Os requisitos não funcionais podem ser divididos em três categorias. Kíssila, da área de TI, solicitou que você fizesse um levantamento de requisitos para um novo produto e apontasse quais deles seriam requisitos de produtos, requisitos organizacionais e requisitos externos. Como resposta, identificaram-se, respectivamente, os requisitos:
Nas próximas cinco questões, considere as tabelas T1, T2 e T3, cujas estruturas e instâncias são exibidas a seguir. O valor NULL deve ser tratado como unknown (desconhecido).
Para as tabelas T1 e T3, descritas anteriormente, a execução do comando SQL
delete from T3
where E = (select min(E) from T3)
and (select count(*) from T3 t
where t3.A = t.A) > 1
causaria na instância da tabela T3 a:
Acerca de aspectos diversos pertinentes a objetos de avaliação associados à análise de sistemas, julgue o item que se segue
No âmbito da engenharia de software, o principal produto da engenharia de requisitos é o documento de especificação de requisitos de software.
Considere o campo descrição de um dos requisitos definidos para um sistema em desenvolvimento no TJUSC.
No módulo de Digitalização, o tratamento de documentos digitalizados com certificação digital é um processo oneroso em termos de memória e CPU, devido ao alto volume de dados. Em função disso, o sistema deverá prover recursos para processamento paralelo (multithreading) que possibilite processar lotes de documentos digitalizados de forma paralela, reduzindo o tempo de execução da rotina diária.
A média diária de digitalizações a serem processadas é 80.000. Cada lote contém 500 documentos digitalizados totalizando 160 lotes.
A janela de produção disponível para o processamento de todos os lotes é de 4h. Ou seja, o sistema deve processar todos os 160 lotes em, no máximo, 4h.
Para atender a esta alta demanda, o sistema deverá executar os lotes na quantidade máxima permitida de threads, considerando a seguinte especificação do servidor de aplicativos:
− 16 processadores com quatro núcleos cada.
− 64 GB de memória RAM.
− 1 TB de espaço de armazenamento.
Uma Analista de Sistemas, ao analisar o requisito e completar outros campos de sua estrutura padrão, o classifica como requisito
O Guia Geral MPS de Software 2020, versão de maio de 2020, declara que o Processo de Engenharia de Requisitos tem por propósito definir, gerenciar e manter atualizados os requisitos das partes interessadas e do produto, garantindo que inconsistências entre os requisitos, os planos e os produtos de trabalho sejam identificadas e tratadas.
Além disso, tal guia explicita que, no Processo de Engenharia de Requisitos, é esperado que os requisitos sejam validados a partir do nível
Para apoiar a elicitação dos requisitos e o desenvolvimento de um novo sistema, foram construídos protótipos de alta fidelidade das funcionalidades do sistema. Requisitos não funcionais apontados como muito importantes pelo cliente estão ligados à característica de usabilidade. Para a garantia da qualidade do sistema, o gerente do projeto determinou que se utilizasse para a validação dos requisitos a técnica de Walkthrough. Finalmente, para o desenvolvimento do produto de software, foi escolhida a abordagem orientada a objetos e a metodologia proposta pelo Processo Unificado, de acordo com o modelo derivado da empresa Rational (RUP).
Considerando essa situação hipotética, julgue o item a seguir, acerca de engenharia de software.
Para a correta aplicação da técnica de validação determinada, um moderador deve determinar que o autor de um requisito apresente o requisito e forneça, entre outras informações, justificativas para suas decisões, de modo a apoiar a discussão entre os participantes da sessão.
Com relação às técnicas de Levantamento de Requisitos, os requisitos que descrevem como funcionários de determinada área realmente trabalham, em vez da maneira pela qual as descrições dos processos dizem que esses funcionários devem trabalhar, são mais bem obtidos pela técnica
Durante um levantamento, um Analista em TI obteve a seguinte lista de requisitos:
1. O sistema, em todas as suas funções de consulta, não poderá exceder o tempo de resposta de até 15 milissegundos.
2. Os advogados devem ser capazes de pesquisar as listas de agendamento de todos os juízes.
3. O sistema deve gerar, a cada dia, para cada unidade do Tribunal, a lista dos juízes disponíveis para as consultas daquele dia.
4. O sistema de pesquisa de processos deve estar disponível para todas unidades do Tribunal durante as horas normais de atendimento ao público (de segunda à sexta-feira, das 10h às 16h). Períodos de não operação dentro do horário normal de trabalho não podem exceder 10 segundos em um dia.
Atribuindo-se RF para os Requisitos Funcionais e NF para os Não Funcionais, a lista de requisitos acima apresentada (1, 2, 3 e 4), pela ordem, descreve, respectivamente:
A respeito dos requisitos funcionais e não funcionais em engenharia de software, assinale a opção correta.
A análise de requisitos é uma atividade primordial para o bom desenvolvimento de software. Durante a análise, é essencial que requisitos sejam classificados de acordo com seus tipos. Existe consenso em classificar requisitos como funcionais e não funcionais. Assinale a opção que apresenta um exemplo de requisito funcional:
Assinale a alternativa correta sobre a Engenharia de Requisitos.
Com relação às atividades do processo de elicitação de requisitos e com base na espiral da figura apresentada, assinale a alternativa correta.
No que se refere à engenharia de requisitos, julgue o próximo item.
Situação hipotética: Na metodologia de desenvolvimento de software customizada para uma organização, o analista propôs o uso da prototipação na fase de engenharia de requisitos, contudo julgou inviável a utilização da prototipação na fase de projeto de sistemas. Assertiva: Nessa situação, a proposta do analista está incorreta, pois a prototipação tanto pode ser utilizada no processo de engenharia de requisitos, para ajudar na elicitação de requisitos, quanto no projeto de sistema, para apoiar o projeto de interface de usuário.
Considerando que, durante o processo de validação de requisitos, estes são submetidos a diferentes tipos de verificação, assinale a alternativa cuja verificação indica que no documento de requisitos não existem descrições diferentes para uma mesma função do sistema.
Entre as técnicas de validação de requisitos, existem as revisões, que podem ser diferenciadas em três tipos básicos: comentários, inspeções e walk-throughs. Na técnica de inspeção,
