Especificação de Requisitos e Modelagem

Transcrição

1 Unioeste Universidade Estadual do Oeste do Paraná CENTRO DE CIÊNCIAS EXATAS E TECNOLÓGICAS Colegiado de Informática Curso de Bacharelado em Informática Especificação de Requisitos e Modelagem Hudson João Magalhães Willian Dias Tamagi Allan Roger Bello

2 2 SUMÁRIO Cascavel MOTIVAÇÃO. 2 PROBLEMA DA EMPRESA 3 CRONOGRAMA 4 METODOLOGIA ESCOLHIDA... 5 REQUISITOS FUNCIONAIS... 6 REQUISITOS NÃO FUNCIONAIS REQUISITOS DE PROCESSO REQUISITOS DO PRODUTO O GRAFO SIG.. 7 MODELAGEM ORGANIZACIONAL i* MODELO DE DEPENDÊNCIAS ESTRATÉGICAS MODELO DE RAZÕES ESTRATÉGICAS... 8 CASOS DE USO REPRESENTAÇÃO DOS CASOS DE USO... 9 DIAGRAMAS DE CLASSES DESCRIÇÃO TEXTUAL DO DIAGRAMA DE CLASSES DIAGRAMAS DE SEQÜÊNCIAS DESIGN PATTERN ARQUITETURA TESTES (Casos e Métodos)... CONCLUSÃO... Apêndice A Coleta de Informações

3 3 1 MOTIVAÇÃO Busca por conhecimento da equipe de desenvolvimento no aprendizado do uso da engenharia de software para o desenvolvimento de sistemas em geral, atender o cliente que necessita de um sistema organizacional para seu estoque, produzindo um sistema de qualidade que gerencie seu estoque e agende suas tarefas. O objetivo é diminuir o tempo gasto na manutenção do estoque como cadastrar, consultar, alterar e excluir produto, também de ter um melhor gerenciamento de tarefas da empresa, pois não ah nem um sistema em uso na atual situação da empresa. 2 PROBLEMA DA EMPRESA A empresa ainda não possui qualquer tipo de sistema para o controle do estoque, onde por esse motivo há uma perca de tempo preciosa para esse controle, alem de que esse controle como esta sendo feito em arquivos de papel mesmo, ocorre frequentemente perda de informação ou ate erro humano na hora de passa a informação para o papel, gerando assim transtornos. Há também a necessidade de agendamento de tarefas, o cliente precisa visitar algumas obras, assim como pagar algumas contas, e essas tarefas tem data marcada, esse controle na empresa atualmente é feito apenas por agendas. O Sistema proposto iria resolve essas situações para o proprietário, agilizando e organizando o dia a dia da empresa, alem de evita erros graves(na parte de controle de estoque e de compromissos com data marcada).

4 4 3 CRONOGRAMA Tarefas Finalização Treinamento JAVA e Banco de Dados 27/4/2009 Implementação Interfaces 18/5/2009 Implementação Interfaces 25/5/2009 Implementação Interfaces 01/6/2009 Implementação Interfaces 8/6/2009 Revisão e Testes 15/6/2009 Implementação do Controle de Estoque 22/6/2009 Implementação do Controle de Estoque 29/6/2009 Implementação da Agenda 06/7/2009 Implementação da Agenda 13/7/2009 Revisão e Testes 20/7/2009 Implementação Realizar Vendas 27/7/2009 Implementação Relatórios de Vendas 03/8/2009 Implementação Vendas e Atualização do Estoque 10/8/2009 Implementação Consultas e Comissões 17/8/2009 Revisão e Testes 1 semana 24/8/2009 Implementação Controle das Obras (cadastro) 31/8/2009 Implementação Controle das Obras 07/9/2009 Implementação Controle de Usuários 14/9/2009 Implementação Controle Usuários 21/9/2009 Revisão e Testes 28/9/2009 Implementação Login e Prioridades 05/10/2009 Implementação Login Prioridades e Banco de Dados 12/10/2009 Implementação Fornecedores 19/10/2009 Implementação Controle dos Atores 26/10/2009 Revisão e Teste Geral do Sistema 02/11/2009 Ultimas Correções 16/11/2009

5 5 Entrega do Sistema Corrigido 30//11/2009 Inicialmente fizemos um cronograma imaginando que poderíamos segui-lo a risca mas devido a contratempos e a falta de experiência em desenvolvimento de software comercial tivemos que refazê-lo, mas apesar disso em alguns momentos não conseguimos ser pontuais no cronograma pois o maior problema em nosso caso pelo menos foi o cruzamento de trabalhos de outras matérias, mas recuperamos o atrase e conseguimos acompanhar boa parte das history cards em dia. 4 METODOLOGIA ESCOLHIDA Como a exigência do mercado de softwares hoje em dia é bem forte, não só em questão a qualidade mais também ao tempo de entrega, ale da complexidade do sistema que irá ser desenvolvido, visível previsão de mudanças das especificações durante a produção do projeto e a gestão sendo indispensável para assegurar a qualidade do produto, foi especificado que a metodologia que usaremos para o desenvolvimento do sistema será a metodologia XP. Como a metodologia XP, é uma metodologia para equipes pequenas e médias e que irão desenvolver software com requisitos vagos e em constante mudança, resolvemos adotar esta metodologia.para isso a estratégia de constante acompanhamento e realização de vários pequenos ajustes durante o desenvolvimento de software. Os quatro valores fundamentais da metodologia XP são: comunicação, simplicidade, feedback e coragem. A partir desses valores, possui como princípios básicos: feedback rápido, presumir simplicidade, mudanças incrementais, abraçar mudanças e trabalho de qualidade. Dentre as variáveis de controle em projetos (custo, tempo, qualidade e escopo), há um foco explícito em escopo. Para isso, recomenda-se a priorização de funcionalidades que representem maior valor possível para o negócio. Desta forma, caso seja necessário à diminuição de escopo, as funcionalidades menos valiosas serão adiadas ou canceladas. A XP incentiva o controle da qualidade como variável do projeto, pois o pequeno ganho de curto prazo na produtividade, ao diminuir qualidade, não é compensado por perdas (ou até impedimentos) a médio e longo prazo. Depois de algum tempo desenvolvendo o sistema utilizando a metodologia XP

