CNEC FACULDADE CENECISTA DE CAPIVARI TRABALHO DE CONCLUSÃO DE CURSO SICOCC Grupo: Flávio T. M. de Toledo Márcio P. Quagliato Mateus P. Quagliato RA: 2003D025 RA: 2003D021 RA: 2003D022 Profº: Vitor Brandi 8º Semestre BSI Capivari, 27 de Novembro de 2006
ÍNDICE PÁG. 1. Prefácio... 01 2. Principais Documentos relativos ao Levantamento de Dados do Sistema... 02 2.1. Cadastro, Localização e Entrega de Cartões... 02 2.2. Emissões de Cartas para Empresas... 03 2.3. Enviar Mala Direta... 04 2.4. Cadastro, Controle de Clientes e Produtos... 05 2.5. Cadastro e Emissão de Extratos de Convenentes... 05 3. Descrição Textual do Sistema... 07 4. Objetivos do Projeto... 08 4.1. Contexto do Negócio... 08 4.2. Objetivos... 08 4.3. Funções Principais... 08 4.4. Questões de Desempenho... 08 4.5. Restrições Técnicas e Administrativas... 09 5. Estudo de Viabilidade Financeira... 10 5.1. Previsão Financeira... 10 5.2. Investimentos em infra-estrutura... 10 5.3. Investimentos em Desenvolvimento... 10 5.4. Custos Fixo... 11 5.5. Benefícios... 11 6. Riscos do Projeto... 12 6.1. Falta de conhecimento do funcionamento por parte dos usuários do sistema... 12 6.2. Não cumprimento dos prazos... 12 6.3. Perda de componentes da equipe... 13 6.4. Mudança no escopo do projeto... 14 6.5. Perda de dados do sistema... 15 6.6. Tempo de resposta do sistema alto... 15 7. Plano de Projeto... 17 7.1. Divisão de Tempo e Esforço... 17 7.2. Cronograma com Objetivos... 19 7.3. Previsão de lançamentos de Releases do sistema... 20 8. Glossário... 21 9. Atributos dos Requisitos... 23 10. Documentos de Requisitos... 26
10.1.... Diagrama de casos de uso... 26 11. Diagrama e Descrição dos Casos de Uso... 27 11.1. Efetuar Login... 27 11.1.1. Diagrama de Atividade... 29 11.1.2. Diagrama de Seqüência... 30 11.1.3. Diagrama de Classe da aplicação... 31 11.2. Importar Clientes... 32 11.2.1. Diagrama de Atividade... 34 11.2.2. Diagrama de Seqüência... 35 11.2.3. Diagrama de Classe da aplicação... 36 11.3. Efetuar Backup... 37 11.3.1. Diagrama de Atividade... 41 11.3.2. Diagrama de Seqüência... 42 11.3.3. Diagrama de Classe da aplicação... 43 11.4. Consultar Cliente... 44 11.4.1. Diagrama de Atividade... 47 11.4.2. Diagrama de Seqüência... 48 11.4.3. Diagrama de Classe da aplicação... 49 11.5. Cadastrar Cartões... 50 11.5.1. Diagrama de Atividade... 53 11.5.2. Diagrama de Seqüência... 54 11.5.3. Diagrama de Classe da aplicação... 55 11.6. Consultar Cartões... 56 11.6.1. Diagrama de Atividade... 59 11.6.2. Diagrama de Seqüência... 60 11.6.3. Diagrama de Classe da aplicação... 61 11.7. Entregar Cartões... 62 11.7.1. Diagrama de Atividade... 65 11.7.2. Diagrama de Seqüência... 66 11.7.3. Diagrama de Classe da aplicação... 67 11.8. Excluir Cartões... 68 11.8.1. Diagrama de Atividade... 71 11.8.2. Diagrama de Seqüência... 72 11.8.3. Diagrama de Classe da aplicação... 73 11.9. Gerar Cartas... 74 11.9.1. Diagrama de Atividade... 77 11.9.2. Diagrama de Seqüência... 78
11.9.3. Diagrama de Classe da aplicação... 79 11.10. Gerar Mala Direta... 80 11.10.1. Diagrama de Atividade... 83 11.10.2. Diagrama de Seqüência... 84 11.10.3. Diagrama de Classe da aplicação... 85 11.11. Gerar Relatório de Cartões... 86 11.11.1. Diagrama de Atividade... 89 11.11.2. Diagrama de Seqüência... 90 11.11.3. Diagrama de Classe da aplicação... 92 11.12. Cadastrar Gerente... 93 11.12.1. Diagrama de Atividade... 96 11.12.2. Diagrama de Seqüência... 97 11.12.3. Diagrama de Classe da aplicação... 98 11.13. Cadastrar Usuário... 99 11.13.1. Diagrama de Atividade... 102 11.13.2. Diagrama de Seqüência... 103 11.13.3. Diagrama de Classe da aplicação... 104 11.14. Alterar Senha do Usuário... 105 11.14.1. Diagrama de Atividade... 108 11.14.2. Diagrama de Seqüência... 109 11.14.3. Diagrama de Classe da aplicação... 110 11.15. Incluir Convenente... 111 11.15.1. Diagrama de Atividade... 114 11.15.2. Diagrama de Seqüência... 115 11.15.3. Diagrama de Classe da aplicação... 116 11.16. Alterar Convenente... 117 11.16.1. Diagrama de Atividade... 120 11.16.2. Diagrama de Seqüência... 121 11.16.3. Diagrama de Classe da aplicação... 122 11.17. Excluir Convenente... 123 11.17.1. Diagrama de Atividade... 126 11.17.2. Diagrama de Seqüência... 127 11.17.3. Diagrama de Classe da aplicação... 128 11.18. Consultar Extrato de Convenente... 129 11.18.1. Diagrama de Atividade... 132 11.18.2. Diagrama de Seqüência... 133 11.18.3. Diagrama de Classe da aplicação... 134
11.19. Incluir Extrato de Convenente... 135 11.19.1. Diagrama de Atividade... 139 11.19.2. Diagrama de Seqüência... 140 11.19.3. Diagrama de Classe da aplicação... 141 11.20. Excluir Extrato de Convenente... 142 11.20.1. Diagrama de Atividade... 145 11.20.2. Diagrama de Seqüência... 146 11.20.3. Diagrama de Classe da aplicação... 147 11.21. Imprimir Extrato de Convenente... 148 11.21.1. Diagrama de Atividade... 152 11.21.2. Diagrama de Seqüência... 153 11.21.3. Diagrama de Classe da aplicação... 154 11.22. Enviar E-mail com Extrato de Convenente... 155 11.22.1. Diagrama de Atividade... 160 11.22.2. Diagrama de Seqüência... 161 11.22.3. Diagrama de Classe da aplicação... 162 11.23. Cadastrar Funcionário... 163 11.23.1. Diagrama de Atividade... 168 11.23.2. Diagrama de Seqüência... 169 11.23.3. Diagrama de Classe da aplicação... 170 12. Diagrama de entidade- relacionamento da aplicação... 171 13. Modelo físico dos dados do sistema... 172 14. Diagramas de Estados... 174 14.1. Classe - Tela de Login... 174 14.2. Classe - Tela Importar Clientes... 174 14.3. Classe Tela de Backup e Restore... 175 14.4. Classe Tela de Consulta de Cliente... 175 14.5. Classe Tela de Cadastro de Cartão... 176 14.6. Classe Tela de Consulta de Cartão... 176 14.7. Classe Tela de Entrega de Cartão... 177 14.8. Classe Tela de Exclusão de Cartão... 177 14.9. Classe Tela de Exibir Cartas... 177 14.10. Classe Tela de Gerar Cartas... 178 14.11. Classe Tela de Gerar Mala Direta... 178 14.12. Classe Tela de Exibir Mala Direta... 178 14.13. Classe Tela de Consulta de Relatórios... 179 14.14. Classe Tela com Relatórios Consultados... 179
14.15. Classe Tela de Cadastro de Gerente... 180 14.16. Classe Tela de Cadastro de Usuário... 180 14.17. Classe Tela de Alteração de Senha do Usuário... 181 14.18. Classe Tela de Cadastro de Convenente... 181 14.19. Classe Tela de Consulta de Convenentes... 182 14.20. Classe Tela de Extrato de Convenentes... 183 14.21. Classe Tela de Novo Extrato de Convenentes... 183 14.22. Classe Tela de Cadastro de Funcionário de Convenente... 184 15. Mapeamento Análise-Projeto... 185 16. Documento de Arquitetura... 186 16.1. Apresentação das camadas componentes da arquitetura da aplicação... 186 16.2. Diagrama de Componentes... 187 16.3. Diagrama de Implementação... 188 17. Projeto de Testes... 189 17.1. Requisitos Escolhidos para teste... 189 17.2. Casos de Teste... 189
1. Prefácio O Sistema SICOCC Sistema de Controle de Cartões e Cartas, que está sendo desenvolvido para o banco Caixa Econômica Federal, visa principalmente aproveitar melhor o tempo dos funcionários e com isso trazer uma melhora na divisão das tarefas no dia e a possibilidade de agilidade e maior fluxo no atendimento. Devido ao estudo realizado para o desenvolvimento deste projeto descobrimos algumas necessidades ainda impensadas no cotidiano da empresa estudada: A Caixa Econômica Federal. Dentre os aspectos descobertos podemos citar o tempo que é perdido com uma simples consulta ao arquivo de cartões o qual poderia ser utilizado de uma maneira mais correta. Mencionaremos também a baixa de custos proveniente da automatização do processo e também a economia de recursos, algo essencial para qualquer organização, levando em consideração a reemissão de cartões. Também comentaremos sobre o cadastro de convenentes e seus extratos a fim de facilitar o controle de cobranças mensais a esses tipos de contratos e agilizar este processo. Tal projeto visa reduzir além de todos os fatores citados anteriormente, a perda de tempo dos funcionários neste trabalho de consulta manual a arquivos. Dentre outros, salientamos a necessidade e a utilidade do Sistema desenvolvido para a Entidade solicitante e transcorreremos todos os tópicos mais importantes utilizados no desenvolvimento do Sistema durante o projeto. 1
2. Principais Documentos relativos ao Levantamento de Dados do Sistema Questionário: O questionário foi elaborado levando em consideração as atividades que o sistema irá automatizar na Caixa Econômica Federal, sendo formulada e respondida pelos componentes do grupo com o aval do gerente geral da agência, Eduardo Roberto Caçador. 2.1 Cadastro, Localização e Entrega de Cartões Porque cadastrar cartões? É necessário o cadastramento de cartões para deixar o sistema mais organizado e de fácil localização, pois no modo atual perde-se muito tempo na procura dos cartões. Qual o benefício do cadastro em tempo e dinheiro? O benefício é muito grande em tempo e dinheiro. Tempo: com um sistema informatizado será muito mais rápida a procura dos cartões cadastrados e que chegarão na agência. Dinheiro: no sistema manual que é utilizado hoje, perde-se dinheiro por causa de cartões que já estão na agência e são pedidos novamente, tendo um sistema informatizado o usuário acessa e se informa dos cartões que estão na agência ou faz um requerimento dos cartões. Para quem o sistema será disponibilizado? Para todos os envolvidos no processo, desde o cadastramento até a entrega dos cartões. O sistema terá livre acesso na agência? Sim, o sistema estará livre para acesso de qualquer funcionário da agência, mediante o cadastramento do usuário e a autorização de um gerente, utilizando login e senha, pois estará abrangendo vários processos da agência. Quais tipos de cartões o sistema irá controlar? O sistema irá controlar os seguintes cartões: Cartão Cidadão, Conta Corrente Eletrônica, Conta Corrente e Conta Poupança. 2
Quais dados serão importantes para o sistema arquivar? O sistema arquivará dados específicos para cada tipo de cartão. Cartão Cidadão: Nome, PIS, Data de Chegada e Data de Entrega. Conta Corrente Eletrônica, Conta Corrente e Conta Poupança: Nome, CPF, Operação da Conta, Número da Conta (sem o dígito), Dígito da Conta, Data Chegada, Data de Entrega e Opção de Cartão Múltiplo. Como será feita a consulta dos cartões? As consultas serão feitas com a pessoa responsável pelo primeiro atendimento (estagiário) ou por algum funcionário disponível no momento. Será necessário armazenar entregas de cartões pelo sistema? Sim, pois consultas posteriores são essenciais, principalmente a de entregas e resolução de possíveis problemas. Para controle deverão ser armazenados no banco de dados a matrícula e a data de entrega do cartão. Será necessário relatório de cartões que estão armazenados há muito tempo? Sim, pois assim pode-se manter a base de dados sempre atualizada e eliminar cartões que estão há muito tempo armazenados ou estão duplicados. 2.2 Emissões de Cartas para Empresas Que tipos de cartas serão emitidas para as empresas? As cartas que poderão ser emitidas são: Limite de Crédito (inclusão ou aumento de crédito) e Cobrança. Por que informatizar essa área? Porque facilitará a emissão das cartas para informação de Limite de Crédito as empresas desejadas. Haverá benefícios de tempo ou dinheiro informatizando essa área? Tempo: economizará muito tempo, pois as cartas já estarão pré-cadastradas não sendo necessário à digitação, cabendo ao usuário somente alterar dados e a empresa. 3
Dinheiro: economizará dinheiro, pois há várias cartas que são emitidas indevidamente, incorretas ou duplicadas. Para quem será disponibilizado o sistema? Qualquer usuário terá acesso para consultas, mas a emissão das cartas será feita pela área empresarial da agência. Poderá haver inclusão de cartas conforme a necessidade do usuário do sistema? Inicialmente não será necessário acrescentar modelos de cartas, podendo ser adicionado de acordo com a necessidade da agência mediante solicitação de alteração. Quais dados serão necessários armazenar? Serão armazenadas as cartas enviadas por empresa e dados da empresa para envio. Como serão as consultas na base de dados do sistema? As consultas deverão ser feitas por data de envio, tipo de carta e por empresa. 2.3 Enviar Mala Direta Que tipos de Malas Diretas o sistema fornecerá e qual a finalidade? As Malas Diretas que poderão ser emitidas são: Disponibilização de Serviços e de Produtos, Alteração de Cadastro, Atividades Gerenciais focadas em quaisquer tipos de produtos. Porque informatizar essa área? Porque facilitará a emissão de malas diretas e haverá uma melhor manutenção das malas diretas que já foram enviadas. Haverá benefícios de tempo ou dinheiro informatizando essa área? Tempo: economizará muito tempo, pois as malas diretas deverão estar pré-cadastradas não sendo necessário à digitação, cabendo ao usuário somente alterar os dados de envio. 4
Dinheiro: economizará dinheiro, pois há várias malas diretas que são emitidas indevidamente, incorretas ou duplicadas. Para quem será disponibilizado o sistema? Qualquer usuário terá acesso para consultas, mas a emissão das malas diretas será feita pela área específica de cada conta, cabendo ao gerente localizá-la. Poderá haver inclusão de malas diretas conforme a necessidade do usuário do sistema? Não, pois já deverão estar cadastradas todos os tipos de malas diretas que são necessários para envio na agência. 2.4 Cadastro, Controle de Clientes e Produtos Porque o sistema deve ter um cadastro de clientes e produtos? Por que assim ele pode ter um melhor controle das entregas de cartões, envio de malas diretas e cartas para os clientes, tendo em vista a fidelização dos mesmos. Que tipos de controle de clientes e produtos o sistema fornecerá e qual a finalidade? Um controle que deve servir de base para a geração de malas diretas e outros relatórios. O cadastro será atualizado somente antes de algum levantamento para divulgação de novos produtos e manutenção de produtos existentes. Para quem será disponibilizado o sistema? Somente o administrador do sistema terá acesso aos controles de clientes e produtos, podendo fazer qualquer tipo de alteração na base de dados, tal quais as atualizações. 2.5 Cadastro e Emissão de Extratos de Convenentes Porque o sistema deve ter um cadastro e emissão de extratos de convenentes? Por que assim ele pode ter um melhor controle dos cadastros dos convenentes, diminuindo os erros e agilizando o processo. 5
Haverá benefícios de tempo ou dinheiro informatizando essa área? Tempo: economizará muito tempo, pois não será mais necessário o usuário incluir e alterar as parcelas dos funcionários, cabendo ao usuário somente cadastrar novos convenentes e incluir os funcionários da mesma. Dinheiro: economizará dinheiro, pois esse processo demora de 1 a 2 dias para ser feito, segundo os funcionários da caixa, agora com o sistema a geração dos extratos será agilizada, deixando o funcionário com tempo livre para outros trabalhos. Para quem será disponibilizado o sistema? Qualquer usuário previamente cadastrado pelo gerente terá acesso ao cadastramento e emissão de extratos aos convenentes. 6
3. Descrição Textual do Sistema O sistema SICOCC deverá informatizar algumas áreas do banco para que muitas das tarefas tragam economia ao Ponto de Venda (PV), tanto na questão financeira quanto na questão de tempo, no qual estamos notando uma considerável redução. Basicamente as tarefas serão informatizar o cadastro e entrega de todos os tipos de cartões (cartão cidadão, conta eletrônica, conta corrente e conta poupança); emissão de cartas para o setor empresarial (renovação ou disponibilização de limite e crédito aprovado); cadastramento e controle de clientes e produtos para que possam ser feitos levantamentos que beneficiem comercialmente o banco, ou seja, neste controle queremos levantar os produtos que cada cliente tem e meios (mala direta) para divulgar os benefícios que temos que o mesmo ainda não possui; Inclusão, alteração e exclusão de convenentes e posterior envio de extratos para os convenentes; outra função é a possibilidade de, após o programa pronto, os funcionários serem capazes de cadastrar outros modelos de cartas à medida que for necessário. Os usuários que desejem acessar o sistema devem ter login e senha criados pelo gerente ou gestor que, por sua vez, controlará também a alteração dos mesmos. O cadastro completo de clientes (Pessoa Física e Jurídica) deve ser obtido através do sistema atual da caixa, o SIGAT, através de importação, que possui os dados que serão necessários para o cadastro de cartões e geração de malas-diretas e cartas. O cadastro de cartões é efetuado por funcionários de retaguarda que recebem as cartas do correio e lançam no arquivo. Nada impede que o cadastro seja feito por outro tipo de funcionário, porém o mesmo deve ter login e senha autorizados pelo gerente ou gestor. Para uma maior segurança deverá ser gerado um backup que armazene todos os dados de cadastro do sistema SICOCC. Para o armazenamento poderá ser utilizado o servidor de dados disponível na agência em pastas que possam ser acessadas somente com a devida permissão. 7
4. Objetivos do Projeto 4.1. Contexto do Negócio O sistema SICOCC interage com grande parte dos setores de atendimento da Caixa Econômica Federal, por exemplo, atendimento aos clientes com cadastro de cartões, e consulta para entrega, divulgação de novos serviços geração de malas-diretas e cartas, e atendimento de metas pela agência economia no quesito reemissão indevida de cartões. 4.2. Objetivos Agilizar o atendimento aos clientes no que diz respeito à consulta e entrega de cartões diversos, dirigir o envio de malas diretas aos clientes para divulgação de produtos e serviços, otimizar o trabalho de atendimento feito pelos funcionários, diminuir o acúmulo de clientes nos guichês de atendimento, baixar custos referente a emissão de cartões, agilizar e facilitar o envio de cartas aos clientes empresariais. Agilizar, facilitar e eliminar erros provenientes do cadastro e envio de convenentes. 4.3. Funções Principais As funções principais do sistema SICOCC são: Cadastro, localização e entrega dos cartões Cidadão, Conta Corrente Eletrônica, Conta Corrente e Conta Poupança; Emissão de cartas para empresas; Envio de Malas Diretas; Consulta de Clientes, Produtos e Serviços; Cadastro, Extratos de Funcionários e Envios de Convenentes. 4.4. Questões de Desempenho O sistema SICOCC não terá restrições quanto ao desempenho, pois sendo um sistema de pequeno porte e o banco Caixa Econômica Federal possuir computadores relativamente novos, o sistema não terá nenhum problema quanto ao desempenho e todos os testes cabíveis serão efetuados com antecedência. 8
4.5. Restrições Técnicas e Administrativas O sistema SICOCC não possui restrições técnicas (sobre máquinas, redes), porém possui restrições administrativas quanto à necessidade de solicitação de técnico para utilização de senha específica para acesso ao servidor local, no qual disponibilizaremos os arquivos do sistema. 9
5. Estudo de Viabilidade Financeira 5.1. Previsão Financeira O sistema SICOCC como um todo custará R$16.875,00. Com base em um lucro de 50%, o sistema custará em torno de R$25.000,00 para o banco Caixa Econômica Federal. O valor final pode ser alterado de acordo com o desenvolvimento do projeto, pois os riscos elevam o custo do projeto. O início do projeto será em 01/02/06 e término em 30/11/06, sendo, para isso disponibilizadas três pessoas para seu desenvolvimento. 5.2. Investimentos em infra-estrutura Não serão necessários investimentos em infra-estrutura no local de instalação, pois o Banco possui toda a parte de Software, Hardware, Rede e Impressoras necessária para a implementação do sistema. 5.3. Investimentos em Desenvolvimento Abaixo está descrito todos os investimentos que serão necessários para o desenvolvimento do sistema: Programadores Para o desenvolvimento do sistema será necessário 1 (um) programador - Valor/Hora: R$20,00 - Tempo de trabalho: 166 Horas - Total Investimento: R$3.320,00 Designer Gráfico O Designer Gráfico desenvolverá a interface do sistema e estará presente em 20 dias do projeto na etapa de Codificação com uma carga de 2 horas/dia e terá o seguinte custo: - Valor/Hora: R$20,00 - Tempo de trabalho: 40 Horas - Total de Investimento: R$800,00 10
Analista de Sistemas O analista estará presente em 137 dias de trabalho, com uma carga de 3 horas/dia. - Valor/Hora: R$25,00 - Tempo de trabalho: 411 Horas - Total de Investimento: R$10.275,00 O investimento total em desenvolvimento será R$14.395,00. 5.4. Custos Fixos Abaixo está descrito todos os custos fixos que serão necessários para o desenvolvimento do sistema: - Energia Elétrica: R$800,00 - Água: R$150,00 - Telefone: R$450,00 - Disponibilização de Documentação Digitalizada: R$80,00 - Insumos (papéis, tinta, e mídias): R$300,00 - Transporte: R$200,00 - Alimentação: R$500,00 Os custos fixos somarão R$2.480,00, em todos os meses do desenvolvimento. 5.5. Benefícios Abaixo estão descritos todos os benefícios tangíveis e intangíveis que o sistema pretende alcançar: Tangíveis: Diminuição no tempo de atendimento, agilizando o andamento da fila; Economia de valores desperdiçados para a produção de vias desnecessárias de cartões; Agilidade no envio de cartas e malas-diretas. Intangíveis: Satisfação do cliente, com menor tempo e melhor atendimento; A possibilidade de emissão de relatórios gerenciais auxiliará no direcionamento do foco da agência. 11
6. Riscos do Projeto 6.1 Falta de conhecimento do funcionamento por parte dos usuários do sistema 6.1.1 Magnitude Alta. 6.1.2 Descrição Os usuários têm pouco ou nenhum conhecimento das funcionalidades do sistema. 6.1.3 Impacto Esse risco pode ocasionar perda de dados e atraso no atendimento. 6.1.4 Indicadores Tempo de atendimento alto; Erros freqüentes na base de dados por parte do usuário. 6.1.5 Estratégia de Mitigação Uma estratégia para diminuir esse risco, seria treinar todos os usuários antes da implementação do sistema no banco. 6.1.6 Plano de Contingência No começo da implantação do sistema ter um técnico auxiliando no treinamento dos usuários em condições reais. Possuir também um manual simples de fácil manuseio para dúvidas corriqueiras. 6.2 Não cumprimento dos prazos 6.2.1 Magnitude Alta. 6.2.2 Descrição Não cumprimento dos prazos de entrega e implantação do sistema no banco. 12
6.2.3 Impacto Possível quebra do contrato por parte do contratante e multa contratual. 6.2.4 Indicadores Datas combinadas de entregas de protótipos ultrapassadas; 6.2.5 Estratégia de Mitigação Ter um projeto bem elaborado com cronogramas definidos individualmente, para cumprir os prazos de entregas de versões e protótipos. 6.2.6 Plano de Contingência Aumentar o número de horas de trabalho e se precisar, aumentar o número de desenvolvedores para diminuir ao máximo o atraso do sistema. 6.3 Perda de componentes da equipe 6.3.1 Magnitude Alta. 6.3.2 Descrição Perda de um componente da equipe que conheça boa parte do sistema podendo comprometer a integridade do sistema e gerar atrasos. 6.3.3 Impacto Possível atraso na entrega e implementação do sistema podendo acarretar quebras de contrato por parte do contratante, pois novos componentes na equipe ou outro funcionário podem demorar a se enquadrar no projeto. 6.3.4 Indicadores Exclusão do aluno, atrasos no horário de serviço e afastamentos contínuos. 6.3.5 Estratégia de Mitigação Ter sempre mais de um desenvolvedor com conhecimento da mesma área do projeto. Documentação completa do projeto para não haver dúvidas sobre o futuro andamento. 13
Motivar os alunos para que não ocorram desistências por dúvidas sobre o andamento e finalização do projeto. 6.3.6 Plano de Contingência Motivar os outros alunos para não haver outras desistências repentinas. Contratar outra pessoa com as mesmas ou melhores qualidades do que o anterior, fazendo com que ele se adeque ao sistema através da documentação. 6.4 Mudança no escopo do projeto 6.4.1 Magnitude Alta. 6.4.2 Descrição Mudança no escopo do projeto, ou seja, alteração em funcionalidades parciais ou principais do sistema. 6.4.3 Impacto Atraso na implementação do sistema e possivelmente do cronograma. Perda do código fonte e alteração dos requisitos. 6.4.4 Indicadores Contratante não estar contente nas entregas dos protótipos e versões. Mudanças das regras de negócios por parte do contratante. 6.4.5 Estratégia de Mitigação Deixar bem claro no contrato que não poderá ocorrer mudança de plataformas de programação e desenvolvimento, sendo escolhidas no início do projeto ou as mudanças devem ser avisadas com antecedência e com isso gerar alterações no cronograma, nas documentações e possivelmente alteração no custo do projeto. 14
6.4.6 Plano de Contingência Adequar-se às novas exigências se possível, reformulando todo o projeto e fazendo o contratante arcar com os custos extras que essa mudança irá gerar. 6.5 Perda de dados do sistema 6.5.1 Magnitude Alta. 6.5.2 Descrição Perda de arquivos importantes da construção do sistema, como código fonte, manuais, banco de dados e documentação, por falha de hardware, software ou humana. 6.5.3 Impacto Dependendo da perda do arquivo e em qual etapa do desenvolvimento, o projeto pode ter sua entrega atrasada em pouco ou muito tempo, podendo haver cancelamento de contrato por parte do contratante. 6.5.4 Indicadores Falta de backups diários. Falha em hardware ou software. 6.5.5 Estratégia de Mitigação Fazer backups diários e em horários diferentes. Revisar todos os computadores que serão usados para evitar falhas de hardware. 6.5.6 Plano de Contingência Recuperar ao máximo o que foi perdido e contratar pessoal extra, para não ultrapassar o prazo estabelecido no contrato para a entrega do sistema. 6.6 Tempo de resposta do sistema alto 6.6.1 Magnitude Alta. 15
6.6.2 Descrição As solicitações feitas pelo usuário demoram a ser atendidas pelo sistema. 6.6.3 Impacto A demora demasiada nas solicitações pode atrapalhar o atendimento gerando atrasos, inviabilizando o uso do sistema. 6.6.4 Indicadores Testes feitos indicam que uma resposta do sistema não deve ultrapassar 10 segundos, podendo comprometer o atendimento, de acordo com as normas do banco. 6.6.5 Estratégia de Mitigação Fazer um plano de testes medindo a velocidade do sistema em diferentes camadas, para saber onde o sistema precisa ser melhorado. 6.6.6 Plano de Contingência Fazer um banco de dados otimizado para diminuir as falhas e atrasos. Melhorar a velocidade do hardware da empresa 16
7. Plano de Projeto Nesse documento definiremos o cronograma geral do Sistema com divisões por tempo e esforço. Deixaremos descritos todos os objetivos do sistema e os lançamentos dos releases. Com esse plano de projeto os analistas e desenvolvedores poderão saber se o projeto está seguindo ou não o cronograma estabelecido, para que atitudes corretivas possam ser tomadas a tempo para não haver atrasos. 7.1. Divisão de Tempo e Esforço A divisão de Tempo e Esforço foi descrita na tabela a seguir: Tarefa Tempo Definição de Requisitos 7% Análise de Requisitos 29% Projeto 16% Protótipo 5% Codificação 23% Testes e Revisão de Erros 14% Integração e Testes 1% Treinamento 5% Definição de Requisitos Na fase de Definição de Requisitos será analisado se o projeto é viável ou não para o banco. Os documentos que serão gerados nessa fase são os seguintes: Definição de Escopo do Projeto, Estudo de Viabilidade e Lista dos Riscos a ser utilizada. Análise de Requisitos Após a Definição de Requisitos do Sistema ter sido finalizada, entrará em vigor a Análise de Requisitos, que compreenderá um estudo da empresa onde será implantado o sistema como: Levantamento dos Requisitos através de conversas com o usuário, Glossário e alguns diagramas de caso de uso para o entendimento do usuário. 17
Projeto Após ter analisado e descrito todos os requisitos do sistema com o usuário, na fase do Projeto de Sistemas serão elaborados todos os diagramas que o sistema conterá, como: Diagramas de Caso de Uso, Diagrama de Atividade, Diagrama de Seqüência, Diagrama de Classes e Diagrama de Entidade-Relacionamento. Protótipo Após ter o Projeto Elaborado, será construído um protótipo parcial do sistema para total aprovação do usuário. Caso o protótipo não esteja em conformidade com que o usuário realmente quer, a fase de análise de requisitos terá que ser alterada para atender as novas funções. Codificação Depois de ter aprovado o protótipo parcial, a fase de codificação será feita com a implementação do sistema. No final da Codificação de cada módulo será disponibilizado um release para aprovação do usuário, sendo um total de quatro releases. Testes e Revisão de Erros Após o sistema estar codificado e pronto para uso, serão feitos testes para descobrir falhas ou erros existentes no código fonte. Caso haja alguma falha ou erro existente, o sistema entrará em revisão para recodificação do código fonte e entrar na fase de testes novamente. Integração e Testes Após o sistema ter saído do ciclo de Testes e Revisão de Erros vem a fase da integração com o sistema existente. Será disponibilizado um dia, normalmente de sábado ou domingo para não atrapalhar o atendimento do banco, nesse dia será feito toda a integração e implantação do sistema novo com o atual e serão feitos testes para não ocorrer nenhuma falha. Treinamento Antes do sistema estar em pleno funcionamento com o sistema atual do banco, será necessário um treinamento para o pessoal que trabalhará com o mesmo, abrangendo todas as funções do sistema. Para isso um analista estará disponível em tempo integral, para tirar todas as dúvidas dos usuários no momento que elas estão surgindo. 18
7.2. Cronograma com Objetivos Nome da Tarefa Duração Início Término Pred Nomes de Recursos 1 Definição de Qua Seg 14 dias Requisito 01/02/06 20/02/06 Analista 2 Análise de Requisito 55 dias Ter Seg 21/02/06 08/05/06 1 Analista 3 Projeto 30 dias Ter Seg 09/05/06 19/06/06 2 Analista 4 Protótipo 10 dias Ter Seg 20/06/06 03/07/06 3 Programador 5 Codificação 45 dias Ter Seg 08/08/06 09/10/06 Programador e Designer 6 Testes e Revisão de Ter Ter 26 dias Erro 10/10/06 14/11/06 5 Analista e Programador 7 Integração e Testes 2 dias Qua Qui 15/11/06 16/11/06 6 Analista e Programador 8 Treinamento 10 dias Sex Qui 17/11/06 30/11/06 7 Analista 19
7.3. Previsão de lançamentos de Releases do sistema Todos os releases do sistema se darão na fase de Codificação, sendo que, o primeiro protótipo de validação não foi considerado como um release e sim um conjunto de interfaces. O primeiro release do sistema contém os módulos de Importar Clientes e Consultar Clientes. O segundo release do sistema além de conter os módulos do primeiro release terá também o cadastro, alteração, exclusão e entrega dos cartões. O terceiro release contém todos os módulos do primeiro e segundo release, além de conter o cadastro, alteração, exclusão e envio de cartas. O quarto e último release possui todas as alterações dos três primeiros releases mais o módulo de Mala Direta e Convenentes. A cada novo release, o usuário pode validar ou não os requisitos que o programa possui, para não haver divergências do que o usuário pediu e do que foi feito. A interface nos releases já estará em fase final, somente aguardando a aprovação do usuário. Outros releases poderão ser entregues para corrigirem falhas e ajustes no sistema. 20
8. Glossário O objetivo do glossário é explicar um conjunto de termos e expressões que foram utilizados no documento, para que o usuário entenda perfeitamente os termos utilizados. Backup Cópia de segurança dos dados (salva-guarda). Cliente Proprietário do Sistema SICOCC, Caixa Econômica Federal. Codificação Escrever o código fonte do sistema Convenentes Empresa cadastrada junto a Caixa Econômica Federal, para obter crédito facilitado aos funcionários. Casos de Uso São especificações das seqüências de ações que um sistema pode realizar interagindo com um dos atores. Delphi Linguagem de Programação. Ver Linguagem de Programação. Diagrama E/R Documento que especifica o modelo de dados do sistema. Firebird É um sistema para a criação e manutenção do banco de dados do sistema. Gestor Gerente ou responsável pelo RH do banco que se responsabiliza pelo cadastramento de usuários, senhas e suas alterações. Hardware Componentes eletrônicos do computador (processador, memória, disco de armazenamento, etc.). Interface gráfica São as telas pelas quais os usuários fazem uso do sistema. Java Linguagem de Programação. Ver Linguagem de Programação. Linguagem de Programação Conjunto de regras e métodos padronizados para expressar instruções para um computador. Ver Delphi e Java. Login Nome utilizado pelo usuário de um sistema para fins de identificação. Logoff Ato de sair do sistema. Logon Ato de se autenticar no sistema. Módulos Pequenas partes do programa que juntas formam o sistema SICOCC. Ver SICOCC. Plano de Contingência Planejamento para se algum problema acontecer, esse problema possa ser solucionado plenamente ou volte a funcionar em um estado minimamente aceitável o mais rápido possível. Plano de Mitigação Diminuir a possibilidade da ocorrência de erros. 21
Protótipo Programa inacabado, utilizado para mostrar ao cliente se o projeto está seguindo corretamente ou precisa ser modificado em alguma parte. Ver Cliente. Release Entrega de uma versão do sistema. Servidor É o computador que vai centralizar o armazenamento dos dados do sistema. Será responsável por atender às requisições dos usuários. Ver Usuário. SICOCC Sigla para o nome do sistema que será implantado, Sistema de Controle de Cartão e Cartas. Sistema operacional Software que controla o hardware do computador. Ver hardware. Software Programa que pode ser executado por um computador para automatizar alguma tarefa. Usuário Pessoa responsável pela utilização do sistema SICOCC. Ver SICOCC. Windows NT Sistema operacional da Microsoft específico para servidores. Ver Sistema Operacional e Servidor. 22
9. Atributos dos Requisitos Este documento tem como objetivo descrever os atributos dos requisitos, explicando cada atributo e de como iremos utilizá-lo para classificar os requisitos. Em seguida iremos construir uma matriz que exibe cada requisito com a sua respectiva classificação em relação a seus atributos. Abaixo estão às descrições de cada um dos atributos utilizados para classificar os requisitos. Complexidade Complexidade é a dificuldade de implementação e ligação com outros requisitos, sendo classificada em três níveis: Alta: o requisito é de difícil implementação; Média: o requisito tem uma implementação que não é muito complexa; Baixa: o requisito tem uma implementação relativamente fácil; Estabilidade Estabilidade indica a possibilidade de o sistema sofrer mudanças nos requisitos durante o projeto, sendo classificado em três níveis: Alta: o requisito não deverá sofrer mudanças, ou então sofrerá pequenas mudanças; Média: o requisito poderá sofrer algumas modificações durante o projeto; Baixa: o requisito poderá sofrer diversas ou grandes modificações durante o projeto; Prioridade Prioridade do requisito em relação ao sistema. Requisitos com prioridades mais altas serão implementados primeiro, sendo classificado em três níveis: Essencial: o sistema depende do requisito. Caso não seja implementado, o sistema não funcionará; Importante: o requisito deve ser implementado, mas não comprometerá o funcionamento do sistema; Desejável: o requisito não tem importância sobre os demais, podendo ser deixado para posterior implementação; 23
Custo O custo indica as despesas financeiras relacionadas a implementação do requisito, sendo classificado em três níveis: Alto: custo alto de implementação; Médio: custo médio de implementação; Baixo: custo baixo de implementação. Risco O risco indica se algum requisito pode causar algum problema capaz de inviabilizar a continuidade do projeto, sendo classificado em três níveis: Alto: o requisito pode causar problemas sérios que comprometam o desenvolvimento do projeto; Médio: o requisito pode causar problemas, mas não compromete o desenvolvimento geral do projeto; Baixo: o requisito é incapaz de causar problemas sérios que comprometam o desenvolvimento do projeto; 24
Abaixo está a tabela com os Atributos dos Requisitos para o Sistema SICOCC: Descrição Complexidade Estabilidade Prioridade Custo Risco Importar Clientes Média Alta Essencial Médio Alto Consultar Clientes Média Média Essencial Médio Médio Cadastrar Cartões Média Alta Essencial Médio Alto Excluir Cartões Média Alta Importante Baixo Baixo Consultar Cartões Média Média Essencial Médio Médio Entregar Cartões Baixa Alta Importante Médio Baixo Gerar Relatório de Cartões Alta Média Essencial Médio Médio Gerar Cartas Alta Média Essencial Alto Alto Gerar e Enviar Mala Direta Alta Média Essencial Alto Alto Incluir Convenente Alta Média Essencial Alto Alto Alterar Convenente Alta Média Importante Alto Alto Excluir Convenente Média Alta Importante Baixo Baixo Consultar Extrato de Convenente Média Alta Essencial Médio Alto Incluir Extrato de Convenente Alta Média Essencial Alto Alto Excluir Extrato de Convenente Média Alta Importante Baixo Baixo Imprimir Extrato de Convenente Média Alta Importante Baixo Baixo Enviar E-mail com Extrato de Convenente Média Alta Importante Médio Médio Cadastrar Gerente Média Alta Essencial Médio Alto Cadastrar Usuário Média Média Essencial Médio Alto Alterar Senha do Usuário Média Média Importante Médio Médio Efetuar Login Alta Alta Essencial Médio Alto Efetuar Backup Alta Alta Essencial Médio Alto Cadastrar Funcionário Alta Alta Essencial Médio Alto 25
10. Documentos de Requisitos 10.1. Diagrama de casos de uso Alterar Convenente Consultar Extrato de Convenente Sistema SIGAT Cadastrar Funcionário Efetuar Backup Excluir Convenente Importar Cliente Cadastrar Usuário Cadastrar Cartões Incluir Convenente Efetuar Login Gerente Alterar Senha do Usuário Excluir Extrato de Convenente Usuário Consultar Clientes Enviar E-mail com Extrato de Convenente Incluir Extrato de Convenente Entregar Cartões Cadastrar Gerente Imprimir Extrato de Convenente Excluir Cartões Outlook Gerar Relatório de Cartões Gerar Mala Direta Consultar Cartões Gerar Cartas Impressora 26
11. Diagramas e Descrição dos casos de uso 11.1. Efetuar Login Projeto: SICOCC Identificador do Caso de Uso: Efetuar Login Número do Caso de Uso: 1 Autor do Caso de Uso: Flávio, Márcio e Mateus Número da Versão do Caso de 1 Uso: Atores: Iniciadores Colaboradores Usuário ou Gerente Usuário ou Gerente Resumo: Este caso de uso representa o acesso ao sistema SICOCC, por meio de login e senha. Casos de Uso Referenciados: Nenhum Pré-condições: Gerente ter cadastrado uma senha; Gerente ter cadastrado um usuário; Pós-condições: O login ter sido efetuado com sucesso. Fluxo de Execução Básico: Inicialização: Este caso de uso se inicia quando o gerente ou o usuário deseja entrar no sistema SICOCC. Processo: O usuário ou o gerente com o login e senha acessam o programa SICOCC e digitam em seus devidos campos para ter acesso ao sistema. Terminação: O caso de uso é encerrado quando o usuário ou gerente deseja não acessar o sistema ou confirma acesso ao sistema SICOCC. Exceções: Gerente não estar cadastrado Usuário não estar cadastrado 27
Cenário Ótimo Usuário ou Gerente insere o Login; Usuário ou Gerente insere a Senha; Usuário ou Gerente clica em Login. Abertura da Página Principal do Sistema. Cenário com Exceção Usuário ou Gerente insere o Login; Usuário ou Gerente insere a Senha incorreta; Sistema exibe mensagem de Senha Incorreta. Interfaces Gráficas Referenciadas pelo Caso de uso: Tela 1: Tela de Efetuar Login no Sistema SICOCC 28
11.1.1. Diagrama de Atividade : Usuário : Tela de Login : Página de Mensagem : SGBD Início Exibir Tela de Login Cancelar Acesso Digitar Usuário Exibir Mensagem de Erro [ Incorreto ] Digitar Senha Verif icar Dados Consultar Login e Senha Fim Exibir Tela Principal do Sistema [ Correto ] 29
11.1.2. Diagrama de Seqüência : Usuário 1: receber nome( ) : Tela de Login : SGBD : Tela de Mensagens 2: receber senha( ) 3: solicitar acesso( ) 4: verificar nome( ) 5: verificar senha( ) 6: consultar( ) 7: receber consulta( ) 8: [incorreto]criar mensagem de erro( ) 9: exibir mensagem( ) 10: [correto]exibir página principal( ) 30
11.1.3. Diagrama de Classes da Aplicação Usuário enviar dados Tela de Login NOME : String SENHA : String fechar mensagem criar página Tela de Mensagens mensagem : String criar mensagem cadastro com sucesso() criar mensagem preenchimento de campos() criar mensagem senha incorreta() criar mensagem alteração com sucesso() criar mensagem de exclusão com sucesso() criar mensagem consulta com sucesso() criar mensagem dados incorretos() criar mensagem de sucesso() criar mensagem de erro() receber nome() receber senha() verificar nome() verificar senha() solicitar acesso() exibir mensagem() receber consulta() exibir página principal() buscar dados SGBD excluir() consultar() atualizar() Registro Usuário <<PK>> CODIGO : Integer NOME : String SENHA : String MATRICULA : String DATA : Date TIPO : String 0..* Tabela Usuário 31
11.2. Importar Clientes Projeto: SICOCC Identificador do Caso de Uso: Importar Clientes Número do Caso de Uso: 2 Autor do Caso de Uso: Flávio, Márcio e Mateus Número da Versão do Caso de 1 Uso: Atores: Iniciadores Colaboradores Usuário Gerente Resumo: Este caso de uso representa a importação do cadastro de clientes através de um arquivo extensão.csv gerado no sistema atual da empresa. Casos de Uso Referenciados: Nenhum Pré-condições: O login ter sido efetuado. O arquivo.csv que contém cadastro de clientes deve estar gerado. Pós-condições: Ter a inclusão ou atualização do cadastro de clientes efetuada com sucesso. Fluxo de Execução Básico: Inicialização: Este caso de uso se inicia quando o usuário deseja incluir ou atualizar o cadastro de clientes. Processo: Na página inicial do sistema, o usuário seleciona a opção Clientes e Importar, que por sua vez acionará uma janela de mensagem na qual o usuário escolherá entre confirmar ou não a importação. Terminação: O caso de uso é encerrado quando a importação de clientes terminar ou quando o usuário cancelar o processo. Exceções: Arquivo com extensão inválida ou incorreta Arquivo corrompido ou inválido Arquivo não localizado 32
Cenário Ótimo Usuário estar logado; Usuário clica na aba Clientes; Usuário clica em Importar; Usuário confirma a importação. Cenário Ótimo Usuário estar logado; Usuário clica na aba Clientes; Usuário clica em Importar; Usuário cancela a importação. Interfaces Gráficas Referenciadas pelo Caso de uso: Tela 2: Tela Principal do Sistema SICOCC com foco no botão Importar. Tela 3: Tela de Mensagem do Sistema SICOCC para confirmar a importação. 33
11.2.1. Diagrama de Atividade : Usuário : Tela Importar Clientes : Sistema SIGAT : Tela de Mensagens : SGBD Abrir Importação Exibir Tela de Importar Clientes [ NÃO ] [ SIM ] CANCELAR Obter Arquivo Gerar Arquivo Verificar Arquivo [ CORRETO ] Atualizar Arquivos [ INCORRETO ] Exibir Mensagem De Erro Exibir Mensagem de Sucesso 34
11.2.2. Diagrama de Seqüência : Usuário : Tela Importar Clientes : SGBD : Tela de Mensagens : Sistema SIGAT 1: receber solicitação 2: receber dados( ) 4: receber arquivo( ) 3: gerar arquivo( ) 5: verificar arquivo( ) 6: consultar( ) 7: [incorreto]criar mensagem de erro( ) 8: exibir mensagem( ) 9: atualizar( ) 10: [correto]criar mensagem de sucesso( ) 11: exibir mensagem( ) 35
11.2.3. Diagrama de Classes da Aplicação Tela Importar Clientes mensagem : String Usuário confirmar importação exibir mensagem() solicitar importação() verificar dados() v erif icar arquiv o() receber arquiv o() gerar arquivo Sistema SIGAT fechar mensagem criar página gravar dados gerar arquiv o() receber dados() mensagem : String Tela de Mensagens criar mensagem cadastro com sucesso() criar mensagem preenchimento de campos() criar mensagem senha incorreta() criar mensagem alteração com sucesso() criar mensagem de exclusão com sucesso() criar mensagem consulta com sucesso() criar mensagem dados incorretos() criar mensagem de sucesso() criar mensagem de erro() SGBD excluir() consultar() atualizar() Registro Clientes <<PK>> CPF : String RG : String NOME : String ENDERECO : String COMPLEM : String BAIRRO : String CIDADE : String CEP : String UF : String TEL : String CEL : String EMAIL : String CARTEIRA : String 0..* Tabela Clientes Tabela Produto Tabela Empresa 0..* 1..* Registro Produto <<PK>> CODIGO : Integer <<FK>> CPF : String <<FK>> CNPJ : String <<FK>> NUMCONTA : String <<FK>> DIGITO : String TIPO : String DESCRICAO : String OPERACAO : String 0..* 1..* 0..* 0..* Registro Empresa <<PK>> CODIGO : Integer CNPJ : String IE : String RAZAO SOCIAL : String FANTASIA : String ENDERECO : String BAIRRO : String CIDADE : String CEP : String UF : String TEL1 : String TEL2 : String CONTATO : String 36
11.3. Efetuar Backup Projeto: SICOCC Identificador do Caso de Uso: Efetuar Backup Número do Caso de Uso: 3 Autor do Caso de Uso: Flávio, Márcio e Mateus Número da Versão do Caso de 1 Uso: Atores: Iniciadores Colaboradores Usuário Usuário Resumo: Este caso de uso se refere a gravação de dados (backup) em local diferente do original, visando segurança. Casos de Uso Referenciados: Nenhum Pré-condições: O login ter sido efetuado. Gerente ter acessado o sistema com sua senha. Pós-condições: Backup efetuado com sucesso Restore efetuado com sucesso Fluxo de Execução Básico: Inicialização: Este caso de uso se inicia quando o Gerente acessa o sistema com sua senha e seleciona a opção Backup. Processo: Para efetuar o Backup o Gerente acessa o sistema com sua senha, seleciona a opção Backup, o sistema informará onde será gravado o backup e o Gerente confirma a operação clicando em SIM na Mensagem de Confirmação. Para efetuar a restauração o Gerente acessa o sistema com sua senha, seleciona a opção Backup e depois clica na aba Restore. O Gerente confirma a operação clicando em SIM na Mensagem de Confirmação. Terminação: O caso de uso é encerrado quando o gerente cancela a operação ou quando o backup ou o Restore é efetuado com sucesso. 37
Exceções: O Usuário cancelar o backup ou restauração Erro ao efetuar o backup Erro ao efetuar a restauração Cenário Ótimo para Efetuar Backup Usuário estar logado; Usuário clica em Backup na Página Principal; Usuário seleciona o local onde se encontra o banco de dados do programa; Usuário confirma o Backup. Cenário com Exceção para Efetuar Backup Usuário estar logado; Usuário clica em Backup na Página Principal; Usuário seleciona o local onde se encontra o banco de dados do programa; Usuário cancela o Backup. Cenário Ótimo para Efetuar Restauração Usuário estar logado; Usuário clica em Backup na Página Principal; Usuário seleciona o local onde se encontra o backup do programa; Usuário confirma a Restauração Cenário Ótimo para Efetuar Restauração Usuário estar logado; Usuário clica em Backup na Página Principal; Usuário seleciona o local onde se encontra o backup do programa; Usuário cancela a Restauração. 38
Interfaces Gráficas Referenciadas pelo Caso de uso: Tela 4: Tela Principal do Sistema SICOCC com foco no botão Backup. Tela 5: Tela para selecionar o local do backup. Tela 6: Tela de Mensagem do Sistema SICOCC para confirmar backup. 39
Tela 7: Tela para selecionar o local do backup. Tela 8: Tela de Mensagem do Sistema SICOCC para confirmar a restauração do backup. 40
11.3.1. Diagrama de Atividade : Usuário : Tela de Backup e Restore : Tela de Mensagens Abrir Tela Principal do SICOCC Exibir Tela Principal do SICOCC Clicar em Backup Exibir Tela de Backup ou Restore [ Restore ] Selecionar Restore Verificar Origem [ Incorreto ] Exibir Mensagem de Erro [ Backup ] [ Incorreto ] Selecionar Backup Verificar Destino [ Correto ] [ Correto ] Gravar Arquivo Restaurar Arquivo Exibir Mensagem de Sucesso 41
11.3.2. Diagrama de Seqüência 42
11.3.3. Diagrama de Classes da Aplicação Usuário fechar mensagem enviar dados criar página Tela de Backup e Restore mensagem : String efetuar backup() efetuar restore() exibir mensagem() gravar dados() verificar dados() receber solicitação backup() receber solicitação restore() receber arquivo() criar arquivo Tela de Mensagens mensagem : String criar mensagem cadastro com sucesso() criar mensagem preenchimento de campos() criar mensagem senha incorreta() criar mensagem alteração com sucesso() criar mensagem de exclusão com sucesso() criar mensagem consulta com sucesso() criar mensagem dados incorretos() criar mensagem de sucesso() criar mensagem de erro() recuperar arquivo Arquivo de Backup enviar arquivo() gravar arquivo() solicitar arquivo() 43
11.4. Consultar Cliente Projeto: SICOCC Identificador do Caso de Uso: Consultar Cliente Número do Caso de Uso: 4 Autor do Caso de Uso: Flávio, Márcio e Mateus Número da Versão do Caso de 1 Uso: Atores: Iniciadores Colaboradores Usuário Usuário Resumo: Este caso de uso representa a consulta dos clientes no cadastro do Sistema. Casos de Uso Referenciados: Importar Clientes Pré-condições: O login ter sido efetuado. Os clientes devem ter sido importados para o sistema. Pós-condições: Ter localizado o cliente com sucesso. Fluxo de Execução Básico: Inicialização: Este caso de uso se inicia quando o usuário deseja consultar o cadastro dos clientes assim como seus produtos. Processo: Na página inicial do sistema, o usuário seleciona a opção Clientes e depois Consultar. Nessa página o usuário pode fazer a consulta por nome, CPF ou número da conta do cliente. Terminação: O caso de uso é encerrado quando o usuário termina ou cancela a consulta dos clientes. Exceções: Nome incorreto ou inválido CPF incorreto ou inválido Número da conta incorreta ou inválida 44
Cenário Ótimo Usuário estar logado; Usuário clica na aba Clientes; Usuário clica em Consultar; Usuário escolhe a forma para consultar o cliente, por nome, CPF ou nº. da conta; Usuário insere os dados; Usuário clica em Consultar; Sistema exibe a Consulta de Clientes. Cenário com Exceção Usuário estar logado; Usuário clica na aba Clientes; Usuário clica em Consultar; Usuário escolhe a forma para consultar o cliente, por nome, CPF ou nº. da conta; Usuário insere dados incorretos ou inválidos. Interfaces Gráficas Referenciadas pelo Caso de uso: Tela 9: Tela Principal do Sistema SICOCC com foco no botão Consultar 45