Análise de Requisitos de Software
Tese: Análise de Requisitos de Software. Pesquise 862.000+ trabalhos acadêmicosPor: rnmq • 12/11/2013 • Tese • 4.936 Palavras (20 Páginas) • 512 Visualizações
Introdução
2.Requisitos de Software
3.Identificação e Elicitação de Requisitos
4.Especificação de Requisitos com Caso de Uso
5.Validação de Requisitos
6.Gerenciamento de Mudança de Requisitos
Análise de Requisitos de Software
Gerente de Projetos com carreira em grandes empresas de Tecnologia da Informação, onde adquiri sólida experiência em relações com clientes, formação e liderança de equipes, análise de riscos, gestão de novos projetos e manutenção de legado. Minha Experiência: Tenho mais de 10.000 horas de experiência em Gestão de Projetos e Engenharia de Software. Formada em Matemática pela Universidade do Estado do Rio de Janeiro. Conheço Métodos Ágeis (SCRUM), Arquitetura de Software, RUP/UP - Processo Unificado, Metodologias de Gerenciamento de Projetos (PMBOK) entre outras tecnologias. Possuo fortes conhecimentos de Gestão de Projetos. Desempenhei diversos papéis como: Gerente de Projeto, Analista de Requisitos, Líder de Produto, Analista de Sistemas, Desenvolvedora em diversos segmentos: Financeiro, Seguro, Saúde, Tecnologia, Varejo e Petróleo e Gás. Possuo as certificações: Project Management Professional (PMP) e ITIL Foundation
Roberta Norton (roberta.norton@to-brasil.com)
Sobre a Autora:
1 - Introdução:
Análise de Requisitos de Software
•Estudos indicam que os requisitos, só detectados depois do software implementado ou erros na análise de requisitos, são até 20 vezes mais caros de se corrigir que qualquer outro tipo de erro;
•Da perspectiva da Engenharia de Software, a “elicitação” de requisitos é talvez, a parte mais crítica do processo de desenvolvimento de software.
Análise de Requisitos de Software
•Um entendimento completo dos requisitos de software é essencial para o sucesso do desenvolvimento do software;
•Envolve o entendimento do problema, o contexto no qual a solução deve estar inserida, a identificação dos “stakeholders” envolvidos e suas necessidades e, a verificação das restrições do ambiente e sistema;
•O dilema com o qual se depara um analista pode ser mais bem entendido, repetindo-se a declaração de um cliente anônimo: “Sei que você acredita que entendeu o que acha que eu disse, mas não estou certo que percebeu que aquilo que ouviu não é o que eu pretendia dizer...”.
Análise de Requisitos de Software
Ciclo de Desenvolvimento de Software
Análise de Requisitos de Software
•Melhores Práticas: A Metodologia de Teste deve ser aplicada durante todo o ciclo de desenvolvimento de software
Objetivos do Treinamento:
Análise de Requisitos de Software
•Discutir e fornecer informação sobre o Ciclo de Requisitos de Software, indo da elicitação até a especificação de requisitos de software.
•Abordar as principais técnicas, ferramentas e melhores práticas para desenvolvimento da especificação de requisitos
Mudança Contínua:
Análise de Requisitos de Software
•Requisitos sempre mudam;
•“Temos que aceitar a instabilidade dos requisitos como uma fato da vida, e não condená-la como o resultado de um raciocínio mal conduzido”. Afirma Gerard Fischer;
•Agrupar os requisitos estáveis;
•Tratar com diferenciação os instáveis.
Comunicação:
Análise de Requisitos de Software
•Todo o trabalho de Análise de Requisitos é baseado na comunicação;
•Os requisitos que não possam ser atendidos, devido à cronograma, custo ou ainda viabilidade devem ser negociados previamente com o cliente;
•A Engenharia de Software é baseada fortemente em pessoas;
•Os processos de software são efetivos somente até o ponto em que ajudam as pessoas a se comunicarem.
Comunicação:
Análise de Requisitos de Software
Dificuldades:
Análise de Requisitos de Software
•Usuários podem não ter uma idéia precisa do sistema por eles requerido;
•Usuários têm dificuldades para descreverem seu conhecimento sobre o domínio do problema;
•Usuários e Analistas têm diferentes pontos de vista do problema (por terem diferentes formações);
•Usuários podem antipatizar-se com o novo sistema e se negarem a participar da elicitação (ou mesmo fornecer informações errôneas).
Estágios da Elicitação:
Análise de Requisitos de Software
•Definir objetivos
•Os objetivos organizacionais devem ser estabelecidos incluindo objetivos gerais do negócio, um descrição geral do problema a ser resolvidos porque o sistema é necessário e as limitações do sistema;
•Aquisição de conhecimento do background
•Informação de background do sistema inclui informação acerca da organização onde o sistema será instalado, o domínio de aplicação do sistema e informação acerca de outros sistemas existentes;
•Organização do conhecimento
•A grande quantidade de conhecimento que foi coletada nos estágios anteriores devem ser organizadas e colocadas em ordem;
•Coletar os requisitos dos stakeholders
•Os stakeholders do sistema são consultados para descoberta de seus requisitos.
Estágios da Elicitação:
Análise de Requisitos de Software
Um Caso Real
Análise
...