1 Qualidade de software no openup/basicGilberto Nerino Daniel Berg Diovanni Araújo Fabrício Braga

2

3 Roteiro Visão Geral Princípios Atores Áreas de conteúdoDisciplina de trabalho Fases do ciclo de vida A qualidade no processo OpenUp Garantia e controle da qualidade Conclusão Referências

4 Visão Geral Criado por um brasileiro (IBM) baseado no RUP e XP.OpenUP é Open Source. OpenUP/Basic é direcionado para pequenas empresas. Software funcionando é mais importante que documentação (Métodos ágeis). Formalismo e documentação. Mínimo, completo e extensível(EPF Composer).

5 Princípios Colaboração Entendimento comum. Equilibrio Custo-benefício.Foco Escolha da arquitetura. Reuso(retrabalho). Evolução Feedback.

6 penUP/Basic Atores Analyst Stakeholder Tester Developer ProjectManager Architect Developer Tester In OpenUP, project members taking on these roles collaborate to build the right product. penUP/Basic

7 Atores penUP/Basic Analyst Stakeholder Tester Developer ProjectOpenUP is architected so that you easily can swap out or modify any of the sub-processes for intent, management, and solutions development. penUP/Basic Project Manager Architect

8 Atores penUP/Basic Analyst Stakeholder Tester Developer ProjectThe Work Items List keeps everything together. Intent is mapped to work items, which are prioritized and managed, and drives development and test. penUP/Basic Project Manager Architect

9 Site do OpenUp - (http://epf.eclipse.org/wikis/openup/)

10 Áreas de Conteúdo Cada área de Conteúdo define aspectos importantes dos atores no processo de desenvolvimento. - São eles: ° Colaboração e Comunicação ° Propósito ° Gerenciamento ° Solução

11 Disciplinas As Disciplinas agrupam diversas tarefas e representam diferentes aspectos do desenvolvimento de aplicações . Análise e Design Gerenciamento de Configurações e Alterações Implementação Gerenciamento de Projeto Requisitos Testes

12 Fases do Ciclo de DesenvolvimentoO processo interativo OpenUp tem como fases : Inception(Concepção) Elaboration(Elaboração) Contruction(Construção) Transition(Transição)

13 • Planejar e Gerenciar Interações . • Gerenciar Requisitos – Fase de Concepção. • Iniciar Projeto • Planejar e Gerenciar Interações . • Gerenciar Requisitos – • Determinar viabilidade da Arquitetura Fase de Elaboração •Define a Arquitetura •Desenvolver a Solução (para requisitos seguindo o contexto) •Validar a implementação – •Tarefas em Curso

14 • Gerência de Interação(Continuação) Fase de Construção • Gerência de Interação (Continuação)– • Gerência de Requisitos(Continuação) • Desenvolver a Solução(Continuação) • Validação da implemen- tação(Continuação) • Tarefas em Curso Fase de Transição • Gerência de Interação(Continuação) • Desenvolver a Solução (Continuação) • Validação da Implementação (Continuação) • Tarefas em Curso

15 Fase de Concepção. Fase de Elaboração. Fase de Transição.Fase de Construção. Fase de Transição.

16 Garantindo a QualidadeRedução de risco mais cedo no projeto. Maior previsibilidade no restante do projeto. Maior confiança dos envolvidos no projeto. Para isso: Permita feedback ao entregar valor incrementalmente em cada iteração. Adapte seus planos usando um processo iterativo. Abrace e gerencie a mudança. Ataque os maiores riscos técnicos e de negócios no início do projeto.

17

18 Focando continuamente em qualidade:Maior qualidade do produto final. Visibilidade rápida e mais cedo no projeto acerca do progresso e da qualidade. Para isso: Assegure que toda a equipe seja responsável pela qualidade do produto. Teste mais cedo e continuamente. Incrementalmente construa automação de testes. Conduza apenas revisões de artefatos Intermediários Fazer o teste unitário completo

19 Benefícios de Adaptar Eficiência do ciclo de vida.Comunicação aberta e honesta dos riscos. Para isso... Adapte o processo às necessidades do projeto. Melhore o processo continuamente. Faça o balanceamento entre os planos de projeto e as estimativas associadas versus a incerteza do projeto.

20 Testadores e Testes

21 Testador Este papel é responsável pelas principais atividades do esforço de teste. Estas atividades incluem identificar, definir, implementar e conduzir os testes necessários, bem como registrar os resultados dos testes e analisar os resultados.

22 Esta é a lista dos produtos de trabalho relacionados ao domínio de teste.Test Case Test Log Test Script

23 Onde o OpenUp se adapta melhor:

24 Conclusão OpenUP/Basic:Processo de Desenvolvimento de Software mínimo, completo e extensível; Processo estável e compacto; Foco no produto, foco no cliente; Qualidade garantida pelo processo; Processo de validação e verificação enfáticos; Minimização dos riscos; Maximização dos valores do produto; Colaboração e comunicação; Flexível as mudanças;

25 Referências Revista Visão Ágil, Ano II, Edição 01. Disponível em: Acesso em 20/05/09 GUSTAFSSON, Bjorn. OpenUP – O melhor dos Dois Mundos. Disponível em: Acesso em 18/05/09 NETO, Roberto Capra. Gestão e metodologias ágeis: E existe outro tipo?. Publicado em: 19/03/08. Disponível em: Acesso em 18/05/09

26 Referências KROLL, Per; LYONS, Brian. OpenUP Distilled. Disponível em: Acesso em 15/05/09 Eclipse Wiki: OpenUP/Basic. Disponível em: Acesso em 15/05/09