6 6 conseguimos moldá-la um pouco com um pouco mais de documentação e diagramas, para melhor aprendizado da matéria. 5 REQUISITOS FUNCIONAIS Os requisitos funcionais descrevem os serviços que o sistema deve oferecer e suas "funções" ao fim do seu desenvolvimento, como devem se comportar a certas entradas, as mais variadas situações. Os requisitos funcionais que serão apresentados foram estudados e analisados juntamente ao filho do dono da empresa. Os seguintes requisitos estão apresentados e numerados em ordem de prioridade. [RF - 01] Cadastrar Produto O sistema deverá permitir cadastrar novos produtos com todos os seus atributos. O cadastro não poderá ser realizado no caso de já existir no estoque um produto com o mesmo código de barra ou nome. [RF - 02] Remover Produto O sistema deverá permitir a exclusão de produtos por nome ou código de barra,via usuários autorizados ( logados ). [RF - 03] Alterar Produto O sistema deverá permitir a alteração de um produto já existente no banco de dados. [RF - 04] Consultar Produto O sistema deverá permitir a consulta de um produto já existente no banco de dados. [RF 05] Cadastrar Obra dados. O sistema deverá cadastrar uma Obra quando necessário e seus atributos no banco de [RF 06] Excluir Obra O sistema deverá possibilitar a exclusão pelo nome da obra, atualizando

7 7 automaticamente no banco de dados. [RF 07] Pesquisar Obra O sistema deverá possibilitar a pesquisa de uma obra já agendada no sistema e disponibilizar a informação para o usuário. [RF 08 ] Alterar Obra O Sistema deverá possibilitar ao usuário modificações/alterações nas informações já agendadas no sistema. [RF 09 ] Cadastrar Usuário O Sistema deverá possibilitar o cadastro de novos usuários para o sistema, cada um com um login e senha distinta. [RF 10 ] Remover Usuário O Sistema deverá possibilitar a remoção de usuários do sistema, desabilitando-os de qualquer acesso ao sistema. [RF 11 ] Alterar Usuário O Sistema deverá possibilitar as alterações na conta de usuários no sistema, modificando senha ou login se necessário. [RF 12 ] Pesquisar Usuário O Sistema deverá possibilitar uma pesquisa sobre as contas de usuários do sistema existentes e disponibilizar essas informações. [RF - 13 ] Logar no Sistema Todas as funcionalidades do sistema são acessíveis aos usuários de acordo com seu nível de privilégio no sistema. Isto é realizado através de um sistema de Login/Senha. [RF - 14 ] Realizar Venda Os funcionários do sistema são permitidos realizar uma venda, o sistema devera

8 8 possibilitar a venda através do usuário logado. [RF - 15 ] Manter Fornecedor Apenas o gerente do sistema, poderá cadastrar e obter os dados dos fornecedores, e também o único que terá acesso ao pedido será o gerente. 6 REQUISITOS NÃO FUNCIONAIS 6.1 REQUISITOS DE PROCESSO [RNF /PROC -01] O sistema deverá ser implementado em Java de modo a ser compatível com o sistema operacional Windows. [RNF /PROC -02] código fonte. Será criado um documento contendo um diagrama de classes e informações sobre o [RNF /PROC- 03] Será criado um cronograma detalhado para o processo de desenvolvimento no qual constem: as atividades a serem desenvolvidas e em que período e com que recursos humanos e físicos serão desenvolvidos o sistema. 6.2 REQUISITOS DO PRODUTO * SEGURANÇA [RNF /SEG - 04] Os usuários terão que ter permissão, deverá utilizar de login e senha para alterar, excluir ou cadastrar produtos ou agendar tarefas.

9 9 * USABILIDADE [RNF /USAB - 05] A interface do sistema será agradável, objetiva e trivial ao usuário. Suas funcionalidades e informações deveram estar bem visíveis e disponíveis. [RNF /USAB - 06] Haverá mensagens de erro do sistema que deverão ser precisas e informativas, apontando sua origem. [RNF /USAB - 07] O Sistema disponibilizará ao usuário um menu "Ajuda", onde trará de forma objetiva informações sobre o sistema e suas demais funções e possíveis duvidas. * DESEMPENHO [RNF /DES- 08] O Sistema usará um banco de dados relacional, para uma maior eficiência, organização, rapidez e segurança na busca de dados [RNF /DES - 09] boa. Para um melhor desempenho do sistema é recomendada uma maquina razoavelmente 6.3 O GRAFO SIG (SOFTGOAL INTERDEPENDENCY GRAPHS ) Este permite uma visão vertical desde a estratégia de alto nível até o detalhe.

10 10 Figura 3 O grafo SIG 7 MODELAGEM ORGANIZACIONAL i* Apresentaremos nesta sessão uma modelagem organizacional a partir da técnica i*, utilizando os modelos: SD (Modelo de Dependências Estratégicas) figura 4 e SR (Modelo de Razões Estratégicas) figura MODELO DE DEPENDÊNCIAS ESTRATÉGICAS A partir de uma visão macro do modelo note-se que é composto de seis atores, sendo que a utilização direta do sistema é feita apenas pelos autores gerente e funcionário, essa interação é especificada pelas dependências destes com o ator sistema.

11 11 Figura 4: Modelo de Dependências Estratégicas (SD) O ator funcionário interage com o ator sistema, para isso ele necessita logar no sistema, sendo necessária entrada de usuário e senha. Após logado no sistema ele tem permissão de realizar algumas tarefas: gerência produto e agendamento, vendas. Todas estas operações para não impor dificuldade ao usuário na utilização do sistema são necessário que ele tenha uma boa usabilidade. Por haver grande fluxo de dados entre os atores, sendo que o sistema tem uma dependência de obter dados junto ao funcionário, é necessário que esta comunicação seja feita de forma segura e ágil.

12 12 O ator gerente pode ser considerado um funcionário especializado, sendo assim ele poderá executar todas as operações de um funcionário comum, para isto ele faz uso de um login/senha diferenciado. Esta especialização é denotada com a ligação ISA entre os atores. Além das operações herdadas do ator funcionário, ele se relaciona com o ator sistema ao fazer uso das funções: gerenciar funcionário, estas sendo essenciais ao funcionamento da organização. Quando o funcionário solicitar uma venda ele deve preencher com o nome do cliente, tipo do produto, consulta no estoque a quantidade desejada, e efetua a venda que automaticamente é dada baixa no estoque. Para que o sistema seja rápido, com dados íntegros e confiáveis ele dependera da qualidade do sistema gerenciador de banco de dados. 7.2 MODELO DE RAZÕES ESTRATÉGICAS O modelo SR (figura 2), complementa o modelo SD de forma a compreender e modelar de maneira mais detalhada as razões associadas com cada ator e suas dependências. Percebem-se pela expansão do ator sistema, a tarefa logar é necessário que usuário forneça um login e senha. Já as operações com produtos, agendamentos e funcionários têm as mesmas subdivisões, que são: cadastrar, modificar, remover e consultar.

