Processo de Engenharia de Software II

Tamanho: px
Começar a partir da página:

Download "Processo de Engenharia de Software II"

Transcrição

1 UNIOESTE - Universidade Estadual do Oeste do Paraná CCET Centro de ciências Exatas e Tecnológicas Colegiado de Ciência da Computação Curso de Bacharelado em Ciência da Computação Processo de Engenharia de Software II Sistema GE Sistema de Gerenciamento Empresarial Cascavel - PR Abril

2 Felipe Schulz Sefrin Marcos Fernando Schmitt Rafael Luis Acco Especificação de Requisitos e Modelagem Orientada a Objetos Professor: Victor Francisco Araya Santander Cascavel - PR Abril

3 Sumário Pg. 1. Motivação Sistema Proposto Requisitos Funcionais Modelagem Organizacional Diagrama SD Diagrama SR Requisitos Não-Funcionais Requisitos de Processo Requisitos de Produto Requisitos Externos Grafo SIG Diagrama de Casos de Uso Diagrama de Classes Metodologia Cronograma Conclusão

4 1. Motivação A informatização dos processos em uma empresa comercial traz muitos benefícios para a mesma, tal como, otimização desde as necessidades operacionais, até as financeiras. Como este trabalho não possui fins lucrativos, daremos maior atenção aos operacionais. Levando em consideração este motivo, e a necessidade do desenvolvimento de um sistema para a disciplina Processo de Engenharia de Software II, e devido ao aumento crescente de empresas comerciais, verificamos a oportunidade do desenvolvimento de um sistema automatizado para gerenciamento (controle de estoque, compra e venda dos produtos, clientes, tranportadoras) destes estabelecimentos. 2. Sistema Proposto O sistema proposto será desenvolvido levando-se em consideração as necessidades inerentes ao aumento do ramo comercial, como uma empresa de locação e bendas de equipamentos para impressão por exemplo, onde a informatização torna o processo mais agíl da administração deste estabelecimento, será possível o controle preciso do fluxo de caixa, pagamento de despesas, produtos, fornecedores e salários, gerando assim a satisfação por parte do cliente e a possibilidade de investimentos futuros em novos serviços por parte do estabelecimento. O sistema otimizará a administração geral do estabelecimento. Como o sistema será desenvolvido de forma genérica, sua utilização será possível para qualquer estabelecimento comercial. Os funcionários poderão cadastrar, alterar e exlcuir clientes, fornecedores e produtos, lembrando sempre que a exclusão de qualquer tipo é de total responsabilidade do funcionário, mas somente o administrador terá controle sobre os funcionários e do controle de caixa do sistema. Resumidamente, o cliente efetuará a compra através do funcionário. Que verificará no sistema se os produtos pedidos estão disponíveis em estoque, caso contrário o cliente é informado imediatamente, no caso do produto não estar disponível o funcionário é informado imediatamente, para atender o cliente com maior eficiência. Será verificado se contém o produto em estoque. Ao efetivar a venda o sistema automaticamente atualizará o estoque e será gerada uma saída com os produtos pedidos. Na compra de produtos o funcionário selecionará o fornecedor e adicionar os produtos vendidos por este fornecedor. O sistema automaticamente atualizará o estoque e será gerada uma entrada com os produtos. Baseando-se nas informações adquiridas, este documento foi elaborado objetivando documentar os requisitos (funcionais e não-funcionais) do sistema e apresentar sua modelagem orientada a objetos, para que possam ser usados futuramente no projeto. 3. Requisitos Funcionais Lista-se abaixo, de forma numerada, os requisitos do sistema, que descrevem os serviços que o sistema deve oferecer. Nos Requisitos abaixo, o termo gerenciar, foi utilizado no sentido de inserir, alerar, excluir e consultar, essa simplificação foi feita para diminuir o volume de informações nesta seção do documento. [RF 01] Controlar Caixa O sistema deverá permitir que o administrador possa controlar o caixa, disponibilizando funções de incluir, sendo este a inclusão de notas dos produtos comprados, notas de saída dos mesmos, gastos adicionais que existirá na empresa, excluir, consultar e alterar suas entradas e saídas 4

5 financeiras como por exemplo os produtos vendidos ou ainda os gastos de transportes, poderá também verificar o fluxo de caixa, ou seja, o histórico de ganhos e despesas do estabelecimento, conseguindo assim, emitir relatórios que ajudem a acompanhar/mensurar os débitos e créditos. Prioridade: Alta. Solicitante: Administrador. [RF 02] Gerenciar Estoque O sistema deverá permitir que o administrador possa gerenciar seus produtos, produtos estes de qualquer espécie. Disponibilizando funções de incluir, excluir, consultar e alterar os mesmos, as consultas serão realizadas por nome ou código, sendo que o código será organizado conforme a linha do produto, como por exemplo, xerocadora preto e branco ou impressora colorida. Prioridade: Alta. Solicitante: Administrador e usuário. [RF 03] Gerenciar Funcionários O sistema deverá permitir que o administrador possa gerenciar seus funcionários, contendo seus dados pessoais (nome, endereço, RG, CPF, filiação, conta bancária), salário e cargo. Disponibilizando funções de incluir, excluir, consultar e alterar os mesmos. Prioridade: Alta. Solicitante: Administrador. [RF 04] Gerenciar Fornecedor O sistema deverá permitir que o administrador possa gerenciar seus fornecedores, contendo os dados da empresa fornecedora (essa empresa pode ser genérica, mas alguns dados são obrigatórios, como por exemplo, nome, endereço e tipos de produtos que foenecem) e contato. Disponibilizando funções de incluir, excluir, consultar e alterar os mesmos. Prioridade: Alta. Solicitante: Administrador e usuário. [RF 05] Gerenciar Usuários O sistema deverá permitir que o administrador possa gerenciar usuários e senhas, os usuários serão definidos no cadastro do funcionário, levando em conta que nem todo o funcionário necessita de um login e senha. Disponibilizando funções de incluir, excluir, consultar e alterar os mesmos. Prioridade: Alta. Solicitante: Administrador. [RF 06] Gerenciar Níveis de Usuários O sistema deverá permitir que o administrador possa gerar níveis de usuários, com as funções de incluir, excluir, consultar e alterar os mesmos. Prioridade: Alta. Solicitante: Administrador. [RF 07] Gerenciar Transportadoras O sistema deverá permitir que o usuário possa gerenciar as transportadoras, de qualquer tipo e espécie, se possível classificando-as por especialização de transportes. Disponibilizando funções de incluir, excluir, consultar e alterar as mesmas. Prioridade: Alta. Solicitante: Administrador e usuário. [RF 08] Gerenciar Orçamentos O sistema deverá permitir que o usuário possa gerar orçamentos, com a descrição de todos os produtos e serviços, cada um acompanhado pelo seu valor, após elaborados e incluidas no sistema. Prioridade: Alta. Solicitante: Administrador e usuário. [RF 09] Gerenciar Nota de Saída O sistema deverá permitir que o usuário possa gerenciar as vendas, cada venda representada por uma nota de saída. Disponibilizando funções de incluir, excluir, consultar e alterar os mesmos, 5

6 os dados necessários para a efetivação das vendas, como descontos, também poderão ser gerenciados. Prioridade: Alta. Solicitante: Administrador e usuário. [RF 10] Gerenciar Notas de Entrada O sistema deverá permitir que o usuário possa gerenciar as compras, estas representadas sempre por notas de entrada. Disponibilizando funções de incluir, excluir, consultar e alterar os mesmos. Prioridade: Alta. Solicitante: Administrador e usuário. [RF 11] Gerenciar Cliente O sistema deverá permitir que o administrador possa gerenciar seus clientes, contendo os dados do cliente (nome, endereço, RG, CPF), contato do mesmo e, se ele já comprou, qual foi a compra realizada por ele. Disponibilizando funções de incluir, excluir, consultar e alterar os mesmos. Prioridade: Alta. Solicitante: Administrador e usuário. 4. Modelagem Organizacional Nesta seção apresentamos os diagramas SD e SR relacionado ao projeto e as descrições do mesmo. 4.1 Diagrama SD O diagrama SD (Strategic Dependency) que envolve o sistema GE é esquematizado na figura abaixo: 6

7 7

8 Este diagrama é composto por três atores, Administrador, Usuário e Sistema. O ator Administrador espera interagir com o sistema de forma rápida e fácil, para isto ele depende de um fator importantíssimo, a Usabilidade. Além disto, ele depende do sistema para Efetuar Login, conseqüentemente podendo Gerenciar Funcionário, Gerenciar Usuários, Gerenciar Níveis de Usuários e Controlar Caixa. O ator Usuário depende do ator Sistema para Gerenciar as Compras e Vendas, assim como consultar e gerenciar todo o restante do sistema, não podendo apenas se envolver nas ações dos Administradores. 4.2 Diagrama SR Abaixo tem-se o diagrama SR (Strategic Rationale) que permite analisar algumas tarefas de forma mais detalhada. Escolhemos o ator Sistema para expansão. 8

9 9

10 Pela expansão do diagrama é possível notar que a tarefa Controlar Caixa consiste em duas outras tarefas: Pagar Conta, onde o ator Administrador vai dar a entrada das contas pagas, porém se divide em outras três tarefas: Pagar Despesas, Pagar Fornecedor e Pagar Funcionário, e Receber Pagamento, onde o ator Sistema vai dar a entrada das contas recebidas do estabelecimento, sendo consistente de outra tarefa chamada Fechar Conta, porém Fechar Conta é dividido em duas tarefas: Emitir Comprovante, onde encontramos duas tarefas: Cupon Fiscal, onde será emitido o cupon fiscal, e o Nota Fiscal, onde será emitido a nota fiscal, e o Receber Pagamento, que se divide em outras duas tarefas: Crédito, onde se encontra a entrada direta na conta, e à Vista, que consiste em outras duas tarefas: Dinheiro, onde o ator Caixa receberá a conta em dinheiro, e Débito, onde o ator Caixa receberá a conta com cartão de crédito que entrará direto na conta do restaurante A tarefa Gerar Relatórios consistem em duas tarefas: Gerar histórico Receita $, onde encontramos as receitas financeiras da empresa, e a tarefa Pagamentos, que consiste em outras três tarefas: Fornecedor, onde encontramos os pagamentos para fornecedores, Funcionário onde encontramos os pagamentos para os funcionários e Despesas, onde encontramos todos os outros pagamentos diversos. A tarefa Gerenciar Funcionário consiste em Inserir um novo funcionário, Alterar funcionários já cadastrados, Remover funcionários que eventualmente não fazem mais parte do quadro de colaboradores e Buscar para facilitar as atividades acima. 5. Requisitos Não-Funcionais O sistema a ser elaborado, embora seja de cunho acadêmico e de média complexidade, apresenta uma quantidade considerável de requisitos não-funcionais para se obter o mínimo de qualidade requerida. Segue abaixo estes requisitos, que são definidos de três tipos: de processo, de produto e externos. É dado destaque para os requisitos de produto, que teve seu grafo SIG elaborado e comentado. 5.1 Requisitos de Processo [RNF/PROC-01] Deve ser elaborada toda a documentação necessária do sistema de acordo com o conteúdo aprendido na disciplina de PES II e a implementação deverá segui-la. [RNF/PROC-02] A modelagem do sistema deverá ser orientada a objetos. [RNF/PROC-03] Preferencialmente deve ser usada uma metodologia ágil para o desenvolvimento do sistema, pois o mesmo não tem todos os requisitos definidos e novas funcionalidades poderão ser adicionadas. 5.2 Requisitos de Produto Segurança [RNF/SEG -04] O sistema deve permitir ao administrador, garçoms, recepcionista, cozinheiro e caixa utilizem login e senha para usufruir as funcionalidades do sistema, para isto, suas visões não serão compartilhadas entre si, e os dados serão protegidos por permissões, sendo o administrador o unico a alterar estas restrições. [RNF/SEG-05] O sistema deve utilizar criptografia para armazenamento de login e senha dos usuários, isto será feito utilizando-se recursos da linguagem Java, e do SGBD PostgreSQL. Performance 10

