Classificação de Requisitos

Slides:



Advertisements
Apresentações semelhantes
Desenvolvimento de Sistemas
Advertisements

Análise e Validação dos Requisitos
Introdução a Algoritmos
Instrutor HEngholmJr 1 Modelagem de Processos. Instrutor HEngholmJr 2 Nivelar profissionais nos conceitos de mapeamento de processos em nível que permita.
Análise e Desenvolvimento de Sistemas
Requisitos de Software
Requisitos de Software
Objetivos do Capítulo Utilizar o processo de desenvolvimento de sistemas delineado neste capítulo e o modelo de componentes de SI, do Capítulo 1, como.
Engenharia de Software
Introdução à Programação uma Abordagem Funcional Programação I Prof.ª Claudia Boeres CT VII - Sala 32 Departamento de Informática Centro.
GERENCIAMENTO DE INTEGRAÇÃO DO PROJETO
Identificando requisitos
Engenharia de Software
Engenharia de Software Professor Sandro de Paiva Carvalho.
Faculdade de Ciências Sociais de Aplicadas de Petrolina – FACAPE
UML Diagrama de Classes elementos básicos. Contexto Os diagramas de classes fazem parte do da visão estática da UML. Os elemento desta visão são conceitos.
Gerenciamento da Integração
Gerenciamento da Integração
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.
O processo de coletar os requisitos (escopo do cliente)
Simulação de Sistemas Prof. MSc Sofia Mara de Souza AULA2.
Documento de Requisitos Documento de Requisitos. Processo de Engenharia de Requisitos ELICITAR ANALISAR MODELAR UdeI Documento de Requisitos do Sistema.
Projetos de Interface Sistema de Aluguel de Veículos (SAV)
TIPOS DE TESTES APLICÁVEIS E NÃO APLICÁVEIS AO PROJETO
RUP: Fluxo de Análise e Projeto
PROJETO.
GESTÃO DE PROJETOS Aula 7 1.
GERENCIAMENTO DE AQUISIÇÕES PMBOK
José Roberto Blaschek Gerência do Escopo José Roberto Blaschek.
Prof.Alfredo Parteli Gomes
Requisitos e Casos de Uso
Especificação de Requisitos de Software - ERSw
Fase de Elaboração: Fluxo de Requisitos
Análise e Projeto de Sistemas Levantamento de Requisitos
IEEE Std IEEE Melhores Práticas para Especificações de Requisitos de Software (ERS)
Análise e Projeto de Sistemas UNIVERSIDADE DE CRUZ ALTA Ciência da Computação 2010/1.
Engenharia de Requisitos
Introdução a Requisitos
 - PSF Grupo: abc, agsj, fcac.
MODELO ESSENCIAL Modelo Ambiental
Fase de Concepção (Início, Planejamento)
Professor: Márcio Amador
Apresentação Atuando há mais de 13 anos no mercado de software e implantação de sistemas de ERP e Business Intelligence, a Cyberpolos vem se consolidando.
Requisitos de Software
Levantamento de Requisitos
Engenharia de Software
GERENCIAMENTO DE PROJETOS DE T.I
Sistema Virtual de Venda de Móveis
Laboratório de Programação
Processos de Software.
Requisitos de Software
Fase de Concepção Levantamento de Requisitos, Organização de Requisitos, Planejamento dos Ciclos Iterativos.
Técnicas e Projeto de Sistemas
Gestão de Projetos de Software
Prof.: Bruno Rafael de Oliveira Rodrigues ENGENHARIA DE SOFTWARE.
Engenharia de Requisitos
Engenharia de Software
Fase de Concepção (Início, Planejamento)
Gerência de Projetos de Software
Gestão do Conhecimento e da Informação
Análise e Projeto de Sistemas
Apresentação Atuando há mais de 12 anos no mercado de software e implantação de sistemas de ERP e Business Intelligence, a Cyberpolos vem se consolidando.
Engenharia de Software
ISO9001:2000 para Software Professor: Alexandre Vasconcelos Equipe: Amanda Pimentel Börje Karlsson Danielly Karine Erika Pessoa Jorge Cavalcanti Jose Edson.
Apresentação Leonardo Brussolo de Paula
Revisão da Norma ISO 9001:2008 Revisão da Norma ISO 9001:2000 para ISO 9001:2008 Impactos sobre o Sistema de Gestão da Qualidade Informativo Técnico.
Processos de Software Ludimila Monjardim Casagrande 1º Semestre Desenvolvimento e Qualidade.
Gerenciamento de Projetos
Levantamento de Requisitos – Simulação do Supermercado
Transcrição da apresentação:

