metodologias formales y agiles.docx

8/16/2019 metodologias formales y agiles.docx

1/49

Integrantes: Juan Carlos Ramírez Palacios

Francisco Javier Ramos Velázquez

Carrera: ing. Informática

Grupo: “A”

Semestre: ctavo !emestre

Docente: Isaac Al"erto Al#ave Ro$as

Materia: %o#ela#o #e negocios

%&'

()*IA! FR%A)&! + A*I)&!

I,!'I'-' '&C,)*IC

!-P&RIR (& CI-(A( !&R(/,


2/49

1- Metodología Formal

“%&'()*IA R-P”

Siempre que empezamos discutiendo métodos en la arena OO, inevitablemente salimoscon el papel del Rational Unified Process. El Proceso Unificado fue desarrollado por Philippe Kruchten, var !acobson " otros de la Rational como el proceso complementario al

U#$. El RUP es un armaz%n de proceso " como tal puede acomodar una &ran variedad deprocesos. 'e hecho, ésta es mi cr(tica principal al RUP ) como puede ser cualquier cosaacaba siendo nada. *o prefiero un proceso que dice qué hacer en lu&ar de dar opcionesinfinitas.

+omo resultado de esta mentalidad de armaz%n de procesos, el RUP puede usarse en unestilo mu" tradicional de cascada o de una manera &il. +omo resultado usted puede usar el RUP como un proceso &il, o como un proceso pesado ) todo depende de c%mo lo

adapte a su ambiente.

+rai& $arman es un fuerte defensor de usar el RUP de una manera &il. Sue-celente introductorio sobre desarrollo OO contiene un proceso que est mu" basado ensu pensamiento li&ero del RUP. Su visi%n es que mucho del reciente empu%n hacia losmétodos &iles no es nada ms que aceptar desarrollo OO de la corriente principal que hasido capturada como RUP. Una de las cosas que hace +rai& es pasarse los primeros dos otres d(as de una iteraci%n mensual con todo el equipo usando el U#$ para perfilar el dise/o

http://www.amazon.com/exec/obidos/ASIN/0201707101http://www.amazon.com/exec/obidos/ASIN/0201707101


3/49

del trabao a hacerse durante la iteraci%n. Esto no es un cianotipo del que no se puedadesviarse, sino un boceto que da una perspectiva sobre c%mo pueden hacerse las cosas enla iteraci%n.

Otra tachuela en el RUP &il es el proceso d0 de Robert #artin. El proceso d- es unaversi%n totalmente d%cil del RUP que simplemente es idéntico a la 0P 1voltear d0 al revéspara ver la broma2. El d0 est dise/ado para &ente que tiene que usar el RUP, pero quiereusar 0P. +omo tal es a la vez 0P " RUP " por tanto un buen eemplo del uso &il del RUP.

Para m(, una de las cosas clave que necesita el RUP es que los l(deres del RUP en laindustria enfaticen su acercamiento al desarrollo de soft3are. #s de una vez he o(do a la&ente que usa el RUP que estn usando un proceso de desarrollo estilo cascada. 4racias amis contactos en la industria, sé que Philippe Kruchten " su equipo son firmes cre"entes enel desarrollo iterativo. +larificando estos principios " animando las versiones &iles del RUPtales como los trabaos de +rai& " de Robert tendr un efecto importante.

El proceso de ciclo de vida de RUP se divide en cuatro fases bien conocidasllamadas Ince0ci1n2 &la"oraci1n2 Construcci1n 3 'ransici1n.

Esas fases se dividen en iteraciones, cada una de las cuales produce una pieza desoft3are demostrable. $a duraci%n de cada iteraci%n puede e-tenderse desde dos semanashasta seis meses. )as fases son4

Ince0ci1n. Si&nifica 5comienzo6, pero la palabra ori&inal 1de ori&en latino " casi endesuso como sustantivo2 es su&estiva " por ello la traducimos as(. Se especifican losobetivos del ciclo de vida del pro"ecto " las necesidades de cada participante. Esto

http://www.objectmentor.com/publications/RUPvsXP.pdfhttp://www.objectmentor.com/publications/RUPvsXP.pdf


4/49

entra/a establecer el alcance " las condiciones de l(mite " los criterios deaceptabilidad. Se identifican los casos de uso que orientarn la funcionalidad.

Se dise/an las arquitecturas candidatas " se estima la a&enda " el presupuesto detodo el pro"ecto, en particular para la si&uiente fase de elaboraci%n. 7(picamente esuna fase breve que puede durar unos pocos d(as o unas pocas semanas.

&la"oraci1n. Se analiza el dominio del problema " se define el plan del pro"ecto. RUPpresupone que la fase de elaboraci%n brinda una arquitectura suficientemente s%lida

unto con requerimientos " planes bastante estables. Se describen en detalle lainfraestructura " el ambiente de desarrollo, as( como el soporte de herramientas deautomatizaci%n. 8l cabo de esta fase, debe estar identificada la ma"or(a de los casosde uso " los actores, debe quedar descripta la arquitectura de soft3are " se debecrear un prototipo de ella. 8l final de la fase se realiza un anlisis para determinar losries&os " se eval9an los &astos hechos contra los ori&inalmente planeados.

Construcci1n. Se desarrollan, inte&ran " verifican todos los componentes " ras&os dela aplicaci%n. RUP considera que esta fase es un proceso de manufactura, en el quese debe poner énfasis en la administraci%n de los recursos " el control de costos,a&enda " calidad. $os resultados de esta fase 1las versiones alfa, beta " otrasversiones de prueba2 se crean tan rpido como sea posible. Se debe compilar también una versi%n de entre&a. Es la fase ms prolon&ada de todas.

'ransici1n. +omienza cuando el producto est suficientemente maduro para ser entre&ado. Se corri&en los 9ltimos errores " se a&re&an los ras&os pospuestos. $afase consiste en prueba beta, piloto, entrenamiento a usuarios " despacho del

producto a mercadeo, distribuci%n " ventas. Se produce también la documentaci%n.Se llama transici%n porque se transfiere a las manos del usuario, pasando delentorno de desarrollo al de producci%n.

8 través de las fases se desarrollan en paralelo nueve 3or:flo3s o disciplinas; #odelado de


5/49

%o#ela#o visual #el soft5are. Se deben construir modelos visuales, porque lossistemas compleos no podr(an comprenderse de otra manera. Utilizando unaherramienta como U#$, la arquitectura " el dise/o se pueden especificar sinambi&>edad " comunicar a todas las partes involucradas.

Prue"a #e cali#a# #el soft5are. RUP pone bastante énfasis en la calidad del producto

entre&ado.

Control #e cam"ios 3 traza"ili#a#. $a madurez del soft3are se puede medir por lafrecuencia " tipos de cambios realizados.

8unque RUP es e-tremadamente locuaz en muchos respectos, no proporcionalineamientos claros de implementaci%n que puedan compararse, por eemplo, a losmétodos +r"stal, en los que se detalla la documentaci%n requerida " los roles se&9ndiversas escalas de pro"ecto. En RUP esas importantes decisiones de dean a criterio delusuario. Se ase&ura que RUP puede implementarse 5sacndolo de la caa6, pero dado que

el n9mero de sus artefactos " herramientas es inmenso, siempre se dice que ha" querecortarlo " adaptarlo a cada caso. El proceso de implementaci%n mismo es compleo,dividiéndose en seis fases c(clicas.

E-iste una versi%n recortada de RUP, d0 de Robert #artin, en la cual se han tomado enconsideraci%n e-periencias de diversos #8s, reduciendo los artefactos de RUP a susm(nimos esenciales " 1en un &esto heroico2 usando taretas de fichado en lu&ar de U#$. Escomo si fuera RUP imitando los principios de 0P? al&unos piensan que d0 es 0P de cabo arabo, s%lo que con al&unos nombres cambiados @8SRABCD. RUP se ha combinado con Evo,Scrum, #S " cualquier metodolo&(a ima&inable. 'ado que RUP es suficientemente

conocido " su estructura es ms amplia " complea que el de cualquier otro método &il, sutratamiento en este te-to conclu"e en este punto.

2- “Metodología Ágil”

( 3 n am ic ! 3 st em s ( eve lo 0 me n t %et6o#

7%8to#o #e (esarr ollo #e !istemas#inámico9


6/49

El #étodo de 'esarrollo de Sistemas dinmico 1'S'#2 es una metodolo&(a dedesarrollo de soft3are ori&inalmente basado en la metodolo&(a de 'esarrollo de

8plicaci%n Rpida. 'S'# es un acercamiento reiterativo e incremental que acent9a elenvolvimiento del usuario continuo.

Su meta es entre&ar los sistemas del soft3are a tiempo " en el presupuesto mientrasaustando para los requisitos cambiantes a lo lar&o del proceso de desarrollo. 'S'#es uno de varios métodos F&iles para el soft3are en v(as de desarrollo, " forma unaparte de la 8lianza F&il. $a apreciaci%n &lobal

+omo una e-tensi%n de desarrollo de la aplicaci%n rpido, 'S'# enfoca en pro"ectos deSistemas de nformaci%n que se caracterizan por los horarios firmes " presupuestos.'S'# se diri&e los fracasos ms com9nes de pro"ectos de sistemas de informaci%n,

mientras inclu"endo e-cediendo los presupuestos, las fechas topes perdidas, " falta deenvolvimiento del usuario " compromiso de cima)direcci%n. 8nimando el uso de R8',sin embar&o, la adopci%n descuidada de 'S'# puede aumentar el ries&o de cortar lasdemasiadas esquinas. 'S'# consiste de;

'res fases4 la fase del pre)pro"ecto, fase de vida)ciclo de pro"ecto, " fasedel poste) pro"ecto.

-na fase #e vi#a:ciclo #e 0ro3ecto su"#ivi#i1 en ; fases4 el estudio deviabilidad, estudio comercial, iteraci%n eemplar funcional, el plan e iteraci%n de lafi&ura, " aplicaci%n.

En al&unas circunstancias, ha" posibilidades de inte&rar las prcticas de otrasmetodolo&(as, como el Proceso Unificado Racional 1RUP2, la Pro&ramaci%n E-trema10P2, " PR


7/49

HIIJ de enero " se public% en el HIIJ de febrero. $a vers i%n actual en el uso 1a partir del CBB de abril2 es Lersi%n M.C; el 8rmaz%n para el


8/49

• Un enfoque en la entre&a frecuente de productos, con asunci%n que entre&ar al&o

Gbueno bastanteG ms temprano siempre es bueno que para entre&ar todoGperfectamente6 en el fin. recuentemente entre&ando el producto de una fasetemprana del pro"ecto, el producto puede probarse " repas% donde puedentenerse en cuenta el re&istro de la prueba " documento de la revisi%n a lapr%-ima iteraci%n o fase.

• El criterio principal para la aceptaci%n de un Gentre&ableG est entre&ando un

sistema que se diri&e las necesidades comerciales actuales. Entre&ando unsistema perfecto que se diri&e a las posibles necesidades comerciales es menosimportante que enfocando en las funcionalidades cr(ticas.

• El desarrollo es reiterativo e incremental " maneado por la re&eneraci%n de

usuarios para conver&er en una soluci%n comercial eficaz.

• 7odos los cambios durante el desarrollo son

reversibles.

• El alcance nivelado alto " deben base)linearse los requisitos antes de las

salidas del pro"ecto.

• Probando se lleva a cabo a lo lar&o de la vida )ciclo del pro"ecto. 1Lea el desarrollo

Prueba) maneado por la comparaci%n2.

•

Se e-i&en la comunicaci%n " cooperaci%n entre todo el sta:eholders delpro"ecto ser eficaces " eficaz.

)as asunciones a#icionales

•


9/49

• BCB re&la2. para abreviar, BQ del beneficio comercial vienen de CBQ de losrequisitos del plan, por consi&uiente, 'S'# empieza llevando a cabo este cr(ticoCBQ primero? esto puede producir un sistema que proporciona bastantefuncionalidad para satisfacer a los fin)usuarios " el si&uiendo siendo BQ

pueden a&re&arse en las iteraciones ms tarde. Esto miti&a ries&o de la ida delpro"ecto encima de la fecha tope " encima del presupuesto.

• $a entre&a del pro"ecto debe ser a tiempo, en el presupuesto " con lacalidad buena.

• +ada paso del desarrollo s%lo necesita ser completado bastante leos para el

pr%-imo paso para empezar. Esto permite una nueva iteraci%n del pro"ectopara comenzar sin el ret raso innecesario. $os cambios en el plan puedencoincidir con los cambios en la demanda de los fin ) usuarios desde cadaiteraci%n del sistema se meora incrementalmente.

• $os dos la 'irecci%n del Pro"ecto " técnicas de 'esarrollo estnincorporadas.

• 'S'# puede aplicarse en los nuevos pro"ectos " para los sistemas actuales queensancha.

• $a valoraci%n de ries&o debe enfocar en la funcionalidad comercial aentre&ndose, no en el proceso de desarrollo ni sus artefactos 1como los requisitos" documentos del plan2.

• $a direcci%n premia la entre&a del producto en lu&ar de la realizaci%n dela tarea.

• $a estimaci%n debe ser basada en la funcionalidad comercial en lu&ar de lasl(neas de c%di&o.

)os requisitos 0revios 0ara usar (!(%

Para que 'S'# sea un é-ito, varios requisitos previos necesitan ser comprendidos.Primero, all(


10/49

necesita ser el interactivo entre el equipo del pro"ecto, usuarios finales futuros " direcci%nms alta. Esto se diri&e los fracasos bien conocidos de ES el desarrollo pro"ectadebido a la falta de


11/49

motivaci%n de direcci%n de cima "o envolvimiento del usuario. El se&undo requisitoprevio para los pro"ectos de 'S'# es que el pro"ecto puede descomponerse en apartes ms peque/as que habilitan el uso de un acercamiento reiterativo.

'os eemplos de tipos de pro"ectos para que 'S'# no es considerado bien)preparado son;

• $os pro"ectos se&uridad)cr(ticos ) la comprobaci%n e-tensa " la aprobaci%n

encontr% en el conflicto de los pro"ectos se&uridad)cr(tico con las metas de'S'# de ser a tiempo " en el presupuesto.

• Pro"ectos que apuntan para producir los componentes re)utilizables ) las

demandas en la perfecci%n son a menudo demasiado altas " chocan con elBQCBQ principio descrito antes.

(!(% Pro$ect Vi#a:ciclo

$a apreciaci%n &lobal; tres fases #e(!(%

El armaz%n de 'S'# consiste en tres fases secuenciales, a saber, el pre)pro"ecto,vida)ciclo del pro"ecto " fases del poste)pro"ecto. $a fase del pro"ecto de 'S'# es elms detallado de las tres fases. $a fase de vida)ciclo de pro"ecto consiste en J fasesque forman un acercamiento paso a paso reiterativo desarrollando un E S . See-p l i c an las t re s fases " l a s fas es cor respondientes e-tensivamente en lassecciones subsecuentes. Para cada fase, las actividades ms importantes se diri&en "los delibérales se mencionan.

F a s e > : & l P r e :0 r o3 ec to

En los pre)pro"ecto fase candidato pro"ectos se identifica, el fondo del pro"ecto secomprende " se pro"ecta el compromiso se ase&ura. Ocupndose de estosproblemas en una fase temprana evita los problemas en las fases ms tarde delpro"ecto.

F a s e ? : & l v i # a :c i c l o # e l

P r o 3 ec t o


12/49

$a apreciaci%n &lobal del proceso en la fi&ura sobre las muestras el vida )ciclo delpro"ecto de esta fase de 'S'#. Pinta las J fases un pro"ecto tendr que ir através de crear un ES. $as primeras dos fases, el Estudio de Liabilidad " Estudio+omercial son fases secuenciales que complementan a nosotros. 'espués deque estas fases se han concluido, el sistema se desarrolla el iterativel" e

incrementalmente en la teraci%n Eemplar uncional, el 'esi&n = uild lateraci%n " fases de 8plicaci%n. Se diri&ir la naturaleza reiterativa e incrementalde 'S'# ms all en una secci%n ms tarde.

F a s e @ : e l P o st e:0 r o3 ec to

$a fase del poste)pro"ecto ase&ura el sistema que opera eficazmente "eficazmente. Esto se comprende por el m a n t e n i m i en t o , meoras " apu rosse&9n los pri nci pio s de 'S ' #. El mantenimiento puede verse como

continuar desarrollo basado en la naturaleza reiterativa e incremental de'S'#. En lu&ar de normalmente terminar el pro"ecto en un ciclo el pro"ectopuede devolver a las fases anteriores o fases para que puedan refinarse elpaso anterior " los productos entre&ables.

• 'ebao de es los proceso)datos hacen el dia&rama de en conunto de 'S'# vida)

ciclo del Pro"ecto con todos sus cuatro pasos. Este dia&rama pinta el 'S'# eldesarrollo reiterativo, empezado en la iteraci%n eemplar funcional, el plan e iteraci%n

de la fi&ura, " fase de aplicaci%n.


13/49


14/49

$os proceso)datos hacen el dia&rama de 'S'# Pro"ecto Lida)

8ctividad Sub. actividades 'escr ipci%n

El estudio

El Estudio deviabilidad

ase d%nde la conveniencia de 'S'# se eval9a. !uz&ando por el tipo de pro"ecto,or&anizacional " problemas de las personas, la decisi%n es hecho, si para usar 'S'# o

no. Por consi&uiente, &enerar un


15/49

mplementaci%n

El ne&ocio de larevisi%n

Repase el impacto del sistema llevado a cabo en el ne&ocio, un problema central sersi el sistema se encuentra las metas puestas al principio del pro"ecto. dependiendoadelante este el pro"ecto va a la pr%-ima fase, el poste )p pro"ecto o dobla atrs a unade las fases precedentes para el desarrollo e-tenso. Esta revisi%n es se documentaren un 'O+U#E


16/49

Cuatro fases #el &l vi#a:ciclo #el Pr o3ecto

#odelo del 'S'# soft3are desarrollo proceso.

F A ! & > A 4 & l & s t u # i o #e V ia" il i# a#'urante esta fase del pro"ecto, la viabilidad del pro"ecto para el uso de 'S'# see-amina. $os

requisitos previos para el uso de 'S'# se son diri&idos contestando las pre&untas&usta; VEste pro"ecto puede satisfacer las necesidades comerciales requeridasW V, VEseste pro"ecto satisfecho para el uso de 'S'#W V " Vué los ries&os ms importantesson involucradosW V. $as técnicas ms importantes usaron en esta fase los 7alleresson.

$os delibérales para esta fase son el nforme de Liabilidad " el Prototipo de Liabilidadque la direcci%n la viabilidad del pro"ecto a mano. Est e-tendido con un Plan del+ontorno 4lobal para el resto del pro"ecto " un $e/o de Ries&o que identifican losries&os ms importantes para el pro"ecto.

&l &stu#io Comercial

El estudio comercial e-tiende el estudio de viabilidad. 'espués de que el pro"ecto se ha uz&ado

factible para el uso de 'S'#, esta fase e-amina los procesos comerciales influenciados,los &rupos del usuario involucraron " sus necesidades respectivas " deseos. 'e nuevolos talleres son una de

las ms valiosas técnicas, talleres en que los sta:eholders diferentes entran discutir lossistemas propuestos untos. Se combina la informaci%n de estas sesiones en una lista derequisitos. Una propiedad importante de la lista de requisitos es el hecho que losrequisitos son 1puede ser2 prioriz%. Estos requisitos que usan el acercamiento de #osc9se priorizan. asado en este priorizaci%n, un plan de desarrollo se constru"e como una

pauta para el resto del pro"ecto.Una técnica del pro"ecto importante usada en el desarrollo de este plan es el elembalae de tiempo Esta técnica es esencial en el realizaci%n de las metas de 'S'#,siendo a tiempo a saber " en el presupuesto, &arantizando la calidad deseada. Unaarquitectura del sistema es otra a"uda para &uiar el desarrollo del deliverables de S.7hepor esta fase es una definici%n del rea comercial que describe el conte-to del pro"ectodentro de la compa/(a, una definici%n de arquitectura de sistema de que proporciona unaarquitectura &lobal inicial el ES7F bao el desarrollo unto con un plan de desarrollo que


17/49

perfila los pasos ms importantes en el proceso de desarrollo. 8 la base de éstos dosdocumentos duran ha" la lista de requisitos priorizada. Esta lista declara todos losrequisitos para el sistema, or&anizado se&9n el principio de #osc9. * 9ltimo que el $e/ode Ries&o se pone al d(a

con los hechos que se han identificado durante esta fase de 'S'#.

F A ! & ? 4 ) a I t er a c i 1 n & $ e m 0 l a r fu nc io nal

Se convierten los requisitos que se han identificado en las fases anteriores a un modelofuncional.

Este modelo consiste en un prototipo funcionando " modelos. Prototipo es una de lastécnicas del pro"ecto importantes dentro de esta fase que a"uda comprender elenvolvimiento del usuario bueno a lo lar&o del pro"ecto. El prototipo desarrollado se

repasa por los &rupos del usuario diferentes. Para ase&urar la calidad, probando se llevaa cabo a lo lar&o de cada iteraci%n de 'S'#. Una parte importante de probar secomprende en la teraci%n Eemplar uncional. $a lata Eemplar uncional se subdividaen cuatro subalterno)fase;

) dentifique el Prototipo uncional; 'etermine las funcionalidades a ser llevadas acabo en el prototipo que es el resultado de esta iteraci%n.

) Est de acuerdo el Xorario; Esté de acuerdo adelante c%mo " cundodesarrollar estas funcionalidades.

) +ree el Prototipo uncional; 'esarrolle el prototipo. nvesti&ue, refine, "consol(delo con el prototipo uncional combinado de iteraciones anteriores.

) El Prototipo de la revisi%n; Lerifique la e-actitud del prototipo desarrollado.Esto puede hacerse por que prueba por el fin)usuario, entonces use la prueba &raba" las re&eneraciones de usuario para &enerar el prototipo funcional repasan eldocumento.