13 Figura 5: Modelo de Razões Estratégica (SR) 13

14 14 O uso desse diagrama foi essencial para entender o funcionamento do sistema e para então desenvolver o sistema em si. 8 CASOS DE USO [Caso de uso 001]: Cadastrar Produto : O Sistema deverá cadastrar o produto no banco de dados. Atores envolvidos: Pessoas com acesso privilegiado(logadas). Pré-condição: Apenas pessoas com acesso privilegiado(logadas) e devidamente logados podem cadastrar, Não é possível cadastrar um produto com o mesmo nome de outro que já esteja armazenado no banco de dados. Cenário Principal de Sucesso: 1. O caso de uso é iniciado quando o usuário entra com o login e senha. 2. O usuário escolhe a opção PRODUTO. 3. O sistema da ao usuário os privilégios de acordo com o login. 4. O usuário escolhe a opção Cadastrar. 5. O sistema autoriza a opção escolhida ou não dependendo do login de acesso. 6. O usuário entra com os dados para a operação escolhida. 7. De acordo com a entrada, o sistema retorna o resultado obtido. [Caso de uso 002]: Remover Produto : O Sistema deverá remover o produto do banco de dados. Atores envolvidos: Pessoas com acesso privilegiado(logadas). Pré-condição Apenas pessoas com acesso privilegiado(logadas) podem remover produto, é necessário fazer a Consulta do produto antes de remover. Cenário Principal de Sucesso: 1. O caso de uso é iniciado quando o usuário entra com o login e senha. 2. O usuário escolhe a opção PRODUTO. 3. O sistema da ao usuário os privilégios de acordo com o login

15 15 4. O usuário escolhe a Opção Consulta. 5. O usuário entra com os dados para a consulta. 6.O sistema retorna o produto consultado. 7. O usuário escolhe a opção Remover. 8. O sistema autoriza a opção escolhida ou não dependendo do login de acesso. 9. O sistema retorna o resultado da remoção. [Caso de uso 003]: Alterar Produto : O Sistema deverá alterar, modificar qualquer atributo de um produto já cadastrado, atualizando no banco de dados. Atores envolvidos: Pessoas com acesso privilegiado (logadas). Pré-condição Apenas pessoas com acesso privilegiado, devidamente logadas podem Alterar, é necessário fazer a Consulta do produto antes de alterar algum atributo. Cenário Principal de Sucesso: 1. O caso de uso é iniciado quando o usuário entra com o login e senha. 2. O usuário escolhe a opção PRODUTO. 3. O usuário escolhe a Opção Consulta. 4. O usuário entra com os dados para a consulta. 5. O sistema retorna o produto consultado. 6. O usuário escolhe a opção Alterar. 7. O sistema autoriza a opção escolhida ou não dependendo do login de acesso. 8. O sistema retorna o resultado da alteração. [Caso de uso 004] Consultar : O Sistema deverá pesquisar o produto no banco de dados e mostrar seus atributos na tela para o usuário. Atores envolvidos: Pessoas com acesso privilegiado(logadas). Pré-condição: O sistema já devera ter no mínimo um produto cadastrado, para que se possa fazer a consulta.

16 16 Cenário Principal de Sucesso: 1. O caso de uso é iniciado quando o usuário entra com o login e senha. 2. O usuário escolhe a opção PRODUTO. 3. O usuário escolhe a opção Consultar. 4. O sistema autoriza opção escolhida. 5. O usuário entra com os dados para a Consulta. 6. De acordo com a entrada, o sistema retorna todas as informações do produto na tela. [Caso de uso 005] Agendar Obras : O Sistema deverá agendar uma determinada obra no banco de dados, com seus respectivos atributos. Atores envolvidos: Pessoas com acesso privilegiado(logadas) Pré-condição: Apenas pessoas com acesso privilegiado, devidamente logadas podem agendar. Não é possível agendar a mesma obra duas vezes, e também não é possível agenda 2 obras com o mesmo nome. Cenário Principal de Sucesso: 1. O caso de uso é iniciado quando o usuário entra com o login e senha. 2. O usuário escolhe a opção OBRAS. 3. O usuário escolhe a opção Agendar. 4. O sistema autoriza a opção escolhida. 5. O usuário entra com os dados para realizar operação escolhida. 6. De acordo com a entrada, o sistema retorna o resultado do agendamentos. [Caso de uso 006]: Excluir Obra : O Sistema deverá excluir uma determinada obra do banco de dados. Atores envolvidos: Pessoas com acesso privilegiado(logadas). Pré-condição Apenas pessoas com acesso privilegiado, devidamente logadas podem excluir uma obra,, é necessário fazer a pesquisa da obra antes de excluir - lá. Cenário Principal de Sucesso:

17 17 1. O caso de uso é iniciado quando o usuário entra com o login e senha. 2. O usuário escolhe a opção OBRA. 3. O usuário escolhe a Opção Pesquisar. 4. O usuário entra com os dados para a pesquisa. 5. O sistema retorna a obra pesquisada. 6. O usuário escolhe a opção Excluir. 7. O sistema autoriza a opção escolhida ou não dependendo do login de acesso. 8. O sistema retorna o resultado da exclusão. [Caso de uso 007] Pesquisar Obra : O Sistema deverá pesquisar a determinada Obra no banco de dados e mostrar seus atributos na tela para o usuário. Atores envolvidos: Pessoas com acesso privilegiado(logadas). Pré-condição: O sistema já devera ter no mínimo uma obra agendada, para que se possa fazer a pesquisa. Cenário Principal de Sucesso: 1. O caso de uso é iniciado quando o usuário entra com o login e senha. 2. O usuário escolhe a opção OBRA. 3. O usuário escolhe a opção Pesquisar. 4. O sistema autoriza a opção escolhida. 5. O usuário entra com os dados para a pesquisa. 6. De acordo com a entrada e se a obra estiver cadastrada, o sistema retorna todas as informações da Obra na tela para o usuário. [Caso de uso 008]: Alterar Obra : O Sistema deverá alterar, modificar qualquer atributo de uma obra já agendada, atualizando automaticamente o banco de dados. Atores envolvidos: Pessoas com acesso privilegiado(logadas). Pré-condição Apenas pessoas com acesso privilegiado(logadas) podem Alterar, é necessário

