Gestão de Configuração de Software e Gestão Da Qualidade

Gerncia de Configurao de Software e Qualidade de Software
Fagner Souza e Eurpedes Silva

So Paulo IPT, 28 de Abril de 2011
Agenda
1. Introduo
1.Objetivo 2.Referncias Bibliogrficas 3.Premissas e Restries
2. Gerncia de Configurao de Software

1.Modelo de Processo 2.Arquitetura de Software 3.Plano de Gerncia de Configurao 4.Infraestrutura de Gerncia de Configurao
3. Qualidade de Software
1.Modelo de Processo 2.Plano de Garantia da Qualidade
28 de Abril de 2011
Estudo de Caso - Restaurante DaGinoFagner Souza e Eurpedes Silva Estudo de Caso - Restaurante DaGinoFagner Souza e Eurpedes Silva
Objetivo
Proposta para um plano de Gerncia de Configurao do Processo de Software. Proposta para um plano de Garantia da Qualidade.
28 de Abril de 2011
Referncias Bibliogrficas
[SWEBOK2004] IEEE SWEBOK 2004, IEEE Guide to the Software Engineering Body of Knowledge 2004 Version. [IEEE12207] IEEE/EIA 12207.0TM -1996, IEEE Standard for Information Technology Software Life Cycle Processes. [IEEE828-2005] IEEE Std 828TM -2005, IEEE Standard for Software Configuration Management Plans. [IEEE730-2002] IEEE Std 730TM -2002, IEEE Standard for Software Quality Assurance Plans. [IEEE610-1990] IEEE Std 610.12TM -1990, IEEE Standard Glossary of Software Engineering Terminology. [Whi02] White, B.A. Software Configuration Management Strategies and Rational ClearCase. Addison-Wesley 2000. [Fai09] Fairley, R.E. Managing And Leading Software Projects. Wiley-IEEE Computer Society Press 2009. [Bec99] Beck , K.. Extreme Programming Explained. Addison-Wesley 1999. [App04] Appleton, B.. Agile Configuration Management Environments. Chicago SPIN, 2004. [Has02] Hass, A.M.J. Configuration Management Principles and Practice. AddisonWesley 2000. [Ast03] Astels, D. Test-Driven Development: A Practical Guide. Prentice Hall PTR 2003. [Lew04] Lewis, W. E. Software Testing and [Auerbach] Continuous Quality Improvement 2 edition. 2004. [PMBOK2004] Project Management Body Of knowledge. Project Management Institute 2004. [SITE1] Ambler, ScottEstudo de Caso - Restaurante DaGinoFagner Souza e Eurpedes Silva W. HTTP://WWW.AMBYSOFT.COM/. 28 de Abril de 2011 4 Estudo de Caso - Restaurante DaGinoFagner Souza e Eurpedes Silva [SITE2] Wells , J. Donovan. HTTP://WWW.EXTREMEPROGRAMMING.ORG/.
Premissas e Restries
Consultoria de TI E & F Systems Tecnologia da Informao est contratada para a implementao do Sistema GMS GinoManagmentSystem, (denominao, conforme apresentao do Grupo G3); bem como a prestao de servios de suporte e manuteno ps- implantao, incluindo Qualidade de software. A Empresa Restaturantes DaGino no da rea de Tecnologia da Informao e portanto no tem expertise tcnico nesta rea; A Gesto de Qualidade, conforme contrato estabelecido entre as partes vai prestar servios de controle de qualidade e garantia de qualidade exclusivamente para o projeto de implementao e manuteno do GMS, estando fora os processos organizacionais da Empresa. Os trabalhos apresentados pelos grupos anteriores foram Estudo de Caso - Restaurante DaGinoFagner Souza e Eurpedes Silva 28 de Abril de 2011 adaptados Estudo de Caso - Restaurante DaGinoFagner Souza e Eurpedes Silva e parcialmente incorporados ao planejamento5
Premissas e Restries
O Desenvolvimento ser local e na E & F Systems, conforme definies do Planejamento do projeto. Este trabalho foi baseado em alguns aspectos de apresentaes anteriores (no em todos). O contrato entre a E & F Systems e Restaturantes DaGino est assinado pela Direo das Empresas e composto de documento de Termo de Confidencialidade de informaes e Acordo de nvel de Servios estabelecido entre as partes. A Empresa Restaurantes DaGino est ciente da metodologia de Desenvolvimento e Homologao de Softwares, Gesto de projetos da E & F fundamentadas nas recomendaes da IEEE SWEBOK 2004 e ] IEEE/EIA 12207.0TM -1996 No escopo desse trabalho apresentar e detalhar metodologias ou mtodos geis e Qualidade em termos organizacionais.
28 de Abril de 2011
Restries
Custo do projeto:
Para a implementao e fases de suporte e manuteno o oramento no dever ultrapassar o valor definido em reunio da Direo das Empresas DaGino e E & F Systems.
28 de Abril de 2011
Estudo de Caso - Restaurante DaGinoFagner Souza, Eurpede, Alan Estudo de Caso - Restaurante DaGinoFagner Souza, Eurpede, Alan
Gerncia de Configurao do Software

