Buscar

ATPS - Análise Estruturada de Sistemas OMG

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Você viu 3, do total de 25 páginas

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Você viu 6, do total de 25 páginas

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Você viu 9, do total de 25 páginas

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Prévia do material em texto

Anhanguera Educacional
Analise estruturada de Sistemas
Osasco-SP
2014
Anhanguera Educacional
PROFESSORA: 
Análise Estruturada de Sistemas
Grupo
Osasco- SP
2014
Índice
Introdução.....................................................................................................................4
Resumo sobre a importância do Documento de Especificação...................................5 
Principais ferramentas organizacionais........................................................................9
Engenharia de Software de Requisitos......................................................................10
Relatório 1 - Analise Inicial..........................................................................................12
Relatório 2 – Estudo de Viabilidade Técnica de Sistemas.........................................14
Resumo sobre a importância da análise de requisitos...........................................................15
Vantagens e Desvantagens dos Tipos de Análise.....................................................16
Resumo: Técnicas para levantamento de Requisitos................................................18
Tabela de requisitos funcionais e não funcionais.......................................................22
Relatório – Etapas 2 e 3 apresentadas......................................................................23
Referencias Bibliográficas..........................................................................................24
Introdução
O conteúdo deste trabalho são conjunto de relatórios nos quais idealizamos com os conceitos sobre a Análise de Requisitos e suas importâncias, Vantagens e Desvantagens, exemplos de requisitos funcionais e não funcionais, enfim, ideias a partir de nós, alunos, o entendimento sobre a etapa tema apresentada.
Leonardo Kastelic
Resumo da etapa 1 sobre documento de especificação
 	A análise estruturada tem a finalidade de retratar o fluxo e também o conteúdo gerado pelas informações, o usuário que decide o que tem que ser feito já a equipe de desenvolvimento que faz o trabalho de preencher o vazio com o documento alvo que tem como objetivo em conjunto produzir um documento aceito para todas as áreas que levando muitas vezes à especificação de um novo sistema, a análise estruturada tem as seguintes ferramentas importantes que são os Diagramas de fluxo de dados, Dicionários de dados, Português estruturado, Tabelas de decisão e por último a Árvore de decisão.
 A importância do documento alvo que é o principal produto do analista, o documento de especificação é muito importante para entender o que o cliente deseja, para o analista buscar a melhor forma de ajudá-lo no problema citado pelo cliente visando sempre a melhoria continua do processo de levantamento de dados.
 O documento de especificação também é adotado por várias empresas com os termos de Especificação funcional, Especificação formal, Especificação de projetos, Memorando de análise Racional e Relatório de necessidades, com a finalidade de sempre produzir uma documentação detalhada do problema também não esquecer dos benefícios, custos que irá gerar ao cliente se está dentro das condições financeiras do cliente ai sim obter uma conformidade dentre as opiniões de todos os quesitos relacionados ao desenvolvimento da análise feita.