11 [RNF/PER-06] Para obter eficiência na consulta dos dados armazenados deverá ser utilizado o banco de dados PostgreSQL com modelagem normalizada. Custo [RNF/CUS-07] Tratando-se de trabalho de cunho acadêmico, todos os recursos envolvidos para o desenvolvimento do software devem ser gratuitos. Portabilidade [RNF/CUS-08] O sistema será implementado em java para a facilidade de portabilidade caso necessário. Usabilidade [RNF/USA-09] Deve apresentar mensagens de erro quando o usuário tentar entrar com dados inconsistentes. [RNF/USA-10] Para uma aparência agradável do sistema, será utilizado tons de cores mais suaves, e padronização de telas. [RNF/USA-11] Será evitado o uso de muitos níveis de menu. Estipulando-se no máximo três níveis. Evolucionabilidade [RNF/USA-12] O sistema implementará arquitetura de software MVC. Onde os modelos de dados, a parte visual e parte lógica de funcionamento são separadas, tornando mais fácil qualquer incremento no software. [RNF/USA-13] A implementação do sistema deve ser orientada a objetos. Aplicando assim conceitos de reaproveitamento de código. 5.3 Requisitos Externos [RNF/EXT-14] Todas as ações do sistema não podem desrespeitar as normas de uma empresa. 6. Grafo SIG Grafo SIG (Softgoal Interdependency Graph) é parte do NFR Framework, que ilustra e ajudanos a entender melhor os requisitos não-funcionais do sistema, através dele podemos verificar o que deve ser operacionalizado para atender determinado requisito e como ele contribui (positivo ou negativamente) para os demais. Segue abaixo o grafo e uma descrição sobre o mesmo. 11

12 O softgoal evolucionabilidade é uma das prioridades do sistema e é operacionalizado pelo uso do padrão de arquitetura de software MVC, orientação a objetos na implementação e pela 12

13 documentação do sistema. MVC é altamente indicado para sistemas desktop. O padrão MVC infelizmente contribuirá negativamente para o softgoal performance, pois ele se baseia em troca de mensagens entre camadas, tornando algumas operações mais lentas. O paradigma de Programação Orientada a Objetos permite abstração de vários elementos, fornecendo assim modularização e reaproveitamento dos itens do sistema. A documentação servirá para dar suporte ao desenvolvimento e para as futuras evoluções. O softgoal performance por sua vez, é decomposto em espaço e tempo. Performance de espaço será operacionalizado pelo armazenamento somente de dados necessários para manter a consistência dos pedidos, como: listas de pratos, lista de produtos e lista de clientes. Performance de tempo será o uso de banco de dados robusto, neste caso operacionalizado pelo uso do banco de dados PostgreSQL, que contribui positivamente com performance de espaço. Performance de tempo contribui positivamente para o softgoal usabilidade, outra prioridade do sistema, pois se o sistema responder de forma rápida às solicitações certamente agradará o usuário. Usabilidade pode ser satisfeito pelo uso de teclas de atalho, ou pelo softgoal interface amigável que neste caso é operacionalizado usando cores suaves e padrões de tela, evitando muitos níveis de menus e exibindo mensagens de erro quando necessário. Outro softgoal prioritário para o sistema é portabilidade, que será alcançado pelo uso da linguagem Java, sendo portável para qualquer sistema operacional, desde que tenha uma máquina virtual Java. O softgoal segurança não será atendido por completo. Ele é composto pelos softgoals integridade, disponibilidade e confidencialidade. A única contribuição positiva para este softgoal será o fato de utilizarmos login e senha para acesso às funcionalidades. Login e senha neste contexto são a operacionalização para atender o softgoal confidencialidade, que acaba contribuindo de forma negativa para o softgoal usabilidade, pois a partir do momento que precisamos inserir estes dados o processo se torna mais burocrático e conseqüentemente "menos usável". Para atender confidencialidade utilizaremos também criptografia no armazenamento de login e senha. 7. Diagrama de Casos de Uso O diagrama de caso de uso tem como objetivo descrever um cenário que mostra as funcionalidades do sistema no ponto de vista do usuário, nele chamados de ator. A seguir apresentaremos o diagrama de Casos de Uso no ponto de vista dos atores (Administrador e Funcionário) e descreveremos todos os casos de uso de forma textual detalhada. 13

14 14

15 [Caso de Uso 001] - Gerenciar Transportadoras Objetivo no Contexto: Gerenciar as Transportadoras, incluindo, removendo, alterando e buscando Transportadoras. Pré-Condições: Para todas as operações o usuário deve estar logado e ter permissão. Condição Final de Sucesso: Redireciona o sistema para a operação desejada. Condição Final de Falha: Falha no redirecionamento. 1. O sistema apresenta as opções: Incluir Transportadora, Excluir Transportadora, Alterar Transportadora e Buscar Transportadora. 2. Caso o usuário escolha a opção Incluir Transportadora: O caso de uso Inserir Transportadora é chamado <<include>> 2.1. Opção Excluir Transportadora: O caso de uso Excluir Transportadora é chamado <<extend>> 2.2. Opção Alterar Transportadora: O caso de uso Alterar Transportadora é chamado <<extend>> 2.3. Opção Buscar Transportadora: O caso de uso Buscar Transportadora é chamado <<extend>> [Caso de Uso 002] - Incluir Transportadora Objetivo no Contexto: Incluir uma nova Transportadora Pré-Condições: O usuário deverá estar logado no sistema, e ter permissão para realizar o caso de uso Gerenciar Transportadora. Condição Final de Sucesso: Transportadora inserida com sucesso. Condição Final de Falha: Transportadora não inserida. 1. O usuário insere os dados do cadastro. 2. O sistema verifica se a Transportadora já esta cadastrada. 3. O sistema insere a Transportadora na base de dados. 4. O sistema emite mensagem de que a inserção foi realizada Entrada Inválida: o sistema emite uma mensagem comunicando porque a entrada é invalida para cada campo digitado incorretamente Campos Obrigatórios não Preenchidos: O sistema emite mensagem apresentando na sequencia quais campos não foram preenchidos Dados inválidos: o sistema emite uma mensagem comunicando porque os dados são inválidos perante o campo Transportadora já existente: o sistema retorna uma mensagem dizendo que já existe uma transportadora cadastrada com os mesmos dados. [Caso de Uso 003] - Excluir Transportadora 15

16 Objetivo no Contexto: Excluir uma Transportadora. Pré-Condições: O usuário deverá estar logado no sistema, e ter permissão para realizar o caso de uso Gerenciar Transportadora. Condição Final de Sucesso: Transportadora removida com sucesso. Condição Final de Falha: Transportadora não removida. 1. O usuário seleciona uma Transportadora para exclusão. 2. O sistema requer uma confirmação para exclusão. 3. O usuário confirma a exclusão. 4. O sistema remove a Transportadora na base de dados e todas as suas ocorrências no sistema e emite mensagem de que a remoção foi realizada Caso o usuário negue a confirmação: o sistema voltará para o caso de uso Gerenciar Transportadora. [Caso de Uso 004] - Alterar Transportadora Objetivo no Contexto: Alterar dados de uma Transportadora. Pré-Condições: O usuário deverá estar logado no sistema, e ter permissão para realizar o caso de uso Gerenciar Transportadora. Condição Final de Sucesso: Transportadora alterada com sucesso. Condição Final de Falha: Transportadora não alterada. 1. O usuário seleciona uma Transportadora para alteração. 2. O usuário altera os dados da Transportadora. 3. O sistema verifica se já existe uma Transportadora com os mesmos dados. 4. O sistema altera a Transportadora na base de dados. 5. O sistema emite mensagem de que a alteração foi realizada Entrada Inválida: o sistema emite uma mensagem comunicando porque a entrada é invalida para cada campo digitado incorretamente Campos Obrigatórios não Preenchidos: O sistema emite mensagem apresentando na sequencia quais campos não foram preenchidos Dados inválidos: o sistema emite uma mensagem comunicando porque os dados são inválidos perante o campo Usuário não confirma alteração: o sistema retornará para o caso de uso Gerenciar Transportadora Transportadora já existente: o sistema retorna uma mensagem dizendo que já existe uma transportadora cadastrada com os mesmos dados. [Caso de Uso 005] - Buscar Transportadora 16

17 Objetivo no Contexto: Buscar uma Transportadora. Pré-Condições: O usuário deverá estar logado no sistema, e ter permissão para realizar o caso de uso Gerenciar Transportadora. Condição Final de Sucesso: Transportadora encontrada com sucesso. Condição Final de Falha: Transportadora não encontrada. 1. O usuário seleciona uma coluna para realizar a busca pela Transportadora. 2. O usuário insere os dados a serem buscados, a partir da coluna selecionada. 3. O sistema apresenta todas as Transportadoras com os dados pesquisados. 4. O Usuário conclui sua consulta e o sistema voltará para o caso de uso Gerenciar Transportadora Caso não seja encontrada nenhuma Transportadora: O sistema emitirá uma mensagem informando que não existe nenhuma Transportadora com os dados buscados. [Caso de Uso 006] - Gerenciar Orçamentos Objetivo no Contexto: Gerenciar os Orçamentos, incluindo, removendo, alterando e buscando Orçamentos. Pré-Condições: Para todas as operações o usuário deve estar logado e ter permissão. Condição Final de Sucesso: Redireciona o sistema para a operação desejada. Condição Final de Falha: Falha no redirecionamento. 1. O sistema apresenta as opções: Incluir Orçamento, Excluir Orçamento, Alterar Orçamento e Buscar Orçamento. 2. Caso o usuário escolha a opção Incluir Orçamento: O caso de uso Inserir Orçamento é chamado <<include>> 2.1. Opção Excluir Orçamento: O caso de uso Excluir Orçamento é chamado <<extend>> 2.2. Opção Alterar Orçamento: O caso de uso Alterar Orçamento é chamado <<extend>> 2.3. Opção Buscar Orçamento: O caso de uso Buscar Orçamento é chamado <<extend>> [Caso de Uso 007] - Incluir Orçamento Objetivo no Contexto: Incluir um novo Orçamento. Pré-Condições: O usuário deverá estar logado no sistema, e ter permissão para realizar o caso de uso Gerenciar Orçamento. Condição Final de Sucesso: Orçamento inserido com sucesso. Condição Final de Falha: Orçamento não inserido. 17