Estudo de caso: Restaurante DaGino
Recapitulando o estudo de caso

Pocket PC Application Server Display de Pedidos
Reservar mesa
Terminal de Cozinha
Pedir prato
Fechar mesa
Pedidos prontos
RECEP O
28 de Abril de 2011
SAL O
C O Z IN HA
9
Hipteses
Modelo de processo de software. Arquitetura de Software.
28 de Abril de 2011
10
Hipteses
Modelo de processo de software
Extreme Programming
28 de Abril de 2011
11
Hipteses
Arquitetura de Software
Sistema DaGino
[GRUPO6]
28 de Abril de 2011
12
Hipteses
O time de desenvolvimento do sistema DaGino
[SITE1]
28 de Abril de 2011
13
um documento que define as estratgias para o controle de alteraes no software.
Software Configuration Management Plan O que ?
28 de Abril de 2011
14
No escopo da 12207
[IEEE12207 ]
28 de Abril de 2011
15
O que h no plano?
Definio dos itens da configurao; Versionamento desses itens ao longo do tempo; Ferramentas para controle das verses dos itens de configurao; Ferramentas para controle das requisies de alteraes nos itens da configurao; ...enfim, controle da MUDANA.
28 de Abril de 2011 Estudo de Caso - Restaurante DaGinoFagner Souza e Eurpedes Silva Estudo de Caso - Restaurante DaGinoFagner Souza e Eurpedes Silva 16
Por que eu preciso disso?

Porque o software muda (evolui); Porque o time muda (as pessoas vo e vem); Porque a empresa muda (estratgia, processo); Porque at voc muda (se voc estiver aprendendo, ento voc tambm evolui);
[Whi02]
28 de Abril de 2011
17
Aplicando para o DaGino Identificando os ICS

Item de Configurao de Software (ICS): conjunto de software que designado para GC e tratado como uma entidade nica no PGC (IEEE610-1990).
Exemplos tpicos: planos, especificaes, documentao de design, material de teste, ferramentas de software, cdigo fonte (.java, .c, .html e etc) e executveis (.class, .jar, .exe, .so e etc), bibliotecas (.h, .jar, e etc), dados e dicionrio de dados, documentao para instalao, Estudo de e - Restaurante DaGinoFagner Souza e Eurpedes Silva manuteno Casooperao e uso do software 28 de Abril de 2011 18 Estudo de Caso - Restaurante DaGinoFagner Souza e Eurpedes Silva
28 de Abril de 2011
19

User Stories: requisitos do sistema; Achitectural Spike: System Metaphor, ou arquitetura do sistema; Release Plan: plano de liberao, contendo quais User Stories estaro presentes no trabalho a ser realizado na iterao seguinte; Acceptance Tests: testes de aceitao; Small Releases: verses finalizadas e aprovadas pelo cliente. So compostas por um ou mais dos mdulos presentes na arquitetura do sistema;
28 de Abril de 2011 Estudo de Caso - Restaurante DaGinoFagner Souza, Eurpedes, Alan Estudo de Caso - Restaurante DaGinoFagner Souza, Eurpedes, Alan
20
Aplicando para o DaGino

Plano de Gesto de Configurao de Software Introduo: Propsito O objetivo deste documento descrever quais ICs devem ser armazenados e versionados, bem como estabelecer as regras para alterao desses itens. O documento destinado aos desenvolvedores, cliente e demais pessoas diretamente envolvida no desenvolvimento do Software DaGino para o Restaurante DaGino.

Plano de Gesto de Configurao de Software Introduo: Escopo
28 de Abril de 2011
22

Plano de Gesto de Configurao de Software Introduo: Escopo
a) O projeto a que este documento se refere software para automao das atividades de reserva de mesa, pedido de pratos, controle de receitas de pagamento do restaurante DaGino. b) Os seguintes itens de configurao fazem parte desse projeto: User Stories, System Metaphor, Software releases e etc; c) Os seguintes sistemas de apoio constam do plano e das atividades realizadas no processo de desenvolvimento: JUnit, Subversion, Redmine e etc; d)Este plano relaciona-se com o PGCH na medida que funcionalidade do sistema de software dependem de caractersticas especficas disponveis e controladas pelas diversas verses do hardware. Sempre que esse for o caso, o PGCH dever ser citado, e uma relao entre o IC do PGCH e de sua contraparte no PGCS devem ser claramente relacionadas. e) O grau de formalidade deste plano ser limitado ao permitido pelo paradigma gil, e o controle de alterao no envolver nenhum tipo de autorizao seno aqueles j previstos no processo de desenvolvimento XP. f) Nenhuma limitao. g) Nenhuma questo adicional; Estudo de Caso - Restaurante DaGinoFagner Souza e Eurpedes Silva 28 de Abril de 2011 23
Estudo de Caso - Restaurante DaGinoFagner Souza e Eurpedes Silva

