Engenharia De Software

1) Identifique e descreva brevemente 4 tipos de requisitos que se podem definidos para um sistema baseado em computador.

R = • Funcionais: Declarações de funções que o sistema deve fornecer, como o sistema deve reagir a entradas específicas e como se deve comportar em determinadas situações. Em alguns casos os requisitos funcionais podem também explicitamente dizer o que o sistema não deve fazer.

• Não funcionais: Restrições sobre os serviços ou as funções oferecidas pelo sistema. Entre eles destacam-se restrições de tempo, processo de desenvolvimento (produto, organizacionais, externos).

• Requisitos dos utilizadores: Declarações em linguagem natural e também em diagramas sobre as funções que o sistema deve fornecer e as restrições sob as quais deve operar.

• Requisitos do sistema: Descrições mais detalhadas dos requisitos de usuário. Eles podem servir de base a um contrato destinado à implementação do sistema e, portanto deve ser uma especificação completa e consistente do sistema.

2 ) Explique o problema do uso de linguagem natural para definiçao de requisitos de usuário e de sistema e mostre, usando pequenos exemplos, como a estruturação de linguagem natural em formulários pode ajudar a evitar algumas destas dificuldades.

R = • Linguagem natural estruturada: Definição de formulários standard ou templates para exprimir a especificação dos requisitos.

• Linguagens de descrição de design: Utiliza uma espécie de linguagem de programação mas com conceitos abstractos. Não é muito utilizada, a não ser para especificar interfaces.

• Notações gráficas: Uma linguagem gráfica com anotações em texto. É utilizada para definir requisitos funcionais para o sistema. São exemplos comuns as descrições use-case e diagramas de sequência.

• Especificações matemáticas: Notações baseadas em conceitos matemáticos como máquinas de estado finitas. Esta especificação reduz os argumentos com o cliente sobre a funcionalidade de sistema. Dificulta no entanto a compreensão por parte do cliente, podendo este recusar-se a aceitar essa especificação como contracto do sistema.

Dificuldades:

• Ambiguidade da linguagem natural: A interpretação da linguagem natural depende de quem a lê ou a escreve, o que pode levar a mal entendidos no significado dos requisitos.

• Excesso de flexibilidade: Um mesmo requisito pode ser identificado de diversas maneiras diferentes, levando a confusão se os requisitos são os mesmos ou diferentes.

• Dificuldade a modular: Sendo a linguagem difícil de modular, é difícil relacionar os requisitos entre si de forma a verificar as consequências de uma mudança.

Ex.:

• Dicionário de requisitos, em todos os sítios na documentação e no programa determinado requisito é referenciado da mesma forma.

• Template ou formulário para preenchimento de cada requisito (Descrição da função, inputs/outpus, origem/destino, pré/pós condições).

3 ) Descubra ambiguidades ou omissões na seguinte declaração de requisitos de uma parte de um sistema de emissão de bilhetes.

Um sistema automático de emissão de bilhetes vende bilhetes de comboio. Os usuários seleccionam o seu destino e introduzem um cartão de crédito e um número de identificação pessoal. O bilhete de comboio é emitido e a conta deles de cartão de crédito é cobrada. Quando o usuário pressiona o botão de início, é mostrado um menu que mostra os possíveis destinos, junto com uma mensagem para o usuário que lhe indica para seleccionar um destino. Uma vez que se selecionou um destino, pede aos usuários que introduzam o cartão de crédito. A sua validade é verificada e é pedido ao usuário para introduzir um identificador pessoal. Quando a transacção de crédito for validada, o bilhete é emitido.

R = Ambiguidades:

• Só cartões de crédito ou também de débito? Bancário ou interno?

• Nº de identificação pessoal = identificador pessoal?

• (Conta de cartão de crédito cobrada = transacção de crédito validada?)

• O que faz 1º? Depois da transacção é que emite o bilhete, não antes!

Omissões:

• Tipos de bilhetes?

• Tipos de comboios?

• Quais os destinos?

• Número de identificação pessoal de quê? Do cartão?

• Ecrã inicial (Início) aparece por defeito é a escolha de destino? Onde fica o botão de início?

• Validar antes de inserir um identificador pessoal?

• Não descreve quando e como é solicitado o código pessoal ao utilizador.

• Não descreve como o sistema deve reagir a um cartão ou código pessoal não válido.

• Não define como é devolvido o cartão ao utilizador.

4 ) Rescreva a descrição anterior utilizando a aproximação estruturada descrita neste capítulo. Resolva as ambiguidades identificadas de maneira apropriada.

R = Pretende-se o desenvolvimento de um sistema automático de venda de bilhetes de comboio.

Para iniciar a utilização do sistema o utilizador deverá premir o botão início, activando o menu de destinos possíveis associado a uma mensagem que lhe indicará que deve seleccionar o destino pretendido.

Após a selecção do destino pretendido, o sistema pede ao utilizador para inserir ocartão de crédito na ranhura existente para o efeito mediante a apresentação de uma mensagem no ecrã. De seguida, o sistema solicitará a introdução do código pessoal mediante a apresentação de uma mensagem. Após a introdução do código pessoal pelo utilizador, recorrendo ao teclado existente no dispositivo, o sistema comprovará a validade do cartão. Se o cartão ou código pessoal não for válido, o sistema apresentará a mensagem de “Cartão não válido”e