18 18 fazer a Pesquisa da Obra antes de alterar algum atributo. Cenário Principal de Sucesso: 1. O caso de uso é iniciado quando o usuário entra com o login e senha. 2. O usuário escolhe a opção OBRA. 3. O usuário escolhe a Opção Pesquisa. 4. O usuário entra com os dados para a pesquisa. 5. O sistema retorna a Obra desejada. 6. O usuário escolhe a opção Alterar. 7. O sistema autoriza a opção escolhida ou não, dependendo do login de acesso. 8. O sistema retorna o resultado da alteração. [Caso de uso 009]: Cadastrar Usuário : O Sistema deverá cadastrar um novo usuário no banco de dados. Atores envolvidos: Gerente Pré-condição: Apenas o gerente pode cadastrar um novo usuário para o sistema, não é possível cadastrar um usuário com o mesmo login de outro que já esteja armazenado no banco de dados. Cenário Principal de Sucesso: 1. O caso de uso é iniciado quando o gerente entra com o login e senha. 2. O gerente escolhe a opção Cadastrar novo Usuário. 5. O sistema autoriza a opção escolhida. 6. O gerente atribui um login e senha para o novo usuário. 7. De acordo com a entrada, o sistema retorna se o cadastro foi realizado com sucesso ou não. [Caso de uso 010]: Remover Usuário : O Sistema deverá remover o usuário do banco de dados. Atores envolvidos: Gerente Pré-condição : Apenas o gerente pode remover um usuário do sistema, não é possível remover um usuário que não esteja armazenado no banco de dados.

19 19 Cenário Principal de Sucesso: 1. O caso de uso é iniciado quando o gerente entra com o login e senha. 2. O gerente escolhe a opção Pesquisar Usuário. 3. O usuário entra com os dados para a pesquisa. 4. O sistema retorna o usuário pesquisado. 5. O gerente escolhe a opção Remover Usuário. 6. O sistema retorna o resultado da remoção. [Caso de uso 011] Pesquisar Usuário : O Sistema deverá pesquisar o usuário no banco de dados e mostrar seus atributos na tela para o gerente. Atores envolvidos: Gerente Pré-condição: O sistema já devera ter no mínimo um usuário cadastrado, para que se possa fazer a consulta. Cenário Principal de Sucesso: 1. O caso de uso é iniciado quando o gerente entra com o login e senha. 2. O gerente escolhe a opção Pesquisar Usuário. 3. O sistema autoriza a opção escolhida. 4. O gerente entra com os dados para a pesquisa. 5. De acordo com a entrada, o sistema retorna todas as informações do usuário na tela. [Caso de uso 012]: Alterar Usuário : O Sistema deverá alterar, modificar qualquer atributo de um usuário já cadastrado, atualizando o banco de dados. Atores envolvidos: Gerente Pré-condição Apenas pessoas com acesso privilegiado(gerente), pode Alterar, é necessário fazer a Pesquisa do produto antes de alterar algum atributo. Cenário Principal de Sucesso: 1. O caso de uso é iniciado quando o gerente entra com o login e senha.

20 20 2. O gerente escolhe a opção Pesquisar Usuário. 3. O gerente entra com os dados para a pesquisa. 4. O sistema retorna o usuário pesquisado. 5. O gerente escolhe a opção Alterar Usuário. 6. O sistema retorna o resultado da alteração. [Caso de uso 013]: Logar no Sistema : O usuário devera entrar com seus dados: login e senha. O Sistema deverá permitir acesso ao conteúdo do software se somente se os dados estiverem corretos. Atores envolvidos: Gerente e Funcionário Pré-condição O usuário já devera possuir seu cadastro no sistema. Cenário Principal de Sucesso: 1. O caso de uso é iniciado com a tela de login e senha. 2. O usuário devera entrar com seus dados. 3. O sistema busca no banco de dados se os dados estão corretos 4. O sistema retorna a mensagem de erro, ou login realizado com sucesso. 5. O sistema será iniciado, liberando os privilégios de acordo com o privilegio do usuário. [Caso de uso 014]: Realizar Venda : O usuário entrara com alguns dados do cliente em seguida os códigos e quantidades dos produtos da venda. Atores envolvidos: Gerente e Funcionário Pré-condição O usuário já devera estar logado no sistema. Cenário Principal de Sucesso: 1. O caso de uso é iniciado com o clique na aba de vendas. 2. O usuário devera entrar com os dados do cliente. 3. O usuário da inicio a venda, passando os códigos dos produtos e a quantidade. 4. O sistema retorna uma espécie de nota fiscal, com o valor total da venda.

21 21 [Caso de uso 015]: Manter fornecedor : Apenas o gerente tem acesso à classe fornecedor, o sistema apenas cadastrara e fará pedidos com o fornecedor Atores envolvidos: Gerente Pré-condição O gerente devera estar logado e com os privilégios liberados para acessar esta classe. Cenário Principal de Sucesso: 1. O inicio deste caso deverá ser iniciado pela aba fornecedora. 2. O cadastro do fornecedor, com a entrada dos dados do fornecedor. 3. O sistema salva os dados no banco de dados. 4. O sistema retorna a mensagem de erro, ou mensagem de sucesso. 5. O sistema poderá então fazer os pedidos ao fornecedor. 8.1 REPRESENTAÇÃO DOS CASOS DE USO Figura 4, Casos de Uso

22 22 9 DIAGRAMAS DE CLASSES OBRA Esta classe representa as obras a serem visitadas pela empresa e cadastradas no sistema. Seus atributos são Local, Data, Horário, Responsável, Fone, Rua, Bairro e num_obra, seus métodos são get e set que serão utilizados para a inserção e alteração dos atributos, possibilitando que outras classes chamem esses métodos se necessário PRODUTO Esta classe representa os produtos estocados na empresa e cadastrados no sistema. Seus atributos são Cod_Prod, e Quantidade, que serão necessários para o cadastro do produto no sistema, seus métodos são set e get que serão utilizados para a inserção e alteração dos atributos, possibilitando também que outras classes chame esses métodos se necessário. FUNCIONÁRIO Ésta classe representa os funcionários da empresa cadastrados no sistema. Seus atributos são apenas o Login que será atribuído pelo gerente e Senha, esses dados são necessários para efetuar o cadastro do funcionário no sistema. Também é disponível métodos para possibilitar o gerenciamento do produto e de obras. GERENTE Está classe representa o gerente da empresa. Seus atributos são apenas Nome_G e Senha_G, a classe terá os mesmos métodos que a classe funcionários (Herança) ale de alguns métodos especificamente da classe que envolve a parte de cadastros de usuários novos para ter acesso ao sistema, também é nessa classe que se tem o acesso e a possibilidade de gerenciar fornecedor. VENDA Está classe representa alguma venda feita especificamente de um produto da empresa. Não há atributos apenas métodos, e a classe esta ligada com a classe produto através de herança.

