SERVIO PBLICO FEDERAL MINISTRIO DA EDUCAO SECRETARIA DE EDUCAO PROFISSIONAL E TECNOLGICA INSTITUTO FEDERAL DE EDUCAO, CINCIA E TECNOLOGIA FARROUPILHA

CAMPUS SANTO AUGUSTO

AM Modelagem gil (Agile Modeling AM) OpenUP

Alunos: Antnia Fagundes Armando Geraldo Fagundes Fernando Dan Leandro Carlos Peixoto Nilson Gomes Tatiana Fagundes

SANTO AUGUSTO-RS MAIO - 2011

Alunos: Antnia Fagundes Armando Geraldo Fagundes Fernando Dan Leandro Carlos Peixoto Nilson Gomes Tatiana Fagundes

AM Modelagem gil (Agile Modeling AM) OpenUP

Trabalho apresentado ao Professor Adriano Brumm da Fontoura da disciplina Engenharia de Software da turma 4 Semestre, turno noite do curso de Licenciatura Em Computao .

IFF - INSTITUTO FEDERAL DE EDUCAO, CINCIA E TECNOLOGIA FARROUPILHA

Santo Augusto - 19 de Maio de 2011.

SUMRIO

1. 2.

INTRODUO ................................................................................................................ 4 Agile Modeling .................................................................................................................. 5 Manifest Agile ........................................................................................................................ 5 Os Valores da Agile Manifest ................................................................................................ 5 Princpios Centrais da AM ..................................................................................................... 6 Princpios Suplementares da AM ........................................................................................... 7 Definio de Modelagem Agil. .............................................................................................. 8

3.

PROCESSO UNIFICADO ABERTO (OPENUP)........................................................ 9 Princpios do OpenUp .......................................................................................................... 10 Quem deve usar o OpenUP/Basic?....................................................................................... 10 Fases de Concepo.............................................................................................................. 10

4. 5. 6.

CONCLUSO................................................................................................................. 12 BIBLIOGRAFIA ............................................................................................................ 13 ANEXOS ......................................................................................................................... 14

1. INTRODUO

Nos ltimos tempos fez se a necessidade de criar novas tecnologias para agilizar o processo desenvolvimento de software, altos custos para o desenvolvimento de grandes projetos , as escassez de profissionais na rea, necessidades de desenvolver os software em um tempo mais curto e constantes problemas existentes na qualidade do software, fizeram com que grandes empresas comeassem a buscar alternativas para minimizar esse problema. Existem hoje vrios tipos de modelos como por exemplo Agile, Cleanroom, Iterativo, RAD, RUP, Espiral, Waterfall, XP dentre outros. Nesse trabalho vamos conhecer e analisar o Agile Modeling (AM ) , esse modelo visa aumentar a eficincia das equipes, sem necessitar de especificidades de seus

componentes para desenvolver projetos cada vez mais flexveis que so utilizado na prtica do dia-a-dia , porm no to rpido como XP , Scrum e outros citados acima.

2. AGILE MODELING

AM uma coleo de prticas com princpios e valores que podem ser aplicados por profissionais de software no dia a dia, segundo Scott W. Ambler. AM no define procedimentos detalhados de como criar um modelo e sim d orientaes de como o modelador poder ser mais efetivo. Pode ser adaptado para ser utilizado com o XP ou RUP . O tamanho do projeto um dos fatores que devemos levar em conta na hora de optar pela metodologia AM , normalmente so utilizadas de 20 a 40 pessoas para esse tipo de projetos.

Manifest Agile
Em 2001 um grupo de consultores , engenheiros e profissionais da rea , apresentaram o "The Agile Manifest", com o objetivo de discutir melhores formas de desenvolvimento de software , dando com isso agilidade as metodologias j existentes, nele continham as principais citaes :

