Você está na página 1de 3

Atividade Individual - Modelagem de Sistemas

1- Diferencie requisito Funcional de requisito não funcional.

Requisitos funcionais descrevem explicitamente as funcionalidades e serviços do sistema e


requisitos não funcionais definem propriedades e restrições do sistema

2- Com base na atividade da aula anterior identifique (do projeto de vocês):

a) 04 requisitos funcionais

RF1 – O sistema deverá ter uma tela de login, com os campos login, senha e um botão para
acessar o sistema.
RF2 – O sistema deverá verificar se o login e senha são válidos e compatíveis.
RF3 – O sistema permitirá a recuperação de senha através do preenchimento de um e-mail
cadastrado.
RF4 – O sistema deverá ter uma tela de cadastro de usuários. Deverá conter os campos: nome,
e-mail, CPF, login, senha e tipo de perfil.

b) 02 requisitos não funcionais

RNF6 – Para cadastros de endereços o sistema utilizará webservice disponível a partir da


inserção do CEP.
RNF7 – O tempo para realização de qualquer operação de pesquisa de objetos persistentes
não pode ser maior do que 10 segundos.

3- Quais as técnicas que podem ser utilizada para identificar requisitos?

Entrevista, Questionários, Etnografia, Workshops, Cenários de uso

Além dessas responda as questões 4.1;  4.2;  4.4;  4.8  do livro na página 80 - Engenharia de
Software - Ian Sommerville

4.1- Identifique e descreva brevemente os quatro tipos de requisitos que podem ser
definidos para um sistema computacional.

Funcionais: funções que o sistema deve ofrnecer, como deve reagir a entradas específicas;
Não funcionais: restrições no serviço ou funções, como tempo, processamento;
De usuarios: linguagem natural sobre o que o sistema deve fazer, gráficos e diagramas para
fácil entendimento;
De sistema: mais específico que o de usuários, pode servir como contrato para o
desenvolvimento do sistema, deve ser uma especificação completa do sistema.

4.2- Descubra ambiguidades ou omissões nas seguintes declarações de requisitos para parte
de um sistema de emissão de bilhetes:

Um sistema automatizado para emitir bilhetes vende bilhetes de trem. Os usuários


selecionam seu destino e inserem um cartão de crédito e um número de identificação pessoal.
O bilhete é emitido, e sua conta de cartão de crédito, cobrada. Quando o usuário pressiona o
botão de início, é ativado um display de menu de destinos possíveis, junto com uma
mensagem ao usuário para selecionar um destino. Uma vez que o destino tenha sido
selecionado, os usuários são convidados a inserir seu cartão de crédito. Sua validade é
verificada e, em seguida, é solicitada ao usuário a entrada de um identificador pessoal. Quando
a operação de crédito é validada, o bilhete é emitido.

Ambiguidades: apenas cartões de crédito ou débito também são autorizadas? Que número de
identificação pessoal é essa – rg, cpf, codigo do sistema?conta de cartão de crédito cobrada é
quando a transação é validada? O bilhete é emitido antes da transação monetária ser
realizada?

Omissões: que tipos de bilhete? Há diferença no valor da passagem de acordo com o vagão?
Quais são os destinos? Que número de identificação pessoal é essa – rg, cpf, codigo do
sistema?

4.4- Escreva um conjunto de requisitos não funcionais para o sistema de emissão de bilhetes,
definindo sua confiabilidade e tempo de resposta esperados.

O sistema de verá estar disponível 24 horas 7 dias na semana. O sistema deve utilizar o
protocolo HTTPS para as transações de pagamento. Informações pessoais do usuário não
podem ser vistas pelos operadores do sistema. O Sistema deverá progeter os dados do cartão
com criptografia.

4.8- Quem deve ser envolvido em uma revisão de requisitos? Desenhe um modelo de
processo mostrando como uma revisão de requisitos pode ser organizada.

É um processo manual que envolve várias pessoas, tanto do cliente com desenvolviemnto. Eles
verificam os requisitos a fim de verificar anomalias, ambiguidades, omissões. As revisões dos
reuisitos podem ser formais ou informais. As informais normalmente envolvem os
desenvolvedores que discutem os requistios com quantos clientes ou stakeholders seja
necessário. A revisão formal conduz o cliente peslo requisitos do sistema, com o time de
desenvolvimenoto explicado cada um.

Você também pode gostar