reqsist aula7

REQUISITOS DE SISTEMAS PROF. Horacio Ribeiro

Aula 07: ELICITAÇÃO DE REQUISITOS

REQUISITOS DE SISTEMASREQUISITOS DE SISTEMAS


ELICITAÇÃO DE REQUISITOS

REQUISITOS DE SISTEMAS

Conteúdo Programático desta aula

•Aprender sobre o conceito da elicitação de requisitos.

•Compreender o processo de elicitar requisitos. •Reconhecer a importância da elicitação de requisitos para projetos.

•conceito da elicitação de requisitos.

REQUISITOS DE SISTEMASREQUISITOS DE SISTEMAS




Introdução da aula Elicitação de requisitos. (do inglês, “Elicitation”) é a atividade responsável em compreender as necessidades e preocupações das partes interessadas e os ambientes no qual elas trabalham ou operam.

ELICITAR: descobrir, tornar explícito, obter o máximo de informações para o conhecimento do objeto em questão.

Diferença entre “elicitar” e “levantar”: elicitar é mais abrangente é o foco na extração das necessidades verdadeiras, que podem ou não estar explícitas. É visto sob a percepção do analista de negócios, na atividade da engenharia de requisitos.




A elicitação de requisitos TEM importância no resultado de um software que atenda as necessidades dos usuários.




Quando decidimos construir um sistema, certamente temos uma necessidade e um perfil que nos torna único, portanto, “em praticamente todos os sistemas os requisitos mudam.” (Sommerville, 2009).

Com base nesse cenário, tornar-se necessário então a padronização o procedimento, para ter maior convicção da acertabilidade do que está sendo desenvolvido.




um fundamental questionamento que precisa ficar bem esclarecido para todos os envolvidos é: O QUE REALMENTE QUEREMOS?

OBJETIVO ????




Podemos então rapidamente transferir ao cliente a responsabilidade pela não conformidade do produto entregue; destituindo-nos de qualquer culpa, então friamente nos posicionamos: “lhe entregamos o que foi pedido!”

USUÁRIO:após a análise de um documento que julgamos muito difícil, chegamos a conclusão que NÃO FOMOS CORRETAMENTE ENTENDIDOS!




A identificação de requisitos costuma aparecer de forma cíclica durante sessões tanto de levantamento quando de validação, portanto requer uma combinação de técnicas para que seja completa.

Conforme estudamos na primeira unidade, as técnicas de levantamento de requisitos são: brainstorming, análise documental, entrevistas, observação, prototipagem, workshops de requisitos e pesquisa/questionários.

No tocante as tarefas inerentes ao processo da elicitação dos requisitos, temos:

•preparação, •condução,•documentação e •confirmação dos resultados da elicitação.

FERRAMENTAS PARA ELICITAR

ANALISE DE DOCUMENTOS:

Documentos usados na empresaq: impressos, formulários......

OFICINAS DE REQUISITOS:

Fazer simulações “utilizando” o sistema.

Fazer protótipos simples para validação.

ANÁLISE TEXTUAL

O QUE O SISTEMA FAZ: <temporaL> o sistema <ação do sistema>O QUE O SISTEMA NÃO FAZ: O sistema não <ação><condição>PREMISSAS: <temporal> <ator> <ação no sistema>

São declarações, em linguagem formal ( evitar linguagem natural) com diagramas, de quais serviços são esperados do sistema e as restrições sobre as quais ele deve operar

Define O QUE O SISTEMA FAZ.

Pode-se definir uma sintaxe da forma:

<temporaL> o sistema <ação do sistema>

Temporal: uma expressão que denota um instante no tempo. exemplo: sempre que solicitado o sistema..... as 14 horas do dia 30 o sistema.... ao identificar a chamada telefônica o sistema

Exemplo:Sempre que solicitado o sistema apresenta uma tela com o produto e a quantidade em estoque

Para cada requisito de usuário encontrado, deve-se estabelecer o conjunto de exceções.

Sintaxe:

O sistema não <ação> <condição>

O sistema não apresentará o produto e a quantidade se o produto for importado.

Para o sistema fazer o seu objetivo: O QUE

Precisa-se que algumas premissas sejam atendidas.Para identificar estas premissas temos a sintaxe:

<temporal><ator><ação no sistema>

<temporal>: uma expressão que denote um instante de tempo.<ator> um agente externo que atua sobre o sistema<ação no sistema> : normalmente cadastrar, deletar,...Exemplo:Sempre que um novo produto é comprado o gerente de compras atualiza a tabela de produtos informando o nome, características, quantidade.

DIAGRAMAS DE CASOS DE USO