Valorizar as pessoas envolvidas no processo e as relaes entre elas, ao invs de se focar em processos e em ferramentas; Maior foco na produo do software do que em documentao; Estar disposto a mudanas caso exista oposio ao seguimento rigoroso de um plano; A satisfao do cliente como objetivo principal. A Transformao da mudana numa vantagem competitiva do cliente; O grupo de desenvolvimento e os clientes devem reunir-se, com o objetivo de discutir

o andamento e obter mais informaes acerca do software; Oferecer um ambiente e apoio apropriado aos envolvidos no projeto; Simplicidade nos projetos.

Os Valores da Agile Manifest

Comunicao : Uma comunicao mais clara entre a parte interessada (Strakholders)

e os desenvolvedores . Coragem : Na tomada de decises deve ser ter esse atributo, para que quando

necessrio podo fazer mudanas.

Feedback : A utilizao de diagramas para se ter um conceito ,mais claro , facilitando

a troca de opinies entre os pares , conseguindo assim melhorias no projeto. Humildade : O desenvolvedor , tem que reconhecer que no dono da verdade ,

muitas vezes se expressar ao mximo da linguagem do Cliente, mostrando que eles tambm podero contribuir muito para o projeto. Simplicidade : Os diagramas so ferramentas importantes para o desenvolvedor

pode passar suas idias , principalmente para simplifica as parte mais criticas do processo de software.

Princpios Centrais da AM
Simplicidade Assumida : A medida que desenvolvemos , devemos buscar as

solues mais simples possveis , mesmo que o sistema evolua , adicionar recursos que voc no vai utilizar hoje , no garantia que sero usados no futuro, ou seja podero ser desnecessrios. Mudanas Bem-vindas : As vezes so necessrias mudanas de requisitos por

exemplo , seja por parte dos Stakeholder , ou por decises do gerente da equipe , e o time deve estar preparado para mudanas. Capacitar o Prximo Esforo Seu Objetivo Secundrio : Significa , pensar

adiante , o sistema que voc est construindo hoje , poder sofrer atualizaes no futuro , ento mesmo quando se est construindo o sistema e mesmo tendo a convico que ele seja de qualidade devemos estar de olho la na frente, e nos precaver de boa documentao mesmo necessitando de um esforo maior da equipe. Mudanas Incrementais : Um projeto no necessariamente tem que ter um inicio ,

meio e fim , muitas vezes eles necessitam de mudanas por diversos fatos , sejam por necessidade externas com plataforma , ou por mudanas no escopo. Maximizar o Investimento dos interessados : Para que os Stakeholder tenham

investimentos constantes ou talvez em outros projetos , devemos mostrar resultados satisfatrios para eles . Modelar com um Propsito: A maioria dos projetos no se preocupa com uma

modelagem que se adapte ao usurio final, devemos nos preocupar tambm com as pessoas que estaro operando o sistema , desde o manual de usurio , o como ele deve ser criado , se resumido , detalhado , todos esses aspectos deve ser debatido nas interaes como o gerente

de projetos e usurio final. Antes de modelarmos e se preocuparmos com os cdigo devemos nos preocupar com o por qu e para que est sendo criado esse modelo. Mltiplos Modelos : Com o decorrer dos trabalhos que vai sendo realizado , a

aquisio de metodologias , kit de ferramentas que nos ajudaro a gerir a produtividade dos sistemas , dentre esses separar modelo potenciais mais utilizados , que em determinado ponto de outros sistemas podero se encaixar. Trabalho de Qualidade : Fazer um trabalho que no de qualidade , significa mais

adiante um retrabalho, at por qu no vai ser algo que possamos nos orgulhar , e nem to pouco atender as expectativas do cliente. Feedback Rpido : Uma boa conversa com o cliente , dar um feedback das suas

idias , principalmente com relao a interface, analisar as suas exigncias , de forma que corresponda as suas necessidades. Software Seu Objetivo Primrio : O principal objetivo no produzir

documentao , artefatos de gesto ou modelos , mas produzir software de qualidade que atenda as necessidades das partes interessadas, qualquer atividade que fuja desse foco , devera ser questionada.

