Adélia Barros (adelia_nassau@yahoo.com.br) Requisitos Adélia Barros (adelia_nassau@yahoo.com.br)

Slides:



Advertisements
Apresentações semelhantes
Análise e Projeto de Sistemas I
Advertisements

Introdução à Programação: uma Abordagem Funcional PD I – Engenharia Elétrica Prof.ª Claudia Boeres 2008/2.
Introdução a Algoritmos
Os projetos.
Adélia Barros Testes de Software Adélia Barros
APSOO Aula 03.
Débora da Silva Orientadora: Maria Inés Castiñeira
Engenharia de Requisitos
Participantes do Processo de Desenvolvimento de Software
Teste de Software.
Engenharia de Software
Rational Unified Process(RUP)
Engenharia de Software
Centrado na arquitetura
Faculdade de Ciências Sociais de Aplicadas de Petrolina – FACAPE
Faculdade de Ciências Sociais e Aplicadas de Petrolina – FACAPE
SISTEMA DE INFORMAÇÕES DESENVOLVIMENTO DE SISTEMAS
Professor: Rogério Lopes Disciplina: Engenharia de Software II Fortium Sistemas da Informação Engenharia de Software II.
Análise e Projeto de Sistemas
3. Como identificar requisitos?
Implementação de Sistemas
TSDD Teste de segurança durante o desenvolvimento.
Visão Geral do Desenvolvimento de Sistemas e Papéis no Desenvolvimento de Software Marcely Dias
Gerenciamento de Requisitos com Casos de Uso
Engenharia de Software
Sistemas Multimídia e Interface Homem-Máquina
José Roberto Blaschek Gerência do Escopo José Roberto Blaschek.
Prof.Alfredo Parteli Gomes
Visão Geral PRO.NET.
Prof. Esp. Fernando Barreto
DIAGRAMA DE CASO DE USO Prof. Fabíola Gonçalves C. Ribeiro.
Análise e Projeto de Sistemas Levantamento de Requisitos
Análise e Projeto de Sistemas
IEEE Std IEEE Melhores Práticas para Especificações de Requisitos de Software (ERS)
Análise de problemas Capacidade de pensamento crítico
Prof. Kelly E. Medeiros Bacharel em Sistemas de Informação
OS MODELOS O modo de implementação do trabalho de projecto, como metodologia de aprendizagem tem sido objecto de várias aproximações que se centram em.
Análise e Projeto de Sistemas
REQUIREMENTS DEVELOPMENT DESENVOLVIMENTO DE REQUISITOS
Introdução e Fundamentos Engenharia de Requisitos
Engenharia de Software Vítor Vargas Robaina
O Processo de desenvolvimento de software
Aula 7 – Planejamento do Levantamento
Bruno Silva Desenvolvido a partir de
O Processo Unificado (UP)
Análise e Projeto de Sistemas UNIVERSIDADE DE CRUZ ALTA Ciência da Computação 2010/1.
Análise e Projeto de Sistemas de Informação 2o. Semestre de 2014 Material criado por Prof. Edinelson Revisão e atualização: Prof. Gustavo Gonzalez Faculdade.
Gestão de defeitos.
RUP - Cap. 4 – Processo Centrado na Arquitetura
Engenharia de Software
Qualidade no Desenvolvimento de Software Wolley W. Silva Baseado nas notas de aula dos professores Tatuo e Daisy.
Laboratório de Programação
Requisitos de Software
Engenharia de Software
Princípios Fundamentais da Análise de Requisitos
RISCOS AO OUVIR OS CLIENTES
IEEE Melhores Práticas para Descrições de Projeto de Software (DPS)
Engenharia de Requisitos
Análise de Requisitos Introdução Renata Araujo Ricardo Storino Núcleo de Computação Eletrônica Curso de Programação de Computadores Maio a Setembro/2000.
Análise e Projeto de Sistemas I Profa. Ana Karina Barbosa Fevereiro/2007.
Análise e Projeto de Sistemas
Aula 02 de Eng. de Requisitos
Análise e Projeto de Sistemas Análise e Projeto de Sistemas Aula 2 Professor: Italo Rodrigues Castro.
APSI II Análise e Projeto de Sistemas de Banco de Dados II.
Introdução – ISO Conceitos relacionados a Norma NBR ISO/IEC 12207; Procedimentos de ciclo de vida e desenvolvimento de software; Objetivos e a estrutura.
Processos de Software Ludimila Monjardim Casagrande 1º Semestre Desenvolvimento e Qualidade.
Gerência de Projetos Gerenciamento de Escopo. Gerenciamento de Escopo do Projeto...inclui os processos necessários para assegurar que o projeto inclui.
Extração de REQUISITOS Parte II. Segundo Pressman (1995), na analise e especificação de requisitos, a ambigüidade não só é possível mas é provável. “-
ROTEIRO PARA ELABORAÇÃO DE SISTEMA ESTRUTURADO
Transcrição da apresentação:

