Extração de Requisitos



Documentos relacionados
PROFESSOR: CRISTIANO MARIOTTI

Projeto de Sistemas I

Tecnologia e Sistemas de Informações

APOO Análise e Projeto Orientado a Objetos. Requisitos

Requisitos de Software. Requisitos de Software. Requisitos de Software. Requisitos de Software. Requisitos de Software. Requisitos de Software

Engenharia de Software

A coleta de requisitos se refere ao processo de determinar, documentar e gerenciar as necessidades e requisitos das partes interessadas;

Na medida em que se cria um produto, o sistema de software, que será usado e mantido, nos aproximamos da engenharia.

Introdução Ciclo de vida tradicional de desenvolvimento Prototipagem Pacotes de software Desenvolvimento de 4ª geração Terceirização

Fundamentos da Gestão de Projetos Aula 1

Pós-Graduação em Gerenciamento de Projetos práticas do PMI

Ciclo de Vida Clássico ou Convencional CICLOS DE VIDA DE DESENVOLVIMENTO DE SISTEMAS. Ciclo de Vida Clássico ou Convencional. Enfoque Incremental

TI Aplicada. Aula 02 Áreas e Profissionais de TI. Prof. MSc. Edilberto Silva prof.edilberto.silva@gmail.com

Como Implementar Gerenciamento de Projetos

Plano de Gerenciamento do Projeto

Service Level Management SLM. Gerenciamento de Níveis de Serviço

UNIVERSIDADE FEDERAL RURAL DE PERNAMBUCO DEPARTAMENTO DE ESTATÍSTICA E INFORMÁTICA BACHARELADO EM SISTEMAS DE INFORMAÇÃO RAPID APPLICATION DEVELOPMENT

Levantamento, Análise e Gestão Requisitos. Aula 06

O Rational Unified Process (RUP) é um processo de desenvolvimento de software inspirado no

Introdução a Computação

Seção 2/E Monitoramento, Avaliação e Aprendizagem

Trabalho em Equipe e Educação Permanente para o SUS: A Experiência do CDG-SUS-MT. Fátima Ticianel CDG-SUS/UFMT/ISC-NDS

Requisitos de Software. Teresa Maciel DEINFO/UFRPE

LEVANTAMENTO DE REQUISITOS DE FORMA ENXUTA

PERFIL DO PALESTRANTE

ENGENHARIA DE SOFTWARE I

Modelagem de Processos de Negócio Aula 5 Levantamento de Processos. Andréa Magalhães Magdaleno andrea@ic.uff.br

PEN - Processo de Entendimento das Necessidades de Negócio Versão 1.4.0

AUTOR: DAVID DE MIRANDA RODRIGUES CONTATO: CURSO FIC DE PROGRAMADOR WEB VERSÃO: 1.0

Engenharia de Software

Gerenciamento de Projetos Modulo II Ciclo de Vida e Organização do Projeto

PROCESSO DE DESENVOLVIMENTO DE SOFTWARE. Modelos de Processo de Desenvolvimento de Software

Programação com acesso a BD. Prof.: Clayton Maciel Costa clayton.maciel@ifrn.edu.br

-Dominios do Exame CCSA

Planejamento - 7. Planejamento do Gerenciamento do Risco Identificação dos riscos. Mauricio Lyra, PMP

Wilson Moraes Góes. Novatec

Pós Graduação Engenharia de Software

Inteligência Empresarial. BI Business Intelligence. Business Intelligence 22/2/2011. Prof. Luiz A. Nascimento

Algoritmos: Lógica para desenvolvimento de programação de computadores. Autor: José Augusto Manzano. Capítulo 1 Abordagem Contextual

Prof. JUBRAN. Aula 1 - Conceitos Básicos de Sistemas de Informação

Gestão de Programas Estruturadores

LÓGICA DE PROGRAMAÇÃO

Profissionais de Alta Performance

Gestão da Informação e do Conhecimento

Engenharia de Requisitos Estudo de Caso

Algoritmos e Programação (Prática) Profa. Andreza Leite andreza.leite@univasf.edu.br

Engenharia de Software: conceitos e aplicações. Prof. Tiago Eugenio de Melo, MSc tiagodemelo@gmail.com

Empresário. Você curte moda? Gosta de cozinhar? Não existe sorte nos negócios. Há apenas esforço, determinação, e mais esforço.

MÓDULO 9 METODOLOGIAS DE DESENVOLVIMENTO DE SISTEMAS

