SlideShare una empresa de Scribd logo
Carlos Andres Islas Maldonado
METODOLOGI    definición            características               diagrama   Tipos de          Ventajas                   desventajas
AS CLASICAS                                                                  sistemas
Cascada                             +Es el más utilizado                     Aplicable para    La planificación es        Iteraciones costosas
              Sugiere un enfoque    +Es una visión del proceso               proyectos         sencilla                   Los problemas que se
              sistemático,          de desarrollo de software                pequeños y no     La calidad del producto    presentan son
              secuencial hacia el   como una sucesión de                     tan complejos.    resultante es alta         corregidos
              desarrollo del        etapas que producen                                        Permite trabajar con       posteriormente
              software, que se      productos intermedios                                      personal poco              Puede que el software
              inicia con la         +Para que el proyecto                                      cualificado                no cumpla con los
              especificación de     tenga éxito deben                                          Los usuarios lo pueden     requisitos
              requerimientos del    desarrollarse todas las                                    comprender                 Es difícil incorporar
              cliente y que         fases                                                      fácilmente.                nuevas cosas si se
              continua con la       +Las fases continúan hasta                                 Sus fases son conocidas    quiere actualizar
              planeación, el        que los objetivos se han                                   por los desarrolladores.   Es normal detenerse en
              modelado, la          cumplido.                                                  No necesita una            su desarrollo y seguir
              construcción y el                                                                definición completa        con otras fases
              despliegue para                                                                  para empezar a             Se tarda mucho tiempo
              culminar en el                                                                   funcionar.                 en pasar todo el ciclo
              soporte del                                                                                                 Las revisiones de
              software                                                                                                    proyectos de gran
              terminado.                                                                                                  complejidad son muy
                                                                                                                          difíciles
Incremental   Es un proceso de      Permite construir el                     Este modelo       La solución se va          Requiere de mucha
              desarrollo de         proyecto en etapas                       es aplicable      mejorando en forma         planeación, tanto
              software, creado en   incrementales en donde                   cuando es         progresiva a través de     administrativa como
              respuesta a las       cada etapa agrega                        difícil           las múltiples              técnica.
              debilidades del       funcionalidad.                           establecer los    iteraciones.               Requiere de metas
              modelo tradicional    Cada etapa consiste de                   requisitos        Incrementa el              claras para conocer el
              de cascada.           requerimientos, diseño,                  iniciales de un   entendimiento del          estado del proyecto.
              Provee una            codificación, pruebas, y                 proyecto y es     problema y de la
              estrategia para       entrega.                                 mas               solución por medio de
              controlar la          Permite entregar al cliente              apropiado         los refinamientos
              complejidad y los     un producto más rápido                   para              sucesivos.
              riesgos,              en comparación del                       proyectos
              desarrollando una     modelo de cascada.                       pequeños. Las
              parte del producto    Provee visibilidad sobre el              nuevas
              software              progreso a través de sus                 versiones
              reservando el resto   nuevas versiones.                        pueden ser
              de aspectos para el   Provee retroalimentación                 planeadas de
              futuro.               a través de la                           modo que los
                                    funcionalidad mostrada.                  requisitos
Carlos Andres Islas Maldonado
                                   Permite atacar los             técnicos
                                   mayores riesgos desde el       puedan ser
                                   inicio.                        administrados.
Evolutivo                          • Gestionan bien la            Este modelo      •Nos permite hacer           •El proceso no es
                                   naturaleza evolutiva del       es apropiado     validaciones deforma         visible
            El desarrollo          software                       en proyectos     creciente                    •Sistema con
            evolutivo se basa      • Son iterativos:              donde se         •Retroalimentación           estructura deficiente
            en la idea de          construyen versiones de        desea realizar   rápida a lo largo del        •Se requieren
            desarrollar una        software                       mejoras para     proceso                      herramientas y
            implementación         cada vez más completas         ampliar el       •El sistema evoluciona       técnicas especiales
            inicial e ir                                          alcance del      agregando nuevos
            refinándola a través   Se adaptan bien:               mismo.           atributos de acuerdo a
            de diferentes          • Los cambios de                                las propuestas del
            versiones hasta        requisitos del producto                         cliente
            desarrollar un         • Fechas de entrega
            sistema software       estrictas poco realistas
            que satisfaga todos    • Especificaciones
            los requerimientos     parciales del producto
            del cliente.

Espiral                            En cada giro se construye      Se aplican a     +El análisis de riesgo se    +La        consideración
                                   un nuevo modelo del            cualquier        lo hace de forma             explicita del riesgo.
            El desarrollo en       sistema completo.              proyecto,        explícita y clara. Integra   +Hacer uso de los
            espiral es un          Este modelo puede              grande,          el desarrollo con el         mejores elementos de
            modelo de ciclo de     combinarse con otros           mediano o        mantenimiento de             los restantes modelos.
            vida del software      modelos de proceso de          pequeño,         software etc.                +Genera            mucho
            Las actividades de     desarrollo (cascada,           complejo o       +Prevenir los errores        tiempo en el desarrollo
            este modelo se         evolutivo).                    no.              que se nos pueden            del sistema
            conforman en una       Mejor modelo para el           Proyectos        presentar en un futuro,      +Modelo costoso
            espiral, en la que     desarrollo de grandes          pequeños         lo cual es muy positivo      Requiere experiencia
            cada bucle o           sistemas.                      requieren baja   para poder mejorar la        en la identificación de
            iteración              No hay un numero               cantidad de      calidad del software.        riesgos
            representa un          definido de iteraciones, las   tareas y         +Utiliza los prototipos      Genera mucho trabajo
            conjunto de            iteraciones debe decidirlas    también de       para disminuir los           adicional. Cuando un
            actividades. Las       el equipo de gestión del       formalidad. En   riegos desde el punto        sistema falla se pierde
            actividades no         proyecto.                      proyectos        de vista técnico.            tiempo y coste dentro
            están fijadas a        Este es el enfoque mas         mayores o        +Si nos tardamos             de la empresa. Exige
            ninguna prioridad,     realista actualmente.          críticos cada    mucho tiempo en pasar        una cierta habilidad en
            sino que las           El análisis de riesgo          región de        a otro nivel superior el     los     analistas     (es
            siguientes se eligen   requiere la participación      tareas           proyecto se lo puede         bastante difícil).
            en función del         de personal con alta           contiene         abandonar para no
Carlos Andres Islas Maldonado
              análisis de riesgo,      calificación.                 labores de        gastar ni tiempo ni
              comenzando por el                                      más alto nivel    dinero en vano.
              bucle interior.                                        de formalidad.    +El desarrollador y el
                                                                                       cliente comprenden y
                                                                                       reacción mejor ante
                                                                                       riesgos.

