Upload
glauco-knihs
View
46
Download
4
Embed Size (px)
DESCRIPTION
Apostila Requisitos v1.2
Citation preview
Processo de Software da PBH/Prodabel PSP
Requisitos de Software e Casos de uso
Gerncia de Engenharia de Software (GESS-PB) Superintendncia de Arquitetura de Sistemas (SAS-PB) Diretoria de Sistemas e Informao (DS-PB) Empresa de Informtica e Informao de Belo Horizonte (Prodabel S/A) Verso 1.2
Sumrio
1. Requisitos de software 2. Engenharia de requisitos 3. Tcnicas de levantamento (elicitao) de requisitos 4. Casos de uso 5. Modelagem de casos de uso 6. Exerccios
Processo de software PBH/Prodabel
C1-Introduo 1
Processo de Software da PBH/Prodabel PSP
Gerncia de Engenharia de Software (GESS-PB)
Superintendncia de Arquitetura de Sistemas (SAS-PB)
Diretoria de Sistemas e Informao (DS-PB)
Empresa de Informtica e Informao de Belo Horizonte (Prodabel S/A)
Verso 1.2
Requisitos de software
Requisitos Processo de software da PBH/Prodabel 2
Objetivos
Entender o que um requisito
Apresentar as classificaes dos requisitos
Processo de software PBH/Prodabel
C1-Introduo 2
Requisitos Processo de software da PBH/Prodabel 3
Roteiro Problemas de desenvolvimento de software
Definio de requisitos
Classificao dos requisitos
Visibilidade
Natureza
Regras de negcio
Requisitos e processos
Interessados nos requisitos
Engenharia de requisitos
Desenvolvimento de requisitos
Gerenciamento de requisitos
Requisitos Processo de software da PBH/Prodabel 4
Problemas do desenvolvimento de software
A parte mais difcil de construir um software decidirprecisamente o que deve ser feito.
Nenhuma outra parte do trabalho conceitual to difcil do que estabelecer os requisitos detalhados, incluindo todasas interfaces com pessoas, equipamentos e outrossistemas.
Nenhuma parte do trabalho influencia tanto o sistemaresultante se feita incorretamente.
Nenhuma parte mais difcil de retificar posteriormente.
(Frederick Brooks)
Processo de software PBH/Prodabel
C1-Introduo 3
Requisitos Processo de software da PBH/Prodabel 5
Problemas clssicos do desenvolvimento de software
Requisitos Processo de software da PBH/Prodabel 6
Problemas com requisitos Envolvimento insuficiente dos usurios.
Crescimento dos requisitos de usurio.
Requisitos ambguos.
Gold plating (bala de prata).
Especificaes minimalistas.
Excesso de classes de usurio.
Planejamento inacurado.
Outros:
__________________________________________
Processo de software PBH/Prodabel
C1-Introduo 4
Requisitos Processo de software da PBH/Prodabel 7
Processo de requisitos efetivo Reduo de defeitos nos requisitos.
Reduo do retrabalho de desenvolvimento.
Reduo de caractersticas desnecessrias.
Reduo de custos para evolues.
Desenvolvimento agilizado.
Reduo dos problemas de comunicao.
Reduo do crescimento do escopo.
Reduo do caos no projeto.
Estimativas mais acuradas.
Aumento da satisfao dos envolvidos.
Requisitos Processo de software da PBH/Prodabel 8
Requisitos
O termo requisito nem sempre utilizado pelaindstria de software de modo consistente.
Em alguns casos, um requisito visto como umadeclarao abstrata, de alto nvel, de uma funoque o sistema deve fornecer ou de uma restrio do sistema.
No outro extremo, ele pode ser uma definiodetalhada, matematicamente formal, de uma funodo sistema.
Que definio adotar?
__________________________________________
Processo de software PBH/Prodabel
C1-Introduo 5
Requisitos Processo de software da PBH/Prodabel 9
Documento de requisitos Se uma empresa deseja estabelecer um contrato para o desenvolvimento de um projeto de software, suas necessidadestm que ser definidas de forma suficientemente abstrata para queuma soluo a priori no seja definida.
No caso de contratao externa os requisitos devem ser redigidosde modo que os diversos fornecedores possam apresentarpropostas.
Uma vez estabelecido o contrato, o fornecedor escolhido precisapreparar uma definio de sistema para o cliente contendo maisdetalhes, de modo que o cliente possa compreender e validar o que o software far.
Em ambos os casos, tem-se um documento de requisitos.
Essas afirmaes mostram que a definio de requisitos deve ser feita por meio de refinamentos sucessivos, indo do conceitual emdireo ao fsico.
Requisitos Processo de software da PBH/Prodabel 10
Definio de requisitos
1. Condio ou capacidade necessria a um usuriopara resolver um problema ou atingir um objetivo.
2. Condio ou capacidade que deve ser alcanada oupossuda por um sistema ou componente de sistemapara satisfazer um contrato, padro, especificaoou outro documento formalmente imposto.
3. Uma representao documentada de uma condioou capacidade como nos itens 1 e 2 acima.
Fonte: [IEEE Standard Glossary of Software Engineering Terminology, 1990]
Processo de software PBH/Prodabel
C1-Introduo 6
Requisitos Processo de software da PBH/Prodabel 11
Definio de requisitos II
Requsitos so uma especificao do que deveser implementado. Eles constituem descriesde como o sistema deve se comportar, ou umapropriedade ou atributo do sistema. Podemcaracterizar uma restrio no processo de desenvolvimento do sistema.
Fonte: Sommervile e Sawyer, Requirements Engineering, 1997].
Requisitos Processo de software da PBH/Prodabel 12
O que requisito no
Especificao de requisitos no incluem:
Detalhes de desenho;
Implementao;
Informaes de teste;
Requisitos de projeto;
Limites de recursos e tempo;
necessidade de um tutorial para os usurios;
Etc
Processo de software PBH/Prodabel
C1-Introduo 7
Requisitos Processo de software da PBH/Prodabel 13
Classificao dos requisitos
Quanto a visibilidade
Requisitos de usurio;
Requisitos de sistema;
Requisitos de desenho.
Quanto a natureza
Funcionais;
No funcionais.
Requisitos Processo de software da PBH/Prodabel 14
Classificao dos requisitos
Necessidades
Requisitos de usurio
Domnio dasoluo
=> SistemaRequisitos de sistemas
Requisitos de desenho
Domnio do problema
=> Negcio
Produto a ser construdo
+ Conceitual
+ Fsico
Problema a ser resolvido
Processo de software PBH/Prodabel
C1-Introduo 8
Requisitos Processo de software da PBH/Prodabel 15
Separao entre domnios A separao em domnios indica que osrequisitos de software tratam da soluo para um problema.
O formato da pirmide reflete o volume relativodo problema: poucas necessidades podem exigirvrios requisitos.
Rastreabilidade deve ser mantida entre todos osnveis.
Requisitos Processo de software da PBH/Prodabel 16
Necessidades Tambm conhecidas como requisitos de negcio, representamobjetivos de alto nvel da organizao ou cliente que requisitou o sistema. Tipicamente so originadas do patrocinador do projeto, o adquirente. Por ex: o gerente dos usurios ou o setor de marketing.
Descrevem porque a organizao est implementando o sistema os objetivos que espera-se atingir. Normalmente socontemplados num documento de viso ou proposta do projeto.
Ex: Reduzir os custos operacionais [em y%]; Aumentarparticipao no mercado [em x%]; Implantar nova linha de produtos e servios.
D um exemplo na sua rea de trabalho:
____________________________________________________
Processo de software PBH/Prodabel
C1-Introduo 9
Requisitos Processo de software da PBH/Prodabel 17
Requisitos quanto visibilidade Requisitos de usurio: Declaraes em linguagem natural e tambm em diagramas sobre as funes que o sistema devefornecer e as restries sob as quais deve operar.
Requisitos de sistema: Estabelecem detalhadamente as funese restries de sistema. O documento de requisitos de sistema, tambm chamado Especificao Funcional ou de Requisitos, deve ser preciso. Ele pode servir como um contrato entre comprador e desenvolvedor.
Requisitos de desenho: Uma descrio abstrata que base paradetalhes de implementao. Essa especificao acrescenta maisdetalhes Especificao de Requisitos do Sistema. um documento orientado implementao.
Requisitos Processo de software da PBH/Prodabel 18
Pblico-alvo dos documentos
Requisitos de usurio
Gerentes de clientesUsurios finaisTcnicos do clienteGerentes do fornecedorArquitetos de sistemas
Usurios finais de sistemasTcnicos do clienteArquitetos de sistemasDesenvolvedores de software (eventual)
Tcnicos do cliente(eventualmente)Arquitetos de sistemasDesenvolvedores de software
Requisitos de sistema
Requisitos de desenho
Processo de software PBH/Prodabel
C1-Introduo 10
Requisitos Processo de software da PBH/Prodabel 19
Exemplo de requisitos de usurio e sistema
Requisitos de usurio:
O sistema deve oferecer um meio de representar e acessararquivos externos criados por outras ferramentas.
Especificao de requisitos de sistema:
O usurio deve dispor de recursos par definir o tipo dos arquivos externos.
Cada tipo de arquivo pode ser representado como um coneespecfico na tela do usurio.
Quando um usurio seleciona um cone de um arquivoexterno, o efeito aplicar a ferramenta associada com o tipode arquivo representado, permitindo executa-lo.
Que software poderia ser este?
______________________________________________
Requisitos Processo de software da PBH/Prodabel 20
Requisitos funcionais Declaraes de funes que o sistema deve fornecer, como o sistema deve reagir a entradas especficas e como deve se comportar em dadas situaes.
Descrevem as funcionalidades ou servios que um sistema oferece.
Dependem do tipo de software, usurios esperados e do tipo de sistema onde o software ser utilizado.
Enquanto requisitos funcionais de usurio podem ser declaraes de alto nvel do que o sistema deve fazer, requisitos funcionais de sistema devem descrever osservios do sistema em detalhes.
Processo de software PBH/Prodabel
C1-Introduo 11
Requisitos Processo de software da PBH/Prodabel 21
Requisitos funcionais
Especificam funcionalidades de software queos desenvolvedores devem construir parapossibilitar aos usurios executar suas tarefas, satisfazendo aos requisitos de negcio.
Esse tipo de requisitos descritotradicionalmente pela sentena 'deve.
Ex: O sistema deve enviar uma mensagemcom a confirmao de reserva para o usurio.
Requisitos Processo de software da PBH/Prodabel 22
Exemplos de requisitos funcionais
Sistema de biblioteca:
O usurio dever ser capaz de buscar todo o conjunto inicial de banco de dados ou selecionarum subconjunto a partir dele.
O sistema deve prover telas apropriadas para o usurio ler documentos no repositrio de documentos.
Cada pedido ser alocado a um nico identificador(ID_Pedido), que o usurio poder copiar para a rea de armazenagem permanente da conta.
Processo de software PBH/Prodabel
C1-Introduo 12
Requisitos Processo de software da PBH/Prodabel 23
Requisitos no funcionais
Restries sobre as funes oferecidos pelo sistema. Destacam-se aqui as restries de tempo, processo e padro.
Ex.: tempo de resposta, requisitos de armazenamento, confiabilidade, capacidade dos dispositivos de I/O, etc...
Tambm podem ser especificados uma determinada ferramentaCASE, linguagem de programao ou processo de desenvolvimento.
Podem ser mais crticos que os requisitos funcionais.
Ex: ________________________________________________
Caso no sejam atendidos, o sistema pode tornar-se inutilizvel.
Ex: ________________________________________________
Requisitos Processo de software da PBH/Prodabel 24
Classificao dos requisitos no funcionais
Facilidade de uso
Desempenho
Espao
Eficincia
Confiabilidade
Portabilidade
Requisitos de produto
Entrega
Implementao
Padres
Requisitos organizacionais
Interoperabilidade
ticos
Privacidade
Segurana
Legais
Requisitos externos
Requisitos no funcionais
Processo de software PBH/Prodabel
C1-Introduo 13
Requisitos Processo de software da PBH/Prodabel 25
Classificao dos requisitos no funcionais
Requisitos de produto: Especificam o comportamento do produto.
Requisitos organizacionais: Decorrem de polticas e procedimentos nas organizaes do cliente e/ou do desenvolvedor.
Requisitos externos: Abrangem todos os requisitosprocedentes de fatores externos ao sistema e ao seuprocesso de desenvolvimento.
Requisitos Processo de software da PBH/Prodabel 26
Exemplos de requisitos no funcionais
Requisitos de produto:
Deve ser possvel que toda a comunicao necessriaentre o software e o usurio seja expressa no conjuntopadro de caracteres ASCII.
Requisitos de organizao:
O processo de desenvolvimento e os documentosentregues devero estar de acordo com o processo e osprodutos definidos em XYZCo-SP-STAN-95.
Requisitos externos:
O sistema no dever revelar aos operadores nenhumainformao pessoal sobre os clientes alm de seus nomese cdigo.
Processo de software PBH/Prodabel
C1-Introduo 14
Requisitos Processo de software da PBH/Prodabel 27
Metas e requisitos
Requisitos no funcionais podem ser difceis de estabelecer e requisitos imprecisos so difceis paraverificar.
Metas so teis a medida que elas esclarecem as intenes dos usurios do sistema
Meta:
Uma inteno do usurio, como fcil de usar, rpido.
Requisito no funcional verificvel:
Uma sentena que use alguma mtrica que possa ser objetivamente testada.
Requisitos Processo de software da PBH/Prodabel 28
Exemplos
Uma meta do sistema
O sistema deve ser fcil de ser usado porcontroladores experientes e organizado de tal forma que os erros possam ser minimizados.
Requisito no funcional verificvel
Controladores experientes devem estar aptos a usar todas as funes do sistema aps um treinamento de duas horas
Aps o treinamento, o nmero mdio de erroscometidos pelos usurios experientes no podeexceder o total de dois por dia.
Processo de software PBH/Prodabel
C1-Introduo 15
Requisitos Processo de software da PBH/Prodabel 29
Mtricas para requisitos
Porcentagem de declaraes dependentes de sistema alvo
Nmero de sistemas alvo
Portabilidade
Tempo de reincio aps falha
Porcentagem de eventos que causam falhas
Probabilidade de corrupo de dados
Robustez
Tempo mdio para falhar
Taxa de ocorrncia de falhas
Disponibilidade
Confiabilidade
Tempo de treinamento
Nmero de frames de ajuda
Facilidade de uso
K Bytes
Nmero de chips de RAM
Tamanho
Transaes processadas por segundo
Tempo de resposta ao usurio/evento
Tempo de refresh de tela
Velocidade
MtricaPropriedades
Requisitos Processo de software da PBH/Prodabel 30
Atributos de qualidade
Viso do cliente:
Disponibilidade
Eficincia
Flexibilidade
Integridade
Interoperabilidade
Confiabilidade
Robustez
Usabilidade
Viso do desenvolvedor:
Manutenibilidade
Portabilidade
Reusabilidade
Testabilidade
Os requisitos no funcionais tambm so conhecidoscomo atributos de qualidade (norma ISO 9126):
Processo de software PBH/Prodabel
C1-Introduo 16
Requisitos Processo de software da PBH/Prodabel 31
Exemplos de atributos de qualidade Disponibilidade: O sistema deve estar 99,5 % do tempo disponvel nos dias de semana de 6h s 18h.
Eficincia: O sistema dever estar reservar pelo menos 25% da capacidade do processador em condies de pico.
Integridade: Somente usurios que tem acesso como Auditor devem ser habilitados a visualizar dados de transaes de clientes.
Interoperabilidade: O sistema deve ser capaz de importarqualquer registro vlido de funcionrio, provido pelo sistemaPessoal.
Confiabilidade: No mximo cinco em cada 1.000 transaespodem falhar.
Requisitos Processo de software da PBH/Prodabel 32
Regras de negcio
No so exatamente requisitos, pois existem fora dos limites de qualquer sistema especfico.
Geralmente restringem quem pode desempenhardeterminadas tarefas ou diz que o sistema deve contercertas funcionalidades.
Normalmente inclui polticas da corporao, regulaes governamentais, padres da indstria, prticas contbeis e algoritmos computacionais.
Processo de software PBH/Prodabel
C1-Introduo 17
Requisitos Processo de software da PBH/Prodabel 33
Regras de negcio
Uma regra de negcio uma sentena que define ourestringe algum aspecto do negcio. Tem porobjetivo atender a estrutura, controlar ou influenciar o comportamento do negcio.
Classificao das regras de negcio:
- Fato
- Restrio
- Habilitador
- Clculo
- Inferncia
Requisitos Processo de software da PBH/Prodabel 34
Fato
Sentenas simples verdadeiras sobre o negcio. Tipicamente descrevem associaes ou relaes entre termos de negcio relevantes. So tambm chamadasde invariantes.
Exemplos:
Cada continer deve ter um nico cdigo de barraidentificador.
Todo pedido deve ter uma carga de entrega.
Taxas de vendas no so computadas nas cargas de envio.
Processo de software PBH/Prodabel
C1-Introduo 18
Requisitos Processo de software da PBH/Prodabel 35
Restries
Restringem as aes que o sistema ou usurios podemexecutar. Algumas palavras e frases sugeremrestries como deve e no deve.
Exemplos:
Tripulao deve gozar de pelo menos 8 horas de descanso a cada 24 horas.
Um cliente com menos de 18 anos deve ser associado a um responsvel.
Requisitos Processo de software da PBH/Prodabel 36
Habilitador
Regra que dispara alguma atividade sob uma condioespecfica.
Exemplos:
Se a data de expirao de um produto tiver sido atingida, o responsvel deve ser notificado por email.
No ltimo dia da quinzena, gerar os relatrios gerenciais e disponibilizar aos gestores.
Processo de software PBH/Prodabel
C1-Introduo 19
Requisitos Processo de software da PBH/Prodabel 37
Clculo
Clculos realizados usando frmulas matemticas especficas oualgoritmos. Vrios clculos seguem regras externas as organizaes.
Exemplos:
O preo total de um pedido determinado pela soma dos preos de cadaitem, deduzido de qualquer desconto de volume, mais taxas de vendasestaduais e federais, mais taxa de embarque e seguro
Tabela de desconto:
20mais de 10Desc3
106 a 10Desc2
01 a 5Desc1
Desconto (%)Itens vendidosId
Requisitos Processo de software da PBH/Prodabel 38
Inferncia
Regra que estabelece algum novo conhecimentobaseado na verdade de certas condies. Umainferncia cria um novo fato de outros fatos ou de clculos. So geralmente escritos no formato se ento.
Exemplos:
Se o pagamento no for recebido em 30 dias corridos, o ttuloser protestado.
Produtos com taxa de toxidade maiores que 5 mg/kg soconsiderados perigosos.
Processo de software PBH/Prodabel
C2-Engenharia de requisitos 1
Processo de Software da PBH/Prodabel PSP
Gerncia de Engenharia de Software (GESS-PB)
Superintendncia de Arquitetura de Sistemas (SAS-PB)
Diretoria de Sistemas e Informao (DS-PB)
Empresa de Informtica e Informao de Belo Horizonte (Prodabel S/A)
Verso 1.2
Engenharia de requisitos de software
Requisitos Processo de software da PBH/Prodabel 2
Objetivos
Apresentar o conceito de Engenharia de requisitos
Apresentar a disciplina Requisitos do PSP
Processo de software PBH/Prodabel
C2-Engenharia de requisitos 2
Requisitos Processo de software da PBH/Prodabel 3
Roteiro
Engenharia de requisitos
Processo de Software da PBH / Prodabel (PSP)
MPS.BR
RUP
Desenvolvimento de requisitos
Gerncia de requisitos
Requisitos Processo de software da PBH/Prodabel 4
Engenharia de requisitos
Processo de estabelecer os servios que um clienterequer de um sistema e as restries em que o mesmo desenvolvido e ser operado.
Os requisitos so a descrio dos servios de sistema e restries que so gerados durante o processo de engenharia de requisitos.
Os processos usados dependem do domnio daaplicao, pessoas envolvidas e organizao.
Processo de software PBH/Prodabel
C2-Engenharia de requisitos 3
Requisitos Processo de software da PBH/Prodabel 5
Atividades da engenharia de requisitos
Desenvolvimento de requisitos
Levantamento (Elicitao)
Anlise
Especificao
Verificao e validao
Gerenciamento de requisitos
Controle de verses
Controle de mudanas
Requisitos Processo de software da PBH/Prodabel 6
Limites entre desenvolvimento e gerenciamento de requisitos
Processo de software PBH/Prodabel
C2-Engenharia de requisitos 4
Requisitos Processo de software da PBH/Prodabel 7
Requisitos e outras disciplinas
Requisitos Processo de software da PBH/Prodabel 8
Interessados nos requisitos
Indivduo ou organizao que recebe direta ouindiretamente algum benefcio do produto.
Incluem os envolvidos no projeto que recebempagam, selecionan, especificam, usam ourecebem os resultados gerados por um produto de software.
Alguns exemplos de interessados soanalistas, desenvolvedores, testadores, documentadores, gerentes de projeto, equipede suporte, equipe jurdica, marketing, etc.
Processo de software PBH/Prodabel
C2-Engenharia de requisitos 5
Requisitos Processo de software da PBH/Prodabel 9
Conflito de interesses
Requisitos Processo de software da PBH/Prodabel 10
Direitos do usurio
Esperar que o analista fale a sua lngua.
Esperar que o analista compreenda o negcio.
Esperar que o analista escreva a especificao de requisitos.
Receber explicao do analista sobre os produtos gerados.
Receber tratamento respeitoso e profissional do analista.
Receber alternativas do analista.
Descrever caractersticas do produto que facilitaro sua vida.
Ter oportunidade de ajustar o produto para prover reuso.
Receber estimativas corretas de tempo e custo.
Receber informaes sobre o impacto dos pedidos de mudana.
Receber um sistema que atenda aos requisitos.
Processo de software PBH/Prodabel
C2-Engenharia de requisitos 6
Requisitos Processo de software da PBH/Prodabel 11
Responsabilidades dos usurios (a revanche)
Explicar a terminologia da rea de negcio.
Disponibilizar tempo para prover requisitos, elucid-los e atualiz-los.
Ser especfico e preciso ao prover informaes para os requisitos.
Tomar decises em tempo hbil sobre requisitos.
No pressionar por estimativas de prazo e custo inviveis.
Respeitar as estimativas de prazo e custo informadas.
Definir com o analista as prioridades dos requisitos.
Revisar os documentos de requisitos e avaliar prottipos.
Comunicar necessidades de mudanas nos requisitos assim que souber.
Seguir o processo definido para solicitar pedidos de mudana.
Respeitar o processo de engenharia de requisitos.
Requisitos Processo de software da PBH/Prodabel 12
Analista de requisitos
Analista de requisitos o indivduo que tem comoresponsabilidade principal coletar, analisar, documentar e validar as necessidades dos envolvidos no projeto.
O analista serve como principal condutor atravs do qual os requisitos fluem dos clientes at a equipe de desenvolvimento.
Avalie como isto acontece na sua rea funcional:
____________________________________________
____________________________________________
Processo de software PBH/Prodabel
C2-Engenharia de requisitos 7
Requisitos Processo de software da PBH/Prodabel 13
Canais de comunicao do analista
Requisitos Processo de software da PBH/Prodabel 14
Competncias requeridas de um analista
Habilidades:
Ouvir.
Entrevistar e questionar.
Analisar.
Moderar.
Observar.
Escrever.
Organizar.
Modelar.
Inter-relacionar.
Criar.
Conhecimentos:
Engenharia de requisitos.
Processo de software.
Gerenciamento de projetos.
Qualidade.
Domnio da aplicao.
Processo de software PBH/Prodabel
C2-Engenharia de requisitos 8
Requisitos Processo de software da PBH/Prodabel 15
Importante
No assuma que um desenvolvedor talentoso ouusurio avanado automaticamente pode se tornarum analista de requisitos efetivo sem treinamento, material de apoio e acompanhamento.
As atribuies de um analista demandamhabilidades, conhecimentos e atitudes diferentes.
Analise se voc tem as habilidades e conhecimentosrequeridos de um analista de requisitos:
Habilidades: __ Sim __ No
Conhecimentos: __ Sim __ No
Requisitos Processo de software da PBH/Prodabel 16
Requisitos no PSP
Os assuntos relacionados a requisitos de software no Processode Software da PBH/Prodabel esto disponveis no prprioprocesso.
As principais referncias para a estruturao do fluxo so:
Disciplina de Requisitos do RUP: O PSP aderente ao RUP e, por consequncia, requisitos orientam todo o processo de desenvolvimento de software.
Resultados esperados do MPS.BR: Os REP especficos de Gerncia de Requisitos devem ser atendidos.
Processo de software PBH/Prodabel
C2-Engenharia de requisitos 9
Requisitos Processo de software da PBH/Prodabel 17
Requisitos e o RUP
Requisitos Processo de software da PBH/Prodabel 18
Resultados Especficos (REP) de GRE
GRE 1. O entendimento dos requisitos obtido junto aosfornecedores de requisitos;
GRE 2. Os requisitos de software so aprovados utilizando
critrios objetivos;
GRE 3. A rastreabilidade bidirecional entre os requisitos e osprodutos de trabalho estabelecida e mantida;
GRE 4. Revises em planos e produtos de trabalho do projetoso realizadas visando identificar e corrigir inconsistncias em
relao aos requisitos;
GRE 5. Mudanas nos requisitos so gerenciadas ao longo do
projeto.
Processo de software PBH/Prodabel
C2-Engenharia de requisitos 10
Requisitos Processo de software da PBH/Prodabel 19
Fluxo de requisitos do PSP
Requisitos Processo de software da PBH/Prodabel 20
Fluxo de requisitos do PSP
Atividade Obter entendimento: Elaborar especificao de requisitos
Elaborar modelo de caso de uso
Atividade Desenvolver requisitos: Especificar caso de uso
Elaborar especificao suplementar
Atividade Gerenciar requisitos: Registrar solicitao
Analisar impacto
Processo de software PBH/Prodabel
C2-Engenharia de requisitos 11
Requisitos Processo de software da PBH/Prodabel 21
Requisitos no PSP
Principais papis : Analista de requisitos
Desenvolvedor
Principais artefatos: Especificao de requisitos
Modelo de casos de uso
Caso de uso (detalhado)
Especificao suplementar
Requisitos Processo de software da PBH/Prodabel 22
Fontes de requisitos
Processo de software PBH/Prodabel
C2-Engenharia de requisitos 12
Requisitos Processo de software da PBH/Prodabel 23
Fontes de requisitos Entrevistas e discusses com usurios potenciais.
Documentos dos produtos atuais ou concorrentes.
Especificao de requisitos.
Relatrios de problemas e pedidos de melhoria.
Pesquisas de marketing e questionrios de usurios.
Observao do usurio no trabalho.
Anlise de cenrios e tarefas de usurios.
Eventos e respostas.
Outros: _____________________________________
Requisitos Processo de software da PBH/Prodabel 24
Outros tipos de entradas Requisitos no relacionados com o produto, como necessidadesde treinamento dos usurios.
Restries de projeto como prazo e custo.
Uma premissa.
Informao adicional de um contexto histrico para ajudar a entender o contexto.
D um exemplo de cada caso:
Treinamento: __________________________________________
Projeto: ______________________________________________
Premissa: ____________________________________________
Informao adicional: ___________________________________
Processo de software PBH/Prodabel
C2-Engenharia de requisitos 13
Requisitos Processo de software da PBH/Prodabel 25
Diretrizes para explicitao de requisitos Escreva sentenas completas com gramtica, ortografia e pontuao
corretas. Mantenha pargrafos curtos e diretos.
Use a voz ativa. Ex: O sistema deve fazer algo ao invs de Alguma coisadeve ser feita.
Quando definir requisitos na forma O usurio deve... identifique o ator (O comprador deve...).
Use termos consistentes definidos no glossrio. Evite sinnimos.
Decomponha requisitos de alto nvel em requisitos mais detalhados de forma a torn-los claros e para reduzir a ambiguidade.
Use listas, figuras, grficos e tabelas, se necessrio.
Enfatize os trechos mais importantes de informao.
Evite termos ambiguos, tais como: adequado, eficiente, flexvel, melhor, maximizar, normalmente, robusto, vrias, suficiente, amigvel
Requisitos Processo de software da PBH/Prodabel 26
Especificao de requisitos
a base para a equipe de anlise e desenho, poisdescreve funes e desempenho requeridos de um sistema baseado em computao e as regras queguiaro seu desenvolvimento.
Limita cada elemento alocado ao sistema e tambmdescreve as informaes (dados e controle) queconstituem as entradas e sadas do sistema.
Pode ser um documento escrito, um modelogrfico, um modelo matemtico formal, umacoleo de cenrios de uso, um prottipo ouqualquer combinao dos itens citados.
Processo de software PBH/Prodabel
C2-Engenharia de requisitos 14
Requisitos Processo de software da PBH/Prodabel 27
Verificao e validao (V&V)
Verificao:
Tem como propsito confirmar que cada servio e/ou
produto de trabalho do processo ou do projetoatende apropriadamente os requisitos especificados.
Normalmente desempenhada pela equipe tcnica.
Validao:
Tem como propsito confirmar que um produto ou
componente do produto atender a seu uso
pretendido quando colocado no ambiente para o qual
foi desenvolvido.
Requisitos Processo de software da PBH/Prodabel 28
Verificao e Validao
Verificao: Estamos construindo certo o
produto?
- Ponto de vista do desenvolvedor / equipe.
Validao: Estamos construindo o produto
certo?
- Ponto de vista do usurio final / cliente.
Processo de software PBH/Prodabel
C2-Engenharia de requisitos 15
Requisitos Processo de software da PBH/Prodabel 29
Tcnicas para V&V de requisitos
Reviso - exemplos:
Discusso de um problema tcnico na hora do caf.
Apresentao do projeto de software para uma audinciade clientes, administradores e pessoal tcnico.
Revises Tcnicas Formais: inclui avaliaes tcnicasde software realizadas em pequenos grupos(walkthrough).
Inspeo: anlise detalhada feita por um grupo com papis e organizao bem definidos.
Testes: execuo de um programa com o objetivode encontrar erros.
Requisitos Processo de software da PBH/Prodabel 30
Exemplos de critrios de V&V Os requisitos esto estruturados claramente? No h problemas de
interpretao incorreta?
A fonte (pessoa, regimento, documento, etc.) foi identificada? A estrutura final do requisito foi examinada pela/contra a fonte original?
O requisito est definido em termos quantitativos?
Quais so os requisitos relacionados a cada um? Eles estoclaramente identificados atravs de uma matriz de referncia cruzadaou outro mecanismo?
O requisito viola alguma regra de domnio?
O requisito passvel de teste?
O requisito rastrevel para os objetivos gerais?
Os requisitos associados performance, comportamento e caractersticas operacionais foram estruturados claramente?
Processo de software PBH/Prodabel
C2-Engenharia de requisitos 16
Requisitos Processo de software da PBH/Prodabel 31
Exemplos de critrios de V&V Consistente. H algum conflito de requisitos?
Completo. Todas as funes requeridas pelo cliente foramincludas e contm informaes para as demais atividades?
Real. Os requisitos podem ser implementados com os recursos e tecnologia disponveis?
Completo: cada requisito contm toda a informao necessria aodesenho e implementao?
Vivel: deve ser possvel implementar cada requisito considerandoas capacidades e limitaes existentes.
Necessrio: devem ser descritas as capacidades realmentenecessrias aos usurios.
Priorizado: cada requisito deve ser priorizado.
No-ambguo: todos os leitores dos requisitos tm que ter umanica e consistente interpretao do seu significado.
Requisitos Processo de software da PBH/Prodabel 32
Priorizao de requisitos Projetos de software possuem limitaes de recursos que nos obrigam a
definir a prioridade relativa dos requisitos. A priorizao ajuda o gerente de projeto a resolver conflitos, planejar iteraes e fazer as compensaesnecessrias.
Quando as expectativas do cliente so altas e o tempo curto, faz-se necessrio entregar o produto com as funcionalidades mais relevantes, o maiscedo possvel.
Perguntas teis:
H outra maneira de satisfazer as necessidades que esse requisito trata?
Qual ser a consequncia de omitir esse requisito?
Qual ser o impacto nos objetivos de negcio se o requisito no for implementado nessa iterao?
Por que o usurio ficaria descontente caso esse requisito fosse adiadopara a ltima iterao?
Processo de software PBH/Prodabel
C2-Engenharia de requisitos 17
Requisitos Processo de software da PBH/Prodabel 33
Priorizao de requisitos
O que fazer?Mdia prioridadeNo urgente
Baixa prioridadeAlta prioridadeUrgente
No importanteImportante-
0,3050350322,2421RQ2
1,1733,3216,7138,9732RQ3
-100610061001866Total
Prioridade
Risco%
Riscorelativo
Custo%
Custorelativo
Valor%
ValorTotal
Perdarelativa
Benefciorelativo
Requisito
0,9316,7133,3238,9713RQ1
--0,5-1--12Peso
Prioridade = Valor % / [ (custo % * peso custo) + ( risco % * peso risco) ]
Requisitos Processo de software da PBH/Prodabel 34
Modelagem visual de requisitos
Nenhuma forma de representao de requisitos provindividualmente um entendimento completo.
Normalmente, combinaes de reprentaes textuais e grficas mostram uma viso completa do sistemaestudado. Alguns mecanismos visuais so:
Prottipos;
Tabelas e rvores de deciso;
Diagramas DFD, DER, classes, estados, sequncia.
Casos de uso.
Processo de software PBH/Prodabel
C2-Engenharia de requisitos 18
Requisitos Processo de software da PBH/Prodabel 35
Gerenciamento de requisitos Os requisitos passam a compor uma baseline aps seremrevisados e aprovados pelos envolvidos no processo de desenvolvimento de requisitos. Nesse momento, passam a definir o acordo entre desenvolvedores e clientes. Esse acordo a ponte entre o desenvolvimento e o gerenciamento de requisitos.
O gerenciamento de requisitos envolve as seguintes atividades:
Controlar mudanas na baseline de requisitos.
Manter planos de projetos de acordo com os requisitos.
Controlar verses dos requisitos e documentos associados.
Monitorar o status dos requisitos na baseline.
Gerenciar as ligaes entre requisitos e outros produtos de trabalho.
Requisitos Processo de software da PBH/Prodabel 36
Controle de verses de requisitos
Cada verso dos documentos de requisitos deve ser unicamenteidentificada. Cada membro da equipe deve ser capaz de acessara verso corrente dos requisitos. Mudanas devem ser documentadas e comunicadas a todos envolvidos.
Para minimizar confuso, conflitos e desentendimentos, somentepessoas designadas podem atualizar os requisitos e ter certezade que o nmero de verso muda sempre que ocorreremmudanas.
Na sua viso como poderia ser feito esse controle?
______________________________________________________
______________________________________________________
Processo de software PBH/Prodabel
C2-Engenharia de requisitos 19
Requisitos Processo de software da PBH/Prodabel 37
Monitoramento de status
Monitorar o status de cada requisito ao longo do desenvolvimento prov uma maneira mais refinada de se medir o progresso do projeto.
Classificar os requisitos em status mais simples e til do queatribuir um percentual de concluso. Exemplos de status:
Proposto: requisito solicitado por pessoa autorizada.
Aprovado: realizada anlise de impacto, estimativas de projeto e alocao para uma release especfica.
Implementado: cdigo desenhado, escrito e testado.
Verificado: funcionamento confirmado e requisito integrado.
Rejeitado: requisito proposto mas no planejado paraimplementao em nenhuma release.
Requisitos Processo de software da PBH/Prodabel 38
Controle de mudanas
Procedimentos que visam garantir:
Mudanas de requisitos propostas so avaliadascuidadosamente antes de atualizadas.
Responsveis tomam decises sobre mudanas solicitadas.
Mudanas aprovadas so comunicadas a todos interessados.
O projeto incorpora mudanas de uma maneira consistente.
Voc acha que os mecanismos de CM devem ser formais ou informais? Explique!
______________________________________________
______________________________________________
Processo de software PBH/Prodabel
C2-Engenharia de requisitos 20
Requisitos Processo de software da PBH/Prodabel 39
Poltica de controle de mudanas Todas as mudanas de requisitos devem seguir o processo definido. Se uma
solicitao de mudana fugir ao processo, est fora!
Para as mudanas no aprovadas nenhum trabalho de desenho e implementao deve ser feito. A nica atividade anlise de viabilidade.
Em alguns casos o grupo gestor deve decidir se uma solicitao deve ser implementada.
O contedo da base de mudanas deve ser visto por todos envolvidos.
Anlise de impacto deve ser feita para toda mudana.
O texto original do pedido de mudana no deve ser alterado.
Cada mudana em requisitos incorporada deve ser rastrevel at o pedidoaprovado.
A razo de cada aprovao/reprovao deve ser registrada.
Requisitos Processo de software da PBH/Prodabel 40
Papis no controle de mudanas
CCB (Change Control Board): grupo que decide aprovar ourejeitar mudanas propostas para um projeto especfico.
Avaliador: apoia o CCB analisando o impacto de um pedido de mudana. Pode ser um tcnico, o cliente, etc.
Modificador: responsvel por realizar as mudanas em um produto de trabalho a partir das solicitaes aprovadas.
Originador: quem submete um pedido de mudana.
Destinatrio (Recebedor): quem recebe as novas solicitaes.
Verificador: responsvel por determinar se as mudanas foramfeitas corretamente.
Processo de software PBH/Prodabel
C2-Engenharia de requisitos 21
Requisitos Processo de software da PBH/Prodabel 41
Anlise de impacto
Geralmente desenvolvida por um tcnico com grandeconhecimento. Possui trs aspectos:
Entender as possveis implicaes de se fazer a mudana.
Identificar todos arquivos, modelos e documentos que devem ser modificados se a mudana ocorrer.
Identificar tarefas necessrias para implementar a mudana e estimar o esforo, tempo e recursos necessrios.
Importante: deixar de analisar impacto no muda o tamanho datarefa mas deixa o escopo do trabalho como uma surpresa.
Voc j viu realizar-se anlise de impacto em algum projeto?
______________________________________________________
Requisitos Processo de software da PBH/Prodabel 42
Rastreabilidade de requisitos
Rastreabilidade a caracterstica que permiteacompanhar a vida de um requisito, desde a origem ata implementao.
A rastreabilidade pode ajudar a:
garantir que os requisitos especificados so associados as necessidades dos clientes.
garantir que todo produto de trabalho est associado aosrequisitos identificados.
A restreabilidade deve ser BIDIRECIONAL, ou seja, permitir que se caminhe nos dois sentidos.
Processo de software PBH/Prodabel
C2-Engenharia de requisitos 22
Requisitos Processo de software da PBH/Prodabel 43
Matriz de rastreabilidade
Legenda:
U: o requisito da linha usa o requisito da coluna
R: h um relacionamento entre os requisitos
Requisitos Processo de software da PBH/Prodabel 44
Requisitos e ferramentas CASE
Processo de software PBH/Prodabel
C2-Engenharia de requisitos 23
Requisitos Processo de software da PBH/Prodabel 45
Requisitos e ferramentas CASE
Requisitos Processo de software da PBH/Prodabel 46
Requisitos e ferramentas CASE
Processo de software PBH/Prodabel
C2-Engenharia de requisitos 24
Requisitos Processo de software da PBH/Prodabel 47
Requisitos e ferramentas CASE
Requisitos Processo de software da PBH/Prodabel 48
Requisitos e ferramentas CASE
Processo de software PBH/Prodabel
C2-Engenharia de requisitos 25
Requisitos Processo de software da PBH/Prodabel 49
Referncias Bibliogrficas
WIEGERS, Karl, Software requirements, 2edition, 2006.
SOMMERVILLE, Ian, Engenharia de Software, Addison Wesley, 6 edio, 2003.
PRESSMAN, Roger S., Engenharia de Software, McGraw Hill, 5 Edio, 2002.
Processo de software PBH/Prodabel
C3-Tcnicas de elicitao 1
Processo de Software da PBH/Prodabel PSP
Gerncia de Engenharia de Software (GESS-PB)
Superintendncia de Arquitetura de Sistemas (SAS-PB)
Diretoria de Sistemas e Informao (DS-PB)
Empresa de Informtica e Informao de Belo Horizonte (Prodabel S/A)
Verso 1.2
Tcnicas de levantamento (elicitao)
de requisitos de software
Tcnicas de elicitao Processo de software da PBH/Prodabel 2
Objetivos
Apresentar as principais tcnicas para o levantamento (elicitao) de requisitos.
Processo de software PBH/Prodabel
C3-Tcnicas de elicitao 2
Tcnicas de elicitao Processo de software da PBH/Prodabel 3
Roteiro
Observao pessoal.
Pesquisa.
Questionrio.
Entrevista.
Reunies.
Brainstorming.
JAD
Tcnicas de elicitao Processo de software da PBH/Prodabel 4
Observao pessoal
Consiste em conviver com situaes cotidianas.
Possibilita a confirmaes recebidas como: leiaute, problemas de relacionamento, erros de procedimento, segurana do trabalho, etc.
Vantagens: no interrupo das atividades, noexigncia de disponibilidade do tempo de envolvidos.
Desvantagens: ausncia de evidncias formais, causar mal-estar na rea envolvida, conclusescomprometedoras.
Processo de software PBH/Prodabel
C3-Tcnicas de elicitao 3
Tcnicas de elicitao Processo de software da PBH/Prodabel 5
Pesquisas
Pesquisa interna: averiguao fsica de umaatividade e processo.
Vantagens: percepo do pesquisador, esclarecimento de dvidas.
Desvantagens: cria mal estar entre osparticipantes, demanda muito tempo.
Pesquisa externa: utilizada quando no se dispede qualquer experincia para descrever osrequisitos. Utiliza informaes de acervos externossociedades profissionais, peridicos, livros tcnicose relatrios de pesquisa.
Tcnicas de elicitao Processo de software da PBH/Prodabel 6
Questionrio Instrumento que envolve os processos de preparao em formulrio, distribuio, recolhimento e tabulao.
Pode ser precedido de um pr-teste.
Vantagens: agilidade, custo, facilidade, abrangncia de pessoas, mensurao uniforme, anonimato, ausncia de presso por resultadosimediatos.
Desvantagens: manipulao de respostas antes de entregar, tendncia de utilizao de respostapadro, frieza.
Processo de software PBH/Prodabel
C3-Tcnicas de elicitao 4
Tcnicas de elicitao Processo de software da PBH/Prodabel 7
Entrevista
Dilogo entre entrevistado e entrevistador.
Vantagens: as perguntas podem ser alteradas(contedo, ordem, eliminao, incluso), podem ser esclarecidos pontos das perguntas, podem ser avaliadas as reaes dos entrevistados, pode-se motivar o entrevistado.
Desvantagens: alcana menos pessoas, tratamentodiferenciado aos entrevistados, desvios de curso, demanda tempo, avaliaes subjetivas, alteraes nasperguntas e contedo, desestimulo, impossibilidade de avaliao prvia, respostas politicamente corretas.
Tcnicas de elicitao Processo de software da PBH/Prodabel 8
Seminrio
Reunio planejada de pessoas-chave de diversasreas com o objetivo de obter informaes geraissobre a empresa.
Tambm chamada de workshops e dinmica de grupo.
Vantagens: rapidez na identificao de problemasde relacionamento, estrangulamentos e visointegrada de problemas.
Desvantagens: mobilizar um grande nmero de pessoas ao mesmo tempo, interferindo na rotina de trabalho da empresa.
Processo de software PBH/Prodabel
C3-Tcnicas de elicitao 5
Tcnicas de elicitao Processo de software da PBH/Prodabel 9
Brainstorming Tcnica de obteno de informaes em reunies. Etapas:
Gerao de idias:
No permitir crticas ou debates;
Deixar a imaginao voar;
Procurar quantidade;
Mudar e combinar idias.
Seleo de idias:
Decidir com base em um limite de votos
Decidir com base em discurso de campanha
Juntar idias e aplicar critrios;
Utilizar sistemas de pontuao.
Tcnicas de elicitao Processo de software da PBH/Prodabel 10
JAD
Joint Application Design (Projeto de Aplicao Conjunta).
Mtodo criado pela IBM no ano de 1977.
Consiste em reunies estruturadas intensivas e em grupo, onde participam os representantes do usurio e da informtica.
Cada sesso composta por uma ou mais reunies e dura de um a trs dias.
Toda reunio conduzida por um facilitador (ou mediador) que visa obter o consenso de forma rpida.
Processo de software PBH/Prodabel
C3-Tcnicas de elicitao 6
Tcnicas de elicitao Processo de software da PBH/Prodabel 11
Principais caractersticas do JAD
As reunies substituem as entrevistas individuais.
O processo de trabalho altamente estruturado.
Os papis so bem definidos.
As decises so baseadas em consenso.
O facilitador elimina as barreiras de comunicao.
Os recursos visuais dinamizam o trabalho.
Tcnicas de elicitao Processo de software da PBH/Prodabel 12
Reunies ao invs de entrevistas
Os usurios se sentem prestigiados e parte integrante do
processo, visto que suas opinies so consideradas.
As divergncias so resolvidas pelo grupo, pois todas as
idias so discutidas por todos.
Pode significar grande economia de tempo de
desenvolvimento. Entretanto, a carga horria alocada ao
projeto tende a ser maior se comparada ao uso de
entrevistas individuais, devido a uma participao mais
intensa dos usurios.
Processo de software PBH/Prodabel
C3-Tcnicas de elicitao 7
Tcnicas de elicitao Processo de software da PBH/Prodabel 13
Processo de trabalho estruturado
Os produtos a serem alcanados so previamente discutidos e so a base de todo o trabalho.
Cada sesso tem sua finalidade definida e todos os participantes conhecem os resultados esperados.
Os trabalhos de cada sesso so feitos baseados em uma agenda padro adotada em todas as reunies. Somente a abordagem da sesso que varia.
Os resultados so insumos para o projeto.
Tcnicas de elicitao Processo de software da PBH/Prodabel 14
Papis so bem definidos
Executivo patrocinador: autoridade das reas de negcio envolvidas. Redime conflitos, estabelece as diretrizes e objetivos e abre os trabalhos.
Gerente de projeto: principal contato do facilitador durante o processo.
Equipe: responsvel pelo contedo da sesso. So as pessoas-chave das reas envolvidas, em todos os nveis.
Facilitador: Guia imparcial, garante participao e consenso.
Documentador: registra decises tomadas.
Processo de software PBH/Prodabel
C3-Tcnicas de elicitao 8
Tcnicas de elicitao Processo de software da PBH/Prodabel 15
Decises baseadas em consenso
Consenso no a unanimidade, mas a concordncia de que a soluo encontrada a melhor para o grupo.
Consenso tambm aquela soluo com a qual os participantes iro conviver sem ferir suas prprias convices e valores essenciais.
A forma mais produtiva de deciso em grupo aquela baseada em consenso.
A conduo ao consenso a principal tarefa do facilitador.
Tcnicas de elicitao Processo de software da PBH/Prodabel 16
Facilitador elimina barreiras de
comunicao O facilitador uma pessoa neutra do grupo que no avalia nem contribui com idias.
Sugere mtodos que ajudem o grupo a concentrar energia em tarefas especficas.
Protege todos os membros do grupo contra ataques.
Garante a participao de todos de forma homognea.
A presena do facilitador torna a reunio mais produtiva.
Processo de software PBH/Prodabel
C3-Tcnicas de elicitao 9
Tcnicas de elicitao Processo de software da PBH/Prodabel 17
Recursos visuais dinamizam o
trabalho O andamento das sesses se beneficia do uso de
recursos visuais como transparncias, slides,
vdeos, flipcharts, micros etc.
Todos os resultados das discusses so exibidos
atravs de recursos adequados para que todos
possam ver.
Tais recursos estimulam os sentidos, esclarecem
pontos confusos e fazem uso eficaz do tempo.
Tcnicas de elicitao Processo de software da PBH/Prodabel 18
Detalhamento do processo JAD
Tipos de sesses JAD: gerenciais e tcnicas.
Ciclo de trabalho de uma sesso: preparao, execuo e reviso.
Agenda padro de uma sesso: introduo, reviso de perspectiva gerencial, abertura pelo executivo patrocinador, viso da rea de informtica, regras de conduta, abordagem da sesso, reviso de pendncias, reviso geral, avaliao da sesso.
Abordagem da sesso: varia de acordo com o tipo de sesso.
Processo de software PBH/Prodabel
C3-Tcnicas de elicitao 10
Tcnicas de elicitao Processo de software da PBH/Prodabel 19
Sesso de gerenciamento
Visa discutir o escopo do projeto, objetivos, metas, recursos e estratgias a serem adotadas. tipicamente a primeira sesso de um projeto, permitindo identificar suas partes componentes e prioridades.
Participantes: gerentes de alto nvel e executivos das reas de negcios envolvidas, bem como o representante da rea de informtica
Nmero de participantes: mximo 20
Tcnicas de elicitao Processo de software da PBH/Prodabel 20
Sesso tcnica
Define as funes componentes do sistema, a lgica de funcionamento do negcio e de que forma os elementos se relacionam e so tratados.
Devem ser orientadas par suprir as informaes necessrias criao dos modelos de dados e processos.
Participantes: gerentes e supervisores das reas de negcio. Devem ser capazes de conhecer o negcio, fluxos de trabalho.
Nmero de participantes: mximo 10
Processo de software PBH/Prodabel
C3-Tcnicas de elicitao 11
Tcnicas de elicitao Processo de software da PBH/Prodabel 21
Ciclo de trabalho JAD
Devido ao seu alto grau de planejamento,
estruturao e formalizao, o JAD pode ser
visualizado como um ciclo de processo que engloba
as fases:
Preparao;
Sesso (a execuo de uma sesso);
Reviso.
Tcnicas de elicitao Processo de software da PBH/Prodabel 22
Ciclo de trabalho - preparao Examinar adequao do JAD: avaliar em conjunto com o gerente de projeto: os riscos (para o negcio, projeto e tcnica), tamanho do projeto, domnio da metodologia, etc.
Planejar: dimensionar n de sesses, durao, alocao de recursos.
Elaborar a perspectiva gerencial: finalidade, escopo, objetivos e restries.
Familiarizar-se com a rea de negcios: entrevistar participantes previamente.
Preparar agenda da sesso: seguir padro.
Preparar participantes: informar agenda e pedir exerccio de casa.
Preparar ferramenta de documentao.
Processo de software PBH/Prodabel
C3-Tcnicas de elicitao 12
Tcnicas de elicitao Processo de software da PBH/Prodabel 23
Ciclo de trabalho - sesso
Preparar ambiente: arrumao das mesas, verificao dos equipamentos audiovisuais, checklist dos materiais, preparao de pastas.
Conduo da sesso: apresentao dos participantes, explicar agenda, abordar logstica, rever perspectiva gerencial, desenvolver agenda.
Documentao: anotar todas as deliberaes da reunio, ler todo o material e gerar documentao.
Encerramento: reviso geral da agenda, avaliao da sesso, entrega da documentao produzida.
Tcnicas de elicitao Processo de software da PBH/Prodabel 24
Ciclo de trabalho - reviso
Rever documentao: verificar se informaes esto corretas, corrigir falhas de comunicao, encaminhar documentao aos participantes.
Examinar avaliaes: avaliar se o mtodo est sendo efetivamente til e a satisfao dos participantes.
Preparar pasta do projeto: contendo perspectiva gerencial, plano de sesses, agenda de cada sesso, lista de participantes de cada sesso, documentao produzida em cada sesso e questionrios de avaliao.
Processo de software PBH/Prodabel
C3-Tcnicas de elicitao 13
Tcnicas de elicitao Processo de software da PBH/Prodabel 25
Elaborao da agenda JAD
Identificar a finalidade e objetivos da sesso.
Identificar produtos (resultados esperados).
Identificar as informaes conhecidas.
Esboar as etapas da agenda.
Verificar coerncia lgica das etapas.
Identificar os participantes provveis.
Identificar as etapas que os participantes no tem condies de realizar na sesso.
Identificar os dados prvios para as sesses.
Tcnicas de elicitao Processo de software da PBH/Prodabel 26
Agenda padro JAD Introduo:
Data, local, incio e fim previstos
Objetivos: Levantamento, acompanhamento, informativa, definio de tarefas, tomada de decises, etc.
Moderador, demais participantes e funes
Atividades prvias
Regras de conduta
Abordagem da sesso:
Desenvolvimento dos itens especficos da pauta
Reviso
Pendncias
Concluses
Processo de software PBH/Prodabel
C3-Tcnicas de elicitao 14
Tcnicas de elicitao Processo de software da PBH/Prodabel 27
Agenda padro JAD - Introduo
Reviso do JAD, papis, horrios, apresentao dos participantes e da agenda.
Reviso da perspectiva gerencial: comentrios sobre a definio da alta gerncia.
Abertura pelo executivo patrocinador: mostra o apoio da cpula, importncia, objetivos e motivo de escolha da equipe.
Viso da rea de Informtica: questes tecnolgicas e de andamento de projeto.
Regras de conduta: comportamentos indicados para sesso.
Tcnicas de elicitao Processo de software da PBH/Prodabel 28
Agenda padro JAD Abordagem da
sesso Passos especficos para se alcanar os
objetivos da sesso.
Finalidade
Produto esperado
Processo envolvido
Sequncia
Processo de software PBH/Prodabel
C3-Tcnicas de elicitao 15
Tcnicas de elicitao Processo de software da PBH/Prodabel 29
Agenda padro JAD Reviso
Reviso das pendncias: situao do item,
responsvel e data prevista para a soluo.
Reviso geral: rpida passagem pelo material
produzido para verificar se o resultado est coerente e
coeso, de acordo com o previsto.
Avaliao da sesso: obteno do feedback dos
participantes sobre o mtodo utilizado e desempenho
do facilitador.
Tcnicas de elicitao Processo de software da PBH/Prodabel 30
Consideraes sobre o JAD Enquanto tcnica, o JAD prope captar os pontos principais das demais tcnicas visando tornar mais produtivas as reunies.
A estrutura do JAD pressupe um trabalho considervel de documentao e atividades preliminares e posteriores.
bvia a importncia e uso de reunies como mecanismos de interao entre pessoas em qualquer aspecto da sociedade.
Para qualquer situao de reunio profissional pode ser seguido o modelo do JAD.
Processo de software PBH/Prodabel
C3-Tcnicas de elicitao 16
Tcnicas de elicitao Processo de software da PBH/Prodabel 31
Exemplo de agenda JAD - Introduo Explicao: sero explicados aspectos preliminares sobre a sesso (Durao: 10 Min.). Aspectos:
Perodo: 1, 2 e 3/4 de 2009;
Horrio: 8h s 17h. Intervalo: 10h s 10h15, 15h30 s 15h45. Almoo: 12h s 13h.
Recursos disponveis: Projetor, computador, quadro magntico e flipchart.
Apresentao dos participantes: Nicolau dos Santos (Executivo patrocinador), Philip Kotler (Gerente de Marketing), Bill Gates (Gerente de Informtica), Domenico de Masi (Gerente de RH), Jos Silva
(Facilitador) e Sra. Maria Santos (Documentadora).
Tcnicas de elicitao Processo de software da PBH/Prodabel 32
Exemplo de agenda JAD Introduo
Funcionamento do JAD: O Sr. Jos Silva far uma explicao do JAD e suas principais caractersticas como trabalho em equipe, deciso por consenso, papel do facilitador, agenda, etc.
Apresentao dos assuntos da agenda: Sero lidos os itens da Abordagem da Sesso.
Reviso da perspectiva gerencial: Os participantes expressaro suas opinies e sugestes. Durao 50 Min.
Processo de software PBH/Prodabel
C3-Tcnicas de elicitao 17
Tcnicas de elicitao Processo de software da PBH/Prodabel 33
Exemplo de agenda JAD Introduo
Abertura pelo executivo patrocinador: O Sr. Nicolau dos Santos mostrar a importncia do projeto no contexto do negcio, o que a administrao pretende alcanar e por que aquela equipe foi escolhida. Durao: 15 Min.
Viso da rea de informtica: O Sr. Bill Gates falar das atuais tecnologias e tendncias no escopo do projeto. Durao: 20 Min.
Tcnicas de elicitao Processo de software da PBH/Prodabel 34
Exemplo de agenda JAD Introduo
Regras de conduta: Sero explicadas as normas de comportamento a serem seguidas durante a sesso. So vedadas conversas em paralelo, utilizao de telefone celular, interromper a fala de outro participante, fumar durante a sesso, crticas destrutivas ou pessoais a opinio de outros participantes. Durao 5 Min.
Abordagem da sesso: Nesta etapa sero discutidos os assuntos especficos da sesso. Os assuntos sero divididos em seis etapas. Durao: 3:00 H.
Processo de software PBH/Prodabel
C3-Tcnicas de elicitao 18
Tcnicas de elicitao Processo de software da PBH/Prodabel 35
Exemplo de agenda - Abordagem da sesso
Tema 1: Descrio do ambiente atual
Incio: 8h. Durao: 1h.
Finalidade: Descrever a situao atual e as reas de negcios.
Produto esperado: descrio da situao atual, incluindo: processos atuais (possibilidades, pontos fortes e fracos, restries), situao competitiva e oportunidades para a organizao.
Processo envolvido: participantes devero preencher previamente um questionrio que ser apresentado durante a sesso.
Sequncia: Discusso dos pontos apresentados, brainstorming, seguido de votao.
Tcnicas de elicitao Processo de software da PBH/Prodabel 36
Exemplo de agenda - Abordagem da sesso
Tema 2: Descrio dos problemas das reas.
Incio: 10 H 15. Durao: 1 H 30.
Finalidade: Apontar os principais erros existentes na
situao atual. Sero usados para definir e justificar
objetivos e solues a serem adotadas.
Produto esperado: descrio dos problemas atuais do
negcio.
Processo envolvido: Idem tema 1.
Sequncia: Brainstorming, seguido de votao.
Processo de software PBH/Prodabel
C3-Tcnicas de elicitao 19
Tcnicas de elicitao Processo de software da PBH/Prodabel 37
Exemplo de agenda - Abordagem da sesso
Tema 3: Descrio dos objetivos para a nova situao.
Incio: 13 H. Durao: 1 H.
Finalidade: Listar os objetivos a serem alcanados atravs de
modificaes nas reas de negcios. Os objetivos devem estar
associados a problemas encontrados na etapa anterior.
Produto esperado: descrio de todos os objetivos.
Processo envolvido: Idem ao tema 1.
Sequncia: Idem ao tema 2.
Tcnicas de elicitao Processo de software da PBH/Prodabel 38
Exemplo de agenda - Abordagem da sesso
Tema 4: Descrio dos requisitos.
Incio: 14h. Durao: 1 H 30.
Finalidade: Definio das solues (requisitos) para a nova
situao esperada. Define como sero alcanados os
objetivos.
Produto esperado: descrio dos requisitos.
Processo envolvido: Idem ao tema 1.
Sequncia: Idem ao tema 1.
Processo de software PBH/Prodabel
C3-Tcnicas de elicitao 20
Tcnicas de elicitao Processo de software da PBH/Prodabel 39
Exemplo de agenda - Abordagem da sesso
Tema 5: Descrio das restries para os requisitos.
Incio: 15 H 45. Durao: 30 Min.
Finalidade: Definio de restries de ordem fsica, poltica, legal, que possam afetar os requisitos estabelecidos. As restries determinam limites, fronteiras e balizamentos para o sistema.
Produto esperado: descrio das restries.
Processo envolvido: Idem ao tema 1.
Sequncia: Idem ao tema 1.
Tcnicas de elicitao Processo de software da PBH/Prodabel 40
Exemplo de agenda - Abordagem da sesso
Tema 6: Prioridade dos requisitos.
Incio: 16 H 15. Durao: 30 Min.
Finalidade: Dar prioridade aos requisitos.
Produto esperado: Indicao da prioridade de cada requisito.
Processo envolvido: atravs do estabelecimento dos critrios de prioridade como custo, competitividade, facilidade de implementao e posterior associao a cada requisito.
Sequncia: Descrio de cada item e votao.
Processo de software PBH/Prodabel
C3-Tcnicas de elicitao 21
Tcnicas de elicitao Processo de software da PBH/Prodabel 41
Exemplo de agenda JAD - Reviso
Reviso de pendncias: Sero resolvidas as pendncias e agendadas novas. Consiste em: Descrio da pendncia, situao, responsvel, data para soluo. Durao 5 Min.
Reviso geral: Ser feita uma passagem pelo material produzido na sesso, avaliando os resultados obtidos. Durao 5 Min.
Avaliao da sesso: Ser obtido o feedback de todos os participantes sobre o mtodo utilizado e sobre o comportamento do facilitador, visando adequar e melhorar o processo para as prximas sesses. Durao 5 Min.
Tcnicas de elicitao Processo de software da PBH/Prodabel 42
Referncias bibliogrficas
Costa, Wilson Dias Da - JAD Joint Application
Design, Ibpi Press, 1994.
Gause, D. e Weinberg, G. Explorando
Requerimentos de Sistemas, Makron Books, 1989.
Processo de software PBH/Prodabel
C4-Casos de uso 1
Processo de Software da PBH/Prodabel PSP
Gerncia de Engenharia de Software (GESS-PB)
Superintendncia de Arquitetura de Sistemas (SAS-PB)
Diretoria de Sistemas e Informao (DS-PB)
Empresa de Informtica e Informao de Belo Horizonte (Prodabel S/A)
Verso 1.2
Casos de uso
Requisitos Processo de software da PBH/Prodabel 2
Objetivos
Descrever as dificuldades encontradas para se modelar sistemas com base somente emrequisitos.
Mostrar como os casos de uso se encaixam namodelagem de comportamento dos sistemas.
Especificar as diretrizes para a escrita de casosde uso efetivos.
Processo de software PBH/Prodabel
C4-Casos de uso 2
Requisitos Processo de software da PBH/Prodabel 3
Roteiro Requisitos e casos de uso
Definio de caso de uso
Definio de ator
Relacionamentos
Diagrama de caso de uso
Estrutura de um caso de uso
Descrio de um caso de uso
Processo de modelagem de casos de uso
Diretrizes para elaborao de casos de uso
Requisitos Processo de software da PBH/Prodabel 4
Interessados nos requisitos
Clientes: Precisam saber se o sistema est sendodesenvolvido conforme desejam.
Gerentes: Precisam ter um entendimento geral do que o sistema ir fazer de forma a planejar e controlar o projeto.
Analistas: Precisam descrever e documentar o que o sistema ir fazer.
Desenvolvedores: Precisam entender o que o sistema deve fazer para implementa-lo.
Testadores: Precisam saber o que o sistemadeveria fazer para poder verifica-lo.
Processo de software PBH/Prodabel
C4-Casos de uso 3
Requisitos Processo de software da PBH/Prodabel 5
Natureza dos requisitos
Necessidades
Requisitos de usurio
Domnio dasoluo
Requisitos de sistemas
Requisitos de desenho
Domnio do problema
Produto a ser construdo
Requisitos Processo de software da PBH/Prodabel 6
Separao entre domnios A separao em domnios indica que os
requisitos de software tratam da soluo e nodo problema.
O formato da pirmide reflete o volume relativodo problema: poucas necessidades podem exigirvrios requisitos.
O relacionamento de rastreabilidade deve ser mantido entre todos os nveis.
Processo de software PBH/Prodabel
C4-Casos de uso 4
Requisitos Processo de software da PBH/Prodabel 7
Rastreabilidade dos requisitos
N1
Ru1 Ru2
Nx
Ruy
Rs1 Rs2 Rs3 Rsz
Rd1 Rd2 Rd3 Rd4 Rdn
P: Essa figura representa rastreabilidade uni ou bidirecional? ___________________
Requisitos Processo de software da PBH/Prodabel 8
Limitaes dos requisitos Dados os requisitos de um caixa eletrnico:
O sistema deve permitir clientes fazer saques de suas contas.
O sistema deve assegurar que o limite da contanunca ser ultrapassado.
Se um cliente tentar sacar de um caixa que nopertena a instituio em que tem conta, o sistemadeve cobrar uma taxa.
Surgem as questes: Em qual ordem essas coisas devem ser feitas
(caso a ordem importe)? A taxa deve ser cobrada antes ou depois do
saque?
Processo de software PBH/Prodabel
C4-Casos de uso 5
Requisitos Processo de software da PBH/Prodabel 9
Limitaes dos requisitos Para um dado conjunto de requisitos, pode ser
praticamente impossvel entender o que osautores dos requisitos querem que seja feito.
Os requisitos normalmente so ambguos e incompletos pois no informam quando e sob quais condies os comportamentos ocorrem.
A seqncia um requisito em certos casos. Os requisitos tradicionais capturam abordagens,
com nfase em requisitos declarativos e sentenas do tipo deve, falhando em capturar o comportamento dinmico do sistema.
Outra: ___________________________________
Requisitos Processo de software da PBH/Prodabel 10
Modelagem de casos de uso
Um caso de uso uma forma de expressaros requisitos do sistema, especialmente seucomportamento.
A idia bsica por trs da modelagem de um caso de uso a seguinte:Capturar a essncia do que um sistema deve
fazer. Para tal, deve-se inicialmente observarquem ir usar o sistema.
Depois disso, deve-se pensar no que o sistema dever fazer para realizar o que o usurio necessita.
Processo de software PBH/Prodabel
C4-Casos de uso 6
Requisitos Processo de software da PBH/Prodabel 11
Casos de uso no contexto dos requisitos
Necessidades
Requisitos
funcionais
Requisitos
no funcionaisCasosde uso
Especificaosuplementar
Especificaosuplementar
P: Casos de uso so uma especificao completa de todos os requisitos? ___________
Requisitos Processo de software da PBH/Prodabel 12
Casos de uso e requisitos Um caso de uso contm a especificao de um
conjunto de requisitos, apresentados de forma narrativa ao invs de estrutura de tpicos ou outra(lembra dos fluxogramas?).
Um caso de uso coloca os requisitos no contexto dadescrio de algo que o usurio deseja.
A granularidade dos requisitos e dos casos de uso bastante diferente. Explique: ___________________
Casos de uso expressam comportamento: Quandobem escritos, os casos de uso especificamexatamente o que o sistema deve fazer.
Processo de software PBH/Prodabel
C4-Casos de uso 7
Requisitos Processo de software da PBH/Prodabel 13
Casos de uso e requisitos
Casos de uso so uma boa tcnica paramodelagem de requisitos. Eles provm umamaneira padronizada de capturar, explorar e documentar o que um sistema deve fazer.
Um caso de uso pode atender a vrios requisitose um mesmo requisito pode ser atendido por um ou vrios casos de uso. D um exemplo: ________________________________________
Um requisito no um caso de uso e vice
versa.
Requisitos Processo de software da PBH/Prodabel 14
Casos de uso e a natureza dos requisitos
Casos de uso capturam facilmente (sob o ponto de vista do usurio) conjuntos de requisitos funcionais, descrevendo o comportamento do sistema como uma interao entre usurios ououtros sistemas e o sistema em questo, para fazer algo til, conforme seus interesses.
Casos de uso no envolvem: interfaces externas, formatos de dados, regras de negcio e frmulas, algumas vezes complexas.
Requisitos no funcionais so melhor descritos usando textosdeclarativos ou meios visuais.
Descrever requisitos no funcionais por meio de casos de uso uma maneira de confundir ambos. Exemplo:
_______________________________________________________
Processo de software PBH/Prodabel
C4-Casos de uso 8
Requisitos Processo de software da PBH/Prodabel 15
Modelo de casos de uso
Um modelo de caso de uso um modelo de um sistema definido em termos de casos de uso, atores e o relacionamento entre eles [OMG].
Um modelo de caso de uso pode conter um conjunto de diagramas de caso de uso, agrupados por similaridade.
Modelos de caso de uso provm uma boa visogeral sobre o sistema. Entretanto, a grande forados casos de uso est em sua descrio textual, que ser vista mais frente.
Requisitos Processo de software da PBH/Prodabel 16
Representao de casos de uso Um caso de uso descreve como um ator usa um
sistema para atingir um objetivo e o que o sistemafaz para o ator atingir seus objetivos.
Descreve uma estria de como um sistema e seusatores colaboram para um dados objetivo.
A UML representa casos de uso como elipses:
Processo de software PBH/Prodabel
C4-Casos de uso 9
Requisitos Processo de software da PBH/Prodabel 17
Atores
Conjunto coerente de papis que os usuriosexercem quando interagem com os casos de uso. [OMG]
Aspectos chave dos atores:
Representam pessoas ou outros sistemas.
Definem os papis que os usurios ou outrossistemas exercem.
Esto fora do sistema, e geralmente fora do controledo mesmo.
Impem requisitos que o sistema deve atender.
Requisitos Processo de software da PBH/Prodabel 18
Representao de atores Um ator define um papel que um usurio pode
exercer quando interage com o sistema. Um usurio ainda pode um indivduo ou outrosistema.
A UML representa atores como bonecos:
Processo de software PBH/Prodabel
C4-Casos de uso 10
Requisitos Processo de software da PBH/Prodabel 19
Stakeholders e atores
Stakeholder algum ou algo que tem um interesse legal no comportamento do caso de uso. Obs: conceito anlogo GP.
Um ator qualquer coisa que tem um comportamento. Um ator pode ser uma pessoa, companhia ou organizao, um programa de computador ou um sistema computacional
Todo ator primrio, naturalmente, um stakeholder, mas alguns stakeholders nuncainteragem diretamente com o sistema.
Requisitos Processo de software da PBH/Prodabel 20
Ator primrio o stakeholder que chama o sistema para entregar um
de seus servios. Ele tem um objetivo com respeito aosistema - que pode ser satisfeito por sua operao.
Geralmente o caso de uso comea porque o atorprimrio envia uma mensagem, pressiona um boto, pressiona uma tecla ou de alguma outra forma inicia a estria.
Entretanto, h pelo menos duas situaes em que um UC no iniciado por um ator primrio:
Quando, por exemplo, um operador de telefone inicia o casode uso em nome de um cliente.
Quando o caso de uso acionado pelo ator tempo.
Processo de software PBH/Prodabel
C4-Casos de uso 11
Requisitos Processo de software da PBH/Prodabel 21
Atores secundrios
Atores externos que provm um servio aosistema.
Devem ser identificados a fim de achar as interfaces externas que o sistema usar e osprotocolos que cruzam essas interfaces.
Um ator pode ser primrio em um caso de uso e secundrio em outro. Exemplo:
_________________________________________
Requisitos Processo de software da PBH/Prodabel 22
Comunicao entre ator e caso de uso
Razes para o ator acionar o caso de uso:
Solicitar dados armazenados no sistema.
Mudar dados armazenados no sistema.
Informar que algo importante aconteceu em torno do sistema.
Razes para o caso de uso acionar o ator:
Informar ao ator se algo importante aconteceu com o sistema.
Pedir apoio para tomada de alguma deciso.
Delegar responsabilidades a atores.
Processo de software PBH/Prodabel
C4-Casos de uso 12
Requisitos Processo de software da PBH/Prodabel 23
Relacionamentos
Casos de uso e atores no existem sozinhos.
A UML define diversos de relacionamentos no modelo de casos de uso:
Comunicao: Interao direta entre ator e caso de uso. a situao mais comum.
Incluso: Prov a habilidade de extrair sees comunsentre dois ou mais casos de uso e coloca-las em um casode uso separado, favorecendo o reuso.
Extenso: Usado em casos onde um comportamentoopcional ou excepcional inserido em um caso de usoexistente.
Generalizao: Usado quando elementos possuemcomportamentos em comum. Ex: atores.
Requisitos Processo de software da PBH/Prodabel 24
Diagramas do modelo de caso de uso
Diagrama com uma viso geral com principaisatores e casos de uso. Tambm chamado, poralguns autores, Diagrama de Contexto.
Diagrama somente com atores correlatos.
Diagrama da perspectiva de um nico ator, mostrando casos de uso e demais atores a eleassociados.
Diagramas somente com casos de uso correlatos.
Diagramas da perspectiva de um nico caso de uso, mostrando atores e demais casos de uso a eleassociados.
Processo de software PBH/Prodabel
C4-Casos de uso 13
Requisitos Processo de software da PBH/Prodabel 25
Exemplo de diagrama de caso de uso
Detalhar pagamento
Fazer pagamento com
dinheiro
Fazer pagamento com
cheque
Requisitos Processo de software da PBH/Prodabel 26
Descrio de Casos de Uso Descrio de um conjunto de seqncias de
aes, incluindo variaes, que um sistemaexecuta para atingir um resultado de valorobservvel para um ator em particular. [OMG]
Aspectos chave de caso de uso:
iniciado por um ator.
provido pelo sistema (responde ao ator).
Pode envolver mais de um ator.
Descreve como o sistema e seus atores colaborampara atender o objetivo do ator.
Prov uma imagem coerente de como o sistema serusado.
Processo de software PBH/Prodabel
C4-Casos de uso 14
Requisitos Processo de software da PBH/Prodabel 27
Descrio de um caso de uso
A UML define que os casos de uso possuem doiselementos de modelagem: uma representao grfica e uma descrio textual.
Entretanto, no definido um padro para a descriotextual de um caso de uso.
Portanto, a descrio de um caso de uso pode variardesde um texto livre com alguns pargrafos at umaestrutura de dados com campos bem delimitados.
H vantagens e desvantagens em ambas abordagens. Ex:
Vantagem: __________________________________________
Desvantagem: _______________________________________
Requisitos Processo de software da PBH/Prodabel 28
Estrutura geral de um caso de uso
Identificao
Nome
Descrio
Pr-condies
Ps-condies
Fluxo de eventos
Fluxo principal (mais comum)
Fluxos alternativos
Fluxos de exceo
Sub-fluxos (deve-se evitar)
Processo de software PBH/Prodabel
C4-Casos de uso 15
Requisitos Processo de software da PBH/Prodabel 29
Estrutura de um caso de uso Nome: Deve ser nico e identificar o que atingido
atravs da interao entre o caso de uso e o ator.
Descrio:
Pr-condies: Descrio textual que define restriesquando o caso de uso deve iniciar.
Ps-condies: Descrio textual que define restriesquando o caso de uso termina.
Fluxo de eventos: Descrio textual do que o sistema fazem relao ao caso de uso. estruturado em:
Fluxo principal: Fluxo principal ou padro.
Fluxos alternativos: Fluxos com cenrios alternativos ao principal.
Sub-fluxos: Subdiviso de um fluxo para fins de clareza. EVITAR!
Requisitos Processo de software da PBH/Prodabel 30
Descrio de um caso de uso
A descrio de um caso de uso narra uma estria de como o sistema e seus atores colaboram para atingir um objetivo especfico.
uma descrio passo a passo de uma forma particular de usar o sistema. A estrutura de um caso de uso narrativa por natureza.
Todo caso de uso deve ter:
Incio (como o ator inicia o caso);
Meio (como sistema e atores interagem);
Fim (como o caso de uso encerrado).
Processo de software PBH/Prodabel
C4-Casos de uso 16
Requisitos Processo de software da PBH/Prodabel 31
Importncia da descrio textual
Cerca de 90% do modelo de caso de uso reside nas descries. Portanto, a parte maistrabalhosa de se modelar.
A parte mais importante de um caso de uso a descrio.
A parte mais importante da descrio o fluxo de eventos.
O fluxo de eventos tem uma estrutura bemdefinida, baseada nos conceitos dos fluxosprincipal, alternativos e de exceo.
Requisitos Processo de software da PBH/Prodabel 32
Cenrios (fluxos) e passos Um conjunto de casos de uso uma estria j
desdobrada de atores primrios perseguindoobjetivos. Cada caso de uso tem um enredocruzado e mostra o sistema alcanando o objetivoou o abandonando. um descrio teatral.
Esse enredo est presente na forma de um cenriobsico e um conjunto de fragmentos de cenrios, como extenses dele.
Cada cenrio ou fragmento comea com umacondio de acionamento que indica quando ele executado e vai at mostrar a concluso ou o abandono de seu objetivo.
Processo de software PBH/Prodabel
C4-Casos de uso 17
Requisitos Processo de software da PBH/Prodabel 33
Estrutura tpica de fluxo de eventos
Fluxo principal
Fluxo alternativo
Fluxo alternativo
Requisitos Processo de software da PBH/Prodabel 34
Fluxo principal
Descrio, de cima para baixo, de um cenriobastante caracterstico no qual o objetivo do atorprimrio alcanado e todos interesses dos stakeholders so satisfeitos.
O fluxo principal descreve a forma mais usual (padro) de se atingir os objetivos do atorprincipal.
Todas as outras maneiras de ter sucesso e o tratamento de todas as falhas, so descritos nasextenses do fluxo principal nos fluxos alternativose de exceo.
Processo de software PBH/Prodabel
C4-Casos de uso 18
Requisitos Processo de software da PBH/Prodabel 35
Organizao de cenrios
Fluxos alternativos estendem o fluxo principal para tratar as variaes e excees.
Sub-fluxos podem ser usados para facilitar a leitura de um fluxocomplexo. Pode ser substitudo por outro caso de uso.
Pr e ps condies podem ser usadas para melhor esclarecer o escopo de um caso de uso e documentar qualquer premissa feitaa respeito do estado do sistema (antes ou depois do UC). Pr-condies so mais comuns que ps-condies.
A descrio deve ser longa o suficiente para poder descrever a estria e simples o suficiente para no dificultar os trabalhos nemtornar o modelo complexo. Deve-se utilizar linguagem clara e objetiva.
Requisitos Processo de software da PBH/Prodabel 36
Estrutura comum aos fluxos Uma condio sob a qual o cenrio executado: para o
cenrio principal a pr condio mais o acionador. Para um cenrio de extenso, a condio de extenso.
Um objetivo a alcanar: para o principal, o nome do caso de uso. Para um cenrio de extenso, o objetivo completar o caso de uso ou ingressar no cenrio de sucesso.
Um conjunto de passos de ao: formam o corpo do cenrio e seguem as mesmas regras em todo cenrio ou fragmento de cenrio.
Uma condio de fim: objetivo atingido ou abandonado.
Um possvel conjunto de extenses escritas como fragmentosde cenrio.
Processo de software PBH/Prodabel
C4-Casos de uso 19
Requisitos Processo de software da PBH/Prodabel 37
Condies de extenso So as condies sob as quais o sistema tem um comportamento
diferente (fluxos alternativos e/ou exceo).
Exemplo:
...
4. Usurio solicita salvamento do arquivo
...
Extenses:
4a. Sistema detecta a necessidade de salvamento
4a1. ... (passos)
4b. Salvamento falha
4b1. ... (passos)
Requisitos Processo de software da PBH/Prodabel 38
Condies de extenso - exceo A condio deve dizer o problema detectado.
Exemplos:
Senha invlida.
Rede inoperante.
Cliente no responde.
Dinheiro indisponvel.
Obs: no levantar cdigos de erro internos.
Racionalize e rena as falhas similares, de modo a simplificar a anlise.
Avalie as condies de falhas dentro de falhas.
Processo de software PBH/Prodabel
C4-Casos de uso 20
Requisitos Processo de software da PBH/Prodabel 39
Exemplo de descrio de caso de usoNome: Registrar sinistro.Ator primrio: Atendente.Pr-condio: Segurado e aplice habilitados.
Fluxo principal:1. Atendente informa nmero da aplice do segurado. 2. Sistema retorna informaes da aplice. 3. Atendente confirma dados do segurado.4. Sistema confirma que no h nenhum sinistro em aberto para o segurado.5. Atendente informa detalhes do sinistro: tipo, local, data, hora, descrio.6. Sistema valida os dados informados e gera nmero (sequencial no ano) da
comunicao.7. Atendente informa nmero da comunicao ao segurado8. Atendente designa um agente para o atendimento.9. Sistema solicita confirmao para fechamento da comunicao.10. Atendente confirma operao.10. Sistema salva os dados e envia e_mail para o agente designado.
Requisitos Processo de software da PBH/Prodabel 40
Exemplo de descrio de caso de uso(cont.)
Fluxos alternativos:
FA1. Atendente informa que ligao somente para consulta.
1. Sistema registra informao.
FA2. Atendente pode salvar os dados incompletos a qualquermomento, antes da concluso do UC.
1. Registrar comunicao com status Pendente.
FA3. Atendente altera informaes da aplice ou data do sinistro.
1. Sistema valida informaes e verifica se aplice est disponvel.
1. Atendente informa cdigo da aplice ou CPF/CGC ou nome do segurado.
2. Sistema edita aplice a partir dos dados da pesquisa.
(E se no encontrar? _______________________________________________)
3. Atendente altera data ou outros dados do sinistro.
Processo de software PBH/Prodabel
C4-Casos de uso 21
Requisitos Processo de software da PBH/Prodabel 41
Exemplo de descrio de caso de usoFluxos de exceo:
FE1. Informao de aplice encontrada no corresponde ao segurado:
1. Atendente informa nmero correto de aplice.
FE2. Sistema no encontra aplice, a partir de detalhes:
1. Atendente informa detalhes corretos.
FE3. Sistema identifica comunicao duplicada:
1. Sistema exibe lista de comunicaes existentes.
2. Atendente seleciona uma comunicao.
2a. Atendente edita comunicao.
FE4. Atendente termina sem completar informaes obrigatrias.
1. Sistema informa que transao no pode ser concluda.
Requisitos Processo de software da PBH/Prodabel 42
Processo de modelagem de casos de uso
Processo de software PBH/Prodabel
C4-Casos de uso 22
Requisitos Processo de software da PBH/Prodabel 43
Estgios de escrita dos casos de usoEstgio de escrita Propsito principal Riscos atacados Atividades associadas
Descoberta Identificar caso de uso Desconhecer limites do sistema
Gerenciamento de escopo
Breve descrio Resumir propsito do caso de uso
Ambiguidade na definio do modelo
Gerenciamento de escopo
Esboo inicial Resumir formato e extenso do caso de uso
-Desconhecer extenso, escala ou complexidade do sistema-Desconhecer casos de uso requeridos
-Gerenciamento de escopo-Estimativa inicial-Prototipagem visando atender requisitos e atacar riscos tecnolgicos
Esboo essencial Resumir essncia do caso de uso
Facilidade de uso -Desenho de interface com usurio-Prototipagem visando atender requisitos e atacar riscos tecnolgicos
Descrio detalhada
Permitir adicionar detalhes de forma incremental
Nenhum (passo intermedirio)
Nenhum (passo intermedirio)
Descrio completa Prover completa especificao funcional para o comportamento encapsulado pelo caso de uso
-No saber exatamente o que o sistema deve fazer-No ter uma especificao de requisitos compartilhada
-Anlise e desenho-Implementao-Testes de integrao-Testes de sistema-Documentao de usurio-Estimativa refinada
Requisitos Processo de software da PBH/Prodabel 44
Caso de uso e as disciplinas do RUP Requisitos: O modelo de caso de uso construdo
nessa disciplina.
Anlise e desenho: Casos de uso so realizados pelosmodelos de anlise e desenho. Aqui descrito comoos objetos se relacionam para atingir o objetivo do caso de uso.
Implementao: O cdigo desenvolvido paraexecutar os casos de uso.
Testes: Os casos de uso servem de base paraidentificar os casos de teste e procedimentosespecficos.
Processo de software PBH/Prodabel
C4-Casos de uso 23
Requisitos Processo de software da PBH/Prodabel 45
Relacionamento entre o modelo de casos de uso e outros modelos
Expresso por
Realizado por
Implementado por
Verificado por
Requisitos Processo de software da PBH/Prodabel 46
Ciclo de escrita de caso de uso
Especifique o escopo e os limites do sistema.
Identifique os atores primrios.
Identifique os objetivos dos usurios para com o sistema.
Selecione um caso de uso pa