Grátis: Os requisitos funcionais descrevem as funcionalidades específicas que o software deve oferecer, ou seja, o que o sistema deve fazer. Eles represent... – Questões Respondidas

Desenvolvimento Humano

Outros

Os requisitos funcionais descrevem as funcionalidades específicas que o software deve oferecer, ou seja, o que o sistema deve fazer. Eles representam as ações e comportamentos que o sistema deve executar para atender às necessidades dos usuários.
Dentre os exemplos trazidos nas questões a seguir, qual delas trata de um requisito funcional?
A Para o sistema de uma siderúrgica deverá ser considerado o uso do banco de dados Oracle.
B Num sistema de consulta de estoque, o sistema deve emitir um relatório do status atual em no máximo 1 minuto.
C Em um sistema de uma cia aérea, o sistema deverá permitir que o usuário possa escolher seu assento no momento da reserva.
D Em um sistema de agendamento de consultas, a infraestrutura deverá estar na nuvem, permitindo acesso a qualquer agente autorizado.

Questões para o Sucesso

há 2 meses

Questões para o Sucesso

há 2 meses

gestao 02

Uniasselvi

Respostas

Ed

há 2 meses

Para identificar qual das opções trata de um requisito funcional, precisamos entender que requisitos funcionais descrevem o que o sistema deve fazer, ou seja, as funcionalidades específicas que ele deve oferecer. Vamos analisar as opções: A) Para o sistema de uma siderúrgica deverá ser considerado o uso do banco de dados Oracle. - Isso se refere a uma escolha de tecnologia, não a uma funcionalidade do sistema. B) Num sistema de consulta de estoque, o sistema deve emitir um relatório do status atual em no máximo 1 minuto. - Embora mencione um tempo, isso se refere a uma funcionalidade específica que o sistema deve ter, que é emitir relatórios. C) Em um sistema de uma cia aérea, o sistema deverá permitir que o usuário possa escolher seu assento no momento da reserva. - Esta opção descreve uma funcionalidade específica que o sistema deve oferecer, que é a escolha de assento. D) Em um sistema de agendamento de consultas, a infraestrutura deverá estar na nuvem, permitindo acesso a qualquer agente autorizado. - Isso se refere à infraestrutura e não a uma funcionalidade específica do sistema. Dentre as opções, a que melhor representa um requisito funcional é a C), pois descreve uma ação que o sistema deve executar para atender às necessidades dos usuários.

Essa resposta te ajudou?

0

0

left-side-bubbles-background

right-side-bubbles-background

Crie sua conta grátis para liberar essa resposta. 🤩

Já tem uma conta?

Ao continuar, você aceita os Termos de Uso e Política de Privacidade

Ainda com dúvidas?

Envie uma pergunta e tenha sua dúvida de estudo respondida!

Essa pergunta também está no material:

gestao 02

Uniasselvi

Mais perguntas desse material

Jeffries, um dos pioneiros em desenvolvimento ágil, enfatiza os aspectos que compõem uma história de usuário. De acordo com sua abordagem, uma história de usuário consiste em três componentes essenciais: a descrição da funcionalidade desejada, a razão pela qual o usuário precisa dessa funcionalidade e o benefício que será obtido ao implementar a funcionalidade descrita. O autor salienta que esses três aspectos devem estar presentes em uma história de usuário eficaz.
Com base no excerto, podemos relacionar os três aspectos principais com as seguintes partes para compor a história de usuário: I. Cartão, pois é nele que constará a descrição da funcionalidade desejada. II. Confirmação, pois é ela quem tornará mais claro qual o benefício da funcionalidade descrita. III. Conversação, pois é a partir da conversa que se superaram obstáculos de entendimento e a razão pela qual o cliente precisa de uma determinada funcionalidade. IV. Tramitação, pois é ela quem direciona os esforços da equipe de desenvolvimento para a parte interessada responsável pela aprovação de qualquer requisito. É correto o que se afirma em:
A I e IV, apenas.
B III e IV, apenas.
C I, II e III, apenas.
D II e III, apenas.