Adélia Barros (adelia_nassau@yahoo.com.br) Requisitos Adélia Barros (adelia_nassau@yahoo.com.br)

Requisitos Objetivos ou restrições estabelecidas por clientes e usuários do sistema que definem as diversas propriedades do sistema Condição ou capacidade necessária que o software deve possuir para que o usuário possa resolver um problema ou atingir um objetivo para atender as necessidades ou restrições da organização ou de outros componentes do sistema.

ANÁLISE DE REQUISITOS INICIA QUANDO Se reconhece que existe um problema que necessita de uma solução Surge uma idéia nova

ANÁLISE DE REQUISITOS TERMINA QUANDO Se tem uma descrição completa do comportamento do software a ser construído

O QUE SÃO ESPECIFICAÇÕES representações que descrevem o software desde uma visão macroscópica (Especificação de Requisitos) até uma visão detalhada (Programas) passando por representações intermediárias (Especificações de Projeto)

O QUE SÃO REQUISITOS Alguma coisa necessária, desejada Webster’s Ninth New Collegiate Dictionary condição ou capacidade necessária por um usuário para resolver um problema ou atingir um objetivo Condição ou capacidade que precisa ser atingida por um sistema para satisfazer um contrato, norma, especificação ou algum outro documento IEEE Standard

FUNÇÕES DA ESPECIFICAÇÃO DE REQUISITOS Ser a base para o desenvolvimento Permitir o controle da qualidade do produto Estabelecer a comunicação entre o pessoal envolvido no projeto Auxiliar no entendimento do problema

ETAPAS Diagnóstico da Situação Atual Especificação dos Requisitos Solicitação do Cliente Diagnóstico da Situação Atual Especificação dos Requisitos Aprovação dos Requisitos Orçamento Aprovação do Orçamento

SOLICITAÇÃO DO CLIENTE É a etapa na qual o cliente faz a solicitação, definindo, na sua linguagem, os requisitos do sistema.

DIAGNÓSTICO DA SITUAÇÃO ATUAL É a etapa na qual o cliente e o analista responsável pelo desenvolvimento do sistema, interagem buscando detalhar ao máximo a situação atual, os problemas existentes e novas necessidades.

ESPECIFICAÇÃO DOS REQUISITOS É a etapa na qual o cliente e o analista responsável pelo desenvolvimento do sistema, especificam, a partir das informações levantadas, os requisitos do sistema.

APROVAÇÃO DOS REQUISITOS É a etapa na qual o cliente e o analista responsável pelo desenvolvimento do sistema, aprovam a solução especificada.

ORÇAMENTO É a etapa na qual o o analista responsável pelo desenvolvimento do sistema, elabora o orçamento do sistema e dimensiona prazo e recursos.

APROVAÇÃO DO ORÇAMENTO É a etapa na qual o cliente, aprova o orçamento do sistema

PRINCÍPIOS FUNDAMENTAIS O entendimento completo dos requisitos de software é fundamental para o sucesso do sistema. Não importa quão bem seja projetado e codificado, se os requisitos não forem atendidos, o cliente estará desapontado e o desenvolvedor aborrecido