Prototipos    Un prototipo es          Trata de mantener un          Sirven para       - Reducción de la         se hacen fuertes
              una representación       continuo contacto con el      modelar           incertidumbre y del       inversiones en un
              de un sistema,           usuario en la etapa de        entradas y        riesgo                    producto desechable
              aunque no es un          análisis                      salidas de un     - Reducción de tiempo     ya que los prototipos
              sistema completo,        Se preocupa mas del flujo     sistema,          y de costos               se descartan. Esto
              posee las                de información y la           modela            - Incrementos en la       puede hacer que
              características del      interface con el usuario      también,          aceptación del nuevo      aumente el coste de
              sistema final o          No suelen considerarse        consumo de        sistema                   desarrollo del
              parte de ellas.          aspectos de calidad           recursos,         - Mejoras en la           producto.
                                       No se consideran              ocupación,        administración de         Con este modelo
                                       alternativas de diseño y      rendimientos,     proyectos                 pueden surgir
                                       explotación                   reglas de         - Mejoras en la           problemas con el
                                       Se presentan en cualquier     negocio y         comunicación entre        cliente que ve
                                       etapa del ciclo de            datos.            desarrolladores y         funcionando versiones
                                       desarrollo                                      clientes                  del prototipo pero
                                                                                                                 puede desilusionarse
                                                                                                                 porque el producto
                                                                                                                 final aún no ha sido
                                                                                                                 construido.
Desarrollo    Se define como el        +El modelo de desarrollo      Esta              +El análisis del riesgo   +Genera mucho
basado en     paradigma de             basado en componentes         metodología       se hace de forma          tiempo en el desarrollo
componentes   ensamblar                incorpora muchas de las       es mas            explícita y clara.        del sistema
              componentes y
                                       características del modelo    utilizada en      +Une los mejores          +Modelo costoso
              escribir código para
                                       en espiral.                   proyectos de      elementos de los          +Requiere experiencia
              hacer que estos
              componentes              +Es evolutivo por             empresas de       restantes modelos.        en la identificación de
              funcionen, de una        naturaleza.                   alto nivel, las   +Reduce riesgos del       riesgos
              manera coherente y       +Exige un enfoque             cuales            proyecto.                 +Genera mucho
              fluida. Sin embargo,     iterativo para la creación    cuentan con       +Incorpora objetivos      trabajo adicional.
              el modelo de             del software.                 los recursos      de calidad.               +Cuando un sistema
              desarrollo basado en     +Conduce a la reutilización   suficientes       +Integra el desarrollo    falla se pierde tiempo y
              componentes              del software.                 para poder        con el mantenimiento.     coste dentro de la
              configura aplicaciones
                                                                     desarrollarla.    +Ahorramos el 70% del     empresa. Exige una
              desde componentes
                                                                     Cualquier tipo    ciclo de vida de          cierta habilidad en los
              preparados de
              software                                               de proyecto       desarrollo.               analistas (es bastante
Carlos Andres Islas Maldonado
                                                                                                                               difícil).


OTRAS        definición             características           diagrama   Tipos de sistemas        Ventajas                     desventajas
METODOLOGI
AS
Winwin                              +Trata de mejorar los                Esta metodología,        Permite a quien lo           Al elaborarlo por
             Es una adaptación      ciclos de vida clásicos              dado a que esta          desarrolla aplicar el        partes no tenemos
             del modelo de          y prototipos.                        basada en la de          enfoque de construcción      una visión global del
             espiral que se hace    +Este modelo puede                   espiral adquiere la      de prototipos en             problema.
             hincapié               combinarse con otros                 característica de        cualquier etapa de           Aquí nos dice que los
             explícitamente         modelos de proceso                   poder ser utilizado en   evolución del producto.      prototipos se van
             situados en la         de desarrollo.                       cualquier tipo de        Mantiene el enfoque del      validando, lo cual es
             participación del      +En cada giro se                     proyecto.                ciclo de vida clásico pero   muy negativo porque
             cliente en un          construye un nuevo                                            lo incorpora al marco de     como ya se ha dicho
             proceso de             modelo del sistema                   Sin embargo esta         trabajo interactivo que      ningún software
             negociación en la      completo.                            metodología es mas       refleja un mundo más         debe empezar como
             génesis del            +El análisis de riesgo               utilizada en             realista de la naturaleza    un prototipo.
             desarrollo de          requiere la                          proyectos de             del proyecto.                Como es un modelo
             productos.             participación de                     empresas de alto         Hace una consideración       relativamente nuevo
             Idealmente, el         personal con alta                    nivel, empresas          directa de los riesgos       no es muy utilizado
             desarrollador          cualificación.                       directivas, empresas     técnicos en todas las        como los paradigmas
             simplemente            Incorpora objetivos                  con un mayor             etapas del proyecto de       lineales secuenciales
             preguntar al cliente   de calidad y gestión                 estimulo de ingresos     tal manera que si se         o de construcción de
             lo que se requiere y   de riesgos.                          anuales                  aplica adecuadamente         prototipos.
             el cliente             +Permite iteraciones,                                         reduce los riesgos antes     Debido a su elevada
             proporcionaría el      vuelta atrás y                                                de convertirse en            complejidad no se
             suficiente detalle     finalizaciones                                                problemáticos.               aconseja utilizarlo en
             para proceder.         rápidas.                                                                                   sistemas pequeños
                                                                                                                               (sobre-costo de
                                                                                                                               gestión).
Proceso                             Forma disciplinada                   Es un marco de           -Adaptabilidad del           El método de PU
unificado    Es un proceso de       de asignar tareas y                  trabajo genérico que     desarrollo a nuevos          requiere costos de
             desarrollo de          responsabilidades                    puede especializarse     requisitos o nuevos          dedicación altos por
             software que           (quién hace qué,                     para una gran            cambios                      lo que no es
             describe “el           cuándo y cómo)                       variedad de sistemas     -Se reducen los riesgos      conveniente usarlo
             conjunto de            Pretende                             software, para           de no obtener el             en procesos de
             actividades            implementar las                      diferentes áreas de      producto deseado             un proyecto
             necesarias para        mejores prácticas en                 aplicación, diferentes   -En cada momento hay         pequeño.
             transformar los        Ingeniería de                        tipos de                 una versión del sistema      -Si el proceso no se
             requisitos del         Software                             organizaciones,          funcionando que se           aplica bien desde el
Carlos Andres Islas Maldonado
             usuario en un         Desarrollo iterativo      diferentes niveles de   modifica según las         inicio el PU se puede
             sistema de            Administración de         aptitud y               necesidades y deseos del   volver muy grande y
             software”. Esta       requisitos                diferentes tamaños      cliente.                   difícil, tanto para
             dirigido por casos    Uso de arquitectura       de proyecto             -Progreso visible en las   aprender como para
             de uso, centrado en   basada en                                         primeras etapas            administrar
             la arquitectura del   componentes                                       -Reducir la redundancia    -Una cantidad
             sistema, y es         Control de cambios                                e incrementa la            sustancial de tiempo
             iterativo e           Modelado visual del                               productividad              se gasta en tratar de
             incremental.          software                                          -El proceso es             adecuar el PU a cada
                                   Verificación de la                                comprensible               proyecto.
                                   calidad del software                              -La metodología de PU es    -Es un proceso
                                                                                     más adaptable para         pesado
                                                                                     proyectos de largo plazo   -Se basa mucho en la
                                                                                                                documentación
