Descricao Caso De Uso

Dietcom – sistema de controle de dietas Especificação de requisitos v1.1 Alexandro Ferreira Bruno Eugenio Jose Eduardo Renato Ribeiro Setembro – 2009 Histórico de Revisões Data Versão Autor Descrição 16/09/09 1.0 Alexandro Ferreira, Bruno Eugenio Analise inicial e de user cases 17/09/09 1.1 Renato Monteiro, Jose Eduardo Aplicação das descrições dos RF e adicionar os UC no documento. Histórico de Revisões 2 1.1.1 Referências 4

TABELAS Tabela 1 - Descrição do Caso de Uso Efetuar Login Error: Reference source not found Tabela 2 - Descrição do Caso de Cadastrar Cliente Error: Reference source not found Tabela 3 - Descrição do Caso de Uso Visualizar Cliente Error: Reference source not found Tabela 4 - Descrição do Caso de Uso Manter Cliente Error: Reference source not found Tabela 6 - Descrição do Caso de Uso Manter motorista. Error: Reference source not found Tabela 7 - Descrição do Caso de Uso Visualizar…

........................................................................................9 2.1.3. Apoio do sistema na organização .........................................................................................9 2.2. Modelo genérico de casos de uso ...............................................................................................10 2.3. Principais exclusões…

DIAGRAMA DE CASO DE USO 06 4. DESCRIÇÃO DE CASO DE USO 07 4.1. Descrição de Caso de Uso Abrir Serviço 07 4.2. Descrição de Caso de Uso Alocar Funcionário no Aeroporto 08 4.3. Descrição de Caso de Uso Cadastrar Aeroporto 09 4.4. Descrição de Caso de Uso Cadastrar Avião 10 4.5. Descrição de Caso de Uso Cadastrar Carga 11 4.6. Descrição de Caso de Uso Cadastrar Funcionário 12 4.7. Descrição de Caso de Uso Cadastrar Manutenção do Avião 13 4.8.…

referentes a abordagem dos casos de uso, ao invés de desenvolvermos um caso de uso para cada uma das ações do usuários no sistema com cadastrar, consultar, alterar e excluir, criamos apenas dois casos de uso, um para o cadastrar (criar) algo e outro para manutenção dos dados cadastrados (Manter). Seguindo esse padrão teremos abaixo os requisitos que descrevem as funcionalidades do sistema. |Identificação |Nome |Caso de Uso Relacionado

de projeto tomadas foi referentes a abordagem dos casos de uso, ao invés de desenvolvermos um caso de uso para cada uma das ações do usuários no sistema com cadastrar, consultar, alterar e excluir, criamos apenas dois casos de uso, um para o cadastrar (criar) algo e outro para manutenção dos dados cadastrados (Manter). Seguindo esse padrão teremos abaixo os requisitos que descrevem as funcionalidades do sistema. Identificação Nome Caso de Uso Relacionado RF 01 Gerenciar Usuário…

.................00 4 MODELAGEM...........................................................................................................00 4.1. REQUISITOS FUNCIONAIS E NÃO FUNCIONAIS...........................................00 4.2 DESCRIÇÃO DOS CASOS DE USO......................................................................00 4.3 PROTOTIPOS DE INTERFACE DE USUÁRIO.....................................................00 4.4 DIAGRAMA DE PACOTES.............................................

criar o sistema de informação para android que consiste numa aplicação onde o utilizador pode consultar toda as informações relacionadas com os autocarros SMTUC nomeadamente, horários, trajectos, pagamentos, consulta em tempo real. Descrição Geral 1 Perspectiva do produto Pretende-se criar uma aplicação de acesso a todas as informações sobre os os diversos horários de cada autocarro da cidade de Coimbra, os seus trajectos diários assim como a possibilidade de pagar uma ou

................................................................... 11 2.1.3. Apoio do sistema na organização ...................................................................................... 11 2.2. Modelo genérico de casos de uso.............................................................................................. 12 2.3. Principais exclusões ..............................................................................................................

documentação de projeto tomadas foi referentes a abordagem dos casos de uso, ao invés de desenvolvermos um caso de uso para cada uma das ações do usuários no sistema com cadastrar, consultar, alterar e excluir, criamos apenas dois casos de uso, um para o cadastrar (criar) algo e outro para manutenção dos dados cadastrados (Manter). Seguindo esse padrão teremos abaixo os requisitos que descrevem as funcionalidades do sistema. ID Nome Caso de Uso Relacionado RF 001 RF 002 RF 003…