23 23 FORNECEDOR Está classe representa os fornecedores da empresa, não há nem um método nesta classe apenas atributos que são Nome e Telefone.

24 Figura 5 Representação Diagrama de Classes 24

25 DESCRIÇÃO TEXTUAL DO DIAGRAMA DE CLASSES No Diagrama de classe acima foi mostrado às classes do sistema separadas por camadas, onde a camada de visão não teve seus atributos e operações mostradas e também não terá sua descrição textual mostrada, por motivo de não se achar necessário já que foi utilizada a arquitetura MVC e com isso a camada de visão só possui praticamente métodos de interface pré prontos fornecidos pela ferramenta de desenvolvimento NetBeans. Utilizamos a documentação usando javadoc para complementar a descrição das classes via código do sistema. Pessoa Classe responsável por encapsular os atributos do objeto Pessoa e pela criação das funções de manipulação das mesmas (camada modelo). Atributos nome: String telefone: String cell: String tipo: String RG: String cpf: String ID: int endereco: String Responsável pelo armazenamento de informação referente ao nome da pessoa. Responsável pelo armazenamento de informação referente ao telefone da pessoa Responsável pelo armazenamento de informação referente ao telefone da pessoa Responsável pelo armazenamento de informação referente ao tipo da pessoa ( gerente, funcionário ou cliente). Responsável pelo armazenamento de informação referente ao RG da pessoa Responsável pelo armazenamento de informação referente ao CPF da pessoa Responsável pelo armazenamento de informação referente a identificação da pessoa. Responsável pelo armazenamento de informação referente a quantidade mínima permitida no estoque. Operações Pessoa() Pessoa(no: String, Construtor Default Construtor

26 26 te: String, id: int) Pessoa(no: String, te: String, r: String, cp: String, t: String, end: String, id: int): getid(): int setid(id: int): void setnome(nome: String): void getnome(): String settelefone (telefone: String): void gettelefone():string setcell(telefone: String): void getcell(): String setrg(r: String): void getrg(): String setcpf(c: String): void getcpf (): String settipo(t: String): void gettipo(): String Construtor Retorna o valor da variável referente ao identificador da pessoa. Seta o ID (altera o valor da variável referente a identificação da pessoa). Seta o nome (altera o valor da variável referente ao nome da pessoa). Retorna o valor da variável referente ao nome da pessoa Seta o telefone (altera o valor da variável telefone da pessoa). Retorna o valor da variável referente ao telefone da pessoa. Seta o valor da variável celular da pessoa. Retorna o valor da variável referente ao telefone da pessoa. Seta RG (altera o valor da variável referente ao RG da pessoa). Retorna o valor da variável referente ao RG da pessoa. Seta o cpf (altera o valor da variável referente ao cpf da pessoa). Retorna o valor da variável referente ao CPF. Seta a tipo de pessoa (altera o valor da variável referente ao tipo de pessoa). Retorna o valor da variável referente ao tipo da pessoa (gerente, vendedor ou cliente). Produto

27 27 Classe responsável por encapsular os atributos do objeto Produto e pela criação das funções de manipulação das mesmas( camada modelo). Atributos nome: String descricao: String medida: String fabricante: String Id: int quantidade: double preco: double estoquemin: double Responsável pelo armazenamento de informação referente ao nome do produto. Responsável pelo armazenamento de informação referente a descrição do produto Responsável pelo armazenamento de informação referente ao tipo de medida do produto. Responsável pelo armazenamento de informação referente ao fabricante do produto. Responsável pelo armazenamento de informação referente ao numero de identificação do produto. Responsável pelo armazenamento de informação referente a quantidade do produto. Responsável pelo armazenamento de informação referente ao preço do produto. Responsável pelo armazenamento de informação referente a quantidade mínima permitida no estoque. Operações getnome(): String setnome(n: string): void getid(): int getdescricao(): String setdescricao(d: String):void getfabricante(): String setfabricante(r: Retorna o valor do variável referente ao nome do produto. Seta o nome (altera o valor da variável referente ao nome do Produto). Retorna o valor da variável referente ao identificador do Produto. Retorna o valor da variável referente a descrição do produto Seta a descricao (altera o valor da variável referente a descrição do produto). Retorna o valor da variável referente ao fabricante do produto Seta o fabricante (altera o valor da variável referente ao

28 28 String): void getquantidade(): double setquantidade(q: double): void getestoquemin(): double setestoquemin(q: double): void getvalor(): double setvalor(q: double): void getunidademedida(): String setunidademedida(q: String): void fabricante do produto). Retorna o valor da variável referente a quantidade do produto Seta a quantidade (altera o valor da variável referente a quantidade do produto). Retorna o valor da variável referente a quantidade mínina de produto permitida em estoque. Seta a quantidade (altera o valor da variável referente a quantidade do produto). Retorna o valor da variável referente ao valor do produto. Seta o preco (altera o valor da variável referente ao valor do produto). Retorna o valor da variável referente a unidade de medida do produto. Seta a medida (altera o valor da variável referente a unidade de medida do produto). Obras Classe responsável por encapsular os atributos do objeto Obra e pela criação das funções de manipulação das mesmas( camada modelo). Atributos nome: String fone: String endereço: String fone2: String Responsável pelo armazenamento de informação referente ao nome da obra. Responsável pelo armazenamento de informação referente ao telefone da obra. Responsável pelo armazenamento de informação referente ao endereço da obra. Responsável pelo armazenamento de informação referente a um telefone alternativo da obra.

