Engenharia de Software

1. Levantamento de requisitos CasaSegura:

• Como é feito o acesso ao sistema?        
• _Via Internet.

• Quais os dados necessário para acesso?
• _Nome de usuário e dois níveis de senha.
• Qual o tipo de acesso?
• _Segurança domiciliar.
• Nível de segurança?
• _Segurança de alto nível(criptografia).

• Critério de identificação (quem está acessando?)
• Como monitorar a segurança?

1. Caso de Uso - Realizar Saque

Objetivo: Este caso de uso possibilita a um cliente realize um saque de um caixa eletrônico

Atores: Cliente, Banco

Pré-Condições: Cliente autenticado

Condição de Entrada: o ator Cliente seleciona a opção realizar saque

Fluxo Principal

1. O sistema pergunta ao Cliente a quantia a ser retirada. [A2] [A3]

2. O Cliente digita a quantia desejada. [E1] [A2] [A3] [A4]

3. O sistema verifica se a importância requisitada é maior do que a quantia disponível.

4. O saldo é suficiente no caixa [E2] [A2] [A3]

5. O sistema verifica se a importância desejada pode ser fornecida com as notas existentes no caixa eletrônico.

(R$ 50,00 não podem ser fornecidos se só houver três notas de R$ 20,00).

6. Valores disponíveis [E3] [A2] [A3]

7. O sistema contata o ator banco para determinar se existe saldo suficiente na conta do Cliente.

8. O banco informa que cliente tem saldo[E4] [A2] [A3]

9. O sistema inicia uma transação com o ator banco e solicita a retirada da quantia desejada.

10. O banco envia aprovação da transação. [E5] [A2] [A3]

11. O sistema libera a quantia desejada.

12. O sistema emite um recibo para o Cliente

13. O sistema fecha a transação com o ator banco.

14. O sistema envia ao banco um log da transação.

15. O caso de uso se encerra.

Fluxos Alternativos:

        A1: Saque sem cartão;

        A2: Cancelar operação;

        A3: Voltar;

        A4: Corrigir;

Fluxo de Exceção:

        E1: Erro de identificação;

E2: O cliente não digita a quantia desejada

1.  Encerra o caso de uso

E2: O caixa automático não tem disponibilidade de dinheiro para atender a solicitação do ator cliente

1. O sistema reporta uma mensagem de “falta de recursos no caixa”

2. O caso de uso se encerra.

E3: O caixa automático não tem disponibilidade notas para compor o valor solicitado pelo ator cliente

1. O sistema reporta uma mensagem de “não temos notas de R$X,00 disponíveis para compor esse valor, tente outro valor”

2. O caso de uso retorna para o passo 1 do fluxo principal

E4: O Cliente não tem saldo suficiente

1. O sistema reporta uma mensagem seu saldo não é suficiente para esse saque

2. O caso de uso se encerra.

1. As exceções em um caso de uso são os que determinam quais ações devem ser tomadas nas situações em que os fluxos não possam ser concluídos, devido a algum problema(erro). Para identificar um fluxo de exceção, é feita uma análise no fluxo principal e alternativos, fazendo perguntas como: O que aconteceria se a transação for cancelada no meio? O que fazer? Com isso percebe se que o fluxo de exceção é feito em contrapartida a uma afirmação.

1. Por que os padrões de análise propõe soluções em um campo de aplicações em que este pode ser reutilizado na modelagem de outros sistemas, por conta dessa reutilização os padrões de análise aceleram o desenvolvimento de modelos de análise abstratos que pegam os seus requisitos com problema e disponibiliza modelos de análise reutilizáveis, facilitando assim, a transformação do modelo de análise em um modelo de projeto com soluções confiáveis para alguns problemas.

1. Sem resposta.

1. Em termos de negociação ganha-ganha se aplica em ambas as partes, tanto o engenheiro como o cliente como ambos saírem satisfeitos, o cliente por obter um sistema onde atende grande maioria de suas necessidades e o engenheiro de software com um levantamento de requisitos satisfatório, prazos de entrega atingíveis e bom orçamento.

1. O objetivo da validação dos requisitos é reduzir ao máximo inconsistência, omissões e ambiguidade, então caso seja encontrado um erro desse tipo o engenheiro de software pode realizar um questionário para que garanta que o modelo de requisitos esteja de acordo com as necessidades dos usuários interessados e não cause problemas no projeto futuramente.