18 1. O usuário insere os dados do cadastro. 2. O sistema verifica se o Orçamento já esta cadastrado. 3. O sistema insere o Orçamento na base de dados. 4. O sistema emite mensagem de que a inserção foi realizada Entrada Inválida: o sistema emite uma mensagem comunicando porque a entrada é invalida para cada campo digitado incorretamente Campos Obrigatórios não Preenchidos: O sistema emite mensagem apresentando na sequencia quais campos não foram preenchidos Dados inválidos: o sistema emite uma mensagem comunicando porque os dados são inválidos perante o campo Orçamento já existente: o sistema retorna uma mensagem dizendo que já existe um Orçamento cadastrado com os mesmos dados. [Caso de Uso 008] - Excluir Orçamento Objetivo no Contexto: Excluir um Orçamento. Pré-Condições: O usuário deverá estar logado no sistema, e ter permissão para realizar o caso de uso Gerenciar Orçamento. Condição Final de Sucesso: Orçamento removido com sucesso. Condição Final de Falha: Orçamento não removido. 1. O usuário seleciona um Orçamento para exclusão. 2. O sistema requer uma confirmação para exclusão. 3. O usuário confirma a exclusão. 4. O sistema remove o Orçamento na base de dados e todas as suas ocorrências no sistema e emite mensagem de que a remoção foi realizada Caso o usuário negue a confirmação: o sistema voltará para o caso de uso Gerenciar Orçamento. [Caso de Uso 009] - Alterar Orçamento Objetivo no Contexto: Alterar dados de um Orçamento. Pré-Condições: O usuário deverá estar logado no sistema, e ter permissão para realizar o caso de uso Gerenciar Orçamento. Condição Final de Sucesso: Orçamento alterado com sucesso. Condição Final de Falha: Orçamento não alterado. Ator Primário: Usuário 1. O usuário seleciona um Orçamento para alteração. 2. O usuário altera os dados do Orçamento. 3. O sistema verifica se já existe um Orçamento com os mesmos dados. 18

19 4. O sistema altera a Orçamento na base de dados. 5. O sistema emite mensagem de que a alteração foi realizada Entrada Inválida: o sistema emite uma mensagem comunicando porque a entrada é invalida para cada campo digitado incorretamente Campos Obrigatórios não Preenchidos: O sistema emite mensagem apresentando na sequencia quais campos não foram preenchidos Dados inválidos: o sistema emite uma mensagem comunicando porque os dados são inválidos perante o campo Usuário não confirma alteração: o sistema retornará para o caso de uso Gerenciar Orçamento Orçamento já existente: o sistema retorna uma mensagem dizendo que já existe um Orçamento cadastrado com os mesmos dados. [Caso de Uso 010] - Buscar Orçamento Objetivo no Contexto: Buscar um Orçamento. Pré-Condições: O usuário deverá estar logado no sistema, e ter permissão para realizar o caso de uso Gerenciar Orçamento. Condição Final de Sucesso: Orçamento encontrado com sucesso. Condição Final de Falha: Orçamento não encontrado. 1. O usuário seleciona uma coluna para realizar a busca pelo Orçamento. 2. O usuário insere os dados a serem buscados, a partir da coluna selecionada. 3. O sistema apresenta todos os Orçamentos com os dados pesquisados. 4. O Usuário conclui sua consulta e o sistema voltará para o caso de uso Gerenciar Orçamento Caso não seja encontrada nenhum Orçamento: O sistema emitirá uma mensagem informando que não existe nenhum Orçamento com os dados buscados. [Caso de Uso 011] - Gerenciar Estoque Objetivo no Contexto: Gerenciar as Estoque, incluindo, removendo, alterando e buscando Produto. Pré-Condições: Para todas as operações o usuário deve estar logado e ter permissão. Condição Final de Sucesso: Redireciona o sistema para a operação desejada. Condição Final de Falha: Falha no redirecionamento. 1. O sistema apresenta as opções: Incluir Produto, Excluir Produto, Alterar Produto e Buscar Produto. 2. Caso o usuário escolha a opção Incluir Produto: O caso de uso Inserir Produto é chamado <<include>> 19

20 2.1. Opção Excluir Produto: O caso de uso Excluir Produto é chamado <<extend>> 2.2. Opção Alterar Produto: O caso de uso Alterar Produto é chamado <<extend>> 2.3. Opção Buscar Produto: O caso de uso Buscar Produto é chamado <<extend>> [Caso de Uso 012] - Incluir Produto Objetivo no Contexto: Incluir um novo Produto. Pré-Condições: O usuário deverá estar logado no sistema, e ter permissão para realizar o caso de uso Gerenciar Produto. Condição Final de Sucesso: Produto inserido com sucesso. Condição Final de Falha: Produto não inserido. 1. O usuário insere os dados do cadastro. 2. O sistema verifica se o Produto já esta cadastrada. 3. O sistema insere o Produto na base de dados. 4. O sistema emite mensagem de que a inserção foi realizada Entrada Inválida: o sistema emite uma mensagem comunicando porque a entrada é invalida para cada campo digitado incorretamente Campos Obrigatórios não Preenchidos: O sistema emite mensagem apresentando na sequencia quais campos não foram preenchidos Dados inválidos: o sistema emite uma mensagem comunicando porque os dados são inválidos perante o campo Produto já existente: o sistema retorna uma mensagem dizendo que já existe um Produto cadastrado com os mesmos dados. [Caso de Uso 013] - Excluir Produto Objetivo no Contexto: Excluir um Produto. Pré-Condições: O usuário deverá estar logado no sistema, e ter permissão para realizar o caso de uso Gerenciar Produto. Condição Final de Sucesso: Produto removido com sucesso. Condição Final de Falha: Produto não removido. 1. O usuário seleciona um Produto para exclusão. 2. O sistema requer uma confirmação para exclusão. 3. O usuário confirma a exclusão. 4. O sistema remove o Produto na base de dados e todas as suas ocorrências no sistema e emite mensagem de que a remoção foi realizada. 20

21 3.1. Caso o usuário negue a confirmação: o sistema voltará para o caso de uso Gerenciar Estoque. [Caso de Uso 014] - Alterar Produto Objetivo no Contexto: Alterar dados de um Produto. Pré-Condições: O usuário deverá estar logado no sistema, e ter permissão para realizar o caso de uso Gerenciar Produto. Condição Final de Sucesso: Produto alterado com sucesso. Condição Final de Falha: Produto não alterado. 1. O usuário seleciona um Produto para alteração. 2. O usuário altera os dados do Produto. 3. O sistema verifica se já existe um Produto com os mesmos dados. 4. O sistema altera a Produto na base de dados. 5. O sistema emite mensagem de que a alteração foi realizada Entrada Inválida: o sistema emite uma mensagem comunicando porque a entrada é invalida para cada campo digitado incorretamente Campos Obrigatórios não Preenchidos: O sistema emite mensagem apresentando na sequencia quais campos não foram preenchidos Dados inválidos: o sistema emite uma mensagem comunicando porque os dados são inválidos perante o campo Usuário não confirma alteração: o sistema retornará para o caso de uso Gerenciar Estoque Produto já existente: o sistema retorna uma mensagem dizendo que já existe um Produto cadastrado com os mesmos dados. [Caso de Uso 015] - Buscar Produto Objetivo no Contexto: Buscar um Produto. Pré-Condições: O usuário deverá estar logado no sistema, e ter permissão para realizar o caso de uso Gerenciar Estoque. Condição Final de Sucesso: Produto encontrado com sucesso. Condição Final de Falha: Produto não encontrado. 1. O usuário seleciona uma coluna para realizar a busca pelo Produto. 2. O usuário insere os dados a serem buscados, a partir da coluna selecionada. 3. O sistema apresenta todos os Produtos com os dados pesquisados. 4. O Usuário conclui sua consulta e o sistema voltará para o caso de uso Gerenciar Produto Caso não seja encontrada nenhum Produto: O sistema emitirá uma mensagem informando que não existe nenhum Produto com os dados buscados. 21

22 [Caso de Uso 016] - Gerenciar Fornecedor Objetivo no Contexto: Gerenciar o Fornecedor, incluindo, removendo, alterando e buscando Fornecedores. Pré-Condições: Para todas as operações o usuário deve estar logado e ter permissão. Condição Final de Sucesso: Redireciona o sistema para a operação desejada. Condição Final de Falha: Falha no redirecionamento. 1. O sistema apresenta as opções: Incluir Fornecedor, Excluir Fornecedor, Alterar Fornecedor e Buscar Fornecedor. 2. Caso o usuário escolha a opção Incluir Fornecedor: O caso de uso Inserir Fornecedor é chamado <<include>> 2.1. Opção Excluir Fornecedor: O caso de uso Excluir Fornecedor é chamado <<extend>> 2.2. Opção Alterar Fornecedor: O caso de uso Alterar Fornecedor é chamado <<extend>> 2.3. Opção Buscar Fornecedor: O caso de uso Buscar Fornecedor é chamado <<extend>> [Caso de Uso 017] - Incluir Fornecedor Objetivo no Contexto: Incluir um novo Fornecedor. Pré-Condições: O usuário deverá estar logado no sistema, e ter permissão para realizar o caso de uso Gerenciar Fornecedor. Condição Final de Sucesso: Fornecedor inserido com sucesso. Condição Final de Falha: Fornecedor não inserido. 1. O usuário insere os dados do cadastro. 2. O sistema verifica se o Fornecedor já esta cadastrada. 3. O sistema insere o Fornecedor na base de dados. 4. O sistema emite mensagem de que a inserção foi realizada Entrada Inválida: o sistema emite uma mensagem comunicando porque a entrada é invalida para cada campo digitado incorretamente Campos Obrigatórios não Preenchidos: O sistema emite mensagem apresentando na sequencia quais campos não foram preenchidos Dados inválidos: o sistema emite uma mensagem comunicando porque os dados são inválidos perante o campo Fornecedor já existente: o sistema retorna uma mensagem dizendo que já existe um Fornecedor cadastrado com os mesmos dados. [Caso de Uso 018] - Excluir Fornecedor 22

23 Objetivo no Contexto: Excluir um Fornecedor. Pré-Condições: O usuário deverá estar logado no sistema, e ter permissão para realizar o caso de uso Gerenciar Fornecedor. Condição Final de Sucesso: Fornecedor removido com sucesso. Condição Final de Falha: Fornecedor não removido. 1. O usuário seleciona um Fornecedor para exclusão. 2. O sistema requer uma confirmação para exclusão. 3. O usuário confirma a exclusão. 4. O sistema remove o Fornecedor na base de dados e todas as suas ocorrências no sistema e emite mensagem de que a remoção foi realizada Caso o usuário negue a confirmação: o sistema voltará para o caso de uso Gerenciar Fornecedor. [Caso de Uso 019] - Alterar Fornecedor Objetivo no Contexto: Alterar dados de um Fornecedor. Pré-Condições: O usuário deverá estar logado no sistema, e ter permissão para realizar o caso de uso Gerenciar Fornecedor. Condição Final de Sucesso: Fornecedor alterado com sucesso. Condição Final de Falha: Fornecedor não alterado. 1. O usuário seleciona um Fornecedor para alteração. 2. O usuário altera os dados do Fornecedor. 3. O sistema verifica se já existe um Fornecedor com os mesmos dados. 4. O sistema altera o Fornecedor na base de dados. 5. O sistema emite mensagem de que a alteração foi realizada Entrada Inválida: o sistema emite uma mensagem comunicando porque a entrada é invalida para cada campo digitado incorretamente Campos Obrigatórios não Preenchidos: O sistema emite mensagem apresentando na sequencia quais campos não foram preenchidos Dados inválidos: o sistema emite uma mensagem comunicando porque os dados são inválidos perante o campo Usuário não confirma alteração: o sistema retornará para o caso de uso Gerenciar Fornecedor Fornecedor já existente: o sistema retorna uma mensagem dizendo que já existe um Fornecedor cadastrado com os mesmos dados. [Caso de Uso 020] - Buscar Fornecedor 23

