ENGENHARIA DE REQUISITOS I

Prévia do material em texto

ENGENHARIA DE REQUISITOS I 1
📝
ENGENHARIA DE REQUISITOS I
ID 2
Status Done
Dt. Conclusão
Carga Horária 50
Nota 10
Conhecer requisitos
🎯 Desafio
📈 Infográfico
https://s3-us-west-2.amazonaws.com/secure.notion-static.com/029d2a7c-05
00-4735-8447-b44b327df0df/Conhecer_requisitos2.pdf
1. O que é um requisito de software?
@18/04/2022
https://www.notion.so/Desafio-83538b5129844412b07eee769f20da20
https://www.notion.so/Infogr-fico-98e364e0d8864bd0a57795b08bcaa74b
https://www.notion.so/signed/https%3A%2F%2Fs3-us-west-2.amazonaws.com%2Fsecure.notion-static.com%2F029d2a7c-0500-4735-8447-b44b327df0df%2FConhecer_requisitos2.pdf?table=block&id=5363b485-dc96-4f3c-89b6-fe3a5738f2fb&spaceId=fcc5786c-573b-4391-994d-f958847592c7&userId=dfbbbfa9-7afa-4f6b-85b4-3e86e745823b&cache=v2
ENGENHARIA DE REQUISITOS I 2
A. Um requisito pode ser definido como uma condição ou uma capacidade com 
a qual o sistema deve estar de acordo.
2. Qual é a característica de um requisito funcional?
B. Descrevem explicitamente as funcionalidades e serviços do sistema.
3. Qual é a característica de um requisito não funcional?
C. É um tipo de requisito que define propriedades e restrições do sistema. É 
mais voltado para características que podem ser mensuradas e testadas 
facilmente.
4. O que é uma regra de negócio?
A. Regras de negócio são premissas e restrições aplicadas a uma operação 
comercial de uma empresa, que precisam ser atendidas para que o negócio 
funcione da maneira esperada.
5. Na engenharia de software, existe um processo genérico de levantamento 
e análise que contém as seguintes atividades: compreensão do domínio, 
coleta de requisitos, classificação, resolução de conflitos, definição das 
prioridades e verificação de requisitos. Uma das atividades mais 
importantes deste processo é a coleta de requisitos. Informe quais das 
descrições a seguir melhor descrevem esta atividade:
E. É o processo de interagir com os stakeholders do sistema para descobrir 
seus requisitos.
Mapear processos de negócio
https://s3-us-west-2.amazonaws.com/secure.notion-static.com/ea62f366-5da
1-4c8b-9788-a71c5c4b9068/Analise_e_projeto_de_sistema2.pdf
https://www.notion.so/signed/https%3A%2F%2Fs3-us-west-2.amazonaws.com%2Fsecure.notion-static.com%2Fea62f366-5da1-4c8b-9788-a71c5c4b9068%2FAnalise_e_projeto_de_sistema2.pdf?table=block&id=c1f272b4-7c3f-4b15-a3c8-5673246f18c0&spaceId=fcc5786c-573b-4391-994d-f958847592c7&userId=dfbbbfa9-7afa-4f6b-85b4-3e86e745823b&cache=v2
ENGENHARIA DE REQUISITOS I 3
🎯 Desafio
📈 Infográfico
1. O que é um processo de negócio?
A. É um conjunto de atividades/tarefas estruturadas relacionadas cujo objetivo 
é de produzir um serviço ou produto específico.
2. Qual a melhor definição de BPMN?
C. É uma notação que permite o mapeamento, documentação e entendimento 
de processos.
3. A técnica TO BE é utilizada para qual propósito?
D. A técnica é utilizada na melhoria de processos de negócio.
4. A técnica AS IS é utilizada para qual propósito?
E. Para o levantamento e documentação da situação atual do processo.
5. O que é um processo primário?
C. Este tipo de processo é aquele essencial e que representa as atividades que 
uma organização desempenha para cumprir sua missão.
Identificar e documentar regras de negócio
https://s3-us-west-2.amazonaws.com/secure.notion-static.com/75fcd3ab-dfd
1-423e-86c5-a554041c3550/Identificar_e_documentar_Regras_de_Negcio.
pdf
🎯 Desafio
📈 Infográfico
https://www.notion.so/Desafio-09440064ba0d440b83e2bddd8dd0fbf5
https://www.notion.so/Infogr-fico-422db081fbf740afaf5d0b8473b3d5a8
https://www.notion.so/signed/https%3A%2F%2Fs3-us-west-2.amazonaws.com%2Fsecure.notion-static.com%2F75fcd3ab-dfd1-423e-86c5-a554041c3550%2FIdentificar_e_documentar_Regras_de_Negcio.pdf?table=block&id=14dbc099-5fa0-474c-9470-326b6da0aa60&spaceId=fcc5786c-573b-4391-994d-f958847592c7&userId=dfbbbfa9-7afa-4f6b-85b4-3e86e745823b&cache=v2
https://www.notion.so/Desafio-14d565ea2bc644ac94ed1133f05b6c7a
https://www.notion.so/Infogr-fico-f7461b0b9b674797a7783ffcc9958efc
ENGENHARIA DE REQUISITOS I 4
1. O que é uma regra de negócio?
B. Regras do negócio podem ser vistas como declarações sobre a forma com 
que uma empresa faz seus negócios. Regras do negócio podem ser vistas 
como declarações sobre a forma com que uma empresa faz seus negócios e 
como um aspecto de uma empresa ou organização que se destina a descrever 
a estrutura ou o comportamento do negócio. Elas podem ser vistas como 
premissas e restrições, aplicadas a uma operação de uma empresa, que 
precisam ser atendidas para que o negócio funcione da maneira esperada. 
Uma regra de negócio não é um requisito de software e o não é um padrão de 
projeto (que são estruturas criadas para resolver problemas comuns). Também, 
as regras de negócio possuem atributos e não descrevem o sistema.
2. Quais destes itens é um atributo de uma regra de negócio?
A. Consistência. A resposta correta é consistência, pois uma regra de negócio 
não pode contradizer outra ou fazer coisas de forma contraditória com o 
contexto da organização. Persistência não é um atributo de uma regra de 
negócio, já que não está relacionada com o contexto. Atividade, constância e 
robustez não são atributos de uma regra de negócio. Atividades podem ser 
elementos de um processo, por exemplo, ou de um diagrama de casos de uso. 
Uma regra de negócio não precisa ser constante, já que é possível que muitas 
sejam alteradas durante o ciclo de vida do software e, consequentemente, 
fazendo o software ser alterado também. E por último, Regras de negócio não 
possuem relação com o termo Robustez.
3. Na identificação de regras de negócio, geralmente o primeiro passo é 
onde listamos todas as solicitações que o cliente ou usuário nos 
apresentou de forma clara. Qual o próximo passo?
E. Identificar quais são as necessidades de negócio que o cliente/usuário não 
apresentou. 
O segundo passo para identificar as regras do negócio é Identificar quais são 
as necessidades de negócio que o cliente/usuário não apresentou. Isso pode 
ser feito por meio de questionamentos, dedução ou apenas observação do dia 
a dia do negócio. Após essa etapa ocorre: o terceiro passo - avaliar os 
processos de trabalho da organização e identificar se as necessidades 
apresentadas pelo cliente estão de acordo com o negócio; o quarto passo: 
ENGENHARIA DE REQUISITOS I 5
revisar toda a lista e fazer uma análise crítica para se certificar se a solução irá 
ser eficaz para o problema apresentado; e o quinto passo: descrever o que o 
sistema deverá oferecer para satisfazer o item/necessidade (requisito) e depois 
como o sistema deverá se comportar (regra de negócio). Conversar com o time 
de desenvolvimento para que o sistema utilize padrões de negócio não é uma 
etapa realizada durante a identificação de regras de negócio.
4. O que representa o campo Módulo dentro da especificação de uma regra 
de negócio?
D. Representa o módulo ao qual o requisito funcional pertence. Ele representa 
o módulo ao qual o requisito funcional pertence e se for um sistema pequeno, 
que não possua nenhum módulo, somente o próprio sistema deve ser 
preenchido com N/A (não se aplica). Assim, ele não representa o módulo que a 
regra de negócio irá criar, pois a regra de negócio não irá criar um módulo. 
Podem surgir módulos que englobem a regra, mas ela, em si, não cria um 
módulo. Também, não representa o módulo que será removido do sistema com 
a regra descrita, pois neste campo não é colocado nenhum módulo que será 
removido do sistema. Da mesma forma, não representa o módulo que deve ter 
as restrições inseridas, com usuário e senha da regra de negócio. Por último, 
ele representa requisitos funcionais, e não os requisitos não funcionais que 
terão o nome inserido. Existe um campo de Dependência onde os requisitos 
funcionais são informados que possuem dependência da regra. Mas, neste 
campo, um módulo é informado.
5. Para que serve o campo Dependências de uma especificação de regra de 
negócio?
C. Para descreveros requisitos funcionais que são dependentes da RN para 
serem realizados. O campo Dependências de uma especificação de regra de 
negócio serve para descrever os requisitos funcionais que são dependentes da 
RN para serem realizados. Neste campo, apenas o identificador dos RFs é 
colocado, como RF002. A informação sobre o módulo ao qual a regra de 
negócio pertence é incluída no campo Módulo. O sufixo seguido de um 
identificador único é incluído no campo Identificador. No campo Descrição é 
informado a descrição detalhada da RN. E colocar as informações sobre como 
a regra de negócio foi identificada não é uma informação que consta na 
ENGENHARIA DE REQUISITOS I 6
especificação padrão de uma regra de negócio, mas pode existir em outros 
documentos.
Análise de Requisitos
https://s3-us-west-2.amazonaws.com/secure.notion-static.com/e57aa22a-5c
a8-4f3c-971c-7cd51a673811/Uma_Proposta_para_Melhorar_o_Rastreamen
to_de_Requisitos.pdf
🎯 Desafio
📈 Infográfico
1. Segundo PRESSMAN, requisitos não funcionais descrevem as restrições 
de serviços ou de funções do sistema, assim como restrição de tempo, 
restrição de processo de desenvolvimento e padrões. Eles expressam 
como esse processo deve ser feito, definindo as propriedades do sistema 
e suas restrições. Aponte qual da opções a seguir define como estes 
requisitos, ditos não funcionais, podem ser classificados.
A. Requisitos de produto, Requisitos organizacionais, Requisitos externos. Esta 
opção trata exatamente como os requisitos não funcionais podem ser 
classificados.
2. Segundo PRESSMAN, os requisitos funcionais são aqueles que 
descrevem os serviços que o sistema deve oferecer, assim como qual é o 
seu comportamento, como deve reagir a certas entradas e como deve 
comportar-se em determinadas situações. Aponte qual da opções a 
seguir define como estes requisitos, ditos FUNCIONAIS, podem ser 
classificados.
B. Requisitos funcionais do usuário e Requisitos funcionais do sistema. Esta 
opção trata exatamente como os requisitos funcionais podem ser classificados.
https://www.notion.so/signed/https%3A%2F%2Fs3-us-west-2.amazonaws.com%2Fsecure.notion-static.com%2Fe57aa22a-5ca8-4f3c-971c-7cd51a673811%2FUma_Proposta_para_Melhorar_o_Rastreamento_de_Requisitos.pdf?table=block&id=415ee8f4-497d-45b1-9cec-fb73d70ea6e6&spaceId=fcc5786c-573b-4391-994d-f958847592c7&userId=dfbbbfa9-7afa-4f6b-85b4-3e86e745823b&cache=v2
https://www.notion.so/Desafio-c08d606bca6445db94ea7e5f9ccfef52
https://www.notion.so/Infogr-fico-2bf05abc77a740aab0ba3294ba1984c2
ENGENHARIA DE REQUISITOS I 7
3. O levantamento de informações e a identificação dos requisitos podem 
parecer duas atividades simples, no entanto, na prática, são encontradas 
várias dificuldades. é uma forma sistemática de descobrir, documentar, 
organizar e rastrear os requisitos de um sistema. Aponte qual da opções 
a seguir melhor define .
C. Gerenciamento de requisitos
4. O objetivo do levantamento de informações é estudar detalhes do 
problema, tais como as necessidades e situações do usuário, a fim de 
compreender todo os requisitos demandados para delinear o escopo do 
projeto de sistemas a ser desenvolvido. Neste exposto, uma das técnicas 
para levantamento de informações tem por objetivo buscar soluções por 
meio da geração espontânea de ideias, sendo que algumas de suas 
regras são:
ideias são permitidas e incentivadas;
não é permitido julgar ou criticar ideias;
ambiente não avaliativo.
Aponte qual da opções a seguir define o nome da técnica de 
levantamento de informações descrita acima.
D. Brainstorm
5. Uma das técnicas de levantamento de informações é implementada 
quando há a necessidade de diversos interessados serem ouvidos ao 
mesmo tempo. Há a presença de um moderador para conduzir os 
trabalhos,, de forma que não se perca o foco (objetivos) nem que 
divergências possam atrapalhar as discussões. A técnica permite a coleta 
de informações de uma maneira participativa, enriquecendo o 
conhecimento sobre o sistema analisado. Aponte qual da opções a seguir 
define o nome da técnica de levantamento de informações descrita acima.
E. Reunião