Edinaldo Cardoso
Resumo da etapa 1 sobre documento de especificação
A análise estruturada é um componente que organiza técnicas e ferramentas, onde seu objetivo está em uma análise mais rígida do projeto em que está atuando como também na explicação e demonstração do mesmo para outros analistas de sistemas e clientes que participaram do projeto, explicando o processo etapa por etapa, sendo assim, o analista arrecadará informações adquiridas de seus clientes, alterando-as para informações em linguagem de programação que o programador irá se basear para fazer o software.
A análise estruturada sendo ela mais rígida é utilizado documentos com especificações dos processos do projeto, tanto sua análise quanto seu desenvolvimento, sendo assim, ambos analistas e desenvolvedores de softwares poderão seguir um “script” de seus trabalhos assim conforme for atualizado por seus clientes fazendo os requisitos de software. No processo lógico e momento redefinir e confirmar algum processo já levantados anteriormente através da tal etapa o analista inicia o processo de detalhamento utilizando como ferramenta o (diagrama de fluxo de dados). E de grande importância que o contato do analista com o usuário seja frequente, a fim de esclarecer detalhes e conhecer melhor o processo da organização
André Caique
Resumo da etapa 1 sobre documento de especificação
Documento de especificação é um dos produtos mais importantes da análise de sistemas, é um documento de especificação. Diferentes empresas adotam diferentes termos para esse documento como: Especificação funcional, formal, de projeto etc. Ele diz o que o projeto tem que satisfazer em termos de compromissos para que seja considerado um total sucesso.
Certamente não é fácil negociar um documento de especificação com uma comunidade de usuários e leva-los a um acordo é uma tarefa e tanto. As relações interpessoais, particularmente as q envolvam usuários, são complicadas e, algumas vezes até hostis, o analista muitas vezes tem de servir como mediador nessas relações até a implantação do sistema.
A primeira coisa que devemos segmentar é o documento de especificação, temos de parar de escrever documentos enormes que só podem ser lidos do inicio ao fim, devemos aprender a desenvolver dúzias ou até mesmo centenas de mini especificações, e devemos saber organizá-las muito bem, de tal forma que as partes possam ser tratadas seletivamente. Além de seu tamanho de difícil manuseio, o clássico documento de especificação está sujeito a problemas mais profundos. É excessivamente redundante, é excessivamente prolixo e provoca tédio ao ser lido, é insuportável para ser escrito.
É fácil tomar uma definição simples e pratica de análise de estruturada. Análise estruturada é a utilização destas ferramentas: Diagramas de fluxo de dados, dicionário de dados, português estruturado, tabelas de decisão e árvores de decisão.
Guilherme Brito
Resumo da etapa 1 sobre documento de especificação
A análise estruturada diz sobre um novo tipo de análise funcional, onde vai ser analisado a dimensão exata da necessidade do cliente. Analise e um problema que antecede a tomada de um problema específico do desenvolvimento de um software. A análise refere-se ao estudo de alguma área de trabalho ou de aplicação levando quase sempre a especificação de um novo sistema.
A importância da Analise estruturada, Com a análise feita são gerados alguns documentos que ajudarão o programador não cometer erros e deixar os custos de fabricação do software mais baratos, com o "Diagrama de Fluxo de Dados - DFD" que esclarece algumas especificações sobre o programa a ser feito como, procedimentos e interface visual do software. E podem ser feitas algumas especificações técnicas sobre o software, em linguagens como, texto narrativo, português estruturado, fórmulas matemáticas, tabelas de decisões.
O analista começa pelo nome do projeto, Mas acaba sendo na Descrição do software que o analista tem que prestar mais atenção, pois e nessa parte que deve atingir o objetivo do projeto. Nesse projeto deve conter todos os requisitos bem especificados, e bem detalhados para não ocorra erros na hora de programar o software. No documento deve conter os requisitos como, requisitos funcionais, requisito do usuário, requisitos de sistemas e também o requisito não funcional. Onde vão conter as descrições do que o sistema deve fazer, e onde vão oferecer restrições ao usuário finaldo software. Com esses documentos bem preenchidos e organizados poderão ser evitados problemas com o software no futuro, até mesmo na implantação do novo sistema.
PRINCIPAIS FERRAMENTAS ORGANIZACIONAIS
Precisamos coletar informações sobre o comportamento de um sistema atual ou sobre os requisitos de um novo sistema de pessoas que têm essas informações cabe ao analista investigar o objetivo de um software que o cliente requeira e como o analista deve organizar estas informações, o resumo para enviar de volta, e também se possível marcar uma reunião para rever a matéria é uma boa pratica e sempre insistir para adquirir mais informações no levantamento de dados. Os analistas de sistemas utilizam certos padrões onde as informações são arrecadadas via entrevista e são organizadas em certos diagramas e procedimentos em que o desenvolvedor de software trabalha em conjunto com os líderes de cada empresa e cada área de determinada empresa em que o analista está executando seu trabalho determinando os parâmetros.
Os analistas após arrecadar os requisitos do cliente os analistas podem utilizar um cronograma para exemplificar o processo de criação e desenvolvimento do software e as informações de formulários que serão utilizados pelo desenvolvedor do programa, também daria para criar um diagrama que demostra as relações hierarquias da empresa, para atingir o nível de segurança desejado por cada unidade funcional, restringindo certas informações.
Em um cronograma o analista ou até mesmo o próprio cliente poderia especificar qual o tipo de software ele quer, com quais configurações e sua linguagem de programação e caso ele possua mais conhecimentos na área de informática.
O analista verifica quais informações são úteis para o desenvolvimento do software e analisar se houver partes vagas e se necessitam de uma revisão com o cliente e quais informações não são uteis para possibilitar a informatização ou não de sua devida área e também adquirir uma base de informações que ao qual servirá de base ao desenvolvimento do software.
ENGENHARIA DE SOFTWARES DE REQUISITOS
Agora entenderemos como a engenharia de software vem se aplicando a uma abordagem sistemática, disciplinada e desenvolvimento, operação manutenção de um software esta parte também e crucial para o desenvolvedor.
O processo de desenvolvimento define atividades que deverão ser executadas de acordo com o cronograma criado, durante o desenvolvimento de forma que as tomadas de decisão relacionadas as desenvolvimento do software exemplo: (melhoria do processo) sejam colocadas em dados reais e agora veja alguns de seus principais objetivos são: qualidade de software, produtividade no desenvolvimento, operação e manutenção de software para permitir que os profissionais tenham controle sobre o desenvolvimento de software dentro de custos, prazos e níveis d qualidade desejados.
Aqui está uma tabela de análise que nos permite concluir do que deva dar maior importância às atividades relacionadas à especificação dos requisitos do software.
 