24 Objetivo no Contexto: Buscar um Fornecedor. Pré-Condições: O usuário deverá estar logado no sistema, e ter permissão para realizar o caso de uso Gerenciar Fornecedor. Condição Final de Sucesso: Fornecedor encontrado com sucesso. Condição Final de Falha: Fornecedor não encontrado. 1. O usuário seleciona uma coluna para realizar a busca pelo Fornecedor. 2. O usuário insere os dados a serem buscados, a partir da coluna selecionada. 3. O sistema apresenta todos os Fornecedors com os dados pesquisados. 4. O Usuário conclui sua consulta e o sistema voltará para o caso de uso Gerenciar Fornecedor Caso não seja encontrada nenhum Fornecedor: O sistema emitirá uma mensagem informando que não existe nenhum Fornecedor com os dados buscados. [Caso de Uso 021] - Gerenciar Nota de Saídas Objetivo no Contexto: Gerenciar as Nota de Saída, incluindo, removendo, alterando e buscando Nota de Saída. Pré-Condições: Para todas as operações o usuário deve estar logado e ter permissão. Condição Final de Sucesso: Redireciona o sistema para a operação desejada. Condição Final de Falha: Falha no redirecionamento. 1. O sistema apresenta as opções: Incluir Nota de Saída, Excluir Nota de Saída, Alterar Nota de Saída e Buscar Nota de Saída. 2. Caso o Administrador escolha a opção Incluir Nota de Saída: O caso de uso Inserir Nota de Saída é chamado <<include>> 2.1. Opção Excluir Nota de Saída: O caso de uso Excluir Nota de Saída é chamado <<extend>> 2.2. Opção Alterar Nota de Saída: O caso de uso Alterar Nota de Saída é chamado <<extend>> 2.3. Opção Buscar Nota de Saída: O caso de uso Buscar Nota de Saída é chamado <<extend>> [Caso de Uso 022] - Incluir Nota de Saída Objetivo no Contexto: Incluir uma nova Nota de Saída. Pré-Condições: O Administrador deverá estar logado no sistema, e ter permissão para realizar o caso de uso Gerenciar Nota de Saída. Condição Final de Sucesso: Nota de Saída inserida com sucesso. Condição Final de Falha: Nota de Saída não inserida. 24

25 1. O Administrador insere os dados do cadastro. 2. Verificar se a quantidade de produto está disponível no estoque. 3. O sistema verifica se a Nota de Saída já esta cadastrada. 4. O sistema insere a Nota de Saída na base de dados. 5. O sistema emite mensagem de que a inserção foi realizada Caso a quantidade não esteja disponível sera emitido um aviso informando o usuário Entrada Inválida: o sistema emite uma mensagem comunicando porque a entrada é invalida para cada campo digitado incorretamente Campos Obrigatórios não Preenchidos: O sistema emite mensagem apresentando na sequencia quais campos não foram preenchidos Dados inválidos: o sistema emite uma mensagem comunicando porque os dados são inválidos perante o campo Nota de Saída já existente: o sistema retorna uma mensagem dizendo que já existe uma Nota de Saída cadastrada com os mesmos dados. [Caso de Uso 023] - Excluir Nota de Saída Objetivo no Contexto: Excluir uma Nota de Saída. Pré-Condições: O Administrador deverá estar logado no sistema, e ter permissão para realizar o caso de uso Gerenciar Nota de Saída. Condição Final de Sucesso: Nota de Saída removida com sucesso. Condição Final de Falha: Nota de Saída não removida. 1. O Administrador seleciona uma Nota de Saída para exclusão. 2. O sistema requer uma confirmação para exclusão. 3. O Administrador confirma a exclusão. 4. O sistema remove a Nota de Saída na base de dados e todas as suas ocorrências no sistema e emite mensagem de que a remoção foi realizada Caso o Administrador negue a confirmação: o sistema voltará para o caso de uso Gerenciar Nota de Saída. [Caso de Uso 024] - Alterar Nota de Saída Objetivo no Contexto: Alterar dados de uma Nota de Saída. Pré-Condições: O Administrador deverá estar logado no sistema, e ter permissão para realizar o caso de uso Gerenciar Nota de Saída. Condição Final de Sucesso: Nota de Saída alterada com sucesso. Condição Final de Falha: Nota de Saída não alterada. 25

26 1. O Administrador seleciona uma Nota de Saída para alteração. 2. O Administrador altera os dados da Nota de Saída. 3. Verificar se a quantidade de produto está disponível no estoque. 4. O sistema verifica se já existe uma Nota de Saída com os mesmos dados. 5. O sistema altera a Nota de Saída na base de dados. 6. O sistema emite mensagem de que a alteração foi realizada Entrada Inválida: o sistema emite uma mensagem comunicando porque a entrada é invalida para cada campo digitado incorretamente Campos Obrigatórios não Preenchidos: O sistema emite mensagem apresentando na sequencia quais campos não foram preenchidos Dados inválidos: o sistema emite uma mensagem comunicando porque os dados são inválidos perante o campo Administrador não confirma alteração: o sistema retornará para o caso de uso Gerenciar Nota de Saída Caso a quantidade não esteja disponível sera emitido um aviso informando o usuário Nota de Saída já existente: o sistema retorna uma mensagem dizendo que já existe uma Nota de Saída cadastrada com os mesmos dados. [Caso de Uso 025] - Buscar Nota de Saída Objetivo no Contexto: Buscar uma Nota de Saída. Pré-Condições: O Administrador deverá estar logado no sistema, e ter permissão para realizar o caso de uso Gerenciar Nota de Saída. Condição Final de Sucesso: Nota de Saída encontrada com sucesso. Condição Final de Falha: Nota de Saída não encontrada. 1. O Administrador seleciona uma coluna para realizar a busca pela Nota de Saída. 2. O Administrador insere os dados a serem buscados, a partir da coluna selecionada. 3. O sistema apresenta todos as Nota de Saídas com os dados pesquisados. 4. O Administrador conclui sua consulta e o sistema voltará para o caso de uso Gerenciar Nota de Saída Caso não seja encontrada nenhuma Nota de Saída: O sistema emitirá uma mensagem informando que não existe nenhuma Nota de Saída com os dados buscados. [Caso de Uso 026] - Gerenciar Nota de Entradas Objetivo no Contexto: Gerenciar as Nota de Entrada, incluindo, removendo, alterando e buscando Nota de Entrada. Pré-Condições: Para todas as operações o usuário deve estar logado e ter permissão. Condição Final de Sucesso: Redireciona o sistema para a operação desejada. Condição Final de Falha: Falha no redirecionamento. 26

27 1. O sistema apresenta as opções: Incluir Nota de Entrada, Excluir Nota de Entrada, Alterar Nota de Entrada e Buscar Nota de Entrada. 2. Caso o usuário escolha a opção Incluir Nota de Entrada: O caso de uso Inserir Nota de Entrada é chamado <<include>> 2.1. Opção Excluir Nota de Entrada: O caso de uso Excluir Nota de Entrada é chamado <<extend>> 2.2. Opção Alterar Nota de Entrada: O caso de uso Alterar Nota de Entrada é chamado <<extend>> 2.3. Opção Buscar Nota de Entrada: O caso de uso Buscar Nota de Entrada é chamado <<extend>> [Caso de Uso 027] - Incluir Nota de Entrada Objetivo no Contexto: Incluir uma nova Nota de Entrada. Pré-Condições: O usuário deverá estar logado no sistema, e ter permissão para realizar o caso de uso Gerenciar Nota de Entrada. Condição Final de Sucesso: Nota de Entrada inserida com sucesso. Condição Final de Falha: Nota de Entrada não inserida. 1. O usuário insere os dados do cadastro. 2. O sistema verifica se a Nota de Entrada já esta cadastrada. 3. O sistema insere a Nota de Entrada na base de dados. 4. O sistema emite mensagem de que a inserção foi realizada Entrada Inválida: o sistema emite uma mensagem comunicando porque a entrada é invalida para cada campo digitado incorretamente Campos Obrigatórios não Preenchidos: O sistema emite mensagem apresentando na sequencia quais campos não foram preenchidos Dados inválidos: o sistema emite uma mensagem comunicando porque os dados são inválidos perante o campo Nota de Entrada já existente: o sistema retorna uma mensagem dizendo que já existe uma Nota de Entrada cadastrada com os mesmos dados. [Caso de Uso 028] - Excluir Nota de Entrada Objetivo no Contexto: Excluir uma Nota de Entrada. Pré-Condições: O usuário deverá estar logado no sistema, e ter permissão para realizar o caso de uso Gerenciar Nota de Entrada. Condição Final de Sucesso: Nota de Entrada removida com sucesso. Condição Final de Falha: Nota de Entrada não removida. 27

28 1. O usuário seleciona uma Nota de Entrada para exclusão. 2. O sistema requer uma confirmação para exclusão. 3. O usuário confirma a exclusão. 4. O sistema remove a Nota de Entrada na base de dados e todas as suas ocorrências no sistema e emite mensagem de que a remoção foi realizada Caso o usuário negue a confirmação: o sistema voltará para o caso de uso Gerenciar Nota de Entrada. [Caso de Uso 029] - Alterar Nota de Entrada Objetivo no Contexto: Alterar dados de uma Nota de Entrada. Pré-Condições: O usuário deverá estar logado no sistema, e ter permissão para realizar o caso de uso Gerenciar Nota de Entrada. Condição Final de Sucesso: Nota de Entrada alterada com sucesso. Condição Final de Falha: Nota de Entrada não alterada. 1. O usuário seleciona uma Nota de Entrada para alteração. 2. O usuário altera os dados da Nota de Entrada. 3. O sistema verifica se já existe uma Nota de Entrada com os mesmos dados. 4. O sistema altera a Nota de Entrada na base de dados. 5. O sistema emite mensagem de que a alteração foi realizada Entrada Inválida: o sistema emite uma mensagem comunicando porque a entrada é invalida para cada campo digitado incorretamente Campos Obrigatórios não Preenchidos: O sistema emite mensagem apresentando na sequencia quais campos não foram preenchidos Dados inválidos: o sistema emite uma mensagem comunicando porque os dados são inválidos perante o campo Usuário não confirma alteração: o sistema retornará para o caso de uso Gerenciar Nota de Entrada Nota de Entrada já existente: o sistema retorna uma mensagem dizendo que já existe uma Nota de Entrada cadastrada com os mesmos dados. [Caso de Uso 030] - Buscar Nota de Entrada Objetivo no Contexto: Buscar uma Nota de Entrada. Pré-Condições: O usuário deverá estar logado no sistema, e ter permissão para realizar o caso de uso Gerenciar Nota de Entrada. Condição Final de Sucesso: Nota de Entrada encontrada com sucesso. Condição Final de Falha: Nota de Entrada não encontrada. 28

