Qualidade de software no openup/basic Gilberto Nerino Daniel Berg Diovanni Araújo Fabrício Braga
http://nerdson.com
Roteiro Visão Geral Princípios Atores Áreas de conteúdo Disciplina de trabalho Fases do ciclo de vida A qualidade no processo OpenUp Garantia e controle da qualidade Conclusão Referências
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).
Princípios Colaboração Entendimento comum. Equilibrio Custo-benefício. Foco Escolha da arquitetura. Reuso(retrabalho). Evolução Feedback.
penUP/Basic Atores Analyst Stakeholder Tester Developer Project Manager Architect Developer Tester In OpenUP, project members taking on these roles collaborate to build the right product. penUP/Basic
Atores penUP/Basic Analyst Stakeholder Tester Developer Project OpenUP 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
Atores penUP/Basic Analyst Stakeholder Tester Developer Project The 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
Site do OpenUp - (http://epf.eclipse.org/wikis/openup/)
Á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
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
Fases do Ciclo de Desenvolvimento O processo interativo OpenUp tem como fases : Inception(Concepção) Elaboration(Elaboração) Contruction(Construção) Transition(Transição)
• 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
• 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
Fase de Concepção. Fase de Elaboração. Fase de Transição. Fase de Construção. Fase de Transição.
Garantindo a Qualidade Reduçã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.
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
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.
Testadores e Testes
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.
Esta é a lista dos produtos de trabalho relacionados ao domínio de teste. Test Case Test Log Test Script
Onde o OpenUp se adapta melhor:
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;
Referências Revista Visão Ágil, Ano II, Edição 01. Disponível em: www.visaoagil.com. Acesso em 20/05/09 GUSTAFSSON, Bjorn. OpenUP – O melhor dos Dois Mundos. Disponível em: www.goodsoftware.ca. 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: http://www.linhadecodigo.com.br/Artigo.aspx?id=1723. Acesso em 18/05/09
Referências KROLL, Per; LYONS, Brian. OpenUP Distilled. Disponível em: http://www.eclipse.org/epf/community/Open%20Unified%20Process%20Distilled%20by%20Kroll%20and%20Lyons.ppt. Acesso em 15/05/09 Eclipse Wiki: OpenUP/Basic. Disponível em: http://epf.eclipse.org/wikis/openuppt/. Acesso em 15/05/09