Requisitos
 Existem diferentes definições de requisitos exemplo um requisito é uma característica do sistema ou a descrição de algo que o sistema é capaz de realizar para atingir os seus objetivos, as descrições das funções e restrições são os requisitos do sistema, requisito é uma propriedade que o software devera exibir para resolver algum problema.
Requisitos Funcionais
 São elementos diretamente ligados a funcionalidades do software, o software deve permitir o cadastro de clientes, o software deve permitir a geração de relatórios sobre o desempenho de vendas semestrais e que o software deve permitir o pagamento das compras através de cartão de crédito.
Requisitos não funcionais
 Requisitos não funcionais são aqueles que expressam condições que o software deve atender ou qualidades específicas que o software deve ter. Em vez de informar o que o sistema devera fazer, os requisitos funcionais colocam restrições no sistema. Exemplos: O software deve ser compatível com o browser, o software deve garantir que o tempo de retorno das consultas não seja maior do que 5 segundos, estes requisitos muito importantes no dia a dia do analista.
Passo 3
Relatório 1 - Analise Inicial
2.1
Determinada Incorporadora comercializa terrenos em certa cidade, sua força de venda está concentrada em corretores cadastrados a Imobiliárias credenciadas diretamente a Incorporadora. Essa incorporadora precisa de um sistema que controle o seu estoque de terrenos, para que determinado terreno não seja vendido para mais de um cliente. Os corretores devem ter acesso a lista de terrenos disponíveis em tempo real, onde eles podem fazer o cadastro do cliente e fazer a reserva do terreno desejado. 
2.2
Questionário
1- Os usuários do software vão ter acesso a todas informações? 
2- Quais são os campos necessários quando for efetuar o cadastro do cliente?
3-  Quais são os campos necessários quando for efetuar o cadastro do imóvel?
4- O sistema vai ficar acessíveis vinte quatro horas, sem restrições?
5- Quando o corretor marcar uma visita, vai subir um Pop-up para todos os outros, ou pode ter uma lista de atualizações onde vai constar todos os imóveis pré -alocados para visita ou até mesmo que já foram comprados.
6- Quais vão ser os campos para que seja efetuada uma consulta no sistema, para que sejam verificados os imóveis disponíveis para compra ou para locação ou mesmo uma visita?
7- Na hora da pesquisa de um imóvel ou terreno, Vai ter a opção de selecionar o valor aproximado que o cliente pretende gastar?
8- Na hora de alocar um Imóvel ou terreno, será obrigatório o cadastro do cliente?
9- Ao ser reservado um terreno será impresso um relatório? Quais informações vão conter nesses relatórios?
10- Ao ser reservado um terreno vai ser encaminhado um E-mail também ao cliente? Quais informações vão conter nesse E-mail?
11-  Após ser reservado um terreno vai ser encaminhado para incorporadora um aviso?
12-  Alguma preferência na linguagem a ser usada?  (Ex. EXE, PHP, HTML, JAVA, Etc.)
13- O terreno terá tempo limite para ficar reservado? Quanto tempo?
14- Uma lista de interessados pode ser criada para o imóvel que estiver reservado?
15- Os funcionários devem receber uma mensagem quando o imóvel ficar disponível novamente?
16- Quais dados devem ser obrigatórios para efetuar o cadastro do cliente?
17- Deseja separar o perfil dos usuários por cargo?
18- Todos usuários devem ter senhas? Essas senhas podem ser alteradas pelo próprio usuário ou só por seus superiores? 
2.3 
Segue como exemplos os requisitos funcionais do sistema, usado para mostrar os terrenos disponíveis para venda:
1-O usuário do sistema deve ser capas de atualizar cadastros dos clientes e dos terrenos.
2- O sistema deve gerar instantaneamente o relatório de que o terreno foi reservado para todos os usuários, em forma de mensagem ou e-mail.
3- Cada usuário do sistema deve ter um cadastro com login e senha.
4- Cada usuário deve ser capaz de pesquisar a lista de terrenos disponíveis para venda. 
Relatório 2 – Estudo de Viabilidade Técnica de Sistemas
	Requisitos funcionais
	Usuário
	Admin.
	Tecnologia Usada
	Vantagens 
	Desvantagens
	Conclusão
	1 Cada usuário do sistema deve ter um cadastro com login e senha.
	Não
	Sim
	
