Levantamento, Análise e Gestão Requisitos. Aula 12 - PDF Free Download
Levantamento, Análise e Gestão Requisitos. Aula 12
Download "Levantamento, Análise e Gestão Requisitos. Aula 12"
Evelyn Peres de Barros
1 Levantamento, Análise e Gestão Requisitos Aula 12
2 Agenda Miscelâneas (Parte 3): Gerenciamento dos Requisitos Mutáveis Rastreabilidade de Requisitos Processo de Gestão de Mudanças
3 Requisitos Estáveis e Voláteis Mudanças nos requisitos ocorrem enquanto eles estão sendo elicitados, analisados,validados e após o sistema entrar em serviço Alguns requisitos são mais sujeitos a mudanças do que outros: Requisitos Estáveis aqueles relacionados com a essência do sistema e seu domínio de aplicação. Eles mudam mais devagar que os requisitos voláteis Requisitos Voláteis são específicos a instanciação do sistema em um ambiente em particular e para um cliente em particular
4 Fatores para a Mudança dos Requisitos Erros, conflitos e inconsistências nos requisitos Podem ser descobertos durante a análise e validação de requisitos ou durante o processo de desenvolvimento Evolução do conhecimento do cliente/usuário final do sistema Ao se desenvolver os requisitos, clientes e usuários final desenvolvem um melhor entendimento do que eles realmente querem do sistema Problemas técnicos, de custo e prazo Problemas podem ser encontrados quando da implementação de um requisito. Pode ser muito caro ou demorar demais para implementar certo requisito
5 Fatores para a Mudança dos Requisitos Mudança na prioridade dos clientes Prioridade do cliente pode mudar durante o desenvolvimento do sistema e como resultado: surgimento de novos competidores, mudanças na equipe e outros Mudanças ambientais Ambiente no qual o sistemas será instalado poderá mudar de forma que os requisitos de sistema serão alterados para manter compatibilidade Mudanças organizacionais A organização que usará o sistema poderá mudar sua estrutura e processos, resultando em novos requisitos do sistema
6 Tipos de Requisitos Voláteis Requisitos mutáveis Mudam devido a mudanças no ambiente no qual o sistema está operando Requisitos emergentes Não podem ser completamente definidos quando o sistema é especificado mas que emergem quando o sistema é projetado e implementado Requisitos de consequência São baseados em fatos assumidos de como o sistema será usado. Quando o sistema é colocado em uso, alguns desses fatos podem estar errados Requisitos de compatibilidade Dependem de outros equipamentos ou processos
7 Identificação dos Requisitos É também chamado rastreamento, deve permitir a navegabilidade dos produtos de software, em relação as solicitações dos cliente
8 Rastreabilidade O que é? Técnica usada para prover relacionamento entre requisitos, projeto e implementação final do sistema É uma característica de sistemas nos quais os requisitos são claramente ligados às suas fontes e aos artefatos criados durante o ciclo de vida do sistema Informação que auxilia a analise do impacto de uma mudança de requisito
9 Rastreamento Backwards/Forwards A) Rastreamento Forward-to relaciona outros documentos (que possa ter precedido os documentos de requisito) aos requisitos relevantes B) Rastreamento Forward-from relaciona requisitos ao projeto e componentes de implementação C) Rastreamento Backward-from relaciona requisitos a suas fontes em outros documentos ou pessoas D) Rastreamento Backward-to relaciona o projeto e componentes de implementação aos requisitos A C B B D
10 Tipos de Rastreamento Rastreamento das Fontes de Requisitos Relaciona o requisito, pessoas e documentos que especificaram os requisitos Rastreamento da Razão dos Requisitos Relaciona o requisito com a descrição do porque o requisito foi especificado Rastreamento Requisitos Requisitos Relaciona requisitos com outros requisitos que são, de alguma forma, dependente deles. Deve ser um relacionamento em duas direções (dependentes e dependente de)
11 Tipos de Rastreamento Rastreamento Requisitos Arquitetura Relaciona os requisitos com os subsistemas onde este requisitos estão implementados. Isto é particularmente importante quando os subsistemas estão sendo desenvolvidos por diferentes subcontratados Rastreamento Requisitos Projeto Relaciona os requisitos com o hardware específico ou componentes de software que são usados para implementar os requisitos Rastreamento Requisitos Interface Relaciona os requisitos com a interface externa do sistema que será usada para provê os requisitos
12 Fases do Rastreamento Requisitos Produto (Caracter.) Requisitos Detalhados (Casos de Uso) 2 3 Req A 1 Req B 4 1. Rastrear requisitos no sistema 2. Rastrear requisitos no projeto 3. Rastrear requisitos nos procedimentos de teste 4. Rastrear requisitos no plano Projeto Modelos Teste Suítes Teste Doc. Usuário Plano
13 Rastreamento: Análise de Impacto Req A antes se retornar valor > $5 Req A depois se retornar valor > $2 Req B Req B Req C Req C Links dos requisitos devem ser marcados como revisar Links revisar devem ser analisados
14 Tabelas de Rastreamento Tabelas de rastreamento mostram os relacionamentos entre requisitos ou requisitos e componentes de projeto Requisitos são listados ao longo dos eixos horizontais e verticais e os relacionamentos são marcados nas células Mostram as dependências que devem ser definidas com o número do requisitos que são usados para rotular a linhas e colunas da tabela
15 Lista de Rastreamento Se o número de requisitos a ser gerenciado for pequeno (digamos, até 250), as tabelas de requisitos podem ser implementadas usando uma planilha Se o número de requisitos a ser gerenciado for grande (digamos, centenas ou milhares) as tabelas de requisitos serão problemáticas e as tabelas ficarão esparsamente populadas Poderá ser usada uma forma simplificada de rastreamento onde ao lado da descrição dos requisitos, são mantidas uma ou mais listas de identificadores dos requisitos relacionados. Listas de rastreamento são simples listas de relacionamentos que podem ser R e q u i r e m e n t D e p e n d s - o n implementadas R 1 R 3, R 4 como texto ou R 2 R 5, R 6 tabelas simples R 3 R 4, R 5 R 4 R 2 R 5 R 6
16 Políticas de Rastreamento Definem o que e como a informação de rastreamento será mantida Podem incluir: A informação de rastreamento que deve ser mantida Técnicas, tais como matrizes de rastreamento, que devem ser usadas para manter o rastreamento Uma descrição de quando a informação de rastreamento deve ser coletada durante a engenharia de requisitos e processos de desenvolvimento de sistema O papel das pessoas, tais como gerente de rastreamento, que é responsável por manter a informação de rastreamento, também deve ser mantida Uma descrição de como lidar e documentar exceções da política O processo de gerenciamento da informação de rastreamento
17 Fatores que Influenciam as Políticas de Rastreamento Número de requisitos Quanto maior o número de requisitos, maior a necessidade de políticas formais de rastreamento Vida útil estimada do sistema Para sistemas com longa vida útil será necessário definir políticas mais abrangentes Nível de maturidade das organizações Políticas detalhadas serão mais efetivas em organizações com um alto nível de maturidade de processo
18 Fatores que Influenciam as Políticas de Rastreamento Tamanho e composição do time de projeto Com um pequeno time, poderá ser possível avaliar o impacto de mudanças propostas informalmente, sem uma estrutura de informação de rastreamento Com grande times, contudo, será necessário políticas mais formais de rastreamento Tipos de sistema Sistemas de controle de tempo/real e sistemas de segurança precisam de políticas mais abrangentes do que sistemas não críticos Requisitos específicos do cliente Alguns clientes podem especificar que a informação de rastreamento deverá ser entregue como parte do sistema
19 Mudanças Principal erro em Projetos: congelar requisitos Aumentar a compreensão dos requisitos: Maior clareza Melhor definição Melhor identificação dos erros Fatores externos ao sistema Inesperado
20 Mudanças Real Mudanças Requisitos incompletos Requisitos inconsistentes Desejado Requisitos fixos Requisitos completos Requisitos consistentes Fregueses em uníssono
21 Alterações nos Requisitos As alterações que precisam ser feitas nos planos de software, artefatos e atividades resultantes da alteração dos requisitos são: Identificadas Avaliadas sob o ponto de vista de risco Documentadas Planejadas Comunicadas aos grupos e indivíduos envolvidos Acompanhadas até a finalização
22 Gerenciamento de Mudança O gerenciamento de mudança está relacionado como os procedimentos, processos e padrões que serão usados para gerenciar as mudanças aos requisitos do sistema As políticas de gerenciamento de mudanças poderá incluir: O processo de solicitação de mudanças e a informação necessária para processar cada solicitação de mudança O processo usado para analisar o impacto e custo da mudança e informação associada de rastreamento Definição dos membros do órgão que formalmente considera as solicitações de mudanças O suporte de software necessário (se algum) para o processo de controle de mudança
23 Processo de Gerenciamento de Mudança Algum problema de requisitos é identificado Isto pode ser oriundo de uma análise do documento de requisitos, novas necessidades dos clientes, ou problemas operacionais com o sistema. Os requisitos são analisados usando informação do problema e mudanças aos requisitos são propostas As mudanças propostas são analisadas Isto checa quantos requisitos (e se necessário, componentes de sistema) serão afetados pela mudança e calcula de forma aproximada quanto custará, em tempo e dinheiro, realizar a mudança A mudança é implementada Um conjunto de alterações (ou uma nova versão) ao documento de requisitos são produzidas. Isto deverá, é claro, ser validado usando os procedimentos de cheque de qualidade que são usados pela empresa
24 Custo e Análise de Mudança C h a n g e r e q u e s t C h e c k r e q u e s t v a l i d i t y P r o p o s e r e q u i r e m e n t s c h a n g e s R e j e c t e d r e q u e s t V a l i d r e q u e s t R e q u i r e m e n t s c h a n g e s F i n d d i r e c t l y a f f e c t e d r e q u i r e m e n t s A s s e s s c o s ts o f c h a n g e R e q. l i s t R e q u i r e m e n t s c h a n g e l i s t C o s t i n f o r m a t i o n F i n d d e p e n d e n t r e q u i r e m e n t s A s s e s s c o s t a c c e p t a b i l i t y R e j e c t e d r e q u e s t A c c e p t e d c h a n g e C u s t o m e r i n f o r m a t i o n R e j e c t e d r e q u e s t C u s t o m e r i n f o r m a t i o n R e j e c t e d r e q u e s t
25 Checar a validade da solicitação de mudança. Clientes podem não entender os requisitos e sugerir mudanças desnecessárias Requisitos que são diretamente afetados pela mudança e são descobertos Informação de rastreamento é usada para encontrar os requisitos dependentes afetados pela mudança Atividades da Análise de Mudança Proposta a mudança que deve ser feita ao requisitos Os custos da realização da mudança são estimados São feitas negociações com os clientes para checar se os custos das mudanças propostas são aceitáveis
26 Rejeição da Solicitação de Mudança Se a solicitação de mudança for inválida Isto normalmente acontece se o cliente não entendeu algo sobre um requisito e propôs uma mudança que não é necessária Se a solicitação de mudança resultar em consequências que não são aceitáveis ao usuário Se o custo da implementação for muito alto ou se demorar demais
27 Processamento de Mudança Mudanças propostas são normalmente armazenadas num formulário de solicitação que é passado para todas as pessoas envolvidas na análise da mudança Formulários de mudança podem incluir: campos para documentar a análise de mudança campos de data campos de responsabilidade campos de status campos de comentário
28 Dúvidas? Agradecimentos Home Page Blog X25 Home Page Fernando Anselmo
Gerenciamento de Requisitos Jaelson Castro 2013 1 Gerenciamento de requisitos Relaciona-se ao processo de gerenciar a mudança dos requisitos de um sistema As principais preocupações do gerenciamento de
1 Engenharia de Requisitos Gerenciamento de Requisitos Prof Ms Vinícius Costa de Souza www.inf.unisinos.br/~vinicius 2 Agenda Introdução Requisitos voláteis x estáveis Identificação Armazenamento Gerenciamento
REQUISITOS. Prof. Msc. Hélio Esperidião
REQUISITOS Prof. Msc. Hélio Esperidião OS REQUISITOS O que são requisitos? Uma descrição de um serviço ou de uma limitação O que é a engenharia de requisitos? O processo envolvido no desenvolvimento de
Análise de Sistemas. Contextualização. O Sucesso. Aula 4. Instrumentalização. Aula 4. Prof. Emerson Klisiewicz. Clientes satisfeitos
Análise de Sistemas Aula 4 Contextualização Prof. Emerson Klisiewicz Aula 4 Gerenciamento de Requisitos Refinamento de Requisitos Aprovação de Requisitos Matriz de Rastreabilidade O Sucesso Clientes satisfeitos
Projeto de Sistemas I
Instituto Federal de Educação, Ciência e Tecnologia de São Paulo Projeto de Sistemas I Professora: Kelly de Paula Cunha E-mail:kellypcsoares@ifsp.edu.br Requisitos: base para todo projeto, definindo o
Engenharia de Software II: Definindo Projeto I. Prof. Msc Ricardo Britto DIE-UFPI rbritto@ufpi.edu.br
Engenharia de Software II: Definindo Projeto I Prof. Msc Ricardo Britto DIE-UFPI rbritto@ufpi.edu.br Sumário Definição de Projeto, Operação, Programa e Portfólio. Stakeholders. O que é Gerenciamento de
O Impacto da Engenharia de Requisitos no Processo de Métricas. Fátima Cesarino CAIXA
O Impacto da Engenharia de Requisitos no Processo de Métricas Fátima Cesarino CAIXA Apresentação Diferentes Cenários Desenvolvimento Software Importância do SISP Agradecimento Oportunidade Responsabilidade
Gerenciamento de Níveis de Serviço
Gerenciamento de Níveis de Serviço O processo de Gerenciamento de Níveis de Serviço fornece o contato entre a organização de TI e o cliente, para garantir que a organização de TI conhece os serviços que
Elicitação de requisitos e análise
Elicitação de requisitos e análise Esta atividade divide-se em dois esforços maiores: Elicitação dos requisitos em si Técnicas de elicitação Análise do que foi elicitado Processo de análise 1 Que é um
Capítulo X. Gerenciar Mudanças dos Requisitos. Aluizio Saiter, M. Sc.
Capítulo X Gerenciar Mudanças dos Requisitos., M. Sc. 2 1. Sobre a disciplina de gerência de requisitos. 2. Boas práticas em engenharia de software. 3. Introdução a gerência de requisitos. 4. Introdução
Conteúdo. Disciplina: INF 02810 Engenharia de Software. Monalessa Perini Barcellos
Universidade Federal do Espírito Santo Centro Tecnológico Departamento de Informática Disciplina: INF 02810 Prof.: (monalessa@inf.ufes.br) Conteúdo 1. Introdução 2. Processo de Software 3. Gerência de
Prova de Conhecimento para Consultores de Implementação MPS.BR INSTRUÇÕES
Implementação MPS.BR 26 de maio de 2008 4 horas de duração e-mail: (DEIXAR EM BRANCO) RESULTADO: Q1 Q2 Q3 Q4 Q5 Q6 Q7 Q8 Q9 Q10 Nota INSTRUÇÕES Para a maioria das questões você tem mais de uma opção e
Instrutora: Claudia Hazan claudinhah@yahoo.com. Motivações para Engenharia de Requisitos (ER) Processo de Requisitos
,PSODQWDomRGHXP 3URFHVVR GH *HVWmR GH 5HTXLVLWRV VHJXLQGRR R &00, 0, Instrutora: Claudia Hazan claudinhah@yahoo.com Agenda Motivações para Engenharia de Requisitos (ER) Processo de Requisitos Visão Geral
Requisitos de Software. Teresa Maciel DEINFO/UFRPE
Requisitos de Software Teresa Maciel DEINFO/UFRPE 1 Requisito de Software Características que o produto de software deverá apresentar para atender às necessidades e expectativas do cliente. 2 Requisito
Implantação de um Processo de Medições de Software
Departamento de Informática BFPUG Brazilian Function Point Users Group Implantação de um Processo de Medições de Software Claudia Hazan, MSc., CFPS claudinhah@yahoo.com Agenda Introdução Processo de Medições
O Processo de Engenharia de Requisitos
UNIVERSIDADE ESTADUAL PAULISTA INSTITUTO DE BIOCIÊNCIAS, LETRAS E CIÊNCIAS EXATAS DEPARTAMENTO DE CIÊNCIAS DE COMPUTAÇÃO E ESTATÍSTICA O Processo de Engenharia de Requisitos Engenharia de Software 2o.
Grupo de Coordenação da Transição da Administração da IANA Solicitação de Propostas
Grupo de Coordenação da Transição da Administração da IANA Solicitação de Propostas 8 de setembro de 2014 Introdução De acordo com o regulamento do Grupo de 1 Coordenação da Transição da Administração
UFG - Instituto de Informática Especialização em Desenvolvimento de Aplicações Web com Interfaces Ricas EJB 3.0 Prof.: Fabrízzio A A M N Soares professor.fabrizzio@gmail.com Aula 4 Aplicações em camadas
2 a Lista de Exercícios
Projeto de Sistemas 2011/2 2 a Lista de Exercícios (1) Um importante aspecto do projeto da camada de Lógica de Negócio (LN) diz respeito à organização das classes e distribuição de responsabilidades entre
Engenharia de Software Roteiro Análise de requisitos Definição de requisitos do sistema Requisitos Funcionais Requisitos Não Funcionais Exercício Análise de Requisitos Análise de Requisitos É o 1º passo
Curso de Engenharia de Produção Organização do Trabalho na Produção Condicionantes da Estrutura Organizacional De acordo com Simeray ( 1970) é produto dos seguintes fatores: O valor do homem O conhecimento
EVOLUÇÃO DE SOFTWARE
EVOLUÇÃO DE SOFTWARE Dinâmica da evolução de programas Manutenção de software Processo de evolução Evolução de sistemas legados 1 Mudança de Software 2 Manutenção de software Mudança de software é inevitável
Processo de Abertura de Projetosescritorio. Bizagi Process Modeler
Processo de Abertura de Projetosescritorio Bizagi Process Modeler Índice PROCESSO DE ABERTURA DE PROJETOS-ESCRITORIO...1 BIZAGI PROCESS MODELER...1 1 PROCESSO DE ABERTURA DE PROJETOS...5 1.1 PROCESSO
Requisitos. Professor Gabriel Baptista ( gabriel.baptista@uninove.br ) ( http://sites.google.com/site/professorgabrielbaptista )
Qualidade de Software Aula 8 (Versão 2012-01) 01) Requisitos Professor Gabriel Baptista ( gabriel.baptista@uninove.br ) ( http://sites.google.com/site/professorgabrielbaptista ) Revisando... 1. Qual o
Metodologia e Gerenciamento do Projeto na Fábrica de Software v.2
.:: Universidade Estadual de Maringá Bacharelado em Informática Eng. de Software III :. Sistema de Gerenciamento de Eventos - Equipe 09 EPSI Event Programming System Interface Metodologia e Gerenciamento
Gerenciamento de configuração. Gerenciamento de Configuração. Gerenciamento de configuração. Gerenciamento de configuração. Famílias de sistemas
Gerenciamento de Gerenciamento de Configuração Novas versões de sistemas de software são criadas quando eles: Mudam para máquinas/os diferentes; Oferecem funcionalidade diferente; São configurados para
Qualidade de Software Projeto e Desenvolvimento de Sistemas Dr. Fábio Levy Siqueira levy.siqueira@gmail.com Aula 2: Garantia da Qualidade e Padrões Qualidade de software Quais são as atividades de Gestão
Processos de Gerenciamento de Projetos. Planejamento e Controle de Projetos 5 TADS FSR. Processos
Processos de Gerenciamento de Projetos Planejamento e Controle de Projetos 5 TADS FSR Prof. Esp. André Luís Belini 2 Processos O gerenciamento de projetos é a aplicação de conhecimento, habilidades, ferramentas
Engenharia de Software na Prática Hélio Engholm Jr.
Engenharia de Software na Prática Hélio Engholm Jr. Novatec Sumário Agradecimentos... 17 Sobre o autor... 18 Prefácio... 19 Capítulo 1 Desenvolvimento de software para o valor de negócios... 20 1.1 Qualidade
Especificação de Requisito de Software <Nome do Projeto> Especificação de Software Para <Subsistema ou Recurso> Versão <x.y>
Especificação de Software Para Versão Histórico da Revisão Data Versão Descrição Autor 1. Introdução Este documento tem
TERMO DE REFERÊNCIA CG ICP-BRASIL COMITÊ GESTOR DA ICP-BRASIL
Presidência da República Casa Civil da Presidência da República TERMO DE REFERÊNCIA CG ICP-BRASIL COMITÊ GESTOR DA ICP-BRASIL 1 1. Introdução O Comitê Gestor da ICP-Brasil (CG ICP-Brasil) é a entidade
Documento de Requisitos Projeto: Data 26/05/2005 Responsável Autor (s) Doc ID Localização Versão do Template Márcia Jacyntha Nunes Rodrigues Lucena Silvia Cássia Pereira Márcia Jacyntha Nunes Rodrigues