Ingeniería   Las aplicaciones      Para una misma            La ingeniería de la
web          Web es un tipo        aplicación Web se         Web es
             particular de         pueden utilizar varios    multidisciplinar y
             software, por ello    modelados.                aglutina
             se puede modelar      Dependiendo del tipo      contribuciones de
             con diagramas         de aplicación, será       diferentes
             UML.                  más adecuado uno u        áreas: arquitectura
             ●Muchas               otro.                     de la información,
             aplicaciones          WSDM está                 ingeniería
             telemáticas son un    orientado para            de hipermedia/hipert
             caso particular de    aplicaciones que          exto, ingeniería de
             aplicaciones Web.     requiren diferentes       requisitos, diseño
             WebML: Web            audiencias.               de interfaz de
             ModelingLanguage      WebML está                usuario,
             Modelado              orientado para            usabilidad diseño
             orientado a           aplicaciones que          grafico y de
             aplicaciones con un   tienen una alta           presentación, diseño
             uso intensivo de      interacción con           y análisis de
             datos, donde hay      datos.                    sistemas, ingeniería
             gran cantidad de      WA-UML está               de software,
             datos, con            orientado para            ingeniería de datos,
             estructura            aplicaciones              indexado y
             compleja y las        adaptativas.              recuperación de
             aplicaciones tienen   OO-H está orientado       información, testeo,
             que acceder a ellos   para aplicaciones con     modelado y
             Modelado de           énfasis en el interfaz.   simulación,
             aplicación Web en     OOHDM y UWE están         despliegue de
Carlos Andres Islas Maldonado
               4 fases:                orientados para         aplicaciones,
               Modelo de datos         aplicaciones más        operación de
               Modelo de               Genéricas.              sistemas y gestión de
               hipertexto                                      proyectos.
               Modelo de gestión
               de contenido
               Modelo de
               presentación
Metodologías                           La mayoría minimiza     Las metodologías
agiles          Consiste en            riesgos desarrollando   ágiles de desarrollo    Programación                 Es recomendable
               desarrollar una         software en cortos      están especialmente     organizada.                  emplearlo solo en
               pequeña parte del       lapsos de tiempo.       indicadas en                                         proyectos a corto
               software que se         Capacidad de            proyectos con           Menor taza de errores.       plazo.
               desea construir. De     respuesta a cambios     requisitos poco
               esta forma, el          de requisitos a lo      definidos o             Satisfacción del program     Altas comisiones en
               cliente nos indica si   largo del desarrollo.   cambiantes.             ador.                        caso de fallar.
               vamos por el buen       Entrega continua y
               camino,                 en plazos breves de
               estableciendo           software funcional.
               aquellas partes que     Trabajo conjunto
               le son más              entre el cliente y el
               relevantes y así        equipo de desarrollo.
               juntos, nos             Importancia de la
               aseguramos de que       simplicidad,
               construimos una         eliminado el trabajo
               aplicación que          innecesario.
               añadirá valor a su      Atención continua a
               negocio.                la excelencia técnica
                                       y al buen diseño.
                                       Mejora continua de
                                       los procesos y el
                                       equipo de desarrollo

METODOLOGI     Una metodología         El uso del modelo                               Las metodologías             Problemas derivados
A EMERGENTE    es emergente            orientado a objetos     Se utiliza              emergentes motivan más       de la comunicación
               si permite adaptar      ayuda a explotar el     mayoritariamente en     a los equipos de trabajo.    oral. Este tipo de
               la forma de trabajo     poder expresivo de      desarrollo de           El principal beneficio del   comunicación resulta
               a las condiciones       todos los lenguajes     productos con           diseño orientado a           difícil de preservar
               del proyecto.           de programación         innovaciones            objetos es que               cuando pasa el
                                       basados en objetos y    importantes, y para     proporciona un               tiempo y está sujeta
                                       los orientados a        sistemas de             mecanismo para               a muchas
Carlos Andres Islas Maldonado
                                      objetos, como            información    formalizar modelos de la      ambigüedades.
                                      Smalltalk, Object        empresarial.   realidad.                     Falta de calidad.
                                      Pascal, C++, CLOS,                      Evita malentendidos de        Probar el código de
                                      Ada y Java.                             requerimientos entre el       forma constante no
                                      Incertidumbre: la                       cliente y el equipo           genera productos de
                                      dirección indica la                     El uso del modelo             calidad, sólo revela
                                      necesidad estratégica                   orientado a objetos           falta de análisis y
                                      que se desea cubrir,                    alienta la reutilización no   diseño.
                                      ofreciendo máxima                       solo del software, sino
                                      libertad al equipo de                   de diseños completos.
                                      trabajo.                                Proporcionan mejores
                                      Difusión y                              resultados en los
                                      transferencia del                       proyectos de alto riesgo.
                                      conocimiento: alta
                                      rotación de los
                                      miembros de los
                                      equipos entre
                                      diferentes proyectos.
                                      Por otra parte,
                                      potenciar el acceso
                                      libre a la información
                                      y documentación
REINGENIERIA   Una reingeniería       Unificación de tareas                   Simplifica el                 Exige una cierta
               buscará el porqué      Participación de los                    mantenimiento del             habilidad en los
               el como de lo que      usuarios                                sistema                       analistas
               ya existe.             Cambio del orden                        Simplifica el costo                     Se puede
                Los cambios en el     secuencial                              Menor tiempo                  perder el primer
               diseño deberán ser     Reutilización de                        Mayor calidad                 proyecto
               radicales (desde la    componentes                             Reutilización del             Necesita de varios
               raíz y no              Realización de                          software                      proyectos realizados
               superficiales).        diferentes versiones                    Simplifica las pruebas        con éxito
                Las mejoras           Reducción de las                                                      Necesita que todo el
               esperadas deben        comprobaciones                                                        código sea orientado
               ser dramáticas (no                                                                           a objetos
               de unos pocos
               porcentajes).
               Los cambios se
               deben enfocarse
               para no modificar
               el fin del software.

Más contenido relacionado

La actualidad más candente

Ing 162-show.fin
Ing 162-show.finIng 162-show.fin
Ing 162-show.fin
albj1in
 
Dsdm_f
Dsdm_fDsdm_f
Modelos de Desarrollo de Software - INF162 - 2017
Modelos de Desarrollo de Software - INF162 - 2017Modelos de Desarrollo de Software - INF162 - 2017
Modelos de Desarrollo de Software - INF162 - 2017
Diego Orlando Quispe Condori
 