PHP, HTML, JAVA,
	Segurança,
Suporte,
CRM,
Open Source.
	em levantamento de requisitos a serem consideradas, a maioria das vezes nenhum deles é completo dadas inúmeras variáveis de complexidade.
	NEX Open source com sistema de segurança de senhas e com sistema CRM.
	1.1 Cada usuário deve ser capaz de pesquisar a lista de terrenos disponíveis para venda.
	Não
	Sim
	Mysql
Oracle
SqlServer 
	Open Source,
Segurança
Suporte.
	Nível baixo de segurança,
Com software 
Muito barato
	Mysql, open source e capacidade de integração.
Etapa 2
Resumo sobre a importância da análise de requisitos
É de tamanhaimportância à confecção ou na atualização de um sistema, o desenvolvedor fazer uma análise de requisitos, pois a análise se adequa ao levantamento, questionamento, priorizar sequencias importantes para a criação e eficácia do produto, acordo entre as partes envolvidas (steakholders). Enfim, a importância de uma análise de requisitos é um fundamento a ser seguido pelo analista, pois a partir dele é a melhor forma de entrar em um acordo a definir a necessidade do cliente, de surgir ideias técnicas para solucionar o problema do cliente e também ideias para construção do produto, partindo da estrutura do algoritmo e depois a construção prática no computador.
Vantagens e Desvantagens dos Tipos de Análise
Etnografia:
Vantagens: A etnografia é uma técnica de observação que pode ser utilizada para compreender os requisitos sociais e organizacionais, como exemplo próximo o trabalho de antropólogos e cientistas sociais.
Desvantagens: A etnografia na maioria das vezes demora um prazo pouco maior, pelo fato do princípio de conhecimento que o analista dever ter para iniciar o processo de desenvolvimento do produto solicitado. 
Workshops:
Vantagens: Trata-se de uma técnica de licitação em grupo usada em uma reunião estruturada. Devem fazer parte do grupo uma equipe de analistas e uma seleção dos stakeholders que melhor representam a organização e o contexto em que o sistema será usado, obtendo assim um conjunto de requisitos bem definidos.
Desvantagens: Essa técnica por se propor um grupo de analistas e de Clientes de diversos departamentos envolvidos com o produto que o analista irá desenvolver, haverá conflito de informações a partir dos stakeholders, na solicitação de produção do projeto. Também pode haver desencontro de conclusões entre os analistas da reunião, por se tratar de criatividades diferentes.
Prototipagem:
Vantagens: Protótipo tem por objetivo explorar aspectos críticos dos requisitos de um produto, implementando de forma rápida um pequeno subconjunto de funcionalidades deste produto. O protótipo é indicado para estudar as alternativas de interface do usuário; problemas de comunicação com outros produtos; e a viabilidade de atendimento dos requisitos de desempenho.
Desvantagens: O protótipo, por ser uma versão teste que o analista implementará para o cliente avaliar e contribuir com aspectos a serem inseridos, alguns clientes podem de início confundir, comparando o desenvolvimento do projeto como um projeto final, ou até mesmo reclamar por se tratar de interfaces novas, algum conteúdo, processo ou procedimento retirado ou de forma diferente, pode de começo, fazer com que o cliente ache que o projeto será difícil a usabilidade.
Entrevista:
Vantagens: A entrevista é uma das técnicas tradicionais mais simples de utilizar e que produz bons resultados na fase inicial de obtenção de dados. Convém que o entrevistador dê margem ao entrevistado para expor as suas ideias.
Desvantagens: A entrevista por mais que o cliente contribua com ideias, explicações e etc., na entrevista às vezes, pode não ser suficiente para avançar com a projeção do produto. A entrevista, em alguns casos, pode ter o cliente pouco comunicativo ou restrito em compartilhar informações que podem ser a “cereja do bolo que faltava”.
Questionários:
Vantagens: O uso de questionário é indicado, por exemplo, quando há diversos grupos de usuários que podem estar em diversos locais diferentes do país. Neste caso, elaboram-se pesquisas específicas de acompanhamento com usuários selecionados, que a contribuição em potencial pareça mais importante, pois não seria prático entrevistar todas as pessoas em todos os locais.
Desvantagens: Mesmo que com a criatividade e uma série de questionários que o analista idealiza, não abre portas para o cliente pode explicar com mais critério, deixar o cliente a vontade para mostrar o real motivo da manutenção ou criação do projeto da forma que o mesmo deseja.
Brainstorming:
Vantagens: Brainstorming é uma técnica para geração de ideias. Ela consiste em uma ou várias reuniões que permitem que as pessoas sugiram e explorem ideias. No brainstorming as ideias que a princípio pareçam não convencionais, são encorajadas, pois elas frequentemente estimulam os participantes, o que pode levar a soluções criativas para o problema.
Desvantagens: Pode haver participantes que irão compartilhar sua opinião que irá entrar em conflito com outro participante, como também pode haver participantes que mesmo sendo encorajados, pouco se comuniquem para contribuir com o projeto.
JAD:
Vantagens: JAD (Joint Application Design) é uma técnica para promover cooperação, entendimento e trabalho em grupo entre os usuários desenvolvedores.O JAD facilita a criação de uma visão compartilhada do que o produto de software deve ser. Através da sua utilização os desenvolvedores ajudam os usuários a formular problemas e explorar soluções. Dessa forma, os usuários ganham um sentimento de envolvimento, posse e responsabilidade com o sucesso do produto.
Desvantagens: Essa técnica leva tempo, por ser vários procedimentos, reuniões, dinâmicas, enfim, o projeto pode demorar e também podem aparecer opiniões sobre o produto a partir dos usuários, que não tem a necessidade de inserção.
Leonardo Kastelic
Resumo: Técnicas para levantamento de Requisitos. 
 	A técnica para elaborar uma boa análise de requisitos é primeiramente ter conhecimento do horário e se possível ter todas as perguntas prontas a fazer para o cliente em busca de informações que possam ser úteis ao desenvolvimento do software também é possível que mesmo com tais perguntas criadas terá espaços vagos que nós como analistas devemos preenchermos e evitando duvidas de ambos os lados como cliente e analista, estas são algumas das técnicas que achei importantes para a entrevista.
