Identificando requisitos

Slides:



Advertisements
Apresentações semelhantes
Desenvolvimento de Sistemas
Advertisements

Precisão da predição Predições apresentam parcialidade quando são consistentemente diferentes da confiabilidade real do produto Predições apresentam interferências.
Orientação a objetos identidade abstração classificação encapsulamento
Elaine Harada Teixeira de Oliveira
Os projetos.
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
UML Visões – Parte 2.
Débora da Silva Orientadora: Maria Inés Castiñeira
Especificação de Requisitos
O Processo Praxis 3.0 Processos de Software 25/03/2017
Teste de Software.
Tipos de sistemas de Lehman
Projeto conceitual Mostra ao cliente exatamente o que o sistema fará
Acompanhamento do progresso de projetos
Testando o sistema Teste funcional: o sistema integrado realiza as funções especificadas nos requisitos? Teste de desempenho: os requisitos não-funcionais.
Por que a engenharia de software?
Prentice Hall Engenharia de Software: Teoria e Prática Shari Lawrence Pfleeger Capítulo 8 Defeitos e falhas de software Especificação errada: pode não.
Processo inclui: Todas as principais atividades do processo
Padrões e procedimentos de programação
Tipos de treinamento Treinamento do usuário Treinamento do operador
Engenharia de Software
Prototipação de Software
Rational Unified Process(RUP)
Faculdade de Ciências Sociais de Aplicadas de Petrolina – FACAPE
Professora: Aline Vasconcelos
Introdução a diagrama de classes e UML
Análise Estruturada O mais amplamente usado dos métodos de modelagem de requisitos Modelos que retratam fluxo e o conteúdo da informação (dados e controle)
Simulação de Sistemas Prof. MSc Sofia Mara de Souza AULA2.
Introdução Visão Geral do Método.
Aspectos Avançados em Engenharia de Software Aula 3 Fernanda Campos
Como Desenvolver Sistemas de Informação
Projeto Final - APGS Adriana P. de Medeiros
Rational Unified Process
Desafios do desenvolvimento de software
Prof.Alfredo Parteli Gomes
Planejamento e Gerenciamento de Projetos
Sistema de Monitoramento das Gerências de Serviço do ITIL
DIAGRAMA DE CASO DE USO Prof. Fabíola Gonçalves C. Ribeiro.
Fase de Elaboração: Fluxo de Requisitos
IEEE Std IEEE Melhores Práticas para Especificações de Requisitos de Software (ERS)
Análise e Projeto de Sistemas
ANÁLISE E DESENVOLVIMENTO
Análise e Projeto de Sistemas de Informação 2o. Semestre de 2014
PSBD II Projeto de Sistemas de Banco de Dados II
Bruno Silva Desenvolvido a partir de
O Processo Unificado (UP)
ANÁLISE ESTRUTURADA DE SISTEMAS
Engenharia de Software
O que é? É o processo de investigação técnica com intuito de identificar a qualidade, a segurança e a exatidão do software desenvolvido. A validação do.
Engenharia de Software
METODOLOGIA, MÉTODOS E FERRAMENTAS
Laboratório de Programação
Capítulo 10 – Qualidade de Produtos de Software Escrito por: Renata Araújo Vírginia Chalegre Apresentado por: Cleice.
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 GTI-16
Modelo de Análise e Projeto
Engenharia de Requisitos
Processo e Qualidade.
Sistemas de Informação
Profa. Reane Franco Goulart. É uma representação de engenharia de algo que vai ser construído. Para a engenharia de software o projeto foca em quatro.
Gerenciamento de Configuração de Software
UML (Unified Modeling Language) Linguagem Unificada de Modelagem
Aula 02 de Eng. de Requisitos
APSI II Análise e Projeto de Sistemas de Banco de Dados II.
Processos de Software Ludimila Monjardim Casagrande 1º Semestre Desenvolvimento e Qualidade.
1 Especificação de Sistemas de Software e a UML. 2 Modelagem de sistema A modelagem de sistema auxilia o analista a entender a funcionalidade do sistema.
IDENTIFICANDO REQUISITOS ENGENHARIA DE SOFTWARE Prof.: José Eduardo Freire.
Transcrição da apresentação:

Identificando requisitos Requisito: é uma característica do sistema ou a descrição de algo que o sistema é capaz de realizar para atingir seus objetivos Três categorias de requisitos: requisitos que devem ser totalmente satisfeitos requisitos que são altamente desejáveis, mas não necessários requisitos que são possíveis, mas poderiam ser eliminados Engenharia de Software: Teoria e Prática Shari Lawrence Pfleeger Capítulo 4

Documentos de requisitos Definição dos requisitos: listagem completa de tudo que o cliente espera que o sistema proposto faça Especificação dos requisitos: redefine os requisitos em termos técnicos apropriados para o desenvolvimento do projeto do sistema Gerência de configuração: correspondência direta entre os dois requisitos Engenharia de Software: Teoria e Prática Shari Lawrence Pfleeger Capítulo 4

Gerência de configuração Conjunto de procedimentos que controlam os requisitos que definem o que o sistema deverá fazer os módulos de projeto gerados a partir dos requisitos o código do programa que implementa o projeto os testes que verificam a funcionalidade do sistema os documentos que descrevem o sistema Engenharia de Software: Teoria e Prática Shari Lawrence Pfleeger Capítulo 4