15 el-desarrollo-del-software
15 el-desarrollo-del-software15 el-desarrollo-del-software
15 el-desarrollo-del-software
visualmolina
 
Especializacion karla florez
Especializacion karla florezEspecializacion karla florez
Especializacion karla florez
karlitaflorez
 
Introducción Ágil a eXtreme Programming
Introducción Ágil a eXtreme ProgrammingIntroducción Ágil a eXtreme Programming
Introducción Ágil a eXtreme Programming
ChileAgil
 
Rup
RupRup
Trabajo de desarrollo desoftware
Trabajo de desarrollo desoftwareTrabajo de desarrollo desoftware
Trabajo de desarrollo desoftware
francisco alexander sanchez
 
Modelo xp para desarrollo de proyecto
Modelo xp para desarrollo de proyectoModelo xp para desarrollo de proyecto
Modelo xp para desarrollo de proyecto
Johita Guerrero
 
Luis
LuisLuis
Sesion 1 teoría asi 2010 i
Sesion 1 teoría asi 2010 iSesion 1 teoría asi 2010 i
Sesion 1 teoría asi 2010 i
Julio Pari
 
Díme que desarrollas y te diré que metodología usar
Díme que desarrollas y te diré que metodología usarDíme que desarrollas y te diré que metodología usar
Díme que desarrollas y te diré que metodología usar
Kiberley Santos
 
Modelos de Ciclo de Vida del Software [Ventajas y Desventajas]
Modelos de Ciclo de Vida del Software [Ventajas y Desventajas]Modelos de Ciclo de Vida del Software [Ventajas y Desventajas]
Modelos de Ciclo de Vida del Software [Ventajas y Desventajas]
Cloud Rodriguez
 
Programacion Extrema
Programacion ExtremaProgramacion Extrema
Programacion Extrema
Edgar Espinoza Silverio
 
Metodologias
MetodologiasMetodologias
Metodologias
Norerod
 
prueva
pruevaprueva
prueva
1081913395
 

La actualidad más candente (16)

Ing 162-show.fin
Ing 162-show.finIng 162-show.fin
Ing 162-show.fin
 
Dsdm_f
Dsdm_fDsdm_f
Dsdm_f
 
Modelos de Desarrollo de Software - INF162 - 2017
Modelos de Desarrollo de Software - INF162 - 2017Modelos de Desarrollo de Software - INF162 - 2017
Modelos de Desarrollo de Software - INF162 - 2017
 
15 el-desarrollo-del-software
15 el-desarrollo-del-software15 el-desarrollo-del-software
15 el-desarrollo-del-software
 
Especializacion karla florez
Especializacion karla florezEspecializacion karla florez
Especializacion karla florez
 
Introducción Ágil a eXtreme Programming
Introducción Ágil a eXtreme ProgrammingIntroducción Ágil a eXtreme Programming
Introducción Ágil a eXtreme Programming
 
Rup
RupRup
Rup
 
Trabajo de desarrollo desoftware
Trabajo de desarrollo desoftwareTrabajo de desarrollo desoftware
Trabajo de desarrollo desoftware
 
Modelo xp para desarrollo de proyecto
Modelo xp para desarrollo de proyectoModelo xp para desarrollo de proyecto
Modelo xp para desarrollo de proyecto
 
Luis
LuisLuis
Luis
 
Sesion 1 teoría asi 2010 i
Sesion 1 teoría asi 2010 iSesion 1 teoría asi 2010 i
Sesion 1 teoría asi 2010 i
 
Díme que desarrollas y te diré que metodología usar
Díme que desarrollas y te diré que metodología usarDíme que desarrollas y te diré que metodología usar
Díme que desarrollas y te diré que metodología usar
 
Modelos de Ciclo de Vida del Software [Ventajas y Desventajas]
Modelos de Ciclo de Vida del Software [Ventajas y Desventajas]Modelos de Ciclo de Vida del Software [Ventajas y Desventajas]
Modelos de Ciclo de Vida del Software [Ventajas y Desventajas]
 
Programacion Extrema
Programacion ExtremaProgramacion Extrema
Programacion Extrema
 
Metodologias
MetodologiasMetodologias
Metodologias
 
prueva
pruevaprueva
prueva
 

Destacado

Desarrollo de Software/Herramientas-Metodologías
Desarrollo de Software/Herramientas-MetodologíasDesarrollo de Software/Herramientas-Metodologías
Desarrollo de Software/Herramientas-Metodologías
anadonanci
 
Metodologias de desarrollo de software
Metodologias de desarrollo de softwareMetodologias de desarrollo de software
Metodologias de desarrollo de software
hernandezcris
 
Metodologias De Desarrollo De Software
Metodologias De Desarrollo De SoftwareMetodologias De Desarrollo De Software
Metodologias De Desarrollo De Software
uloz
 
Modelos o metodologías en las Ingenierías de Software
Modelos o metodologías en las Ingenierías de Software Modelos o metodologías en las Ingenierías de Software
Modelos o metodologías en las Ingenierías de Software
Rosalba25
 
Cuadro comparativo sobre las diferentes metodologías para el análisis y desar...
Cuadro comparativo sobre las diferentes metodologías para el análisis y desar...Cuadro comparativo sobre las diferentes metodologías para el análisis y desar...
Cuadro comparativo sobre las diferentes metodologías para el análisis y desar...
Jhezuz Montilla
 
CLASIFICACIÓN DE LAS METODOLOGÍAS DE DESARROLLO DE SOFTWARE
CLASIFICACIÓN DE LAS METODOLOGÍAS DE DESARROLLO DE SOFTWARECLASIFICACIÓN DE LAS METODOLOGÍAS DE DESARROLLO DE SOFTWARE
CLASIFICACIÓN DE LAS METODOLOGÍAS DE DESARROLLO DE SOFTWARE
BiingeSof
 
Ingeniería del software y metodologías ágiles
Ingeniería del software y metodologías ágilesIngeniería del software y metodologías ágiles
Ingeniería del software y metodologías ágiles
Rodrigo Corral
 
cuadro comparativo de software
cuadro comparativo de softwarecuadro comparativo de software
cuadro comparativo de software
Elvia Torres
 
Cuadro comparativo metodologias
Cuadro comparativo metodologiasCuadro comparativo metodologias
Cuadro comparativo metodologias
Gomez Marquez
 
Portafolio tic ii unidad
Portafolio tic ii unidadPortafolio tic ii unidad
Portafolio tic ii unidad
mariagraciela1000
 
Tabla comparativa sistema de información
Tabla comparativa sistema de información Tabla comparativa sistema de información
Tabla comparativa sistema de información
vanebrambila
 
Teoria de la educaciòn
Teoria de la educaciònTeoria de la educaciòn
Teoria de la educaciòn
Alex Hernandez Torres
 