29 1. O usuário seleciona uma coluna para realizar a busca pela Nota de Entrada. 2. O usuário insere os dados a serem buscados, a partir da coluna selecionada. 3. O sistema apresenta todos as Nota de Entradas com os dados pesquisados. 4. O Usuário conclui sua consulta e o sistema voltará para o caso de uso Gerenciar Nota de Entrada Caso não seja encontrada nenhuma Nota de Entrada: O sistema emitirá uma mensagem informando que não existe nenhuma Nota de Entrada com os dados buscados. [Caso de Uso 031] - Gerenciar Usuário Objetivo no Contexto: Gerenciar os Usuários, incluindo, removendo, alterando e buscando Usuários. Pré-Condições: Para todas as operações o usuário deve estar logado e ter permissão. Condição Final de Sucesso: Redireciona o sistema para a operação desejada. Condição Final de Falha: Falha no redirecionamento. Ator Primário: Administrador. 1. O sistema apresenta as opções: Incluir Usuário, Excluir Usuário, Alterar Usuário e Buscar Usuário. 2. Caso o Administrador escolha a opção Incluir Usuário: O caso de uso Inserir Usuário é chamado <<include>> 2.1. Opção Excluir Usuário: O caso de uso Excluir Usuário é chamado <<extend>> 2.2. Opção Alterar Usuário: O caso de uso Alterar Usuário é chamado <<extend>> 2.3. Opção Buscar Usuário: O caso de uso Buscar Usuário é chamado <<extend>> [Caso de Uso 032] - Incluir Usuário Objetivo no Contexto: Incluir um novo Usuário. Pré-Condições: O Administrador deverá estar logado no sistema, e ter permissão para realizar o caso de uso Gerenciar Usuário. Condição Final de Sucesso: Usuário inserido com sucesso. Condição Final de Falha: Usuário não inserido. Ator Primário: Administrador. 1. O Administrador insere os dados do cadastro. 2. O sistema verifica se o Usuário já esta cadastrada. 3. O sistema insere o Usuário na base de dados. 4. O sistema emite mensagem de que a inserção foi realizada. 29

30 2.1. Entrada Inválida: o sistema emite uma mensagem comunicando porque a entrada é invalida para cada campo digitado incorretamente Campos Obrigatórios não Preenchidos: O sistema emite mensagem apresentando na sequencia quais campos não foram preenchidos Dados inválidos: o sistema emite uma mensagem comunicando porque os dados são inválidos perante o campo Usuário já existente: o sistema retorna uma mensagem dizendo que já existe um Usuário cadastrado com os mesmos dados. [Caso de Uso 032] - Excluir Usuário Objetivo no Contexto: Excluir um Usuário. Pré-Condições: O Administrador deverá estar logado no sistema, e ter permissão para realizar o caso de uso Gerenciar Usuário. Condição Final de Sucesso: Usuário removido com sucesso. Condição Final de Falha: Usuário não removido. Ator Primário: Administrador. 1. O Administrador seleciona um Usuário para exclusão. 2. O sistema requer uma confirmação para exclusão. 3. O Administrador confirma a exclusão. 4. O sistema remove o Usuário na base de dados e todas as suas ocorrências no sistema e emite mensagem de que a remoção foi realizada Caso o Administrador negue a confirmação: o sistema voltará para o caso de uso Gerenciar Usuário. [Caso de Uso 034] - Alterar Usuário Objetivo no Contexto: Alterar dados de um Usuário. Pré-Condições: O Administrador deverá estar logado no sistema, e ter permissão para realizar o caso de uso Gerenciar Usuário. Condição Final de Sucesso: Usuário alterado com sucesso. Condição Final de Falha: Usuário não alterado. Ator Primário: Administrador. 1. O Administrador seleciona um Usuário para alteração. 2. O Administrador altera os dados do Usuário. 3. O sistema verifica se já existe um Usuário com os mesmos dados. 4. O sistema altera a Usuário na base de dados. 5. O sistema emite mensagem de que a alteração foi realizada Entrada Inválida: o sistema emite uma mensagem comunicando porque a entrada é invalida para cada campo digitado incorretamente. 30

31 2.2. Campos Obrigatórios não Preenchidos: O sistema emite mensagem apresentando na sequencia quais campos não foram preenchidos Dados inválidos: o sistema emite uma mensagem comunicando porque os dados são inválidos perante o campo Administrador não confirma alteração: o sistema retornará para o caso de uso Gerenciar Usuário Usuário já existente: o sistema retorna uma mensagem dizendo que já existe um Usuário cadastrado com os mesmos dados. [Caso de Uso 035] - Buscar Usuário Objetivo no Contexto: Buscar um Usuário. Pré-Condições: O Administrador deverá estar logado no sistema, e ter permissão para realizar o caso de uso Gerenciar Usuário. Condição Final de Sucesso: Usuário encontrado com sucesso. Condição Final de Falha: Usuário não encontrado. Ator Primário: Administrador. 1. O Administrador seleciona uma coluna para realizar a busca pelo Usuário. 2. O Administrador insere os dados a serem buscados, a partir da coluna selecionada. 3. O sistema apresenta todos os Usuários com os dados pesquisados. 4. O Administrador conclui sua consulta e o sistema voltará para o caso de uso Gerenciar Usuário Caso não seja encontrada nenhum Usuário: O sistema emitirá uma mensagem informando que não existe nenhum Usuário com os dados buscados. [Caso de Uso 036] - Gerenciar Nível de Usuário Objetivo no Contexto: Gerenciar os Níveis de Usuário, incluindo, removendo, alterando e buscando Nível de Usuário. Pré-Condições: Para todas as operações o usuário deve estar logado e ter permissão. Condição Final de Sucesso: Redireciona o sistema para a operação desejada. Condição Final de Falha: Falha no redirecionamento. Ator Primário: Administrador. 1. O sistema apresenta as opções: Incluir Nível de Usuário, Excluir Nível de Usuário, Alterar Nível de Usuário e Buscar Nível de Usuário. 2. Caso o Administrador escolha a opção Incluir Nível de Usuário: O caso de uso Inserir Nível de Usuário é chamado <<include>> 2.1. Opção Excluir Nível de Usuário: O caso de uso Excluir Nível de Usuário é chamado <<extend>> 2.2. Opção Alterar Nível de Usuário: O caso de uso Alterar Nível de Usuário é chamado <<extend>> 31

Processo de Engenharia de Software II

Processo de Engenharia de Software II UNIOESTE - Universidade Estadual do Oeste do Paraná CCET Centro de ciências Exatas e Tecnológicas Colegiado de Ciência da Computação Curso de Bacharelado em Ciência da Computação Processo de Engenharia

Leia mais

Unioeste - Universidade Estadual do Oeste do Paraná Curso de Bacharelado em Informática Estudo de Requisitos CASCAVEL 2009

Unioeste - Universidade Estadual do Oeste do Paraná Curso de Bacharelado em Informática Estudo de Requisitos CASCAVEL 2009 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 Estudo de Requisitos Alunos: Professor: Disciplina:

Leia mais

Processo de Engenharia de Software II

Processo de Engenharia de Software II UNIOESTE - Universidade Estadual do Oeste do Paraná CCET Centro de ciências Exatas e Tecnológicas Colegiado de Ciência da Computação Curso de Bacharelado em Ciência da Computação Processo de Engenharia

Leia mais

Processo de Engenharia de Software II

Processo de Engenharia de Software II UNIOESTE Universidade Estadual do Oeste do Paraná CENTRO DE CIÊNCIAS EXATAS E TECNOLÓGICAS Colegiado de Ciência da Computação Curso de Bacharelado em Ciência da Computação Processo de Engenharia de Software

Leia mais

Unioeste Universidade Estadual do Oeste do Paraná

Unioeste Universidade Estadual do Oeste do Paraná 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 Orientada

Leia mais

Sistema Gerenciador de Hotel. Adriano Douglas Girardello. Ana Paula Fredrich. Tiago Alexandre Schulz Sippert

Sistema Gerenciador de Hotel. Adriano Douglas Girardello. Ana Paula Fredrich. Tiago Alexandre Schulz Sippert 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 Sistema Gerenciador de Hotel Adriano Douglas Girardello

Leia mais

Análise de Requisitos de Software

Análise de Requisitos de Software Universidade Estadual do Oeste do Paraná UNIOESTE Centro de Ciências Exatas e Tecnológicas CCET Curso de Bacharelado em Informática Docente: Victor Francisco Araya Santander Análise de Requisitos de Software

Leia mais

SIGA Manual -1ª - Edição

SIGA Manual -1ª - Edição SIGA Manual -1ª - Edição ÍNDICE 1. INTRODUÇÃO 4 2. MÓDULO DE PROCESSOS 4 3. ACESSO AO SISTEMA 4 3.1 Acessando o Sistema 4 3.2 Primeiro Acesso 5 3.3 Login do Fornecedor 5 o Teclado Virtual 5 o Máquina Virtual

Leia mais

PROJETO DA DISCIPLINA. PES II Processo de Engenharia de Software II

PROJETO DA DISCIPLINA. PES II Processo de Engenharia de Software II UNIOESTE - Universidade Estadual do Oeste do Paraná CCET - Centro de Ciências Exatas e Tecnológicas Colegiado de Informática Curso de Bacharelado em Informática PROJETO DA DISCIPLINA PES II Processo de

Leia mais

Especificação de Requisitos e Modelagem

Especificação de Requisitos e Modelagem 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

Leia mais

Processo De Engenharia de Software II

Processo De Engenharia de Software II UNIOESTE Universidade Estadual do Oeste do Paraná CENTRO DE CIÊNCIAS EXATAS E TECNOLÓGICAS Colegiado de Ciência da Computação Curso de Bacharelado em Ciência da Computação Processo De Engenharia de Software

Leia mais

PROJETO DA DISCIPLINA. PES II Processo De Engenharia de Software II

PROJETO DA DISCIPLINA. PES II Processo De Engenharia de Software II UNIOESTE - Universidade Estadual do Oeste do Paraná CCET - Centro de Ciências Exatas e Tecnológicas Colegiado de Informática Curso de Bacharelado em Informática PROJETO DA DISCIPLINA PES II Processo De

Leia mais

IF-718 Análise e Projeto de Sistemas

IF-718 Análise e Projeto de Sistemas Centro de Informática - Universidade Federal de Pernambuco Especificação de Requisitos do Software Sistema de Gerenciamento de Restaurantes IF-718 Análise e Projeto de Sistemas Equipe: Jacinto Filipe -

Leia mais

Universidade Estadual do Oeste do Paraná

Universidade Estadual do Oeste do Paraná Universidade Estadual do Oeste do Paraná Estudo de Requisitos de um software para uma loja de lentes de contato Bruno Eduardo Soares Leonardo Zanotto Baggio Maykon Valério da Silva Cascavel, 10 de Junho

Leia mais

Carlos Rafael Guerber. Modelagem UML de um Sistema para Estimativa Elétrica de uma Lavanderia

Carlos Rafael Guerber. Modelagem UML de um Sistema para Estimativa Elétrica de uma Lavanderia Carlos Rafael Guerber Modelagem UML de um Sistema para Estimativa Elétrica de uma Lavanderia MAFRA 2009 Modelagem UML de um Sistema para Estimativa Elétrica de uma Lavanderia RESUMO Criar uma modelagem

Leia mais

1. INTRODUÇÃO. 1.1. Sobre a Organização. 1.2. O Problema Identificado

1. INTRODUÇÃO. 1.1. Sobre a Organização. 1.2. O Problema Identificado HISTÓRICO DE REVISÕES Revisão Data Descrição Autor (Login) 01 04/11 Levantamento dos requisitos Jcblc 02 06/11 Reunião para Estruturação do documento de Requisitos bpn, Jcblc 03 10/11 Elaboração do capítulo