Princpios Suplementares da AM
Contedo Mais Importante que Representao Todos Podem Aprender Com Todos os Outros Conhea seus Modelos Conhea suas Ferramentas Adaptao Local Comunicao Aberta e Honesta Trabalhe Com o Instinto das Pessoas

Definio de Modelagem Agil.

AM uma complementao aos processos de desenvolvimentos j existentes , cujo objetivo buscar a eficincia na modelagem e na documentao, uma tcnica que melhora o desenvolvimento dos profissionais , deixando o desenvolvedor com maio foco no projeto e no no cdigo , um modelo mais fcil de ser desenhado, mas no visa a

eliminao do uso de UML por exemplo. O desenvolvimento em alguns casos 100% visual , ficando mais fcil para o desenvolvedor entender as necessidades do usurio.

3. PROCESSO UNIFICADO ABERTO (OPENUP)

O que o OpenUP?

OpenUP um processo de Desenvolvimento Unificado, que aplica mtodos iterativos e incrementais dentro de um ciclo de vida estruturado. OpenUP adota uma filosofia pragmtica e gil que foca na colaborao entre seus desenvolvedores. uma ferramenta que pode ser estendido para lidar com uma ampla variedade de tipos de projeto.

Esforo pessoal em um projeto OpenUP organizada em micro-incrementos. Essas unidades representam curto espao de trabalho que produzem um ritmo constante e mensurvel do progresso do projeto (normalmente medido em horas ou poucos dias). O processo se aplica intensa colaborao como o sistema de forma incremental desenvolvido por uma equipe, comprometida auto-organizadas, ambas fornecendo feedbacks freqentes , que leva a decises de adaptao em cada iterao, essas interaes divide o projeto , com intervalos de tempo fixo normalmente medido em semanas.

OpenUP divide o projeto em 4 fases: Iniciao, Elaborao, Construo e Transio.

Concepo: Todos os stakeholders concordam com o escopo e objetivos do projeto? Elaborao: Todos concordam com a arquitetura proposta e o valor entregue ao cliente considerando os riscos levantados?

Construo: Existe uma aplicao que est quase pronta rodando bem prxima a ser finalizada?

Transio: A aplicao est finalizada e o cliente satisfeito?

Princpios do OpenUp
OpenUp representa a famlia de plugins do processo unificado aberto Eclipse Proccess Framework.

O Equilibrar as Prioridades concorrentes para maximizar o valor para os stakeholders Colaborar para alinhar interesses e compartilhar entendimento Focar na evidenciao da arquitetura Facilitar a colaborao tcnica, reduzir o risco, e minimizar o sucateamento e o retrabalho. Evoluir para continuamente obter feedback e melhorias Iteraes curtas para antecipar o feedback O OpenUP/Basic j vem pronto para ser usado, no necessitando de adies ou alteraes. Pode tambm ser extendido para adicionar novo contedo de desenvolvimento ou personalizar o processo para qualquer ambiente especfico. Quem deve usar o OpenUP/Basic? O OpenUP/Basic mais til para quatro grupos primrios de usurios: Profissionais de desenvolvimento de software (desenvolvedores, gerentes de projeto, analistas e testadores) que trabalham juntos como uma equipe de projeto; mais crticos Interessados; Engenheiros de processo de software; Instrutores.

Fases de Concepo
O propsito desta fase conseguir entendimento simultneo entre todos os

stakeholders dos objetivos de ciclo de vida para o projeto Objetivos: Entenda o que construir. Determine a Viso, o escopo do sistemas, e seus

limites. Identifique quem stakeholder do sistema e porque Identifique as funcionalidades chave do sistema. Decida quais requisitos so

Determine pelo menos uma soluo possvel. Identifique pelo menos uma

arquitetura candidata e sua aplicao prtica Entenda o custo, cronograma, e os riscos associados ao projeto