Tópicos da Aula. Que é são requisitos? Tipos de Requisitos. Requisitos Funcionais. Classificação de Requisitos. Requisitos de Software.

Portfolio de cursos TSP2

Relatório de Competências

Prova de Conhecimento para Consultores de Implementação MPS.BR INSTRUÇÕES

Dicionário da EAP - Software FarmaInfor

CICLO DE VIDA DE SISTEMAS DE GESTÃO DE CONHECIMENTO

Sistemas de Informação I

O olhar do professor das séries iniciais sobre o trabalho com situações problemas em sala de aula

Processos de Desenvolvimento de Software

11 de maio de Análise do uso dos Resultados _ Proposta Técnica

Requisitos. Professor Gabriel Baptista ( gabriel.baptista@uninove.br ) ( )

Gestão Estratégica e o Balanced Scorecard

ESTUDO DE VIABILIDADE. Santander, Victor - Unioeste Aula de Luiz Eduardo Guarino de Vasconcelos

DESENVOLVIMENTO DE INTERFACE WEB MULTIUSUÁRIO PARA SISTEMA DE GERAÇÃO AUTOMÁTICA DE QUADROS DE HORÁRIOS ESCOLARES. Trabalho de Graduação

GESTÃO DAS INFORMAÇÕES DAS ORGANIZAÇÕES MÓDULO 11

Processos de gerenciamento de projetos em um projeto

Pesquisa Etnográfica

Resumo do BABok 2.0 O Guia de Referência de Análise de Negócio Curso de Analista de Negócio 3.0

Desenvolvimento de Interfaces Prototipação

ITIL v3 - Operação de Serviço - Parte 1

Oito em cada dez brasileiros não sabem como controlar as próprias despesas, mostra estudo do SPC Brasil

Risco de projeto é um evento ou condição incerta que, se ocorrer, tem um efeito positivo ou um negativo no objetivo de um projeto.

PALESTRA. Aplicação da Norma IEEE 829 como Mecanismo de Gerência do Processo de Teste de Produtos de Software. CenPRA

Teoria Geral da Administração II

Módulo 4: Gerenciamento de Dados

Guia de orientação Criação do Próprio Emprego

Mídias sociais como apoio aos negócios B2C

GBD PROF. ANDREZA S. AREÃO

Introdução Visão Geral Processos de gerenciamento de qualidade. Entradas Ferramentas e Técnicas Saídas

Coletividade; Diferenciais; Informação; Dado; Informação; Conhecimento. Coletar informação; e Identificar as direções.

DATA WAREHOUSE. Introdução

Documento de Requisitos

Engenharia de Requisitos

Algoritmos. Cláudio Barbosa

Administração de CPD Chief Information Office

Empresa como Sistema e seus Subsistemas. Professora Cintia Caetano

Disciplina: Unidade III: Prof.: Período:

Gerenciamento de Níveis de Serviço

GARANTIA DA QUALIDADE DE SOFTWARE

Projeto Físico e Lógico de Redes de Processamento. Kleber A. Ribeiro

SISTEMAS DE INFORMAÇÃO, ORGANIZAÇÕES, ADMINISTRAÇÃO E ESTRATÉGIA

Transcrição:

Extração de Requisitos Extração de requisitos é o processo de transformação das idéias que estão na mente dos usuários (a entrada) em um documento formal (saída). Pode se entender também como o processo de extrair os serviços que o cliente requer do sistema e as restrições sob as quais o sistema deve operar e ser desenvolvido. 1

Extração de Requisitos A saída do processo de extração de requisitos é um documento de especificação dos requisitos, que decreve o que o produto a ser desenvolvido deverá fazer, sem entretanto, descrever como deve ser feito. A especificação de requisitos é uma declaração de um serviço ou restrição do sistema. O processo de extração não pode ser totalmente automatizado. 2

Extração de Requisitos Pesquisa realizada na Europa apresentou os maiores problemas para os profissionais: 53% na especificação de requisitos. 43% na gerência de projetos. 36% na documentação. 35% na etapa de testes. 3

Processo de Extração de Requisitos Entendimento do domínio Extração e análise de requisitos Especificação Validação 4

Processo de Extração de Requisitos Entendimento do domínio: nessa fase, os desenvolvedores devem entender o domínio da aplicação o mais completamente possível. Extração e análise de requisitos: nessa etapa acontece a descoberta, revelação e entendimento dos requisitos, através de interação com o(s) usuário(s). 5