Leia mais

CNEC FACULDADE CENECISTA DE CAPIVARI

CNEC FACULDADE CENECISTA DE CAPIVARI 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

Leia mais

SISTEMA VANIA MODAS. Processo de Engenharia de Software II 4º Ano do Curso de Bacharelado em Informática

SISTEMA VANIA MODAS. Processo de Engenharia de Software II 4º Ano do Curso de Bacharelado em Informática UNIOESTE Universidade Estadual do Oeste do Paraná CENTRO DE CIÊNCIAS EXATAS E TECNOLÓGICAS Colegiado de Informática Curso de Bacharelado e Informática SISTEMA VANIA MODAS Processo de Engenharia de Software

Leia mais

Manual do Fornecedor/cedente (MPE) Balcão Financeiro

Manual do Fornecedor/cedente (MPE) Balcão Financeiro Manual do Fornecedor/cedente (MPE) Balcão Financeiro Painel de recebíveis e Painel de linhas de crédito Versão 1.0 1 As informações contidas neste documento, incluindo quaisquer URLs e outras possíveis

Leia mais

SRP Sistema de Controle de Ata de Registro de Preço. Passo a Passo Gestor de Compras

SRP Sistema de Controle de Ata de Registro de Preço. Passo a Passo Gestor de Compras SRP Sistema de Controle de Ata de Registro de Preço Passo a Passo Gestor de Compras Como acessar Como Acessar O acesso ao Sistema se faz através da página da SEPLAG Clicando no Link destacado Como Acessar

Leia mais

PROJETO DA DISCIPLINA. PES II Processo de Engenharia de Software II

PROJETO DA DISCIPLINA. PES II Processo de Engenharia de Software II UNIOESTE - Universidade Estadual do Oeste do Paraná CCET - Centro de Ciências Exatas e Tecnológicas Colegiado de Informática Curso de Bacharelado em Informática PROJETO DA DISCIPLINA PES II Processo de

Leia mais

Companhia de Tecnologia da Informação do Estado de Minas Gerais - Prodemge. Manual do Usuário. Versão 1.2. ExpressoMG

Companhia de Tecnologia da Informação do Estado de Minas Gerais - Prodemge. Manual do Usuário. Versão 1.2. ExpressoMG Companhia de Tecnologia da Informação do Estado de Minas Gerais - Prodemge Manual do Usuário Versão 1.2 ExpressoMG 16/12/2015 Sumário 1. Apresentação... 4 1.1 Objetivos do Manual... 4 1.2 Público Alvo...

Leia mais

Modelos de Sistemas Casos de Uso

Modelos de Sistemas Casos de Uso Modelos de Sistemas Casos de Uso Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 1 Modelagem de Sistema UML Unified Modeling Language (Linguagem de Modelagem Unificada)

Leia mais

4 Desenvolvimento da ferramenta

4 Desenvolvimento da ferramenta direcionados por comportamento 38 4 Desenvolvimento da ferramenta Visando facilitar a tarefa de documentar requisitos funcionais e de gerar testes automáticos em uma única ferramenta para proporcionar

Leia mais

Versão <1.0> Documento de Requisitos. Documento de Requisitos. Equipe:

Versão <1.0> Documento de Requisitos. Documento de Requisitos. Equipe: Versão Documento de Requisitos Documento de Requisitos Equipe: Bruno Harada (bhhc) Edilson Augusto Junior (easj) José Ivson Soares da Silva (jiss) Pedro Rodolfo da Silva Gonçalves (prsg) Raphael

Leia mais

Com Pedido de Compra Sem Pedido de Compra ou Entrada Manual Importando XML enviado do Fornecedor

Com Pedido de Compra Sem Pedido de Compra ou Entrada Manual Importando XML enviado do Fornecedor Movimentos - Entrada de Nota Fiscal Para realizar a entrada de nota fiscal no sistema, verifica-se primeiro as opções, existem vários meios para dar entrada em uma Nota Fiscal: Com Pedido de Compra é quando

Leia mais

Governador Cid Ferreira Gomes. Vice Governador Domingos Gomes de Aguiar Filho. Secretária da Educação Maria Izolda Cela de Arruda Coelho

Governador Cid Ferreira Gomes. Vice Governador Domingos Gomes de Aguiar Filho. Secretária da Educação Maria Izolda Cela de Arruda Coelho Governador Cid Ferreira Gomes Vice Governador Domingos Gomes de Aguiar Filho Secretária da Educação Maria Izolda Cela de Arruda Coelho Secretário Adjunto Maurício Holanda Maia Secretário Executivo Antônio

Leia mais

Figura 1: tela inicial do BlueControl COMO COLOCAR A SALA DE INFORMÁTICA EM FUNCIONAMENTO?

Figura 1: tela inicial do BlueControl COMO COLOCAR A SALA DE INFORMÁTICA EM FUNCIONAMENTO? Índice BlueControl... 3 1 - Efetuando o logon no Windows... 4 2 - Efetuando o login no BlueControl... 5 3 - A grade de horários... 9 3.1 - Trabalhando com o calendário... 9 3.2 - Cancelando uma atividade

Leia mais

Manual sistema Laundry 4.0

Manual sistema Laundry 4.0 Manual sistema Laundry 4.0 Sistema para serviços de Lavanderia Comércios Empresa responsável Novacorp informática Fone (41) 3013-1006 E-mail marcio@novacorp.com.br WWW.novacorp.com.br Sumario 1 Este manual

Leia mais

Instalação - Primeiros Passos

Instalação - Primeiros Passos O CIAF Hotelaria, é um sistema que permite ao administrador, gerenciar completamente sua empresa que presta serviço de hospedagem como hotéis e pousadas por exemplo. Facilmente você poderá cadastrar suas

Leia mais

Esta alteração é feita de duas formas: Cadastro de pedido de compra e ajuste de estoque.

Esta alteração é feita de duas formas: Cadastro de pedido de compra e ajuste de estoque. 5. ALTERAÇÃO DO ESTOQUE ATUAL Não é possível alterar o estoque de um produto na tela Cadastro de Produto. Esta alteração é feita de duas formas: Cadastro de pedido de compra e ajuste de estoque. 5.1. Cadastro

Leia mais

Especificação do Trabalho

Especificação do Trabalho Especificação do Trabalho I. Introdução O objetivo deste trabalho é abordar a prática da programação orientada a objetos usando a linguagem Java envolvendo os conceitos de classe, objeto, associação, ligação,

Leia mais

MANUAL DO USUÁRIO PORTAL DO PROFESSOR

MANUAL DO USUÁRIO PORTAL DO PROFESSOR MANUAL DO USUÁRIO PORTAL DO PROFESSOR ACESSANDO O PORTAL DO PROFESSOR Para acessar o portal do professor, acesse o endereço que você recebeu através da instituição de ensino ou acesse diretamente o endereço:

Leia mais

Manual e Documentação

Manual e Documentação Manual e Documentação A nova versão 2007 do E-Port teve um aumento na segurança e integridade do sistema de controle de portarias, porém ainda conta com o mesmo visual fácil, acessível e funcional de sempre.

Leia mais

Passo a Passo do Cadastro Funcionários no SIGLA Digital

Passo a Passo do Cadastro Funcionários no SIGLA Digital Passo a Passo do Cadastro Funcionários no SIGLA Digital Funcionários Página 1 de 12 O cadastro de funcionários permite cadastrar o usuário que vai utilizar o SIGLA Digital e também seus dados pessoais.

Leia mais

Roteiro elaborado com o objetivo de auxiliar os convenentes no registro das prestações de contas no SIGPC Contas Online.

Roteiro elaborado com o objetivo de auxiliar os convenentes no registro das prestações de contas no SIGPC Contas Online. FUNDO NACIONAL DE DESENVOLVIMENTO DA EDUCAÇÃO FNDE Roteiro de orientações ao convenente para prestação de contas do Programa Caminho da Escola no SiGPC Contas Online Roteiro elaborado com o objetivo de

Leia mais

Manual do usuário Sistema de Ordem de Serviço HMV/OS 5.0

Manual do usuário Sistema de Ordem de Serviço HMV/OS 5.0 Manual do usuário Sistema de Ordem de Serviço HMV/OS 5.0 DESENVOLVEDOR JORGE ALDRUEI FUNARI ALVES 1 Sistema de ordem de serviço HMV Apresentação HMV/OS 4.0 O sistema HMV/OS foi desenvolvido por Comtrate

Leia mais

Especificação dos Requisitos do Software. Sistema de Controle e Gerenciamento de Loja de Vestuários e Acessórios

Especificação dos Requisitos do Software. Sistema de Controle e Gerenciamento de Loja de Vestuários e Acessórios Especificação dos Requisitos do Software Sistema de Controle e Gerenciamento de Loja de Vestuários e Acessórios Autores: Guilherme Henrique Costa Reginaldo da Silva Alves Muzambinho/MG Outubro 2011 Aprovação

Leia mais

Manual do Usuário ipedidos MILI S.A. - D.T.I.

Manual do Usuário ipedidos MILI S.A. - D.T.I. Manual do Usuário ipedidos MILI S.A. - D.T.I. MILI S.A. - D.T.I. Índice 1 ACESSANDO O PORTAL IPEDIDOS... 3 1.1 Login...5 1.2 Tela Principal, Mensagens e Atendimento On-line...6 2 CADASTRAR... 10 2.1 Pedido...10

Leia mais

Documento de Requisitos Dr. Plantão

Documento de Requisitos Dr. Plantão Universidade Federal de Pernambuco Centro de Informática Graduação em Ciência da Computação Especificação de Requisitos e Validação de Sistemas Documento de Requisitos Dr. Plantão Professor: Jaelson Freire

Leia mais

Manual do Sistema de Almoxarifado P á g i n a 2. Manual do Sistema de Almoxarifado Geral. Núcleo de Tecnologia da Informação

Manual do Sistema de Almoxarifado P á g i n a 2. Manual do Sistema de Almoxarifado Geral. Núcleo de Tecnologia da Informação Divisão de Almoxarifado DIAX/CGM/PRAD Manual do Sistema de Almoxarifado Geral Versão On-Line Núcleo de Tecnologia da Informação Universidade Federal de Mato Grosso do Sul Manual do Sistema de Almoxarifado

Leia mais

BR DOT COM SISPON: MANUAL DO USUÁRIO

BR DOT COM SISPON: MANUAL DO USUÁRIO BR DOT COM SISPON: MANUAL DO USUÁRIO BAURU 2015 2 BR DOT COM SISPON: MANUAL DO USUÁRIO Manual do usuário apresentado para auxiliar no uso do sistema SisPon. BAURU 2015 3 SUMÁRIO 1 Instalação... 5 1.1 Sispon...

Leia mais

Gestão inteligente de documentos eletrônicos

Gestão inteligente de documentos eletrônicos Gestão inteligente de documentos eletrônicos MANUAL DE UTILIZAÇÃO VISÃO DE EMPRESAS VISÃO EMPRESAS - USUÁRIOS (OVERVIEW) No ELDOC, o perfil de EMPRESA refere-se aos usuários com papel operacional. São

Leia mais

Release 3.83. Resumo das alterações. Gerais. Contabilidade. Estoque. ERP-7113 Lançamentos Erros ao alterar lançamentos contábeis.

