Questões de Concurso
Comentadas sobre engenharia de requisitos em engenharia de software
Foram encontradas 1.222 questões
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
1. O aluno poderá realizar sua matrícula utilizando seu código de aluno.
2. O acesso dos alunos ao sistema deverá estar dis ponível nos navegadores Internet Explorer e Google Chrome.
3. O professor poderá lançar as notas e frequências dos alunos matriculados em suas disciplinas.
4. Um relatório com as notas e frequências dos alunos poderá ser solicitado pelo professor da disciplina.
5. Os relatórios do sistema serão disponibilizados em formato PDF.
Dos requisitos mencionados, são classificados como requisitos funcionais
Analise as práticas listadas a seguir:
I. prototipação e geração de casos de teste;
II. revisão sistemática com apoio de checklists;
III. atribuição de uma identificação unívoca ao requisito;
IV. gerenciamento e rastreamento de requisitos.
São consideradas práticas eficazes para validação de requisitos aquelas indicadas somente em:
As atividades do processo de engenharia de requisitos abrangem o estudo de viabilidade do sistema; a obtenção e a análise de requisitos; a especificação e a validação de requisitos; e, finalmente, a aprovação dos requisitos pelos clientes.
Procedimentos de garantia da qualidade e critérios de verificação e validação não devem ser incluídos na especificação de requisitos.
- A concepção é a primeira etapa da Engenharia de Requisitos e nessa etapa procura-se definir o escopo e a natureza do problema que está se tentando resolver para o cliente;
- A ...I... etapa é a de negociação, na qual se definem quais são as prioridades, o que é essencial e quando é necessário;
- A ...II... etapa é a de levantamento/elicitação, em que se procura ajudar os interessados a definir o que é necessário;
- A ...III... etapa é a de elaboração em que os requisitos básicos são refinados e modificados;
- Na ...IV... etapa, validação, é realizada uma revisão e validação, junto com os stakeholders, para garantir que o entendimento dos problemas coincide com o que os interessados haviam explicado;
- Na ....V.... etapa, de especificação, o problema é especificado;
- Na sétima etapa, que é a Gestão dos Requisitos, os requisitos são controlados.
As lacunas de I a V correspondem, correta e respectivamente, a:
Requisitos não funcionais são as restrições sobre os serviços ou declarações de funções que o sistema deve fornecer.