Os profissionais de desenvolvimento de software podem encontrar orientao sobre o que exigido deles quando da execuo dos papis definidos no OpenUP/Basic. Cada papel descreve um conjunto de tarefas e artefatos de sua responsabilidade. Tambm dada orientao de como estes papis colaboram entre s. Os interessados encontraro orientao do que podem esperar da equipe de desenvolvimento de software e como o software ser criado. O OpenUP/Basic descreve tambm as responsabilidades dos interessados e qual a melhor forma deles trabalharem com a equipe de desenvolvimento para obter um software que atenda s suas necessidades. Os engenheiros de processo de software podem usar o EPF Composer para modificar e estender o OpenUP/Basic. As modificaes podem ser to simples como a alterao de gabarito para produtos de trabalhos, ou to sofisticadas como a adio de atividades necessrias para criar o software em seu ambiente especfico, tal como auditorias para sistemas de misso crtica. Alm da modificao do contedo de mtodo, os engenheiros de processo podem incluir, alterar ou excluir fluxos de processo para adicionar padres de capacidade especficos da organizao. O OpenUP/Basic tambm se aplica s organizaes acadmicas. Como um processo de cdigo aberto, pode servir como base para cursos de engenharia de software e, quando combinado com o EPF Composer, para cursos de engenharia de processo de software.

4. CONCLUSO
Nesse trabalho conseguimos entender aspectos importantes utilizados na AM, o prprio nome nos d a direo dessa metodologia , que contribui muito para eficincia do desenvolvimento . Uma das dificuldades do desenvolvimento de software sempre foi com relao as prazos estourados ,constantes releases normalmente pelo distanciamento entre o desenvolvedor e o usurio. Com a metodologia ele inicializa os processos de

desenvolvimento de uma forma mais natural e prxima da realidade a qual o sistema ser utilizado, mais objetivo , e sem muitos detalhamentos , acreditamos que no a soluo para todos os sistemas projetados . Com relao ao OpenUp podemos dizer que a colaborao entre seus desenvolvedores o essencial para o sucesso do projeto , por utilizar o formato incremental no seu desenvolvimento , o compartilhamento das informaes , as interaes e os feedbacks , se tornam itens fundamentais em todo esse processo.

5. BIBLIOGRAFIA

AMBLER, Scott . Disponvel em: <http://www.agilemodeling.com>. Acessado em 16 de maio 2011 AMBLER, Scott Disponvel em: <http://www.ambysoft.com/books/agileModeling.html> Acessado em: 16 de maio 2011. GONALVES, Andr Ricardo <http://www.dca.fee.unicamp.br/~andreric/arquivos/Agile.pdf> Acessado em 16 de 2011 <http://www.ibm.com/developerworks/br/rational/local/open_up/index.html> <http://epf.eclipse.org/wikis/openup/> Acessado em Acessado em: 14 de maio 2011. maio

6. ANEXOS

1) O que Modelagem gil ? uma metodologia nica, especialmente projetada para tornar mais produtivos os esforos de modelagem no desenvolvimento de projetos de software.

2) Quais os princpios que devem ser observados para que o processo adotado seja realmente gil? Princpios Fundamentais ou Centrais e Princpios Suplementares

3) Quais os valores da Modelagem gil ? Comunicao, coragem, feedback, humildade e simplicidade.

4) Quais as prticas da Modelagem gil? Centrais e Prticas Suplementares

Prticas Fundamentais ou

5) O que OpenUP ? um processo de desenvolvimento de software de cdigo aberto projetado para equipes pequenas e centralizadas que querem ter uma abordagem gil para desenvolvimento.

6) Quais os princpios do OpenUP ? Equilibrar as prioridades concorrentes para maximizar o valor para os stakeholders colaborar para alinhar interesses e compartilhar entendimentos focar na evidenciao da arquitetura evoluir para continuamente obter feedback e melhorias

7) Quem deve usar o OpenUP ? Profissionais de desenvolvimento de software (desenvolvedores, gerentes de projeto, analistas e testadores) Stakeholders (interessados) engenheiros de processo de software Instrutores

8) Quais as fases do OpenUP ? Fase de Concepo Fase de Elaborao Fase de Construo Fase de Transio