$os delibérales para esta fase son #odelo uncional " un Prototipo uncional que untosrepresentan las funcionalidades que podr(an comprenderse en esta iteraci%n, prepare por probar por los usuarios. 8l lado de esto, la $ista de Requisitos se pone al d(a, mientrasanulando los art(culos que se han comprendido " volviendo a pensar el priorizaci%n delos requisitos restantes. El $e/o de Ries&o también se pone al d(a teniendo anlisis deries&o de desarrollo e-tenso después de repasar el documento del prototipo.


18/49

F A ! & @ 4 & l 0 l a n e I t er a c i 1 n #e l a Fi gura

El enfoque principal de esta iteraci%n de 'S'# es inte&rar los componentes funcionalesde la fase

anterior en un sistema que satisface las necesidades del usuario. 7ambién se diri&e losrequisitos non)funcionales para que han sido fios el ES. Probar de nuevo es unaactividad continuada importante en esta fase. Pueden subdividirse el Plan e teraci%nde la i&ura en cuatro subalterno) fase;

) dentifique el Prototipo del Plan; dentifique requisitos funcionales " non)funcionales que necesitan estar en el sistema probado.

) Est de acuerdo el Xorario; Esté de acuerdo adelante c%mo " cundocomprender estos requisitos.

) +ree el Prototipo del Plan; +ree un sistema que puede darse se&uramente a losusuarios para el uso diario. Ellos investi&an, refinan, " consolidan el prototipo de iteraci%nactual de ntro del proceso del prototipo también es importante en este subalterno)fase.

) El Prototipo de Plan de revisi%n; Lerifique la e-actitud del sistema dise/ado.Probando de nuevo " repasar son las técnicas principales usadas, desde que losarchivos de la prueba " las re&eneraciones de usuario son importantes &enerar ladocumentaci%n del usuario.