Agora outra técnica muito importante é o uso de questionários quando se é indicado exemplo usuários que podem estar em lugares diferentes do pais neste casa o analista poderia fazer já um questionário com perguntas bem elaboradas para enviar para os usuários assim quando o analista chegar no lugar aonde terá que fazer os levantamentos de requisitos facilitara o trabalho do analista, também podemos citar alguns exemplos de questionários tais como: múltipla escolha, lista de verificação e questões com espaços em branco.
Existem também uma técnica chamada Brainstorming que se refere a técnica para geração de ideias, nela consiste em uma ou várias reuniões que permitem que as pessoas sugiram e explorem ideias.
E por último existe a técnica chamada JAD é uma técnica para promover cooperação, entendimento e trabalho em grupo entre os usuários e desenvolvedores, estas foram algumas das técnicas que pesquisei e achei importantes. 
Observação dentre as técnicas padrão para o processo de levantamento de requisitos, para chegar no final de um levantamento de requisitos mais detalhado é importante o conhecimento de diversas técnicas para de qual técnica deverá ser usada em determinada situação.
Edinaldo Cardoso
Resumo: Técnicas para levantamento de Requisitos. 
Na análise de requisitos uma das principais técnicas de levantamento de requisitos e sempre bom mandar para o entrevistado primeiro um relatório com perguntas pertinentes e bastante eficaz para identifica e compreender as necessidades do entrevistado e identificar os requisitos do produto. A entrevista e uma técnica simples de utilizar e que produz bons resultados na fase inicial da obtenção de dados. Convêm que o analista de espaço para o entrevistado para esclarecer as suas necessidades de negócio com um plano geral bem elaborado o analista terá facilidade de descobrir a informação do usuário e necessário que a entrevista não seja tão longa deixando o entrevistado cansado i não produzindo bons resultados.
O analista deve ter conhecimento e domínio para compreender melhor as tarefas na documentação de diferentes naturezas para a identificaçãode requisitos a serem implantados no sistema incluindo a estrutura organacional da empresa padrões de mercado e leis, manuais de usuários, relatórios de pesquisa e de mercado, glossário de termos e negocio, etc. Uma boa técnica e workshop que são grupos usados em uma reunião estruturada, e fazem parte de uma equipe de analista e uma seleção de líderes que melhor representa o a organização e contexto do sistema cera usado, obtendo assim um conjunto de requisitos bem definidos.
O analista pode fazer reuniões com os principais representantes de cada área envolvida ou os stakeholers com a coleta detalhada de informações através da observação e interação com as pessoas no seu ambiente de trabalho alguns são escolhidos e acompanhados para o completo entendimento de suas práticas no trabalho.
Todos os métodos de levantamentos de requisitos possuem vantagens e desvantagens e completo das inúmeras variáveis de complexidades, onde serão feitas várias pesquisas onde uma será suficiente para o perfil do stakeholders além de melhora a qualidade do produto e dos requisitos do software.
André Caique
Resumo: Técnicas para levantamento de Requisitos. 
Temos vantagens e desvantagens em levantamento de requisitos a serem consideradas, a maioria das vezes nenhum deles é completo dadas inúmeras variáveis de complexidade. Com isso, a utilização de mais de uma técnica de forma combinada, isso irá ajudar na complementação no levantamento dos requisitos, além de melhorar a qualidade dos requisitos vistos, que pode ocorre o batimento cruzado de requisitos similares.
Pode ser utilizada técnicas de observação pessoal, esta técnica se resume em visitar o local com a venalidade de observar o ambiente e observar dificuldades dos usuários ou até mesmo dúvidas. Permitindo desta forma, coletar informações de acordo com o cotidiano dos usuários. Vantagens: capaz de captar o comportamento natural das pessoas, nível de intromissão relativamente baixo, confiável para observações com baixo nível de inferência. Desvantagens: polarizada pelo observador, requer treinamento especializado, efeitos do observador nas pessoas.
O seminário também é um método muito utilizado e um dos métodos mais recentes de levantamento de dados. Consiste basicamente na realização na realização de reuniões com os principais representantes de cada área envida no desenvolvimento do sistema e sua utilização. Esse tipo de reunião deve ser agenda e muito bem elaborada pelo analista com antecedência.
Guilherme Brito
Resumo: Técnicas para levantamento de Requisitos. 
Foi identificado que temos várias maneiras de efetuar uma análise de requisitos, porem todos os modos métodos de levantamentos de requisitos tem vantagens e desvantagens, ao meu ver nenhuma delas e completa para elaborar um bom conhecimento sobre o sistema. Com isso ao meu ver e melhor utilizar mais de uma técnica de levantamento.
Utilizando a técnica Entrevistas, que e uma forma simples de fazer o levantamento de dados, que obtém um bom resultado, que pode ocorrer discussões sobre o projeto com mais ideias sobre o projeto. Mas como eu disse tem sim algumas desvantagens como, desvios de curso, consumir mais tempo e recursos, O entrevistado pode não saber expressar corretamente suas necessidades.
Também pode ser utilizado a técnica questionário, essa técnica e bem utilizada quando precisamos extrair informações de um grupo muito grande, com essa técnica o usuário pode responder quando tiver tempo, e com menores custos para o cliente. Mas tem desvantagens, como a maioria dos entrevistados talvez não respondam o questionário, e os resultados podem ser bem críticos e diferentes, pois participante pode intender de modo diferentes as perguntas sobre o software.
Ao meu ver ainda e mais vantajoso utilizar mais de uma técnica para o levantamento de requisitos, mas tudo pode variar de acordo com o que o cliente tem em mente e o quanto ele pode pagar para obter um software de qualidade.
Tabela de requisitos funcionais e não funcionais (Arquivo: A Engenharia de Requisitos Orientada a Aspectos – Capitulo 4, tópico 1)
		Requisitos Funcionais
	Requisitos Não Funcionais
	Requisitos 
	Descrição 
	Prioridade 
	Requisitos 
	Descrição 
	Prioridade 
	RF01 
	Suporte a metodologia MDSODI na definição dos cenários e das