PRINCÍPIOS FUNDAMENTAIS De acordo com o perfil do cliente, utilize-se das técnicas para levantamento das informações e dos instrumentos que achar necessários para compreender os requisitos do sistema.

PRINCÍPIOS FUNDAMENTAIS Procure, antes de fazer a visita ao cliente, levantar informações e entender do negócio do cliente.

PRINCÍPIOS FUNDAMENTAIS Se durante o levantamentos das informações, surgirem palavras ou assuntos dos quais você não tem a compreensão adequada, procure se informar, inclusive com o próprio cliente.

PRINCÍPIOS FUNDAMENTAIS Tanto o desenvolvedor quanto cliente desempenham papel ativo na na análise de requisitos O cliente tenta passar para o desenvolvedor o funcionamento do seu negócio. O desenvolvedor procura compreender o negócio sem pensar na solução de software, naquele momento

PRINCÍPIOS FUNDAMENTAIS A Análise de Requisitos pode parecer uma tarefa aparentemente simples, mas as aparências enganam. O conteúdo de comunicação é intenso São muitas as chances de interpretações errôneas e informações falsas. A ambigüidade é provável.

PRINCÍPIOS FUNDAMENTAIS Frase de um cliente anônimo “Sei que você acredita que entendeu o que eu disse, mas não estou certo de que percebe que aquilo que ouviu não é o que eu pretendia dizer”

CARACTERÍSTICAS DO ANALISTA Capacidade de compreender conceitos abstratos, reorganizá-los em divisões lógicas e sintetizar soluções a partir de cada divisão Capacidade de absorver fatos pertinentes de fontes conflitantes e/ou confusas Capacidade de entender o ambiente do usuário/cliente Capacidade de se comunicar bem nas formas escrita e verbal. Capacidade de ver a floresta por entre as árvores

DIFICULDADES EM OBTER INFORMAÇÕES PERTINENTES PRINCIPAIS PROBLEMAS DIFICULDADES EM OBTER INFORMAÇÕES PERTINENTES A escolha das técnicas adequadas e das pessoas adequadas a darem as informações diminuirão os problemas decorrentes desta situação

COMPLEXIDADE DO PROBLEMA PRINCIPAIS PROBLEMAS COMPLEXIDADE DO PROBLEMA O esforço de análise cresce à medida que o problema se torna maior e portanto mais complexo, gerando inconsistências durante o processo. O particionamento do problema diminui estas inconsistências

OCORRÊNCIAS DE MUDANÇAS DURANTE O PROCESSO PRINCIPAIS PROBLEMAS OCORRÊNCIAS DE MUDANÇAS DURANTE O PROCESSO As mudanças sempre ocorrerão em todo o Ciclo de Desenvolvimento. O menor impacto é causado quando a mesma ocorre nesta fase do Ciclo. É importante estabelecer mecanismos de controle, para registrá-las e analisá-las adequadamente

REGRAS PARA ESPECIFICAÇÃO Separar a Funcionalidade da Implementação, procurando dizer o que o sistema vai fazer e não como será projetado e implementado

REGRAS PARA ESPECIFICAÇÃO As especificações devem ser fracamente acopladas. Isto facilitará a compreensão e as mudanças.

IMPORTÂNCIA DA ESPECIFICAÇÃO DE REQUISITOS São cometidos muitos erros na fase de Análise de Requisitos Erros permanecem latentes e tardam a ser detectados Quanto mais tarde um erro é detectado maior é o custo de sua correção

IMPORTÂNCIA DA ESPECIFICAÇÃO DE REQUISITOS 75% dos erros detectados, o são depois das fases de codificação e teste de unidades 56% de todos os erros detectados são devido a erros na fase de Análise de Requisitos

O SOFTWARE NÃO SATISFAZ AS NECESSIDADES DOS USUÁRIOS IMPACTO DOS ERROS O SOFTWARE NÃO SATISFAZ AS NECESSIDADES DOS USUÁRIOS Desentendimento entre os Clientes e os Desenvolvedores Perda de Tempo e Dinheiro Problemas Judiciais

ESTUDO DE CASO Próxima aula!

Requisitos DÚVIDAS ?