29 29 Id: int Responsável pelo armazenamento de informação referente ao numero de identificação da obra. Operações Obras(n: String, f: String, i: int) Construtor getnome(): String setnome(n: string): void getid(): int getfone(): String setfone(f: String):void getresp(): String setresp(r: String): void getendereco(): String setendereco(e: String): void getfone2(): String setfone2(f2: string): void Seta o nome (altera o valor da variável referente ao nome da Obra). Retorna o valor da variável referente ao identificador da Obra. Retorna o valor da variável referente ao telefone da Obra Seta o fone (altera o valor da variável referente ao telefone da Obra). Retorna o valor da variável referente ao responsável pela Obra Seta o responsável (altera o valor da variável referente ao responsável da Obra). Retorna o valor da variável referente ao endereço da Obra Seta o endereco (altera o valor da variável referente ao endereço da Obra). Retorna o valor da variável referente a um telefone secundário da Obra Seta o fone2 (altera o valor da variável referente a um telefone secundário). Tarefa Classe responsável por encapsular os atributos do Objeto tarefa e pela criação das funções de manipulação das mesmas( camada modelo). Atributos nome: String Referente ao nome da tarefa definida pelo usuário. D: int Responsável pelo armazenamento de informação referente ao dia do mês. M: int Responsável pelo armazenamento de informação referente ao mês do ano.

30 30 A: int Responsável pelo armazenamento de informação referente ao ano. H: int Responsável pelo armazenamento de informação referente a hora para realização da tarefa Min: int fone: String Id: int Responsável pelo armazenamento de informação referente aos minutos para completar o horário de realização da tarefa Responsável pelo armazenamento de informação referente ao telefone do cliente onde será realizada a obra Responsável pelo armazenamento de informação referente ao numero de identificação da obra. Operações Tarefa() Tarefa getid(): int setid(n: int): void getdia(): int setdia(n: int): void getmes(): void setmes(n: int): int getano(): void setano(n: int): int gethora(): int sethora(n: int): void getmin(): int setmin(n: int): void getnome(): String SetNome(n: String): void getcontato(): Retorna o ID da tarefa. Seta o ID (altera o valor da variável id). Retorna o valor da variável referente ao dia da tarefa. Seta o D (altera o valor da variável referente ao dia da tarefa). Retorna o valor da variável referente ao Mês da tarefa. Seta o M (altera o valor da variável referente ao Mês da tarefa). Retorna o valor da variável referente ao Ano da tarefa. Seta o A (altera o valor da variável referente ao Ano da tarefa). Retorna o valor da variável referente a hora da tarefa. Seta o H (altera o valor da variável referente a hora da tarefa). Retorna o valor da variável referente aos minutos da tarefa. Seta o Min (altera o valor da variável referente aos minutos da tarefa). Retorna o valor da variável referente ao nome da tarefa. Seta o nome (altera o valor da variável referente ao nome da tarefa). Retorna o valor da variável referente ao contato para alguma

31 31 String tarefa. Um telefone ou nome. Funcionário Classe responsável por encapsular os atributos do objeto Funcionário e pela criação das funções de manipulação das mesmas (camada modelo). Atributos nome: String telefone: String cell: String tipo: String RG: String cpf: String ID: int endereco: String Salário: double Cargo: String Responsável pelo armazenamento de informação referente ao nome do Funcionário. Responsável pelo armazenamento de informação referente ao telefone do Funcionário Responsável pelo armazenamento de informação referente ao telefone do Funcionário Responsável pelo armazenamento de informação referente ao tipo do Funcionário ( gerente, vendedor). Responsável pelo armazenamento de informação referente ao RG do funcionário. Responsável pelo armazenamento de informação referente ao CPF do funcionário. Responsável pelo armazenamento de informação referente a identificação do funcionário. Armazena o endereço do funcionário. Variável responsável para denominar o salário do funcionário. Esta é uma variável que armazena a informação referente ao cargo do funcionário. Operações Funcionário () Funcionário (no: String, te: String, id: int) Funcionário (no: String, te: String, r: Contrutor Default Construtor Construtor

32 32 String, cp: String, t: String, end: String, id: int): getid(): int setid(id: int): void setnome(nome: String): void getnome(): String settelefone (telefone: String): void gettelefone():string setcell(telefone: String): void getcell(): String setrg(r: String): void getrg(): String setcpf(c: String): void getcpf (): String settipo(t: String): void gettipo(): String Retorna o valor da variável referente ao identificador do Funcionário. Seta o ID (altera o valor da variável referente a identificação do Funcionário). Seta o nome (altera o valor da variável referente ao nome do Funcionário). Retorna o valor da variável referente ao nome do Funcionário Seta o telefone (altera o valor da variável telefone do Funcionário). Retorna o valor da variável referente ao telefone do Funcionário. Seta o valor da variável celular; Retorna o valor da variável referente ao telefone do Funcionário. Seta RG (altera o valor da variável referente ao RG do Funcionário). Retorna o valor da variável referente ao RG do Funcionário. Seta o cpf (altera o valor da variável referente ao cpf do Funcionário). Retorna o valor da variável referente ao CPF. Seta a tipo de pessoa (altera o valor da variável referente ao tipo do Funcionário). Retorna o valor da variável referente ao tipo do Funcionário. (gerente, vendedor). Fornecedor Classe responsável por encapsular os atributos do objeto Funcionário e pela criação das funções de manipulação das mesmas (camada modelo).

33 33 Atributos nome: String telefone: String cell: String String cnpj: String ID: int endereco: String Responsável pelo armazenamento de informação referente ao nome do fornecedor. Responsável pelo armazenamento de informação referente ao telefone da fornecedor Responsável pelo armazenamento de informação referente ao telefone da fornecedor Responsável pelo armazenamento de informação referente ao do fornecedor. Responsável pelo armazenamento de informação referente ao CNPJ do fornecedor. Responsável pelo armazenamento de informação referente a identificação do fornecedor. Responsável pelo armazenamento de informação referente a endereço do fornecedor. Operações Fornecedor () Fornecedor (no: String, te: String, id: int) Fornecedor (no: String, te: String, r: String, cp: String, t: String, end: String, id: int): getid(): int setid(id: int): void setnome(nome: String): void getnome(): String settelefone (telefone: String): Contrutor Default Construtor Construtor Retorna o valor da variável referente ao identificador do fornecedor. Seta o ID (altera o valor da variável referente a identificação do fornecedor). Seta o nome (altera o valor da variável referente ao nome do fornecedor). Retorna o valor da variável referente ao nome do fornecedor Seta o telefone (altera o valor da variável telefone do fornecedor).

