Questões de Concurso
Sobre engenharia de requisitos em engenharia de software
Foram encontradas 1.321 questões
No ciclo de vida do software, o congelamento dos requisitos do software garante que este, quando em desenvolvimento, atenda à expectativa do usuário, desde que tudo que tenha sido requisitado seja implementado.
Metodologias de desenvolvimento ágil enfocam atividades de projeto e implementação, desconsiderando as atividades de elicitação de requisitos e a produção de documentação.
Embora não afetem diretamente o que o software irá entregar, os requisitos de espaço são classificados, excepcionalmente, como requisitos funcionais em projetos orientados a objetos, especialmente devido à reusabilidade.
Na análise de requisitos não funcionais, o tempo de treinamento, o tempo de reinício após falha, o número de sistemas-alvo e a disponibilidade são medidas para, respectivamente, facilidade de uso, robustez, portabilidade e confiabilidade.
O foco nos métodos ágeis está na entrega incremental do software, ou seja, na entrega de valor, com fundamento no princípio de processos prescritivos.
Serão classificados como organizacionais os requisitos operacionais e de desenvolvimento que forem identificados na análise de requisitos não funcionais.
I. Entrevistas. II. Gerência de Mudanças. III. Prototipação. IV. Cenários. V. Validação de Requisitos.
Quais itens referem-se à Elicitação de Requisitos?
____________progressiva em direção aos requisitos.
I. Descrições dos serviços que devem ser fornecidos pelo sistema e as suas restrições operacionais. II. Característica de um sistema ou a descrição de algo que o sistema é capaz de realizar para atingir seus objetivos. III. Alguma coisa que o produto tem de fazer ou uma qualidade que ele precisa apresentar.
Qual, dos seguintes termos, melhor representa as afirmações acima?
Em todos os sistemas novos, o processo de engenharia de requisitos deve começar por um estudo de viabilidade.
É uma técnica para elicitação de requisitos que permite extrair informações de alta qualidade dos usuários, em curto espaço de tempo, através de reuniões estruturadas que buscam decisões por consenso. Ela substitui as entrevistas individuais, e os resultados alcançados garantem um levantamento mais preciso e completo dos requisitos do que os obtidos pelas técnicas convencionais de entrevistas e questionários individualizados. Esta técnica é composta de duas etapas principais: planejamento, que tem por objetivo elicitar e especificar os requisitos; e projeto, em que se lida com o projeto de software. Cada etapa consiste em três fases: adaptação, sessão e finalização.
A técnica citada no texto é conhecida como
1. A arquitetura do sistema deverá ser modularizada de modo a facilitar sua manutenção e adição de novas funcionalidades.
2. Ao registrar um processo, a descrição e todos os demais dados devem aparecer em, no máximo,2 segundos.
3. Cada processo deve ser associado a um identificador único (ID), que será utilizado para identificá-lo.
4. O sistema deverá suportar uma carga máxima de até 100000 usuários simultâneos.
5. Apenas usuários com privilégios de acesso de Juiz poderão visualizar históricos de andamento de processos.
6. O sistema deve permitir a inclusão, alteração e remoção de processos com os seguintes atributos: ID, número, origem, tribunal etc.
7. O sistema deve fazer log das transações autorizadas com processos em 24 horas, mesmo com falhas de energia ou de dispositivos.
8. O sistema deverá ser acessado completamente via browser HTTP/HTML, inclusive para suporte.
9. Deve ser possível capturar a informação do processo através de um leitor de código de barra, ou manualmente usando um código disponível e impresso no processo.
10. O sistema será desenvolvido para ambientes Windows e para máquinas com pelo menos 2 GB de memória.
11. O sistema será disponibilizado em português, mas de forma a permitir que versões em outros idiomas possam ser produzidas sem necessidade de ter acesso ao código fonte.
12. O usuário deve ser capaz de buscar todo o conjunto inicial dos bancos de dados ou selecionar um subconjunto a partir dele.
13. O sistema deverá usar componentes corporativos existentes sob forma de Enterprise JavaBeans.
14. Testes de Unidade e de Aceitação no sistema deverão ser completamente automatizados.
São requisitos funcionais os apresentados APENAS em
I. Os requisitos básicos, que estão associados às funções a serem desempenhadas pelo sistema.
II. As propriedades do sistema, que estão relacionadas às propriedades emergentes do sistema, como, por exemplo, desempenho, segurança e disponibilidade.
III. As características indesejáveis, que são propriedades que o sistema não deve possuir.
Está correto o que se afirma em:
I. O Analista se insere no ambiente de trabalho em que o sistema será utilizado. O trabalho diário é observado e são anotadas as tarefas reais em que o sistema será utilizado. O principal objetivo da técnica é ajudar a descobrir requisitos de sistema implícitos, que refletem os processos reais, em vez de os processos formais, nos quais as pessoas estão envolvidas.
II. É composta de duas etapas principais: planejamento, que tem por objetivo elicitar e especificar os requisitos, e projeto, em que se lida com o projeto de software. Cada etapa consiste em três fases: a primeira cuida de organizar a equipe e fazer a preparação para a segunda fase, na qual é realizado um ou mais encontros estruturados, envolvendo desenvolvedores e usuários, em que os requisitos são desenvolvidos e documentados. A terceira fase tem por objetivo converter a informação da fase anterior em um documento de especificação de requisitos.
As técnicas I e II referem-se, respectivamente, a