Plano de Gesto de Configurao de Software Introduo: Glossrio e Referncia
Glossrio:
IC: Item de Configurao. ICS: Item de Configurao de Software. PGCS: Plano de Gesto de Configurao de Software. Pocket PC: Computador de mo, utilizado na soluo de software a que se refere este documento; PVRT: Plano de Validao de Resultados de Testes; EF: Especificao Funcional; ...
Referncia:
[SWEBOK2004] IEEE SWEBOK 2004, IEEE Guide to the Software Engineering Body of Knowledge 2004 Version. [IEEE12207] IEEE/EIA 12207.0TM -1996, IEEE Standard for Information Technology Software Life Cycle Processes. [IEEE828-2005] IEEE Std 828TM -2005, IEEE Standard for Software Configuration Management Plans. [IEEE730-2002] IEEE Std 730TM -2002, IEEE Standard for Software Quality Assurance Plans. [IEEE610-1990] IEEE Std 610.12TM -1990, IEEE Standard Glossary of Software Engineering Terminology.
28 de Abril de 2011
24

Plano de Gesto de Configurao de Software GCS Gesto: Organizao
28 de Abril de 2011
25

Plano de Gesto de Configurao de Software GCS Gesto: Organizao | Papeis - Desenvolvimento
Desenvolvimento
Cliente Desenvolvedores
Papeis
Solicita novos requisitos (User Stories) Aprova o resultado das iteraes Desenvolvem requisitos
Autoriza Gerente do Projeto produo de novos requisitos (User Stories)
28 de Abril de 2011
26

Plano de Gesto de Configurao de Software GCS Gesto: Organizao | Papeis - Manuteno
Manuteno
Cliente
Papeis
Reporta falhas no software Aprova o resultado das iteraes
Desenvolvedores
Desenvolvem correes para as falhas
28 de Abril de 2011
27

Plano de Gesto de Configurao de Software GCS Gesto: Responsabilidades

Unidade
Responsabilidades
ClienteDecide prioridade das User Stories e Change Requests Desenvolvedores Gerente do Projeto
28 de Abril de 2011
Aprova o resultado das iteraes. A Baseline estabelecida aps aprovao da
Estima esforo para cada User Story e Change Request; Implementa as User Stories e Change requests
Autoriza produo de novos requisitos (User Stories):
Somente alteraes funcionais na Baseline passam por aprova
28

Plano de Gesto de Configurao de Software GCS Gesto: Polticas, diretrizes e procedimentos
O time de desenvolvimento gil (XP) e PGCS deve ser leve o suficiente para permitir que o time continue sendo (gil). As principais caractersticas do time esto listadas abaixo e devem ser usadas como restrio a aplicao do PGCS:
Projetos geis dependem de: um bom dilogo com o usurio, entregas rpidas e constantes, cdigo[Has02] testado a cada duas a doze semanas e frequente feedback sobre a qualidade de requisitos e projeto.
28 de Abril de 2011
29

Plano de Gesto de Configurao de Software GCS Gesto: Polticas, diretrizes e procedimentos | Termos e
Os seguintes termos e conceitos no PGCS devem ser considerados com base nas restries definidas aqui:
Controle de Alterao,
comea no primeiro dia de projeto para o time gil, e baseado na comunicao com o usurios e clientes. Com isso os requisitos so extrados ou na forma de novas funcionalidades ou na forma de change requests de funcionalidades j desenvolvidas. O time estima o esforo e o cliente estima a prioridade de cada solicitao para a prxima iterao; Esse processo dinmico, constante e o equivalente gil para o CCB. O time tem autorizao automtica para alterar o cdigo em duas situaes:
Implementar novas caractersticas (ex. User Stories), j aprovadas; Refactoring para melhorar a simplicidade do cdigo (leitura e manunteo);
[ Releases e marcos importantes dos builds so facilitados peloHas02] recurso tag da ferramenta de controle de verso; O desenvolvedor executa testes unitrios, realizam builds privados do sistema e executa Smoke Tests antes de realizar Eurpedes Silva seu Estudo de Caso - Restaurante DaGinoFagner Souza e commits de 28 de Abril de 2011 Estudo de Caso - Restaurante DaGinoFagner Souza e Eurpedes Silva ambiente privado para o repositrio de desenvolvimento do time. 30
efeitos
Autorizao para Alterao.
Identificao, armazenamento, integrao e build.