Release 3.83. Resumo das alterações. Gerais. Contabilidade. Estoque. ERP-7113 Lançamentos Erros ao alterar lançamentos contábeis. Release 3.83 Resumo das alterações Gerais Contabilidade ERP-7113 Lançamentos Erros ao alterar lançamentos contábeis. 1. Corrigido processo de alteração do lançamento contábil em lotes manuais, nos casos

Leia mais

Processo de garantia da qualidade baseado no modelo MPS.BR. Acadêmico: Anildo Loos Orientador: Everaldo Artur Grahl

Processo de garantia da qualidade baseado no modelo MPS.BR. Acadêmico: Anildo Loos Orientador: Everaldo Artur Grahl Processo de garantia da qualidade baseado no modelo MPS.BR Acadêmico: Anildo Loos Orientador: Everaldo Artur Grahl Roteiro introdução objetivos do trabalho fundamentação teórica desenvolvimento da ferramenta

Leia mais

DMS Documento de Modelagem de Sistema. Versão: 1.4

DMS Documento de Modelagem de Sistema. Versão: 1.4 DMS Documento de Modelagem de Sistema Versão: 1.4 VERANEIO Gibson Macedo Denis Carvalho Matheus Pedro Ingrid Cavalcanti Rafael Ribeiro Tabela de Revisões Versão Principais Autores da Versão Data de Término

Leia mais

Documento de Requisitos

Documento de Requisitos UNIVERSIDADE FEDERAL DE PERNAMBUCO GRADUAÇÃO EM Ciência DA COMPUTAÇÃO CENTRO DE INFORMÁTICA 2013.1 Documento de Requisitos IF716 ESPECIFICAÇÃO E VALIDAÇÃO DE REQUISITOS Alunos: Felipe Duarte (fds) Gabriela

Leia mais

UNIVERSIDADE REGIONAL DE BLUMENAU CENTRO DE CIÊNCIAS EXATAS E NATURAIS CURSO DE SISTEMAS DE INFORMAÇÃO BACHARELADO

UNIVERSIDADE REGIONAL DE BLUMENAU CENTRO DE CIÊNCIAS EXATAS E NATURAIS CURSO DE SISTEMAS DE INFORMAÇÃO BACHARELADO UNIVERSIDADE REGIONAL DE BLUMENAU CENTRO DE CIÊNCIAS EXATAS E NATURAIS CURSO DE SISTEMAS DE INFORMAÇÃO BACHARELADO SISTEMA PARA O GERENCIAMENTO DE CONDOMÍNIOS OSMAR CARLOS RADTKE FILHO Prof. Orientador:

Leia mais

Apostila do estagiário MÓDULO I

Apostila do estagiário MÓDULO I Apostila do estagiário MÓDULO I Manual do Gerenciador da Sala de Internet BlueControl Programa Acessa Escola Apresentação O Programa Acessa Escola é uma iniciativa do Governo do Estado de São Paulo,

Leia mais

COMUNICADO SIAD 019 /2007 ASSUNTO: Frota Abastecimento no Posto Orgânico Coletivo de Combustível - POC

COMUNICADO SIAD 019 /2007 ASSUNTO: Frota Abastecimento no Posto Orgânico Coletivo de Combustível - POC Órgão/Setor SECRETARIA DE ESTADO DE PLANEJAMENTO E GESTÃO Rua Bernardo Guimarães, 2731. Tel.: (31) 3290-4600 CEP: 30.180-140 Belo Horizonte Minas Gerais Brasil CGC: 18.715.607 / 0001-13 Inscrição Estadual:

Leia mais

2015 GVDASA Sistemas Suprimentos 1

2015 GVDASA Sistemas Suprimentos 1 2015 GVDASA Sistemas Suprimentos 1 2015 GVDASA Sistemas Suprimentos 2 AVISO O conteúdo deste documento é de propriedade intelectual exclusiva da GVDASA Sistemas e está sujeito a alterações sem aviso prévio.

Leia mais

04/07/2015 UML. Prof. Esp. Fabiano Taguchi http://fabianotaguchi.wordpress.com fabianotaguchi@hotmail.com DEFINIÇÃO DE REQUSIITOS

04/07/2015 UML. Prof. Esp. Fabiano Taguchi http://fabianotaguchi.wordpress.com fabianotaguchi@hotmail.com DEFINIÇÃO DE REQUSIITOS UML Prof. Esp. Fabiano Taguchi http://fabianotaguchi.wordpress.com fabianotaguchi@hotmail.com DEFINIÇÃO DE REQUSIITOS 1 REQUISITOS São os serviços fornecidos para um sistema. São classificados em requisitos

Leia mais

2. Principais documentos relativos ao levantamento de dados do sistema

2. Principais documentos relativos ao levantamento de dados do sistema 1. Prefácio O sistema informatizado Folha de Pagamento Doméstica (GFD), vem sendo desenvolvido visando atender inicialmente a Organização Contábil Santa Rita Ltda., mas posteriormente, poderá favorecer

Leia mais

Sistema Gerenciador de Hotel. Adriano Douglas Girardello Ana Paula Fredrich Tiago Alexandre Schulz Sippert

Sistema Gerenciador de Hotel. Adriano Douglas Girardello Ana Paula Fredrich Tiago Alexandre Schulz Sippert 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 Sistema Gerenciador de Hotel Adriano Douglas Girardello

Leia mais

Passo-a-passo: Pedido Combinado

Passo-a-passo: Pedido Combinado Passo-a-passo: Pedido Combinado O pedido combinado é simples assim! PEDIDO COMBINADO PAGAMENTO PONTOS ENDEREÇO DE ENTREGA SEPARAÇÃO CAIXAS DANFE DEVOLUÇÕES Somente um Empresário é responsável pelo pedido

Leia mais

Desenvolvimento de uma Etapa

Desenvolvimento de uma Etapa Desenvolvimento de uma Etapa A Fase Evolutiva do desenvolvimento de um sistema compreende uma sucessão de etapas de trabalho. Cada etapa configura-se na forma de um mini-ciclo que abrange as atividades

Leia mais

UNIOESTE Universidade Estadual do Oeste do Paraná Bacharelado em Informática 4 ano

UNIOESTE Universidade Estadual do Oeste do Paraná Bacharelado em Informática 4 ano UNIOESTE Universidade Estadual do Oeste do Paraná Bacharelado em Informática 4 ano Alexandre Specian Cardoso, Jhonata Rodrigo de Peder, Marcelo Schuck PES II Cesta Básica Especial Final Cascavel PR 2009-11-18

Leia mais

www.gerenciadoreficaz.com.br

www.gerenciadoreficaz.com.br Fone: (62) 4141-8464 E-mail: regraconsultoria@hotmail.com www.gerenciadoreficaz.com.br Guia Prático do Usuário Manual de Instalação Gerenciador Eficaz 7 2 Manual do Usuário Gerenciador Eficaz 7 Instalando

Leia mais

MODELAGEM DE SISTEMAS

MODELAGEM DE SISTEMAS MODELAGEM DE SISTEMAS Diagramas de Casos de Uso Profa. Rosemary Melo Diagrama de Casos de Uso Modelagem de Sistemas Apresenta uma visão externa geral das funções ou serviços que o sistema deverá oferecer

Leia mais

Sistema Integrado de Atendimento

Sistema Integrado de Atendimento Sistema Integrado de Atendimento Sistema Integrado de Atendimento. Um sistema moderno, completo e abrangente que modifica a realidade do atendimento de sua empresa, proporcionando maior segurança na tomada

Leia mais

O conteúdo deste documento é de propriedade intelectual exclusiva da GVDASA Sistemas e está sujeito a alterações sem aviso prévio.

O conteúdo deste documento é de propriedade intelectual exclusiva da GVDASA Sistemas e está sujeito a alterações sem aviso prévio. AVISO O conteúdo deste documento é de propriedade intelectual exclusiva da GVDASA Sistemas e está sujeito a alterações sem aviso prévio. Nenhuma parte desta publicação pode ser reproduzida nem transmitida

Leia mais

Aquisição. Manual APC

Aquisição. Manual APC Sumário 1. ORÇAMENTO... 1 1.1 CADASTRO DAS VERBAS...3 1.2 UNIDADE ORGANIZACIONAL...4 1.1.1 Orçamento...6 2. SUGESTÕES DE COMPRA... 1 1.3 ITENS...3 2.1.1 VISUALIZAÇÃO...7 1.4 CONSULTA GERAL E GERAÇÃO DE

Leia mais

O AR_AUTOMAÇÃO ou AR_RETAGUARDA, é um programa feito principalmente para o gerenciamento da empresa, neste módulo encontram-se todos os relatórios,

O AR_AUTOMAÇÃO ou AR_RETAGUARDA, é um programa feito principalmente para o gerenciamento da empresa, neste módulo encontram-se todos os relatórios, O AR_AUTOMAÇÃO ou AR_RETAGUARDA, é um programa feito principalmente para o gerenciamento da empresa, neste módulo encontram-se todos os relatórios, parte financeira, entrada de mercadorias entre outros.

Leia mais

Manual de Operacionalização do Módulo de Prestação de Contas PCS

Manual de Operacionalização do Módulo de Prestação de Contas PCS Manual de Operacionalização do Módulo de Prestação de Contas PCS Versão Fevereiro/2013 Índice PCS - Módulo de Prestação de Contas...3 Acesso ao Módulo PCS...3 1. Contas financeiras...5 1.1. Cadastro de

Leia mais

Trabalho Computacional 2. Aplicativo para Gestão Financeira. Grupos: Os trabalhos devem ser feitos individualmente ou em duplas.

Trabalho Computacional 2. Aplicativo para Gestão Financeira. Grupos: Os trabalhos devem ser feitos individualmente ou em duplas. Programação Básica de Computadores Engenharia Mecânica Prof. Filipe Mutz 2016/1 Trabalho Computacional 2 Aplicativo para Gestão Financeira Data de Entrega: 06/07/2016. Pontuação: 10 pontos. Grupos: Os

Leia mais

Gerenciador de Multi-Projetos. Manual do Usuário. 2000 GMP Corporation

Gerenciador de Multi-Projetos. Manual do Usuário. 2000 GMP Corporation GMP Corporation Gerenciador de Multi-Projetos Manual do Usuário 2000 GMP Corporation Histórico de Revisões Data Versão Descrição Autor 24/08/2004 1.0 Versão inicial do documento Bárbara Siqueira Equipe

Leia mais

Acompanhamento e Execução de Projetos

Acompanhamento e Execução de Projetos Acompanhamento e Execução de Projetos Manual do Usuário Atualizado em: 28/11/2013 Página 1/24 Sumário 1. INTRODUÇÃO... 3 2. ABRANGÊNCIA DO SISTEMA... 3 3. DESCRIÇÃO DO SISTEMA... 3 4. COMO ACESSAR O SISTEMA...

Leia mais

SOFTWARE DE GERENCIAMENTO PARA UMA EMPRESA NO SETOR DE VÍDEO LOCADORAS 1 INTRODUÇÃO

SOFTWARE DE GERENCIAMENTO PARA UMA EMPRESA NO SETOR DE VÍDEO LOCADORAS 1 INTRODUÇÃO SOFTWARE DE GERENCIAMENTO PARA UMA EMPRESA NO SETOR DE VÍDEO LOCADORAS Daniel Virginio dos Santos 1, Gustavo Kimura Montanha 2 1 Informática para Negócios, Faculdade de Tecnologia de Botucatu, daniel.virginio92@gmail.com.

Leia mais

MANUAL DIPAM A Versão de 10/05/2012