Cuadro comparativo metodos
Cuadro comparativo metodosCuadro comparativo metodos
Cuadro comparativo metodos
ivansierra20
 
Metodologias para el desarrollo de aplicacones web
Metodologias para el desarrollo de aplicacones webMetodologias para el desarrollo de aplicacones web
Metodologias para el desarrollo de aplicacones web
Josafat Mtz
 
Tabla comparativa- metodologías de desarrollo
Tabla comparativa-  metodologías de desarrolloTabla comparativa-  metodologías de desarrollo
Tabla comparativa- metodologías de desarrollo
itsarellano
 
Tabla comparativa de los sistemas de informacion
Tabla comparativa de los sistemas de informacionTabla comparativa de los sistemas de informacion
Tabla comparativa de los sistemas de informacion
BryanEstrada4512
 
Metodología de desarrollo de software
Metodología de desarrollo de softwareMetodología de desarrollo de software
Metodología de desarrollo de software
Juan Carlos Salvador Garcia
 
Cuadro Comparativo
Cuadro ComparativoCuadro Comparativo
Cuadro Comparativo
Joan Fernando Chipia Lobo
 
Metodologias para el desarrollo de aplicaciones web
Metodologias para el desarrollo de aplicaciones webMetodologias para el desarrollo de aplicaciones web
Metodologias para el desarrollo de aplicaciones web
Carlos Alberto Barrera Juarez
 
Metodologia de desarrollo de software
Metodologia de desarrollo de softwareMetodologia de desarrollo de software
Metodologia de desarrollo de software
Victor Varela
 

Destacado (20)

Desarrollo de Software/Herramientas-Metodologías
Desarrollo de Software/Herramientas-MetodologíasDesarrollo de Software/Herramientas-Metodologías
Desarrollo de Software/Herramientas-Metodologías
 
Metodologias de desarrollo de software
Metodologias de desarrollo de softwareMetodologias de desarrollo de software
Metodologias de desarrollo de software
 
Metodologias De Desarrollo De Software
Metodologias De Desarrollo De SoftwareMetodologias De Desarrollo De Software
Metodologias De Desarrollo De Software
 
Modelos o metodologías en las Ingenierías de Software
Modelos o metodologías en las Ingenierías de Software Modelos o metodologías en las Ingenierías de Software
Modelos o metodologías en las Ingenierías de Software
 
Cuadro comparativo sobre las diferentes metodologías para el análisis y desar...
Cuadro comparativo sobre las diferentes metodologías para el análisis y desar...Cuadro comparativo sobre las diferentes metodologías para el análisis y desar...
Cuadro comparativo sobre las diferentes metodologías para el análisis y desar...
 
CLASIFICACIÓN DE LAS METODOLOGÍAS DE DESARROLLO DE SOFTWARE
CLASIFICACIÓN DE LAS METODOLOGÍAS DE DESARROLLO DE SOFTWARECLASIFICACIÓN DE LAS METODOLOGÍAS DE DESARROLLO DE SOFTWARE
CLASIFICACIÓN DE LAS METODOLOGÍAS DE DESARROLLO DE SOFTWARE
 
Ingeniería del software y metodologías ágiles
Ingeniería del software y metodologías ágilesIngeniería del software y metodologías ágiles
Ingeniería del software y metodologías ágiles
 
cuadro comparativo de software
cuadro comparativo de softwarecuadro comparativo de software
cuadro comparativo de software
 
Cuadro comparativo metodologias
Cuadro comparativo metodologiasCuadro comparativo metodologias
Cuadro comparativo metodologias
 
Portafolio tic ii unidad
Portafolio tic ii unidadPortafolio tic ii unidad
Portafolio tic ii unidad
 
Tabla comparativa sistema de información
Tabla comparativa sistema de información Tabla comparativa sistema de información
Tabla comparativa sistema de información
 
Teoria de la educaciòn
Teoria de la educaciònTeoria de la educaciòn
Teoria de la educaciòn
 
Cuadro comparativo metodos
Cuadro comparativo metodosCuadro comparativo metodos
Cuadro comparativo metodos
 
Metodologias para el desarrollo de aplicacones web
Metodologias para el desarrollo de aplicacones webMetodologias para el desarrollo de aplicacones web
Metodologias para el desarrollo de aplicacones web
 
Tabla comparativa- metodologías de desarrollo
Tabla comparativa-  metodologías de desarrolloTabla comparativa-  metodologías de desarrollo
Tabla comparativa- metodologías de desarrollo
 
Tabla comparativa de los sistemas de informacion
Tabla comparativa de los sistemas de informacionTabla comparativa de los sistemas de informacion
Tabla comparativa de los sistemas de informacion
 
Metodología de desarrollo de software
Metodología de desarrollo de softwareMetodología de desarrollo de software
Metodología de desarrollo de software
 
Cuadro Comparativo
Cuadro ComparativoCuadro Comparativo
Cuadro Comparativo
 
Metodologias para el desarrollo de aplicaciones web
Metodologias para el desarrollo de aplicaciones webMetodologias para el desarrollo de aplicaciones web
Metodologias para el desarrollo de aplicaciones web
 
Metodologia de desarrollo de software
Metodologia de desarrollo de softwareMetodologia de desarrollo de software
Metodologia de desarrollo de software
 

Similar a Metodologias desarrollo de software

Modelos en la ingeniería de software
Modelos en la ingeniería de softwareModelos en la ingeniería de software
Modelos en la ingeniería de software
Marco Aurelio
 
expodesarrollo29
expodesarrollo29expodesarrollo29
expodesarrollo29
angelasantostorres44
 
Cuadro comparativo
Cuadro comparativoCuadro comparativo
Cuadro comparativo
IngenierosD
 
Modelos o metodología en la is trabajo uniregminton
Modelos o metodología en la is trabajo uniregmintonModelos o metodología en la is trabajo uniregminton
Modelos o metodología en la is trabajo uniregminton
nerosita
 
Modelos de software
Modelos  de  softwareModelos  de  software
Modelos de software
Jesus Rolon Escalante
 
Desarrollo de software
Desarrollo de softwareDesarrollo de software
Desarrollo de software
sairarcf
 
4.1
4.14.1
Cuadro comparativo
Cuadro comparativoCuadro comparativo
Cuadro comparativo
jorge paez
 
Desarrollo ágil de software
Desarrollo ágil de softwareDesarrollo ágil de software
Desarrollo ágil de software
Al Ex
 
Cuadro comparativo de_modelos_de_procesos_de_software
Cuadro comparativo de_modelos_de_procesos_de_softwareCuadro comparativo de_modelos_de_procesos_de_software
Cuadro comparativo de_modelos_de_procesos_de_software
Shaman King
 
Modelos de desarrollo de software
Modelos de desarrollo de softwareModelos de desarrollo de software
Modelos de desarrollo de software
Marysol Salvador Marquez
 