Plano de Gesto de Configurao de Software GCS Atividades: Identificao da Configurao| Composio da
Baseline
BASELINE
MDULO ESTOQUE
MDULO RECEPO
MDULO COZINHA
MDULO CAIXA
codes
user stories
release plans
...
28 de Abril de 2011
31

Plano de Gesto de Configurao de Software GCS Atividades: Identificao da Configurao | Evoluo da
Mudana
[App04]
28 de Abril de 2011
32

Plano de Gesto de Configurao de Software GCS Atividades: Nomeando Cis | Sistema para identificao
Tipo do User Story arquivo
Achitectural Spike Acceptance Tests Release Plan Manual do Usurio Change Request Release Note
Conveno
Ticket Eletrnico ACH_MMNN.doc TST_ACC_Modulo_Funcionalidade_MMNN.doc RPL_MMNN.doc UMN_Modulo_SubModulo_MMNN.doc Ticket Eletrnico RSN_MMNN.doc
Example
https://redmine.dagino.com.br/userstories/2774 ACH_0101.doc TST_ACC_Caixa_CadastrarUsuario_0211.doc RPL_0101.doc UMN_Caixa_Cadastro_0109.doc https://redmine.dagino.com.br/changerequests/2885 RSN_0101.doc
MMNN um nmero composto da seguinte maneira: MM : running number NN : nmero da iterao
28 de Abril de 2011
33

Plano de Gesto de Configurao de Software GCS Atividades: Nomeando Cis | Sistema para identificao | Ticket
Eletrnico
User Stories
Ticket number: Descrio: Iterao: Cliente: Status: Detalhes: 2774 Ttulo: Garon reserva mesa para cliente cliente solicita mesa ao garon e esse aloca a mesa no local de escolha do cliente 0 Data: 23/04/2011 Dino Desenvolvedor: Fagner Souza Pendente Owner: Project Manager 1 - Cliente chega ao restaurante e solicita reserva de mesa para x pessoas; 2- Garon consulta sistema para verificar mesas disponveis; 3- Cliente escolhe a mesa; 4- Garon marca a mesa como alocada para cliente;
Status Pendente Analise Liberado Aceito Owner Project Manager Desenvolvedor Cliente Cliente Descrio Falta liberao para o desenvolvimento Falta levantamento de dados: esforo, etc. Falta aprovao do cliente Requisito em produo
28 de Abril de 2011
34

Plano de Gesto de Configurao de Software GCS Atividades: Nomeando Cis | Sistema para identificao | Ticket
Eletrnico
Ticket number: Tipo: Mdulo: Cliente: Status: Detalhes:
Change Request
2885 Correo Caixa Gino Pendente Ttulo: Data: Messagem de erro ao excluir usurio 23/04/2011
Ao tentar excluir usurio do cadastro do Caixa, exibe mensagem de erro contendo os seguintes dados: DaoExceptionError! Mod=Caixa,Sub=Cadastro,id=12345
Tipo Correo Funcionalidade Status Pendente

Analise Liberado Aceito
Descrio Falha verificada junto a uma funcionalidade entregue Mudana junto a uma funcionalidade e solicitada pelo cliente Descrio Falta liberao para o desenvolvimento
Falta levantamento de dados: esforo, etc. Falta aprovao do cliente Pronto para produo
28 de Abril de 2011
35

Plano de Gesto de Configurao de Software GCS Atividades: Aquisio dos itens de configurao
DaGino GMS
Trunk
TRUNK: Team Integration Build. Aqui devem ser commitados cdigos que passaram por: Unit Tests, Private System Builds, e Smoke Tests; O acesso gerido pelo time de Sources desenvolvimento; TAG: Formal Release Build. Aqui devem ser commitados Caixa cdigos que passaram por: testes de aceitao e a Estoque reviso externa do time de qualidade; O controle de entregveis est contido nesse ramo. O acesso deve ser Cozinha autorizado pela gerncia; Recepcao BRANCH: Private Developer Build. Sem restrio de commit Docs (gravao). a rea de trabalho do desenvolvedor; Arch
IteractionPlan No Branch, os desenvolvedores rodam Unit Tests e realizam Builds privados do sistema e executam Smoke Tests antes Manual de commitar alteraes de sua rea privada para o Tools Trunk; , a equipe No TrunkCompiler executa a sincronizao do cdigo, code SO review em relao a qualidade do cdigo e da integrao, e executa tambm re-builds do zero, e Firmware submetem o trabalho aos testes de regresso antes de disponibilizar o cdigo para ser submetido aos testes release_1.1_0 de aceitao. No Tag, so disponibilizadas as releases montadas a partir Sources do Trunk e as quais passaram nos testes de aceitao e Build reviso externa do time de qualidade. O gerente quem Docs aprova o commit para esse ramo. Souza Fluxo: ReleasePlan
Poltica do repositrio:
Tag
28 de Abril de 2011
Branch
Estudo de Caso - Restaurante DaGinoFagner Souza e Eurpedes Silva Sources Estudo de Caso - Restaurante DaGinoFagner Souza e Eurpedes Silva Caixa
36