$os delibérales para esta fase son un Prototipo del Plan durante la fase que los

usuarios finales consi&uen probar " al final del Plan e teraci%n de la i&ura el SistemaProbado se entre&a a la pr%-ima fase. En esta fase, el sistema es principalmenteconstruido donde son consolidadas el plan " funciones e inte&raron en un prototipo. Otroentre&able para esta fase una 'ocumentaci%n del Usuario es.

F A ! & 4 ) a a0 li cac i1n

En la fase de 8plicaci%n, el sistema probado incluso la documentaci%n del usuario se

entre&a a losusuarios " entrenando de usuarios futuros se comprende. El sistema a ser entre&ado seha repasado para incluir los requisitos que han sido al principio fio las fases delpro"ecto. $a fase de 8plicaci%n puede subdividirse en cuatro subalterno)fase;

) $a 8probaci%n del usuario " Pautas; $os usuarios finales aprueban el sistemaprobado para la aplicaci%n " pautas con respecto a la aplicaci%n " uso del sistema secrea.


19/49

) $os Usuarios del tren; El tren el usuario final futuro en el uso del sistema.

) El instrumento; $leve a cabo el sistema probado a la situaci%n de los usuariosfinales.

) El


20/49


21/49

$as #etas)datosplaneaci%n de teraci%n Eemplar uncional