Classificação de Requisitos

Requisitos Funcionais (RF) Requisitos Não Funcionais (RNF) Tipos de Requisitos Requisitos Funcionais (RF) Requisitos Não Funcionais (RNF) Requisitos Inversos (RI)

Requisitos Funcionais Descreve funcionalidade e serviços do sistema Depende do Tipo do software Usuários esperados Onde o software é usado Cuidado com a redação dos requisitos Requisitos Funcionais – representam o conjunto das funcionalidades que o software deve possuir para que os usuários possam executar suas atividades, de modo a atingir os objetivos do negócio. Fonte: Plano de Gerenciamento de Requisitos (Petrobras) São Requisitos Conceituais ou Essenciais – falam do problema e não da solução

[RF001] O sistema deve cadastrar o cliente (entrada) Exemplos de RF [RF001] O sistema deve cadastrar o cliente (entrada) [RF002] O sistema deve emitir um recibo para o cliente (saída) [RF003] O sistema deve transformar uma fita disponível em fita emprestada, quando a fita for alugada pelo cliente (mudança de estado) [RF004] Usuário pode pesquisar todo ou um sub-conjunto dos clientes da loja Outros exemplos dos Requisitos Funcionais: Biblioteca O sistema deve cadastrar bibliotecários. (entrada) O sistema deve cadastrar os usuários. (entrada) O sistema deve achar para os bibliotecários, qual o usuário que está com um determinado livro. (saída) O sistema deve tornar um livro em livro emprestado, quando um usuário pegar este livro emprestado. (mudança de estado)

Dê alguns exemplos de RFs para: Exercício Dê alguns exemplos de RFs para: 1. Sistema da padaria de pequeno porte 2. Sistema inteligente de preenchimento do IRPF 3. Sistema de abertura automática de porta

Requisitos Não Funcionais Definem propriedades e restrições do sistema (tempo, espaço, etc) Requisitos de processo também podem especificar o uso de determinadas linguagens de programação, método de desenvolvimento Os requisitos não funcionais são tão importantes quanto os requisitos funcionais Requisitos Não Funcionais – é o conjunto de características associadas a confiabilidade, eficiência, usabilidade, manutenibilidade e portabilidade do produto de software. Estes requisitos geralmente são aqueles que restringem o comportamento do produto (ISO/IEC 9126) Fonte: Plano de Gerenciamento de Requisitos (Petrobras)

Requisitos Não Funcionais Devido à sua própria definição, requisitos não funcionais são geralmente mensuráveis Assim, deve-se associar forma de medida/referência a cada requisito não funcional elicitado

Requisitos NF- Medidas de Requisitos Fonte: (Sommerville, 2003) (Sommerville, 2003)

Requisitos do Produto Final Requisitos Organizacionais Classificação de RNF Requisitos do Produto Final Produto deve comportar-se de forma particular (velocidade de execução, confiabilidade, etc.) Requisitos Organizacionais Conseqüência de políticas e procedimentos organizacionais (padrões de processo usados, requisitos de implementação, etc.) Requisitos Externos Conseqüência de fatores externos ao sistema e ao processo de desenvolvimento (legislação, etc.) Fonte: Sommerville, 2003.

Requisitos NF - Tipos (Sommerville, 2003) Requisitos externos – Legais: são as características que o software deve atender como conseqüência a fatores externos como, por exemplo, legislação. Requisitos de Interoperabilidade definem como o sistema interage com sistemas em outras organizações. Fonte: Sommerville, 2003. (Sommerville, 2003)