Processo de Extração de Requisitos Especificação dos requisitos: nessa etapa ocorre o armazenamento dos requisitos em uma ou mais formas, incluindo língua natural, linguagem semiformal ou formal, representações simbólicas ou gráficas. Validação dos requisitos: nessa etapa é feita a verificação dos requisitos, visando determinar se estão completos e condizentes com as necessidades e desejos do usuário. 6

Exercício Gostaria que fosse construído um sistema para monitorar a temperatura e a pressão de pacientes da UTI, que deverão ficar ligados on line à rede de computadores do hospital, que é formada por um computador principal e vários terminais que monitoram os pacientes. Se a temperatura ou pressão paciente lida pelo terminal se tornarem críticas, o computador principal deverá mostrar uma tela de alerta com um histórico das medidas realizadas para o paciente. Um aviso sonoro deve ser ativado nesse caso. 7

Exercício A verificação da pressão é feita comparando se a pressão do paciente com um valor padrão de pressão (máximo e mínimo) a ser digitado pelo responsável e verificando se se a pressão medida está dentro dos parâmetros considerados normais para o paciente (valores próximos ao máximo e mínimo são permitidos). Temos vários sistemas on line no computador e todos devem rodar ao mesmo tempo. [1] 8

Dificuldades Encontradas As atividades não podem ser totalmente separadas e executadas linearmente. As necessidades do usuário mudam à medida que o ambiente no qual o sistema funciona muda. Mudanças dos requisitos acontecem na maioria dos sistemas complexos. Falta de conhecimento do usuário das suas reais necessidades e do que o produto de software pode lhe oferecer. Falta de conhecimento do desenvolvedor do domínio do problema. 9

Dificuldades Encontradas Domínio do processo de extração de requisitos pelos desenvolvedores de software. Comunicação inadequada entre desenvolvedores e usuários. Dificuldade de o usuário tomar decisões. Problemas de comportamento. Questões técnicas. 10

Agentes da Extração de Requisitos Desenvolvedor (engenheiro de requisitos). Usuários. Gerente. 11

Técnicas para Extração e Análise de Requisitos As técnicas de extração de requisitos podem ser divididas em informais e formais. As técnicas informais são baseadas em comunicação estruturada e interação com o usuário, questionários, leitura de documentos etc. Exemplos: Joint Application Design (JAD), brainstorming, entrevistas e PIECES. 12

Técnicas para Extração e Análise de Requisitos As técnicas formais pressupõem a construção de um modelo conceitual do problema analisado, ou de um protótipo do produto de software a ser construído. Exemplos: modelo funcional, modelo de dados e o modelo de objetos. A prototipagem é utilizada quando o problema é analisado e os requisitos são entendidos através da interação com os usuário, a partir de um protótipo do produto. 13

Leitura de Documentos Fontes: São as mais diversas fontes. Porém, muitas vezes, não existem documentos formais para a leitura. Técnicas de leitura: Sublinhar palavras repetidas. Anotar termos desconhecidos. Buscar relacionamentos. Tentar entender a estrutura dos documentos. 14

Leitura de Documentos Aspectos positivos: Facilidade de acesso às fontes de informação (quando existem). Volume de informação (quando existe). Aspectos negativos: Dispersão das informações. Volume de trabalho requerido para identificação dos fatos. 15

Entrevistas Entrevistar não é somente fazer perguntas; é uma técnica estruturada, que pode ser aprendida e na qual os desenvolvedores podem ganhar proficiência com o treino e a prática. A entrevista consta de quatro fases: Identificação dos candidatos para entrevista. Preparação para uma entrevista. Condução da entrevista. Finalização da entrevista. 16

Brainstorming Brainstorming é uma técnica básica para geração de idéias. Ela consiste em uma ou várias reuniões que permitem que as pessoas sugiram e explorem idéias sem que sejam criticadas ou julgadas. Existem duas fases: Geração de idéias. Consolidação. 17

Brainstorming Geração de idéias: É proíbido criticar as idéias. Idéias não convencionais ou estranhas são encorajadas. O número de idéias geradas deve ser bem grande. Deve ser encorajada a participação de todos os agentes. 18

Brainstorming Consolidação das idéias: As idéias são organizadas. É nessa fase que as idéias são avaliadas. 19