+onceptos 'efinici%n

E$ $EYO 'E RES4O El le/o de ries&o identificado. mportante adelante, desde la pr%-ima fase elproblema encontrado ser ms dif(cil diri&irse. Este le/o de ries&onecesitar ser puesto al d(a continuamente. 1L77 Pub licaci%n MZ2

$8 $S78 'ERESUS7OSPRORT8'8

$a lista de requisitos bas% en su pr ior izaci%n. El proceso de la priorizaci%n esbasado en la técnica de #osc9, para determinar qué requisitos debenllevarse a cabo primero en el sistema 1los unos esa r euni% n las necesidadescomerciales2, " as( sucesivamente.

$8 $S78 'EREUS7OS


22/49

E$ PRO7O7PO'E RELS< 'E$'O+U# E


23/49

#odelo dela teraci%n Eemplar uncional.

$a actividad $a actividad delsubalterno

'escr ipci%n

dentifique el

prototipofuncional

8nal ice los

requisitos

Se analizan los requisitos de prototipo actual se&9n la lista de requisitos

priorizada que se desarrolla previamente 1en la iteraci%n anterior "o enfase anterior que es la fase del estudio comercial2.

$iste r equisitos deiteraci%n actual

Seleccione los requisitos funcionales que se llevar(an a cabo en elprototipo de la iteraci%n actual, " l(stelos en el REUS7O U


24/49

#s all los temas de 'S'#


25/49

) a s '8c ni c a s # e l ce n t r o #e ( ! ( %& l e m" a l a $ e #e 'ime

El embalae de 7iempo es uno de las técnicas del pro"ecto de 'S'#. Se usa para apo"ar las metas

principales de 'S'# para comprender el desarrollo de un ES a tiempo, dentro delpresupuesto " con la calidad deseada. $a idea principal detrs del timebo-in& eshenderse al pro"ecto en las porciones, cada uno con un presupuesto fio " una fecha dela entre&a. Para cada porci%n se seleccionan varios requisitos que se prioriza se&9n elprincipio de #osc9. Porque tiempo " presupuesto son fios, las 9nicas variables restantesson los requisitos. 8s( si un pro"ecto est corriendo fuera de tiempo o dinero losrequisitos con la prioridad ms baa se omite. Esto no si&nifica que un productoinacabado se entre&a, debido al principio del Pareto que BQ del pro"ecto vienen deCBQ de los requisitos del sistema, para lar&o como esos ms importante se llevan acabo CBQ de requisitos en el sistema, el sistema satisface las necesidades comercialespor consi&uiente " que nin&9n sistema se constru"e perfectamente en la primeraprueba.

#osc9

#osc9 representa una manera de art(culos de la priorizaci%n. En el conte-to de 'S'# latécnica de

#osc9 se usa para priorizar los requisitos. Es una si&la querepresenta; 'ebe tener este requisito para satisfacer lasnecesidades comerciales.

'ebe tener este requisito si en absoluto posible, pero el é-ito del pro"ecto noconf(a en esto. Pueda tener este requisito si no afecta la aptitud de necesidadescomerciales del pro"ecto.

7en&a este requisito a la fecha ms tarde si ha" al&9n tiempo salido 1o en el desarrollofuturo del sistema2.

Pr ototipo

Esta técnica se refiere a la creaci%n de prototipos del sistema bao el desarrollo en una

fase

temprana del pro"ecto. Xabilita el descubrimiento temprano de limitaciones en el sistema" permite a los usuarios futuros a Vprueba)maneeV el sistema. Esta manera que elenvolvimiento del usuario bueno se comprende, uno de los factores de é-ito importantesde 'S'#, o cualquier pro"ecto de 'esarrollo de Sistema para esa materia.

Pr obando


26/49

Un tercer aspecto importante de la meta de 'S'# es la creaci%n de un ES7F con lacalidad buena.

Para comprender una soluci%n de calidad buena, 'S'# defiende la comprobaci%n a lolar&o de cada iteraci%n. 'esde que 'S'# es una herramienta " técnica el método

independiente, el equipo del pro"ecto es libre esco&er su propio método de direcci%n deprueba, por eemplo, 7#ap.

El taller

Uno de las técnicas del pro"ecto de 'S'# que apuntan a reunir el el poseedor de laestaca

diferente del pro"ecto para discutir requisitos, funcionalidades " comprensi%n mutua. Enun taller los poseedores de la estaca entran untos " discuten el pro"ecto.

Planeando

Esta técnica es esencial e intencionalmente us% para visualizar la representaci%ndia&ramtica de un

aspecto espec(fico del sistema o rea de ne&ocio que estn desarrollndose. Elmodelado da un entendiendo bueno para 'S'# pro"ecte el equipo encima de undominio comercial.

$a 'ir ecci%n de la conf i&ur aci%n

Una aplicaci%n buena de esta técnica de direcci%n de confi&uraci%n es importante para lanaturaleza

dinmica de 'S'#. Xa" subsecuentemente ms de una cosa que se manea ense&uida durante el proceso de desarrollo del sistema, " los productos frecuentementeestn entre&ndose a una proporci%n mu" rpida, los productos necesitan ser controlados estrictamente por consi&uiente cuando ellos lo&ran 1parcial2 la realizaci%n.

$os papeles en 'S'#


27/49

Xa" al&unos papeles introducidos dentro del ambiente de 'S'#. Es importante que losmiembros del pro"ecto necesiten ser fiados a los papeles diferentes antes de que ellosempiecen a eecutar el pro"ecto. +ada papel tiene su propia responsabilidad. $ospapeles son;

) El Patrocinador eecutivo Para que llam% al G+ampe%n del Pro"ecto. Un papelimportante de la or&anizaci%n del usuario que tiene la habilidad " responsabilidad paracomprometer fondos apropiados " recursos. Este papel tiene un 9ltimo poder paratomar las decisiones.

) Lisionario El que tiene la responsabilidad para inicializar el pro"ecto ase&urandoese requisito el esencial se encuentra temprano adelante. Lisionario tiene la percepci%nms e-acta de los obetivos comerciales del sistema " el pro"ecto. Otra tarea es diri&ir " &uardar el proceso de desarrollo en la huella correcta.

) Embaador Usuario 7rae el conocimiento de comunidad del usuario en el