VALIDAÇÕES ESTRUTURADAS

DEFINIÇOES DE CONTEXTO

DIAGRAMAS DIVERSOS(FLUXOGRAMA - BPMN – ARIS – MAPAS MENTAIS




A elicitação de requisitos envolve o processo de identificar junto aos stakeholders, frente ao sistema ou produto, os seguintes pontos:

1.Os alvos a serem alcançados;2.Os pontos a serem acompanhados;3.Como se encaixa no contexto das necessidades do negócio; e4.O comportamento ou operacionalização da solução rotina da solução na rotina da empresa.

TIPOS DE PROBLEMAS A SEREM SOLUCIONADOS




É processo extremamente complexo?:

•Problemas de escopo: excesso ou falta de detalhamento. Os clientes/usuários desconhecem o que é importante (ou até mesmo quer ocultar), inibindo os limites do sistema, o que dificulta uma definição completa.

•Problemas de compreensão: omitem informações que julgam óbvias; clientes/usuários desconhecem ou estão em dúvidas sobre as necessidades e como seu papel é fundamental; é leigo ou limitado no conhecimento de seu ambiente computacional ou do domínio do seu negócio e etc.

•Problemas de volatilidade: mudanças constantes nos requisitos.




ações são sugeridas para uma abordagem organizada para o processo da elicitação. São:

•Considerar a viabilidade técnica e de negócio para o sistema proposto;

•Identificar as pessoas que vão auxiliar a especificar os requisitos e incluir seus preconceitos organizacionais;

•Definir o ambiente técnico no qual o sistema será instalado;

•Ter domínio sobre o que é o sistema e o que ele realmente representa;

•Envolver um ou mais métodos de elicitação de requisitos;

•Sempre incentivar a participação de várias pessoas, possibilitando a concepção dos com a contribuição de diversos pontos de vista;




os produtos da utilização dos passos trabalho incluem:

•Ter totalmente bem estruturadas as necessidades e viabilidade; bem como, a definição do limite de escopo do sistema ou produtos;

•A relação de clientes, usuários e outros stakeholders que participaram da atividade de elicitação de requisitos;

•Conhecimento descritivo do ambiente técnico do sistema;

•A lista de requisitos e suas respectivas aplicações regras de domínio.




os produtos da utilização dos passos trabalho incluem:

•Cenários de uso que promovem uma concepção do uso do sistema sob diferentes condições de operação;

•Informação de um modelo que eventualmente tenha sido desenvolvido para melhor definir os requisitos.

•Revisões realizadas por todas as pessoas que tenham participado da elicitação de requisitos.

Skills necessários para um Analista




Skills necessários para um Analista

Ser bom ouvinte

Ser um bom ouvinte é de extrema importância. Ajuda a evitar distrações enquanto o cliente está lhe explicando alguma funcionalidade/necessidade, a manter uma boa postura e contato visual diretamente com o cliente.

Ser um bom questionadorAs maiorias dos requisitos saem de discussões com o cliente. É frequente a conversa com pessoas e até um grande grupo de pessoas para conseguirmos mais detalhes sobre determinado requisito.




Ser observador

Um analista observador percebe, em comentários e em outras situações junto ao cliente, sua real necessidade (cliente que, muitas vezes, não sabe do que está precisando), vê um novo requisito, vê uma nova oportunidade de negócio.

Escrever bem

Com certeza, um dos skills mais importantes. Um analista que escreva bem, que consiga comunicar as necessidades do cliente em texto, em um formato que tanto os clientes, quanto a equipe de desenvolvimento, entendam sem dificuldade. Para aprimorar essa habilidade é preciso ler mais - livros, revistas, jornais - e também praticar, escrevendo.




Ser organizado

Saber estruturar muito bem suas informações, mesmo antes de serem passadas para o papel, é muito importante, pois elas podem ser solicitadas a qualquer momento por um gerente, ou por um cliente.

Ser criativo"O melhor analista de requisitos inventa requisitos" (Robertson - 2002). Um analista que é um bom observador, com certeza visualizará novos requisitos, mesmo sem a descrição direta, e conseguirá oferecer melhores soluções para seu cliente.

Na próxima aula, você estudará sobre os assuntos seguintes:

- Validação de Requisitos




Contactos e material complementar e exercícios

www.espacodoprofessor.com

Professor: Horacio ribeiro

Modulo Estácio 2012.1

Senha 222222

reqsist aula7

Documents

elicitar requisitos

requisitos de sistemas

sistemasa elicitao

workshops de requisitos

oficinas de requisitos

requisitos para projetos

levantamento de requisitos

sistema no premissas