El proceso del software
El proceso del softwareEl proceso del software
El proceso del software
Roberto Ramirez Monroy
 
Modelo cascada
Modelo cascadaModelo cascada
Modelo cascada
masilog
 
Expo modelocascada
Expo modelocascadaExpo modelocascada
Expo modelocascada
masilog
 
Modelo de desarrollo de software - presentación en powerpoint
Modelo de desarrollo de software - presentación en powerpointModelo de desarrollo de software - presentación en powerpoint
Modelo de desarrollo de software - presentación en powerpoint
ssuser73f459
 
GA1-220501093-AA1-EV02.pdf metodologías de desarrollo
GA1-220501093-AA1-EV02.pdf metodologías de desarrolloGA1-220501093-AA1-EV02.pdf metodologías de desarrollo
GA1-220501093-AA1-EV02.pdf metodologías de desarrollo
acevedovalenciapaula
 
03 unidad i modelos de ing soft
03 unidad i   modelos de ing soft03 unidad i   modelos de ing soft
03 unidad i modelos de ing soft
victdiazm
 
Ciclos de-vida-proceso-de-desarrollo-del-software
Ciclos de-vida-proceso-de-desarrollo-del-softwareCiclos de-vida-proceso-de-desarrollo-del-software
Ciclos de-vida-proceso-de-desarrollo-del-software
UCC
 
Metodologia RUP
Metodologia RUPMetodologia RUP
Metodologia RUP
Carlos Vargas
 
Metodologia clasica en cascada
Metodologia clasica en cascadaMetodologia clasica en cascada
Metodologia clasica en cascada
Christian Jesus Gonzalez Oceguera
 

Similar a Metodologias desarrollo de software (20)

Modelos en la ingeniería de software
Modelos en la ingeniería de softwareModelos en la ingeniería de software
Modelos en la ingeniería de software
 
expodesarrollo29
expodesarrollo29expodesarrollo29
expodesarrollo29
 
Cuadro comparativo
Cuadro comparativoCuadro comparativo
Cuadro comparativo
 
Modelos o metodología en la is trabajo uniregminton
Modelos o metodología en la is trabajo uniregmintonModelos o metodología en la is trabajo uniregminton
Modelos o metodología en la is trabajo uniregminton
 
Modelos de software
Modelos  de  softwareModelos  de  software
Modelos de software
 
Desarrollo de software
Desarrollo de softwareDesarrollo de software
Desarrollo de software
 
4.1
4.14.1
4.1
 
Cuadro comparativo
Cuadro comparativoCuadro comparativo
Cuadro comparativo
 
Desarrollo ágil de software
Desarrollo ágil de softwareDesarrollo ágil de software
Desarrollo ágil de software
 
Cuadro comparativo de_modelos_de_procesos_de_software
Cuadro comparativo de_modelos_de_procesos_de_softwareCuadro comparativo de_modelos_de_procesos_de_software
Cuadro comparativo de_modelos_de_procesos_de_software
 
Modelos de desarrollo de software
Modelos de desarrollo de softwareModelos de desarrollo de software
Modelos de desarrollo de software
 
El proceso del software
El proceso del softwareEl proceso del software
El proceso del software
 
Modelo cascada
Modelo cascadaModelo cascada
Modelo cascada
 
Expo modelocascada
Expo modelocascadaExpo modelocascada
Expo modelocascada
 
Modelo de desarrollo de software - presentación en powerpoint
Modelo de desarrollo de software - presentación en powerpointModelo de desarrollo de software - presentación en powerpoint
Modelo de desarrollo de software - presentación en powerpoint
 
GA1-220501093-AA1-EV02.pdf metodologías de desarrollo
GA1-220501093-AA1-EV02.pdf metodologías de desarrolloGA1-220501093-AA1-EV02.pdf metodologías de desarrollo
GA1-220501093-AA1-EV02.pdf metodologías de desarrollo
 
03 unidad i modelos de ing soft
03 unidad i   modelos de ing soft03 unidad i   modelos de ing soft
03 unidad i modelos de ing soft
 
Ciclos de-vida-proceso-de-desarrollo-del-software
Ciclos de-vida-proceso-de-desarrollo-del-softwareCiclos de-vida-proceso-de-desarrollo-del-software
Ciclos de-vida-proceso-de-desarrollo-del-software
 
Metodologia RUP
Metodologia RUPMetodologia RUP
Metodologia RUP
 
Metodologia clasica en cascada
Metodologia clasica en cascadaMetodologia clasica en cascada
Metodologia clasica en cascada
 