pro"ecto, ase&ura que los dise/adores reciben bastante cantidad de las re&eneracionesde usuario durante el proceso de desarrollo.

) +onseero Usuario puede ser cualquier usuario que representa un punto de vistaimportante " trae el conocimiento diario del pro"ecto.

) 4erente del pro"ecto puede ser cualquiera de comunidad del usuario o [$personal que manea el pro"ecto en &eneral.

) 7écnico +oordinador Responsable dise/ando la arquitectura del sistema "controla la calidad técnica en el pro"ecto.

) El $(der del equipo $leva su equipo " ase&ura que el equipo trabaaeficazmente en conunto.

) 'ise/ador nterprete los requisitos del sistema " lo modela incluso eldesarrollo el desarrollador de c%di&os " constru"e los prototipos.

) El verificador Lerifica la e-actitud en ma&nitudes técnicas realizandoal&unas comprobaciones. El verificador tendr que dar al&unos comentarios" documentaci%n.

) Escriba Responsable al frente " &raba los requisitos, acuerdos, " decisioneshechos en cada taller.

) El facilitador Responsable maneando los talleres pro&rese, actos como unmotor para la preparaci%n " comunicaci%n.

) $os Papeles especialistas el 8rquitecto +omercial, 4erente de +alidad, el Sistema

nte&rador, etc.,


28/49

)a ,aturaleza reiterativa e Incremental

8l lado del timebo-in& " priorizaci%n de requisitos, el 'S'# proporciona también un

acercamiento reiterativo e incremental a ES el desarrollo. Esto puede verse en la fi&ura

que pinta la

8preciaci%n &lobal del Proceso anteriormente.

$a teraci%n Eemplar uncional, el 'esi&n = uild la teraci%n " fases de 8plicaci%npueden revisar a su subalterno or&aniza varios tiempos antes de entrar en la pr%-imafase. +a da iteraci%n se diri&e un ue&o de nuevas funcionalidades, " cada iteraci%nconstru"e en un predecesor activo.

+ada iteraci%n puede deshacerse si necesit%.

$a fi&ura de 8preciaci%n &lobal de Proceso también muestra flechas que re&resan a lasfases anteriores. Xa" una flecha, por eemplo, de la 8plicaci%n al Estudio +omercial. Siuna funcionalidad &rande se ha descubierto durante desarrollo que no podr(a llevarse acabo, podr(a ser

posible volver a empezar definiendo los nuevos requisitos en un Estudio +ome rcial. Xa"una flecha semeantemente, de la 8plicaci%n a la teraci%n Eemplar uncional. $afuncionalidad podr(a omitirse durante una #odelo teraci%n uncional anterior debido atiempo o constre/imientos del presupuesto. El pro"ecto s%lo debe proceder en la fase delposte)pro"ecto cuando re9ne todos los requisitos definidos por el pro"ecto " las metas

comerciales.


29/49

'ebido a la naturaleza reiterativa de 'S'#, es esencial mantener direcci%n derequisitos buena " direcci%n de la confi&uraci%n a lo lar&o del pro"ecto entero. Estoase&ura que el pro"ecto lleva a cabo los requisitos que se decidieron en las fasestempranas del pro"ecto.

&l %eta:mo#elo 7%eta:mo#ela#o9