Requisitos Organizacionais Exemplos de RNF Requisitos do Produto [RNF001] Toda consulta de produto baseada em código de barras, deve resultar em até 5s Requisitos Organizacionais [RNF002] Todos os documentos entregues devem seguir o padrão de relatórios XYZ-00 Requisitos Externos [RNF003] A tributação dos produtos é de 15% no Estado do RJ Outros exemplos de requisitos não funcionais: Loja de Video: O sistema deve cadastrar o cliente rapidamente, em menos de 2 minutos. O sistema deve emitir um recibo para o cliente, com o tempo máximo de 8 segundos após a transação. O sistema deve atender as normas do padrão IEEE. Biblioteca: Dependendo do tipo de usuário o sistema deve atender a completa revogação da multa. O sistema deve cadastrar os usuários de maneira amigável, por intermédio de uma interface fácil de usar. O sistema deve fazer o cadastramento rapidamente, em menos de 3 minutos. O sistema deve ser portável para plataformas Linux.

Dê alguns exemplos de RNF para: Exercício Dê alguns exemplos de RNF para: 1. Sistema da padaria de pequeno porte 2. Sistema inteligente de preenchimento do IRPF 3. Sistema de abertura automática de porta Padaria A totalização de uma compra deve ser ecxecutada em no máximo 5 seg IRPF Caso ocorra queda na comunicação durante o preenchimento deve ser possivel ao usuário recuperar o que foi digitado até o instante antes da queda.

Relacionados a condições que nunca poderão ocorrer Requisitos Inversos Representam funcionalidades que estão fora do escopo da solução, definindo a “fronteira” do sistema. Relacionados a condições que nunca poderão ocorrer Em alguns casos pode ser interessante explicitar requisitos inversos para delimitar a fronteira do sistema através de funcionalidades que estão fora dele Requisitos Inversos – Representam funcionalidades que estão fora do escopo da solução. Em alguns casos, pode ser interessante explicitar requisitos inversos para delimitar a fronteira do sistema através de funcionalidades que estão fora dele. Os requisitos inversos são: Um ponto de atenção do projeto O que está fora da fronteira Imperativos Ponto conflitante: ajuda na decisão

[RI001] O sistema não emite nota fiscal Exemplos de RI [RI001] O sistema não emite nota fiscal [RI002] A primeira versão do sistema não possuirá interface web

Dê alguns exemplos de RI para: Exercício Dê alguns exemplos de RI para: 1. Sistema da padaria de pequeno porte 2. Sistema inteligente de preenchimento do IRPF 3. Sistema de abertura automática de porta Padaria O sistema não emite Nota Fiscal O sistema não dará baixa de estoque de insumos para manufatura

Regras de Negócio

São declarações de políticas ou condições que devem ser cumpridas Regras de Negócio São declarações de políticas ou condições que devem ser cumpridas São tipos de requisitos de como os negócios, incluindo suas ferramentas de negócios, devem operar Elas podem ser leis e regulamentos impostos ao negócio, mas também expressam a arquitetura e o estilo de negócio escolhidos Existe uma dificuldade dos analistas em diferenciar regras de negócio de requisitos de negócio. Benefício a longo prazo: reutilização de regras de negócios dos sistemas.

Exemplos: Regras de Negócio O preço líquido de um Produto é computado por preço do produto * (1+porcentagem de imposto/100) Um Cliente é um Bom Cliente IF AND ONLY IF as faturas não pagas enviadas a esse Cliente têm menos de 30 dias O sistema não pode cobrar multa de professores em tempo integral Deve-se sempre assegurar que o número dos membros da equipe é menor ou igual a 10 RESSALTAR: dificuldade dos analistas em diferenciar regras de negócio de requisitos de negócio.

Dê alguns exemplos de RN para: Exercício Dê alguns exemplos de RN para: 1. Sistema da padaria de pequeno porte 2. Sistema inteligente de preenchimento do IRPF 3. Sistema de abertura automática de porta Padaria Todos os produtos em estoque devem ter controlada a sua data de validade No estoque não podem constar produtos com data de validade vencida