Metodologias desarrollo de software

  • 1. Carlos Andres Islas Maldonado METODOLOGI definición características diagrama Tipos de Ventajas desventajas AS CLASICAS sistemas Cascada +Es el más utilizado Aplicable para La planificación es Iteraciones costosas Sugiere un enfoque +Es una visión del proceso proyectos sencilla Los problemas que se sistemático, de desarrollo de software pequeños y no La calidad del producto presentan son secuencial hacia el como una sucesión de tan complejos. resultante es alta corregidos desarrollo del etapas que producen Permite trabajar con posteriormente software, que se productos intermedios personal poco Puede que el software inicia con la +Para que el proyecto cualificado no cumpla con los especificación de tenga éxito deben Los usuarios lo pueden requisitos requerimientos del desarrollarse todas las comprender Es difícil incorporar cliente y que fases fácilmente. nuevas cosas si se continua con la +Las fases continúan hasta Sus fases son conocidas quiere actualizar planeación, el que los objetivos se han por los desarrolladores. Es normal detenerse en modelado, la cumplido. No necesita una su desarrollo y seguir construcción y el definición completa con otras fases despliegue para para empezar a Se tarda mucho tiempo culminar en el funcionar. en pasar todo el ciclo soporte del Las revisiones de software proyectos de gran terminado. complejidad son muy difíciles Incremental Es un proceso de Permite construir el Este modelo La solución se va Requiere de mucha desarrollo de proyecto en etapas es aplicable mejorando en forma planeación, tanto software, creado en incrementales en donde cuando es progresiva a través de administrativa como respuesta a las cada etapa agrega difícil las múltiples técnica. debilidades del funcionalidad. establecer los iteraciones. Requiere de metas modelo tradicional Cada etapa consiste de requisitos Incrementa el claras para conocer el de cascada. requerimientos, diseño, iniciales de un entendimiento del estado del proyecto. Provee una codificación, pruebas, y proyecto y es problema y de la estrategia para entrega. mas solución por medio de controlar la Permite entregar al cliente apropiado los refinamientos complejidad y los un producto más rápido para sucesivos. riesgos, en comparación del proyectos desarrollando una modelo de cascada. pequeños. Las parte del producto Provee visibilidad sobre el nuevas software progreso a través de sus versiones reservando el resto nuevas versiones. pueden ser de aspectos para el Provee retroalimentación planeadas de futuro. a través de la modo que los funcionalidad mostrada. requisitos
  • 2. Carlos Andres Islas Maldonado Permite atacar los técnicos mayores riesgos desde el puedan ser inicio. administrados. Evolutivo • Gestionan bien la Este modelo •Nos permite hacer •El proceso no es naturaleza evolutiva del es apropiado validaciones deforma visible El desarrollo software en proyectos creciente •Sistema con evolutivo se basa • Son iterativos: donde se •Retroalimentación estructura deficiente en la idea de construyen versiones de desea realizar rápida a lo largo del •Se requieren desarrollar una software mejoras para proceso herramientas y implementación cada vez más completas ampliar el •El sistema evoluciona técnicas especiales inicial e ir alcance del agregando nuevos refinándola a través Se adaptan bien: mismo. atributos de acuerdo a de diferentes • Los cambios de las propuestas del versiones hasta requisitos del producto cliente desarrollar un • Fechas de entrega sistema software estrictas poco realistas que satisfaga todos • Especificaciones los requerimientos parciales del producto del cliente. Espiral En cada giro se construye Se aplican a +El análisis de riesgo se +La consideración un nuevo modelo del cualquier lo hace de forma explicita del riesgo. El desarrollo en sistema completo. proyecto, explícita y clara. Integra +Hacer uso de los espiral es un Este modelo puede grande, el desarrollo con el mejores elementos de modelo de ciclo de combinarse con otros mediano o mantenimiento de los restantes modelos. vida del software modelos de proceso de pequeño, software etc. +Genera mucho Las actividades de desarrollo (cascada, complejo o +Prevenir los errores tiempo en el desarrollo este modelo se evolutivo). no. que se nos pueden del sistema conforman en una Mejor modelo para el Proyectos presentar en un futuro, +Modelo costoso espiral, en la que desarrollo de grandes pequeños lo cual es muy positivo Requiere experiencia cada bucle o sistemas. requieren baja para poder mejorar la en la identificación de iteración No hay un numero cantidad de calidad del software. riesgos representa un definido de iteraciones, las tareas y +Utiliza los prototipos Genera mucho trabajo conjunto de iteraciones debe decidirlas también de para disminuir los adicional. Cuando un actividades. Las el equipo de gestión del formalidad. En riegos desde el punto sistema falla se pierde actividades no proyecto. proyectos de vista técnico. tiempo y coste dentro están fijadas a Este es el enfoque mas mayores o +Si nos tardamos de la empresa. Exige ninguna prioridad, realista actualmente. críticos cada mucho tiempo en pasar una cierta habilidad en sino que las El análisis de riesgo región de a otro nivel superior el los analistas (es siguientes se eligen requiere la participación tareas proyecto se lo puede bastante difícil). en función del de personal con alta contiene abandonar para no
  • 3. Carlos Andres Islas Maldonado análisis de riesgo, calificación. labores de gastar ni tiempo ni comenzando por el más alto nivel dinero en vano. bucle interior. de formalidad. +El desarrollador y el cliente comprenden y reacción mejor ante riesgos. Prototipos Un prototipo es Trata de mantener un Sirven para - Reducción de la se hacen fuertes una representación continuo contacto con el modelar incertidumbre y del inversiones en un de un sistema, usuario en la etapa de entradas y riesgo producto desechable aunque no es un análisis salidas de un - Reducción de tiempo ya que los prototipos sistema completo, Se preocupa mas del flujo sistema, y de costos se descartan. Esto posee las de información y la modela - Incrementos en la puede hacer que características del interface con el usuario también, aceptación del nuevo aumente el coste de sistema final o No suelen considerarse consumo de sistema desarrollo del parte de ellas. aspectos de calidad recursos, - Mejoras en la producto. No se consideran ocupación, administración de Con este modelo alternativas de diseño y rendimientos, proyectos pueden surgir explotación reglas de - Mejoras en la problemas con el Se presentan en cualquier negocio y comunicación entre cliente que ve etapa del ciclo de datos. desarrolladores y funcionando versiones desarrollo clientes del prototipo pero puede desilusionarse porque el producto final aún no ha sido construido. Desarrollo Se define como el +El modelo de desarrollo Esta +El análisis del riesgo +Genera mucho basado en paradigma de basado en componentes metodología se hace de forma tiempo en el desarrollo componentes ensamblar incorpora muchas de las es mas explícita y clara. del sistema componentes y características del modelo utilizada en +Une los mejores +Modelo costoso escribir código para en espiral. proyectos de elementos de los +Requiere experiencia hacer que estos componentes +Es evolutivo por empresas de restantes modelos. en la identificación de funcionen, de una naturaleza. alto nivel, las +Reduce riesgos del riesgos manera coherente y +Exige un enfoque cuales proyecto. +Genera mucho fluida. Sin embargo, iterativo para la creación cuentan con +Incorpora objetivos trabajo adicional. el modelo de del software. los recursos de calidad. +Cuando un sistema desarrollo basado en +Conduce a la reutilización suficientes +Integra el desarrollo falla se pierde tiempo y componentes del software. para poder con el mantenimiento. coste dentro de la configura aplicaciones desarrollarla. +Ahorramos el 70% del empresa. Exige una desde componentes Cualquier tipo ciclo de vida de cierta habilidad en los preparados de software de proyecto desarrollo. analistas (es bastante
  • 4. Carlos Andres Islas Maldonado difícil). OTRAS definición características diagrama Tipos de sistemas Ventajas desventajas METODOLOGI AS Winwin +Trata de mejorar los Esta metodología, Permite a quien lo Al elaborarlo por Es una adaptación ciclos de vida clásicos dado a que esta desarrolla aplicar el partes no tenemos del modelo de y prototipos. basada en la de enfoque de construcción una visión global del espiral que se hace +Este modelo puede espiral adquiere la de prototipos en problema. hincapié combinarse con otros característica de cualquier etapa de Aquí nos dice que los explícitamente modelos de proceso poder ser utilizado en evolución del producto. prototipos se van situados en la de desarrollo. cualquier tipo de Mantiene el enfoque del validando, lo cual es participación del +En cada giro se proyecto. ciclo de vida clásico pero muy negativo porque cliente en un construye un nuevo lo incorpora al marco de como ya se ha dicho proceso de modelo del sistema Sin embargo esta trabajo interactivo que ningún software negociación en la completo. metodología es mas refleja un mundo más debe empezar como génesis del +El análisis de riesgo utilizada en realista de la naturaleza un prototipo. desarrollo de requiere la proyectos de del proyecto. Como es un modelo productos. participación de empresas de alto Hace una consideración relativamente nuevo Idealmente, el personal con alta nivel, empresas directa de los riesgos no es muy utilizado desarrollador cualificación. directivas, empresas técnicos en todas las como los paradigmas simplemente Incorpora objetivos con un mayor etapas del proyecto de lineales secuenciales preguntar al cliente de calidad y gestión estimulo de ingresos tal manera que si se o de construcción de lo que se requiere y de riesgos. anuales aplica adecuadamente prototipos. el cliente +Permite iteraciones, reduce los riesgos antes Debido a su elevada proporcionaría el vuelta atrás y de convertirse en complejidad no se suficiente detalle finalizaciones problemáticos. aconseja utilizarlo en para proceder. rápidas. sistemas pequeños (sobre-costo de gestión). Proceso Forma disciplinada Es un marco de -Adaptabilidad del El método de PU unificado Es un proceso de de asignar tareas y trabajo genérico que desarrollo a nuevos requiere costos de desarrollo de responsabilidades puede especializarse requisitos o nuevos dedicación altos por software que (quién hace qué, para una gran cambios lo que no es describe “el cuándo y cómo) variedad de sistemas -Se reducen los riesgos conveniente usarlo conjunto de Pretende software, para de no obtener el en procesos de actividades implementar las diferentes áreas de producto deseado un proyecto necesarias para mejores prácticas en aplicación, diferentes -En cada momento hay pequeño. transformar los Ingeniería de tipos de una versión del sistema -Si el proceso no se requisitos del Software organizaciones, funcionando que se aplica bien desde el
  • 5. Carlos Andres Islas Maldonado usuario en un Desarrollo iterativo diferentes niveles de modifica según las inicio el PU se puede sistema de Administración de aptitud y necesidades y deseos del volver muy grande y software”. Esta requisitos diferentes tamaños cliente. difícil, tanto para dirigido por casos Uso de arquitectura de proyecto -Progreso visible en las aprender como para de uso, centrado en basada en primeras etapas administrar la arquitectura del componentes -Reducir la redundancia -Una cantidad sistema, y es Control de cambios e incrementa la sustancial de tiempo iterativo e Modelado visual del productividad se gasta en tratar de incremental. software -El proceso es adecuar el PU a cada Verificación de la comprensible proyecto. calidad del software -La metodología de PU es -Es un proceso más adaptable para pesado proyectos de largo plazo -Se basa mucho en la documentación Ingeniería Las aplicaciones Para una misma La ingeniería de la web Web es un tipo aplicación Web se Web es particular de pueden utilizar varios multidisciplinar y software, por ello modelados. aglutina se puede modelar Dependiendo del tipo contribuciones de con diagramas de aplicación, será diferentes UML. más adecuado uno u áreas: arquitectura ●Muchas otro. de la información, aplicaciones WSDM está ingeniería telemáticas son un orientado para de hipermedia/hipert caso particular de aplicaciones que exto, ingeniería de aplicaciones Web. requiren diferentes requisitos, diseño WebML: Web audiencias. de interfaz de ModelingLanguage WebML está usuario, Modelado orientado para usabilidad diseño orientado a aplicaciones que grafico y de aplicaciones con un tienen una alta presentación, diseño uso intensivo de interacción con y análisis de datos, donde hay datos. sistemas, ingeniería gran cantidad de WA-UML está de software, datos, con orientado para ingeniería de datos, estructura aplicaciones indexado y compleja y las adaptativas. recuperación de aplicaciones tienen OO-H está orientado información, testeo, que acceder a ellos para aplicaciones con modelado y Modelado de énfasis en el interfaz. simulación, aplicación Web en OOHDM y UWE están despliegue de
  • 6. Carlos Andres Islas Maldonado 4 fases: orientados para aplicaciones, Modelo de datos aplicaciones más operación de Modelo de Genéricas. sistemas y gestión de hipertexto proyectos. Modelo de gestión de contenido Modelo de presentación Metodologías La mayoría minimiza Las metodologías agiles Consiste en riesgos desarrollando ágiles de desarrollo Programación Es recomendable desarrollar una software en cortos están especialmente organizada. emplearlo solo en pequeña parte del lapsos de tiempo. indicadas en proyectos a corto software que se Capacidad de proyectos con Menor taza de errores. plazo. desea construir. De respuesta a cambios requisitos poco esta forma, el de requisitos a lo definidos o Satisfacción del program Altas comisiones en cliente nos indica si largo del desarrollo. cambiantes. ador. caso de fallar. vamos por el buen Entrega continua y camino, en plazos breves de estableciendo software funcional. aquellas partes que Trabajo conjunto le son más entre el cliente y el relevantes y así equipo de desarrollo. juntos, nos Importancia de la aseguramos de que simplicidad, construimos una eliminado el trabajo aplicación que innecesario. añadirá valor a su Atención continua a negocio. la excelencia técnica y al buen diseño. Mejora continua de los procesos y el equipo de desarrollo METODOLOGI Una metodología El uso del modelo Las metodologías Problemas derivados A EMERGENTE es emergente orientado a objetos Se utiliza emergentes motivan más de la comunicación si permite adaptar ayuda a explotar el mayoritariamente en a los equipos de trabajo. oral. Este tipo de la forma de trabajo poder expresivo de desarrollo de El principal beneficio del comunicación resulta a las condiciones todos los lenguajes productos con diseño orientado a difícil de preservar del proyecto. de programación innovaciones objetos es que cuando pasa el basados en objetos y importantes, y para proporciona un tiempo y está sujeta los orientados a sistemas de mecanismo para a muchas
  • 7. Carlos Andres Islas Maldonado objetos, como información formalizar modelos de la ambigüedades. Smalltalk, Object empresarial. realidad. Falta de calidad. Pascal, C++, CLOS, Evita malentendidos de Probar el código de Ada y Java. requerimientos entre el forma constante no Incertidumbre: la cliente y el equipo genera productos de dirección indica la El uso del modelo calidad, sólo revela necesidad estratégica orientado a objetos falta de análisis y que se desea cubrir, alienta la reutilización no diseño. ofreciendo máxima solo del software, sino libertad al equipo de de diseños completos. trabajo. Proporcionan mejores Difusión y resultados en los transferencia del proyectos de alto riesgo. conocimiento: alta rotación de los miembros de los equipos entre diferentes proyectos. Por otra parte, potenciar el acceso libre a la información y documentación REINGENIERIA Una reingeniería Unificación de tareas Simplifica el Exige una cierta buscará el porqué Participación de los mantenimiento del habilidad en los el como de lo que usuarios sistema analistas ya existe. Cambio del orden Simplifica el costo Se puede Los cambios en el secuencial Menor tiempo perder el primer diseño deberán ser Reutilización de Mayor calidad proyecto radicales (desde la componentes Reutilización del Necesita de varios raíz y no Realización de software proyectos realizados superficiales). diferentes versiones Simplifica las pruebas con éxito Las mejoras Reducción de las Necesita que todo el esperadas deben comprobaciones código sea orientado ser dramáticas (no a objetos de unos pocos porcentajes). Los cambios se deben enfocarse para no modificar el fin del software.