Plano de Gesto de Configurao de Software GCS Atividades: Controle da configurao
Autorizao para desenvolvedores realizarem alteraes precisa ser instantnea:
Uma vez que o desenvolvedor tenha sido definido, ele no deveria ter que esperar para comear a fazer check out de itens do repositrio; Se um bug quebra o build ou um teste de requisito falha, o desenvolvimento deve ser capaz de realizar o reparo sem ter que aguardar qualquer perodo de tempo para receber Autorizao; [App04] Nenhuma permisso adicional requerida para o refactoring;
28 de Abril de 2011
37

Plano de Gesto de Configurao de Software GCS Atividades: Estado da configurao | Relatrios
Atendimento atravs das ferramentas de apoio e infra-estrutura para GCS:
Sistema de Controle de Verso, atravs de Check-in User documentado. Ex.: ID .........: fagnerls.

Issue ID ........: 2885. Description ..: Messagem de erro ao excluir usurio. Solution .......: Corrigido nome da tabela no select principal. Comments ....: atualizao replicada para o teste unitrio.
Ferramenta para gesto atravs de Tickets Eletrnicos, atravs da gerao automtica de relatrios de quantidades de falhas registradas para um IC, tempo gasto para a correo das falhas, tempo gasto no desenvolvimento de User Stories e etc;
28 de Abril de 2011
38

Plano de Gesto de Configurao de Software GCS Atividades: Reviso da configurao
Dever ser atendido em face do Plano de Garantia da Qualidade; A reviso ser feita com base nas User Stories armazenadas no sistema de controle por tickets, e cada no conformidade deve ser registrada no ticket relativo a User Story avaliada, sendo que seu status deve ser alterado para refletir sua nova condio para que a equipe de desenvolvimento possa atuar;

Plano de Gesto de Configurao de Software GCS Recursos: Ferramentas
Controle de verso:
Apache Subversion: Permitir o armazenamento dos itens de configurao, como cdigo fonte, documentao pertinente ao projeto, bem como ambientes de construo. Ser usado tambm para rastrear alteraes feitas no cdigo, oferecendo indicadores do trabalho realizado por cada desenvolvedor, por meio de emisso de relatrios;
Gesto do projeto:
Redmine: Ser usado para registrar todas as requisies de alteraes, e rastrear informaes como: tempo total gasto no atendimento de cada requisio, tempo gasto por desenvolvedor, quantidade de falhas associadas a requisio (no Estudo de Caso - Restaurante DaGinoFagner Souza e Eurpedes Silva 28 de Abril de 2011caso User Stories) e etc. Ser usado para a 40 Estudo de Caso - Restaurante DaGinoFagner Souza e Eurpedes Silva

Overview :
Infra-estrutura de suporte a gerncia de configurao
Subversion Server Desenvedor 1 Redmine Server
Desenvedor 2
Desenvedor 3
Desenvedor 4
TIME DE DESENVOLVIMENTO
TIME DE SUPORTE
28 de Abril de 2011
41
Qualidade de Software
Estudo de caso: Restaurante DaGino
O que qualidade ?
Qualidade estar em conformidade com os requisitos dos clientes Qualidade antecipar e satisfazer os desejos dos clientes Segundo a atual norma brasileira sobre o assunto (NBR ISO 8402), qualidade : A totalidade das caractersticas de uma entidade que lhe confere a capacidade de satisfazer s necessidades explcitas e implcitas.
28 de Abril de 2011
43
Qualidade Segundo os Gurus

Crosby Conformidade com as especificaes Fazer certo da primeira vez O gerenciamento da qualidade deve ser feito desde o incio Evitar defeitos e diminuir o retrabalho Juran Adequao ao uso As expectativas dos clientes so atendidas ou at excedidas Qualidade obrigatria: o produto faz o que devia fazer Qualidade atrativa: o produto oferece algo que o cliente nem imaginava, mas que ele gostou Weinberg Valor para alguma pessoa Deming Qualidade orgulho da manufatura 85% do custo da qualidade um problema de gerenciamento
28 de Abril de 2011
44
TQM (Total Quality Management), amplamente usado nas organizaes
Kan (2002)
28 de Abril de 2011
45
Complexidade na definio
" Criar um conjunto de atividades que iro ajudar a garantir que ca d a p ro d u to d e tra b a l o d a e n g e n h a ri d e so ftw a re exi a a l h a b ta q u a ld a d e " ; (P R E S S M A N , 2 0 0 5 , p . 1 9 3 ) i " Realizar atividades de segurana da qualidade em cada projeto d e so ftw a re " ;( P R E S S M A N , 2 0 0 5 , p . 1 9 3 ) " Usar mtricas para desenvolver estratgias para a melhoria de p ro ce sso d e so ftw a re e , co m o co n se q n ci , a q u a l d a d e n o a i p ro d u to fi a l ; ( P R E S S M A N , 2 0 0 5 , p . 1 9 3 ) n "
28 de Abril de 2011
46
Os Fatores da Qualidade de McCall
28 de Abril de 2011
47
Qualidade de Software segundo a ISO 9126-1

