Use LEFT and RIGHT arrow keys to navigate between flashcards;
Use UP and DOWN arrow keys to flip the card;
H to show hint;
A reads text to speech;
25 Cards in this Set
- Front
- Back
O que é um Requisito?
|
Uma necessidade do usuário que o sistema deve atender, ou uma restrição que o projeto ou sistema resultante dele deve atender.
|
|
O que é a Engenharia de Requisitos?
|
É o processo de descobrir, analisar, documentar e verificar os Requisitos.
|
|
Por que em alguns casos um requisito é abstrato e alto nível, e em outros ele é detalhado ou formal?
|
Porque existe níveis de detalhamento:
• Requisitos do usuário; • Requisitos do sistema; • Requisito do projeto de software. |
|
Quais são os tipos de Requisitos mais conhecidos da Engenharia de Software?
|
• Requisitos Funcionais;
• Requisitos Não-Funcionais; • Requisitos de Domínio (conhecido também por “de Negócio”). |
|
O que são Requisitos Funcionais?
|
São requisitos que descrevem:
• Funcionalidades; • Reação a entradas; • Comportamento para determinadas situações. |
|
O que são Requisitos Não-Funcionais?
|
São os requisitos que descrevem restrições sobre as funções ou serviços. Ex.: tempo, Processo de Software ou Padrões utilizados.
|
|
O que são Requisitos de Domínio?
|
São requisitos que originam do domínio e refletem características dele. Pode ser um Requisito Funcional (RF) ou Requisito Não-Funcional (RNF), mas precisa ser evidenciado.
|
|
Cite exemplos de Requisitos Não-Funcionais?
|
Confiabilidade, tempo de resposta, espaço e disco, capacidade dos dispositivos de E/S, representação dos dados, padrões de projeto e qualidade, orçamento, legislação...
|
|
Quais os tipos dos Requisitos Não-Funcionais?
|
Podem ser de:
• Produto; • Organizacionais; • Externos. |
|
Se os requisitos não-funcionais são abstratos (em muitos casos), como saber se foram atendidos?
|
Através de métricas, como portabilidade, velocidade, tamanho, usabilidade, confiabilidade...
|
|
Quais as melhores práticas ao escrever Requisitos de Usuário?
|
Crie um padrão, para de modo consistente descrevê-lo. Use negrito para a seção mais importante e use verbos para indicar a obrigatoriedade, como “Deve” e “Deveria”.
|
|
Cite formas de linguagem para especificar Requisitos de Sistemas.
|
• Linguagem natural;
• Linguagem Estruturada; • Linguagem de descrição de programa – PDL; • Notações gráficas; • Especificações matemáticas. |
|
Qual o nome do artefato produzido pelos engenheiros de requisitos?
|
Especificação de Requisitos de Software (ERS).
|
|
Cite boas práticas em Engenharia de Requisitos.
|
• Reutilizar requisitos de outros projetos;
• Melhorar continuamente processo; • Entender o problema antes de modelar; • Usar protótipos; • Visualizar os requisitos atendidos. |
|
Usuários e analistas visualizam o problema da mesma maneira?
|
Não, dentre as diversas diferenças o usuário não possui visão macro do problema e por vezes nem do próprio processo. Já os analistas por vezes querem mudar processos ao invés de apenas informatizá-los.
|
|
Quais as grandes dificuldades na Eliciação de Requisitos?
|
• Comunicação com o usuário;
• Entendimento completo do problema; • Negociação de interesses conflitantes; • Organização das informações. |
|
Cite técnicas para Eliciação de Requisitos.
|
• Etnografia, análise de tarefas, análise de cenários;
• Workshops, entrevistas, questionários; • Reunião, Brainstoring; • Prototipação |
|
Qual o termo que descreve a característica de um requisito gerar um ou mais interpretações?
|
Ambiguidade!
|
|
Como poderia ser descrito um processo de ES?
|
Sistemas existentes, necessidades dos usuários, padrões organizacionais, leis, normas, regulamentos e informações do domínio passam por um processo e é produzido os requisitos acordados, especificações de sistemas e modelos.
|
|
“Gerar relatórios diversos” pode ser um requisito?
|
Não, pois esta declaração gera muita ambiguidade e poderia resultar em diversos tipos e formas de relatórios.
|
|
“Deve possibilitar o cadastro dos dados pessoais do cliente” pode ser um requisito?
|
Sim, desde que em algum lugar no documento seja especificado quais são os dados neste cadastro.
|
|
Qual é mais importante: RF ou RNF?
|
De forma geral RF mal especificado ou compreendido causa atrasos e prejuízos menores que nos RNF. O último pode inviabilizar ou suspender um projeto.
|
|
O que é Stakeholder?
|
É uma parte, pessoa ou organização que seja interessado pelo projeto de software.
|
|
Qual a importância da modelagem de um negócio para desenvolvimento de software?
|
Quando um negócio é modelado, antes do software, através de processo, a modelagem de software é facilitada e tende ao sucesso.
|
|
A atividade de Engenharia de Software é afetada pelo ciclo de vida utilizado?
|
Sim, posto que em alguns ciclos não se sabe com clareza todas as necessidades futuras do sistema.
|