Engenharia de Requisitos: Elicitação, Análise e Modelagem

ENGENHARIA DE REQUISITOS Conteúdo 2 1 1 2 3 2 Engenharia de Requisitos Elicitação Análise Modelagem Documento de Requisitos 3 1 ENGENHARIA DE REQUISITOS REQUISITO Condição necessária para a obtenção de um certo objetivo ou para o preenchimento de certo fim AURÉLIO ESPECIFICAÇÃO Descrição minuciosa das características que um material uma obra ou um serviço deverão apresentar AURÉLIO Portanto Especificação é diferente de Requisitos Às vezes usase Especificação de Requisitos Especificação de Projeto 5 A ER estabelece o processo de definição de Requisitos como um processo no qual o que deve ser feito é elicitado modelado e analisado Este processo develidar com diferentes pontos de vista e usar uma combinação de métodosferramentas e pessoal O produto desse processo é um modelo do qual um documento de requisitos é produzido Este processo acontece num contexto previamente definido a que chamamos de Universo de Informação Júlio Leite 1994 ENGENHARIA DE REQUISITOS DEFINIÇÃO 6 Universo de Informação É o conjunto geral no qual o software será desenvolvido Inclui todas as fontes de informação e todasas pessoas relacionadas ao software às quais denominamos de agentes desse universo O UdeI é a realidade circunstanciada pelo conjuntode objetivos definidos por quem solicitou o software ELICITAR ANALISAR MODELAR UdeI Documento de Requisitos do Sistema Decisões da Anális e Métodos Técnicas e Ferrament as UdeI Modelo de Análise do Sistema 7 Principais Atividades da Eng Requisitos ELICITAR Eliciar Clarear Extrair Descobrir tornar explícito obter o máximo de informação para o conhecimento do objeto em questão Eliciar Fazer sair extrair trazer à tona a verdade HÁ TRÊS ATIVIDADES PRINCIPAIS Identificação de fontes de informação Coleta de Fatos Comunicação 7 11 ELICITAÇÃO NECESSIDADE DA ELICITAÇÃO There is no service in being precise about something when you do not even know what you are talking about von Neumann RESOLUÇÃO DE PROBLEMAS What is the unknown Do you know a related problem CUSTOS CRESCENTES PARA CORREÇÃO DE ERROS 8 11 ELICITAÇÃO Faz Faz Faz FazUsa Usa Usa coleta de fatos identificação de fontes de informação comunicação ferramentas pessoal métodos Depende de pontos de vista 11 ELICITAÇÃO 9 COLETA DE FATOS 10 Leitura de documentos Observação Entrevistas Questionários Análise de Protocolos Participação ativa dos agentes do UdeI Reuniões Reutilização Recuperação eng reversa do projeto do software UdeI Contém toda informação necessária Agentes Atores Usuários Outras fontes de Informação Documentação do macrosistema Políticas Manuais Memos atas contratos Livros sobre tema relacionado Outros sistemas da empresa Outros sistemas externos IDENTIFICAÇÃO DAS FONTES DE INFORMAÇÃO 11 IDENTIFICAÇÃO DAS FONTES DE INFORMAÇÃO Importante Priorizar as Fontes de Informação Heurísticas Atores mais importantes Documentos mais mencionados Rede de comunicações entre os componentes do macrosistema 12 COMUNICAÇÃO Atividade fundamental para que a fase de elicitação tenha sucesso Tratase da comunicação entre clientesagentes e os engenheiros de software Entendimento estabelecimento de um contexto comum Ex Ordem de 51029846 Linguagem Nível de Abstração Retroalimentação 13 Faz Faz Faz FazUsa Usa Usa coleta de fatos identificação de fontes de informação comunicação ferramentas pessoal métodos Depende de pontos de vista 11 ELICITAÇÃO 14 16 Principais Atividades da Eng Requisitos ELICITAR ANALISAR MODELAR UdeI Documento de Requisitos do Sistema Decisões da Anális e Métodos Técnicas e Ferrament as UdeI Modelo de Análise do 12 ANÁLISE 16 Fundamental para o sucesso do processo de desenvolvimento do software Envolve três principais atividades Identificação de Partes Verificação Validação 12 ANÁLISE FAZ Identificação de Partes FAZ Verificação FAZ Validação USA Pessoal USA Métodos USA Ferramentas DEPENDE DE Pontos de Vista Identificação de Partes Organização Armazenamento 17 19 Usando pontos de vista Universo de Informação MODELO É Completo É Correto É Consistente Verificação Entre níveis diferentes de um modelo usando métodos formais como Z e VDM ou entre modelos de mesmo nível Validação Usando comprovação informal Usando protótipos Reusando Domínios ELICITAR ANALISAR MODELAR UdeI Documento de Requisitos do Sistema Decisões da Anális e Métodos Técnicas e Ferrament as UdeI Modelo de Análise do Si Principais Atividades da Eng 19 Requisito s 13 MODELAGEM Construção de modelos do sistema utilizado técnicas e métodos Há três atividades Representação Organização Armazenamento 20 13 MODELAGEM FAZ Representação FAZ Organização FAZ Armazenamento USA Pessoal USA Métodos USA Ferramentas DEPENDE DE Pontos de Vista Representaçã o Tipos Relações Operações Organização Níveis de Abstração Regras de Refinamento Regras de Consistência Interna Armazenament o Classificação Indexação Aspectos Gerais 21 13 MODELAGEM 22 MétodosTécnicas utilizados na modelagem Análise EstruturadaAnálise Essencial Fusion Booch OMT JSD UML e outros 2 DOCUMENTO DE REQUISITOS 23 Como resultado do processo de elicitação é desenvolvido o documento de requisitos do sistema Este documento contém a especificação de todos os requisitos funcionais e de qualidade do software incluindo as capacidades do produto os recursos disponíveis os benefícios e os critérios de aceitação Erros mais comuns cometidos no desenvolvimento do documento de requisitos ignorar um grupo de clientes ignorar um único cliente omitir um grupo de requisitos permitir inconsistências entre grupos de requisitos aceitar requisito inadequado aceitar requisito incorreto indefinido ou impreciso aceitar um requisito ambíguo e inconsistente 2 DOCUMENTO DE REQUISITOS 24 2 DOCUMENTO DE REQUISITOS 25 1 2 1 O documento de requisitos do sistema deve ser composto por sentenças em linguagem natural seguindo determinados padrões Iniciar com O sistema deve Usar frases curtas ExemploO sistema deve rodar em microcomputadores da linha IBM PC que possuam microprocessador Core I5 ou superior 2 DOCUMENTO DE REQUISITOS 26 2 a b c Os requisitos devem estar organizados logicamente e podem estar organizadas de diversas formas Requisitos funcionais e de qualidade Sequência de execução Entrada Processamento Saída Todas as entradas todas as saídas etc Muitas vezes supõese que o usuário elabora este documento 2 DOCUMENTO DE REQUISITOS 27 3 4 5 Cada requisito deve ter um identificador único por exemplo um identificador numérico para posterior referência Os requisitos do software devem estar divididos em requisitos funcionais e não funcionais de qualidade Os requisitos não devem conter detalhes de implementação o que não é conveniente nesta fase de desenvolvimento É importante não utilizar termos relacionados à implementação tais como arquivo e menu 2 DOCUMENTO DE REQUISITOS 28 6 7 Explicação dos termos do domínio da aplicação não devem estar presentes nos requisitos devendo aparecer em um vocabulário do domínio da aplicação Manter consistente uso dos termos do domínio de aplicação Características de Qualidade 29 A Norma ISOIEC 9126 ISO9126 define seis características de qualidade de software Funcionalidade Usabilidade Confiabilidade Eficiência Manutenibilidade e Portabilidade Funcionalidade Conjunto de atributos que evidenciam a existência de um conjunto de funções e suas propriedades especificadas As funções são as que satisfazem as necessidades explícitas e implícitas Usabilidade Conjunto de atributos que evidenciam o esforço necessário para se poder utilizar o software bem como o julgamento individual desse uso por um conjunto explícito ou implícito de usuários Características de Qualidade Definições ISO9126 30 Confiabilidade Conjunto de atributos que evidenciam a capacidade do software de manter seu nível de desempenho sob condições estabelecidas durante um período de tempo estabelecido Eficiência Conjunto de atributos que evidenciam o relacionamento entre o nível de desempenho do software e a quantidade de recursos usados sob condições estabelecidas Características de Qualidade Definições ISO9126 31 Características de Qualidade Definições ISO9126 Manutenibilidade Conjunto de atributos que evidenciam o esforço necessário para fazer modificações especificadas no software Portabilidade Conjunto de atributos que evidenciam a capacidade do software de ser transferido de um ambiente para outro 32 Materia l 33 Especificação de Requisitos Uma Introdução Turine M A S Masiero P C Relatório Técnico do ICMCUSP N 39 1996