Brainstorming Vantagens: Estimula o pensamento imaginativo. Evita a tendência a limitar o problema muito cedo. Técnica fácil de ser aprendida. Desvantagem: Por ser um processo não estruturado, pode não atingir o nível de detalhamento esperado. 20

PIECES A técnica de PIECES ajuda o analista a estruturar o processo de extração de requisitos. Indicado principalmente para analistas com pouca experiência em extração de requisitos. 21

PIECES PIECES Performance Informação e dados Economia Controle Eficiência Serviços 22

PIECES Perfomance (desempenho) É necessário reconhecer as tarefas que o produto deverá executar e então idenficar o tempo de processamento ou tempo de resposta para cada tipo de tarefa. Durante a análise de um produto de software já existente, é possível descobrir se os usuários experientes já sabem onde existem problemas de desempenho. 23

PIECES Informação e dados Faz parte da natureza dos produtos de software o fornecimento de dados ou informações úteis para a tomada de decisão. 24

PIECES Economia Questões relacionadas ao custo de usar um produto de software são sempre importantes, e, de um modo geral, existem dois fatores de custo inter relacionados que podem ser considerados no desenvolvimento de um sistema de software: nível de serviço e capacidade de lidar com alta demanda. 25

PIECES Controle Os sistema são projetados para ter desempenho e saídas previsíveis. Quando o sistema se desvia do desempenho esperado, algum controle deve ser ativado para tomar ações corretivas. 26

PIECES Eficiência É a medida definida como a relação entre os recursos que resultam em trabalho útil e o total dos recursos gastos. Eficiência é diferente de economia; para melhorar a economia do processo, a quantidade total de recursos utilizados deve ser reduzida; para melhorar a eficiência, a perda no uso desses recursos deve ser reduzida. 27

PIECES Serviços Um produto de software fornece serviços aos usuários, e pode ser muito útil pensar em termos de serviços durante o processo de extração de requisitos. 28

JAD Joint Application Design é uma técnica para promover cooperação, entendimento e trabalho em grupo entre usuários e desenvolvedores. Técnica desenvolvida pela IBM. Técnica de comunicação utilizada para facilitar a especificação dos requisitos, projetar a solução, definir novos procedimentos e as atividades de verificação para monitorar o projeto até a sua finalização. 29

JAD A técnica apresenta quatro princípios: Dinâmica de grupo. Uso de técnicas visuais. Manutenção do processo organizado e racional. Utilização de documentação padrão. 30

JAD Diretrizes básicas: Encontro em lugar neutro com a presença de desenvolvedores e clientes. Estabelecimento de regras para preparação e participação. Uma agenda formal o bastante para cobrir os pontos importantes, mas informal para encorajar o livre fluxo de idéias. 31

JAD Mecanismo de definição: Folhas de rascunho. Cartaz. Quadro de avisos. Fórum virtual. 32

JAD Metas: Identificar o problema. Propor elementos de solução. Negociar diferentes abordagens. Especificar um conjunto preliminar de requisitos de solução num clima que facilite a realização da atividade. 33

JAD Etapas: Preparação. Tarefas dos participantes (antes do encontro). Encontro JAD. 34

Prototipagem A prototipagem pode auxiliar os usuários a entender e expressar melhor as suas necessidades através da comparação com um produto de software que sirva de referência. Atividades: Estudo preliminar dos requisitos do usuário. Processo interativo de construção do protótipo e avaliação junto dos usuários. 35

Prototipagem A prototipagem é benéfica somente se o protótipo puder ser construído substancialmente mais rápido que o sistema real. 36

Questionário Quais são as principais características do ciclo de vida clássico? Qual é a entrada e saída esperada de cada fase do ciclo de vida clássico? Qual é a diferença entre uma especificação funcional e não funcional? Dê um exemplo de cada. Qual é a função da fase de integração de sistemas? 37

Questionário Comente dois problemas do modelo de ciclo de vida clássico. Qual é a diferença entre prototipação e desenvolvimento exploratório? O desenvolvimento evolutivo se aplica melhor ao desenvolvimento de sistemas em grande ou pequena escala? Justifique a sua resposta. 38

Questionário O que é análise de risco? Quais são as fases do desenvolvimento em espiral? Qual é a principal dificuldade em utilizar o desenvolvimento formal de sistemas? Por que o processo de extração de requisitos ainda não pode ser totalmente automatizado? 39

Questionário Na extração de requisitos, como funciona a técnica de brainstorming? A técnica chamada PIECES é aplicada em que tipo de sistemas? 40