Exercícios – Requisitos e Casos de Uso - Respostas

Exercício 1 – Sistema de venda de bilhetes

São listados, abaixo, requisitos iniciais “genéricos” para um sistema de venda de bilhetes
online (por exemplo para um concerto, teatro, etc).

Identifique os componentes funcionais e/ou não funcionais em cada frase e, para os

requisitos não funcionais, informe a categoria à qual eles pertencem (por exemplo:
performance, usabilidade, etc).

1. Os usuários devem ser capazes de navegar pelos eventos por nome, data ou local (RF).
2. Deve ser possível buscar eventos por palavras-chave. (RF)
3. O usuário selecionará o valor do bilhete, dentre os oferecidos, além do número de
bilhetes que ele deseja (RF).
4. O sistema deve mostrar a disponibilidade dos tickets (RF) em, no máximo, cinco
segundos (RNF - Performance).
5. Usuários devem ser capazes de escolher os assentos e comprar bilhetes (RF) 24/7 (24
horas por dia, 7 dias por semana) (RNF – Disponibilidade).
6. Somente clientes registrados (RNF – restrição de acesso) podem comprar bilhetes
(RF).
7. Relatórios de vendas de bilhetes devem ser gerados (RF) diariamente (RNF –
disponibilidade). Eles devem ser retidos por dois anos (RNF – confiabilidade).
8. Deve ser feito backup de todos dados, toda noite (RNF – confiabilidade).
9. Não deve ser possível comprar um bilhete que já foi vendido (RNF – confiabilidade).
10. Deve ser possível criar relatórios (RF) sob demanda (RNF – disponibilidade),
mostrando a venda de bilhetes durante uma semana. Deve ser possível variar este
período e buscar por qualquer duração num período de até seis meses (RF).

Exercício 2 – Gerenciamento Eletrônico de Documentos

Foram coletados alguns requisitos iniciais para um sistema de gestão eletrônica de

documentos online:

“O sistema deve estar disponível 24/7. Qualquer um pode navegar pelo catálogo mas deve se
autenticar se quiser fazer download ou upload de documentos. Logins de usuário geralmente
são endereços de email e senhas devem ter 8 caracteres. Se o login não estiver na base de dados,
será oferecida ao usuário a opção para se cadastrar no sistema. Usuários também podem se
cadastrar, mesmo que não queiram fazer download ou upload de documentos. Deve ser possível
para o time de administradores cancelar contas de usuários, mas usuários não podem cancelar
suas próprias contas. Deve ser gerado um relatório semanal de todos os membros registrados.”

i. Identifique (liste) as funcionalidades requisitadas e desenhe um diagrama de casos de

uso para mostrá-las, além dos atores primários relacionados a cada um dos casos de uso.
ii. Revise seu diagrama e inclua os <<include>> e <<extends>>.
(i)

• Qualquer um pode navegar pelo catálogo

o Mostrado como Público - Navegar pelo Catálogo. Como Usuários também
podem ser “qualquer um”, eles também têm acesso a navegar pelo catálogo
• Deve se autenticar se quiser fazer download ou upload de documentos.
o Mostrado como Membro – Dowload de Documento e Upload de Documento.
• Se o login não estiver na base de dados, será oferecida ao usuário a opção para se
cadastrar no sistema.
o Ainda não mostrada no diagrama
• Usuários também podem se cadastrar, mesmo que não queiram fazer download ou
upload de documentos.
o Mostrado como Público – Efetuar Cadastro.
• Deve ser possível para o time de administradores cancelar contas de usuários
o Mostrado como Administrador – Cancelar Conta de Usuário.
• Deve ser gerado um relatório semanal de todos os membros registrados.
o Mostrado como Tempo – Gerar Relatório.
(ii)

Include:

• Deve se autenticar se quiser fazer download ou upload de documentos.

o Usuário – Download de Documento e Upload de Documento com include
para Autenticar Usuário

Extends

• Se o login não estiver na base de dados, será oferecida ao usuário a opção para se
cadastrar no sistema.
o O caso de uso Autenticar Usuário é estendido pelo Criar Conta, caso o usuário
não seja cadastrado