Especificação de Requisitos de Software
[pic]
Especificação dos Requisitos do Software
La Maison des Événements
Autores:
Christophe De La Fuente
Jerônimo Barbosa
Leila Soriano
Marcelo Pereira
Valmir Sena
Recife
12 de Março de 2007
Aprovação
Aprovamos a Especificação dos Requisitos { Versão Final } do projeto “La Maison des Événements”.
|Marcelo Victor Carneiro Pereira | |10/03/2007 |
| | | |
|Leila Soriano de Souza Tenório de Azevedo | |10/03/2007 |
| | | |
|Jerônimo Barbosa da Costa Júnior | |10/03/2007 |
| | | |
|Valmir André Sena | |10/03/2007 |
| | | |
|Christophe de La Fuente | |10/03/2007 |
| | | |
Versões revisadas anteriores
|Versão revisada |Comentário |Data |
|0.5 |Início do documento |17/01/2007 |
|0.7 |Revisão 1 |20/01/2007 |
|0.9 |Revisão 2 |10/02/2007 |
|1.0 |Finalização do Documento |10/03/2007 |
Especificação dos Requisitos do Software
Sumário
Especificação dos Requisitos do Software 5
1 Introdução 6
1.1 Objetivos deste documento 6
1.2 Escopo do produto 6
1.2.1 Nome do produto e de seus componentes principais 6
1.2.2 Missão do produto 6
1.2.3 Limites do produto 6
1.2.4 Benefícios do produto 6
1.3 Materiais de referência 7
2 Descrição geral do produto 7
2.1 Perspectiva do produto 7
2.2 Funções do produto 7
2.2.1 Características dos usuários 12
3 Requisitos específicos 13
3.1 Requisitos de interface externa 13
3.1.1 Interfaces de usuário 13
3.1.1.1 Interface de usuário Inserir Cliente 13
3.1.1.2 Interface de Usuário Procurar Cliente 17
3.1.1.3 Interface de usuário Atualizar Cliente 18
3.2 Requisitos funcionais 23
3.2.1 Diagramas de casos de uso 23
3.2.1.1 Diagrama de casos de uso completo 23
3.2.2 Casos de uso 24
3.2.2.2 Caso de uso Procurar Cliente 24
3.3 Requisitos não funcionais 34
3.3.1 Requisitos de desempenho 34
3.3.1.1 Requisito de desempenho 34
3.3.2 Requisitos de dados persistentes 35
3.3.2.1 Diagrama de classes persistentes 35
3.3.2.2 Classes persistentes 35
3.3.2.3 Propriedades das classes persistentes 35
3.3.3 Restrições ao desenho 35
3.3.3.1 Restrição ao desenho 35
3.3.4 Atributos da qualidade 36
3.3.4.1 Atributo da qualidade 36
3.3.5 Outros requisitos 36
3.3.5.1 Requisito 36
4 Informação de suporte 37
1 Introdução
1 Objetivos deste documento
|Este documento especifica o produto “La maison dés Évènements”. Seu propósito é colecionar, analisar e definir as necessidades do |
|cliente e as características de alto nível que o sistema deve prover, focando nos requisitos técnicos identificados e no motivo |
|destes existirem. |
|Será apresentado um diagrama para ilustrar os casos de uso, além de informações adicionais que contribuem para o entendimento do |
|problema. |
2 Escopo do produto
1 Nome do produto e de seus componentes principais
|O produto “La maison dés Évènements” se divide em 4 componentes principais: |
|Gerência dos clientes |
|Gerência dos eventos |
|Gerência dos relatórios |
|Gerência dos gráficos |
2 Missão do produto
|O projeto “La Maison des Événements” objetiva facilitar a gerência de uma casa de eventos, levando em conta vários aspectos da |
|mesma. Cadastro de clientes, reserva de local e pessoas, são exemplos de funcionalidades que através do sistema passaram a ser |
|automatizadas, provendo maior agilidade ao processo, além de facilitar o acesso à informação. |
3 Limites do produto
|Só algumas funcionalidades principais do produto serão implementadas. |
4 Benefícios do produto
|Número de ordem |Benefício |Valor para o cliente |
|0001 |Facilitar a gerência de uma casa de eventos |Essencial |
|0002 |Facilitar a gerência dos clientes duma casa de eventos |Essencial |
3 Materiais de referência
|Número de ordem |Tipo do material |Referência bibliográfica |
|0003 |Dicas de engenharia de |Livro Engenharia de Software, Sommerville |
| |software | |
|0004 |Template plano projeto |Material Uniprocess |
2 Descrição geral do produto
1 Perspectiva do produto
2 Funções do produto
|Identificação: |Nome: |
|RF-001 |Inserir Cliente |
|Descrição: |
|O usuário pode inserir um cliente no banco de dados do sistema. Ele deverá fornecer todas as informações relativas ao cliente.|
|Dois clientes idênticos não podem existir. |
|⎭ Essencial |♦ Importante |♦ Desejável |
|Identificação: |Nome: |
|RF-002 |Procurar Cliente |
|Descrição: |
|O usuário pode buscar um cliente do banco de dados do sistema. A busca será possível com cada dado relativo a um cliente. O |
|sistema pode retornar vários resultados verificados os parâmetros da busca. |
|⎭ Essencial |♦ Importante |♦ Desejável |
|Identificação: |Nome: |
|RF-003 |Remover Cliente |
|Descrição: |
|O usuário pode remover um cliente no banco de dados do sistema. Ele deverá fornecer o nome do cliente a ser removido. Dois |
|clientes idênticos não podem existir. |
|⎭ Essencial |♦ Importante |♦ Desejável |
|Identificação: |Nome: |
|RF-004 |Atualizar Cliente |
|Descrição: |
|O usuário poderá atualizar os dados de um cliente já existente de acordo com as suas necessidades. Para tanto, basta que se |
|forneça o nome do cliente a ser atualizado. |
|⎭ Essencial |♦ Importante |♦ Desejável |
|Identificação: |Nome: |
|RF-005 |Inserir Evento |
|Descrição: |
|O usuário pode inserir um evento no banco de dados do sistema. Ele deverá fornecer todas as informações relativas ao evento. |
|Dois eventos na mesma data e hora não podem existir. |
|⎭ Essencial |♦ Importante |♦ Desejável |
|Identificação: |Nome: |
|RF-006 |Procurar Evento |
|Descrição: |
|O usuário pode buscar um evento do banco de dados do sistema. A busca será possível através de dados relativos a um evento. O |
|sistema deverá retornar um único resultado. |
|⎭ Essencial |♦ Importante |♦ Desejável |
|Identificação: |Nome: |
|RF-007 |Remover Evento do Cliente |
|Descrição: |
|O sistema dará ao usuário a opção de Remover um evento de um cliente cadastrado no sistema. O usuário procurará o evento a |
|partir do cliente associado ao mesmo. |
|♦ Essencial |⎭ Importante |♦ Desejável |
|Identificação: |Nome: |
|RF-008 |Atualizar Evento |
|Descrição: |
|O sistema dará ao usuário a opção de Atualizar os dados de um evento cadastrado no sistema. O usuário procurará o evento a |
|partir do cliente associado ao mesmo. |
|♦ Essencial |⎭ Importante |♦ Desejável |
|Identificação: |Nome: |
|RF-009 |Gerar Relatório de Eventos Agendados |
|Descrição: |
|O usuário pode ver um relatório com todos os eventos e seus dados que estão agendados num determinado intervalo de tempo. |
|♦ Essencial |⎭ Importante |♦ Desejável |
|Identificação: |Nome: |
|RF-010 |Gerar Relatório de Um Evento |
|Descrição: |
|O usuário pode buscar um evento e visualizar um relatório com seus dados importantes como tipo, cliente associado, custo, etc.|
|♦ Essencial |⎭ Importante |♦ Desejável |
|Identificação: |Nome: |
|RF-011 |Gerar Relatório de Clientes |
|Descrição: |
|O usuário poderá gerar um relatório sobre as características dos perfis de seus clientes, mostrando semelhanças e diferenças |
|entre elas. |
|♦ Essencial |⎭ Importante |♦ Desejável |
|Identificação: |Nome: |
|RF-012 |Gerar Relatório de um Cliente |
|Descrição: |
|O usuário poderá gerar um relatório sobre algum cliente específico, mostrando os eventos já realizados e os que vão se |
|realizar de um determinado cliente. |
|♦ Essencial |⎭ Importante |♦ Desejável |
|Identificação: |Nome: |
|RF-013 |Gerar Gráfico de Eventos |
|Descrição: |
|Monta um gráfico mostrando a repartição dos tipos de eventos. Ele mostra a percentagem de cada tipo de evento (casamento, |
|aniversário,...) em um dado período de tempo. |
|♦ Essencial |♦ Importante |⎭ Desejável |
| | | |
|Identificação: |Nome: |
|RF-014 |Gerar Gráfico do lucro mensal |
|Descrição: |
|Monta um gráfico mostrando os lucros de cada mês passado. |
|♦ Essencial |♦ Importante |⎭ Desejável |
|Identificação: |Nome: |
|RF-015 |Visualizar Cliente |
|Descrição: |
|Mostra os dados referentes a um cliente que consta no banco de dados. |
|⎭ Essencial |♦ Importante | ♦ Desejável |
|Identificação: |Nome: |
|RF-016 |Visualizar Evento |
|Descrição: |
|Mostra os dados referentes a um evento que consta no banco de dados. |
|⎭ Essencial |♦ Importante | ♦ Desejável |
|Identificação: |Nome: |
|RNF-001 |Desenvolvimento em Java |
|Descrição: |
|O sistema deverá ser desenvolvido usando a linguagem de programação Java, versão 1.5. |
|⎭ Essencial |♦ Importante |♦ Desejável |
|Identificação: |Nome: |
|RNF-002 |Prazo da Disciplina de Engenharia de Software. |
|Descrição: |
|O sistema deverá ser desenvolvido num tempo hábil, respeitando o prazo de entrega final para a disciplina de Engenharia de |
|Software do Centro de Informática da UFPE. |
|⎭ Essencial |♦ Importante |♦ Desejável |
|Identificação: |Nome: |
|RNF-003 |Interface Gráfica Amigável |
|Descrição: |
|Diminuir ao máximo a quantidade de botões e menus disponíveis, com a finalidade de tornar a interface a mais enxuta, clara e |
|simples possível. |
|♦ Essencial |⎭ Importante |♦ Desejável |
|Identificação: |Nome: |
|RNF-004 |Confiabilidade |
|Limite de Eventos ao dia |
|O sistema tem que ser confiável com uma taxa de ocorrência de falhas de 0,1 por dia normal de funcionamento. |
|♦ Essencial |⎭ Importante |♦ Desejável |
|Identificação: |Nome: |
|RNF-005 |Uso de ferramentas Case |
|Descrição: |
|Tem que usar de ferramentas Case para a modelagem do projeto (de tipo Rational Rose). |
|⎭ Essencial |♦ Importante |♦ Desejável |
|Identificação: |Nome: |
|RD-001 |Datas e Horários de Eventos. |
|Descrição: |
|O sistema deverá ser capaz de impedir que não sejam cadastrados dois eventos com datas e horários conflitantes. |
|⎭ Essencial |♦ Importante |♦ Desejável |
|Identificação: |Nome: |
|RD-002 |Limite de Convidados |
|Descrição: |
|O sistema, ao inserir um novo evento, deve obrigatoriamente levar em consideração a quantidade máxima de pessoas que a empresa|
|trabalha. |
|⎭ Essencial |♦ Importante |♦ Desejável |
|Identificação: |Nome: |
|RD-003 |Limite de Eventos ao dia |
|Descrição: |
|O numero de eventos ao dia deve respeitar o tipo e a quantidade de lugar para receber os eventos. Dois eventos não podem ser |
|organizados na mesma sala no mesmo dia. Essa limita depende do numero de lugar disponível e do tipo de evento (um evento com |
|muitas pessoas não pode ser organizado num lugar pequeno). |
|⎭ Essencial |♦ Importante |♦ Desejável |
1 Características dos usuários
|Número de ordem |Ator |Freqüência de uso |Nível de instrução|Proficiência na aplicação |Proficiência em |
| | | | | |informática |
|0005 |Secretaria |Diariamente |Ensino médio |Média |Baixa |
|0006 |Gerente |Semanalmente |Ensino superior |Media |Baixa |
3 Requisitos específicos
1 Requisitos de interface externa
1 Interfaces de usuário
1 Interface de usuário Inserir Cliente
1 Leiaute sugerido
|[pic] |
2 Observações
|Ao inicializar todos os campos deverão estar em branco com exceção de UF que deverá se preenchido como PE. |
3 Campos
|Número |Nome |Descrição |Valores válidos|Formato |Tipo |Restrições |
|1 |Nome |Campo onde deverá ser |Palavras | |String |Só pode conter |
| | |inserido o nome do | | | |caracteres do alfabeto. |
| | |cliente. | | | |Campo obrigatório. |
|2 |Sexo |Botão rádio onde |Masculino ou | |Enumeração |Nenhuma. Campo |
| | |deverá ser selecionado|Feminino. | | |obrigatório para pessoa |
| | |o sexo do cliente se o| | | |física. |
| | |mesmo for pessoa | | | | |
| | |física. | | | | |
|3 |Ocupação |Campo onde será |Palavras | |String |Só pode conter |
| | |digitada a ocupação do| | | |caracteres do alfabeto. |
| | |cliente. | | | |Campo obrigatório para |
| | | | | | |pessoa física. |
|4 |CPF_CNPJ |Campo do CPF ou CNPJ |CPF ou CNPJ | |Numérico |O número do CPF ou CNPJ |
| | |dependendo do tipo de |válidos. | | |deverão ser válidos. |
| | |pessoa. | | | |Campo obrigatório. |
|5 |Data de Nascimento |Campo onde será |Um data. |Formato de uma |Data. |A data deverá ser válida|
| | |digitada a data de | |data. | |e o cliente deverá ser |
| | |nascimento do cliente.| | | |maior de dezoito anos. |
| | | | | | |Campo obrigatório para |
| | | | | | |pessoa física. |
|6 |Rua |Rua onde mora o |Palavras | |String |Nenhuma. Campo |
| | |cliente ou onde é | | | |obrigatório. |
| | |sediada a empresa. | | | | |
|7 |Número |O número da residência|Um número | |Inteiro |O número não poderá ser |
| | |ou da empresa do | | | |0. Campo obrigatório. |
| | |cliente. | | | | |
|8 |Bairro |Bairro onde mora o |Um Nome de | |String |Nenhuma. Campo |
| | |cliente ou onde é |Bairro | | |obrigatório. |
| | |sediada a empresa. | | | | |
|9 |Complemento |Informação adicional |Palavras | |String |Nenhuma. Campo |
| | |sobre o endereço. | | | |obrigatório. |
|10 |Cidade |Cidade onde mora o |Palavras | |String |Nenhuma. Campo |
| | |cliente ou onde é | | | |obrigatório. |
| | |sediada a empresa. | | | | |
|11 |UF |Código da Unidade |Sigla com duas | |String |Ser uma das siglas dos |
| | |Federativa (Estado) |letras dos | | |estados. Campo |
| | |onde mora o cliente ou|estados do | | |obrigatório. |
| | |é sediada a empresa. |Brasil. | | | |
|12 |CEP |CEP do local onde mora|Número de oito | |Números. |Campo obrigatório. |
| | |o cliente ou onde é |dígitos do | | | |
| | |sediada a empresa. |endereço. | | | |
|14 |Telefone Residencial. |Número de telefone do |DDD+Número |DDD(2 |String |Deverá conter o campo de|
| | |cliente | |dígitos)+Número| |DDD mais o número de |
| | | | |(7 ou 8 | |pelo menos 7 dígitos. |
| | | | |Dígitos) | | |
|15 |Telefone Celular |Telefone celular da |DDD+Número |DDD(2 |String |Deverá conter o campo de|
| | |empresa ou da pessoa. | |dígitos)+Número| |DDD mais o número de |
| | | | |(7 ou 8 | |pelo menos 7 dígitos. |
| | | | |Dígitos) | | |
4 Comandos
|Número |Nome |Ação |Restrições |
|1 |Botão Inserir |Insere os valores dos campos se válidos no banco de dados. |Só estará habilitado depois que |
| | | |todos os campos serem preenchidos. |
|2 |Cancelar |Desconsidera os valores já preenchidos e retorna a tela |Nenhuma |
| | |principal. | |
3 Interface de Usuário Procurar Cliente
1 Leiaute sugerido
[pic]
2 Campos
|Número |Nome |Descrição |Valores válidos|Formato |Tipo |Restrições |
|1 |CPF_CNPJ |Campo do CPF ou CNPJ |CPF ou CNPJ | |Numérico |O número do CPF ou CNPJ |
| | |dependendo do tipo de |válidos. | | |deverão ser válidos. |
| | |pessoa. | | | |Campo opcional. |
3 Comandos
|Número |Nome |Ação |Restrições |
|1 |Botão Procurar |Procurar o cliente no banco de dados de acordo com as informações|Só estará habilitado se houver pelo |
| | |fornecidas. |menos um campo preenchido. |
|2 |Botão |Desconsidera os valores já preenchidos e retorna a tela |Nenhuma |
| |Ok |principal. | |
| |Botão |Abre uma tele com campos para atualização do cliente. |O cliente a ser atualizado deve estar|
|3 |Atualizar | |habilitado. |
| |Botão |Remove o cliente escolhido da base de dados do sistema. |O cliente a ser removido deve estar |
|4 |Remover | |habilitado |
4 Interface de usuário Atualizar Cliente
1 Leiaute sugerido
|[pic] |
2 Campos
|Número |Nome |Descrição |Valores válidos|Formato |Tipo |Restrições |
|1 |Nome |Campo onde deverá ser |Palavras | |String |Só pode conter |
| | |Atualizado o nome do | | | |caracteres do alfabeto. |
| | |cliente. | | | |Campo obrigatório. |
|2 |Sexo |Botão rádio onde |Masculino ou | |Enumeração |Nenhuma. Campo |
| | |deverá ser selecionado|Feminino. | | |obrigatório para pessoa |
| | |o sexo do cliente se o| | | |física. |
| | |mesmo for pessoa | | | | |
| | |física. | | | | |
|3 |Ocupação |Campo onde poderá ser |Palavras | |String |Só pode conter |
| | |atualizada a ocupação | | | |caracteres do alfabeto. |
| | |do cliente. | | | |Campo obrigatório para |
| | | | | | |pessoa física. |
|4 |CPF_CNPJ |Campo do CPF ou CNPJ |CPF ou CNPJ | |Numérico |O número do CPF ou CNPJ |
| | |dependendo do tipo de |válidos. | | |deverão ser válidos. |
| | |pessoa. | | | |Campo obrigatório. |
|5 |Data de Nascimento |Campo onde poderá ser |Um data. |Formato de uma |Data. |A data deverá ser válida|
| | |atualizada a data de | |data. | |e o cliente deverá ser |
| | |nascimento do cliente.| | | |maior de dezoito anos. |
| | | | | | |Campo obrigatório para |
| | | | | | |pessoa física. |
|6 |Rua |Rua onde mora o |Palavras | |String |Nenhuma. Campo |
| | |cliente ou onde é | | | |obrigatório. |
| | |sediada a empresa. | | | | |
|7 |Número |O número da residência|Um número | |Inteiro |O número não poderá ser |
| | |ou da empresa do | | | |0. Campo obrigatório. |
| | |cliente. | | | | |
|8 |Bairro |Bairro onde mora o |Um Nome de | |String |Nenhuma. Campo |
| | |cliente ou onde é |Bairro | | |obrigatório. |
| | |sediada a empresa. | | | | |
|10 |Complemento |Informação adicional |Palavras | |String |Nenhuma. Campo |
| | |sobre o endereço. | | | |obrigatório. |
|10 |Cidade |Cidade onde mora o |Palavras | |String |Nenhuma. Campo |
| | |cliente ou onde é | | | |obrigatório. |
| | |sediada a empresa. | | | | |
|11 |UF |Código da Unidade |Sigla com duas | |String |Ser uma das siglas dos |
| | |Federativa (Estado) |letras dos | | |estados. Campo |
| | |onde mora o cliente ou|estados do | | |obrigatório. |
| | |é sediada a empresa. |Brasil. | | | |
|12 |CEP |CEP do local onde mora|Número de oito | |Números. |Campo obrigatório. |
| | |o cliente ou onde é |dígitos do | | | |
| | |sediada a empresa. |endereço. | | | |
|13 |Telefone Residencial. |Número de telefone do |DDD+Número |DDD(2 |String |Deverá conter o campo de|
| | |cliente | |dígitos)+Número| |DDD mais o número de |
| | | | |(7 ou 8 | |pelo menos 7 dígitos. |
| | | | |Dígitos) | | |
|14 |Telefone Celular |Telefone celular da |DDD+Número |DDD(2 |String |Deverá conter o campo de|
| | |empresa ou da pessoa. | |dígitos)+Número| |DDD mais o número de |
| | | | |(7 ou 8 | |pelo menos 7 dígitos. |
| | | | |Dígitos) | | |
3 Comandos
|Número |Nome |Ação |Restrições |
|1 |Botão |Atualiza os valores dos campos se válidos no banco de dados. |Os campos preenchidos devem ser |
| |Atualizar | |válidos. |
|2 |Botão |Desconsidera os valores já preenchidos e retorna a tela |Nenhuma |
| |Cancelar |principal. | |
4
5 Observações
|Ao inicializar todos os campos deverão ser preenchidos com os dados atuais do cliente no banco de dados. |
2 Requisitos funcionais
1 Diagramas de casos de uso
1 Diagrama de casos de uso completo
|[pic] |
2 Casos de uso
1 Caso de uso Inserir Cliente
|Identificação |Nome |Status |
|UC-01 |Inserir Cliente |Validado |
|Referências |RF-001 |
|Autor |Christophe De La Fuente |
|Criado em |29/01/2006 |Revisado em |10/03/2007 |
|Atores: |
|Usuário |
|Pacote: |Clientes |
|Pré-condições: |
|O banco de dados deve estar funcionando corretamente. |
|O cliente não pode estar cadastrado no Sistema. |
|Entradas: |
|Dados referentes ao cliente a ser inserido. |
|Fluxo de eventos: |
|O usuário escolhe a opção “cliente” na tela inicial do sistema |
|Em seguida, escolhe a opção “inserir cliente” |
|O sistema mostra na tela a lista dos dados para preencher |
|O usuário preencha os dados: |
|O sistema verifica a integridade dos dados |
|O sistema insere o novo cliente no banco de dados, se ele não existir.[FS01,FS02,FS03] |
|O sistema mostra a mensagem de que a inserção foi realizada |
|FS 01 - Fluxo Secundário 1: Um campo obrigatório não foi preenchido |
|O sistema mostra na tela uma mensagem informando a obrigatoriedade do preenchimento do campo. |
|O sistema retorna para a tela “inserir usuário” |
|FS 02 – Fluxo Secundário 2: Um ou vários campos foram preenchidos com dados errados |
|O sistema mostra uma mensagem informando os campos com dados errados |
|O sistema retorna para a tela “inserir usuário” |
|FS 03 – Fluxo Secundário 3: Usuário já existe |
|O sistema mostra uma mensagem informando o cliente já existe |
|O sistema retorna para a tela “inserir usuário” |
|Saídas e pós condições: |
|O Cliente é inserido no banco de dados do sistema |
|O Sistema retorna para tela principal. |
2 Diagrama de Caso de Uso
[pic]
2 Caso de uso Procurar Cliente
|Identificação |Nome |Status |
|UC-02 |Procurar Cliente |Validado |
|Referências |RF-002 |
|Autor |Christophe De La Fuente |
|Criado em |29/01/2006 |Revisado em |10/03/2007 |
|Pacote: |Clientes |
|Atores: |
|Usuário |
|Entradas: |
|CPF do cliente. |
|Pré-condições: |
|O cliente deve estar cadastrado no sistema. |
|Fluxo de eventos: |
|O usuário escolhe a opção “cliente” na tela inicial do sistema |
|O usuário escolhe a opção “inserir” no menu cliente. |
|O usuário preenche o campo CPF. |
|O usuário clica no botão “buscar”.[FS01]. |
|O sistema retorna na tela o cliente encontrado. |
|O usuário pode escolher alguma opção na tela ou retornar a tela principal; |
|FS 01 - Fluxo Secundário 1: O sistema não encontrou nenhum cliente |
|O sistema mostra na tela uma mensagem informando que nenhum cliente foi encontrado |
|O sistema retorna para a tela “procurar usuário” |
|Saídas e pós condições: |
|O sistema retorna o cliente procurado. |
1 Diagrama de Caso de Uso
[pic]
2 Caso de Uso Remover Cliente
|Identificação |Nome |Status |
|UC 03 |Remover Cliente |Validado |
|Referências |RF-003 |
|Autor |Jerônimo Barbosa |
|Criado em |30/01/2007 |Revisado em |10/03/2007 |
|Pacote: |Clientes |
|Atores: |
|Usuários do Sistema |
|Entradas: |
|O CPF do cliente a ser removido |
|Pré-condições: |
|O servidor deve estar funcionando corretamente |
|O cliente dever estar cadastrado no Sistema. |
|Fluxo de eventos: |
|O usuário escolhe a opção “cliente”, localizada na tela principal do sistema; |
|O usuário procura o cliente a ser removido; |
|Após selecionar o cliente e clicar em “remover”, o sistema pede confirmação da remoção; (FS 01, FS 02, FS 03) |
|O sistema mostra uma mensagem informando que a remoção foi realizada com sucesso; |
|FS 01 - Fluxo Secundário 1: Algum campo vazio |
|O sistema mostra uma mensagem, informando a obrigatoriedade do preenchimento do campo. |
|O formulário é reexibido. |
|FS 02 – Fluxo Secundário 2: Cliente Inexistente |
|O sistema mostra uma mensagem, informando que tal cliente não está cadastrado. |
|O formulário é reexibido com todas as informações já fornecidas. |
|FS 03 – Fluxo Secundário 3: Cancelamento da remoção |
|O usuário pode cancelar a operação |
|O sistema retorna a tela “remover cliente”. |
|Saídas e pós condições: |
|O cliente é removido do sistema. |
3 Diagrama de Caso de Uso
[pic]
4 Caso de Uso Atualizar Cliente
|Identificação |Nome |Status |
|UC 04 |Atualizar Cliente |Validado |
|Referências |RF-004 |
|Autor |Jerônimo Barbosa |
|Criado em |30/01/2007 |Revisado em |10/03/2007 |
|Pacote: |Clientes |
|Atores: |
|Usuários do Sistema |
|Entradas: |
|CPF do cliente |
|Dados do cliente a serem atualizados; |
|Pré-condições: |
|1.O banco de dados deve estar funcionando corretamente; |
|2.O cliente deve estar cadastrado no Sistema. |
|Fluxo de eventos: |
|O usuário escolhe a opção “cliente”, localizada na tela principal do sistema; |
|O usuário procura o cliente (UC-006) a ser atualizado, entrando com o CPF do mesmo; |
|O sistema mostra uma lista de clientes, o usuário escolhe o cliente e clica em “atualizar”. |
|Um formulário contendo todos os dados atuais do cliente desejado é mostrado, pronta para ser alterado. |
|Após atualizar os dados, o usuário clica em “atualizar”, localizado logo abaixo do formulário. (FS 01, FS 02, FS 03). |
|O sistema atualiza os dados e exibe uma mensagem de sucesso. |
|FS 01 - Fluxo Secundário 1: Algum campo vazio |
|O sistema mostra uma mensagem, informando a obrigatoriedade do preenchimento do campo. |
|O formulário é reexibido. |
|FS 02 – Fluxo Secundário 2: Cliente Inexistente |
|O sistema mostra uma mensagem, informando que tal cliente não está cadastrado. |
|A tela “atualizar cliente” é exibida, apenas com o campo que guarda o nome do cliente a ser atualizado com o seu valor |
|antigo. |
|FS 03 – Fluxo Secundário 3: Cancelamento da atualização |
|O usuário pode cancelar a operação, deixando todos os campos do cliente como estavam antes das modificações. |
|A tela “atualizar cliente” é exibida, apenas com o campo que guarda o nome do cliente a ser atualizado com o seu valor |
|antigo. |
|Saídas e pós condições: |
|O cliente é atualizado na base de dados. |
5 Diagrama de Caso de Uso
[pic]
6 Caso de Uso Inserir Evento
|Identificação |Nome |Status |
|UC 05 |Inserir Evento |Validado |
|Referências |RF 005 |
|Autor |Leila Soriano |
|Criado em |30/01/2007 |Revisado em |10/03/2007 |
|Atores: |
|Usuários Setor de Vendas |
|Entradas: |
|Dados relacionados ao evento a ser inserido. |
|Pré-condições: |
|O banco de dados deve estar funcionando corretamente |
|Fluxo de eventos: |
|O usuário escolhe a opção “Evento” na tela principal do sistema; |
|Em seguida, escolhe a opção “inserir evento”; |
|Na tela seguinte, o usuário preenche os campos correspondentes ao cliente, data, tipo de evento,hora de início ,número de |
|convidados,etc.; |
|O usuário confirma a inserção clicando no botão “inserir” (FS 01, FS 02,FS3) |
|O sistema mostra uma mensagem na tela de sucesso na operação; |
|FS 01 - Fluxo Secundário 1: Algum campo vazio |
|O sistema mostra uma mensagem na tela informando a obrigatoriedade do preenchimento dos campos |
|2. O formulário é re-exibido com todas as informações já fornecidas |
|FS 02– Fluxo Secundário 2: Cancelamento da inserção |
|O usuário pode cancelar a operação |
|O sistema retorna a tela principal |
|FS 03– Fluxo Secundário 3: Evento já existente |
|1.O sistema informa que o evento já existe. |
|FS 04– Fluxo Secundário 4: CPF inválido |
| 1.O Sistema informa que o CPF do cliente é inválido. |
|Saídas e pós condições: |
|Um novo evento é inserido no sistema. |
|O sistema retorna para a tela principal |
8 Diagrama de Caso de Uso
[pic]
9 Caso de Uso Procurar Evento
|Identificação |Nome |Status |
|UC 06 |Procurar Evento |Validado |
|Referências |RF 006 |
|Autor |Leila Soriano |
|Criado em |30/01/2007 |Revisado em |10/03/2007 |
|Pacote: |Eventos |
|Atores: |
|Usuários do Sistema |
|Entradas: |
|CPF do cliente |
|Pré-condições: |
|O banco de dados deve estar funcionando corretamente |
|O evento deve estar cadastrado no Sistema. |
|Fluxo de eventos: |
|O usuário escolhe a opção “Evento” na tela principal do sistema; |
|2. Em seguida, escolhe a opção “procurar evento” (UC-006); |
|3. Na tela seguinte, o usuário preenche o campo CPF do cliente; |
|4. O usuário realiza procura clicando no botão “buscar”. (FS 01, FS 02, FS 03) |
|5. O sistema mostra uma lista de eventos na tela; |
|FS 01 - Fluxo Secundário 1: Algum campo vazio |
|1. O sistema mostra uma mensagem na tela informando a obrigatoriedade do preenchimento dos campos |
|FS 02 – Fluxo Secundário 2: Evento inexistente |
|1. O sistema mostra uma mensagem na tela informando que o evento não existe. |
|FS 04– Fluxo Secundário 3: Cancelamento da procura |
|1. O usuário pode cancelar a operação |
|2. O sistema retorna a tela principal |
|Saídas e pós condições: |
|O evento a ser procurado é retornado. |
10 Diagrama de Caso de Uso
[pic]
11 Caso de Uso Remover Evento de um cliente
|Identificação |Nome |Status |
|UC-007 |Remover Evento de um Cliente |Validado |
|Referências |RF-007 |
|Autor |Marcelo Pereira |
|Criado em |16/02/2007 |Revisado em |10/03/2007 |
|Pacote: |Eventos |
|Atores: |
|Usuários do sistema |
|Includes: |UC-006 |
|Pré-condições: |
|O evento deve estar cadastrado no sistema. |
|Fluxo de eventos: |
|O usuário procura o evento(UC-006). |
|O sistema apresenta uma lista de eventos. |
|O usuário seleciona o evento. |
|A opção de remoção é habilitada pelo sistema |
|O usuário seleciona a opção remover |
|O sistema solicita uma confirmação |
|O usuário confirma a deleção |
|O sistema informa o êxito da operação |
|FS 01 - Fluxo Secundário 1: Cancelamento |
|O usuário pode cancelar a operação a qualquer momento. |
|Pós-condições: |
|O evento é removido do sistema |
12 Diagrama de Caso de Uso
[pic]
13 Caso de Uso Atualizar Evento
|Identificação |Nome |Status |
|UC-008 |Atualizar Evento |Validado |
|Referências |RF-008 |
|Autor |Marcelo Pereira |
|Criado em |16/02/2007 |Revisado em |10/03/2007 |
|Pacote: |Eventos |
|Atores: |
|Usuários do sistema |
|Includes: |
|Procurar Evento |
|Pré-condições: |
|O evento deve estar cadastrado no sistema |
|Fluxo de eventos: |
|O usuário procura o evento (UC-006) |
|O sistema apresenta uma lista de eventos |
|O usuário seleciona o evento |
|A opção Atualizar é habilitada pelo sistema. |
|O usuário seleciona a opção Atualizar. |
|O sistema exibe a tela de Edição dos dados do evento |
|O usuário modifica como desejado e clica em OK. |
|O sistema apresenta a informação de sucesso (FS-001). |
|FS 01 - Fluxo Secundário 1: Erro |
|Caso algum campo esteja inválido o sistema apresenta uma mensagem de erro. |
|Pós-condições: |
|O evento recebe a atualização de seus dados |
14 Diagrama de Caso de Uso
[pic]
15 Caso de Uso Gerar Relatório de Eventos Agendados
|Identificação |Nome |Status |
|UC-009 |Gerar Relatório de Eventos Agendados |Validado |
|Referências |RF-009 |
|Autor |Marcelo Pereira |
|Criado em |05/02/2007 |Revisado em |10/03/2007 |
|Pacote: |Relatórios |
|Atores: |
|Usuários do sistema |
|Pré-condições: |
|O servidor deve estar funcionando corretamente |
|O sistema deve conter pelo menos 1 evento agendado. |
|Fluxo de eventos: |
|O usuário escolhe a opção “Relatórios” na tela principal do sistema. |
|Em seguida, escolhe a opção “Eventos Agendados”. |
|Na tela seguinte, o usuário visualiza o conteúdo para impressão. |
|O usuário confirma a impressão. |
|O sistema imprime o relatório e mostra uma mensagem na tela informando o sucesso da operação. |
|FS 01 - Fluxo Secundário 1: Cancelamento |
|1. O usuário pode cancelar a operação a qualquer momento. |
|FS 02 – Fluxo Secundário 2: Erro de impressão |
|O sistema informa que houve algum erro com a impressão do relatório. |
|Pós-condições: |
|O sistema deverá imprimir em papel um relatório dos eventos agendados. |
16 Diagrama de Caso de Uso
[pic]
17 Caso de Uso Gerar Relatório de um Evento
|Identificação |Nome |Status |
|UC-010 |Gerar Relatório de Um Evento |Validado |
|Referências |RF-010 |
|Autor |Marcelo Pereira |
|Criado em |05/02/2007 |Revisado em |10/03/2007 |
|Pacote: |Relatórios |
|Atores: |
|Usuários do sistema |
|Includes: | |
|Pré-condições: |
|O servidor deve estar funcionando corretamente. |
|O evento desejado deve estar cadastrado no sistema. |
|Fluxo de eventos: |
|O usuário escolhe a opção “Relatórios” na tela inicial do sistema; |
|Em seguida, escolhe a opção “Relatório sobre evento”; |
|O usuário procura o evento desejado. (UC-006) |
|O usuário seleciona a opção OK. |
|O sistema mostra o conteúdo da impressão. |
|O usuário confirma a impressão. |
|O sistema mostra uma mensagem na tela informando o sucesso da operação. |
|FS 01 - Fluxo Secundário 1: Cancelamento |
|O usuário pode cancelar a operação a qualquer momento. |
|FS 02 – Fluxo Secundário 2: Erro de impressão |
|O sistema mostra uma mensagem informando se houve algum problema com a impressão. |
|Pós-condições: |
|O sistema imprime em papel um relatório sobre o evento selecionado. |
18 Diagrama de Caso de Uso
[pic]
19 Caso de Relatório de Clientes
|Identificação |Nome |Status |
|UC 011 |Gerar Relatório de Clientes |Validado |
|Referências |RF 011 |
|Autor |Leila Soriano |
|Criado em |16/02/2007 |Revisado em |10/03/2007 |
|Pacote: |Relatórios |
|Atores: |
|Usuários do Sistema |
|Entradas: |
|Nenhuma |
|Pré-condições: |
|O banco de dados deve estar funcionando corretamente |
|Fluxo de eventos: |
| 1. O usuário escolhe a opção “Gerar Relatório” na tela principal do sistema; |
|2 Em seguida, na tela “Gerar Relatório”,escolhe a opção “Gerar Relatório de Clientes”; (FS 01,FS 0 2) |
|O sistema mostra uma mensagem na tela de sucesso na operação; |
|FS 01 - Fluxo Secundário 1: Relatório Vazio |
|O sistema mostra uma mensagem na tela informando que não há dados para gerar relatório; |
|Retorna para a tela “Gerar Relatório”. |
|FS 02– Fluxo Secundário 4 Cancelamento da inserção |
|O usuário pode cancelar a operação; |
|O sistema retorna a tela principal. |
|Saídas e pós condições: |
|O sistema retorna para a tela principal. |
20 Diagrama de Caso de Uso
[pic]
21 Caso de Relatório de um Cliente
|Identificação |Nome |Status |
|UC 012 |Gerar Relatório de um Cliente |Validado |
|Referências |RF 012 |
|Autor |Leila Soriano |
|Criado em |16/02/2007 |Revisado em |10/03/2007 |
|Pacote: |Relatórios |
|Atores: |
|Usuários do Sistema |
|Entradas: |
|O nome e CPF cliente sobre o qual se deseja gerar o relatório |
|Pré-condições: |
|O banco de dados deve estar funcionando corretamente |
|Fluxo de eventos: |
|O usuário escolhe a opção “Gerar Relatório” na tela principal do sistema; |
|Em seguida, na tela “Gerar Relatório”,escolhe a opção “Gerar Relatório de um Cliente”; |
|O usuário entra com o nome e CPF do Cliente; (FS 01,FS 0 2) |
|O sistema mostra uma mensagem na tela de sucesso na operação; |
|FS 01 - Fluxo Secundário 1: Relatório Vazio |
|O sistema mostra uma mensagem na tela informando que não há dados para gerar relatório; |
|Retorna para a tela “Gerar Relatório” |
|FS 02 - Fluxo Secundário 2: Cliente Inexistente |
|O sistema mostra uma mensagem na tela informando que o cliente não existe; |
|O sistema retorna para a tela principal. |
|FS 02– Fluxo Secundário 4 Cancelamento da inserção |
|O usuário pode cancelar a operação; |
|O sistema retorna a tela principal. |
|Saídas e pós condições: |
|O sistema retorna para a tela principal. |
23 Diagrama de Caso de Uso
[pic]
24 Caso de Uso Gerar Gráfico de Eventos
|Identificação |Nome |Status |
|UC-013 |Gerar Gráfico de Eventos |Validado |
|Referências |RF-013 |
|Autor |Marcelo Pereira |
|Criado em |16/02/2007 |Revisado em |10/03/2007 |
|Pacote: |Relatórios |
|Atores: |
|Usuários do sistema |
|Includes: |
| |
|Pré-condições: |
|O sistema deve ter algum evento cadastrado e realizado anteriormente. |
|Fluxo de eventos: |
|O usuário seleciona a opção Gráfico de Eventos sob o menu Relatórios. |
|O sistema apresenta uma tela. |
|O usuário digita o intervalo de tempo a ser pesquisado. |
|O sistema apresenta o gráfico com as percentagens de cada evento considerando o intervalo de tempo passado pelo usuário. |
|FS-001 - Fluxo Secundário 1: Erro |
|Caso não exista eventos cadastrados e realizados naquele intervalo de tempo, o sistema informa uma mensagem de erro. |
|FS-002 - Fluxo Secundário 2: Datas incompatíveis |
|Caso as datas não sejam compatíveis o usuário apresenta uma mensagem de erro.. |
|Pós-condições: |
|O gráfico é mostrado ao usuário. |
25 Diagrama de Caso de Uso
[pic]
26 Caso de Uso Gerar Gráfico do Lucro Mensal
|Identificação |Nome |Status |
|UC-014 |Gerar Gráfico do lucro mensal |Validado |
|Referências |RF-014 |
|Autor |Marcelo Pereira |
|Criado em |16/02/2007 |Revisado em |10/03/2007 |
|Pacote: |Relatórios |
|Atores: |
|Usuários do sistema |
|Includes: | |
|Pré-condições: |
|O sistema precisa ter histórico de lucros dos meses anteriores. |
|Fluxo de eventos: |
|O usuário seleciona a opção Gráfico Lucro Mensal sob o menu Relatórios. |
|O sistema apresenta uma tela com o gráfico. |
|O usuário seleciona a opção OK. |
|FS 01 - Fluxo Secundário 1: Erro |
|O sistema pode informar que não há histórico de lucros anteriores.. |
|Pós-condições: |
|O gráfico de lucro mensal é exibido para o usuário. |
28 Diagrama de Caso de Uso
[pic]
29 Caso de Uso Visualizar Cliente
|Identificação |Nome |Status |
|UC-015 |Visualizar Cliente |Validado |
|Referências |RF-014 |
|Autor |Leila Soriano |
|Criado em |10/03/2007 |Revisado em |10/03/2007 |
|Pacote: |Cliente |
|Atores: |
|Usuários do sistema |
|Includes: |UC-006 |
|Pré-condições: |
|O cliente deve estar cadastrado no banco de dados.. |
|Fluxo de eventos: |
|O usuário procura o cliente (UC-006) a ser visualizado. |
|O sistema retorna o cliente. |
|O usuário seleciona a opção “visualizar” |
|FS 01 - Fluxo Secundário 1: Cliente não existente |
|O sistema informa que o cliente não existe na base de dados. |
|Pós-condições: |
|Uma tela com informações do cliente pode ser visualizada. |
30 Diagrama de Caso de Uso
[pic]
31 Caso de Uso Visualizar Evento
|Identificação |Nome |Status |
|UC-016 |Visualizar Evento |Validado |
|Referências |RF-014 |
|Autor |Leila Soriano |
|Criado em |10/03/2007 |Revisado em |10/03/2007 |
|Pacote: |Evento |
|Atores: |
|Usuários do sistema |
|Includes: |UC-006 |
|Pré-condições: |
|O cliente deve estar cadastrado no banco de dados.. |
|Fluxo de eventos: |
|O usuário procura o evento (UC-006) a ser visualizado. |
|O sistema retorna o evento. |
|O usuário seleciona a opção “visualizar” |
|FS 01 - Fluxo Secundário 1: Cliente não existente |
|O sistema informa que o cliente não existe na base de dados. |
|Pós-condições: |
|Uma tela com informações do evento pode ser visualizada. |
32 Diagrama de Caso de Uso
[pic]
4 Informação de suporte
Qualquer dúvida, entre em contato com qualquer um das pessoas abaixo:
Christophe De La Fuente - cdlf@cin.ufpe.br
Jerônimo Barbosa – jbcj@cin.ufpe.br
Leila Soriano – lssta@cin.ufpe.br
Marcelo Pereira – mvcp@cin.ufpe.br
Valmir Sena – vas@cin.ufpe.br
................
................
In order to avoid copyright disputes, this page is only a partial summary.
To fulfill the demand for quickly locating and searching documents.
It is intelligent file search solution for home and business.