+omo e-plicado en el art(culo, las metas #eta)modeladas una mirada nivelada ms alta alos

métodos " técnicas. Xaciendo para que ofrece las posibilidades por comparar métodossimilares " técnicas " dise/ar los nuevos métodos de e-istentes.

$os datos de #eta planean, pint% debao, identifica los conceptos " asociaciones entreestos conceptos dentro de 'S'#. +omo puede verse de la fi&ura, pueden identificarse

dos conceptos principales, a saber la ase " el concepto de luo. +ada luo ori&ina deuna ase dentro de 'S'#. $os fluos pueden ser divididos en los 'atos de conceptos desubalterno " Producto. Esta subdivisi%n se denota con un + que medios que lasubdivisi%n es desencaar " completar. En otros términos, un luo siempre es un luodel 'atos o un luo del Producto, pero nunca ambos. En la situaci%n de 'S'# un luodel 'atos puede ser un arco que devuelve a una de las fases precedentes. $os luosdel producto son el &énero tan&ible que el resultado de una de las ases " es la entradade la pr%-ima ase, por eemplo los informes " prototipos.

Xa" la se&unda ase de concepto con que también sido sido dividido dos conceptos del

subalterno entonces un completo " desencaa la clasificaci%n. Estos conceptos delsubalterno son el Secuencial " las ases Reiterativas. +omo se e-plic% en una secci%nms temprana, 'S'# empieza con dos fases secuenciales, $a Liabilidad " Estudio de


30/49

Factor >4 Xa" la aceptaci%n de 'S'# primero por la ma"or direcci%n " otrosempleados. Esto ase&ura que se motivan los actores diferentes del pro"ecto de la salida" permanecen envuelto a lo lar&o del pro"ecto.

Factor ?4 El se&undo factor si&ue directamente de esto " ése es elcompromiso de direcci%n para ase&urar el envolvimiento del fin)usuario. El acercamiento

del protot"pin& requiere un envolvimiento fuerte " especializado por el usuario finalprobar " uz&ar los prototipos funcionales.

Factor @4 Xa" el equipo del pro"ecto entonces. Este equipo tiene que ser compuesto de miembros hbiles que forman una uni%n estable. Un problema importantees el fortalecimiento del equipo del pro"ecto. Esto si&nifica que el equipo 1o uno o msde sus miembros2 tiene que poseer el poder " posibilidad de tomar las decisionesimportantes con respecto al pro"ecto sin tener que escribir las propuestas formales adirecci%n ms alta que puede ser los mismos tiempo) consumiendo. Para que el equipodel pro"ecto pueda eecutar un pro"ecto e-itoso, ellos también

necesitan la tecnolo&(a correcta para diri&ir el pro"ecto. Esto si&nifica un ambiente dedesarrollo, la direcci%n del pro"ecto labra con herramienta, etc.

Factor 4 inalmente 'S'# también los estados que una relaci%n a favor entrecliente " vendedor se requiere. Esto va por ambos pro"ectos que se comprendeninternamente dentro de las compa/(as o por los contratistas e-ternos. Una a"udaase&urando una relaci%n de apo"o podr(a ser

SP$.


31/49

$a comparaci%n a otros #étodos de 'esarr ollo

'urante los a/os un &ran n9mero de nformaci%n Sistema 'esarrollo métodos se ha desarrollado"

se ha aplicado, dividido en los #étodos Estructurados, métodos de R8' " #étodos Obeto)orientados. #uchos de estos métodos muestran las similitudes a nosotros " también a 'S'#.

Por eemplo, Pro&rammin& 10P e-tremo2 también tiene un acercamiento reiterativo a ES eldesarrollo con el envolvimiento del usuario e-tenso.

El Proceso Unificado Racional es un método que probablemente tiene el ms ms en com9ncon 'S'# en eso es también un formulario dinmico de 'esarrollo de Sistema denformaci%n. 'e nuevo el acercamiento reiterativo se usa en este método de desarrollo.

4uste 0P " RUP ha" muchos otros métodos de desarrollo que muestran las similitudes a'S'#, pero 'S'# se distin&ue de estos métodos de varias maneras. Xa" el hecho primeroque propor ciona una herramienta " técnica el armaz%n independiente. Esto les permite a los

usuarios rellenar los pasos espec(ficos del proceso con sus propias técnicas " el soft3are a"udade opci%n. Otro 9nico ras&o es el hecho que las variables en el desarrollo no son lostimeresources, pero los requisitos. Este acercamiento ase&ura las metas principales de 'S'#,a saber, quedarse dentro de la fecha tope " el presupuesto. * dura ha" el enfoque fuerte en lacomunicaci%n entre " el envolvimiento de todo el sta:eholders en el sistema. 8unque esto sediri&e en otros métodos,

'S'# cree fuertemente en el compromiso al pro"ecto ase&urar un resultado e-itoso.

3- “Descripción de las herramientas a utilizar para aplicar R! " MD#D”

Para apo"ar la construcci%n de sistemas " debido al au&e de las metodolo&(as se han creadoherramientas que facilitan el trabao de los desarrolladores " automatizan la ma"or parte delproceso. 8dems, meoran de la calidad de los desarrollos realizados " aumentan la productividadde los equipos de trabao.

III.?.> Rational Rose

Xo" d(a, muchas empresas se han e-tendido a la adquisici%n de herramientas +8SE 1n&enier(a 8sistida por +omputadora2, con el fin de automatizar los aspectos claves de todo el proceso dedesarrollo de un sistema, desde el inicio hasta el final.

Rational Rose @MID es una herramienta +8SE que da soporte al modelado visual con U#$ofreciendo distintas perspectivas del sistema.

'a soporte al Proceso Unificado de Rational 1RUP2 para el desarrollo de los pro"ectos desoft3are, desde la etapa de n&enier(a de Requerimientos hasta la etapa de pruebas. Para cada

una de estas etapas e-iste una herramienta que a"uda en la administraci%n de los pro"ectos,Rose es la herramienta de Rational para la etapa de anlisis " dise/o de sistemas.


32/49

\ #odelado de


33/49


34/49

• Kermeta, es un len&uae espec(fico de dominio que cuenta con un entorno de trabaointe&rado en Eclipse. Por ser un len&uae de metamodelado, Kermeta brinda soporte a laespecificaci%n de len&uaes espec(ficos de dominio, capacidades para la simulaci%n "prototipado de modelos " metamodelos, " la transformaci%n de modelos.


35/49

$- “%a&la 'omparati(a de )m&as Metodologías”

METODOLOGIA RATIONAL UNIFIED PROCESS(RUP)

CARACTERISTICAS Los autores de RUP destacan que el

proceso de software propuesto por

RUP tiene tres características

esenciales: está dirigido por los

Casos de Uso está centrado en la

arquitectura ! es iterati"o e

incre#ental$

•

• %Centrado en los #odelos: Los

diagra#as son un "e&ículo de

co#unicaci'n #ás e(presi"o que

las descripciones en lengua)e

natural$ Se trata de #ini#i*ar el

uso de descripciones !

especi+caciones te(tuales del

siste#a$

• %,uiado por los Casos de Uso:

Los Casos de Uso son el

instru#ento para "alidar la

arquitectura del software !

e(traer los casos de prue-a$

• %Centrado en la arquitectura:

Los #odelos son pro!ecciones del

análisis ! el dise.o constitu!e la

arquitectura del producto a

desarrollar$

• %Iterati"o e incre#ental:

/urante todo el proceso de

desarrollo se producen "ersiones

incre#entales 0que se acercan al

producto ter#inado1 del productoen desarrollo$

http://www.monografias.com/trabajos/adolmodin/adolmodin.shtmlhttp://www.monografias.com/trabajos12/diflu/diflu.shtmlhttp://www.monografias.com/trabajos12/fundteo/fundteo.shtmlhttp://www.monografias.com/trabajos35/concepto-de-lenguaje/concepto-de-lenguaje.shtmlhttp://www.monografias.com/trabajos11/teosis/teosis.shtmlhttp://www.monografias.com/trabajos12/elproduc/elproduc.shtmlhttp://www.monografias.com/trabajos/adolmodin/adolmodin.shtmlhttp://www.monografias.com/trabajos12/diflu/diflu.shtmlhttp://www.monografias.com/trabajos12/fundteo/fundteo.shtmlhttp://www.monografias.com/trabajos35/concepto-de-lenguaje/concepto-de-lenguaje.shtmlhttp://www.monografias.com/trabajos11/teosis/teosis.shtmlhttp://www.monografias.com/trabajos12/elproduc/elproduc.shtml


36/49

/ES2E3TA4AS • Pesado

• /i"idido en cuatro fases que se

di"iden en iteraciones• Los artefactos son el o-)eti"o de

cada acti"idad• Se -asa en roles

• 5u! organi*ati"o

•

5uc&a docu#entaci'n2E3TA4AS • Per#ite desarrollar

aplicaciones sacando el #á(i#o

pro"ec&o de las nue"as

tecnologías #e)orando la calidad

le rendi#iento la reutili*aci'n la

seguridad ! el #anteni#iento del

software #ediante una gesti'n

siste#ática de los riesgos$

• Per#ite la producci'n de

software que cu#pla con lasnecesidades de los usuarios a

tra"6s de la especi+caci'n de los

requisitos con una agenda !

costo$

• Enriquece la producti"idad en

equipo ! proporciona prácticas

'pti#as de software a todos sus

#ie#-ros$

• Per#ite lle"ar a ca-o el

proceso de desarrollo práctico-rindando a#plias guías

plantillas ! e)e#plos para todas

las acti"idades críticas$

• Proporciona guías e(plicitas

para áreas tales co#o #odelado

de negocios arquitectura 7e-

prue-as ! calidad$ Ta#-i6n se

proporciona guías para desarrollar

en platafor#as I85 $9ASES • Inicio: /urante la fase de

inicio se de+ne el #odelo del

negocio ! el alcance del

pro!ecto$ Se identi+can todos

los actores ! Casos de Uso !

se dise.an los Casos de Uso

#ás esenciales

0apro(i#ada#ente el ;< del

#odelo co#pleto1$ Se

desarrolla un plan de negocio

para deter#inar que recursos

de-en ser asignados al

pro!ecto$

http://www.monografias.com/trabajos11/conge/conge.shtmlhttp://www.monografias.com/trabajos/seguinfo/seguinfo.shtmlhttp://www.monografias.com/trabajos15/mantenimiento-industrial/mantenimiento-industrial.shtmlhttp://www.monografias.com/Computacion/Software/http://www.monografias.com/trabajos15/sistemas-control/sistemas-control.shtmlhttp://www.monografias.com/trabajos35/tipos-riesgos/tipos-riesgos.shtmlhttp://www.monografias.com/trabajos54/produccion-sistema-economico/produccion-sistema-economico.shtmlhttp://www.monografias.com/trabajos7/coad/coad.shtml#costohttp://www.monografias.com/trabajos6/prod/prod.shtmlhttp://www.monografias.com/trabajos14/administ-procesos/administ-procesos.shtml#PROCEhttp://www.monografias.com/trabajos12/desorgan/desorgan.shtmlhttp://www.monografias.com/trabajos15/plan-negocio/plan-negocio.shtmlhttp://www.monografias.com/trabajos6/arma/arma.shtmlhttp://www.monografias.com/trabajos5/laweb/laweb.shtmlhttp://www.monografias.com/trabajos12/romandos/romandos.shtml#PRUEBAShttp://www.monografias.com/trabajos11/conge/conge.shtmlhttp://www.monografias.com/trabajos/seguinfo/seguinfo.shtmlhttp://www.monografias.com/trabajos15/mantenimiento-industrial/mantenimiento-industrial.shtmlhttp://www.monografias.com/Computacion/Software/http://www.monografias.com/trabajos15/sistemas-control/sistemas-control.shtmlhttp://www.monografias.com/trabajos35/tipos-riesgos/tipos-riesgos.shtmlhttp://www.monografias.com/trabajos54/produccion-sistema-economico/produccion-sistema-economico.shtmlhttp://www.monografias.com/trabajos7/coad/coad.shtml#costohttp://www.monografias.com/trabajos6/prod/prod.shtmlhttp://www.monografias.com/trabajos14/administ-procesos/administ-procesos.shtml#PROCEhttp://www.monografias.com/trabajos12/desorgan/desorgan.shtmlhttp://www.monografias.com/trabajos15/plan-negocio/plan-negocio.shtmlhttp://www.monografias.com/trabajos6/arma/arma.shtmlhttp://www.monografias.com/trabajos5/laweb/laweb.shtmlhttp://www.monografias.com/trabajos12/romandos/romandos.shtml#PRUEBAS


37/49

• Ela-oraci'n: El prop'sito de la

fase de ela-oraci'n es

anali*ar el do#inio del

pro-le#a esta-lecer los

ci#ientos de la arquitectura

desarrollar el plan del

pro!ecto ! eli#inar los

#a!ores riesgos$

• Construcci'n: La +nalidad

principal de esta fase es

alcan*ar la capacidad

operacional del producto de

for#a incre#ental a tra"6s de

las sucesi"as iteraciones$

/urante esta fase todos los

co#ponentes características

! requisitos de-en seri#ple#entados integrados !

pro-ados en su totalidad

o-teniendo una "ersi'n

acepta-le del producto$

• Transici'n: La +nalidad de la

fase de transici'n es poner el

producto en #anos de los

usuarios +nales para lo quese requiere desarrollar nue"as

"ersiones actuali*adas del

producto co#pletar la

docu#entaci'n entrenar al

usuario en el #ane)o del

producto ! en general tareas

relacionadas con el a)uste

con+guraci'n instalaci'n !

facilidad de uso del producto$

METODOLOGIA MÉTODO DE DESARROLLO DESISTEMAS DINÁMICOS (MDSD)


38/49

CARACTERISTICAS• In"olucrar al usuario es la

cla"e para lle"ar un pro!ecto

e+ciente ! efecti"o donde

a#-os usuarios !

desarrolladores co#parten un

entorno de tra-a)o para que

las decisiones puedan serto#adas con precisi'n$

• El equipo del pro!ecto de-e

tener el poder para to#ar

decisiones que son

i#portantes para el progreso

del pro!ecto sin esperar

apro-aci'n de ni"eles

superiores$

• /S/5 se centra en la entrega

frecuente de productos

asu#iendo que entregar algo

te#prano es sie#pre #e)or

que entregar todo al +nal$ Al

entregar el producto

frecuente#ente desde una

etapa te#prana del pro!ecto

el producto puede ser

"eri+cado ! re"isado allí

donde la docu#entaci'n de

registro ! re"isi'n puede ser

tenida en cuenta en la

siguiente fase o iteraci'n$

• El principal criterio de

aceptaci'n de entrega-les en

/S/5 reside en entregar un

siste#a que satisface las

actuales necesidades de

negocio$ 3o está dirigida

tanto a proporcionar un

siste#a perfecto que resuel"a

todas las necesidades

posi-les del negocio sino que

centras sus esfuer*os en

aquellas funcionalidades

críticas para alcan*ar las

#etas esta-lecidas en el

pro!ecto=negocio$

• El desarrollo es iterati"o e


39/49

incre#ental guiado por la

reali#entaci'n de los usuarios

para con"erger en una

soluci'n de negocio precisa$

• Todos los ca#-ios durante el

desarrollo son re"ersi-les$

2E3TA4AS• La entrega del pro!ecto

de-ería ser a tie#po

respetando presupuestos !

con -uena calidad$

• /S/5 solo requiere que cada

paso del desarrollo seco#plete lo su+ciente co#o

para que e#piece el siguiente

paso$ /e este #odo una

nue"a iteraci'n del pro!ecto

puede co#en*ar sin tener que

esperar a que la pre"ia se

co#plete entera#ente$ > con

cada nue"a iteraci'n el

siste#a se #e)ora

incre#ental#ente$Recu6rdese que las

necesidades del negocio

ca#-ian constante#ente ! a

cualquier rit#o con el tie#po$

• A#-as t6cnicas de /esarrollo

! ,esti'n de los pro!ectos

están incluidas en /S/5$

• La E"aluaci'n de riesgosde-iera centrarse en entregar

funci'n de negocio no en el

proceso de construcci'n$9ASES

9ase del pre?pro!ecto: fase del ciclo

de "ida del pro!ecto ! fase del post?

pro!ecto$ La fase del ciclo de "ida

del pro!ecto se su-di"ide en @

etapas:

$ estudio de "ia-ilidad


40/49

$ estudio de la e#presa

B$ iteraci'n del #odelo

funcional

$ dise.o e iteraci'n de la

estructura

@$ i#ple#entaci'n$

*- “%ipos de pro"ectos +ue puede a&ar+ue cada metodología”

)os 0rinci0ios #e (!(%

En su versi%n actual 1M.C2 el marco de procesos 'S'# se basa en I principios.

$a implicaci%n activa de los usuarios es imprescindible.

$os miembros de los equipos de desarrollo 'S'# deben tener la autonom(a " potestadnecesarias para tomar decisiones.


41/49

Entre&a frecuente de incrementos operativos del producto.

El principal criterio de prioridad, desarrollo " validaci%n de las entre&as incrementales es el

obetivos " la salud del ne&ocio.

El desarrollo iterativo o incremental hace posible obtener la soluci%n ms adecuada a las

necesidades del ne&ocio.

7odos los cambios realizados en el desarrollo son reversibles.

$os requisitos se establecen a un nivel &eneral

$as pruebas forman parte del ciclo de desarrollo

Es imprescindible trabaar con esp(ritu de colaboraci%n con todos los a&entes implicados en elsistema que se desarrolla.

$a Estructura del Pro"ecto

Empezando

7iene un punto del mando ma"or después de un entender inicial del pro"ecto se ha

&anado; apunte a que una decisi%n para proceder debe confirmarse, " la opci%n deabandonar el pro"ecto debe ser considerada

El fin del Estudio +omercial 1con la 'efinici%n del Frea +omercial, 'efinici%n de 8rquitecturade Sistema, " +ontorno el Plan de Prototipo2

7ambién tiene un ms temprano, menos cr(tico, punto del mando que a veces se

omite;

El Estudio de Liabilidad 1los Productos; el nforme de Liabilidad, el Prototipo

de Liabilidad optativo, el Plan del +ontorno2

'eteniendo

$a revisi%n del pro"ecto en 'S'# se hace en cada incremento

$a llave est entallando los métodos para hacer lo que se necesita " nin&9n ms,

desde que en 'S'# la aceptaci%n incremental ha tenido lu&ar "a.

'urante la adopci%n temprana de 'S'#, la probabilidad de " necesita para

lecciones aprendidas que la informaci%n se eleva.

$os roles = las Responsabilidades

En cualquier pro"ecto, al&uien tiene que tomar la responsabilidad por lo si&uiente;


42/49

'efiniendo el requisito comercial

Proporcionando el presupuesto

Proporcionando el usuario " recurso de desarrollo

El cambio autorizando

$as normas definiendo " criterio de aceptaci%n

#aneando el pro"ecto a una conclusi%n e-itosa

irmando fuera del pro"ecto derivable

'S'# apo"a una estructura de direcci%n de pro"ecto en que ha" un

muchos a muchos relaci%n entre el individuo " el papel, " ha" una correspondencia

directa entre muchos de los papeles ellos cada uno define. 'a énfasis a la importancia de

ma"or compromiso de direcci%n a lo lar&o de la vida del pro"ecto.

$a 7abla del pro"ecto

$a 7abla del Pro"ecto no se requiere espec(ficamente por 'S'#, pero se sienta

c%modamente dentro del 'S'# pro"ecto armaz%n. $a 7abla del Pro"ecto consiste en dospapeles;

Eecutivo

El Usuario principal

Eecutivo

'S'# el Patrocinador Eecutivo es responsable para el pro"ecto a la sociedad " o direcci%ndel pro&rama. 8 lo lar&o del pro"ecto, el Eecutivo 5posee6 el caso comercial.

El Usuario principal

El Usuario principal es responsable para comprometer el recurso del usuario al pro"ecto. 'S'#advierte que esa falta de un &rupo del usuario claramente definido propone un ries&o al pro"ecto.

Pro"ecte a 4erente 1P#2

El 4erente del Pro"ecto es responsable para la entre&a e-itosa de los productos

convenidos, a la norma convenida de calidad, a tiempo " dentro del presupuesto, " capaz


43/49

de entre&ar los beneficios declarados en el P'. El 4erente del Pro"ecto puede venir de [$o la comunidad del usuario, e informes a la 7abla del Pro"ecto.

'S'# a/ade un énfasis complementario;

8utorizando el equipo del pro"ecto

Prote&iendo el equipo del pro"ecto de la interferencia e-terna

8se&urando que el equipo puede permanecer estable " puede enfocar a lo lar&o del

pro"ecto

El envolvimiento del usuario &erente en el pro"ecto " ase&urando a los usuarios contin9an

estando disponibles cuando necesit%

4erente del equipo

Este individuo es responsable para ase&urar que el equipo de desarrollo se encuentra sus

obetivos entre&ando el sistema requerido.

El 8po"o del pro"ecto

Una or&anizaci%n puede establecer un Pro"ecto

8po"a la Oficina para proporcionar el apo"o administrativo al 4erente del Pro"ecto, o

debido al volumen de trabao o para a"udar en el uso de herramientas particulares en elpro"ecto 1por eemplo direcci%n del pro"ecto o la direcci%n de la confi&uraci%n labra conherramienta2. Esto podr(a incluir proporcionando al escriba " los papeles del facilitadorrequirieron por los pro"ectos de 'S'#.

+onvicci%n del pro"ecto

En los pro"ectos de 'S'#, el Equipo de +onvicci%n de Pro"ecto puede ser redundante debido ala relaci%n ms (ntima leana " envolvimiento del ne&ocio " usuarios " la visibilidad aumentadaofrecidos por el deliverables frecuente. $os pro"ectos de 'S'# se llevan a cabo a menudo a unpresupuesto fio " las decisiones siempre son basado en el beneficio comercial. $as necesidadesde convicci%n de pro"ecto en los pro"ectos de 'S'# pueden ser cumplidas eficazmente por elEmbaador User " la +oordinadora 7écnica.

$a convicci%n del pro"ecto


44/49

El +oordinador 7écnico est fuera del equipo del centro. El él o ella es responsable

para ase&urar que el pro"ecto es técnicamente le&(timo, se encuentra suespecificaci%n técnica, " se encuentra las normas técnicas convenidas en conuntopara el pro"ecto él " la or&anizaci%n

El Usuario " posiblemente el +oordinador 7écnico es miembros del equipo del

centro, ellos deben tener el acceso directo a la tabla si sus actividades de convicci%n

les dicen que el 4erente del Pro"ecto est diri&iendo el pro"ecto fuera del informeque se ha dado por la tabla.

$os productos

$a cosa importante es proporcionar a la confianza de 7abla de Pro"ecto que el pro"ecto estpro&resando de hecho bien? que no ha" nin&9n problema oculto? " que entre&ar un producto queest en buen salud para el prop%sito de ne&ocio en el momento convenido.

$a ma"or(a de los productos dentro de 'S'# es los productos especialistas. Es decir, ellos ocontienen informaci%n relacionada al sistema o desarrollo el pro"ecto es entre&ar o definir lastécnicas del prototipo " métodos ser usado. Xa", sin embar&o, al&unos productos de 'S'# queson completamente cualquiera los productos de direcci%n o contienen las secciones de direcci%nde pro"ecto 1como el plan del contorno " plan de prototipo de contorno2 " al&unos 'S'# calidadproductos 1como los archivos de la revisi%n " archivos de la prueba2.

El Pro"ecto 'ocumento de niciaci%n

Puede contener los aspectos de direcci%n del estudio comercial si el estudio se diri&e en

este momento

El P' también debe diri&irse los problemas de direcci%n espec(ficos a cualquier 'S'#.

Por eemplo, lo si&uiente debe ser incluido en el P';

$a indicaci%n preliminar de reas dentro de alcance que puede ser deseable pero noesencial

$a necesidad para el fortalecimiento del equipo

#edios que el equipo de desarrollo necesitar

+ualquiera se&uridad)relacionado o problemas de obli&aci%n de producto

'efina sastrer(a de acercamiento para el pro"ecto

El iltro de conveniencia


45/49

El nforme de viabilidad

Este 'S'# informan no se producir separadamente, pero ser incluido en el'ocumento de niciaci%n de Pro"ecto.

$a 'efinici%n del Frea comercial 1inclu"endo los Requisitos Priorizados $istan2

Esto es un 'S'# documenta que cubre especialista " aspectos de direcci%n.

Perfile Plan del Prototipo, P', " Plan de la ase

El Plan de Prototipo de +ontorno se produce en el Estudio +omercial en 'S'# para definir

el prototipo principal escalona dentro del pro"ecto

El desarrollo Ries&o 8nlisis nforme

El 'ocumento de Revisi%n de pro"ecto

$a direcci%n " #ando

El prop%sito es habilitar cada nivelado del equipo de direcci%n de pro"ecto a;

'emuestre al pr%-imo nivelado a que el pro"ecto est en la huella a un resultado e-itoso,

1que el pro"ecto entre&ar productos que son a tiempo en buen salud para el prop%sito dene&ocio " dentro del presupuesto2

dentifique al&o que puede prevenir esto temprano

$a tolerancia = el ortalecimiento

Se define la tolerancia como la medida de desviaci%n que puede manearse por el &erente

del pro"ecto antes de la tabla del pro"ecto debe consultarse? es decir, c%mo los horariosleanos pueden resbalarse, los presupuestos han terminado &astado, o los cambios alalcance aparecen ante los due/os del pro"ecto necesita intervenir.


46/49

'S'# reconoce que el equipo del pro"ecto debe ser autorizado para trabaar eficazmente.

Un pro"ecto perder la velocidad adquirida si cada cambio menor a la funcionalidad,presupuesto o el horario necesita la aprobaci%n e-terna. Se conf(an los equipos eficacespara tomar las decisiones dentro del nivel definido de tolerancia sin la referencia a laautoridad e-terna, mientras permitiendo hacer el pro&reso ms rpidamente.

Puede ponerse la tolerancia en cualquier atributo del pro"ecto mensurable. $os eemplos

com9nes son costo, funcionalidad, " tiempo.

En los pro"ectos de 'S'#, por consi&uiente, la tolerancia est en el alcance, en lu&ar de a

tiempo " recurso 1como en la ma"or(a de los pro"ectos tradicionales2.

$a Liabilidad de 'S'# " Estudios de


47/49

El 'S'# 'esarrollo Ries&o 8nlisis nforme

Se desarrolla en una moda continuada e inform% espec(ficamente al final de la teraci%n

Eemplar uncional.

$os ries&os pertinentes identificando " planeando c%mo diri&irselos es una parte importante

de planear para cada caa de tiempo en 'S'#.

En una avellana, el #étodo de 'esarrollo de Sistema 'inmico 1'S'#2 es un listo)

cambiando, aplicaci%n desarrollo pro"ecto modelo &il non)propietario para las solucionescomerciales en v(as de desarrollo dentro de los horarios firmes. 8corta la relo)velocidad 1"tiempo para comercializar2 para la entre&a de centro los beneficios comerciales. 'S'# esel 9nico acercamiento que puede &arantizar la entre&a en un d(a e-acto bao firme, lasfechas tope del nternet)tiempo. Es herramienta)independiente)no ha" nin&una herramientao el soft3are empaqueta para comprar 1o se desarrete por2.

'S'# nin&9n m&ico del es. El $os &erentes del pro"ecto e-perimentados lo ven comouna estrate&ia sistemtica del com9n del sentido. El $as pocas ideas en el 'S'# hionuevas? las prcticas ms buenas son construidos en el modelo. El resultado de +omo, laspersonas estn aplicando 'S'# un los pro"ectos en una &ama amplia del campos, en el "fuera el lado de 7ecnolo&(a de nformaci%n. El $as recientes tendencias hio combinar'S'# PR


48/49

^


49/49

6tt04DDingenieria#esoft5are.me.tlD;?EGRu0:Agil.6tml

http;in&enieriadesoft3are.me-.tlima&esHHMI'S'#QCBdocumento.pdf

http;333.lcc.uma.es_av#'')#'8

http;333.eumed.netlibros)

&ratisCBBIcJM'escripcionQCBdeQCBlasQCBherramientasQCBaQCButilizarQCBparaQCBaplicar QCBRUPQCB"QCBScrum.htm
http://ingenieriadesoftware.mex.tl/52788_Rup-Agil.htmlhttp://ingenieriadesoftware.mex.tl/images/18149/DSDM%20documento.pdfhttp://www.lcc.uma.es/~av/MDD-MDA/http://www.eumed.net/libros-http://ingenieriadesoftware.mex.tl/52788_Rup-Agil.htmlhttp://ingenieriadesoftware.mex.tl/images/18149/DSDM%20documento.pdfhttp://www.lcc.uma.es/~av/MDD-MDA/http://www.eumed.net/libros-

Documents

metodologias formales y agiles.docx