34 34 void gettelefone():string setcell(telefone: String): void getcell(): String set CNPJ (c: String): void get CNPJ (): String Retorna o valor da variável referente ao telefone do fornecedor. Seta o valor da variável celular; Retorna o valor da variável referente ao telefone do fornecedor. Seta o CNPJ (altera o valor da variável referente ao CNPJ do Funcionário). Retorna o valor da variável referente ao CNPJ. DaoFornecedor Classe responsável pelas operações entre os dados do objeto fornecedor e o banco de dados e pela criação das funções de manipulação das mesmas (camada controle). Operações Inserir(o: Object): String Excluir(id: int): String Excluir(o: Object): String Excluir(nome: String, d: int, m: int, a: int): String Alterar(id: Int, o: Object): String Localizar( id: Int): Object Localizar(nome: String): Object UltimoID(): int Insere o objeto no banco de dados. Exclui o objeto no banco de dados utilizando o identificador. Exclui o objeto no banco de dados. Exclui um objeto utilizando nome, dia, mês e ano. Altera o objeto no banco de dados utilizando o identificador. Localiza um objeto cadastrado no banco de dados utilizando o identificador. Localiza um objeto cadastrado no banco de dados utilizando o nome. Retorna o ultimo identificador gerado pelo auto incremento.

35 35 DaoTarefas Classe responsável pelas operações entre os dados do objeto Tarefas e o banco de dados e pela criação das funções de manipulação das mesmas (camada controle). Operações Inserir(o: Object): String Excluir(id: int): String Excluir(o: Object): String Excluir(nome: String, d: int, m: int, a: int): String Alterar(id: Int, o: Object): String Localizar( id: Int): Object Localizar(nome: String): Object numtarefas(): int UltimoID(): int Insere o objeto no banco de dados. Exclui o objeto no banco de dados utilizando o identificador. Exclui o objeto no banco de dados. Exclui um objeto utilizando nome, dia, mês e ano. Altera o objeto no banco de dados utilizando o identificador. Localiza um objeto cadastrado no banco de dados utilizando o identificador. Localiza um objeto cadastrado no banco de dados utilizando o nome. Retorna o numero de tarefas cadastradas no banco de dados. Retorna o ultimo identificador gerado pelo auto incremento. DaoProdutos Classe responsável pelas operações entre os dados do objeto Produtos e o banco de dados e pela criação das funções de manipulação das mesmas (camada controle). Operações

36 36 Inserir(o: Object): String Excluir(id: int): String Excluir(nome: String): String Alterar(id: Int, o: Object): String Localizar( id: Int): Object Localizar(nome: String): Object NroObjetos(): int UltimoID(): int GetNomes(): Vector GetEstoqueMin(): Vector Insere o objeto no banco de dados. Exclui o objeto no banco de dados utilizando o identificador. Exclui o objeto no banco de dados utilizando o nome. Altera o objeto no banco de dados utilizando o identificador. Localiza um objeto cadastrado no banco de dados utilizando o identificador. Localiza um objeto cadastrado no banco de dados utilizando o nome. Retorna o numero de objetos cadastrados no banco de dados. Retorna o ultimo identificador gerado pelo auto incremento. Retorna um vetor com todos os nomes que estão cadastrados no banco de dados. Retorna o estoque minimo necessário do produto. Impressão Classe responsável pelas impressão de cupom fiscal. Operações printing(): Void Operação responsável por enviar os dados a serem imprimidos para impressora. ColeçãoPessoa Classe responsável por encapsular os atributos do objeto Pessoa e pela criação das funções de manipulação das mesmas( camada modelo).

37 37 Atributos Db: ObjectContainer cont: int Id: int Controla o banco de dados. Contador de objetos recebidos. Itentificador dos objetos. Operações getid(p: pessoa): int Inserir(o: Object): String Excluir(id: int): String Excluir(nome: String): String Alterar(id: Int, o: Object): String Localizar( id: Int): Object Localizar(nome: String): Object NroObjetos(): int UltimoID(): int Conectar(): ColeçãoPessoa Desconectar(): void Retorna o valor da variável referente ao identificador da Pessoa. Insere o objeto no banco de dados. Exclui o objeto no banco de dados utilizando o identificador. Exclui o objeto no banco de dados utilizando o nome. Altera o objeto no banco de dados utilizando o identificador. Localiza um objeto cadastrado no banco de dados utilizando o identificador. Localiza um objeto cadastrado no banco de dados utilizando o nome. Retorna o numero de objetos cadastrados no banco de dados. Retorna o ultimo identificador gerado pelo auto incremento. Faz a conexão com o Sistema Gerenciador banco de dados. Desconecta do Sistema Gerenciador de banco de dados. ColeçãoFornecedor Classe responsável por encapsular os atributos do objeto fornecedor e pela criação das funções de manipulação das mesmas( camada modelo).

38 38 Atributos Db: ObjectContainer cont: int Id: int Controla o banco de dados. Contador de objetos recebidos. Itentificador dos objetos. Operações getid() getid(p: fornecedor): int Inserir(o: Object): String Excluir(id: int): String Excluir(nome: String): String Alterar(id: Int, o: Object): String Localizar( id: Int): Object Localizar(nome: String): Object NroObjetos(): int UltimoID(): int Retornar o valor do identificador. Retorna o valor da variável referente ao identificador da fornecedor. Insere o objeto no banco de dados. Exclui o objeto no banco de dados utilizando o identificador. Exclui o objeto no banco de dados utilizando o nome. Altera o objeto no banco de dados utilizando o identificador. Localiza um objeto cadastrado no banco de dados utilizando o identificador. Localiza um objeto cadastrado no banco de dados utilizando o nome. Retorna o numero de objetos cadastrados no banco de dados. Retorna o ultimo identificador gerado pelo auto incremento. Conectar(): Coleção fornecedor Desconectar(): void ColeçãoTarefa Classe responsável por encapsular os atributos do objeto Obra e pela criação das funções de manipulação das mesmas( camada modelo).

39 39 Atributos bd: bd Id: int Controla o banco de daos. Itentificador dos objetos. Operações getid() getid(p: tarefa): int Inserir(o: Object): String Excluir(id: int): String Excluir(nome: String): String Seta o nome (altera o valor da variável referente ao nome da Obra). Retorna o valor da variável referente ao identificador da Obra. Insere o objeto no banco de dados. Exclui o objeto no banco de dados utilizando o identificador. Exclui o objeto no banco de dados utilizando o nome. Excluir(nome: String, d: int, m: int, a: int): String Alterar(id: Int, o: Object): String Localizar( id: Int): Object Localizar(nome: String): Object NroObjetos(): int UltimoID(): int Altera o objeto no banco de dados utilizando o identificador. Localiza um objeto cadastrado no banco de dados utilizando o identificador. Localiza um objeto cadastrado no banco de dados utilizando o nome. Retorna o numero de objetos cadastrados no banco de dados. Retorna o ultimo identificador gerado pelo auto incremento. Conectar(): ColeçãoTarefa Desconectar(): void ColeçãoProdutos