propriedades transversais
	MÉDIA
	RNF01 
	Facilitar a identificação de propriedades transversais não-funcionais,
derivados de requisitos não funcionais,
	ALTA
	RF02 
	Permitir um alto grau de usabilidade
	ESSENCIAL
	RNF02 
	Facilitar a resolução de conflitos manualmente através de padrões de
domínio pré-estabelecidos
	ALTA
	RF03
	Boa adequação quanto à identificação de propriedades transversais;
	ALTA
	RNF03
	Facilitar o rastreamento de requisitos através do principio de circularidade
	MÉDIA
	RF04
	Identificar e modelar requisitos organizacionais, através de suas
operacionalizações (quando pertinentes ao domínio);
	ESSENCIAL
	
	
	
	RF05
	Aumentar a apreensabilidade através da identificação das propriedades
transversais;
	ALTA
	
	
	
	RF06
	Especificar XML Schemas
padrão no formato XML (símbolos do LEL, cenários, aspectos e ontologias),
1 para auxiliar na exportação de documentos
	MÉDIA
	
	
	
Relatório – Etapas 2 e 3 apresentadas
Foi observado nas duas últimas etapas, as vantagens e desvantagens dos tipos de análise de requisitos, apresentadas também as prioridades das analises, observando adequadamente e comparando as propriedades gerais de qualquer projeto de sistema. 
Na comparação de tipos de analise, a nosso ponto de vista, todas as opções são válidas em conjunto para melhor ser confeccionado o sistema solicitado pelo cliente, porém leva um período maior para essa solução.
Mas separando e levando em consideração as melhores prioridades de análise, se destacam são a etnografia, prototipagem, entrevista, e JAD, pois além de usadas muito por analistas atualmente, também são as melhores e rápidas soluções para compreender o que se é solicitado pelo cliente e solucionável para o usuário final.
Lembrando que os requisitos funcionais se tratam de requisitos que não podem faltar no sistema, e não precisam ser pedidos pelo cliente para que seja adicionado ao projeto. Já os requisitos não funcionais são restrições pedidas e autorizadas pelo cliente se serão inseridas ou não, e com qual observação ou detalhe de tempo, valor, perfil e etc.
Bibliografia
https://docs.google.com/a/aedu.com/file/d/0B7u8Pce2Xh_8MXZiTjFsdWRpUVE/edit?usp=sharing 
https://docs.google.com/file/d/0B7u8Pce2Xh_8OFVVUGNrUUllSU0/edit?usp=sharing 
http://pt.slideshare.net/yurigarciacaetano/modelos-de-ciclo-de-vida-de-software
https://groups.google.com/forum/#!forum/tadsmanha