MANUAL DIPAM A Versão de 10/05/2012 MANUAL DA DIPAM A Versão de 10/05/2012 1 Índice Geral... 3 Configuração Mínima... 3 Instalação... 4 Procedimento pós-instalação para sistemas com Vista ou Windows 7... 8 Uso do Programa DIPAM-A... 10 DIPAM

Leia mais

MANUAL DA SECRETARIA

MANUAL DA SECRETARIA MANUAL DA SECRETARIA Conteúdo Tela de acesso... 2 Liberação de acesso ao sistema... 3 Funcionários... 3 Secretaria... 5 Tutores... 7 Autores... 8 Configuração dos cursos da Instituição de Ensino... 9 Novo

Leia mais

Cenários do CEL. Acessar ao sistema

Cenários do CEL. Acessar ao sistema Cenários do CEL Acessar ao sistema Permitir que o usuário acesse ao Sistema de Léxicos e Cenários nas seguintes condições: logando-se, quando já estiver cadastrado; ou incluindo usuário independente, quando

Leia mais

Escritório Virtual Administrativo

Escritório Virtual Administrativo 1 Treinamento Módulos Escritório Virtual Administrativo Sistema Office Instruções para configuração e utilização do módulo Escritório Virtual e módulo Administrativo do sistema Office 2 3 1. Escritório

Leia mais

Gerenciamento de Deslocamentos e Viagens

Gerenciamento de Deslocamentos e Viagens MANUAL: Gerenciamento de Deslocamentos e Viagens Administrador do Sistema de Viagens Versão: 1.0 Sumário Apresentação... 1 1. Acesso ao sistema... 2 2. Perfis do sistema... 2 3. Configurando o sistema

Leia mais

INSCRIÇÃO ON- LINE REVEZAMENTOS A PARTIR DE 2015 INDICADO PARA TÉCNICOS

INSCRIÇÃO ON- LINE REVEZAMENTOS A PARTIR DE 2015 INDICADO PARA TÉCNICOS INSCRIÇÃO ON- LINE REVEZAMENTOS A PARTIR DE 2015 INDICADO PARA TÉCNICOS 2015 ABMN Escrito por Julian Romero jromero@abmn.org.br Revisão: 8 March 2015 CARACTERÍSTICAS DO SISTEMA O ACESSO É ATRAVÉS DE LOGIN

Leia mais

VERSÃO 5.12.0 VERSÃO 5.0.0 FINANCEIRO NEFRODATA ESTOQUE FINALIZAÇÃO: 10 JUN.

VERSÃO 5.12.0 VERSÃO 5.0.0 FINANCEIRO NEFRODATA ESTOQUE FINALIZAÇÃO: 10 JUN. VERSÃO 5.12.0 VERSÃO 5.0.0 FINANCEIRO NEFRODATA ESTOQUE ACD2016 FINALIZAÇÃO: 10 JUN. 13 04 NOV.2014 FEV. 201313 JUN. 2016 PUBLICAÇÃO: Prezado Cliente, Neste documento estão descritas todas as novidades

Leia mais

Guia Rápido do Usuário

Guia Rápido do Usuário CERTIDÕES UNIFICADAS Guia Rápido do Usuário CERTUNI Versão 1.0.0 CASA DA MOEDA DO BRASIL Conteúdo Acessando o Sistema... 3 Alterando Senhas... 3 Encerrando sua Sessão... 4 Gerando Pedido... 4 Alterando

Leia mais

Notas de versão. Versão 3.16.1.0

Notas de versão. Versão 3.16.1.0 Notas de versão Sistema Gescor Versão 3.16.1.0 Lançamento Abril/2016 Interface - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 3 1. Nova interface e usabilidade do sistema.

Leia mais

CONVÊNIO TJ-SC 10/2014

CONVÊNIO TJ-SC 10/2014 1 CONVÊNIO TJ-SC 10/2014 Sumário Acesso à aplicação... 3 Termo de Uso do Sistema... 3 Alteração de Senha... 3 Consultas Cadastrais e de crédito... 4 Histórico de Alterações Cadastrais... 4 Declarações/Jurídico...

Leia mais

Sistemas - Kz_AcessoNv Manual do Usuário www.tsse.com.br. Manual do usuário XPVisitante

Sistemas - Kz_AcessoNv Manual do Usuário www.tsse.com.br. Manual do usuário XPVisitante Manual do usuário XPVisitante 1 1. Botões padrão Todas as telas de cadastro seguem o mesmo padrão de botões: Incluir Ativa opção para inclusão de novos registros no cadastro Alterar Prepara o registro

Leia mais

Universidade Federal Rural de Pernambuco. Bacharelado em Sistemas de Informação. Disciplina: Análise e Projeto de Sistemas de Informação

Universidade Federal Rural de Pernambuco. Bacharelado em Sistemas de Informação. Disciplina: Análise e Projeto de Sistemas de Informação Universidade Federal Rural de Pernambuco Bacharelado em Sistemas de Informação Disciplina: Análise e Projeto de Sistemas de Informação Docente: Rodrigo Aluna: Thays Melo de Moraes Diagramas do Projeto

Leia mais

Manual de Acesso ao Sistema de Gestão de Serviços (SIGServ)

Manual de Acesso ao Sistema de Gestão de Serviços (SIGServ) Manual de Acesso ao Sistema de Gestão de Serviços (SIGServ) SIGServ É um sistema de solicitação, atendimento e acompanhamento de serviços da PRESTADORA CADASTRADA (Prefeitura do Campus Cuiabá) para o campus

Leia mais

SSPlus (8.0) REA Relatório Explicativo de Alterações. REA SSPlus 8.0 1

SSPlus (8.0) REA Relatório Explicativo de Alterações. REA SSPlus 8.0 1 REA SSPlus 8.0 1 REA Relatório Explicativo de Alterações SSPlus (8.0) Autor : Alana Trindade Criado em 02/04/2016 Impresso Arquivo REA Relatório Explicativo de Alterações Versão 8.0.188a REA SSPlus 8.0

Leia mais

Prestador de Serviços

Prestador de Serviços Copyright 2014 - ControleNaNet Conteúdo A Ficha de Serviços...3 Os Recibos... 5 Como imprimir?... 6 As Listagens...7 Clientes... 9 Consulta...9 Inclusão... 11 Alteração... 12 Exclusão... 13 Serviços...

Leia mais

MANUAL DO SISTEMA. Versão 6.07

MANUAL DO SISTEMA. Versão 6.07 MANUAL DO SISTEMA Versão 6.07 Configurando o Módulo... 3 Contas... 3 Conta Caixa... 5 Aba Geral... 5 Aba Empresas... 8 Conta Banco... 9 Aba Geral... 9 Aba Conta Banco... 10 Aba Empresas... 12 Tipos de

Leia mais

Índice Resumo Introdução Groupware Agendas de Grupo Agenda Compartilhada Funcionalidades Cadastro do Usuário / Login Agenda e Configuração

Índice Resumo Introdução Groupware Agendas de Grupo Agenda Compartilhada Funcionalidades Cadastro do Usuário / Login Agenda e Configuração UNIRIO Universidade Federal do Estado do Rio de Janeiro CCET Centro de Ciências Exatas e Tecnologia EIA Escola de Informática Aplicada TIN0033 Projeto de Graduação II Orientadora: Renata Araújo Alunos:

Leia mais

Análise Orientada a Objetos Processo Unificado RUP - Rational Unified Process

Análise Orientada a Objetos Processo Unificado RUP - Rational Unified Process Análise Orientada a Objetos Processo Unificado RUP - Rational Unified Process 201104 Diego Rocha Cáceres diego@hotelserrano.com.br FACCAT Faculdades de Taquara FIT Faculdade de Informática de Taquara Disciplina

Leia mais

MANUAL PARA USO DO SISTEMA

MANUAL PARA USO DO SISTEMA Clínicas Odontológicas MANUAL PARA USO DO SISTEMA (GCO) GERENCIADOR CLÍNICO ODONTOLÓGICO SmilePrev Versão 1.0 SmilePrev Clínicas Odontológicas www.smilepev.com 2008 REQUISITOS BÁSICOS DO SISTEMA HARDWARE

Leia mais

Manual SIGETEC. Sistema de Gestão Tecnológica MANUAL DO USUÁRIO. Proinfo. Ministério da Educação

Manual SIGETEC. Sistema de Gestão Tecnológica MANUAL DO USUÁRIO. Proinfo. Ministério da Educação Manual SIGETEC Sistema de Gestão Tecnológica MANUAL DO USUÁRIO Proinfo Ministério da Educação Índice Login 4 Esqueceu sua Senha 5 Trocar Senha 5 Financeiro Importação de Arquivos 7 Log de Importação de

Leia mais

Manual de inscrições VI ENIEDUC

Manual de inscrições VI ENIEDUC Manual de inscrições VI ENIEDUC Como se inscrever para o VI ENIEDUC Como emitir o boleto para pagamento Para se inscrever no VI ENIEDUC siga rigorosamente os seguintes procedimentos: 1) Na página inicial

Leia mais

CENTRAL GERENCIADORA DE BOLICHE PS 2009

CENTRAL GERENCIADORA DE BOLICHE PS 2009 CENTRAL GERENCIADORA DE BOLICHE PS 2009 MANUAL DE INSTRUÇÕES VERSÃO 1.10 Prezado Cliente, Preparamos este manual para que você possa conhecer cada detalhe deste produto, e assim utilizá-lo de maneira correta

Leia mais

Especificação dos Requisitos do Software. White Label

Especificação dos Requisitos do Software. White Label Ubee Especificação dos Requisitos do Software White Label Review 0.3 Autores: Airton Sampaio de Sobral (asds@cin.ufpe.br) Alan Gomes Alvino (aga@cin.ufpe.br) Glauco Roberto Pires dos Santos (grps@cin.ufpe.br)

Leia mais

Manual do Usuário. Consultor. Versão 2.3

Manual do Usuário. Consultor. Versão 2.3 Manual do Usuário Consultor Versão 2.3 1 Essa é a tela de login do Sistema de Atendimento Online, clique aqui para acessar o site e siga o passo-apasso abaixo. Se esse é o seu primeiro acesso, clique em

Leia mais

Vendas. Manual do Usuário. Copyright 2014 - ControleNaNet

Vendas. Manual do Usuário. Copyright 2014 - ControleNaNet Manual do Usuário Copyright 2014 - ControleNaNet Conteúdo A Ficha de Vendas...3 Os Recibos...6 Como imprimir?...7 As Listagens...9 Clientes... 10 Consulta... 11 Inclusão... 13 Alteração... 14 Exclusão...

Leia mais

Alvará comercial na internet.

Alvará comercial na internet. Alvará comercial na internet. Objetivo: Permitir aos Contadores conveniados a emissão de alvará inicial ou outros serviços destinados as empresas e liberados pela internet cujo acesso depende de autorização

Leia mais

MAPEAMENTO OBJETO RELACIONAL: UM ESTUDO DE CASO

MAPEAMENTO OBJETO RELACIONAL: UM ESTUDO DE CASO MAPEAMENTO OBJETO RELACIONAL: UM ESTUDO DE CASO UTILIZANDO O HIBERNATE Rafael Laurino GUERRA, Dra. Luciana Aparecida Martinez ZAINA Faculdade de Tecnologia de Indaiatuba FATEC-ID 1 RESUMO Este artigo apresenta

Leia mais