Requisitos funcionais versus não-funcionais Funcional: descreve uma interação entre o sistema e seu ambiente Exemplos: o sistema dever ter comunicação com um sistema ‘x’ externo Quais estados devem ser encontrados para uma mensagem ser enviada Não-funcional: descreve uma restrição do sistema que limita nossas opções para criar uma solução para o problema Exemplos: Contracheques distribuídos em não mais que quatro horas depois de os dados iniciais terem sido lidos Sistema limita o acesso a gerentes seniores Engenharia de Software: Teoria e Prática Shari Lawrence Pfleeger Capítulo 4

Tipos de requisitos Ambiente físico Interfaces Usuários e fatores humanos Funcionalidade Documentação Dados Recursos Segurança Garantia de qualidade Engenharia de Software: Teoria e Prática Shari Lawrence Pfleeger Capítulo 4

Características dos requerimentos Estão corretos? São consistentes? Estão completos? São realistas? Cada requisito descreve algo necessário ao cliente? Podem ser verificados? Podem ser rastreados? Engenharia de Software: Teoria e Prática Shari Lawrence Pfleeger Capítulo 4

Descrições estáticas dos requerimentos Referência indireta Exemplo: k equações em n variáveis Relações de recorrência Exemplo: F(0) = 1; F(1) = 1; F(n + 1) = F(n) + F(n – 1) Definição axiomática Expressão como uma linguagem Exemplo: BNF Engenharia de Software: Teoria e Prática Shari Lawrence Pfleeger Capítulo 4

Engenharia de Software: Teoria e Prática Shari Lawrence Pfleeger Capítulo 4

Abstração de dados Engenharia de Software: Teoria e Prática Shari Lawrence Pfleeger Capítulo 4

Descrições dinâmicas Tabelas de decisão Engenharia de Software: Teoria e Prática Shari Lawrence Pfleeger Capítulo 4

Descrições dinâmicas (2) Descrição funcional e tabelas de transição f(Si, Cj) = Sk Engenharia de Software: Teoria e Prática Shari Lawrence Pfleeger Capítulo 4

Descrições dinâmicas (3) Tabelas de eventos Redes de Petri Engenharia de Software: Teoria e Prática Shari Lawrence Pfleeger Capítulo 4

Abordagem orientada a objetos Cada entidade no sistema é um objeto. Um método ou uma operação é uma ação que pode ser realizada pelo objeto ou pode acontecer com o objeto Encapsulamento: maneira pela qual os métodos formam um limite de proteção em torno do objeto Hierarquias de classe de objetos estimulam a herança Polimorfismo: mesmo método para diferentes objetos, cada qual com diferentes comportamentos Engenharia de Software: Teoria e Prática Shari Lawrence Pfleeger Capítulo 4

Notações de requisitos adicionais Técnicas hierárquicas diagramas de Warnier Diagramas de fluxo de dados Software Requirements Engineering Methodology — SREM Structured Analysis and Design Technique — SADT Z Engenharia de Software: Teoria e Prática Shari Lawrence Pfleeger Capítulo 4

Engenharia de Software: Teoria e Prática Shari Lawrence Pfleeger Capítulo 4

Etapas da SREM Engenharia de Software: Teoria e Prática Shari Lawrence Pfleeger Capítulo 4

Exemplo Z Engenharia de Software: Teoria e Prática Shari Lawrence Pfleeger Capítulo 4

Prototipação de requisitos Protótipo descartável Protótipo evolutivo Protótipo rápido Engenharia de Software: Teoria e Prática Shari Lawrence Pfleeger Capítulo 4

Documentação de requisitos Documento de definição de requisitos: o que o cliente gostaria de ver: propósito geral fundamentos e objetivos de desenvolvimento do sistema descrição da abordagem características detalhadas ambiente operacional Documento de especificação de requisitos: o que o desenvolvedor precisa saber Engenharia de Software: Teoria e Prática Shari Lawrence Pfleeger Capítulo 4

Exemplo Engenharia de Software: Teoria e Prática Shari Lawrence Pfleeger Capítulo 4

Participantes no processo de requisitos Monitores do contrato Clientes e usuários Gerentes de negócios Projetistas Testadores Engenharia de Software: Teoria e Prática Shari Lawrence Pfleeger Capítulo 4

Engenharia de Software: Teoria e Prática Shari Lawrence Pfleeger Capítulo 4

Engenharia de Software: Teoria e Prática Shari Lawrence Pfleeger Capítulo 4

Revisão dos requisitos Rever metas e objetivos estabelecidos para o sistema Comparar requisitos metas o objetivos Descrever o ambiente operacional Examinar interfaces fluxo de informações funções Verificar omissões, imperfeições e inconsistências Documentar riscos Discutir sobre como o sistema será testado Engenharia de Software: Teoria e Prática Shari Lawrence Pfleeger Capítulo 4

Escolhendo uma técnica de especificação de requisitos Aplicabilidade Possibilidade de implementação Testabilidade/simulação Avaliabilidade Manutenibilidade Modularidade Nível de abstração/expressividade Solidez Verificabilidade Segurança durante a execução Maturidade da ferramenta Imprecisão Curva de aprendizado Maturidade técnica Modelagem de dados Disciplina Engenharia de Software: Teoria e Prática Shari Lawrence Pfleeger Capítulo 4

Exemplo de sistema de informação Engenharia de Software: Teoria e Prática Shari Lawrence Pfleeger Capítulo 4

Exemplo em tempo real Engenharia de Software: Teoria e Prática Shari Lawrence Pfleeger Capítulo 4