Uma história de usuário advém das metodologias ágeis, e consiste em uma técnica de desenvolvimento de software cujo objetivo é descrever uma funcionalidade do software de maneira simples e compreensível para o usuário final e que represente uma necessidade real do negócio.
Sobre histórias de usuário e os exemplos citados, classifique V para as sentenças verdadeiras e F para as falsas:
( ) Um sistema para um supermercado poderá ter a técnica de história de usuário promovendo o uso linguagem natural ao invés de linguagens técnicas, por ser a forma mais clara e objetiva para se entender as reais necessidades dos usuários.
( ) Uma abordagem de história do usuário permite à equipe de desenvolvimento promover um estilo mais informal de conversação como boa prática para elicitação de requisitos, ao invés de abordar linguagem técnica, pode-se adentrar no contexto do negócio, com termos comuns entre as áreas.
( ) Uma participação ativa do cliente é fundamental, por exemplo, em um sistema para uma empresa de logística, podem existir muitos termos do dia a dia do cliente que podem ser estranhos à equipe de desenvolvimento. Daí a necessidade de utilizar uma linguagem natural e não técnica, entre as partes.
( ) Ao utilizar a história de usuário, a equipe de desenvolvimento não precisa se preocupar com a documentação, haja visto que a própria história será utilizada para documentar os encontros, as pessoas reunidas e os pontos definidos, não sendo necessária a sua retenção e catalogação para utilização futura.
A V,F,F,V.
B V,V,V,F.
C F,V,V,F.
D V,V,F,F.

Diagrama de Classes é um dos diagramas mais importantes da Unified Modeling Language (UML) e desempenha um papel fundamental na modelagem orientada a objetos. Ele é usado para representar a estrutura estática de um sistema, mostrando as classes do sistema, seus atributos, métodos e as relações entre elas.
Uma equipe de desenvolvimento de software está debatendo sobre qual diagrama UML usar para representar a estrutura de classes do sistema e suas relações. Considerando essa situação, analise as afirmacoes a seguir:
I. Diagrama de Classes é mais apropriado para representar a estrutura de classes do sistema e suas associações, permitindo visualizar as relações entre as classes de forma clara e concisa.
II. Diagrama de Objetos é mais adequado para representar a estrutura de classes do sistema e suas instâncias específicas em tempo de execução, exibindo atributos dos objetos e suas relações.
III. Os dois diagramas, Diagrama de Classes e Diagrama de Objetos, são igualmente apropriados para representar a estrutura de classes do sistema, e a escolha depende das necessidades específicas do projeto.
IV. Diagrama de Classes é útil apenas na fase de projeto, pois representa quais objetos poderão ser implementados, enquanto o Diagrama de Objetos é mais relevante na fase de implementação do software, pois demonstra como serão implementados.
A III e IV, apenas.
B I, II e III, apenas.
C II e III, apenas.
D I e IV, apenas.

A modelagem e a especificação de requisitos desempenham um papel fundamental no desenvolvimento de software, garantindo a compreensão clara e precisa das necessidades dos usuários e orientando todo o processo de desenvolvimento. Existem várias boas práticas e técnicas que podem ser aplicadas para garantir uma modelagem eficaz e uma especificação abrangente dos requisitos.
Com base no excerto, sobre em que podem consistir as boas práticas e técnicas de modelagem de requisitos, analise as sentenças a seguir:
I- Descrição técnica, pertinente à área de desenvolvimento de software.
II- Construção de um formato de descrição-padrão, garantindo que todas as definições o utilizem.
III- Descrição usando recursos de destaque, como negrito, destaque em cor diferente, entre outros, para realçar uma parte importante do requisito.
A As sentenças II e III estão corretas.
B As sentenças I e III estão corretas.
C Somente a sentença I está correta.
D As sentenças I e II estão corretas.