Funcionalidade(Satisfao das Necessidades): a capacidade do produto de software de prover funcionalidades que iro satisfazer as necessidades quando o software est em uso dentro das condies especificadas. Confiabilidade(Imunidade a Falhas): a capacidade do produto de software de manter um nvel especificado de performance quando o software est em uso dentro das condies especificadas. Usabilidade(Facilidade de Uso): a capacidade do produto de software de ser entendido, aprendido, usado e atrativo quando o software est em uso dentro das condies especificadas. Eficincia(Rpido e "Enxuto"): a capacidade do produto de software de prover performance apropriada, relativa ao conjunto de recursos usados quando o software est em uso dentro das condies especificadas. Manutenibilidade(Facilidade de Manuteno): a capacidade do produto de software de ser mudado. Modificaes incluem correes, melhorias ou adaptaes do software de mudar -em um ambiente, e em requisitos e Estudo de Caso Restaurante DaGinoFagner Souza e Eurpedes Silva 28 de especificaes funcionais. Abril de 2011 48 Estudo de Caso - Restaurante DaGinoFagner Souza e Eurpedes Silva
Outras normas da srie ISO 9126

ISO/IEC 9126-2 - Mtricas Externas: Podem ser aplicadas para um produto no executvel durante os estgios de desenvolvimento. Medem a qualidade de produtos intermedirios e predizem a qualidade do produto final.
ISO/IEC 9126-3 - Mtricas Internas: Utilizadas para medir a qualidade do software atravs do comportamento do sistema ou de parte dele. S podem ser usadas durante a fase de testes do ciclo de vida e durante a operao do sistema.
ISO/IEC 9126-4 - Mtricas da Qualidade do Uso: medem se o produto atende ou no as necessidades dos usurios, fazendo-os atingir seus Estudo efetividade, produtividade, segurana objetivos com de Caso - Restaurante DaGinoFagner Souza e Eurpedes Silva 28 de Abril de 2011 49 Estudo de Caso - Restaurante DaGinoFagner Souza e Eurpedes Silva e satisfao. S podem ser usadas no ambiente real
A Qualidade segundo o PMBOK
[PMBOK2004]
CMMI 1.2
Nve l 5 Otimiza Em o 4 Quantitativa Gerenciado m. Foc o Melhori Contnua a P do rocess o Gernci Quantitativ a a reas de Processos
Inovao e Implantao Organizacional Anlise e Preveno de Defeitos Gerenciamento Quantitativo do Performance do Processo Projeto Organizacional Desenvolvimento de Requisitos Soluo Tcnica Integrao de Produtos Verifica o Valida o Foco no Processo Organizacional Definio do Processo Organizacional Treinamento Organizacional Gerncia Integrada de Projeto Gerncia de Riscos e Tomada de Anlise Deciso Gerncia de Planejamento de Requisitos Monitoramento e Controle de Projeto Gerncia Projeto de Acordos com Medio e Fornecedores Garantia da Qualidade do Processo e do Anlise Gerncia Produto de Configurao Produtividad e ualidad Q e
3 Definido
Padroniza do o Processo
2 Gerenciado
Gernci Bsica a Projeto de s
1 Inicial
14/04/2007 2007
Risc o Retrabalh o
28 de Abril de 2011
51
Qualidade do Processo e do Produto
Qualidade do produto est ligada s caractersticas do resultado do processo, geralmente especificadas na forma de requisitos
Requisitos de negcio, de usurio, funcionais, nofuncionais,tcnicos

Qualidade do processo est ligada forma como o produto feito Monitoramento da execuo, uso adequado dos artefatos e ferramentas, seqncia das tarefas
28 de Abril de 2011
52
Diferenas entre Garantia da Qualidade e Controle da Qualidade

