Académique Documents
Professionnel Documents
Culture Documents
Slide 1
Slide 2
Objetivos
Descrever as principais atividades da engenharia de requisitos. Introduzir tcnicas de obteno e anlise de requisitos. Descrever validao de requisitos. Discutir a importncia da validao de requisitos e revises de requisitos. Discutir a necessidade do gerenciamento de requisitos
Slide 3
Tpicos
Slide 4
O processo usado na ER varia bastante, dependendo do domnio da aplicao, as pessoas envolvidas e a organizao. Atividades da engenharia de requisitos:
Obteno de requisitos Anlise de requisitos Validao de requisitos gerenciamento de requisitos
Slide 5
Relatrio de viabilidade
Slide 6
Estudos de viabilidade
O estudo de viabilidade decide se vale a pena desenvolver o sistema proposto. Um estudo breve que verifica se :
O sistema contribui para os objetivos da organizao O sistema pode ser implementado com a tecnologia atual e dentro do oramento O sistema pode ser integrado com outros sistemas em operao
Slide 7
Os membros da equipe tcnica trabalham com o cliente e os usurios para descobrir mais informaes sobre o domnio da aplicao, servios do novo sistema, desempenho e as restries operacionais. Pode envolver usurios finais, gerentes, engenheiros envolvidos em manuteno, especialistas no domnio, etc (chamados stakeholders do sistema)
Slide 9
Stakeholders
Qualquer pessoa que ter influncia direta ou indireta sobre os requisitos do sistema.
Slide 10
Pessoas diferentes podem ter requisitos conflitantes. Pessoas expressam os requisitos usando termos prprios. Fatores polticos podem influenciar os requisitos do sistema. Os requisitos se alteram durante o processo de anlise, pois o ambiente econmico e de negcios dinmico.
Slide 11
Entrada do processo
Resoluo de conflitos
Slide 12
Atividades do processo
Compreenso do domnio Coleta de requisitos Classificao Resoluo de conflitos Definio das prioridades Verificao de requisitos
Slide 13
Modelos do sistema
Diferentes modelos podem ser produzidos durante a atividade de anlise de requisitos. Anlise de requisitos pode envolver trs atividades diferentes de estruturao, que resulta em trs modelos diferentes
Particionamento. (Identifica a parte estruturada do relacionamento entre entidades) Abstrao. (Identifica generalidades entre entidades) Projeo. (diferentes maneiras de ver um problema)
Slide 14
Pessoas envolvidas com o sistema possuem diferentes interesses e pontos de vista a respeito de um sistema. A anlise dessa multi-perspectiva importante, pois existe uma nica maneira correta de analisar os requisitos do sistema.
Slide 15
ATM aceita solicitaes do cliente e fornece informaes sobre a conta, atualizaes de informao, etc Servios incluem retiradas e pagamentos em dinheiro, consulta de saldo, transferncias de fundos, emisso de extratos, tales de cheques etc. Clientes de outros bancos podem utilizar os servios de retiradas em dinheiro e consulta de saldos.
Slide 16
Clientes do banco Representantes de outros bancos Engenheiros e manuteno de hardware e software Departamento de Marketing Gerentes de agncias e equipes de atendimento de balco Gerentes de segurana bancria
Slide 17
Receptores de servios
Maneira natural de estruturar o processo de levantamento de requisitos. relativamente fcil decidir se alguma coisa um ponto de vista vlido. Os pontos de vista e os servios so um meio til de estruturar os requisitos no funcionais.
Slide 19
Abordagem amplamente usada para anlise de requisitos. Depende da aplicao de um mtodo estruturado para entender o sistema. Mtodos possuem nfases diferentes. Alguns so projetados para o levantamento de requisitos, outros so mais prximos de mtodos de projeto. O mtodo VORD (definio de requisitos baseado em ponto de vista) mtodo orientado a servios para o levantamento de requisitos.
Slide 20
O mtodo VORD
Slide 21
Slide 22
Template de servio
Referncia: O nome do servio Razo : razo pela qual o servio oferecido Especificao: referncia a uma lista de especificaes de servios. Pontos de vista: lista de nomes de pontos de vista que recebem o servio. Requisitos no funcionais: referncia a um conjunto de requisitos no funcionais que impe restrio ao servio. Provedores: Referncia a uma lista de objetos de sistema que fornecem o servio.
Slide 23
Impressora
Confiabilidade
Atualizao de conta
Retirar dinheiro Retirar dinheiro Consultar saldo Consultar saldo Pedir cheques Enviar mensagens Executar transao da lista Pedir extrato Transferir fundos
Slide 26
Slide 27
Servios Consultar saldo Retirar dinheiro Servios Pedir cheques Enviar mensagem Executar transao da lista Pedir extrato Transferir fundos
Cliente
Pessoal do banco
Titular da conta
No titular da conta
Caixa
Gerente Engenheiro
Slide 28
Cenrios
Cenrios so descries de como um sistema usado na prtica. So teis para acrescentar detalhes a um esboo da descrio de requisitos. Em geral, pessoas acham mais fcil relacionar exemplos da vida real do que descries abstratas.
Slide 30
Estado do sistema no incio do cenrio. Fluxo normal de eventos no cenrio. O que pode sair errado e como lidar com isso. Outras atividades concorrentes. Estado do sistema no final do cenrio.
Slide 31
Cenrios de eventos
Cenrios de eventos podem ser usados para descrever como um sistema responde a ocorrncia de algum evento particular Cada evento distinto mostrado em um cenrio de evento separado. VORD inclui uma conveno diagramtica para cenrios de eventos.
Dados fornecidos e sadas. Informaes de controle. Processamento de exceo. O prximo evento esperado.
Slide 32
Tempo Esgotado Devolver Carto Carto invlido Devolver Carto Carto roubado Reter Carto
Selecionar servio
Slide 33
Elipses: dados de entrada a um ponto de vista. Informaes de controle: setas que entram no topo dos retngulo. Dados saem do lado direito de cada retngulo. Excees aparecem embaixo dos retngulos. Nome do prximo evento mostrado em um bloco sombreado
Slide 34
Descrio de Exceo
A maioria dos mtodos no inclui formas para descrever excees. No exemplo, excees so:
Tempo-esgotado - cliente no fornece o PIN Carto invlido Carto roubado
Slide 35
Casos de uso
Casos de Uso so tcnicas baseadas em cenrios para a obteno de requisitos. Identificam os atores envolvidos em uma interao e que descreve a interao em si Um conjunto de casos de uso descreve todas as interaes que sero representadas nos requisitos do sistema. Diagramas de seqncias podem ser usados para adicionar detalhes aos casos de uso, mostrando o processamento da seqncia de eventos no sistema.
Slide 36
Servios de emprstimo
Slide 37
Usurio da biblioteca
Servios de emprstimo
Administrao de usurio
Pessoal da biblioteca
Fornecedor
Servios de catlogo
Slide 38
Etnografia
Tcnica de observao utilizada para compreender os requisitos sociais e organizacionais Um cientista social se insere no ambiente de trabalho onde o sistema ser usado e analisa como as pessoas trabalham. As pessoas no precisam explicar o seu trabalho. Fatores sociais e organizacionais importantes podem ser observados
Slide 40
Validao de Requisitos
Preocupa-se em mostrar que os requisitos definem o sistema que o cliente deseja. Validao importante uma vez que o custo para remover um erro de requisitos grande.
Slide 41
Checagem de Requisitos
Validade. O sistema fornece as funes que melhor atende as necessidades do usurio? Consistncia. Existem conflitos de requisitos? Completeza. Todas as funes necessrias para o cliente esto includas? Realismo. Os requisitos podem ser implementados com a tecnologia e oramento disponveis? Facilidade de verificao. Os requisitos podem ser checados?
Slide 42
Reviso de requisitos
Anlise manual sistemtica dos requisitos Uso de um modelo executvel do sistema para checar os requisitos. Desenvolver testes para os requisitos a fim de verificar a testabilidade. Uso de ferramenta CASE para verificar a consistncia do modelo.
Slide 43
Prototipao
Gerenciamento de Requisitos
O gerenciamento de requisitos o processo de controlar as mudanas nos requisitos durante o processo de engenharia de requisitos e desenvolvimento. Requisitos so inevitavelmente incompletos e inconsistentes
Novos requisitos surgem durante o processo de desenvolvimento. Diferentes pontos de vista possuem diferentes requisitos e esses so freqentemente contraditrios.
Slide 44
A prioridade dos requisitos de diferentes pontos de vista se modificam . As pessoas que pagam pelo sistema podem especificar os requisitos de maneira conflitantes com os requisitos das pessoas que iro utilizar o sistema. A empresa e o ambiente tcnico do sistema se modificam durante o seu desenvolvimento
Slide 45
Requisitos iniciais
Requisitos modificados
Tempo
Slide 46
Requisitos permanentes. Requisitos estveis, derivados da atividade principal da organizao. Ex. EM um hospital sempre haver requisitos relativos aos pacientes, aos mdicos, s enfermeiras a aos tratamentos. Derivados do modelo do domnio. Requisitos volteis. Requisitos que se modificam durante o desenvolvimento ou quando o sistema est em uso. Requisitos resultantes de polticas governamentais (Ex: Plano de sade)
Slide 47
Requisitos mutveis
Requisitos que se modificam por causa do ambiente do sistema. Requisitos que surgem medida que a compreenso do cliente do sistema se desenvolve Requisitos que resultam da introduo do sistema de computador. Requisitos que dependem de outros sistemas ou processos de negcio especficos dentro da organizao.
Slide 48
Requisitos emergentes
Requisitos conseqentes
Requisitos de compatibilidade
Slide 49
Problema identificado
Implementao da mudana
Requisitos revisados
Slide 50
Pontos chave
O processo de engenharia de requisitos inclui um estudo de viabilidade, o levantamento e a anlise e requisitos, a especificao de requisitos, a validao de requisitos e o gerenciamento de requisitos. Diferentes usurios do sistema possui diferentes requisitos. Fatores sociais e organizacionais tem forte influncias sobre o s requisitos.
Slide 51
Pontos chave
A validao dos requisitos o processo de verificar os requisitos quanto a sua validade, consistncia, completeza, seu realismo e sua facilidade de verificao. Mudanas organizacionais inevitavelmente levam a mudanas nos requisitos. O gerenciamento de requisitos inclui o planejamento e o gerenciamento de mudanas.
Slide 52
Slide 53