Uma má definição de requisitos pode ocorrer por várias razões. Às vezes, os requisitos são expressos de forma vaga ou imprecisa, o que dificulta a compreensão do que realmente é necessário. Outras vezes, pode haver uma falta de clareza nas necessidades e objetivos do cliente ou uma falta de comunicação eficaz entre as partes envolvidas no projeto.
Conforme descrito no texto, a má definição de requisitos pode ocorrer por várias razões, que podem levar a uma série de problemas e consequências negativas. Sobre esses problemas e consequências, classifique V para as sentenças verdadeiras e F para as falsas:
( ) Se os requisitos não funcionais, relacionados à performance não forem bem definidos, o sistema pode apresentar diversas falhas de uso.
( ) Se os requisitos funcionais não forem bem definidos, haverá dificuldade na utilização, afetando a satisfação da parte interessada, sendo considerado um problema de usabilidade.
( ) Se houver uma má definição dos requisitos não funcionais, não atendendo aos normativos legais e boas práticas de proteção de dados pode levar a vulnerabilidades, podem ocorrer problemas de segurança.
( ) Se houver uma má definição de requisitos, haverá a necessidade do aprimoramento técnico da equipe de desenvolvimento, pois abre-se um precedente para a criação de um software único, inovador e lucrativo.
A V,V,F,F.
B V,V,V,F.
C V,F,F,V.
D F,V,V,F.

A Unified Modeling Language (UML), ou Linguagem de Modelagem Unificada em português, é uma ferramenta poderosa e amplamente utilizada na engenharia de software e no desenvolvimento de sistemas. Criada para simplificar a comunicação e o entendimento entre desenvolvedores, analistas e stakeholders, a UML oferece uma representação visual e padronizada dos diversos elementos que compõem um sistema.
Com base nas informações apresentadas, avalie as asserções a seguir e a relação proposta entre elas:
I. A UML é uma linguagem padrão de modelagem amplamente utilizada na Engenharia de Software.
II. A UML fornece uma notação visual padronizada que ajuda a representar e documentar diferentes aspectos de um sistema de software.
A A asserção I é uma proposição verdadeira e a II é uma proposição falsa.
B A asserção I é uma proposição falsa e a II é uma proposição verdadeira.
C As asserções I e II são verdadeiras, e a II é uma justificativa correta da I.
D As asserções I e II são verdadeiras, mas a II não é uma justificativa correta da I.

A UML promove uma linguagem comum que transcende barreiras técnicas e linguísticas, permitindo que todos os envolvidos no projeto, incluindo analistas, desenvolvedores, designers e gerentes, possam colaborar de maneira mais produtiva. Isso evita ambiguidades e mal-entendidos, resultando em um melhor alinhamento das expectativas e uma maior clareza nos requisitos.
A UML não obriga que se utilize todos os seus diagramas, pois pode ser utilizado para diversas finalidades, principalmente no aspecto de:
A Utilizar os diagramas como forma de gerenciar o projeto, elencando inclusive custos e orçamento previsto.
B Padronizar uma linguagem de programação, definindo a tecnologia que será utilizada para a implementação, pois os diagramas permitem a configuração de código embarcado.
C Documentar um sistema existente, não necessariamente todo o sistema, mas sim utilizar alguns diagramas para documentar as partes mais importantes.
D Substituir, por completo, a etapa de validação de requisitos, pois os diagramas são intuitivos e autoexplicativos.

Durante a revisão de requisitos, uma equipe multidisciplinar, incluindo analistas, desenvolvedores, testadores e outros stakeholders relevantes, se reúne para analisar e discutir os requisitos documentados. A revisão pode ser conduzida de diversas formas, como reuniões presenciais, revisões formais ou revisões informais.
Durante a revisão de requisitos, a equipe multidisciplinar deverá avaliar os requisitos de diversas formas. Sobre essas formas, classifique V para as sentenças verdadeiras e F para as falsas:
( ) Quanto à rastreabilidade, a equipe deverá mapear os responsáveis pelas informações coletadas, como forma de responsabilizá-los por erros de projeto.
( ) Quanto à clareza, a equipe deve identificar possíveis ambiguidades na descrição dos requisitos, pois isso pode ocasionar no não atendimento ou no atendimento diverso quanto à real necessidade do usuário.
( ) Quanto à completude, a equipe deve analisar se os requisitos contêm somente e apenas a descrição necessária para atender a uma necessidade do usuário.
( ) Quanto à verificabilidade, a equipe deverá verificar quais requisitos não foram elicitados.
A V,F,F,V.
B F,F,V,F.
C V,V,F,F.
D F,V,V,F.