107
Processo de Software da PBH/Prodabel PSP Requisitos de Software e Casos de uso Gerência de Engenharia de Software (GESS-PB) Superintendência de Arquitetura de Sistemas (SAS-PB) Diretoria de Sistemas e Informação (DS-PB) Empresa de Informática e Informação de Belo Horizonte (Prodabel S/A) Versão 1.2

Apostila Requisitos v1.2

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