Quality Assurance 1. Garantia da qualidade garante que o processo definido e apropriado. 2. Metodologia e padres de desenvolvimento so exemplos de garantia da qualidade. 3. Garantia da qualidade orientada a processo. 4. Garantia da qualidade orientada a preveno. 5. Foco em monitorao e melhoria de processo. 6. As atividades so focadas no inicio das fases no ciclo de vida de desenvolvimento de software. 7. Garantia da qualidade garante que voc est fazendo certo as coisas e da maneira correta. Quality Control 1. As atividades de controle da qualidade focam na descoberta de defeitos em itens especficos. 2. Um exemplo de controle da qualidade poderia ser: "Os requisitos definidos so os requisitos certos?". 3. Controle da qualidade orientado a produto. 4. Controle da qualidade orientado a deteco. 5. Inspees e garantia de que o produto de trabalho atenda aos requisitos especificados. 6. As atividades so focadas no final das fases no ciclo de vida de desenvolvimento de software. 7. Controle da qualidade garante que os resultados do seu trabalho so os esperados conforme requisitos.
28 de Abril de 2011
53
Qualidade de Software - SWEBOK

SWEBOK(Software Engineering Body of Knowledge) verso 2004
28 de Abril de 2011
54
Tcnicas de Gesto de qualidade de Software

Tcnicas estticas, Analticas Dinmicas
28 de Abril de 2011
55
Mtricas Qualidade de software

Estatistica ( Anlise Pareto, grficos Grficode disperso, distribuio normal) Testes estatsticos (binomial) Anlise de Tendncia Modelos de confiabilidade
28 de Abril de 2011
56
mbito da ISO12207
[ISO12207-95 p.17]
Processos de gesto da qualidade de Software (SQM)

Garantia da qualidade Verificao Validao Reviso Auditoria
[IEEE12207.0-96]
28 de Abril de 2011
58
PADRO IEEE Std 730-2002

O objetivo desta norma fornecer uniformes, os requisitos mnimos aceitveis para a preparao e contedo dos planos de software de qualidade. Ao considerar a adopo desta norma, as entidades reguladoras devem estar cientes de que a aplicao especfica deste padro j pode ser coberta por um ou mais documentos ou IEEE padres ANSI relativos qualidade garantia, as definies, ou outros
28 de Abril de 2011 Estudo de Caso - Restaurante DaGinoFagner Souza e Eurpedes Silva Estudo de Caso - Restaurante DaGinoFagner Souza e Eurpedes Silva
59
Custo da Qualidade de Software

custo de qualidade de software proposto por Barti (2002) a) Custo da Deteco de Defeitos:
Revises de requisitos; modelagem, planos de testes, inspees Custo da Preveno de Defeitos Definio de Metodologias; - Treinamentos; - Ferramentas de apoio ao processo de desenvolvimento; - Definio de Polticas; - Procedimentos;
Custo da No-Conformidade: Re-revies; - Re-testes; - Correes de cdigo-fonte e documentao muito constantes;

Estudo de Caso - Restaurante DaGinoFagner Souza e Eurpedes Silva Estudo de Caso - Restaurante DaGinoFagner Souza e Eurpedes Silva 60
28 de Abril de 2011
Gesto da qualidade de processo de software

Gesto da qualidade de software se aplica a todas perspectivas de processos de software, produtos e recursos. Define processos, os responsveis pelo processo, e os requisitos para os processos, as medies da canais de processo as sadas e feedback.
Hipteses
Modelo de processo de software para o estudo de caso Restaurantes DaGino Foco: Gerncia da qualidade do modelo de processo. a aplicao de um plano de software.processo para garantia da qualidade garantia do produto e do o estudo de caso.
Justificativas.
28 de Abril de 2011
62
Pro j to D a G i o - X P e Q u a l d a d e e n i
28 de Abril de 2011
63
Qualidade: modelos geis

A aferio da qualidade do produto est totalmente atrelada a inspeo do processo. No caso do XP, podemos considerar que a programao pareada como um forma de inspeo e isto associado a outras prticas tais como uso de TDD (Desenvolvido orientado a Testes) podem dar a qualidade ao produto.
TDD Test Driven Development
28 de Abril de 2011
65
TDD
Desenho Simplificado e Evolucionrio Refatorao Feedback Constante Sute de Testes (Regresso) Documentao Para Programadores
28 de Abril de 2011
66
Artigo XP e CMM - Mark Paulk
28 de Abril de 2011
67
R e sp o n sa b i i ld ades da equi e de p Interargir g a ra n projetocom Equipe ti a do
Rever planos e artefatos reunies Facilitar e revises atividades Auditar e artefatos do projeto Coletar, analisar e reportar dados de medio Trabalhar com o grupo de processos para assegurar que os processos so teis e utilizveis
14/04/2007
28 de Abril de 2011
2007
68
Hipteses Projeto GMS DaGino

O Equipe de garantia de Qualidade para o projeto
Composto por:
Coordenador de Garantia de Qualidade; 1 Analista de Controle de Qualidade;
Reporte externo ao Gerente de Qualidade da Consultoria
28 de Abril de 2011
69
Justificativas
As caractersticas do projeto requerem uma equipe dinmica, uma vez que o projeto em grande parte ser na sede da Consultoria. Projeto considerado de mdio porte, conforme documentao anterior. Comunicao Simplicidade Feedback constante [ISO12207-95, Anexos A e B]
28 de Abril de 2011
70
PLANO DE GARANTIA DE QUALIDADE DE SOFTWARE Std 730-2002

