engsoft - atividade

2
Nome: Rafael Gonçalves Oliveira RA: 201207314 Nome: Vitor Henrique Sanches RA: 201209387 Nome: Vick RA: 2012 Nome: Thiago Cardoso RA: 2012 ATIVIDADE DE ENGENHARIA DE SOFTWARE Dado uma descrição de requisitos a seguir, identifique: Ambigüidades e omissões Requisitos funcionais Requisitos não-funcionais Atores 1) Um sistema automático de emissão de passagens vende passagens de trem. 2) Os usuários escolhem seu destino e apresentam um cartão de crédito e um número de identificação pessoal. 3) A passagem é emitida e o custo dessa passagem é incluído em sua conta do cartão de crédito. 4) Quando o usuário pressiona o botão para iniciar, uma tela de menu com os possíveis destinos é ativada, juntamente com uma mensagem para que o usuário selecione o destino. 5) Uma vez selecionado um destino, pede-se que os usuários insiram o cartão de crédito. 6) A validação do cartão é checada e o usuário, então, deve fornecer um número de identificação pessoal. 7) Quando a transação de crédito é validada, a passagem é emitida. Ambigüidades: Dentre o caso apresentado identificamos que o botão poderia ser um item ambíguo, pois o mesmo poderia ser facilmente substituído por funções em uma tela touch, onde o cliente tocaria na tela para iniciar e após a entrada dos dados do mesmo o sistema redirecionaria automaticamente

Upload: rafael-goncalves

Post on 22-Jun-2015

5 views

Category:

Documents


1 download

TRANSCRIPT

Page 1: engsoft - atividade

Nome: Rafael Gonçalves Oliveira RA: 201207314Nome: Vitor Henrique Sanches RA: 201209387Nome: Vick RA: 2012Nome: Thiago Cardoso RA: 2012

ATIVIDADE DE ENGENHARIA DE SOFTWARE

Dado uma descrição de requisitos a seguir, identifique: Ambigüidades e omissões Requisitos funcionais Requisitos não-funcionais Atores

1) Um sistema automático de emissão de passagens vende passagens de trem.2) Os usuários escolhem seu destino e apresentam um cartão de crédito e um número de identificação pessoal.3) A passagem é emitida e o custo dessa passagem é incluído em sua conta do cartão de crédito.4) Quando o usuário pressiona o botão para iniciar, uma tela de menu com os possíveis destinos é ativada, juntamente com uma mensagem para que o usuário selecione o destino.5) Uma vez selecionado um destino, pede-se que os usuários insiram o cartão de crédito.6) A validação do cartão é checada e o usuário, então, deve fornecer um número de identificação pessoal.7) Quando a transação de crédito é validada, a passagem é emitida.

Ambigüidades: Dentre o caso apresentado identificamos que o botão poderia ser um item ambíguo, pois o mesmo poderia ser facilmente substituído por funções em uma tela touch, onde o cliente tocaria na tela para iniciar e após a entrada dos dados do mesmo o sistema redirecionaria automaticamente para tela de destinos sem se quer que seja necessário clicar no botão para iniciar.Omissões: Identificamos como uma ‘omissão’ no sistema apresentado, a omissão de um outra possibilidade de forma de pagamento, que neste o pagamento será obrigatoriamente feita por cartão de crédito, sendo que haveria a possibilidade de pagamento em dinheiro.Requisitos Funcionais: Podemos identificar como requisitos funcionais a emissão e venda de passagens de trem, a validação do cartão, a inclusão do custo da passagem na conta do cartão de credito e a emissão do número de identificação pessoal do cliente.Requisitos não funcionais: Identificamos como requisitos não funcionais, o ‘requisito de produto’ que nesse caso seria um ‘requisito de usabilidade’ sendo ele a escolha dos destinos feita pelos usuários no próprio sistema.Atores: Usuários