40 40 Classe responsável por encapsular os atributos do objeto Obra e pela criação das funções de manipulação das mesmas( camada modelo). Atributos Db: ObjectContainer cont: int Id: int Controla o banco de dados. Contador de objetos recebidos. Itentificador dos objetos. Operações getid() getid(p: produto): int Inserir(o: Object): String Excluir(id: int): String Excluir(nome: String): String Alterar(id: Int, o: Object): String Localizar( id: Int): Object Localizar(nome: String): Object NroObjetos(): int UltimoID(): int Seta o nome (altera o valor da variável referente ao nome da Obra). Retorna o valor da variável referente ao identificador da Obra. Insere o objeto no banco de dados. Exclui o objeto no banco de dados utilizando o identificador. Exclui o objeto no banco de dados utilizando o nome. Altera o objeto no banco de dados utilizando o identificador. Localiza um objeto cadastrado no banco de dados utilizando o identificador. Localiza um objeto cadastrado no banco de dados utilizando o nome. Retorna o numero de objetos cadastrados no banco de dados. Retorna o ultimo identificador gerado pelo auto incremento. Conectar(): ColeçãoProdutos Desconectar(): void GetNomes(): Vector Retorna um vetor com todos os nomes que estão cadastrados

41 41 no banco de dados. GetEstoqueMin(): Vector Retorna o estoque minimo necessário do produto. ColeçãoFuncionario Classe responsável por encapsular os atributos do objeto funcionário e pela criação das funções de manipulação das mesmas( camada modelo). Atributos Db: ObjectContainer cont: int Id: int Controla o banco de dados. Contador de objetos recebidos. Itentificador dos objetos. Operações getid(p: funcionário): int Inserir(o: Object): String Excluir(id: int): String Excluir(nome: String): String Alterar(id: Int, o: Object): String Localizar( id: Int): Object Localizar(nome: String): Object NroObjetos(): int UltimoID(): int Conectar(): Coleção Funcionário Retorna o valor da variável referente ao identificador da funcionário. Insere o objeto no banco de dados. Exclui o objeto no banco de dados utilizando o identificador. Exclui o objeto no banco de dados utilizando o nome. Altera o objeto no banco de dados utilizando o identificador. Localiza um objeto cadastrado no banco de dados utilizando o identificador. Localiza um objeto cadastrado no banco de dados utilizando o nome. Retorna o numero de objetos cadastrados no banco de dados. Retorna o ultimo identificador gerado pelo auto incremento. Faz a conexão com o Sistema Gerenciador banco de dados.

42 42 Desconectar(): void Desconecta do Sistema Gerenciador de banco de dados. ComparaHora Compara os hora e ordena o vetor em ordem decrescente. Operações compare(o1: Object, o2: Object): int Compara 2 objetos. Compara Nome Compara os nomes e ordena o vetor em ordem alfabetica. Operações compare(o1: Object, o2: Object): int Compara 2 objetos. ComparaProduto Compara os produto e ordena o vetor em ordem alfabetica. Operações compare(o1: Object, o2: Object): int Compara 2 objetos. Seguranca Classe responsável pela criptografia de dados. Esta classe traz uma grande segurança aos dados do sistema. Principalmente login e senha.

43 43 Atributos hexdigits: String Controla o banco de dados. Operações Encrypt(String chave, String msg): String Decrypt(String chave, String msg): String generatekey(): String Método responsável por cryptografar a mensagem, ou frase. Método responsável por decryptografar a mensagem, ou frase. Método responsável por gerar uma chave válida aleatória. 10 Diagrama de Sequência e Textual Figura 6: Diagrama de seqüência adicionar/excluir objeto A representação acima demonstra como funciona a seqüência dos passos do sistema ImperlajeFoz, esta descrição genérica dos passos, funcionando e sendo utilizada para todos os modelos de objetos no sistema. Como Pessoa, Funcionário, Fornecedor, Obra e Tarefa. A seguir demonstraremos como funciona a seqüência dos passos utilizando as camadas

44 44 Visão, Modelo e Controle. Esse diagrama esta exemplificando como são os passos para Adicionar, alterar, excluir e visualizar um objeto do modelo obra, mas estes diagramas se estendem aos demais objetos apenas mudando a modificação do modelo do objeto. DIAGRAMA DE SEQÜÊNCIA ADICIONAR OBRA Figura 7: Diagrama de seqüência adicionar produto / obra. Diagrama representa a seqüência e os devidos passos para adicionar um produto ou obra e as passagens de parâmetros indicadas pelo símbolo (*). Como utilizamos a arquitetura MVC começamos pela visão, onde o usuário passa os dados para o sistema com o intuito de adicionar um produto ou uma obra. A partir daí o sistema executa os passos para completar a adição, seguindo pelo controlador, chegando ao modelo. Na camada de modelo, são carregados os produtos ou obras cadastrados no banco de dados, em seguida é criado o novo objeto produto ou obra e todos os itens são reinseridos no banco de dados. Assim retornando até a visão o resultado sucesso ou falha da operação. DIAGRAMA DE SEQÜÊNCIA ALTERAR OBRA

45 45 Figura 8: Diagrama de seqüência alterar produto / obra. Diagrama representa a seqüência e os devidos passos para alterar um produto ou obra e as passagens de parâmetros indicadas pelo símbolo (*). Como utilizamos a arquitetura MVC começamos pela visão, onde o usuário passa os dados para o sistema com o intuito de alterar um produto ou uma obra já cadastrado. A partir daí o sistema executa os passos para completar a alteração, seguindo pelo controlador, chegando ao modelo. Na camada de modelo, são carregados os produtos ou obras cadastrados no banco de dados, em seguida é localizado o produto ou obra a ser alterado, alteram-se os dados e todos os itens são reinseridos no banco de dados. Assim retornando até a visão o resultado sucesso ou falha da operação. DIAGRAMA DE SEQÜÊNCIA EXCLUIR OBRA