1) Finalidade 2) documentos de referncia 3) Gesto 4) Documentao 5) As normas, prticas, convenes e mtricas 6) Software opinies 8) o relatrio de problemas e aes corretivas 9) Ferramentas, tcnicas e metodologias 10) controle de mdia 11) controle de fornecedores 12) A recolha Records, manuteno e conservao 13 Formao) 14 A gesto de riscos) 15 Glossrio) 16) SQAP processo de mudana e histria
28 de Abril de 2011
71
Glssrio
CMMi Integrated COTS Software Plano PDCA SQA Software SQM TQM V & V Capability Maturity Model Commercial Off-the-shelf Plan, Do, Check, Act Garantia da Qualidade de Gesto da Qualidade de Software Gesto da Qualidade Total Verificao e Validao
28 de Abril de 2011
72
Consideraes Finais
Qualidade no deve ser s inspecionada, mas embutida! Antes de questionar o custo da qualidade, questione o custo da falta de qualidade Lembre-se que a qualidade um dos 4 principais compromissos do projeto As ferramentas devem ser as aliadas da qualidade nos processos Pessoas + Processos + Ferramentas = Sucesso
28 de Abril de 2011 Estudo de Caso - Restaurante DaGinoFagner Souza e Eurpedes Silva Estudo de Caso - Restaurante DaGinoFagner Souza e Eurpedes Silva
73
Obrigado ;)
Fagner Souza e Eurpedes

Gestão de Configuração de Software e Gestão Da Qualidade

Hochgeladen von

Dokumentinformationen

Originaltitel

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

Gestão de Configuração de Software e Gestão Da Qualidade

Hochgeladen von

Copyright:

Verfügbare Formate

Gerncia de Configurao de Software e Qualidade de Software

Fagner Souza e Eurpedes Silva

2. Gerncia de Configurao de Software

Gerncia de Configurao do Software

Recapitulando o estudo de caso

um documento que define as estratgias para o controle de alteraes no software.

Software Configuration Management Plan O que ?

Por que eu preciso disso?

Aplicando para o DaGino Identificando os ICS

Aplicando para o DaGino Identificando os ICS

Aplicando para o DaGino Identificando os ICS

Aplicando para o DaGino

Aplicando para o DaGino

Aplicando para o DaGino

Estudo de Caso - Restaurante DaGinoFagner Souza e Eurpedes Silva

Aplicando para o DaGino

Aplicando para o DaGino

Aplicando para o DaGino

Autoriza Gerente do Projeto produo de novos requisitos (User Stories)

Aplicando para o DaGino

Desenvolvem correes para as falhas

Aplicando para o DaGino

Aprova o resultado das iteraes. A Baseline estabelecida aps aprovao da

Autoriza produo de novos requisitos (User Stories):

Somente alteraes funcionais na Baseline passam por aprova

Aplicando para o DaGino

Aplicando para o DaGino

Autorizao para Alterao.

Identificao, armazenamento, integrao e build.

Aplicando para o DaGino

Aplicando para o DaGino

Aplicando para o DaGino

MMNN um nmero composto da seguinte maneira: MM : running number NN : nmero da iterao

Aplicando para o DaGino

Aplicando para o DaGino

Tipo Correo Funcionalidade Status Pendente

Aplicando para o DaGino

Aplicando para o DaGino

Aplicando para o DaGino

Aplicando para o DaGino

Aplicando para o DaGino

Aplicando para o DaGino

Infra-estrutura de suporte a gerncia de configurao

Subversion Server Desenvedor 1 Redmine Server

Estudo de caso: Restaurante DaGino

Qualidade Segundo os Gurus

TQM (Total Quality Management), amplamente usado nas organizaes

Os Fatores da Qualidade de McCall

Qualidade de Software segundo a ISO 9126-1

Outras normas da srie ISO 9126

A Qualidade segundo o PMBOK

Gernci Bsica a Projeto de s

Qualidade do Processo e do Produto

Requisitos de negcio, de usurio, funcionais, nofuncionais,tcnicos

Diferenas entre Garantia da Qualidade e Controle da Qualidade

Qualidade de Software - SWEBOK

Tcnicas de Gesto de qualidade de Software

Mtricas Qualidade de software

Processos de gesto da qualidade de Software (SQM)

PADRO IEEE Std 730-2002

Custo da Qualidade de Software

Custo da No-Conformidade: Re-revies; - Re-testes; - Correes de cdigo-fonte e documentao muito constantes;

Gesto da qualidade de processo de software