Merci 10 Completo

United Hackers Informática

Documentação do Merci 1.0

Proposta de Especificação do Software Documento que delimita preliminarmente o escopo de um projeto, contendo um plano da fase de Elaboração.

Especificação dos Requisitos do Software Documento que descreve, de forma detalhada, o conjunto de requisitos especificados para um produto de software.

Plano de Desenvolvimento do Software Documento que descreve, de forma detalhada, os compromissos que o fornecedor assume em relação ao projeto, quanto a recursos, custos, prazos, riscos e outros aspectos gerenciais.

Plano da Qualidade do Software Documento que descreve, de forma detalhada, os procedimentos de garantia da qualidade que serão adotados no projeto.

Descrição do Desenho do Software Documento que descreve, de forma detalhada, os aspectos mais importantes do desenho do software.

Descrição dos Testes do Software Documento que descreve, de forma detalhada, os planos e especificações dos testes que serão executados

Manual do Usuário do Software Documento que serve de referência para uso do produto.

Autores: Equipe United Hackers

Belo Horizonte – MG

Março de 2001

Proposta de Especificação de Software

United Hackers Informática 1


Proposta de Especificação do Software

Sistema de Gestão de Mercearia

Merci 1.0


Belo Horizonte - MG

Janeiro de 2001

Projeto Merci 1.0


Proposta de Especificação do Software

Sumário

Proposta de Especificação do Software ....................................................................................................2 Sumário.....................................................................................................................................................2

1 Missão do produto ........................................................................................................................2 2 Lista de funções ............................................................................................................................3 3 Requisitos de qualidade ................................................................................................................3 4 Metas gerenciais ...........................................................................................................................4 5 Outros aspectos.............................................................................................................................4 6 Estimativa de custos e prazos para a Elaboração..........................................................................4

1 Missão do produto

O produto Merci 1.0 visa a oferecer apoio informatizado ao controle de vendas, de estoque, de compra e de fornecedores da mercearia Pereira & Pereira.

Proposta de Especificação de Software


2 Lista de funções

Número de ordem

Nome da função

Necessidades Benefícios

1 Gestão de mercadorias

Fornecimento de dados a outras funções.

Identificação das mercadorias.

Agilidade na compra e venda de mercadorias.

Melhoria do conhecimento dos produtos comercializados.

2 Controle da operação de venda

Registro de produtos e dos valores vendidos.

Viabilização do controle de estoque.

Emissão de tickets de caixa para o cliente da mercearia.

Economia de mão-de-obra.

Diminuição do tempo de venda.

Diminuição de erros nas vendas.

Diminuição dos prejuízos.

3 Gestão de estoque

Controle da reposição das mercadorias.

Controle efetivo de mercadorias em estoque.

Identificação de produtos mais e menos vendidos.

Indicação de promoções.

Diminuição de perdas.

Otimização do estoque de cada produto.

4 Emissão de notas fiscais

Documentação legal da venda.

Qualidade na emissão da nota em relação à emissão manual.

Diminuição dos erros nas notas fiscais.

Economia de mão-de-obra.

5 Gestão de compras

Registro dos pedidos de compra.

Controle de cancelamento de pedidos.

Acompanhamento do prazo de fornecimento de mercadorias.

Registro da recepção das mercadorias.

Apoio na avaliação das melhores condições de preço e menores prazos de entrega.

Eliminação da duplicidade de pedidos.

Identificação de mercadorias não entregues.

Diminuição dos atrasos nas entregas.

6 Gestão de fornecedores

Atualização dos dados de cadastro de fornecedores.

Atualização da lista de produtos comercializados por cada fornecedor.

Controle dos dados de fornecedores (ativos e potenciais).

Conhecimento do mercado de fornecedores.

Avaliação da qualidade de fornecimento.

.

3 Requisitos de qualidade

O Merci deverá atender aos seguintes requisitos de qualidade:

• a utilização será feita através de interfaces gráficas que atendam a requisitos de usabilidade a serem especificados;

• a operação de venda deverá gastar no máximo prazo a ser definido na especificação de requisitos;

• deverá ser possível a expansão dos pontos de venda.

Projeto Merci 1.0


4 Metas gerenciais

O Merci deverá atender às seguintes metas gerenciais do cliente:

• prazo máximo de desenvolvimento: 12 meses;

• custo máximo de desenvolvimento: R$60.000,00.

5 Outros aspectos

Será utilizado o mesmo sistema financeiro adotado em outras atividades do cliente.

6 Estimativa de custos e prazos para a Elaboração

A fase de Elaboração do Merci 1.0 obedecerá ao seguinte planejamento:

1. Reuniões para levantamento inicial dos requisitos: 2 dias úteis.

2. Análise e documentação inicial pela equipe da United Hackers: 2 dias úteis.

3. Reuniões para detalhamento dos requisitos: 5 dias úteis.

4. Fechamento da análise e documentação da Especificação de Requisitos pela equipe da United Hackers: 3 dias úteis.

5. Redação dos Planos de Desenvolvimento e da Qualidade pela equipe da United Hackers: 1 dia útil.

6. Reunião para apresentação da Especificação de Requisitos e dos Planos de Desenvolvimento e da Qualidade: 1 dia útil.

A Pereira e Pereira Comercial Ltda. deverá indicar, para participação nas atividades 1, 3 e 6, um representante com poder de decisão e representantes de cada grupo de futuros usuários do produto. A atividade 4 poderá requerer a realização de entrevistas com alguns destes representantes.

A fase de Elaboração custará R$ 10.000,00. O preço e o prazo das fases de Construção e Transição do produto serão apresentados na atividade 6.

Especificação dos Requisitos do Software


United Hackers Informática RT 002-01


Merci 1.0


Belo Horizonte - MG

Março de 2001



1.1.1.1. Aprovação

Aprovamos o documento de Especificação de Requisitos do projeto Merci 1.0.

United Hackers Sócrates Botelho

19/3/01

United Hackers Metódio Prudente

19/3/01

United Hackers Eudóxia Caxias

19/3/01

United Hackers João Limão

19/3/01

Pereira & Pereira Manuel Pereira

23/3/01

Pereira & Pereira Joaquim Pereira

23/3/01



1.1.1.2. Versões revisadas anteriores

Não aplicável.



Especificação dos Requisitos do Software Merci 1.0

Sumário

ESPECIFICAÇÃO DOS REQUISITOS DO SOFTWARE MERCI 1.0 4

1 Introdução 6 1.1 Objetivos deste documento 6 1.2 Escopo do produto 6

1.2.1 Nome do produto e de seus componentes principais 6 1.2.2 Missão do produto 6 1.2.3 Limites do produto 6 1.2.4 Benefícios do produto 7

1.3 Materiais de referência 7 1.4 Definições e siglas 8 1.5 Visão geral deste documento 8

2 Descrição geral do produto 9 2.1 Perspectiva do produto 9

2.1.1 Diagrama de contexto 9 2.1.2 Interfaces de usuário 10 2.1.3 Interfaces de hardware 11 2.1.4 Interface de software 11 2.1.5 Interfaces de comunicação 11 2.1.6 Restrições de memória 11 2.1.7 Modos de operação 11 2.1.8 Requisitos de adaptação ao ambiente 12

2.2 Funções do produto 12 2.3 Usuários e sistemas externos 13

2.3.1 Descrição 13 2.3.2 Características dos usuários 13

2.4 Restrições 14 2.5 Hipóteses de trabalho 14 2.6 Requisitos adiados 14

3 Requisitos específicos 15 3.1 Requisitos de interface externa 15

3.1.1 Interfaces de usuário 15 3.1.1.1 Interface de usuário Tela de Usuários 15 3.1.1.2 Interface de usuário Tela de Estoque 17 3.1.1.3 Interface de usuário Tela de Relatórios Gerenciais 20 3.1.1.4 Interface de usuário Tela de Mercadorias 22 3.1.1.5 Interface de usuário Tela de Fornecedores 27 3.1.1.6 Interface de usuário Tela de Compras 30 3.1.1.7 Interface de usuário Tela de Pedido de Compra 32 3.1.1.8 Interface de usuário Tela de Abertura do Caixa 35 3.1.1.9 Interface de usuário Tela de Fechamento do Caixa 36 3.1.1.10 Interface de usuário Tela de Venda 38 3.1.1.11 Interface de usuário Tela de Nota Fiscal 42 3.1.1.12 Interface de usuário Relatório de Estoque Baixo 45 3.1.1.13 Interface de usuário Relatório de Mercadorias 45 3.1.1.14 Interface de usuário Relatório de Fornecedores 45 3.1.1.15 Interface de usuário Relação de Pedidos de Compra 47 3.1.1.16 Interface de usuário Pedido de Compra 47



3.1.1.17 Interface de usuário Ticket de Venda 47 3.1.1.18 Interface de usuário Nota Fiscal 48

3.1.2 Interfaces de hardware 49 3.1.3 Interfaces de software 49

3.1.3.1 Interface de software Conexão com o Sistema Financeiro 49 3.1.4 Interfaces de comunicação 50

3.2 Requisitos funcionais 51 3.2.1 Diagramas de casos de uso 51

3.2.1.1 Diagrama de casos de uso Pacotes de casos de uso 51 3.2.1.2 Diagrama de casos de uso Administração 51 3.2.1.3 Diagrama de casos de uso Gestão de Compras 52 3.2.1.4 Diagrama de casos de uso Gestão de Vendas 52

3.2.2 Casos de uso 53 3.2.2.1 Caso de uso Gestão de Usuários 53 3.2.2.2 Caso de uso Gestão Manual de Estoque 54 3.2.2.3 Caso de uso Emissão de Relatórios 55 3.2.2.4 Caso de uso Gestão de Mercadorias 55 3.2.2.5 Caso de uso Gestão de Fornecedores 57 3.2.2.6 Caso de uso Gestão de Pedidos de Compra 59 3.2.2.7 Caso de uso Abertura do Caixa 63 3.2.2.8 Caso de uso Fechamento do Caixa 63 3.2.2.9 Caso de uso Operação de Venda 63 3.2.2.10 Caso de uso Emissão de Nota Fiscal 65

3.3 Requisitos não funcionais 67 3.3.1 Requisitos de desempenho 67

3.3.1.1 Requisito de desempenho Tempo de resposta da Operação de Venda 67 3.3.1.2 Requisito de desempenho Tempo de resposta para pesquisas no banco de dados 67

3.3.2 Requisitos de dados persistentes 67 3.3.2.1 Diagrama de classes persistentes 67 3.3.2.2 Descrição das classes persistentes 68 3.3.2.3 Propriedades das classes persistentes 68

3.3.3 Restrições ao desenho 68 3.3.3.1 Restrição ao desenho Padrão de Nota Fiscal 68 3.3.3.2 Restrição ao desenho Expansibilidade 69

3.3.4 Atributos da qualidade 69 3.3.4.1 Atributo da qualidade Segurança do Acesso 69 3.3.4.2 Atributo da qualidade Apreensibilidade 69

4 Informação de suporte 70



1 Introdução

1.1 Objetivos deste documento

Descrever e especificar as necessidades da Pereira & Pereira Comercial Ltda. que devem ser atendidas pelo produto Merci, bem como definir para os desenvolvedores o produto a ser feito. Público-alvo: cliente, usuários e desenvolvedores do projeto Merci.

1.2 Escopo do produto

1.2.1 Nome do produto e de seus componentes principais

Merci (Componente único).

1.2.2 Missão do produto

Apoio informatizado ao controle de vendas e de compras da mercearia Pereira & Pereira Comercial Ltda.

1.2.3 Limites do produto

1. O Merci não fará vendas parceladas e só receberá dinheiro ou cheque.

2. O Merci só fará a Emissão de Nota Fiscal durante a Operação de Venda.

3. O Merci não fará um cadastro de clientes da mercearia Pereira & Pereira Comercial Ltda.

4. O backup e a recuperação das bases de dados do sistema ficam a cargo da administração de dados e não serão providas pelo Merci.

5. O Merci não terá ajuda on-line.



1.2.4 Benefícios do produto

Número de ordem Benefício Valor para o

cliente

1 Diminuição de erros na venda de mercadorias. Essencial

2 Qualidade na emissão da nota fiscal e ticket de venda, em relação à emissão manual. Essencial

3 Identificação de distorções entre o vendido e o estoque. Essencial

4 Agilidade na compra de mercadorias. Desejável

5 Identificação de produtos mais e menos vendidos. Desejável

6 Diminuição do custo de estocagem. Desejável

7 Economia de mão-de-obra. Desejável

8 Conhecimento do mercado de fornecedores. Opcional

9 Indicação de promoções. Opcional

1.3 Materiais de referência

Número de ordem

Tipo do material Referência bibliográfica

1 Entrevistas Ata de entrevistas, que podem ser conseguidas com a secretaria da United Hackers Ltda.

2 Manual Manual de Usuário do Finance 98.

3 Relatório Proposta de Especificação do Sistema de Gestão de Mercearia Merci 1.0 – Versão revisada 1, conseguida junto à United Hackers Ltda.

4 Padrão Metódio Prudente. Manual de Processos de Software. RT – UHI - 015/2000.



1.4 Definições e siglas

Número de ordem

Sigla Definição

1 Cadastro de compras Cadastro dos pedidos de compras efetuados pela mercearia.

2 Cadastro de fornecedores

Cadastro dos dados dos fornecedores da mercearia.

3 Cadastro de mercadorias

Cadastro das mercadorias comercializadas pela mercearia.

4 Cliente da mercearia Pessoa que procura a mercearia para efetuar suas compras.

5 HD Disco rígido.

6 RAM Memória principal.

1.5 Visão geral deste documento

De acordo com o Padrão para Especificação de Requisitos de Software, ou seja:

Parte 2: Descrição geral do produto

Parte 3: Requisitos específicos

Parte 4: Informação de suporte - listagens do Modelo de Análise



2 Descrição geral do produto

2.1 Perspectiva do produto

2.1.1 Diagrama de contexto

Gestor de Estoque

Caixeiro

Gestão Manual de Estoque

Operação de Venda

Sistema Financeiro

Gestão de Fornecedores

Gestão de Mercadorias

Gestão de Pedidos de Compra

Gestor de Compras

Emissão de Relatórios

Abertura do Caixa

Gestão de Usuários

Gerente Fechamento do Caixa

Emissão de Nota Fiscal

<<extend>>



2.1.2 Interfaces de usuário

Número de ordem

Nome Ator Caso de uso Descrição

1 Tela de Usuários

Gerente Gestão de Usuários

Interface on-line para inclusão, consulta, alteração e exclusão de usuários.

2 Tela de Estoque

Gestor de Estoque

Gestão Manual de Estoque

Interface on-line para conciliação entre estoque registrado e estoque real.

3 Tela de Relatórios Gerenciais

Gestor de Compras


Interface on-line para impressão de relatórios da base de dados.

4 Tela de Mercadorias

Gestor de Compras

Gestão de Mercadoria

Interface on-line para inserção, consulta, alteração e exclusão de mercadorias.

5 Tela de Fornecedores

Gestor de Compras


Interface on-line para inserção, alteração, consulta e exclusão de fornecedores.

6 Tela de Compras

Gestor de Compras

Gestão de Pedidos de Compras

Interface on-line com resumo dos pedidos de compra, que permite baixa e exclusão destes.

7 Tela de Pedido de Compra

Gestor de Compras

Gestão de Pedidos de Compras

Interface on-line para visualização, inserção e modificação de um pedido de compra específico.

8 Tela de Abertura do Caixa

Gerente Abertura do Caixa

Interface on-line para abertura do caixa, que coloca o Merci no MODO DE VENDA.

9 Tela de Fechamento do Caixa

Gerente Fechamento do Caixa

Interface on-line para fechamento do caixa, que coloca o Merci no MODO DE GESTÃO.

10 Tela de Venda Caixeiro Operação de Venda

Interface on-line para venda aos clientes da mercearia.

11 Tela de Nota Fiscal

Caixeiro Emissão de Nota Fiscal

Interface on-line para emissão de nota fiscal de venda aos clientes da mercearia.

12 Relatório de Estoque Baixo

Gestor de Compras

Emissão de Relatório

Lista das mercadorias cujo estoque está abaixo do estoque mínimo.

13 Relatório de Mercadorias

Gestor de Compras


Lista das mercadorias comercializadas pela mercearia.

14 Relatório de Fornecedores

Gestor de Compras


Lista dos fornecedores da mercearia.

15 Relação de Pedidos de Compra

Gestor de Compras


Lista dos pedidos de compra da mercearia.

16 Pedido de Compra

Gestor de Estoque

Gestão de Pedidos de

Relatório impresso correspondente a um pedido de



Compras compra.

17 Ticket de Venda

Caixeiro Operação de Venda

Ticket que exibe e totaliza os itens referentes a uma venda efetuada.

18 Nota Fiscal Caixeiro Emissão de Nota Fiscal

Documento exigido pela legislação fiscal para fins de fiscalização.

2.1.3 Interfaces de hardware

Não aplicável.

2.1.4 Interface de software

Número de ordem

Nome Ator Caso de uso Descrição

1 Conexão com Sistema Financeiro

Sistema Financeiro

Operação de Venda, Gestão Manual de Estoque, Gestão de Pedidos de Compras

Arquivo textual que serve de entrada ao Sistema Financeiro.

2.1.5 Interfaces de comunicação

Não aplicável.

2.1.6 Restrições de memória

Número de ordem

Tipo de memória Limites aplicáveis

1 HD O produto deve ocupar no máximo 200 MB (sem considerar as bases de dados).

2 RAM O produto deve executar em 128 MB.

2.1.7 Modos de operação

Número de ordem

Tipo de operação

Descrição da operação

Detalhes de operação

1 Interativa MODO DE GESTÃO

Modo de operação do Merci, no qual o sistema está disponível para a Gestão de Mercadorias, Gestão Manual de Estoque, Gestão de Pedidos de Compras, Gestão de Fornecedores, Emissão de Relatórios, Gestão de Usuários e Abertura do Caixa.

2 Interativa MODO DE VENDA

Modo de operação do Merci, no qual o sistema está liberado apenas para a Operação de Venda, Emissão de Nota Fiscal e Fechamento do Caixa.



2.1.8 Requisitos de adaptação ao ambiente

Número de ordem

Requisito Detalhes

1 Configuração da impressão do ticket de venda e da Nota Fiscal

As dimensões desses relatórios deverão ser configuráveis.

2.2 Funções do produto

Número de ordem

Caso de uso Descrição

1 Gestão de Usuários Controle de usuários que terão acesso ao Merci .

2 Gestão Manual de Estoque

Controle manual de entrada e saída de mercadorias.

3 Emissão de Relatórios

Emissão de relatórios das bases de dados do Merci .

4 Gestão de Mercadorias

Processamento de inclusão, exclusão e alteração de mercadorias.

5 Gestão de Fornecedores

Processamento de inclusão, exclusão e alteração de fornecedores.

6 Gestão de Pedidos de Compra

Processamento de inclusão, exclusão e alteração de pedidos de compra.

7 Abertura do Caixa Passagem para o MODO DE VENDA, liberando o caixa da mercearia para a Operação de Venda.

8 Fechamento do Caixa

Totalização das vendas do dia e mudança para o MODO DE GESTÃO.

9 Operação de Venda Operação de venda ao cliente da mercearia.

10 Emissão de Nota Fiscal

Emissão opcional de Nota Fiscal para o cliente da mercearia (extensão da Operação de Venda).



2.3 Usuários e sistemas externos

2.3.1 Descrição

Número de ordem

Ator Definição

1 Caixeiro Funcionário operador comercial de caixa.

2 Gerente Funcionário responsável pela abertura e fechamento do caixa, além do cadastramento de usuários.

3 Gestor de Compras Funcionário responsável pela gestão dos cadastros de mercadorias e fornecedores, e pela emissão e acompanhamento de pedidos de compra.

4 Gestor de Estoque Funcionário responsável pela manutenção da consistência entre o estoque físico da mercearia e o estoque cadastrado no Merci.

5 Sistema Financeiro Sistema de gestão financeira, que recebe os detalhes financeiros das transações diárias, para utilização posterior pela administração financeira da mercearia.

2.3.2 Características dos usuários

Número de ordem

Ator Freqüência de uso

Nível de instrução

Proficiência na aplicação

Proficiência em informática

1 Caixeiro Diário em horário comercial

1º Grau Operacional Aplicação

2 Gerente Diário 2º Grau Completa Aplicação Windows 98

3 Gestor de Compras

Diário 3º grau Completa Aplicação Windows 98

4 Gestor de Estoque

Diário 1º Grau Operacional Aplicação



2.4 Restrições

Número de ordem

Restrição Descrição

1 Ambiente O ambiente operacional a ser utilizado é o Windows 98 (ou compatível).

2 Ambiente O sistema deverá executar em um Pentium 300 MHz, com impressora de tecnologia laser ou de jato de tinta, a ser usada para impressão de todos os relatórios, exceto os tickets de venda.

3 Ambiente Será utilizada uma impressora específica para a emissão dos tickets de venda, configurável como impressora suportada pelo ambiente operacional.

4 Expansibilidade O produto deve ser desenvolvido levando-se em consideração que poderá ser expandido para mais de um caixa.

5 Legal O produto deverá estar de acordo com as leis e regulamentos vigentes na época da aprovação da Especificação de Requisitos.

6 Segurança O produto deverá restringir o acesso através de senhas individuais para cada usuário.

2.5 Hipóteses de trabalho

Número de ordem

Hipótese De quem depende

1 Deve ser utilizado o sistema de gestão de bancos de dados Microsoft Access.

Pereira & Pereira Comercial Ltda. deve adquiri-lo, instalá-lo e povoá-lo.

2.6 Requisitos adiados

Número de ordem

Referência ao requisito Detalhes

1 Cadastro de Clientes Gestão de dados dos clientes da mercearia.

2 Venda a Prazo Suporte para venda a prazo, na Operação de Venda, e subseqüente suporte à cobrança.

3 Estorno no Caixa Cancelamento de um ou mais itens de vendas concluídas.

4 Retirada no Caixa Retirada de dinheiro no caixa durante o expediente (MODO DE VENDAS) da mercearia.



3 Requisitos específicos

3.1 Requisitos de interface externa

3.1.1 Interfaces de usuário 3.1.1.1 Interface de usuário Tela de Usuários

3.1.1.1.1 Leiaute sugerido Tela de Usuários

Novo Pesquisar Salvar Excluir Fechar

Login

Nome

Senha

Gerente Gestor de Compras

Gestor de Estoques Caixeiro

Grupos do Usuário

3.1.1.1.2 Diagrama de estados

Não aplicável. 3.1.1.1.3 Relacionamentos com outras interfaces

O comando Fechar retorna à tela principal.



3.1.1.1.4 Campos

Número Nome Descrição Valores válidos

Formato Tipo Restrições

1 Nome Nome do usuário.

Caracteres alfabéticos e espaços

Até 60 caracteres

Texto Obrigatório / alterável.

2 Login Identificador de login do usuário.

Caracteres alfanuméricos

Até 8 caracteres


3 Senha Senha do usuário.

Caracteres alfanuméricos

Até 8 caracteres

Texto Obrigatório / alterável. A senha não deverá ser mostrada na tela, sendo substituída por um caractere especial.

4 Grupos do usuário

Atributo que codifica os grupos a que o usuário pertence.

Gerente, Gestor de Estoque, Gestor de Compras, Caixeiro

Botões de checar ou equivalente

Conjunto lógico

Obrigatório / alterável. Valores não exclusivos.

3.1.1.1.5 Comandos

Número Nome Ação Restrições

1 Novo Limpa a tela para inserção de novo usuário.

Sempre habilitado, com confirmação quando houver risco de perda de dados.

2 Pesquisar Recupera dados cadastrais do usuário, fornecido o login.


3 Salvar Salva os dados no cadastro, alterando os dados do usuário, se existir no cadastro usuário com o login dado, ou inserindo novo usuário, em caso contrário.


4 Excluir Exclui usuário do cadastro. Sempre habilitado para exclusão de usuário cadastrado, com confirmação.

5 Fechar Fecha esta interface. Sempre habilitado, com confirmação quando houver risco de perda de dados.



3.1.1.2 Interface de usuário Tela de Estoque

3.1.1.2.1 Leiaute sugerido Tela de Estoque

Pesquisar Salvar Fechar

Dados da Mercadoria

Número da Operação 000123

Unidade

Descrição Cerveja Rottenbeer

Preço deCompra

R$0,75

Preço deVenda R$1,25

EstoqueMínimo 50

EstoqueAtual 75

Latas

Código 00344 Fabricante Cervejaria Beboom

Receita Despesa Prejuízo Ganho






3.1.1.2.4 Campos



1 Número da Operação

Número chave da operação de gestão de estoque.

Maior que 0 Até 6 dígitos

Número inteiro

Gerado pelo Merci / não alterável.

2 Código (grupo Dados da Mercadoria)

Código da mercadoria pertinente à operação de gestão de estoque.


Número inteiro

Obrigatório / alterável.

3 Fabricante (grupo Dados da Mercadoria)

Fabricante da mercadoria pertinente.

Caracteres alfanuméricos e espaços

Até 60 caracteres

Texto Informado pelo Merci / não alterável.

4 Descrição (grupo Dados da Mercadoria)

Descrição da mercadoria pertinente.


Até 60 caracteres


5 Unidade (grupo Dados da Mercadoria)

Unidade usada para contagem da mercadoria pertinente.

Caracteres alfabéticos

Até 10 caracteres


6 Estoque Mínimo (grupo Dados da Mercadoria)

Estoque mínimo permissível para a mercadoria pertinente.

Maior ou igual a 0

Até 6 dígitos

Número inteiro

Informado pelo Merci / não alterável.

7 Estoque Atual (grupo Dados da Mercadoria)

Estoque atual da mercadoria pertinente.

Maior ou igual a 0

Até 6 dígitos

Número inteiro

Informado pelo Merci / alterável.

8 Preço de Compra (grupo Dados da Mercadoria)

Preço de compra da mercadoria pertinente.

Maior ou igual a 0

Até 13 dígitos

Moeda Informado pelo Merci / não alterável.

9 Preço de Venda (grupo Dados da Mercadoria)

Preço de venda da mercadoria pertinente.

Maior ou igual a 0

Até 13 dígitos


10 Tipo da Operação

Tipo da operação

Receita, Despesa,

Botões de opção ou

Enumeração Obrigatório / alterável.



financeira gerada pela atualização de estoque.

Prejuízo ou Ganho.

equivalente

3.1.1.2.5 Comandos


1 Pesquisar Localiza mercadoria pelo código.


2 Salvar Salva alterações no estoque. Sempre habilitado, com confirmação.




3.1.1.3 Interface de usuário Tela de Relatórios Gerenciais

3.1.1.3.1 Leiaute sugerido

Tela de Relatórios Gerenciais

Impressão de Relatórios

Fornecedores

Mercadorias

Mercadorias com Estoque Baixo

Relação de Pedidos de Compra

Imprimir Fechar



O comando Fechar retorna para a tela principal.



3.1.1.3.4 Campos



1 Fornecedores Opção de gerar relatório de fornecedores.

Selecionado / Não selecionado

Botão de checar ou equivalente

Lógico Sempre habilitado.

2 Mercadorias Opção de gerar relatório de mercadorias.




3 Mercadorias com Estoque Baixo

Opção de gerar relatório de mercadorias com estoque baixo.




4 Relação de Pedidos de Compra

Opção de gerar relação de pedidos de compra.




3.1.1.3.5 Comandos


1 Imprimir Imprime os relatórios selecionados, a partir de um quadro de visualização.

Habilitado quando houver pelo menos um relatório selecionado.

2 Fechar Fecha esta interface. Sempre habilitado.



3.1.1.4 Interface de usuário Tela de Mercadorias

3.1.1.4.1 Leiaute sugerido Tela de Mercadorias

Fornecedores

666.777.111/0176 Metralha e Metralha S. A.

171.171.171/71

NomeCPF / CGC

Cornélio Escobar

Incluir Fornecedor Excluir Fornecedor

Código da Mercadoria 00344 Data de Cadastramento 13/03/2000

Descrição Cerveja Rottenbeer

Modelo Em lata

Fabricante Cervejaria Beboom

Estoque Atual 120 Preço de Compra R$0,75

Unidade Latas Preço de Venda R$1,25

Estoque Mínimo 50 Alíquota 15%

Nova Pesquisar Salvar Excluir Fechar


Início

Vazia

Atualizada

Alterada

Fim

Nova ou Pes quisarExcluir

SalvarAlteração de dados da m ercadoria

Fechar

Fechar



3.1.1.4.3 Relacionamentos com outras interfaces

O botão Fechar retorna à tela principal.



3.1.1.4.4 Campos



1 Código da Mercadoria

Código desta mercadoria no mundo real (por exemplo, código de barras).

Maior que 0 Até 15 dígitos Número inteiro


2 Data de Cadastramen-to

Igual ou anterior à data atual

DD/MM/AAAA

Data Informado pelo Merci / não alterável.

3 Descrição Texto descritivo desta mercadoria.

Caracteres alfa-numéricos e espaços

Até 60 caracteres.


4 Modelo Descrição ou nome do modelo desta mercadoria.


Até 60 caracteres.

Texto Opcional / alterável.

5 Fabricante Nome do fabricante desta mercadoria.


Até 60 caracteres.


6 Estoque Atual Estoque atual desta mercadoria na mercearia.

Maior que 0 Até 6 dígitos Número inteiro

Para novas mercadorias: opcional / alterável. Para mercadorias cadastradas: informado pelo Merci / não alterável.

7 Unidade Unidade em que a mercadoria é comercializa-da pela mercearia; por exemplo, caixa, garrafa, litro etc.

Caracteres alfabéticos

Até 10 caracteres


8 Estoque Mínimo

Estoque mínimo aceitável para esta mercadoria.

Maior ou igual a 0

Até 6 dígitos Número inteiro


9 Preço de Compra

Preço pago pela mercearia para adquirir o

Maior que 0 Até 13 dígitos Moeda Para novas mercadorias: opcional /



último lote desta mercadoria.

alterável. Para mercadorias cadastradas: informado pelo Merci / alterável.

10 Preço de Venda

Preço pelo qual a mercearia vende esta mercadoria a seus clientes.

Maior que 0 Até 13 dígitos Moeda Obrigatório / alterável.

11 Alíquota Alíquota do imposto que incide na mercadoria.

Entre 0 e 100%

Até 4 dígitos Percentagem


12 CPF / CGC (grupo Fornecedores)

CPF ou CGC de fornecedor desta mercadoria

CPF ou CGC de fornecedor previamente cadastrados.

Até 15 dígitos.

Número inteiro.


13 Nome (grupo Fornecedores)

Nome de fornecedor desta mercadoria

- Até 60 caracteres.




3.1.1.4.5 Comandos


1 Incluir Fornecedor (grupo Fornecedores)

Insere um novo fornecedor na relação de fornecedores desta mercadoria.

Válido somente se o fornecedor estiver cadastrado.

2 Excluir Fornecedor (grupo Fornecedores)

Exclui um fornecedor da relação de fornecedores desta mercadoria.

Habilitado, com confirmação, se existir pelo menos um fornecedor desta mercadoria.

3 Nova Limpa a tela para inserção de nova mercadoria.


4 Pesquisar Recupera dados cadastrais da mercadoria, fornecido o código desta.


5 Salvar Salva os dados no cadastro, alterando os dados da mercadoria, se existir no cadastro mercadoria com o código dado, ou inserindo nova mercadoria, em caso contrário.


6 Excluir Exclui mercadoria do cadastro. Sempre habilitado para mercadoria cadastrada, com confirmação.


3.1.1.4.6 Observações

O Preço de Compra atribuído pelo Merci a cada mercadoria é o preço do último pedido de compra atendido. Entretanto, o Gestor de Compras pode atualizá-lo manualmente. O Código da Mercadoria, para mercadorias novas, deve ser um código externo (por exemplo, código de barras). Para alterações, deve corresponder a mercadorias cadastradas.



3.1.1.5 Interface de usuário Tela de Fornecedores


Tela de Fornecedores

Mercadorias Fornecidas

00344 Cerveja Rottenbeer

00266

DescriçãoCódigo

Sabão Old Dog

Incluir Mercadoria Excluir Mercadoria

Novo Pesquisar Salvar Excluir Fechar

CPF/CGC 666.777.111/0176

Nome Metralha e Metralha S. A.

Telefone 11-167671

Endereço Av. Carandiru, 617 - S. Paulo - SP


Início

Vazia

Atualizada

Novo ou Pesquisar

Alterada

SalvarAlteração de dados do fornecedor

Excluir

FimFechar

Fechar





3.1.1.5.4 Campos

Número Nome Descrição Valores válidos Formato Tipo Restrições

1 CPF/CGC CPF do fornecedor, se for pessoa física, ou CGC, se for pessoa jurídica.

CPF ou CGC válidos

Até 15 dígitos

Número inteiro


2 Nome Nome comercial do fornecedor.


Até 60 caracteres


3 Endereço Endereço comercial do fornecedor.


Até 60 caracteres


4 Telefone Número do telefone de contato do fornecedor.

Caracteres usados em números telefônicos

Até 30 dígitos


5 Código (grupo Mercadorias Fornecidas)

Código de mercadoria fornecida por este fornecedor.

Códigos de mercadorias previamente cadastradas

Até 15 dígitos

Número inteiro


6 Descrição (grupo Mercadorias Fornecidas)

Descrição de mercadoria fornecida por este fornecedor.

- Até 60 caracteres




3.1.1.5.5 Comandos


1 Incluir Mercadoria (grupo Mercadorias Fornecidas)

Insere uma nova mercadoria na relação de mercadorias fornecidas por um fornecedor.

Válido somente se a mercadoria estiver cadastrada.

2 Excluir Mercadoria (grupo Mercadorias Fornecidas)

Exclui uma mercadoria da relação de mercadorias fornecidas por um fornecedor.

Habilitado, com confirmação, se existir pelo menos uma mercadoria fornecida.

3 Novo Limpa a tela para inserção de novo fornecedor.


4 Pesquisar Recupera dados cadastrais do fornecedor, fornecido o CPF/CGC.


5 Salvar Salva os dados no cadastro, alterando os dados do fornecedor, se existir no cadastro fornecedor com este CPF/CGC, ou inserindo novo fornecedor, em caso contrário.


6 Excluir Exclui fornecedor do cadastro.

Sempre habilitado para fornecedor cadastrado, com confirmação.



Para alterações, o campo CPF/CGC deve corresponder ao CPF ou CGC de fornecedores cadastrados.



3.1.1.6 Interface de usuário Tela de Compras

3.1.1.6.1 Leiaute sugerido Tela de Compras

Pedidos Pendentes Todos os Pedidos

Novo Detalhe Baixa Excluir Fechar

0096 25/06/2000

0097

05/07/2000

10/07/2000

Metralha e Metralha S.A.

Cornélio Escobar

FornecedorData PrevistaData de EmissãoNúmero

29/06/2000

Opções de Listagem

Pedidos



O comando Fechar retorna à tela principal. Os comandos Detalhe e Novo acionam a Tela de Pedido de Compra.



3.1.1.6.4 Campos



1 Opção de Listagem (grupo Opções de Listagem)

Opção por exibir todos os pedidos de compra ou apenas os pedidos de compra pendentes.

Pendentes / Todos

Botão de opção ou equivalente

Lógico Obrigatório / alterável.

2 Número (grupo Pedidos)

Número de pedido de compra

Maior que 0



3 Data de Emissão (grupo Pedidos)

Data de emissão de pedido de compra

Maior que data atual

DD/MM/AAAA Data Informado pelo Merci / não alterável.

4 Data Prevista (grupo Pedidos)

Data prevista de pedido de compra

- DD/MM/AAAA Data Informado pelo Merci / não alterável.

5 Fornecedor (grupo Pedidos)

Fornecedor de pedido de compra



3.1.1.6.5 Comandos


1 Novo Cria novo pedido de compra e abre a interface Tela de Pedido de Compra, para o preenchimento dos dados.

Sempre habilitado.

2 Detalhe Abre a interface Tela de Pedido de Compra, para mostrar os detalhes do pedido de compra selecionado.

Sempre habilitado.

3 Baixa Faz a baixa do pedido de compra selecionado, mudando seu status para ATENDIDO e automaticamente inclui os itens da compra no estoque da mercearia.

Sempre habilitado, com confirmação.

4 Excluir Exclui um pedido de compra do cadastro. Sempre habilitado, com confirmação.

5 Fechar Fecha esta interface. Sempre habilitado.


Esta interface de usuário pode mostrar todos os pedidos de compra ou apenas aqueles que estão pendentes, dependendo de opção selecionada pelo usuário.



3.1.1.7 Interface de usuário Tela de Pedido de Compra


C

Tela de Pedidos de Compra

Nome Metralha e Metralha S.A.

Itens do pedido

00344 Cerveja Rottenbeer00266

R$0,80R$0,25

1000800

QuantidadePreço Unit.DescriçãoCód. Mercad.

Sabão Old DogR$800,00R$200,00

Preço Total

Incluir Item Excluir Item

Valor Total do Pedido R$1.000,00

Salvar Imprimir Fechar

Número 0096

Data de Emissão 25/06/2000 Data Prevista 05/07/2000

CPF/CGC 666.777.111/0176

Fornecedor



Acionada a partir da Tela de Compras, através dos comandos Novo e Detalhe. O comando Fechar retorna à Tela de Compras.



3.1.1.7.4 Campos



1 Número Número que identifica um pedido de compra.

Dígitos Até 6 dígitos Número inteiro

Gerado pelo Merci para novos pedidos de compra./ não alterável.

2 Data de Emissão

Data de emissão do pedido de compra.

Data válida DD/MM/AAAA

Data Gerado pelo Merci, para cada novo pedido de compra (data atual) / não alterável

3 Data Prevista

Data prevista para entrega das mercadorias solicitadas no pedido de compra.

Maior que Data de Emissão e a data atual

DD/MM/AAAA

Data Não obrigatório / alterável.

4 CPF/CGC (grupo Fornece-dor)

CPF/CGC do fornecedor deste pedido de compra.

CPF ou CGC de fornecedor cadastrado

Até 15 caracteres


5 Nome (grupo Fornecedor)

Nome do fornecedor deste pedido de compra.



6 Cód. Mercad. (grupo Itens do pedido)

Código de mercadoria de item de compra

Códigos de mercadorias cadastradas



7 Descrição (grupo Itens do pedido)

Descrição de mercadoria de item de compra



8 Preço Unitário (grupo Itens do pedido)

Preço unitário de item de compra

Maior que 0 Até 13 dígitos Moeda Informado pelo Merci / alterável.

9 Quantida-de (grupo Itens do pedido)

Quantidade de unidades de mercadoria de item de compra

Maior ou igual a 0


Obrigatório / alterável (vide Observações).



10 Total (grupo Itens do pedido)

Valor de item de compra

- Até 13 dígitos Moeda Calculado pelo Merci / não alterável.

11 Valor Total do Pedido

Resultado da totalização dos itens de compra.

- Até 13 dígitos Moeda Calculado pelo Merci / não alterável.

3.1.1.7.5 Comandos


1 Incluir Item (grupo Itens do pedido)

Inclui um item de compra. Sempre habilitado.

2 Excluir Item (grupo Itens do pedido)

Exclui um item de compra. Habilitado se o pedido de compra contiver pelo menos um item de compra.

3 Salvar Salva os dados do pedido de compra. Habilitado se o pedido de compra contiver pelo menos um item de compra.

4 Imprimir Imprime o pedido de compra. Sempre habilitado.

5 Fechar Fecha esta tela. Sempre habilitado, com confirmação quando houver risco de perda de dados.


As restrições acima descritas são aplicáveis no caso de preenchimento de novos pedidos de compra. Para pedidos de compra existentes, só é possível alterar a Data Prevista. Para que o Cód. Mercad. seja válido, ele deve corresponder a uma mercadoria cadastrada e fornecida pelo fornecedor deste pedido de compra.



3.1.1.8 Interface de usuário Tela de Abertura do Caixa


Tela de Abertura do Caixa

Abrir Desistir

Saldo Inicial R$8.500,00



O botão Desistir retorna à tela principal. O botão Abrir aciona a interface Tela de Venda.

3.1.1.8.4 Campos



1 Saldo Inicial

Saldo inicial registrado pelo Gerente.

Maior ou igual a 0

Até 11 caracteres

Moeda Obrigatório / alterável.

3.1.1.8.5 Comandos


1 Abrir Faz a abertura do Caixa, liberando-o para a Operação de Venda.

Habilitado somente quando o saldo inicial tiver sido informado.

2 Desistir Fecha esta interface. Sempre habilitado.




O Gerente deve registrar no campo Saldo Inicial a quantia efetivamente disponível no caixa real, antes de dar-se início às vendas.

3.1.1.9 Interface de usuário Tela de Fechamento do Caixa


Tela de Fechamento do Caixa

Encerrar Desistir

Saldo Inicial R$8.500,00

Total de Vendas R$25.000,00

Saldo Final R$33.500,00



O comando Desistir retorna à Tela de Venda. O comando Encerrar retorna à tela principal.



3.1.1.9.4 Campos



1 Total de Vendas

Valor total das vendas do caixa no dia.

Maior ou igual a 0

Até 13 dígitos Moeda Calculado pelo Merci / não alterável.

2 Saldo Inicial

Saldo inicial registrado pelo Gerente.

Maior ou igual a 0

Até 13 dígitos Moeda Informado pelo Merci / não alterável.

3 Saldo Final

Soma do saldo inicial com o total de vendas.

Maior ou igual a 0

Até 13 dígitos Moeda Calculado pelo Merci / não alterável.

3.1.1.9.5 Comandos


1 Encerrar Encerra o Caixa e fecha esta interface. Sempre habilitado.

2 Desistir Fecha esta interface. Sempre habilitado.



3.1.1.10 Interface de usuário Tela de Venda


3.1.1.10.1.1 Venda aberta Tela de Vendas



Forma de pagamento

Cheque Dinheiro

Itens de Venda


00296

6

3

Latas

Pacotes

UnidadeQuantidadeDescriçãoCód. Mercadoria

Torresmo Ultralight

R$1,25 R$7,50

R$2,00

Valor totalValor unitário

R$6,00

Total a Pagar R$13,50

Nova Encerrar Emitir NF Fechar

3.1.1.10.1.2 Venda concluída Tela de Vendas



Forma de pagamento

Cheque Dinheiro

Itens de Venda


00296

00101 Pinga Tombaguarda

6

3

1

Latas

Pacotes

Garrafas


Torresmo Ultralight

R$1,25 R$7,50

R$2,00

R$7,00 R$7,00

Valor totalValor unitário

R$6,00

Total a Pagar R$20,50

Nova Encerrar Emitir NF Fechar




Início

ABERTA CONCLUÍDA

Fim

Emitir NF

Encerrar

Nova

Fechar


O comando Fechar aciona a interface Fechamento do Caixa, exigindo-se a identificação do Gerente. O comando Emitir NF abre a interface Tela de Nota Fiscal.



3.1.1.10.4 Campos

Número Nome Descrição Valores válidos Formato Tipo Restrições

1 Número da Operação

Número desta venda.

Maior ou igual a 0

Até 6 dígitos

Número inteiro

Gerado pelo Merci / não alterável.

2 Forma de Pagamento

Opção por forma de pagamento.

Dinheiro / Cheque

Botão de opção ou equivalente

Lógico Obrigatório / alterável.

3 Cód. Mercadoria (grupo Itens de Venda)

Código de mercadoria de item de venda.

Correspondente a mercadoria cadastrada

Até 6 dígitos

Número inteiro


4 Descrição (grupo Itens de Venda)

Descrição de mercadoria de item de venda.



5 Quantidade (grupo Itens de Venda)

Quantidade de unidade de mercadoria de item de venda.


Número inteiro


6 Unidade (grupo Itens de Venda)

Unidade de mercadoria de item de venda.



7 Valor Unitário (grupo Itens de Venda)

Valor unitário de item de venda.

- Até 13 dígitos


8 Valor Total (grupo Itens de Venda)

Valor total de item de venda.

- Até 13 dígitos

Moeda Calculado pelo Merci / não alterável.

9 Total a Pagar

Resultado da totalização dos itens de venda.

- Até 13 dígitos

Moeda Calculado pelo Merci / não alterável.



3.1.1.10.5 Comandos


1 Incluir Item (grupo Itens de Venda)

Inclui um item de venda. Habilitado no estado ABERTA. Desabilitado no estado CONCLUÍDA

2 Excluir Item (grupo Itens de Venda)

Exclui um item de venda. Habilitado no estado ABERTA. Desabilitado no estado CONCLUÍDA

3 Nova Inicia nova venda. Desabilitado no estado ABERTA. Habilitado no estado CONCLUÍDA.

4 Encerrar Encerra uma venda e, se quantidade de itens de venda for maior que zero, imprime o Ticket de Venda.

Habilitado no estado ABERTA. Desabilitado no estado CONCLUÍDA.

5 Emitir NF Emite Nota Fiscal para esta venda.

Desabilitado no estado ABERTA. Habilitado no estado CONCLUÍDA.

6 Fechar Fecha esta interface e aciona a interface Fechamento do Caixa, exigindo-se a identificação do Gerente. .

Desabilitado no estado ABERTA. Habilitado no estado CONCLUÍDA.



3.1.1.11 Interface de usuário Tela de Nota Fiscal

3.1.1.11.1 Leiaute sugerido Tela de Nota Fiscal

Imprimir NF Fechar

24/08/2000Data de Emissão

Cliente Giuseppe Bevilacqua della Canna

Endereço Av. Presidente Jânio Quadros, 51

Tel. e Fax 31-222-2222 e 31-9922-2222 CPF/CGC 300.051.100-11

Itens de Venda


00296

00101 Pinga Tombaguarda

6

3

1

Latas

Pacotes

Garrafas


Torresmo Ultralight

R$1,25 R$7,50

R$2,00

R$7,00 R$7,00

15%

10%

12%

AlíquotaValor TotalValor Unitário

R$6,00

Total da Venda R$20,50 Impostos R$2,27

Total da Nota R$18,23



O comando Fechar retorna à Tela de Venda. O comando Imprimir NF também retorna à Tela de Venda.



3.1.1.11.4 Campos



1 Data de Emissão

Data de emissão desta Nota Fiscal.

- DD/MM/AAAA Data Informado pelo Merci (data atual) / não alterável.

2 Cliente Nome do cliente da mercearia para quem é emitida a Nota Fiscal.


Até 60 caracteres


3 Endereço Endereço fornecido pelo cliente da mercearia.


Até 60 caracteres


4 CPF/CGC CPF ou CGC do cliente da mercearia para quem é emitida a Nota Fiscal.

Números válidos de CPF e CGC

Até 15 caracteres


5 Tel. e Fax Telefone ou Fax do cliente da mercearia para quem é emitida a Nota Fiscal.

Caracteres usados em números telefônicos

Até 40 caracteres.


6 Cód. Mercadoria (grupo Itens de Venda)

Código de mercadoria de item de venda.

-. Até 6 dígitos. Número inteiro


7 Descrição (grupo Itens de Venda)

Descrição de mercadoria de item de venda.

- Até 30 caracteres.


8 Quantidade (grupo Itens de Venda)

Quantidade de unidade de mercadoria de item de venda.

Maior que 0 Até 4 dígitos. Número inteiro


9 Unidade (grupo Itens de Venda)

Unidade de mercadoria de item de venda.

Até 10 caracteres.


10 Valor Unitário (grupo Itens de Venda)

Valor unitário de item de venda.

Maior que 0 Até 13 dígitos. Moeda Informado pelo Merci / não alterável.



11 Valor Total (grupo Itens de Venda)

Valor total de item de venda.

Maior que 0 Até 13 dígitos. Moeda Informado pelo Merci / não alterável.

12 Alíquota (grupo Itens de Venda)

Alíquota de imposto da mercadoria de item de venda.

Entre 0 e 100%.

Até 4 dígitos. Percentagem Informado pelo Merci / não alterável.

13 Total da Venda

Valor total da venda a que se refere esta Nota Fiscal

Maior que 0 Até 13 dígitos. Moeda Calculado pelo Merci / não alterável.

14 Impostos Total dos impostos a serem recolhidos, relativos a esta Nota Fiscal.

Maior ou igual a 0

Até 13 dígitos. Moeda Calculado pelo Merci / não alterável.

15 Total da Nota

Total da nota fiscal (Total da venda - impostos).

Maior que 0 Até 13 dígitos. Moeda Calculado pelo Merci / não alterável.

3.1.1.11.5 Comandos


1 Fechar Fecha a interface. Sempre habilitado, com confirmação se antes de impressão da Nota Fiscal.

2 Imprimir NF Imprime a Nota Fiscal. Sempre habilitado.



3.1.1.12 Interface de usuário Relatório de Estoque Baixo

3.1.1.12.1 Fonte da entrada

Não aplicável. 3.1.1.12.2 Destino da saída

Quadro de visualização para impressão.


Deverá ser acionada da interface Tela de Relatórios.

3.1.1.12.4 Formato

1. Título: RELATÓRIO DE ESTOQUE BAIXO.

2. Para cada Mercadoria com nível de estoque abaixo do mínimo: uma linha com código da mercadoria, descrição da mercadoria, estoque atual, estoque mínimo, número de Fornecedores.

2.1. Para cada Fornecedor desta Mercadoria: uma linha com nome, telefone.

3.1.1.13 Interface de usuário Relatório de Mercadorias






3.1.1.13.4 Formato

1. Título: RELATÓRIO DE MERCADORIAS.

2. Para cada Mercadoria cadastrada: uma linha com código da mercadoria, descrição da mercadoria, estoque atual, estoque mínimo, número de Fornecedores.

2.1. Para cada Fornecedor desta Mercadoria: uma linha com nome, telefone.

3.1.1.14 Interface de usuário Relatório de Fornecedores


Não aplicável.



3.1.1.14.2 Destino da saída




3.1.1.14.4 Formato

1. Título: RELATÓRIO DE FORNECEDORES.

2. Para cada Fornecedor cadastrado: uma linha com nome, endereço, telefone, CPF/CGC, número de Mercadorias fornecidas.

2.1. Para cada Mercadoria fornecida por este Fornecedor: uma linha com código da mercadoria, descrição.



3.1.1.15 Interface de usuário Relação de Pedidos de Compra





Deverá ser acionado da interface Tela de Relatórios.

3.1.1.15.4 Formato

1. Título: RELAÇÃO DE PEDIDOS DE COMPRA.

2. Para cada Pedido de Compra cadastrado: uma linha com número, data de emissão, data prevista, fornecedor, valor total, status (ATENDIDO ou PENDENTE), número de itens.

3.1.1.16 Interface de usuário Pedido de Compra





Deverá ser acionada da interface de usuário Tela de Pedido de Compra.

3.1.1.16.4 Formato

1. Título: PEDIDO DE COMPRA.

2. Cabeçalho com número e data de emissão e os seguintes dados do Fornecedor: nome, endereço, telefone, CPF/CGC.

3. Para cada Item de Compra: uma linha com código, descrição, preço unitário, quantidade, preço total.

4. Última linha: “TOTAL DO PEDIDO” ............................Valor total deste Pedido de Compra.

3.1.1.17 Interface de usuário Ticket de Venda


Não aplicável.



3.1.1.17.2 Destino da saída

Impressora de tickets.


Deverá ser acionado da interface Tela de Venda.

3.1.1.17.4 Formato

1. Cabeçalho:

1.1. “TICKET DE VENDA”.

1.2. “MERCEARIA PEREIRA & PEREIRA COMERCIAL LTDA”.

1.3. Data e hora da venda.

2. Para cada Item da Venda, uma linha com: código da Mercadoria, descrição, quantidade, valor total.

3. Rodapé:

3.1. “TOTAL” .........................................total a pagar.

3.2. “FORMA DE PAGAMENTO” ...........................forma de pagamento.

3.3. “OBRIGADO E VOLTE SEMPRE”.

3.1.1.18 Interface de usuário Nota Fiscal



Impressora de Nota Fiscal.


Deverá ser acionada da interface de Tela de Nota Fiscal.

3.1.1.18.4 Formato

O conteúdo da Nota Fiscal será idêntico ao da Tela de Nota Fiscal. O leiaute exato da Nota Fiscal será fornecido por Pereira & Pereira Comercial Ltda., até o início da respectiva Liberação.



3.1.2 Interfaces de hardware

Não aplicável.

3.1.3 Interfaces de software 3.1.3.1 Interface de software Conexão com o Sistema Financeiro



Arquivo texto para o Finance 98.


As interfaces Tela de Estoque e Tela de Venda geram lançamentos para esta interface.

3.1.3.1.4 Formato

Os campos que serão informados para o Sistema Financeiro são: Data, Número, Tipo (Receita, Despesa, Prejuízo ou Ganho), Valor e Nome.

O campo Data é do tipo DateTime. Os campos Número e Valor são do tipo Double, e o campo Tipo é do tipo Varchar. O campo Nome pode se referir ao nome do cliente, do fornecedor, ou ainda ser nulo, dependendo do tipo de operação que está sendo realizada. O campo Tipo tem as seguintes interpretações: 1. Receita:

1.1. A mercearia vende mercadoria para um cliente.

1.2. A mercearia devolve uma mercadoria para o fornecedor.

2. Despesa:

2.1. A mercearia compra mercadoria de um fornecedor.

2.2. O cliente da mercearia devolve uma mercadoria.

3. Prejuízo: alguma mercadoria estragou ou foi roubada na mercearia.

4. Ganho: o nível de estoque na prateleira é maior do que o registrado no Merci .

O formato do registro financeiro consiste nesses 5 campos, separados por uma vírgula. Cada linha do arquivo corresponde a um registro no Sistema Financeiro. Por exemplo, os seguintes registros são válidos:

"25/10/97","101","Ganho","1.000,00","" "20/11/97","102","Despesa","1500,00","Fornecedor A" "22/11/97","110","Prejuízo","50,00", "" "25/11/97","120","Receita","5000,00","Fornecedor B" "25/11/97","122","Despesa","50,00","Cliente A"



3.1.4 Interfaces de comunicação

Não aplicável.



3.2 Requisitos funcionais

3.2.1 Diagramas de casos de uso 3.2.1.1 Diagrama de casos de uso Pacotes de casos de uso

Vendas

+ Caixeiro

Administração

+ Gerente+ Sistema Financeiro+ Gestor de Estoque

Compras

+ Gestor de Compras

3.2.1.2 Diagrama de casos de uso Administração

Gestão de UsuáriosGerente

Emissão de RelatóriosGestor de Compras

Gestor de EstoqueGestão Manual de Estoque

Sistema Financeiro



3.2.1.3 Diagrama de casos de uso Gestão de Compras

Sistema Financeiro


Gestão de Mercadorias

Gestão de Pedidos de CompraGestor de Compras

3.2.1.4 Diagrama de casos de uso Gestão de Vendas

Emissão de Nota Fiscal

Abertura do Caixa

Gerente

Fechamento do Caixa

Caixeiro Operação de Venda

Sistema Financeiro

<<extend>>



3.2.2 Casos de uso 3.2.2.1 Caso de uso Gestão de Usuários

3.2.2.1.1 Precondições

1. O Merci está no MODO DE GESTÃO.

3.2.2.1.2 Fluxo principal

1. O Merci exibe a Tela de Usuários.

2. O Merci executa o subfluxo Pesquisa de Usuário.

3.2.2.1.3 Subfluxos

3.2.2.1.3.1 Subfluxo Pesquisa de Usuário

1. O Gerente informa o login do Usuário.

2. O Gerente aciona o comando Pesquisar.

3. O Merci exibe os dados do Usuário: nome, senha e grupos.

3.2.2.1.4 Fluxos alternativos

3.2.2.1.4.1 Fluxo alternativo Inclusão de Novo Usuário

Precondições 1. O Gerente acionou o comando Novo.

Passos 1. O Gerente preenche os dados do Usuário: nome, login, senha e grupos do usuário.

2. O Gerente aciona o comando Salvar.

3. O Merci cadastra o Usuário.

3.2.2.1.4.2 Fluxo alternativo Alteração de Dados de Usuário

Precondições 1. O Merci exibe os dados de um Usuário cadastrado.

Passos 1. Se quiser, o Gerente altera estes dados.


3. O Merci altera os dados cadastrais deste Usuário.



3.2.2.1.4.3 Fluxo alternativo Exclusão de Usuário

Precondições 1. O Merci exibe os dados de um Usuário cadastrado.

2. O Gerente acionou o comando Excluir.

Passos 1. O Merci pede confirmação da exclusão.

2. O Gerente confirma a exclusão deste Usuário.

3. O Merci exclui do cadastro este Usuário e limpa a tela.

3.2.2.2 Caso de uso Gestão Manual de Estoque




1. O Merci exibe a Tela de Estoque.

2. O Gestor do Estoque informa o Código de uma Mercadoria cadastrada.

3. O Gestor do Estoque aciona o comando Pesquisar.

4. O Merci executa o subfluxo Pesquisa de Estoque.

5. O Gestor do Estoque atualiza o nível de estoque da Mercadoria.

6. O Gestor do Estoque informa o tipo de variação financeira conseqüente da atualização do estoque:

6.1. Receita – devolução de Mercadoria pelo Merci;

6.2. Despesa – devolução de Mercadoria para o Merci;

6.3. Prejuízo – prejuízo de Mercadoria;

6.4. Ganho – ganho de Mercadoria.

7. O Gestor de Estoque aciona o comando Salvar, confirmando a alteração no estoque.

8. O Merci calcula o valor (V) da Mercadoria que entra ou sai do estoque.

8.1. Se o motivo da atualização de estoque for Receita, Prejuízo ou Ganho:

8.1.1. V = Variação no estoque * preço de compra da Mercadoria.

8.2. Se o motivo da atualização de estoque for Despesa:

8.2.1. V = Variação no estoque * preço de venda da Mercadoria.

9. O Merci notifica o Sistema Financeiro, informando data, código da operação de gestão manual de estoque, tipo de variação financeira, V, e nome. O nome pode ter os seguintes valores, conforme o tipo de variação financeira:

9.1. Receita – nome do Fornecedor;

9.2. Despesa – nome do cliente (opcional);

9.3. Prejuízo – vazio;



9.4. Ganho – vazio.

10. O Merci atualiza o nível atual de estoque da Mercadoria no respectivo cadastro.

3.2.2.2.3 Subfluxos

3.2.2.2.3.1 Subfluxo Pesquisa de Estoque

1. O Merci exibe os dados da Mercadoria pesquisada: fabricante, descrição, unidade, estoque mínimo, estoque atual, preço de compra e preço de venda.

3.2.2.3 Caso de uso Emissão de Relatórios




1. O Merci exibe a Tela de Relatórios Gerenciais.

2. O Gestor de Compras seleciona os relatórios que deseja imprimir.

3. O Gestor de Compras aciona o comando a ser realizado.

4. Para cada relatório selecionado:

4.1. o Merci exibe o relatório em um quadro de visualização;

4.2. se quiser, o Gestor de Compras aciona a impressão do relatório a partir deste quadro.

3.2.2.3.3 Subfluxos

Não aplicável. 3.2.2.3.4 Fluxos alternativos

Não aplicável.

3.2.2.4 Caso de uso Gestão de Mercadorias




1. O Merci exibe a Tela de Mercadorias.

2. O Merci executa o subfluxo Pesquisa de Mercadorias.



3.2.2.4.3 Subfluxos

3.2.2.4.3.1 Subfluxo Pesquisa de Mercadoria

1. O Gestor de Compras preenche o código da Mercadoria. 2. O Gestor de Compras aciona o comando Pesquisar. 3. O Merci exibe os dados da Mercadoria: data de cadastramento, descrição, modelo,

fabricante, estoque atual, preço de compra, unidade, preço de venda, estoque mínimo e alíquota.

3.2.2.4.3.2 Subfluxo Pesquisa de Fornecedor para a Mercadoria

1. O Gestor de Compras informa o CPF/CGC do Fornecedor.

2. O Merci exibe o nome do Fornecedor.


3.2.2.4.4.1 Fluxo alternativo Inclusão de Nova Mercadoria

Precondições 1. O Gestor de Compras acionou o comando Nova.

Passos 1. O Gestor de Compras informa um código para a Mercadoria.

2. O Merci exibe a data atual como data de cadastramento da Mercadoria.

3. O Gestor de Compras informa os dados da Mercadoria: descrição, modelo (opcional), fabricante (opcional), estoque atual (opcional), preço de compra (opcional), unidade, preço de venda, estoque mínimo e alíquota.

4. Se quiser, o Gestor de Compras inclui um ou mais Fornecedores para a mercadoria:

4.1. para cada Fornecedor incluído, o Merci executa o subfluxo Pesquisa de Fornecedor para a Mercadoria.

5. O Gestor de Compras aciona o comando Salvar.

6. O Merci cadastra a Mercadoria.

7. Para cada Fornecedor incluído, o Merci vincula Fornecedor e Mercadoria.



3.2.2.4.4.2 Fluxo alternativo Alteração de Dados de Mercadoria

Precondições 1. O Merci exibe os dados de uma Mercadoria cadastrada.

Passos 1. Se quiser, o Gestor de Compras altera qualquer dos dados da Mercadoria (menos o código da Mercadoria, a data de cadastramento e o estoque atual).

2. Se quiser, o Gestor de Compras inclui ou exclui um ou mais Fornecedores para a Mercadoria:

2.1. para cada Fornecedor incluído, o Merci executa o subfluxo Pesquisa de Fornecedor para a Mercadoria;

2.2. para cada Fornecedor excluído, o Merci exclui a respectiva linha.


4. O Merci altera os dados cadastrais da Mercadoria.

5. Para cada Fornecedor incluído, o Merci vincula Fornecedor e Mercadoria

6. Para cada Fornecedor excluído, o Merci desvincula Fornecedor e Mercadoria.

3.2.2.4.4.3 Fluxo alternativo Exclusão de Mercadoria

Precondições 1. O Merci exibe os dados de uma Mercadoria cadastrada.

2. O Gestor de Compras acionou o comando Excluir.

Passos 1. O Merci verifica se existe algum Pedido de Compra pendente que contenha Item de Compra desta Mercadoria.

1.1. Se não houver Pedido de Compra pendente contendo Item de Compra da Mercadoria a ser excluída:

1.1.1. o Merci desvincula esta Mercadoria dos respectivos Fornecedores;

1.1.2. o Merci exclui esta Mercadoria do cadastro.

1.2. Se houver Pedido de Compra pendente contendo Item de Compra da Mercadoria a ser excluída, o Merci emite uma mensagem de erro.

3.2.2.5 Caso de uso Gestão de Fornecedores




1. O Merci exibe a Tela de Fornecedores.

2. O Merci executa o subfluxo Pesquisa de Fornecedor.



3.2.2.5.3 Subfluxos

3.2.2.5.3.1 Subfluxo Pesquisa de Fornecedor

1. O Gestor de Compras preenche o campo CPF/CGC do Fornecedor. 2. O Gestor de Compras aciona o comando Pesquisar. 3. O Merci exibe os dados do Fornecedor: nome, endereço, telefone, assim como o código e a

descrição de cada mercadoria fornecida.

3.2.2.5.3.2 Subfluxo Pesquisa de Mercadoria para o Fornecedor

1. O Gestor de Compras informa o código da Mercadoria.

2. O Merci exibe a descrição da Mercadoria.


3.2.2.5.4.1 Fluxo alternativo Inclusão de Novo Fornecedor

Precondições 1. O Gestor de Compras acionou o comando Novo.

Passos 1. O Gestor de Compras informa os dados do Fornecedor: CPF ou CGC, nome, endereço e telefone.

2. Se quiser, o Gestor de Compras inclui uma ou mais Mercadorias para o Fornecedor, desde que estas estejam cadastradas:

2.1. para cada Mercadoria incluída, o Merci executa o subfluxo Pesquisa de Mercadoria para o Fornecedor.


4. O Merci cadastra o Fornecedor.

5. Para cada Mercadoria incluída, o Merci vincula Fornecedor e Mercadoria.



3.2.2.5.4.2 Fluxo alternativo Alteração de Dados de Fornecedor

Precondições 1. O Gestor de Compras informou o CPF ou CGC de um Fornecedor cadastrado.

2. O Merci executou o subfluxo Pesquisa de Fornecedor.

Passos 1. Se quiser, o Gestor de Compras altera qualquer dos dados do Fornecedor, exceto o CPF/CGC.

2. Se quiser, o Gestor de Compras inclui ou exclui uma ou mais Mercadorias para o Fornecedor:

2.1.1. para cada Mercadoria incluída, o Merci executa o subfluxo Pesquisa de Fornecedor para a Mercadoria.

2.2. para cada Mercadoria excluída, o Merci exclui a respectiva linha.


4. O Merci altera os dados cadastrais do Fornecedor.

5. Para cada Mercadoria incluída, o Merci vincula Fornecedor e Mercadoria

6. Para cada Mercadoria excluída, o Merci desvincula Fornecedor e Mercadoria.

3.2.2.5.4.3 Fluxo alternativo Exclusão de Fornecedor

Precondições 1. O Gestor de Compras informou o CPF/CGC de um Fornecedor cadastrado.

2. O Merci executou o subfluxo Pesquisa de Fornecedor.

3. O Gestor de Compras acionou o comando Excluir.

Passos 1. O Merci verifica se existe algum Pedido de Compra pendente para este Fornecedor.

1.1. Se não houver Pedido de Compra pendente para o Fornecedor a ser excluído:

1.1.1. o Merci desvincula o Fornecedor dos respectivas Mercadorias;

1.1.2. o Merci exclui este Fornecedor do cadastro.

1.2. Se houver Pedido de Compra pendente contendo o Fornecedor a ser excluído, o Merci emite uma mensagem de erro.

3.2.2.6 Caso de uso Gestão de Pedidos de Compra



2. As Mercadorias e os Fornecedores devem estar previamente cadastrados.




1. O Merci exibe a Tela de Compras.

2. O Gestor de Compras opta entre exibir todos os Pedidos de Compra ou apenas os Pedidos de Compra pendentes.

3. O Merci exibe uma lista de Pedidos de Compra.

4. O Gestor de Compras aciona o comando a ser realizado.

3.2.2.6.3 Subfluxos

3.2.2.6.3.1 Subfluxo Salvamento de Pedido de Compra

1. O Merci insere o Pedido de Compra no respectivo Fornecedor.

2. O Merci salva o Pedido de Compra.




3.2.2.6.4.1 Fluxo alternativo Emissão de Pedido de Compra

Precondições 1. O Gestor de Compras acionou, na Tela de Compras, o comando Novo.

Passos 1. O Merci exibe a Tela de Pedido de Compra.

2. O Merci gera o número do Pedido de Compra.

3. O Merci preenche a data de emissão como sendo a data atual.

4. O Merci atualiza o status do Pedido de Compra como PENDENTE.

5. Se quiser, o Gestor de Compras informa a data prevista de entrega.

6. O Gestor de Compras informa o Fornecedor a quem se dirige o Pedido de Compra.

7. Para cada item de compra:

7.1. o Gestor de Compras informa o código da Mercadoria e a respectiva quantidade;

7.2. o Gestor de Compras aciona o comando Incluir Item.

7.3. o Merci verifica se o código da Mercadoria é válido e corresponde a uma Mercadoria cadastrada e fornecida pelo Fornecedor do Pedido de Compra;

7.4. se passar na verificação, o Merci exibe a descrição da Mercadoria e o preço unitário desta;

7.5. se quiser, o Gestor de Compras altera o preço unitário da Mercadoria;

7.6. o Merci calcula o valor total do Item de Compra;

7.7. o Merci calcula o valor total do Pedido de Compra.

8. O Gestor de Compras aciona o comando Salvar;

8.1. o Merci executa o subfluxo Salvamento de Pedido de Compra.

9. Se quiser, o Gestor de Compras imprime o Pedido de Compra.



3.2.2.6.4.2 Fluxo alternativo Exibição Detalhada de Pedido de Compra

Precondições 1. O Gestor de Compras selecionou, na Tela de Compras, um Pedido de Compra.

2. O Gestor de Compras acionou, na Tela de Compras, o comando Detalhe.

Passos 1. O Merci exibe a Tela de Pedido de Compra.

2. O Merci preenche o número do Pedido de Compra, a data de emissão, a data prevista e o Fornecedor.

3. Para cada Item de Compra:

3.1. o Merci exibe o código da Mercadoria, a descrição da Mercadoria, o preço de compra, a quantidade e o valor total do Item de Compra.

4. Se quiser, o Gestor de Compras altera a data prevista de entrega.

5. O Merci calcula o valor total do Pedido de Compra.

6. Se quiser, o Gestor de Compras aciona o comando Salvar;

6.1. o Merci executa o subfluxo Salvamento de Pedido de Compra.

7. Se quiser, o Gestor de Compras imprime o Pedido de Compra.

3.2.2.6.4.3 Fluxo alternativo Baixa de Pedido de Compra


2. O Gestor de Compras acionou, na Tela de Compras, o comando Baixa.

Passos 1. O Gestor de Compras confirma a baixa do Pedido de Compra.

2. O Merci atualiza o status do Pedido de Compra para ATENDIDO.

3. Para cada Item de Compra do Pedido de Compra:

3.1. o Merci atualiza o nível atual de estoque da respectiva Mercadoria;

3.2. o Merci atualiza o preço de compra da respectiva Mercadoria.

4. O Merci notifica o Sistema Financeiro informando: data, código do Pedido de Compra, “Despesa”, valor total, nome do Fornecedor.

3.2.2.6.4.4 Fluxo alternativo Exclusão de Pedido de Compra


2. O Gestor de Compras acionou, na Tela de Compras, o comando Excluir.

Passos 1. O Gestor de Compras confirma a exclusão.

2. O Merci desvincula o Pedido de Compra do respectivo Fornecedor.

3. O Merci exclui o Pedido de Compra.



3.2.2.7 Caso de uso Abertura do Caixa




1. O Merci exibe a Tela de Abertura do Caixa.

2. O Gerente informa o saldo inicial do caixa.

3. Se não desistir, o Gerente aciona o comando Abrir.

4. O Merci vai para o MODO DE VENDAS.

3.2.2.8 Caso de uso Fechamento do Caixa


1. O Merci está no MODO DE VENDAS.

2. Não há Tela de Venda aberta.


1. O Merci exibe a Tela de Fechamento do Caixa.

2. O Merci totaliza as vendas do dia.

3. O Merci exibe o total de vendas, o saldo inicial e o saldo final.

4. Se não desistir, o Gerente aciona o comando Encerrar.

5. O Merci vai para o MODO DE GESTÃO.

3.2.2.9 Caso de uso Operação de Venda


1. Todo Item de Venda deve corresponder a uma Mercadoria cadastrada.

2. O Merci deve estar no MODO DE VENDAS.




1. O Merci exibe a Tela de Venda.

2. O Caixeiro aciona o comando Nova.

3. O Merci gera o Número da Operação de venda.

4. Para cada Item de Venda, o Merci executa o subfluxo Inserção de Novo Item de Venda.

5. O Caixeiro informa a Forma de pagamento.

6. O Caixeiro aciona o comando Encerrar.

7. Se houver pelo menos um Item de Venda, o Merci executa o subfluxo Impressão do Ticket de Venda.

8. <ponto de extensão>: Nota Fiscal.

9. O Merci atualiza o valor do Caixa.

10. O Merci notifica o Sistema Financeiro informando: Data, Número da Operação de Venda, “Receita”, Valor Total”, Nome do Cliente (caso tenha sido emitida a Nota Fiscal).

3.2.2.9.3 Subfluxos

3.2.2.9.3.1 Subfluxo Inserção de Novo Item de Venda

1. O Caixeiro aciona o comando Incluir Item.

2. O Caixeiro insere um Item de Venda, informando o Código da Mercadoria.

3. O Merci exibe a Descrição, Unidade e Valor Unitário da Mercadoria.

4. O Caixeiro informa a Quantidade.

5. O Merci calcula e exibe o Valor total do Item de Venda.

6. O Merci calcula e exibe o Total a pagar.

3.2.2.9.3.2 Subfluxo Impressão de Ticket

1. O Merci imprime o cabeçalho do Ticket de Venda.

2. Para cada item de venda:

2.1. o Merci imprime uma linha do Ticket de Venda;

2.2. o Merci faz a baixa do estoque da Mercadoria do Item de Venda.

3. O Merci imprime o rodapé do Ticket de Venda.




3.2.2.9.4.1 Fluxo alternativo Exclusão de Item de Venda

Precondições 1. Uma operação de venda está ABERTA.

2. O Caixeiro selecionou um Item de Venda.

3. O Caixeiro acionou o comando Excluir Item.

Passos 1. O Merci exclui o Item de Venda.


3.2.2.9.4.2 Fluxo alternativo Alteração de Item de Venda

Precondições 1. Uma operação de venda está ABERTA.

2. O Caixeiro selecionou um Item de Venda.

Passos 1. O Caixeiro pode alterar a Quantidade do Item de Venda.

2. O Merci calcula e exibe o Valor total do Item de Venda.



Não aplicável. 3.2.2.9.6 Observações

O Merci não emitirá erros ou avisos para baixas de estoque que acarretem estoque negativo.

3.2.2.10 Caso de uso Emissão de Nota Fiscal


1. O Merci atingiu o ponto de extensão Nota Fiscal.

2. O Caixeiro acionou o comando Emitir NF.




1. O Merci exibe a Tela de Nota Fiscal.

2. O Merci exibe a data atual como sendo a Data de emissão.

3. O Caixeiro informa os dados do cliente: Nome, Endereço, Tel. e fax e CPF/CGC.

4. O Merci exibe os dados dos Itens de Venda: Código da mercadoria, Descrição, Quantidade, Unidade, Valor unitário, Valor total e Alíquota.

5. O Merci calcula e exibe o Total da venda.

6. O Merci calcula os impostos incidentes sobre cada Item de Venda, de acordo com a respectiva alíquota.

7. O Merci totaliza e exibe os Impostos.

8. O Merci calcula e exibe o Total da nota (Total da venda – Impostos).

9. O Caixeiro aciona o comando Imprimir NF.

10. O Merci imprime a Nota Fiscal .

.



3.3 Requisitos não funcionais

3.3.1 Requisitos de desempenho 3.3.1.1 Requisito de desempenho Tempo de resposta da Operação de Venda

O tempo de totalização da Operação de Venda (isto é, o intervalo de tempo entre qualquer alteração nos itens de venda e a exibição do total a pagar) não pode ser maior do que 2 segundos.

3.3.1.2 Requisito de desempenho Tempo de resposta para pesquisas no banco de dados

O tempo para realização de qualquer operação de pesquisa de usuários, mercadorias, fornecedores ou pedidos de compra não pode ser maior do que 10 segundos.

3.3.2 Requisitos de dados persistentes 3.3.2.1 Diagrama de classes persistentes

Usuário

nomeloginsenhagrupos

Item de Mercadoria

quantidade/ preço totalpreço unitário

Mercadoria

códigopreço de vendaestoque mínimodescriçãomodelofabricantepreço de compraestoque atualdata de cadastramentoalíquotaunidade

0..n

1

0..n

1

especifica

Fornecedor

nometelefoneCPF/CGCendereço

0..n0..n 0..n0..n

fornecida porPedido de Compra

númerodata de emissãodata prevista/ valor total

0..n1 0..n1

recebeu

Item de Compra

1

0..n

1

0..n

Caixa

saldo inicialvalor das vendas



3.3.2.2 Descrição das classes persistentes

Número de ordem

Nome Descrição

1 Fornecedor Informação relativa a um fornecedor de mercadorias da mercearia.

2 Mercadoria Informação relativa a uma mercadoria comercializada na mercearia.

3 Usuário Informação relativa a um usuário do Merci.

4 Item de Mercadoria

Classe abstrata que contém os dados e operações comuns às classes Item de Venda e Item de Compra.

5 Item de Compra Informação relativa a um item de um pedido de compra de mercadorias para a mercearia. Herda da classe Item de Mercadoria.

6 Pedido de Compra Informação relativa a um pedido de compra de mercadorias para a mercearia.

7 Caixa Objeto solitário que contém o estado do caixa da mercearia.

3.3.2.3 Propriedades das classes persistentes

Número de ordem

Nome Freqüência de consulta

(por dia)

Freqüência de atualiza-ção (por dia)

Cardinali-dade

máxima

Restrições aplicáveis

1 Fornecedor 10 0,1 200 Não excluir se houver pedidos de compra pendentes

2 Mercadoria 200 1 2000 Não excluir se houver pedidos de compra pendentes

3 Usuário 3 0,03 10

4 Item de Mercadoria

Não aplicável Não aplicável Não aplicável

5 Item de Compra

50 5 1000

6 Pedido de Compra

5 2 100

7 Caixa 200 200 1

3.3.3 Restrições ao desenho 3.3.3.1 Restrição ao desenho Padrão de Nota Fiscal

O leiaute do relatório Nota Fiscal deve ser previamente aprovado pela Secretaria de Receita.



3.3.3.2 Restrição ao desenho Expansibilidade

O Merci deverá ser desenhado de forma que possa ser expandido para mais de um terminal de caixa.

3.3.4 Atributos da qualidade 3.3.4.1 Atributo da qualidade Segurança do Acesso

O Merci deverá restringir o acesso dos usuários às funções através de senhas, conforme o respectivo grupo.

3.3.4.2 Atributo da qualidade Apreensibilidade

Um operador de caixa proficiente em máquina registradora deverá ser capaz de aprender a operar o Merci com um dia de treinamento.



4 Informação de suporte

A seguir, os diagramas e especificações pertinentes do Modelo de Análise.


RT 003 - 01

Plano de Desenvolvimento do Software

Merci 1.0

Versão revisada 1


Belo Horizonte - MG

Março de 2001

Projeto Merci 1.0


Aprovação

Aprovamos o Plano de Desenvolvimento Versão revisada 1 do projeto Merci 1.0.

United Hackers

Sócrates Botelho

25/03/01

United Hackers

Metódio Prudente

25/03/01

United Hackers

Eudóxia Caxias

25/03/01

United Hackers

Garibaldo Quaglia

25/03/01

Pereira & Pereira

Manuel Pereira

25/03/01

Pereira & Pereira

Joaquim Pereira

25/03/01



Versões revisadas anteriores

Revisão Comentário Data

Plano de Desenvolvimento provisório (LR) do Merci 1.0 07/03/01

Projeto Merci 1.0


Plano de Desenvolvimento do Software Merci 1.0

Plano de Desenvolvimento do Software Merci 1.0..................................................................................4

1 Introdução.....................................................................................................................................5 1.1 Visão geral do projeto...........................................................................................................5 1.2 Resultados a entregar ............................................................................................................7 1.3 Evolução do PDSw...............................................................................................................7 1.4 Materiais de referência..........................................................................................................7 1.5 Definições de siglas e termos................................................................................................8

2 Organização do projeto...............................................................................................................11 2.1 Modelo do processo ............................................................................................................11 2.2 Estrutura organizacional .....................................................................................................11 2.3 Fronteiras e interfaces organizacionais ...............................................................................12 2.4 Responsabilidades no projeto .............................................................................................12

3 Processo gerencial ......................................................................................................................13 3.1 Prioridades e objetivos gerenciais.......................................................................................13 3.2 Pressupostos, dependências e restrições .............................................................................13 3.3 Gestão dos riscos ................................................................................................................14 3.4 Mecanismos de monitoração e controle..............................................................................14 3.5 Gestão de pessoal................................................................................................................15

4 Processo técnico..........................................................................................................................16 4.1 Métodos, ferramentas e técnicas .........................................................................................16 4.2 Documentação ....................................................................................................................16 4.3 Funções de suporte ao projeto.............................................................................................17

5 Programação e orçamento...........................................................................................................17 5.1 Pacotes de trabalho .............................................................................................................17 5.2 Dependências ......................................................................................................................18 5.3 Requisitos de recursos ........................................................................................................19 5.4 Orçamento...........................................................................................................................19 5.5 Agenda................................................................................................................................20



1 Introdução

1.1 Visão geral do projeto

1.1.1 Objetivos deste documento

Descrever o Plano de Desenvolvimento do produto Merci, definindo os recursos necessários para o desenvolvimento deste, assim como uma previsão dos prazos, custos e riscos associados a este projeto.

Público alvo: cliente e desenvolvedores do projeto Merci; Gerência Executiva da United Hackers.

1.1.2 Objetivos do projeto

Apoio informatizado ao controle de vendas, compras e estoque da mercearia Pereira & Pereira Comercial Ltda.

1.1.3 Produto a ser entregue e suas partes principais

Merci 1.0 (Componente único) – código objeto e documentação para usuários.

1.1.4 Principais marcos

Número de ordem

Resultado a ser produzido Data prevista para entrega

1 Descrição do Desenho do Software (provisório DI). 22/04/01

2 Documentação dos Testes do Software (provisório DI). 22/04/01

3 Liberação 1. 18/05/01

4 Liberação 2. 13/06/01

5 Manual do Usuário do Software (provisório TA). 23/06/01

6 Descrição do Desenho do Software (completo). 23/06/01

7 Documentação dos Testes do Software (provisório TA). 23/06/01

8 Manual de Usuário do Software (completo). 08/08/01

9 Descrição dos Testes do Software (completa). 08/08/01

Projeto Merci 1.0


1.1.5 Principais recursos que devem ser fornecidos pelo cliente

Número de ordem

Recurso Data limite

1 Sistema de Gerência de Banco de Dados com o qual o Merci irá funcionar, instalado e configurado.

25/03/01

2 Base de dados do Merci, contendo todos os dados das mercadorias em estoque e dos fornecedores.

13/06/01

3 Usuários responsáveis por testes beta. 23/06/01

4 Equipamentos para testes beta. 23/06/01

1.1.6 Programação das principais atividades

Número de ordem

Nome da atividade Data inicial prevista

Data final prevista

1 Desenho Implementável 25/03/01 22/04/01 2 Liberação 1 22/04/01 18/05/01 3 Liberação 2 18/05/01 13/06/01 4 Testes Alfa 13/06/01 23/06/01 5 Testes Beta 23/06/01 10/07/01 6 Operação Piloto 10/07/01 8/08/01

1.1.7 Principais itens de orçamento

Número de ordem

Descrição Quantidade (pessoas-mês)

1 Desenvolvimento de software 12,566

2 Participação dos usuários 5

1.1.8 Projetos correlatos

Número de ordem

Sigla do projeto

Nome do projeto

1 SSIM Sistema do Sobrinho para Informatização de Mercearia (sistema anterior).

1.1.9 Documentos de especificação de requisitos do produto

Número de ordem

Nome do documento Revisão do documento

1 Especificação dos Requisitos do Software Merci 1.0



1.2 Resultados a entregar

Número de ordem

Nome do item Data de entrega

Mídia de entrega

Quantidade de cópias

1 Pacote de instalação do Merci 1.0 (inclui códigos objetos e manual de usuário).

08/08/01 CD-ROM 2

1.3 Evolução do PDSw

Número de ordem

Evento que deve provocar revisão do PDSw Data prevista

1 Conclusão do Desenho Implementável. 22/04/01

2 Conclusão da última Liberação. 13/06/01

3 Discrepância entre previsto e realizado acima dos 20%.

4 Qualquer tipo de alteração aprovada dos requisitos, que tenha impacto significativo no desenvolvimento.

5 Concretização de riscos de gravidade média ou alta.


Número de ordem


1 Documentação de desenvolvimento

Especificação dos Requisitos do Software Merci 1.0. RT 002-01, United Hackers Ltda.


3 Livro W. S. Humphrey. Managing the Software Process. Addison-Wesley, Reading -MA, 1990.

4 Livro IEEE. IEEE Standards Collection - Software Engineering. IEEE, New York - NY, 1994.

Projeto Merci 1.0


1.5 Definições de siglas e termos

Número de ordem

Sigla ou termo Definição

1 Cliente Entidade que contrata a execução de um projeto, ou seu representante autorizado, com poder de aceitação de propostas e produtos. Cf. usuário.

2 Componente 1. Uma das partes que constituem um produto ou sistema.

2. (UML) Parte física substituível de um sistema, que encapsula a implementação e realiza um conjunto de interfaces.

3 Configuração Disposição de um sistema ou componente, definida pelo número, natureza e interconexões de suas partes constituintes.

4 Construção (Praxis) Fase na qual é desenvolvida (desenhada, implementada e testada) uma liberação completamente operacional de um produto, que atende aos requisitos especificados.

5 Desenho 1. (Praxis) Fluxo que visa a formular um modelo estrutural do produto, que sirva de base para a implementação, definindo os componentes a desenvolver e a reutilizar, assim como as interfaces entre si e com o contexto do produto.

2. O resultado do processo ou do fluxo de desenho.

6 Desenvolvedor Profissional que exerce tarefas técnicas em um projeto de desenvolvimento de software.

7 Desenvolvimento Processo pelo qual as necessidades dos usuários são traduzidas em um produto de software. Cf. implementação.

8 Documento Artefato que pode ser lido por uma pessoa.

9 Especificação de requisitos

Documento que estabelece os requisitos de um produto ou sistema.

10 Fase (Praxis) Divisão maior de um processo, para fins gerenciais, que corresponde aos pontos principais de aceitação por parte do cliente.

11 Fluxo (Praxis) Subprocesso caracterizado por um tema técnico.

12 Garantia da qualidade

Conjunto planejado e sistemático de ações necessárias para estabelecer um nível adequado de confiança na qualidade de um produto.

13 Gerência executiva Função organizacional responsável pela alta administração e pelas decisões estratégicas de uma organização.

14 Gerente de projeto Pessoa que tem responsabilidade completa por um projeto, inclusive a sua direção, o seu controle e a sua administração.

15 Gestão de configurações

Conjunto de procedimentos técnicos e gerenciais para identificação de artefatos e gestão de alterações destes.

16 Grupo de engenharia de processos de software

Grupo responsável pela definição, manutenção e melhoria dos processos de software da organização.



17 Grupo de garantia da qualidade de software

Grupo que planeja e implementa atividades que asseguram a qualidade de um produto de software, responsável por fornecer à gerência executiva um canal de informação sobre problemas, independentemente dos gerentes de projeto.

18 Grupo de gestão de configurações de software

Grupo que planeja, coordena e implementa ações para gerir um sistema centralizado de guarda de configurações de software.

19 Implementação (Praxis) Fluxo que visa a detalhar e implementar o desenho através de componentes de código e de documentação associada.

20 Inspeção Análise crítica de um material, efetuada por um grupo independente, com a utilização de um processo formal, para identificar defeitos e problemas de conformidade com padrões, na qual a geração de uma lista padronizada de defeitos é obrigatória, requerendo-se a ação dos produtores para remoção desses defeitos. Cf. revisão técnica.

21 Integração Processo de combinar componentes para formar um sistema maior.

22 Iteração 1. Processo de executar repetidamente uma seqüência de passos.

2. (Praxis) Passo constituinte de uma fase, no qual se atinge um conjunto bem definido de metas parciais de um projeto.

23 Liberação Estágio parcialmente operacional de um produto, que é submetido à avaliação de usuários em determinado marco de um projeto. Cf. construção, versão.

24 Linha de base Conjunto revisto e aprovado formalmente de resultados de um projeto, associado a um marco deste projeto, que serve de base para o desenvolvimento futuro, e que só pode ser alterado através de procedimentos formalizados. Cf. item de configuração.

25 Marco Ponto de tempo que representa um estado significativo de um projeto, geralmente associado à conclusão e aprovação de um ou mais resultados do projeto. Cf. resultado.

26 Pacote de trabalho Etapa de um projeto que é tratada como indivisível, para fins de planejamento e controle.

27 Processo de software Processo usado para atividades relacionadas com software, como desenvolvimento, manutenção, aquisição e contratação. Neste livro, o termo refere-se ao processo de desenvolvimento de software, quando não qualificado.

28 Produto Conjunto completo de itens de software, com os respectivos procedimentos e documentos, que é entregue a um cliente.

29 Projeto Unidade gerencial que cobre uma execução de um processo de desenvolvimento de software. Cf. processo.

30 Requisito 1. Característica que um produto deve possuir para que seja aceito.

2. Expressão documentada desta característica.

31 Revisão técnica Análise de um material, efetuada por um grupo de pares dos

Projeto Merci 1.0


autores, com a utilização de um processo formal, para identificar defeitos e problemas de conformidade com padrões. Cf. inspeção.

32 Teste Atividade na qual um produto, sistema ou componente é executado sob condições especificadas, os resultados da execução são observados e registrados, e algum aspecto deste produto, sistema ou componente é avaliado.

33 Teste de aceitação Teste que tem por objetivo verificar se um produto atende aos requisitos especificados para ele.

34 Teste de integração Teste que tem por objetivo verificar as interfaces entre as partes de uma arquitetura de produto

35 Teste de regressão Teste que tem por objetivo assegurar que alterações em partes do produto não afetem as partes já testadas.

36 Teste de unidade Teste individual de uma unidade ou grupo de unidades.

37 Testes (Praxis) Fluxo que visa a verificar os resultados da implementação, através do planejamento, desenho e realização de baterias de testes.

38 Usuário Pessoa que efetivamente usará um produto. Cf. cliente.

39 Usuário chave Usuário designado pelo cliente como representativo, normalmente experiente no processo de negócio em que o produto será usado, e com poder de decisão sobre os requisitos deste.



2 Organização do projeto

2.1 Modelo do processo

Fase Iteração Sigla Descrição

Concepção (CN)

Ativação AT Levantamento e análise das necessidades dos usuários e conceitos da aplicação, em nível de detalhe suficiente para justificar a especificação de um produto de software.

Levantamento dos Requisitos LR Levantamento das funções, interfaces e requisitos não

funcionais desejados para o produto. Elaboração

(EL) Análise dos Requisitos AR

Modelagem conceitual dos elementos relevantes do domínio do problema e uso desse modelo para validação dos requisitos e planejamento detalhado da fase de Construção.

Desenho Implementável DI

Definição interna e externa dos componentes de um produto de software, a nível suficiente para decidir as principais questões de arquitetura e tecnologia e para permitir o planejamento detalhado das atividades de implementação.

Liberação 1 L1 Implementação de um subconjunto de funções do produto que será avaliado pelos usuários.

Liberação 2 L2 Idem.

Construção (CO)

Testes Alfa TA Realização dos testes de aceitação no ambiente dos desenvolvedores, juntamente com elaboração da documentação de usuário e possíveis planos de Transição.

Testes Beta TB Realização dos testes de aceitação no ambiente dos usuários. Transição

(TR) Operação Piloto OP

Operação experimental do produto em instalação piloto do cliente, com a resolução de eventuais problemas através de processo de manutenção.

2.2 Estrutura organizacional

Analistas Desenvolvedores Testadores Redator Técnico

Gerente de Projeto

Gerente Executivo

Projeto Merci 1.0


2.3 Fronteiras e interfaces organizacionais

2.3.1 Contatos com entidades externas

Número de ordem

Entidade externa

Contato na entidade externa Contato no projeto

1 Cliente Gerente do cliente Gerente do projeto

2 Cliente Representante dos usuários Gerente do projeto

2.3.2 Funções de suporte

Número de ordem

Grupo de suporte

Contato na função de suporte

Contato no projeto

1 Garantia da Qualidade

Encarregado do projeto Gerente do projeto

2 Gestão de Configurações


3 Engenharia de Processos


2.4 Responsabilidades no projeto

Número de ordem

Função Descrição das responsabilidades da função

Nome

1 Gerente de Projeto

Gestão do projeto Eudóxia Caxias

2 Analistas Engenharia de requisitos e análise Eudóxia Caxias, João Limão

3 Desenvolvedores Desenho e implementação João Limão, Paulo Macário, Jorge Arisco, Anelo Estrela

4 Testadores Testes e gestão da qualidade Lúcia Malatesta

5 Redator técnico Confecção do Manual do Usuário José Camões



3 Processo gerencial

3.1 Prioridades e objetivos gerenciais

Número de ordem

Assunto Descrição

1 Como o progresso do projeto será informado ao cliente

Através de Relatórios de Acompanhamento do Projeto, emitidos mensalmente, e das Revisões de Apresentação, feitas ao final de cada Liberação.

2 Prioridades relativas entre requisitos, custos e prazos

Os requisitos essenciais devem ser necessariamente implementados. Os requisitos desejáveis devem ser rediscutidos caso ocorram problemas que levem a aumento dos prazos. Os requisitos opcionais serão implementados apenas se houver folga nos prazos.

3 Utilização de software existente

Deve ser utilizado o sistema de gerência de bancos de dados Microsoft Access.

4 Outros aspectos gerenciais relevantes

Não aplicável.

3.2 Pressupostos, dependências e restrições

3.2.1 Providências necessárias por parte do cliente

Número de ordem

Providência necessária por parte do cliente Evento limite

1 Instalação do Sistema de Gerência de Banco de Dados com o qual o Merci irá funcionar.

Fim do Desenho Implementável

2 Povoamento inicial da base de dados do Merci, contendo todos os dados das mercadorias em estoque e dos fornecedores.

Fim do Desenho Implementável

3 Designação dos usuários responsáveis por testes. Fim dos Testes Alfa

4 Fornecimento dos equipamentos para testes. Fim dos Testes Alfa

3.2.2 Dependências e restrições em relação a fatores externos

Número de ordem

Fator externo Tipo de dependência ou restrição

1 Legislação comercial Mudanças na legislação podem causar impactos no projeto

Projeto Merci 1.0


3.3 Gestão dos riscos

3.3.1 Principais riscos ao projeto

Prioridade Risco Gravidade Probab. de ocorrência

Impacto previsto

Contramedidas previstas

1 Falta dos equipamentos para testes beta.

Alta Média Impossibilidade de realizar os testes beta

Cobrar providência do cliente

2 Defeitos na ERSw Média Média Vários dias de atraso por alteração de requisitos

Incluir na primeira liberação os requisitos mais complexos

3 Falta de usuários responsáveis por testes.

Alta Baixa Impossibilidade de realizar os testes beta


4 Falta de inventário das mercadorias para o cadastramento.



5 Falta de povoamento inicial das bases de dados.



6 Mudança de legislação

Média Baixa Pode ser necessário refazer partes referentes à Nota Fiscal.

Isolar as classes e interfaces susceptíveis a mudanças de legislação.

3.3.2 Procedimentos de análise dos riscos

Acompanhamento dos riscos dentro dos Relatórios de Acompanhamento de Software do projeto. A cada mês, a tabela de riscos do projeto será atualizada, levando-se em conta a evolução do projeto e do ambiente externo. Será também atualizada uma tabela de riscos concretizados, indicando-se a respectiva data de ocorrência e o impacto causado no projeto.

3.4 Mecanismos de monitoração e controle

Conforme o Plano da Qualidade do Software Merci 1.0.



3.5 Gestão de pessoal

3.5.1 Competências requeridas

Número de ordem

Tipo de competência requerida

Desde Até Necessidades de treinamento

1 Consultor de legislação comercial

01/04/01 05/04/01 Não aplicável.

3.5.2 Métodos de gestão de pessoal

O consultor de legislação comercial será remunerado por hora de trabalho, prevendo-se o máximo de 10 horas.

Projeto Merci 1.0


4 Processo técnico

4.1 Métodos, ferramentas e técnicas

Número de ordem

Tipo de item Descrição

1 Processo de desenvolvimento

Processo Padrão da United Hackers Ltda.

2 Ambiente operacional

Microsoft Windows 2000

3 Ambiente de desenvolvimento

Inprise JBuilder 4.0

4 Ferramenta de modelagem

Rational Rose 2001

5 Ferramenta de gestão de requisitos

Rational Requisite Pro 2001

6 Ferramenta de gestão de configurações

Microsoft Visual Source Safe 6.0

7 Ferramenta de testes

Rational Robot 2001

8 Ambiente de documentação

Microsoft Office 2000

4.2 Documentação

Número de ordem

Tipo de documento Sigla do documento

1 Especificação dos Requisitos do Software ERSw

2 Plano de Desenvolvimento do Software PDSw

3 Plano da Qualidade do Software PQSw

4 Descrição do Desenho do Software DDSw

5 Descrição dos Testes do Software DTSw

6 Manual do Usuário do Software MUSw



4.3 Funções de suporte ao projeto

Número de ordem

Título da função Descrição das responsabilidades da função

1 Grupo de Garantia da Qualidade de Software

Realização das auditorias da qualidade previstas no Plano da Qualidade do Software Merci 1.0.

2 Grupo de Gestão de Configurações de Software

Realização dos procedimentos de Gestão de Configurações previstos no Plano da Qualidade do Software Merci 1.0.

3 Grupo de Engenharia de Processos de Software

Consultoria sobre questões relativas a processos.

5 Programação e orçamento

5.1 Pacotes de trabalho

Fase Pacote de trabalho

Sigla Observações

Concepção (CN) Ativação AT Já realizada desde a primeira versão deste Plano.

Levantamento dos Requisitos LR As previsões para esta fase são apenas indicativas.

Elaboração (EL) Análise dos

Requisitos AR Idem.

Desenho Implementável DI

Liberação 1 L1 Pode ser subdividida em pacotes menores, para fins de controle do projeto.

Liberação 2 L2 Idem.

Construção (CO)

Testes Alfa TA

Testes Beta TB Transição (TR) Operação Piloto OP

Projeto Merci 1.0


5.2 Dependências

Fase Pacote de trabalho Sigla Dependências internas

Dependências externas

Concepção (CN) Ativação AT

Levantamento dos Requisitos LR AT

Designação de usuários para oficinas de requisitos Elaboração (EL)

Análise dos Requisitos AR LR

Designação de usuários para entrevistas

Desenho Implemen-tável

DI

AR

Designação de usuários para avaliação do produto

Liberação 1 L1 DI Instalação do SGBD.

Liberação 2 L2 L1

Construção (CO)

Testes Alfa TA L2 Povoamento do BD.

Testes Beta

TB TA Designação de usuários e equipamentos para testes

Transição (TR)

Operação Piloto OP TB



5.3 Requisitos de recursos

5.3.1 Recursos de pessoal

Fase Pacote de trabalho

PM total iteração

RQ AN DS TS IM GP GQ ES EP

LR 1,380 0,780 0,304 0,020 0,000 0,000 0,047 0,019 0,210 0,000 Elaboração (EL) AR 1,499 0,312 0,867 0,096 0,011 0,084 0,064 0,037 0,028 0,000

DI 1,840 0,013 0,029 1,082 0,351 0,211 0,058 0,020 0,066 0,010 L1 3,420 0,014 0,018 1,195 0,655 1,457 0,019 0,028 0,034 0,000

L2 3,420 0,014 0,018 1,195 0,655 1,457 0,019 0,028 0,034 0,000

L3 0,000 0,000 0,000 0,000 0,000 0,000 0,000 0,000 0,000 0,000

L4 0,000 0,000 0,000 0,000 0,000 0,000 0,000 0,000 0,000 0,000

Construção (CO)

TA 0,640 0,010 0,006 0,065 0,306 0,133 0,041 0,029 0,038 0,011

TB 0,589 0,000 0,000 0,021 0,395 0,036 0,022 0,010 0,106 0,000 OP 0,487 0,003 0,005 0,010 0,401 0,020 0,022 0,015 0,010 0,000 Transição

(TR) TOTAL 13,273 1,146 1,246 3,684 2,774 3,398 0,292 0,186 0,525 0,022

5.3.2 Outros recursos

Número Tipo Recurso Quantidade Custo Iteração

1 Computacional Estação de desenvolvimento 2 R$ 3.000,00 L1

2 Ferramenta Ferramenta de modelagem 2 R$ 7.000,00 DI

3 Treinamento J2EE 2 R$ 2.000,00 AR

TOTAL R$ 12.000,00

5.4 Orçamento

Fase Iteração PM Valor PMA VA LR 1,380 0,104 1,380 0,104 Elaboração

(EL) AR 1,499 0,113 2,879 0,217 DI 1,840 0,139 4,718 0,355 L1 3,420 0,258 8,138 0,613 L2 3,420 0,258 11,557 0,871 L3 0,000 0,000 11,557 0,871 L4 0,000 0,000 11,557 0,871

Construção (CO)

TA 0,640 0,048 12,197 0,919 TB 0,589 0,044 12,786 0,963 Transição

(TR) OP 0,487 0,037 13,273 1,000 Total 13,273 1,000 13,273 1,000

Projeto Merci 1.0


5.5 Agenda

5.5.1 Cronograma tabular

Fase Atividade Equipe

(pessoas) Início Fim Duração

(dias) LR 2,0 15/02/01 09/03/01 22 Elaboração

(EL) AR 2,5 09/03/01 28/03/01 19 DI 2,0 28/03/01 26/04/01 29 L1 4,0 26/04/01 23/05/01 27 L2 4,0 23/05/01 19/06/01 27 L3 0,0 19/06/01 19/06/01 0 L4 0,0 19/06/01 19/06/01 0

Construção (CO)

TA 2,0 19/06/01 29/06/01 10 TB 1,0 29/06/01 18/07/01 19 Transição (TR) OP 0,5 18/07/01 18/08/01 31

5.5.2 Diagrama de Gantt

ID Task Name1 EL

2 LR

3 AR

4 CO

5 DI

6 L1

7 L2

8 TA

9 TR

10 TB

11 OP

6/3LR

23/3AR

20/4DI

17/5L1

12/6L2

22/6TA

9/7TB

7/8OP

11 18 25 4 11 18 25 1 8 15 22 29 6 13 20 27 3 10 17 24 1 8 15 22 29 5 12 19 262/01 3/01 4/01 5/01 6/01 7/01 8/01


RT 004- 01

Plano da Qualidade do Software

Merci 1.0


Belo Horizonte - MG

Março de 2001

Projeto Merci 1.0

2

Aprovação

Aprovamos o Plano da Qualidade do Software Merci 1.0.

United Hackers Sócrates Botelho

25/03/01

United Hackers Metódio Prudente

25/03/01

United Hackers Eudóxia Caxias

25/03/01

United Hackers Lúcia Malatesta

25/03/01

United Hackers Garibaldo Quaglia

25/03/01

United Hackers Gérson Confúcio

25/03/01


3


Não aplicável.

Projeto Merci 1.0

4

Plano da Qualidade do Software Merci 1.0

Plano da Qualidade do Software Merci 1.0 ............................................................................................. 4

1 Escopo .......................................................................................................................................... 5 2 Referências ................................................................................................................................... 5 3 Gestão da Qualidade..................................................................................................................... 5

3.1 Organização .......................................................................................................................... 5 3.2 Tarefas .................................................................................................................................. 6 3.3 Responsabilidades ................................................................................................................ 6

4 Documentação .............................................................................................................................. 7 5 Normas, práticas e métricas.......................................................................................................... 7

5.1 Normas ................................................................................................................................. 7 5.2 Práticas ................................................................................................................................. 8 5.3 Métricas ................................................................................................................................ 8

6 Revisões........................................................................................................................................ 9 7 Testes.......................................................................................................................................... 10 8 Política de encaminhamento de problemas e de ações corretivas............................................... 10 9 Ferramentas e técnicas de Garantia da Qualidade ...................................................................... 10

9.1 Ferramentas ........................................................................................................................ 10 9.2 Técnicas.............................................................................................................................. 11

10 Controle de código.................................................................................................................. 11 11 Controle de mídia ................................................................................................................... 12

11.1 Evolução das linhas de base ............................................................................................... 12 11.2 Política de controle de mídia .............................................................................................. 12

12 Controle de fornecedores........................................................................................................ 12 13 Coleta, manutenção e retenção de registros............................................................................ 12 14 Treinamento............................................................................................................................ 13 15 Gestão de riscos ...................................................................................................................... 13


5

1 Escopo

Este documento descreve o Plano da Qualidade do produto Merci, definindo as ações de Garantia da Qualidade que serão adotadas em relação ao respectivo projeto.

Público alvo: cliente e desenvolvedores do projeto Merci; Gerência Executiva e Grupo de Garantia da Qualidade de Software da United Hackers.

2 Referências

Número de ordem



Especificação dos Requisitos do Software Merci 1.0. RT 002-01, United Hackers Ltda.


Plano de Desenvolvimento do Software Merci Versão 1.0 Revisão 1. RT 003-01, United Hackers Ltda.

3 Livro W. P. Paula Filho. Engenharia de Software: Fundamentos, Métodos e Padrões. Rio de Janeiro – RJ; LTC Editora, 2001.



3 Gestão da Qualidade

3.1 Organização

Número de ordem

Função relativa à Qualidade Grupo a que pertence

1 Gestor da Qualidade Este projeto

2 Contato com este projeto GGQSw

3 Contato com este projeto GGCSw

Projeto Merci 1.0

6

3.2 Tarefas

Número de ordem

Marco associado à auditoria

Itens a serem auditorados

1 AR Conformidade, Relatório de Revisão Técnica da Especificação de Requisitos e do Modelo de Análise.

2 DI Conformidade, rastreabilidade requisitos-desenho e requisitos-testes, Relatório de Revisão Técnica da Descrição do Desenho e da Descrição dos Testes de Aceitação, Relatórios de Inspeção do Desenho, Implementação e Testes desta iteração, resultados da avaliação dos usuários.

3 L1 Conformidade, rastreabilidade desenho-código e desenho-testes, Relatórios de Inspeção do Desenho, Implementação e Testes desta iteração, resultados da avaliação dos usuários, resultados dos testes de integração desta iteração.

4 L2 Conformidade, rastreabilidade desenho-código e desenho-testes, Relatórios de Inspeção do Desenho, Implementação e Testes desta iteração, resultados da avaliação dos usuários, resultados dos testes de integração desta iteração.

5 TA Conformidade, rastreabilidade desenho-testes e desenho-documentação de usuário, Relatório de Revisão Técnica do Desenho e da Descrição dos Testes, resultados dos testes de aceitação no ambiente do fornecedor.

6 TB Conformidade, resultados dos testes de aceitação no ambiente do cliente.

7 OP Conformidade, Relatório de Revisão Técnica da documentação de usuário, resultados da avaliação dos usuários.

3.3 Responsabilidades

Número de ordem

Função relativa a este projeto

Responsável

1 Gerente do Projeto Eudóxia Caxias

2 Gestor da Qualidade Lúcia Malatesta

3 Gestor de Requisitos João Limão

4 Gestor de Documentos José Camões

5 Contato no GGQSw Garibaldo Quaglia

6 Contato no GGCSw Gérson Confúcio


7

4 Documentação

Número de ordem

Tipo de documento Sigla do documento

Método de controle

Padrão aplicável

1 Especificação dos Requisitos do Software

ERSw Revisão técnica

3, Cap. 9

2 Plano de Desenvolvimento do Software

PDSw Revisão gerencial

3, Cap. 18

3 Plano da Qualidade do Software PQSw Revisão gerencial

[3], Cap. 20

4 Descrição do Desenho do Software

DDSw Revisão técnica

[3], Cap. 11

5 Descrição dos Testes do Software

DTSw Revisão técnica

[3], Cap. 13

6 Manual do Usuário do Software MUSw Revisão técnica

[3], Cap. 15

5 Normas, práticas e métricas

5.1 Normas

Número de ordem

Nome da norma Sigla

1 Padrão para Revisões de Software [3], Cap. 10

2 Padrão para Especificação de Requisitos de Software [3], Cap. 9

3 Padrão para Plano de Desenvolvimento de Software [3], Cap. 20

4 Padrão para Plano da Qualidade de Software [3], Cap. 21

5 Padrão para Descrição de Desenho de Software [3], Cap. 11

6 Padrão para Desenho de Interfaces de Usuário de Software [3], Cap. 12

7 Padrão para Documentação de Testes de Software [3], Cap. 13

8 Padrão para Desenho Detalhado e Codificação de Software [3], Cap. 14

9 Padrão para Documentação para Usuários de Software [3], Cap. 15

Projeto Merci 1.0

8

5.2 Práticas

Número de ordem

Prática Atividades a que se aplica

Referência bibliográfica

1 Formato de arquivos do sistema financeiro

Desenho Implementável, Liberação 1

Guia de referência Finance 98.

2 Formato de nota fiscal Desenho Implementável, Liberação 2

Legislação fiscal estadual

3 Padrão de estilos de interface Java

Desenho Implementável, Liberação 1

Documentação on-line Java disponível em http://java.sun.com.

5.3 Métricas

Número de ordem

Métrica Padrão ou referência bibliográfica que a define

1 Percentagem de alterações dos requisitos [3], Cap. 18

2 Esforço de replanejamento [3], Cap. 18

3 Erros de previsão de prazos [3], Cap. 18

4 Erros de previsão de esforços [3], Cap. 18

5 Valor adquirido [3], Cap. 18


9

6 Revisões

Número de

ordem

Tipo de revisão Artefatos revisados Marco associado à revisão

1 Revisão técnica DDSw

DI

2 Revisão técnica DTSw DI

3 Inspeção de desenho

DDSw, MDSw DI

4 Inspeção de implementação

DDSw, MDSw, CFSw das unidades da iteração DI

5 Inspeção de testes

DTSw provisória, RTSw das unidades da iteração DI


DDSw, MDSw L1


DDSw, MDSw, CFSw das unidades da iteração L1


DTSw da iteração, RTSw das unidades da iteração

L1


DDSw, MDSw L2


DDSw, MDSw, CFSw das unidades da iteração L2


DTSw da iteração, RTSw das unidades da iteração

L2

12 Revisão técnica DDSw completa

TA

13 Revisão técnica DTSw completa TA


DTSw, RTSw completos TA


RTSw completos no ambiente definitivo TB

16 Revisão técnica MUSw OP

Projeto Merci 1.0

10

7 Testes

Número de ordem

Tipo de teste Marco associado ao teste

Documentos de descrição

1 Teste de integração (unidades críticas) DI DTSw

2 Teste de integração (liberação) L1 DTSw

3 Teste de integração (liberação) L2 DTSw

4 Teste de aceitação TA DTSw

5 Teste de aceitação TB DTSw

8 Política de encaminhamento de problemas e de ações corretivas

O contato do GGQSw com o projeto comunicará o problema ao gerente do projeto, que tomará as providências que julgar necessárias. Uma vez tomadas estas providências, o gestor da qualidade do projeto solicitará ao contato no GGQSw a realização de nova auditoria. Caso o GGQSw e o gerente do projeto não cheguem a um acordo, o problema será encaminhado para a Gerência Executiva.

9 Ferramentas e técnicas de Garantia da Qualidade

9.1 Ferramentas

Número de ordem

Objetivo Nome Fabricante

1 Análise de rastreabilidade Requisite Pro 2001 Rational

2 Verificação do modelo de análise

Rose 2001 Rational

3 Verificação do modelo de desenho

Rose 2001 Rational

4 Gestão do projeto Project 2000 Microsoft

5 Gestão de configurações Visual Source Safe 6.0 Microsoft

6 Verificação do código JBuilder 4.0 Inprise

7 Depuração do código JBuilder 4.0 Inprise

8 Automação dos testes Robot 2001 Rational


11

9.2 Técnicas

Número de ordem

Nome Padrão que a define

1 Revisão técnica [3], Cap. 10

2 Revisão gerencial [3], Cap. 18

3 Análise de rastreabilidade [3], Cap. 19

4 Análise dos resultados dos testes [3], Cap. 13

5 Análise das avaliações dos usuários [3], Cap. 19

10 Controle de código

Camada / Iteração DI L1 L2

Fronteira TelaDeUsuários, MensagemAoUsuário, TelaPrincipal, TelaPrincipal_AboutBox

TelaDeEstoque, TelaDeRelatóriosGerenciais, TelaDeCompras, TelaDeFornecedores, TelaDeMercadorias, TelaDePedidosDeCompras

TelaDeAberturaDoCaixa, TelaDeVendas, TelaDeFechamentoDoCaixa, TelaDeNotaFiscal

Controle TratadorDeUsuários

ControladorDoEstoque, EmissorDeRelatórios, ControladorDeFornecedores, ControladorDeMercadorias, ControladorDePedidosDeCompra

ControladorDeVenda, EmissorDeNotaFiscal

Entidade Usuário Fornecedor, Mercadoria, ItemDeMercadoria, ItemDeCompra, PedidoDeCompra

Venda, Caixa

Persistência CorretorDePersistência, MapeadorDeUsuário

MapeadorDeClasses

Sistema Auditor, Verificador

ConexãoComSistemaFinanceiro

Testes TesteMerciPrincipal, TestesGestãoDeUsuários

TestesGestãoDeFornecedores, TestesGestãoManualDeEstoque, TestesEmissãoDeRelatórios, TestesGestãoDeFornecedores, TestesGestãoDeMercadorias, TestesGestãoDePedidosDeCompra

TestesAberturaDoCaixa, TestesOperaçãoDeVenda, TestesFechamentoDoCaixa, TestesEmissãoDeNotaFiscal

Projeto Merci 1.0

12

11 Controle de mídia

11.1 Evolução das linhas de base

Número de ordem

Marco Itens constantes da linha de base

1 AR ERSw, MASw, CRSw, DDSw, MDSw, PDSw, MPPSw, PQSw, RAPSw, RAQSw, RRERSw

2 DI ERSw, MASw, CRSw, DDSw, MDSw, DTSW, RTSw, CRSw, PDSw, PQSw, CFSw, CESw, RAPSw, RAQSw, RRDDSw, RRDTSw, RIDSw, RIISw, RITSw

3 L1 ERSw, MASw, CRSw, DDSw, MDSw, DTSW, RTSw, CRSw, PDSw, PQSw, CFSw, CESw, RAPSw, RAQSw, RIDSw, RIISw, RITSw, BTRSw

4 L2 ERSw, MASw, CRSw, DDSw, MDSw, DTSW, RTSw, CRSw, PDSw, PQSw, CFSw, CESw, RAPSw, RAQSw, RIDSw, RIISw, RITSw, BTRSw

5 TA ERSw, MASw, CRSw, DDSw, MDSw, DTSW, RTSw, CRSw, PDSw, PQSw, CFSw, CESw, RAPSw, RAQSw, RRDDSw, RRDTSw, RITSw, BTRSw, MUSw

6 TB ERSw, MASw, CRSw, DDSw, MDSw, DTSW, RTSw, CRSw, PDSw, PQSw, CFSw, CESw, RAPSw, RAQSw, RITSw, BTRSw, MUSw

7 OP ERSw, MASw, CRSw, DDSw, MDSw, DTSW, RTSw, CRSw, PDSw, PQSw, CFSw, CESw, RAPSw, RAQSw, BTRSw, MUSw, RRMUSw, RFPSw

11.2 Política de controle de mídia

Todos as linhas de base serão guardadas no projeto Merci 1.0 da Biblioteca de Gestão de Configurações de Desenvolvimento, localizada na pasta BGC da máquina Vulcano, no CPD da United Hackers. Esta base de dados será copiada em discos Zip, com periodicidade semanal, e CD-ROM, ao final de cada iteração das fases de Construção e Transição.

12 Controle de fornecedores

Número de ordem

Nome do componente Nome do fornecedor Métodos de validação

1 Controlador da impressora de tickets de venda

Maxiticket S.A. Testes padronizados

13 Coleta, manutenção e retenção de registros

Serão guardados os Relatórios de Acompanhamento do Projeto e o Relatório Final de Projeto, definidos conforme os respectivos padrões. Estes relatórios serão retidos na biblioteca de relatórios do projeto Merci 1.0, enquanto esta versão estiver em operação, e posteriormente no arquivo morto da United Hackers, sem prazo limite.


13

14 Treinamento

A equipe já está toda treinada nas respectivas tarefas relacionadas com Garantia da Qualidade.

15 Gestão de riscos

A ser realizada pelo gerente do projeto, conforme as previsões e ocorrências registradas no Relatório de Acompanhamento do Projeto.

Descrição do Desenho do Software




Merci 1.0


Belo Horizonte - MG

Abril de 2001



Aprovação

Aprovamos a Descrição do Desenho Versão revisada 1 do projeto Merci 1.0.

United Hackers

Sócrates Botelho

20/04/01

United Hackers

Metódio Prudente

204/01

United Hackers

Eudóxia Caxias

20/04/01

United Hackers

João Limão

20/04/01

United Hackers

Paulo Macário

20/04/01

Pereira & Pereira

Joaquim Pereira

20/04/01




Revisão Comentário Data

Descrição do Desenho provisória (AR) do Merci 1.0 24/03/01



Descrição do Desenho do Software Merci 1.0

Sumário Descrição do Desenho do Software Merci 1.0................................................................................................ 4

1 Introdução........................................................................................................................................... 5 1.1 Objetivos deste documento.......................................................................................................... 5 1.2 Escopo do produto....................................................................................................................... 5

1.2.1 Nome do produto e de seus componentes principais ......................................................... 5 1.2.2 Missão do produto.............................................................................................................. 5 1.2.3 Limites do produto ............................................................................................................. 5 1.2.4 Benefícios do produto ........................................................................................................ 6

1.3 Materiais de referência ................................................................................................................ 6 1.4 Definições e siglas ....................................................................................................................... 7 1.5 Visão geral deste documento ....................................................................................................... 7

2 Desenho externo ................................................................................................................................. 8 2.1 Aspectos gerais de processo ........................................................................................................ 8

2.1.1 Caracterização dos usuários ............................................................................................... 8 2.1.2 Participação dos usuários no desenho das interfaces ......................................................... 8

2.2 Aspectos gerais do produto.......................................................................................................... 8 2.2.1 Estrutura estática ................................................................................................................ 8 2.2.2 Estrutura dinâmica ............................................................................................................. 9 2.2.3 Funções do produto............................................................................................................ 9 2.2.4 Tratamento dos erros do usuário ...................................................................................... 10 2.2.5 Tratamento da ajuda ao usuário ....................................................................................... 10 2.2.6 Modelo mental do produto ............................................................................................... 10 2.2.7 Convenções gerais utilizadas ........................................................................................... 10

2.3 Componentes das interfaces de usuário ..................................................................................... 11 2.3.1 Interface de usuário Tela Principal................................................................................... 11 2.3.2 Interface de usuário Tela de Usuários .............................................................................. 16

2.4 Funções do produto ................................................................................................................... 19 2.4.1 Caso de uso Login............................................................................................................ 19 2.4.2 Caso de uso Gestão de Usuários ...................................................................................... 21

3 Desenho interno ................................................................................................................................ 26 3.1 Estratégias de arquitetura........................................................................................................... 26 3.2 Diagramas.................................................................................................................................. 27

3.2.1 Visão lógica ..................................................................................................................... 27 3.2.2 Visão física....................................................................................................................... 36

4 Plano das liberações.......................................................................................................................... 38 4.1 Lista das liberações.................................................................................................................... 38 4.2 Especificações das liberações .................................................................................................... 39

4.2.1 Desenho implementável - Unidades críticas .................................................................... 39 4.2.2 Liberação 1 – Compras .................................................................................................... 40 4.2.3 Liberação 2 – Vendas....................................................................................................... 41

5 Anexos .............................................................................................................................................. 42 5.1 Listagens do Modelo de Desenho.............................................................................................. 42



1 Introdução

1.1 Objetivos deste documento

Este documento tem por finalidade a descrição do desenho do projeto Merci 1.0 e o planejamento de suas liberações. O público-alvo consiste dos desenvolvedores da United Hackers e do representante dos usuários, por parte do cliente.

1.2 Escopo do produto

1.2.1 Nome do produto e de seus componentes principais

MERCI (Componente único).

1.2.2 Missão do produto

Apoio informatizado ao controle de vendas, de compras, de fornecedores e de estoque da mercearia Pereira & Pereira Comercial Ltda.

1.2.3 Limites do produto

1. O Merci não fará vendas parceladas e só receberá dinheiro ou cheque.

2. O Merci só fará a Emissão de Nota Fiscal durante a Operação de Venda.

3. O Merci não fará um cadastro de clientes da mercearia Pereira & Pereira Comercial Ltda.

4. O preço de venda deverá ser calculado pela mercearia Pereira & Pereira Comercial Ltda. e informado ao Merci .

5. Atividades como backup e recuperação das bases de dados do sistema ficam a cargo da administração de dados e não serão providas no Merci .

6. O Merci não terá ajuda on-line.

7. Não haverá tolerância a falhas no Merci .



1.2.4 Benefícios do produto

Número de ordem

Benefício Valor para o cliente

1 Diminuição de erros na compra e venda de mercadorias. Essencial

2 Qualidade na emissão da nota fiscal e ticket de venda, em relação à emissão manual.

Essencial

3 Agilidade na compra e venda de mercadorias. Essencial 4 Identificação de distorções entre a quantidade vendida e

aquela ainda existente no estoque. Essencial

5 Economia de mão-de-obra. Desejável 6 Diminuição do custo de estocagem. Desejável 7 Identificação de produtos mais e menos vendidos. Desejável 8 Maior agilidade nas decisões de compra. Opcional 9 Conhecimento do mercado de fornecedores visando a uma

melhor conjugação de qualidade, preço e prazo. Opcional

10 Indicação de promoções para produtos que se aproximam do vencimento ou pouco comercializados.

Opcional


Número de ordem



Especificação dos Requisitos do Software - Projeto Merci Versão 1.0 Revisão 1. RT 002-01, United Hackers Ltda.


Plano de Desenvolvimento do Software - Projeto Merci Versão 1.0 Revisão 1. RT 003-01, United Hackers Ltda.

3 Livro Ivar Jacobson, James Rumbaugh e Grady Booch. Unified Software Development Process. Addison-Wesley, Reading -MA, 1999.

4 Livro Grady Booch, Ivar Jacobson e James Rumbaugh. The Unified Modeling Language User Guide. Addison-Wesley, Reading -MA, 1999.





1.4 Definições e siglas

Número de ordem

Termo Definição

1 Cadastro de compras Cadastro dos pedidos de compras efetuados pela mercearia.

2 Cadastro de fornecedores Cadastro dos dados dos fornecedores da mercearia, assim como das mercadorias fornecidas por eles.

3 Cliente da mercearia Pessoa que procura a mercearia para efetuar suas compras.

4 Nota fiscal Documento exigido pela legislação fiscal para fins de fiscalização.

5 Ticket de venda Ticket que exibe e totaliza os itens referentes a uma venda efetuada.

1.5 Visão geral deste documento

Na parte 2 é detalhado o desenho das interfaces com os usuários, mostrando-se a realização dos casos de uso em termos dessas interfaces, assim como a estrutura dos componentes de interface. Na parte 3 é detalhado o desenho interno de alto nível do produto, mostrando a estratégia de arquitetura, os diagramas lógicos de nível de desenho e os diagramas físicos. Na parte 4 é descrito o plano das liberações. Na parte 5 são incluídas as listagens pertinentes do modelo de desenho.



2 Desenho externo

2.1 Aspectos gerais de processo

2.1.1 Caracterização dos usuários

Número de

ordem

Atores Permissão de acesso

Freqüência de uso

Nível de instrução

Proficiência na aplicação

Proficiência em

informática 1 Caixeiro Operação de

Venda e Emissão de Nota Fiscal.

Diária em horário comercial

1º Grau Operacional Aplicação

2 Gerente Abertura do Caixa, Fechamento do Caixa, Gestão de Usuários.

Diária 2º Grau Completa Aplicação Windows 98

3 Gestor de Compras

Gestão de Mercadorias, Emissão de Relatórios, Gestão de Fornecedores e Gestão de Compras.

Diária 3º grau Completa Aplicação Windows 98

4 Gestor de Estoque

Gestão Manual de Estoque.

Diária 1º Grau Operacional Aplicação

2.1.2 Participação dos usuários no desenho das interfaces

Os usuários de nível gerencial participaram de sessões de desenho participativo das interfaces de usuário. Foram feitos testes de usabilidade com operadores de caixa, comparando-se a produtividade conseguida com um protótipo do produto com a produtividade da operação manual. Em versões futuras, deverão ser usados dados recolhidos na operação real.

2.2 Aspectos gerais do produto

2.2.1 Estrutura estática

Todas as telas interativas são quadros Swing independentes, implementados como JFrame, gerados com auxílio do Jbuilder Designer.



2.2.2 Estrutura dinâmica

MerciPrincipal

TelaPrincipal TelaPrincipal_AboutBox

TelaDeUsuários MensagemAoUsuário

2.2.3 Funções do produto

Número de ordem

Caso de uso Descrição

1 Login Login de Usuário, para controle de direitos de acesso. 2 Gestão de

Usuários Controle de usuários que terão acesso ao Merci.

3 Gestão de Fornecedores

Processamento de inclusão, exclusão e alteração de fornecedores.

4 Gestão de Mercadorias

Processamento de inclusão, exclusão e alteração de mercadorias.

5 Gestão Manual de Estoque

Controle manual de entrada e saída de mercadorias.

6 Gestão de Pedidos de Compra

Processamento de inclusão, exclusão e alteração de pedidos de compra de mercadorias.

7 Emissão de Relatórios

Emissão de relatórios com as informações das bases de dados do Merci.

8 Abertura do Caixa

Passagem para o MODO DE VENDA, liberando assim o caixa da mercearia para a Operação de Venda. O Gerente deve informar o valor inicial deste caixa.

9 Operação de Venda

Operação de venda ao cliente da mercearia.

10 Emissão de Nota Fiscal

Emissão de Nota Fiscal para o cliente da mercearia (extensão da Operação de Venda).

11 Fechamento do Caixa

Totalização das vendas do dia e mudança para o MODO DE GESTÃO.



2.2.4 Tratamento dos erros do usuário

1. O tratamento dos erros cometidos pelo usuário e dos erros do sistema é feito através de mensagens explicativas. Alguns destes erros podem ser corrigidos em tempo de execução e não impedem que o usuário prossiga com o seu trabalho.

2. Erros que não podem ser corrigidos pela aplicação (como falhas de sistema operacional) exigem que o sistema seja reiniciado.

3. Toda ação potencialmente destrutiva exige confirmação do usuário.

4. Opções inválidas estarão normalmente desabilitadas nos respectivos estados das interfaces. Serão admitidas exceções, por conveniência de implementação; neste caso, a validade dos dados deverá ser verificada.

2.2.5 Tratamento da ajuda ao usuário

1. Não será disponibilizada ajuda on-line para o usuário.

2. Não haverá tratamento diferenciado para usuários com diferentes níveis de experiência.

2.2.6 Modelo mental do produto

1. A maioria das interfaces de usuário usará metáforas de formulário. O formulário on-line deverá lembrar o formulário de papel usado nos processos de negócio manuais.

2. Toda informação que possa vir a ser impressa será exibida on-line previamente.

2.2.7 Convenções gerais utilizadas

Número de ordem

Tipo de convenção Descrição da convenção

1 Exibição de mensagens de erro, confirmação e sucesso

As mensagens ao usuário são diálogos modais Swing, implementados por chamadas a JOptionPane.

2 Mecanismo de navegação

A navegação entre campos de um formulário é feita através da tecla TAB e SHIFT+TAB.

3 Gráfica Os campos que não estiverem disponíveis desabilitados, não sendo possível navegar até eles.

4 Visual Todo o visual da interface será baseado no visual padrão Java (metal).

5 Fechamento Para sair do produto, o usuário deverá fechar a interface que estiver usando e voltar à tela principal.



2.3 Componentes das interfaces de usuário

2.3.1 Interface de usuário Tela Principal 2.3.1.1 Imagens da Tela Principal 2.3.1.1.1 Imagem no estado SEM USUÁRIO

2.3.1.1.2 Imagem no estado COM USUÁRIO



2.3.1.1.3 Imagem em MODO DE GESTÃO

2.3.1.2 Diagrama de estado

MODO DE GESTÃO

MODO DE VENDA

Fechamento do caixa

Sair

Abertura do caixa

2.3.1.3 Relacionamentos com outras interfaces

A Tela Principal é um quadro que contém um cardápio, através do qual as demais interfaces são acessíveis.



2.3.1.4 Campos

Número Nome Valores válidos


1 Login Apenas caracteres 0-9, a-z, A-Z.

Até 8 caracteres JText Obrigatório e alterável para Login. Habilitado no estado SEM USUÁRIO.

2 Senha Apenas caracteres 0-9, a-z, A-Z.

Até 8 caracteres JPassword Obrigatório e alterável para Login e Alterar Senha. Habilitado nos estados SEM USUÁRIO e ALTERAÇÃO DE SENHA.

3 Confirma Senha

Apenas caracteres 0-9, a-z, A-Z.

Até 8 caracteres JPassword Obrigatório e alterável. Habilitado no estado ALTERAÇÃO DE SENHA.

2.3.1.5 Comandos 2.3.1.5.1 Descrição

Os comandos se dividem em dois grupos: 1. Os comandos para ativação de outras interfaces são itens de cardápio, agrupados nos

cardápios Gestão, Vendas e Ajuda. Inicialmente, a interface entra no MODO DE GESTÃO. Após o acionamento de cada interface, a Tela Principal é desabilitada, até o fechamento da interface acionada.

2. Os comandos para controle de login são botões, habilitados de acordo com o estado do caso de uso Login.



2.3.1.5.2 Lista de comandos

Número Nome Estilo Ação

1 Usuários JMenuItem Aciona a Tela de Usuários.

2 Fornecedores JMenuItem Aciona a Tela de Fornecedores.

3 Mercadorias JMenuItem Aciona a Tela de Mercadorias.

4 Pedidos de Compra

JMenuItem Aciona a Tela de Pedidos de Compra.

5 Estoque JMenuItem Aciona a Tela de Estoque.

6 Relatórios JMenuItem Aciona a Tela de Relatórios.

7 Abrir Caixa JMenuItem Aciona a Tela de Abertura do Caixa.

8 Sair JMenuItem Fecha o Merci.

9 Vendas JMenuItem Aciona a Tela de Vendas.

10 Fechar Caixa JMenuItem Aciona a Tela de Fechamento do Caixa.

11 Sobre JMenuItem Aciona a Tela de Sobre.

12 Logoff JButton Limpa os campos de Login e Senha e vai para o estado SEM USUÁRIO.

13 Login JButton Recupera a senha correspondente ao Login informado e compara com o campo de Senha. Se coincidirem, vai para o estado COM USUÁRIO e habilita os itens de cardápio conforme os direitos de acesso do usuário.

14 Alterar Senha JButton Vai para o estado ALTERAÇÃO DE SENHA.

15 Confirmar Senha

JButton Se os campos de Senha e Confirma Senha coincidirem, altera a senha cadastrada do usuário e volta para o estado COM USUÁRIO.



2.3.1.5.3 Matriz de habilitação

2.3.1.5.3.1 Itens de cardápio

Número Nome MODO DE GESTÃO MODO DE VENDAS

1 Usuários Habilitado para Gerente Desabilitado

2 Fornecedores Habilitado para Gestor de Compras Desabilitado

3 Mercadorias Habilitado para Gestor de Compras Desabilitado

4 Pedidos de Compra Habilitado para Gestor de Compras Desabilitado

5 Estoque Habilitado para Gestor de Estoque Desabilitado

6 Relatórios Habilitado para Gestor de Compras Desabilitado

7 Abrir Caixa Habilitado para Gerente Desabilitado

8 Sair Habilitado Habilitado

9 Vendas Desabilitado Habilitado para Caixeiro

10 Fechar Caixa Desabilitado Habilitado para Gerente

11 Sobre Habilitado Habilitado

2.3.1.5.3.2 Botões

Número Nome SEM USUÁRIO COM USUÁRIO ALTERAÇÃO DE SENHA

1 Logoff Desabilitado Habilitado Desabilitado

2 Login Habilitado Desabilitado Desabilitado

3 Alterar Senha Desabilitado Habilitado Desabilitado

4 Confirmar Senha

Desabilitado Desabilitado Habilitado



2.3.2 Interface de usuário Tela de Usuários 2.3.2.1 Imagem da interface

Figura 1 - Tela de Usuários



2.3.2.2 Diagrama de estados

VAZIA ALTERADA ATUALIZADAAlteração de dados

Comando Fechar

Alteração de dados

Comando Fechar

Comando Excluir ou Comando No vo

Comando Novo[ Confirmação ] Comando Salvar

Comando Fechar[ Confirmação ]

Comando Pesquisar[ Dados não alterados ou confirmação ]

Figura 2 - Diagrama de estados da Tela de Usuários

2.3.2.3 Relacionamento com outras interfaces

Esta tela é ativada a partir da Tela Principal. O botão Fechar retorna para a Tela Principal.



2.3.2.4 Campos

Número Nome Valores válidos


1 Nome Apenas caracteres a-z, A-Z.

Até 60 caracteres

JText Obrigatório / alterável.

2 Login Apenas caracteres 0-9, a-z, A-Z.

Até 8 caracteres JText Obrigatório / alterável; chave.

3 Senha Apenas caracteres 0-9, a-z, A-Z.

Até 8 caracteres JPassword Obrigatório / alterável.

4 Grupos de Usuário

grupo de JCheckBox


2.3.2.5 Comandos 2.3.2.5.1 Lista de comandos

Número Nome Estilo Ação

1 Fechar JButton Fecha a interface e retorna à Tela Principal

2 Excluir JButton Exclui um usuário e muda o estado da interface para VAZIA.

3 Novo JButton Limpa a interface, mudando-a para o estado VAZIA, para inclusão de um novo usuário.

4 Pesquisar JButton Localiza um usuário, já cadastrado, mediante digitação de algum dado que o identifique (Nome ou Login).

5 Salvar JButton Salva dados sobre um usuário, mudando o estado da interface para ATUALIZADA.



2.3.2.5.2 Matriz de habilitação

Estado Número Comando

VAZIA ALTERADA ATUALIZADA

1 Fechar Habilitado Habilitado - requer confirmação

Habilitado

2 Excluir Desabilitado Desabilitado Habilitado

3 Novo Desabilitado Habilitado - requer confirmação se algum campo não-chave estiver preenchido

Habilitado

4 Pesquisar Habilitado Habilitado - requer confirmação se algum campo não-chave estiver preenchido

Habilitado

5 Salvar Desabilitado Habilitado Desabilitado

2.4 Funções do produto

2.4.1 Caso de uso Login 2.4.1.1 Mecanismos de acesso

Sempre disponível na Tela Principal.

2.4.1.2 Fluxo principal

1. O Usuário preenche os campos Login e Senha.

2. O Usuário aciona o comando Login.

3. O Merci recupera a senha cadastrada correspondente ao campo Login.

4. Se o conteúdo de Senha coincidir com a senha cadastrada:

4.1. o Merci coloca a Tela Principal no estado COM USUÁRIO;

4.2. o Merci habilita os itens de cardápio de acordo com os direitos de acesso do Usuário.

2.4.1.3 Subfluxos

Não aplicável.



2.4.1.4 Fluxos alternativos 2.4.1.4.1 Fluxo alternativo Logoff

Precondições 1. A Tela Principal está no estado COM USUÁRIO.

2. O Usuário acionou o comando Logoff.

Passos 1. O Merci limpa os campos da Tela Principal.

2. O Merci coloca a Tela Principal no estado SEM USUÁRIO.

2.4.1.4.2 Fluxo alternativo Alteração de Senha

Precondições 1. A Tela Principal está no estado COM USUÁRIO.

2. O Usuário acionou o comando Alterar Senha.

Passos

1. O Merci vai para o estado ALTERAÇÃO DE SENHA.

2. O Usuário edita o campo Senha.

3. O Usuário preenche o campo Confirma Senha.

4. O Usuário aciona o comando Confirmar Senha.

5. Se os conteúdos dos campos Senha e Confirma Senha coincidirem:

5.1. o Merci altera a senha cadastrada na tabela Usuário do banco de dados;

5.2. o Merci limpa o campo Confirma Senha;

5.3. o Merci coloca a Tela Principal no estado COM USUÁRIO.

2.4.1.5 Diagrama de estado

SEM USUÁRIO

ALTERAÇÃO DE SENHACOM

USUÁRIO

login[ senha válida ]

confirmar senha / salvarSenhalogoff

alterar senha

2.4.1.6 Condições de exceção

Não aplicável.



2.4.1.7 Mensagens

Número de ordem

Identificação da mensagem Categoria Texto da mensagem

1 MLO_LOGIN_INVÁLIDO Informativa O campo de login deve ter no mínimo um e no máximo 8 caracteres alfanuméricos.

2 MLO_SENHA_INVÁLIDA Informativa Senha não confere com cadastrada.

3 MLO_SENHA_NÃO_CONFIRMADA Informativa Senha não confirmada.

2.4.2 Caso de uso Gestão de Usuários 2.4.2.1 Mecanismos de acesso

O acesso ao caso de uso Gestão de Usuários é sempre feito através da Tela de Usuários. Esta é mostrada e ativada quando é acionado o item Usuários, do cardápio Gestão, da Tela Principal. Inicialmente, todos os campos de texto estão vazios e habilitados; a interface está no estado VAZIA.

2.4.2.2 Fluxo principal

1. O Merci exibe a Tela de Usuário com todos os campos inicialmente limpos.

2. O Gerente preenche o Login do Usuário a ser pesquisado.

3. O Gerente aciona o botão Pesquisar.


2.4.2.3 Subfluxos 2.4.2.3.1 Subfluxo Pesquisa de Usuário

1. Se algum dos campos de dados estiver preenchido, o Merci emite a mensagem MGU_PERDA_DE_DADOS, solicitando confirmação.

2. Se o Gerente negar a confirmação, o Merci abandona este fluxo alternativo.

3. Se o campo Login não satisfizer às restrições, emite a mensagem MGU_ LOGIN_INVÁLIDO.

4. O Merci pesquisa se existe Usuário com o Login informado.

5. Se não existir um usuário com este Login, o Merci executa a exceção EGU_NÃO_USUÁRIO.

6. Se existir um usuário com este Login:

6.1. O Merci preenche os campos Nome e Grupos de Usuário.

6.2. O Merci coloca a interface no estado ATUALIZADA.



2.4.2.3.2 Subfluxo Salvamento de Dados de Usuário

1. O Merci verifica os campos do Usuário.

1.1. Se os campos Nome, Login ou Senha não satisfizerem às restrições, emite as mensagens MGU_NOME_INVÁLIDO, MGU_ LOGIN_INVÁLIDO ou MGU_SENHA_INVÁLIDO, respectivamente, e abandona este fluxo alternativo.

1.2. Se pelo menos um dos Grupos de Usuário não estiver preenchido, emite a mensagem MGU_GRUPOS_INVÁLIDO e abandona este fluxo alternativo

2. O Merci pesquisa se existe o Login na tabela Usuário.

3. Se existir:

3.1. o Merci atualiza o registro da tabela Usuário com os respectivos Nome, Senha e Grupos.

4. Se não existir:

4.1. o Merci inclui um novo registro na tabela Usuário informando o Nome, Senha e Grupos de Usuário.

5. O Merci coloca a interface no estado ATUALIZADA.

2.4.2.4 Fluxos alternativos 2.4.2.4.1 Fluxo alternativo Inclusão de Novo Usuário

Precondições 1. A Tela de Usuário está visível.

2. O Gerente acionou o comando Novo.

Passos

1. Se houver dados não salvos em algum campo, o Merci emite a mensagem MGU_PERDA_DE_DADOS, solicitando confirmação.

2. Se o Gerente negar a confirmação, o Merci abandona este fluxo alternativo.

3. Se o Gerente confirmar:

3.1. O Merci limpa todos os campos da interface e coloca a interface no estado VAZIA.

3.2. O Gerente preenche os campos Nome, Login, Senha e Grupos de Usuário.


6. O Merci executa o subfluxo Salvamento de Dados de Usuário.



2.4.2.4.2 Fluxo alternativo Alteração de Dados de Usuário

Precondições 1. A Tela de Usuário está visível.

Passos

1. O Gerente preenche o Login do Usuário a ser alterado.

2. O Gerente aciona o botão Pesquisar.


4. O Gerente altera um ou mais campos de dados.

5. O Merci executa o subfluxo Salvamento de Dados de Usuário.

2.4.2.4.3 Fluxo alternativo Exclusão de Usuário

Precondições 1. A interface está no estado ATUALIZADA.

2. O Gerente acionou o botão Excluir.

Passos

1. O Merci emite a mensagem MGU_CONFIRMAR_EXCLUSÃO, solicitando confirmação da exclusão do usuário selecionado.

2. Se a exclusão for confirmada:

2.1. O Merci faz a exclusão do Usuário.

2.2. O Merci emite a mensagem MGU_USUÁRIO_EXCLUÍDO.

2.3. O Merci coloca a interface no estado VAZIA.

2.4.2.4.4 Fluxo alternativo Fechamento

Precondições 1. O Gerente acionou o botão Fechar.

Passos

1. Se a interface estiver no estado ALTERADA, o Merci emite a mensagem MGU_PERDA_DE_DADOS, solicitando confirmação.

1.1. Se o Gerente negar a confirmação, o Merci abandona este fluxo alternativo.

2. O Merci desabilita e esconde a interface Tela de Usuários.



2.4.2.5 Diagrama de estados

Interface vazia

Interface alterada

Interface atualizada

Pesquisa

Alteração de dados

Comando Novo[ Confirmação ]

Comando Pesquisar[ Dados não alterados ou confirmação ]

Salvamento

Comando Salvar

Exclusão

Comando Pesquisar

Al teração de dados

Comando Excluir[ Confirmação ]

Comando Novo

Comando Fechar

Comando Fechar

Comando Fechar[ Confirmação ]

2.4.2.6 Condições de exceção

Número de

ordem

Identificação da exceção

Descrição da exceção Ação

1 EGU_NÃO_USUÁRIO O login de usuário não corresponde a nenhum usuário cadastrado.

Emitir mensagem MGU_NÃO_USUÁRIO.

2 EGU_PROBLEMA_BD Ocorreu um problema de acesso ao banco de dados.

Emitir mensagem MGU_PROBLEMA_BD



2.4.2.7 Mensagens

Número de ordem

Identificação da mensagem Categoria Texto da mensagem

1 MGU_NÃO_USUÁRIO Informativa O login informado não corresponde a nenhum usuário cadastrado.

2 MGU_PERDA_DE_DADOS Requer confirmação

Pode haver perda de dados. Favor confirmar se quer executar esta ação.

3 MGU_CONFIRMAR_EXCLUSÃO Requer confirmação

Favor confirmar se quer excluir este usuário.

4 MGU_USUÁRIO_EXCLUÍDO Informativa O usuário foi excluído conforme solicitado.

5 MGU_PREENCHER_CAMPOS Informativa Favor preencher todos os campos de texto e pelo menos um seletor de grupo.

6 MGU_LOGIN_INVÁLIDO Informativa O campo de login deve ter no mínimo um e no máximo 8 caracteres alfanuméricos.

7 MGU_NOME_INVÁLIDO Informativa O campo de nome deve ter no mínimo um e no máximo 60 caracteres alfabéticos.

8 MGU_SENHA_INVÁLIDO Informativa O campo de senha deve ter no mínimo um e no máximo 8 caracteres alfanuméricos.

9 MGU_GRUPOS_INVÁLIDO Informativa Pelo menos um grupo de usuários deve ser selecionado.

10 MGU_PROBLEMA_BD Informativa Problema com o banco de dados. Favor contatar suporte técnico.



3 Desenho interno

3.1 Estratégias de arquitetura

1. A interface de usuário seguirá o padrão Windows 9x, para facilitar o aprendizado da utilização do produto por parte dos usuários.

2. O sistema de gerência de banco de dados utilizado será o Microsoft Access, devido à sua simplicidade de uso, difusão no mercado e compatibilidade com o paradigma relacional.

3. O ambiente de desenvolvimento será o Inprise JBuilder, pelos recursos de desenvolvimento rápido, difusão no mercado e suporte razoável para a tecnologia orientada a objetos.

4. Será adotada uma arquitetura com as seguintes camadas: fronteira, controle, entidade, persistência e sistema.

5. A camada de persistência fará acesso ao banco de dados através dos mecanismos JDBC. Conterá um objeto solitário CorretorDePersistência e uma classe mapeadora para cada classe de entidade persistente.

6. A camada de fronteira será baseada na biblioteca Swing e conterá todas as classes que interagem com os usuários. Estas classes terão lógica mínima, para que sejam validadas por inspeção e testes manuais.

7. Uma camada adicional de teste será usada para implementar a Bateria de Testes de Regressão do Software, que exercitará as Classes de Controle.

8. As classes da camada de fronteira serão desenhadas usando os recursos de desenho gráfico do JBuilder, e trazidas para o modelo por engenharia reversa. As classes das camadas de controle e entidade serão importadas e adaptadas do Modelo de Análise.

9. A lógica de validação prevista nos casos de uso de desenho será implementada na camada de controle, quando for específica do caso de uso, ou na camada de entidade, quando for potencialmente reutilizável.

10. Sempre que possível, o desenho será refatorado para explicitar mecanismos (patterns) de desenho.



3.2 Diagramas

3.2.1 Visão lógica 3.2.1.1 Diagramas de pacotes lógicos 3.2.1.1.1 Diagrama de pacotes lógicos Arquitetura

teste<<layer>>

sistema<<layer>>

fronteira<<layer>>

controle<<layer>>

entidade<<layer>>

persistência<<layer>>

Utiliza a arquitetura padrão de 5 camadas, com uma camada adicional de Classes de Testes. Todos os pacotes estão incluídos dentro do pacote Merci_10.

merci10

(from Logical View)+ MerciPrincipal



3.2.1.2 Diagramas de classes 3.2.1.2.1 Diagrama Principal

MerciPrincipal

+ main()

TelaPrincipal

- abrirTelaDeUsuários()- alterarSenha()- atribuirEstadoDeLogin()- desabilitarMenu()- habilitarMenu()- login()- logoff()- sair()

TelaPrincipal_AboutBox

copyright : String = "Copyright (c) 2001"customer : String = "Pereira & Pereira Comercial Ltda."description : String = "Sistema de Gestão de Mercearias"product : String = "Merci"supplier : String = "United Hackers International"version : String = "1.0"

A Tela Principal ficou encarregada da função de login.



3.2.1.2.2 Diagrama Interfaces de Usuário

MensagemAoUsuário

+ emitir()+ emitirComConfirmação()

Procurou-se delegar quase todas as responsabilidades de realização dos casos de uso às classes de controle, deixando nas classes de fronteira apenas a lógica mínima de verificação dos estados. A classe emissora de mensagens ao usuário foi colocada no pacote de interfaces de usuário, não podendo ser acionada diretamente dos demais pacotes.

JCheckBox JTextField JPasswordField

JFrame

TelaDeUsuários

- estado : int

- atribuirEstado()- camposDeDadosLimpos()- confirmarAbandono()- excluir()- fechar()- iniciar()- limparCamposDeDados()- novo()- obterEstado()- pesquisar()- salvar()

jCheckBoxGestorDeCompras

jCheckBoxCaixeiro

jCheckBoxGerentejCheckBoxGestorDeEstoque

jTextNome

jTextLoginjPasswordSenha

-chamadora

JButton

jButtonSalvar

jButtonPesquisarjButtonNovo

jButtonFecharjButtonExcluir

JOptionPane



3.2.1.2.3 Diagrama Camada de Persistência

CorretorDePersistência implementa o mecanismo (pattern) Solitário (Singleton).Nas próximas iterações, a arquitetura desta camada deverá ser revista para maior generalidade.

CorretorDePersistência

- instâncias : int = 0

+ CorretorDePersistência()+ abrir()+ instância()

-$solitário

Connection

-conexão

MapeadorDeUsuário

+ atribuirConexão()+ atualizar()+ excluir()+ inserir()+ obterGrupos()+ obterLogin()+ obterNome()+ obterSenha()+ recuperar()

-aConexão

ResultSet

-rs

3.2.1.2.4 Diagrama Realizações – Gestão de Usuários

TelaDeUsuários

MapeadorDeUsuário CorretorDePersistência

TratadorDeUsuários

11

Usuário

1-$oMapeadorDeUsuário 111

11

Exemplo de relacionamentos para realização padrão de caso de uso.

Gestão de Usuários - Realização



3.2.1.3 Diagramas de interação 3.2.1.3.1 Diagrama de Casos de Uso de Administração

Gestão de UsuáriosGerente

LoginAtorUsuário

A colaboração para realização do Login não foi documentada por ser trivial.

Gestão de Usuários - Realização



3.2.1.3.2 Diagrama de Seqüência Gestão de Usuários – Pesquisa de Usuário

: TelaDeUsuários : TratadorDeUsuários : Usuário

O Gerente preenche o login do usuário a ser pesquisado.

1. recuperar(login, outrosCampos, grupos)

2. recuperar(login)

[login é bem formado]

3. obterNome( )

5. obterCódigoDeGrupos( )

A interface atualiza os campos de nome e grupos e vai para o estado ATUALIZADA.

[existe usuário com este login]

4. obterSenha( )

Exemplo de realização de roteiro de pesquisa.



3.2.1.3.3 Diagrama de Seqüência Gestão de Usuários - Inclusão de Novo Usuário

: TelaDeUsuários

: TratadorDeUsuários : Usuário

1. confirmarAbandono( )

O Gerente aciona o comando Novo

Se o Gerente confi rmar, a interface limpa todos os campos e volta ao estado VAZIA.

2. iniciar( )

O Gerente preenche os campos Nome, Login, Senha e Grupos de Usuários.

3. salvar(login, nome, senha, éGerente, éGestorDeCompras, éGestorDeEstoque, éCaixeiro)

4. usuárioBemFormado(login, nome, senha, códigoDeGrupos)

[usuário bem formado]

5. criar(login, nome, senha, códigoDeGrupos)

O usuário é inserido no banco de dados e a interface vai para o estado ATUALIZADA.

Exemplo de realização de rotei ro de inclusão.



3.2.1.3.4 Diagrama de Seqüência Gestão de Usuários - Alteração de Dados de Usuário


O Gerente pode alterar os campos de nome, senha e grupos do usuário identificado pelo login.

1: salvar(String, String, String, boolean, boolean, boolean, boolean)

2: usuárioBemFormado(String, String, String, int)

[usuário bem formado]

O usuário é atualizado no banco de dados e a interface vai para o estado ATUALIZADA.

3: criar(String, String, String, int)

Exemplo de realização de roteiro de alteração.



3.2.1.3.5 Diagrama de Seqüência Gestão de Usuários - Exclusão de Usuário


O Gerente preenche o login do usuário a ser excluído.

2. excluir(login)

[o login é bem formado]

4. excluir(login)

A interface limpa todos os campos e vai para o estado VAZIA.

1. verificarExclusão(login)

[obteve confirmação da exclusão]

3. recuperar(login)

[usuário existe]

Exemplo de realização de roteiro de exclusão.



3.2.2 Visão física 3.2.2.1 Diagramas de componentes físicos 3.2.2.1.1 Diagrama de componentes físicos Principal

fronteirateste

controle

entidade

persistênciasistema

merci10



3.2.2.1.2 Diagrama físico do banco de dados MerciBD

T_Usuário

+ nome : VARCHAR(255)+ login : VARCHAR(255)+ códigoDeGrupos : INTEGER+ senha : VARCHAR(255)- T_Usuário_ID : INTEGER

<<PK>> + PK_T_Usuário0()

3.2.2.2 Diagrama de implantação

Estação do Caixeiro

Impressora de tickets

Impressora de notas fiscais



4 Plano das liberações

4.1 Lista das liberações

Número de ordem

Nome da liberação Objetivos

0 Unidades críticas Implementar o material suficiente para resolver, na iteração DI, os principais riscos associados com desenho de interfaces de usuário e desenho arquitetônico.

1 Compras Implementar os casos de uso relacionados com a Gestão de Compras, permitindo o povoamento do banco de dados do Merci.

2 Vendas Implementar os casos de uso relacionados com a Gestão de Vendas, completando as funções do Merci.



4.2 Especificações das liberações

4.2.1 Desenho implementável - Unidades críticas

Item Descrição

Camada de fronteira

TelaDeUsuários, MensagemAoUsuário, TelaPrincipal, TelaPrincipal_AboutBox

Camada de controle

TratadorDeUsuários

Camada de entidade

Usuário

Camada de persistência

CorretorDePersistência, MapeadorDeUsuário

Camada de sistema

Auditor, Verificador

Classes a serem implementadas

Outras MerciPrincipal

Classes a serem alteradas

Nenhuma

Casos de uso a serem implementados

Login, Gestão de Usuários

Casos de uso a serem complementados

Nenhum

Unidades de teste Controladoras da BTRSw: TesteMerciPrincipal, TestesGestãoDeUsuários

Componentes reutilizados

Componentes do ambiente Java



4.2.2 Liberação 1 – Compras

Item Descrição

Camada de fronteira

TelaDeEstoque, TelaDeRelatórios Gerenciais, TelaDeCompras, TelaDeFornecedores, TelaDeMercadorias, TelaDePedidosDeCompras

Camada de controle

ControladorDoEstoque, EmissorDeRelatórios, ControladorDeFornecedores, ControladorDeMercadorias, ControladorDePedidosDeCompra

Camada de entidade

Fornecedor, Mercadoria, ItemDeMercadoria, ItemDeCompra, PedidoDeCompra


MapeadorDeClasses

Camada de sistema

ConexãoComSistemaFinanceiro


Outras

Camada de fronteira

Camada de controle

Camada de entidade


CorretorDePersistência

Camada de sistema


Outras TelaPrincipal


Gestão Manual de Estoque, Emissão de Relatórios, Gestão de Fornecedores, Gestão de Mercadorias, Gestão de Pedidos de Compra


Nenhum

Unidades de teste

Controladoras da BTRSw: TesteMerciPrincipal, TestesGestãoDeFornecedores, TestesGestãoManualDeEstoque, TestesGestãoManualDeEstoque, TestesEmissãoDeRelatórios, TestesGestãoDeFornecedores, TestesGestãoDeMercadorias, TestesGestãoDePedidosDeCompra





4.2.3 Liberação 2 – Vendas

Item Descrição

Camada de fronteira

TelaDeAberturaDoCaixa, TelaDeVendas, TelaDeFechamentoDoCaixa, TelaDeNotaFiscal

Camada de controle

ControladorDeVenda, EmissorDeNotaFiscal

Camada de entidade

Venda, Caixa


Camada de sistema


Outras

Camada de fronteira

Camada de controle

Camada de entidade


MapeadorDeClasses

Camada de sistema


Outras TelaPrincipal


Abertura do Caixa, Operação de Venda, Fechamento do Caixa, Emissão de Nota Fiscal


Nenhum

Unidades de teste Controladoras da BTRSw: TesteMerciPrincipal, TestesAberturaDoCaixa, TestesOperaçãoDeVenda, TestesFechamentoDoCaixa, TestesEmissãoDeNotaFiscal





5 Anexos

5.1 Listagens do Modelo de Desenho

A seguir, incluem-se diagramas e especificações do Modelo de Desenho correspondente.


Descrição dos Testes do Software

Merci 1.0


Belo Horizonte - MG

Abril de 2001



Versões revisadas anteriores Não aplicável.



Descrição do Testes do Software Merci 1.0

Sumário Descrição do Testes do Software Merci 1.0 .............................................................................................................3

1 Planos de testes .............................................................................................................................................5 1.1 Plano de testes de aceitação...................................................................................................................5

1.1.1 Identificador do plano de testes....................................................................................................5 1.1.2 Introdução ....................................................................................................................................5

1.1.2.1 Objetivos dos testes ............................................................................................................5 1.1.2.2 Histórico .............................................................................................................................5 1.1.2.3 Escopo dos testes................................................................................................................5 1.1.2.4 Referências a documentos relevantes .................................................................................6

1.1.3 Itens a testar .................................................................................................................................6 1.1.4 Aspectos a testar ..........................................................................................................................6 1.1.5 Aspectos que não serão testados ..................................................................................................7 1.1.6 Abordagem...................................................................................................................................7 1.1.7 Critérios de completeza e sucesso................................................................................................7 1.1.8 Critérios de suspensão e retomada ...............................................................................................8

1.1.8.1 Critérios de suspensão dos testes........................................................................................8 1.1.8.2 Critérios de retomada dos testes .........................................................................................8

1.1.9 Resultados dos testes....................................................................................................................8 1.1.10 Tarefas de teste ............................................................................................................................9 1.1.11 Ambiente....................................................................................................................................10

1.1.11.1 Hardware ..........................................................................................................................10 1.1.11.2 Software ...........................................................................................................................10 1.1.11.3 Ferramentas de testes........................................................................................................10 1.1.11.4 Componentes de testes .....................................................................................................10 1.1.11.5 Documentos......................................................................................................................10

1.1.12 Responsabilidades......................................................................................................................11 1.1.13 Agenda .......................................................................................................................................11 1.1.14 Riscos e contingências ...............................................................................................................11 1.1.15 Aprovação ..................................................................................................................................12

1.2 Planos de testes de integração .............................................................................................................12 1.2.1 Plano de testes de integração do Desenho Implementável .........................................................12

1.2.1.1 Identificador do plano de testes ........................................................................................12 1.2.1.2 Introdução.........................................................................................................................12 1.2.1.3 Itens a testar......................................................................................................................13 1.2.1.4 Aspectos a testar ...............................................................................................................13 1.2.1.5 Aspectos que não serão testados.......................................................................................14 1.2.1.6 Abordagem.......................................................................................................................14 1.2.1.7 Critérios de completeza e sucesso ....................................................................................14 1.2.1.8 Critérios de suspensão e retomada....................................................................................14 1.2.1.9 Resultados dos testes ........................................................................................................15 1.2.1.10 Tarefas de teste .................................................................................................................15 1.2.1.11 Ambiente ..........................................................................................................................15 1.2.1.12 Responsabilidades ............................................................................................................16 1.2.1.13 Agenda .............................................................................................................................16 1.2.1.14 Riscos e contingências......................................................................................................16 1.2.1.15 Aprovação ........................................................................................................................17

2 Especificações de testes..............................................................................................................................18 2.1 Especificação do teste do Caso de uso Login ......................................................................................18

2.1.1 Identificador da especificação de teste.......................................................................................18 2.1.2 Aspectos a serem testados..........................................................................................................18



2.1.3 Detalhes da abordagem ..............................................................................................................18 2.1.4 Identificação dos testes ..............................................................................................................18

2.1.4.1 Procedimentos de teste .....................................................................................................18 2.1.4.2 Casos de teste ...................................................................................................................18

2.1.5 Critérios de completeza e sucesso..............................................................................................19 2.1.6 Procedimentos de teste...............................................................................................................19

2.1.6.1 Procedimento de teste Login ............................................................................................19 2.1.6.2 Procedimento de teste Logoff...........................................................................................19 2.1.6.3 Procedimento de teste Alteração de senha........................................................................20

2.1.7 Casos de teste .............................................................................................................................20 2.1.7.1 Caso de teste Login com identificador inválido ...............................................................20 2.1.7.2 Caso de teste Login com senha não cadastrada ................................................................21 2.1.7.3 Caso de teste Login com senha cadastrada.......................................................................21 2.1.7.4 Caso de teste Alteração de senha sem confirmação correta .............................................22 2.1.7.5 Caso de teste Alteração de senha com confirmação correta .............................................22 2.1.7.6 Caso de teste Logoff.........................................................................................................23 2.1.7.7 Caso de teste Login com senha alterada ...........................................................................23

2.2 Especificação do teste do Caso de uso Gestão de Usuários.................................................................24 2.2.1 Identificador da especificação de teste.......................................................................................24 2.2.2 Aspectos a serem testados..........................................................................................................24 2.2.3 Detalhes da abordagem ..............................................................................................................24 2.2.4 Identificação dos testes ..............................................................................................................24

2.2.4.1 Procedimentos de teste .....................................................................................................24 2.2.4.2 Casos de teste ...................................................................................................................25

2.2.5 Critérios de completeza e sucesso..............................................................................................25 2.2.6 Procedimentos de teste...............................................................................................................25

2.2.6.1 Procedimento de teste Pesquisa de Usuário......................................................................25 2.2.6.2 Procedimento de teste Inclusão de Usuário ......................................................................26 2.2.6.3 Procedimento de teste Alteração de Usuário ....................................................................26 2.2.6.4 Procedimento de teste Exclusão de Usuário .....................................................................26

2.2.7 Casos de teste .............................................................................................................................27 2.2.7.1 Caso de teste Pesquisa de usuário inexistente ..................................................................27 2.2.7.2 Caso de teste Pesquisa de usuário existente .....................................................................27 2.2.7.3 Caso de teste Inclusão de usuário 1 ..................................................................................28 2.2.7.4 Caso de teste Inclusão de usuário 2 ..................................................................................29 2.2.7.5 Caso de teste Alteração de usuário 1 ................................................................................30 2.2.7.6 Caso de teste Exclusão de usuário existente.....................................................................31 2.2.7.7 Caso de teste Pesquisa de usuário excluído ......................................................................31



1 Planos de testes

1.1 Plano de testes de aceitação

1.1.1 Identificador do plano de testes

MERCI-PTA-01

1.1.2 Introdução 1.1.2.1 Objetivos dos testes

Testar a funcionalidade, completeza e correção da implementação do produto Merci 1.0, comparando-o com a respectiva Especificação de Requisitos.

1.1.2.2 Histórico

A United Hackers Informática especificou e desenvolverá o sistema de informatização de mercearias Merci 1.0, que visa ao suporte informatizado ao controle de vendas, de compras, de fornecedores e de estoque da mercearia Pereira & Pereira Comercial Ltda. A Especificação de Requisitos, o Plano de Desenvolvimento e o Plano da Qualidade desse produto foram apresentados pelo fornecedor e aceitos pelo cliente entre 19/03/01 e 25/03/01.

1.1.2.3 Escopo dos testes

Todos os casos de uso e alguns dos requisitos não-funcionais levantados na Especificação de Requisitos serão testados. Não será testado nenhum aspecto de instalação e configuração do Sistema Gerenciador de Bancos de Dados Relacionais utilizado e das impressoras utilizadas pelo produto.



1.1.2.4 Referências a documentos relevantes

Número de ordem



Especificação dos Requisitos do Software Merci 1.0 RT 002-01, United Hackers Ltda.


Plano de Desenvolvimento do Software Merci 1.0 RT 003-01, United Hackers Ltda.


Plano da Qualidade do Software Merci 1.0 RT 004-01, United Hackers Ltda.

4 Padrão Metódio Prudente. Manual de Processos de Software. RT – UHI – 015/1998.



1.1.3 Itens a testar

Número de ordem

Item Comentários

1 Produto Merci 1.0 O produto deverá estar instalado, juntamente com um banco de dados fictícios, usado exclusivamente para os testes de aceitação.

1.1.4 Aspectos a testar

Número de ordem

Item Referência às Especificações de Testes

1 Caso de uso Login MERCI-ETF-LO

2 Caso de uso Gestão de Usuários MERCI-ETF-GU

3 Caso de uso Gestão de Fornecedores MERCI-ETF-GF

4 Caso de uso Gestão de Mercadorias MERCI-ETF-GM

5 Caso de uso Gestão Manual de Estoque MERCI-ETF-GE

6 Caso de uso Abertura do Caixa MERCI-ETF-AC

7 Caso de uso Operação de Venda MERCI-ETF-OV

8 Requisito de desempenho Tempo de resposta MERCI-ETF-OV

9 Caso de uso Emissão de Nota Fiscal MERCI-ETF-NF

10 Caso de uso Fechamento do Caixa MERCI-ETF-FC

11 Caso de uso Gestão de Pedidos de Compra MERCI-ETF-GP

12 Caso de uso Emissão de Relatórios MERCI-ETF-ER



1.1.5 Aspectos que não serão testados

Número de ordem

Aspecto Motivo

1 Restrição ao desenho Padrão de Nota Fiscal

Será verificada através de inspeção da Notas Fiscais emitidas no teste do caso de uso Emissão de Nota Fiscal

2 Restrição ao desenho Expansibilidade Será verificada através de avaliação da adequação do desenho arquitetônico, em Inspeção de Desenho.

3 Atributo da qualidade Segurança do Acesso

Será verificada, implicitamente, na realização dos testes funcionais do caso de uso de desenho Login.

4 Atributo da qualidade Apreensibilidade Será verificada durante o treinamento do operador de caixa, na atividade de Operação Piloto.

1.1.6 Abordagem

Os testes serão feitos inicialmente de forma manual, executando-se os casos de teste previstos em cada especificação de teste. O banco de dados deverá estar inicialmente povoado apenas com um usuário gerente. A ordem dos testes será escolhida de forma a povoar o banco de dados. A verificação do requisito de desempenho de Tempo de resposta da Operação de Venda será realizada simultaneamente com o teste do caso de uso de Operação de Venda. A verificação do requisito de desempenho de Tempo de resposta para pesquisas no banco de dados será feita simultaneamente com o teste de cada pesquisa. Com base no resultado dos testes manuais, será desenhada e implementada uma Bateria de Testes de Regressão, composta por um pacote de classes de teste, que exercitarão diretamente as classes de controle; as classes de fronteira continuarão sendo verificadas por inspeção e testes manuais, quando necessário.

1.1.7 Critérios de completeza e sucesso

Número de ordem

Critério

1 Para cada caso de teste, as saídas obtidas são completamente consistentes com as saídas previstas.

2 Todas as inclusões, alterações e exclusões de itens foram adequadamente refletidas no estado do banco de dados.

3 No teste do caso de uso Emissão de Nota Fiscal, o leiaute desta está de acordo com padrão aprovado pela Secretaria da Receita.

4 Os resultados de todas as operações aritméticas são consistentes.



1.1.8 Critérios de suspensão e retomada 1.1.8.1 Critérios de suspensão dos testes

Ocorrência de Falha Geral de Proteção no Windows ou corrupção do banco de dados.

1.1.8.2 Critérios de retomada dos testes

Correção do código e, se necessário, do desenho, para remoção da causa do erro. Ao ser reiniciado o teste de aceitação, deve ser realizada uma execução da BTRSw. O banco de dados será restaurado no estado inicial.

1.1.9 Resultados dos testes

Será produzido um relatório dos testes, conforme o gabarito RTSw.



1.1.10 Tarefas de teste

Testes de aceitação 27/03/01 04/07/01 Desenho dos testes de aceitação 27/03/01 30/03/01

Planejamento dos testes de aceitação 27/03/01 27/03/01 Desenho dos testes de aceitação 30/03/01 30/03/01

Testes alfa 13/06/01 22/06/01 Implementação dos testes alfa 13/06/01 13/06/01 Caso de uso Login 14/06/01 14/06/01 Caso de uso Gestão de Usuários 15/06/01 15/06/01 Caso de uso Gestão de Fornecedores 15/06/01 15/06/01 Caso de uso Gestão de Mercadorias 18/06/01 18/06/01 Caso de uso Gestão Manual de Estoque 18/06/01 18/06/01 Caso de uso Abertura do Caixa 19/06/01 19/06/01 Caso de uso Operação de Venda 19/06/01 19/06/01 Caso de uso Emissão de Nota Fiscal 20/06/01 20/06/01 Caso de uso Fechamento do Caixa 20/06/01 20/06/01 Caso de uso Gestão de Pedidos de Compra 21/06/01 21/06/01 Caso de uso Emissão de Relatórios 21/06/01 21/06/01 Confecção do relatório de resumo 22/06/01 22/06/01

Testes beta 25/06/01 04/07/01 Implementação dos testes beta 25/06/01 25/06/01 Caso de uso Login 26/06/01 26/06/01 Caso de uso Gestão de Usuários 27/06/01 27/06/01 Caso de uso Gestão de Fornecedores 27/06/01 27/06/01 Caso de uso Gestão de Mercadorias 28/06/01 28/06/01 Caso de uso Gestão Manual de Estoque 28/06/01 28/06/01 Caso de uso Abertura do Caixa 29/06/01 29/06/01 Caso de uso Operação de Venda 29/06/01 29/06/01 Caso de uso Emissão de Nota Fiscal 02/07/01 02/07/01 Caso de uso Fechamento do Caixa 02/07/01 02/07/01 Caso de uso Gestão de Pedidos de Compra 03/07/01 03/07/01 Caso de uso Emissão de Relatórios 03/07/01 03/07/01 Confecção do relatório de resumo 04/07/01 04/07/01



1.1.11 Ambiente 1.1.11.1 Hardware

Os testes deverão ser executados em um Pentium 300 MHz, com impressora de tecnologia laser ou de jato de tinta, a ser usada para impressão de todos os relatórios, exceto os tickets de venda. Será utilizada uma impressora específica para a emissão dos tickets de venda, configurável como impressora suportada pelo ambiente operacional.

1.1.11.2 Software

O ambiente operacional a ser utilizado é o Windows 98 (ou compatível). Deve ser utilizado o sistema de gestão de bancos de dados Microsoft Access.

1.1.11.3 Ferramentas de testes

Rational Rose e Inprise JBuilder, a serem utilizadas para o desenho e implementação dos testes de regressão. Os testes automatizados serão implementados ad-hoc como classes Java, ficando para o futuro a conversão para scripts das ferramentas de testes da Rational.

1.1.11.4 Componentes de testes

Banco de dados fictício, povoado apenas com um usuário gerente.

1.1.11.5 Documentos

Número de ordem

Documento necessário

1 Especificação dos Requisitos do Software Merci 1.0.

2 Descrição do Desenho do Software Merci 1.0.

3 Descrição dos Testes do Software Merci 1.0.



1.1.12 Responsabilidades

Número de ordem

Função Responsabilidades

1 Testador Planejamento dos testes de aceitação; especificação dos testes de aceitação; desenho e implementação da bateria de testes de regressão; realização dos testes alfa; redação do relatório dos testes alfa; assessoria à elaboração do relatório dos testes beta.

2 Desenvolvedor júnior Instalação e configuração do sistema para os testes alfa e beta; assessoria ao testador no desenho dos testes de aceitação; assessoria à elaboração do relatório dos testes beta.

3 Desenvolvedor sênior Assessoria ao planejamento dos testes de aceitação.

4 Usuário Realização dos testes beta; redação do relatório dos testes beta.

1.1.13 Agenda

Vide lista de Tarefas de teste (1.1.10).

1.1.14 Riscos e contingências

Número Risco Gravidade Probabilidade de ocorrência

Impacto previsto

Contramedidas previstas




2 Falta dos equipamentos para testes beta.

Alta Média Impossibilidade de realizar os testes beta


3 Falta de inventário das mercadorias para o cadastramento.



4 Falta de povoamento inicial das bases de dados.





1.1.15 Aprovação

Aprovamos a seção do Plano de Testes de Aceitação do projeto Merci 1.0.

Nome Organização Data Assinatura

Sócrates Botelho United Hackers 30/03/01

Metódio Prudente United Hackers 30/03/01

Eudóxia Caxias United Hackers 30/03/01

João Limão United Hackers 30/03/01

Lúcia Malatesta United Hackers 30/03/01

Garibaldo Quaglia United Hackers 30/03/01

Manuel Pereira Pereira & Pereira 05/04/01

Joaquim Pereira Pereira & Pereira 05/04/01

1.2 Planos de testes de integração

1.2.1 Plano de testes de integração do Desenho Implementável 1.2.1.1 Identificador do plano de testes

MERCI-PTI-DI

1.2.1.2 Introdução

1.2.1.2.1 Objetivos dos testes

Testar a funcionalidade, completeza e correção da implementação dos casos de uso críticos, a serem implementados na iteração de Desenho Implementável do projeto Merci 1.0, comparando-os com a Descrição do Desenho.

1.2.1.2.2 Histórico

A United Hackers Informática especificou e desenvolverá o sistema de informatização de mercearias Merci 1.0, que visa ao suporte informatizado ao controle de vendas, de compras, de fornecedores e de estoque da mercearia Pereira & Pereira Comercial Ltda. A iteração de Desenho Implementável tem por objetivo testar os aspectos fundamentais do desenho externo e arquitetônico, através da avaliação de um conjunto de casos de uso considerados críticos.

1.2.1.2.3 Escopo dos testes

Serão testados os seguintes casos de uso de Desenho: Login e Gestão de Usuários.



1.2.1.2.4 Referências a documentos relevantes

Número de ordem



Descrição do Desenho do Software Merci 1.0 RT 005-01, United Hackers Ltda.


Plano de Desenvolvimento do Software Merci 1.0 RT 003-01, United Hackers Ltda.


Plano da Qualidade do Software Merci 1.0 RT 004-01, United Hackers Ltda.




1.2.1.3 Itens a testar

Número de ordem

Item Comentários

1 Produto Merci 1.0 – parcialmente implementado.

O produto deverá estar instalado, juntamente com um banco de dados fictício, usado exclusivamente para os testes de aceitação.

1.2.1.4 Aspectos a testar

Número de ordem

Item Referência às Especificações de Testes

1 Caso de uso Login MERCI-ETF-LO

2 Caso de uso Gestão de Usuários MERCI-ETF-GU



1.2.1.5 Aspectos que não serão testados

Número de ordem

Aspecto Motivo

1 Restrição ao desenho Expansibilidade Será verificada através de avaliação da adequação do desenho arquitetônico, em Inspeção de Desenho.

2 Atributo da qualidade Segurança do Acesso

Será verificada, implicitamente, na realização dos testes funcionais do caso de uso de desenho Login.

3 Atributo da qualidade Apreensibilidade Será verificada durante o treinamento do operador de caixa, na atividade de Operação Piloto.

1.2.1.6 Abordagem

Os testes serão feitos inicialmente de forma manual, executando-se os casos de teste previstos em cada especificação de teste. O banco de dados deverá estar inicialmente povoado apenas com um usuário gerente. A ordem dos testes será escolhida de forma a povoar o banco de dados. A verificação do requisito de desempenho de Tempo de resposta para pesquisas no banco de dados será feita simultaneamente com o teste de cada pesquisa. Com base no resultado dos testes manuais, será desenhada e implementada uma Bateria de Testes de Regressão, composta por um pacote de classes de teste, que exercitarão diretamente as classes de controle; as classes de fronteira continuarão sendo verificadas por inspeção e testes manuais, quando necessário.

1.2.1.7 Critérios de completeza e sucesso

Número de ordem

Critério

1 Para cada caso de teste, as saídas obtidas são completamente consistentes com as saídas previstas.

2 Todas as inclusões, alterações e exclusões de itens foram adequadamente refletidas no estado do banco de dados.

3 Os estados das interfaces são consistentes com o especificado na Descrição do Desenho.

1.2.1.8 Critérios de suspensão e retomada

1.2.1.8.1 Critérios de suspensão dos testes

Ocorrência de Falha Geral de Proteção no Windows ou corrupção do banco de dados.



1.2.1.8.2 Critérios de retomada dos testes

Correção do código e, se necessário, do desenho, para remoção da causa do erro. Ao ser reiniciado o teste de integração, deve ser realizada uma execução da BTRSw. O banco de dados será restaurado no estado inicial.

1.2.1.9 Resultados dos testes

Será produzido um relatório dos testes, conforme o gabarito RTSw.

1.2.1.10 Tarefas de teste

Testes de integração da DI 27/03/01 04/07/01 Desenho dos testes de integração da DI 27/03/01 30/03/01

Planejamento dos testes de integração da DI 27/03/01 27/03/01 Desenho dos testes de integração da DI 30/03/01 30/03/01

Realização dos testes de integração da DI 16/04/01 19/04/01 Implementação dos testes de integração da DI 16/04/01 16/04/01 Caso de uso Login 17/04/01 17/04/01 Caso de uso Gestão de Usuários 18/04/01 18/04/01 Confecção do RTSw 19/04/01 19/04/01

1.2.1.11 Ambiente

1.2.1.11.1 Hardware

Os testes deverão ser executados em um Pentium 300 MHz.

1.2.1.11.2 Software

O ambiente operacional a ser utilizado é o Windows 98 (ou compatível). Deve ser utilizado o sistema de gestão de bancos de dados Microsoft Access.

1.2.1.11.3 Ferramentas de testes

Rational Rose e Inprise JBuilder, a serem utilizadas para o desenho e implementação dos testes de regressão.

1.2.1.11.4 Componentes de testes

Banco de dados fictício, povoado apenas com um usuário gerente.



1.2.1.11.5 Documentos

Número de ordem

Documento necessário

1 Descrição do Desenho do Software Merci 1.0.

2 Descrição dos Testes do Software Merci 1.0.

1.2.1.12 Responsabilidades

Número de ordem

Função Responsabilidades

1 Testador Planejamento dos testes de integração; especificação dos testes de integração; desenho e implementação da bateria de testes de regressão; realização dos testes de integração; redação do relatório dos testes de integração.

2 Desenvolvedor júnior Instalação e configuração do sistema para os testes de integração; assessoria ao testador na especificação dos testes; assessoria à elaboração do relatório dos testes de integração.

3 Desenvolvedor sênior Assessoria ao planejamento dos testes de integração.

4 Usuário Acompanhamento e avaliação dos testes de integração.

1.2.1.13 Agenda

Vide lista de Tarefas de teste (1.2.1.10).

1.2.1.14 Riscos e contingências

Número Risco Gravidade Probabilidade de ocorrência

Impacto previsto Contramedidas previstas


Média Média Possíveis desentendimentos quanto ao atendimento dos requisitos


2 Atrasos no desenho e implementação do código a ser testado.

Média Baixa Atrasos na realização dos testes

Fazer acompanhamento detalhado rigoroso

3 Defeitos graves de desenho e código nas unidades a testar.

Alta Baixa Atrasos na realização dos testes e possíveis suspensões destes

Cobrar realização de inspeções de desenho e implementação, assim como de testes de unidade.



1.2.1.15 Aprovação

Aprovamos a seção do Plano de Testes de Integração do Desenho Implementável do projeto Merci 1.0.

Nome Organização Data Assinatura

Metódio Prudente United Hackers 05/04/01

Eudóxia Caxias United Hackers 05/04/01

João Limão United Hackers 05/04/01

Lúcia Malatesta United Hackers 05/04/01

Garibaldo Quaglia United Hackers 05/04/01

Joaquim Pereira Pereira & Pereira 05/04/01



2 Especificações de testes

2.1 Especificação do teste do Caso de uso Login

2.1.1 Identificador da especificação de teste

MERCI-ETF-LO

2.1.2 Aspectos a serem testados

Número Requisito Comentários

1 Caso de uso Login Serão testados o login e a alteração de senha.

2.1.3 Detalhes da abordagem

No estado inicial, o banco de dados conterá apenas o usuário de nome Gerente, login gerente, senha senha e grupo gerente. Os casos de teste deverão ser executados na ordem em que são aqui apresentados.

2.1.4 Identificação dos testes 2.1.4.1 Procedimentos de teste

Número Procedimento de teste Identificação do procedimento de teste

1 Login MERCI-ETF-LO-PT-LO

2 Logoff MERCI-ETF-LO-PT-LF

3 Alteração de senha MERCI-ETF-LO-PT-AS

2.1.4.2 Casos de teste

Número Caso de teste Identificação do caso de teste

1 Login com identificador inválido MERCI-ETF-LO-CT-LI

2 Login com senha não cadastrada MERCI-ETF-LO-CT-SN

3 Login com senha cadastrada MERCI-ETF-LO-CT-SC

4 Alteração de senha sem confirmação correta MERCI-ETF-LO-CT-AS

5 Alteração de senha com confirmação correta MERCI-ETF-LO-CT-AC

6 Logoff MERCI-ETF-LO-CT-LF

7 Login com senha alterada MERCI-ETF-LO-CT-SA




Número Critério

1 Os logins com identificador inválido são rejeitados com mensagem apropriada.

2 Os logins com senha inválida são rejeitados com mensagem apropriada.

3 Os logins com identificador válido e senha cadastrada levam a interface ao estado COM USUÁRIO e ativam os itens de cardápio com as permissões corretas.

4 A alteração de senha não tem efeito se a confirmação não for correta.

5 A alteração de senha, com confirmação correta, altera a senha cadastrada, conforme comprovado por login posterior.

6 O logoff coloca a interface no estado SEM USUÁRIO, limpando todos os campos.

2.1.6 Procedimentos de teste 2.1.6.1 Procedimento de teste Login

Identificação MERCI-ETF-LO-PT-LO

Objetivo Verificar se o login de um usuário é feito corretamente.

Requisitos especiais

A Tela Principal deve estar no estado SEM USUÁRIO.

Fluxo 1. Preencher Login e Senha.

2. Acionar Login.

2.1.6.2 Procedimento de teste Logoff

Identificação MERCI-ETF-LO-PT-LF

Objetivo Verificar se o logoff de um usuário é feito corretamente.


A Tela Principal deve estar no estado COM USUÁRIO.

Fluxo 1. Acionar Logoff.



2.1.6.3 Procedimento de teste Alteração de senha

Identificação MERCI-ETF-LO-PT-AS

Objetivo Verificar se a alteração de senha de um usuário é feita corretamente.


A Tela Principal deve estar no estado COM USUÁRIO.

Fluxo 1. Acionar Alterar Senha.

2. Editar Senha

3. Preencher Confirma Senha.

4. Acionar Confirmar Senha.

2.1.7 Casos de teste 2.1.7.1 Caso de teste Login com identificador inválido

Identificação MERCI-ETF-LO-CT-LI

Itens a testar Login com identificador inválido

Campo Valor Entradas

Login ma noel

Campo Valor Saídas esperadas Mensagem O campo de login deve ter no mínimo um e no

máximo 8 caracteres alfanuméricos.

Ambiente Banco de dados de teste.

Procedimento Login - MERCI-ETF-LO-PT-LO

Dependências O banco de dados de teste deve estar no estado inicial (com usuário de login gerente e senha senha).



2.1.7.2 Caso de teste Login com senha não cadastrada

Identificação MERCI-ETF-LO-CT-SN

Itens a testar Login com senha não cadastrada

Campo Valor

Login gerente Entradas

Senha xxxxxx

Campo Valor Saídas esperadas

Mensagem Senha não confere com cadastrada.




2.1.7.3 Caso de teste Login com senha cadastrada

Identificação MERCI-ETF-LO-CT-SC

Itens a testar Login com senha não cadastrada

Campo Valor


Senha senha

Campo Valor

Login gerente (desabilitado)

Senha senha (oculto como ***** - cinco caracteres)

Botões Habilitados Logoff e Alterar Senha; desabilitados os demais.

Saídas esperadas

Itens de cardápio Habilitados Usuários, Abrir Caixa, Sair e Sobre.






2.1.7.4 Caso de teste Alteração de senha sem confirmação correta

Identificação MERCI-ETF-LO-CT-AS

Itens a testar Alteração de senha sem que seja confirmada corretamente

Campo Valor

Senha poispois Entradas

Confirma senha pois


Mensagem Senha não confirmada.


Procedimento MERCI-ETF-LO-PT-AS

Dependências O banco de dados de teste deve estar no estado inicial (com usuário de login gerente e senha senha) e este usuário deve ter efetuado o login (por exemplo, executando o caso de teste Login com senha cadastrada - MERCI-ETF-LO-CT-SC).

2.1.7.5 Caso de teste Alteração de senha com confirmação correta

Identificação MERCI-ETF-LO-CT-AC

Itens a testar Alteração de senha confirmada corretamente

Campo Valor

Senha pois Entradas

Confirma senha pois


Senha pois (oculto como **** - quatro caracteres)


Procedimento MERCI-ETF-LO-PT-AS

Dependências O banco de dados de teste deve estar no estado inicial (com usuário gerente, senha senha) e este usuário deve ter efetuado o login (por exemplo, executando o caso de teste Login com senha cadastrada - MERCI-ETF-LO-CT-SC).



2.1.7.6 Caso de teste Logoff

Identificação MERCI-ETF-LO-CT-LF

Itens a testar Logoff de usuário que efetuou o login correto.

Entradas Campo Valor

Campo Valor

Login 

Senha 

Botões Apenas Login habilitado.

Saídas esperadas

Itens de cardápio Apenas Sair e Sobre habilitados.


Procedimento MERCI-ETF-LO-PT-LF

Dependências Um usuário cadastrado deve ter efetuado o login (por exemplo, executando o caso de teste Login com senha cadastrada - MERCI-ETF-LO-CT-SC).

2.1.7.7 Caso de teste Login com senha alterada

Identificação MERCI-ETF-LO-CT-AS

Itens a testar Login com senha anteriormente alterada

Campo Valor


Senha pois

Campo Valor

Login gerente (desabilitado)

Senha pois (oculto como **** - quatro caracteres)

Botões Habilitados Logoff e Alterar Senha; desabilitados os demais.

Saídas esperadas

Itens de cardápio Habilitados Sair e Sobre.



Dependências O usuário gerente deve ter tido anteriormente a senha alterada para pois (por exemplo, executando-se o caso de teste Alteração de senha com confirmação correta - MERCI-ETF-LO-CT-AC).



2.2 Especificação do teste do Caso de uso Gestão de Usuários

2.2.1 Identificador da especificação de teste

MERCI-ETF-GU

2.2.2 Aspectos a serem testados

Número Requisito Comentários

1 Caso de uso Gestão de Usuários

Serão automatizados apenas casos que façam acesso ao banco de dados. O tratamento de entradas inválidas será validado por inspeção e testes de unidade.

2.2.3 Detalhes da abordagem

No estado inicial, o banco de dados conterá apenas o usuário de nome Gerente, login gerente, senha senha e grupo gerente. Note-se que, se tiverem sido executados testes de outros casos de uso que alterem o banco de dados, será necessário restaurar este para o estado inicial. Isto vale inclusive para o testes do caso de uso de desenho Login. Os casos de teste deverão ser executados na ordem em que são aqui apresentados. Não foi incluído um caso de teste de Exclusão de usuário inexistente porque se supõe que o comando Excluir só esteja habilitado no estado ATUALIZADA da interface, o que requer a execução de uma pesquisa ou salvamento imediatamente anterior do mesmo usuário.

2.2.4 Identificação dos testes 2.2.4.1 Procedimentos de teste

Número Procedimento de teste Identificação do procedimento de teste

1 Pesquisa de usuário MERCI-ETF-GU-PT-PU

2 Inclusão de usuário MERCI-ETF-GU-PT-IU

3 Alteração de usuário MERCI-ETF-GU-PT-AU

4 Exclusão de usuário MERCI-ETF-GU-PT-EU



2.2.4.2 Casos de teste

Número Caso de teste Identificação do caso de teste

1 Pesquisa de usuário inexistente MERCI-ETF-GU-CT-PUI

2 Pesquisa de usuário existente MERCI-ETF-GU-CT-PUE

3 Inclusão de usuário 1 MERCI-ETF-GU-CT-IU1

4 Inclusão de usuário 2 MERCI-ETF-GU-CT-IU2

5 Alteração de usuário 1 MERCI-ETF-GU-CT-AU1

6 Exclusão de usuário existente MERCI-ETF-GU-CT-EUE

7 Pesquisa de usuário excluído MERCI-ETF-GU-CT-PUX


Número Critério

1 Todos os usuários incluídos são localizados com nomes e grupos corretos, conforme mostrado por uma operação de pesquisa.

2 Todos os usuários excluídos são corretamente eliminados do banco de dados, conforme mostrado por uma operação de pesquisa.

3 Todos os usuários alterados são localizados com nomes e grupos corretos, conforme mostrado por uma operação de pesquisa.

2.2.6 Procedimentos de teste 2.2.6.1 Procedimento de teste Pesquisa de Usuário

Identificação MERCI-ETF-GU-PT-PU

Objetivo Verificar se a pesquisa de um usuário é feita corretamente.


Nenhum.

Fluxo 1. Preencher Login.

2. Acionar Pesquisar.



2.2.6.2 Procedimento de teste Inclusão de Usuário

Identificação MERCI-ETF-GU-PT-IU

Objetivo Verificar se a inclusão de um usuário é feita corretamente.


Nenhum.

Fluxo 1. Acionar Novo.

2. Preencher Nome, Login, Senha.

3. Selecionar Grupos do Usuário.

4. Acionar Salvar.

2.2.6.3 Procedimento de teste Alteração de Usuário

Identificação MERCI-ETF-GU-PT-AU

Objetivo Verificar se a alteração dos dados de um usuário é feita corretamente.


Nenhum.



3. Editar Nome, Senha.

4. Alterar Grupos do Usuário.

5. Acionar Salvar.

2.2.6.4 Procedimento de teste Exclusão de Usuário

Identificação MERCI-ETF-GU-PT-EU

Objetivo Verificar se a exclusão de um usuário é feita corretamente.


Nenhum.



3. Acionar Excluir.

4. Confirmar exclusão.



2.2.7 Casos de teste 2.2.7.1 Caso de teste Pesquisa de usuário inexistente

Identificação MERCI-ETF-GU-CT-PUI

Itens a testar Pesquisa de usuário inexistente.


Login zeca

Campo Valor Saídas esperadas Mensagem O login informado não corresponde a

nenhum usuário cadastrado.


Procedimentos Pesquisa de Usuário – MERCI-ETF-GU-PT-PU

Dependências O banco de dados de teste deve estar no estado inicial.

2.2.7.2 Caso de teste Pesquisa de usuário existente

Identificação MERCI-ETF-GU-CT-PUE

Itens a testar Pesquisa de usuário existente.


Login gerente

Campo Valor

Nome Gerente

Senha senha (oculto como *****) Saídas esperadas

Grupos do Usuário Gerente


Procedimentos Pesquisa de Usuário – MERCI-ETF-GU-PT-PU




2.2.7.3 Caso de teste Inclusão de usuário 1

Identificação MERCI-ETF-GU-CT-IU1

Itens a testar Processamento correto de inclusão de usuário, com o banco de dados de usuários no estado inicial.

Campo Valor

Nome Joaquim Moreira

Login joaquim

Senha s01

Entradas

Grupos do Usuário Gestor de Compras, Caixeiro

Campo Valor

Nome Joaquim Moreira

Senha s01 (oculto como ***) Saídas esperadas

Grupos do Usuário Gestor de Compras, Caixeiro


Procedimentos 1. Inclusão de Usuário – MERCI-ETF-GU-PT-IU

2. Pesquisa de Usuário – MERCI-ETF-GU-PT-PU




2.2.7.4 Caso de teste Inclusão de usuário 2

Identificação MERCI-ETF-GU-CT-IU2

Itens a testar Processamento correto de inclusão de usuário, com o banco de dados de usuários não vazio.

Campo Valor

Nome Manoel Pereira Júnior

Login manoel2

Senha sn02

Entradas

Grupos do Usuário Gestor de Estoque

Campo Valor

Nome Manoel Pereira Júnior

Senha sn02 (oculto como ****) Saídas esperadas

Grupos do Usuário Gestor de Estoque


Procedimentos 1. Inclusão de Usuário – MERCI-ETF-GU-PT-IU


Dependências Banco de dados de teste deve ter pelo menos um usuário. Por exemplo, pode ter sido executado o caso de teste Inclusão de usuário 1 (MERCI-ETF-GU-CT-IU1).



2.2.7.5 Caso de teste Alteração de usuário 1

Identificação MERCI-ETF-GU-CT-AU1

Itens a testar Processamento correto de alteração de usuário.

Campo Valor

Nome Joaquim Pereira

Login joaquim

Senha senha01

Entradas

Grupos do Usuário Gestor de Compras

Campo Valor

Nome Joaquim Pereira

Senha senha01 (oculto como *******) Saídas esperadas

Grupos do Usuário Gestor de Compras


Procedimentos 1. Alteração de Usuário – MERCI-ETF-GU-PT-AU


Dependências Banco de dados de teste deve ter um usuário com o login dado. Por exemplo, pode ter sido executado o caso de teste Inclusão de usuário 1 (MERCI-ETF-GU-CT-IU1).



2.2.7.6 Caso de teste Exclusão de usuário existente

Identificação MERCI-ETF-GU-CT-EUE

Itens a testar Processamento correto de exclusão de usuário cadastrado no banco de dados.


Login manoel2

Campo Valor

Nome 

Login 

Senha 

Grupos do Usuário 

Saídas esperadas

Mensagem O usuário foi excluído conforme solicitado.


Procedimentos Exclusão de Usuário - MERCI-ETF-GU-PT-EU

Dependências Banco de dados de teste deve ter um usuário com o login dado. Por exemplo, pode ter sido executado o caso de teste Inclusão de usuário 2 (MERCI-ETF-GU-CT-IU2).

2.2.7.7 Caso de teste Pesquisa de usuário excluído

Identificação MERCI-ETF-GU-CT-PUX

Itens a testar Pesquisa de usuário excluído anteriormente.


Login manoel2

Campo Valor Saídas esperadas Mensagem O login informado não corresponde a

nenhum usuário cadastrado.


Procedimento Pesquisa de Usuário - MERCI-ETF-GU-PT-EU

Dependências O usuário com o login dado deve ter sido excluído. Por exemplo, pode ter sido executado o caso de teste Exclusão de usuário existente (MERCI-ETF-GU-CT-EUE).

Manual do Usuário do Software



RT 007- 01


Merci 1.0


Belo Horizonte - MG

Abril de 2001



Garantias e obrigações contratuais

A United Hackers manterá este Manual atualizado, nos termos do Contrato de Manutenção do produto Merci 1.0.




Sumário

Manual do Usuário do Software ...............................................................................................................................3 1 Introdução.....................................................................................................................................................3

1.1 Descrição e pré-requisitos do público-alvo...........................................................................................3 1.2 Aplicabilidade.......................................................................................................................................3 1.3 Missão do produto ................................................................................................................................4 1.4 Descrição do uso do documento ...........................................................................................................4 1.5 Lista de documentos relacionados ........................................................................................................4 1.6 Descrição de convenções ......................................................................................................................4 1.7 Instruções para registro de problemas...................................................................................................4

2 Funções do Merci .........................................................................................................................................5 2.1 Funções de Login..................................................................................................................................5

2.1.1 Procedimento de Login .................................................................................................................5 2.1.2 Procedimento de Logoff ...............................................................................................................6 2.1.3 Procedimento de Alteração de Senha ...........................................................................................7

2.2 Funções de Gestão de Usuários ............................................................................................................9 2.2.1 Procedimento de Pesquisa de Usuário ..........................................................................................9 2.2.2 Procedimento de Inclusão de Novo Usuário...............................................................................11 2.2.3 Procedimento de Alteração de Dados de Usuário.......................................................................13 2.2.4 Procedimento de Exclusão de Usuário........................................................................................15

Mensagens de erro e problemas conhecidos...........................................................................................................18 1 Mensagens de erro ......................................................................................................................................18 2 Problemas conhecidos ................................................................................................................................19

Apêndices ...............................................................................................................................................................20 1 Bibliografia.................................................................................................................................................20 2 Glossário.....................................................................................................................................................21 3 Índice remissivo..........................................................................................................................................21

1 Introdução

1.1 Descrição e pré-requisitos do público-alvo

Este é o Manual Referencial do Merci 1.0, destinado à consulta sobre funções deste produto, por parte de gerentes e gestores de estoque da mercearia Pereira & Pereira Comercial Ltda. Esta é uma versão provisória, destinada à avaliação do conteúdo por parte do cliente.

1.2 Aplicabilidade

Este Manual se refere à versão 1.0 do produto Merci, executado em ambiente Windows 98 ou compatível.



1.3 Missão do produto

Apoio informatizado ao controle de vendas, de compras, de fornecedores e de estoque da mercearia Pereira & Pereira Comercial Ltda.

1.4 Descrição do uso do documento

• Este Manual deve ser consultado sempre que surgirem dúvidas quanto ao procedimento para execução de uma função do produto, ou quanto ao significado de uma mensagem ou procedimentos recomendados em casos de erros.

• O corpo do documento é constituído pela Seção Funções do Merci.

• Cada subseção dessa seção se refere a um grupo de funções, grupo que é geralmente caracterizado por um item do cardápio principal do Merci.

• Cada subseção dessas se divide em subseções de nível mais baixo, cada uma das quais correspondente a um procedimento necessário para realizar as funções do Merci.

• Usar os índices para localizar a função desejada.

1.5 Lista de documentos relacionados

• Cartela do Gestor de Estoques.

• Cartela do Caixeiro.

1.6 Descrição de convenções

• Todas as referências ao produto são sublinhadas em negrito.

• Todas as referências a procedimentos são em negrito.

• Todas as referências a interfaces e seus elementos são em itálico.

1.7 Instruções para registro de problemas

Em caso de problemas na documentação ou no produto, ou para fazer sugestões, entrar em contato com o suporte da United Hackers: telefonar para 31-36666261 ou enviar mensagem para [email protected].



2 Funções do Merci

2.1 Funções de Login

2.1.1 Procedimento de Login

2.1.1.1 Objetivo

Habilitar um usuário a utilizar as funções do Merci.

2.1.1.2 Pré-requisitos

O usuário deve ter sido previamente cadastrado por meio da execução do procedimento de Inclusão de Novo Usuário.

2.1.1.3 Preparação

A Tela Principal deve estar visível e ativada, em seu estado SEM USUÁRIO (campos vazios, apenas o botão de Login ativado).

2.1.1.4 Entradas

• O campo Login deve ser preenchido com o identificador de login desse usuário. Ele deve conter no mínimo um e no máximo 8 caracteres alfanuméricos (maiúsculos ou minúsculos), sem espaços em branco nem caracteres especiais, e não é sensível à caixa.

• O campo Senha deve ser preenchido com a senha desse usuário. Ele deve conter no mínimo um e no máximo 8 caracteres alfanuméricos (maiúsculos ou minúsculos), sem espaços em branco nem caracteres especiais, e é sensível à caixa.

2.1.1.5 Precauções

Não aplicável.

2.1.1.6 Chamada

Acionar o botão Login.

2.1.1.7 Suspensão de operações

Acionar o item Sair, do cardápio Gestão, ou fechar a janela da Tela Principal do Merci.

2.1.1.8 Encerramento de operações

Em caso de sucesso, os campos Login e Senha são desativados, assim como o botão Senha. Os botões Logoff e Alterar Senha são ativados. O campo Confirmar Senha continua desativado. Caso contrário,



será exibida uma mensagem de erro.

2.1.1.9 Saídas

Se existir um usuário com este Login, e a Senha fornecida coincidir a com a respectiva senha cadastrada, ficarão ativados os itens de cardápio correspondentes a funções acessíveis aos grupos deste usuário.

2.1.1.10 Condições de erro

Número de

ordem

Mensagem Explicação Ação recomendada

1 O campo de login deve ter no mínimo um e no máximo 8 caracteres alfanuméricos.

O identificador de login usado tem formato inválido.

Limpar a Tela de Usuários e redigitar o identificador correto.

2 O login informado não corresponde a nenhum usuário cadastrado.

O cadastro de usuários não contém nenhum usuário com o identificador de login fornecido.

Corrigir o identificador de login, ou, se for desejado incluir este usuário, executar a função Inclusão de Novo Usuário, do grupo de funções de Gestão de Usuários.

3 Senha não confere com cadastrada.

A senha cadastrada não confere com a fornecida.

Corrigir a senha e acionar novamente o botão Login.

4 Problema com o banco de dados. Favor contatar suporte técnico.

Algum tipo de problema técnico com o banco de dados Merci.

Acionar suporte da United Hackers, conforme subseção 1.7, Instruções para registro de problemas.

2.1.1.11 Informação relacionada

Funções relacionadas: demais funções de Login, funções de Gestão de Usuários.

2.1.2 Procedimento de Logoff

2.1.2.1 Objetivo

Desabilitar o usuário corrente a utilizar as funções do Merci, permitindo a execução do procedimento de Login de outro usuário.


Deve existir um usuário corrente, habilitado por meio da execução do procedimento de Login.




A Tela Principal deve estar visível e ativada, em seu estado COM USUÁRIO (botão de Login desativado, botões de Logoff e Alterar Senha ativados).

2.1.2.4 Entradas

Não aplicável.


Não aplicável.

2.1.2.6 Chamada

Acionar o botão Logoff.




Em caso de sucesso, a Tela Principal volta ao estado SEM USUÁRIO (campos vazios, apenas o botão de Login ativado), ficando habilitado apenas o item Sair do cardápio Gestão.

2.1.2.9 Saídas

Não aplicável.


Não aplicável.



2.1.3 Procedimento de Alteração de Senha

2.1.3.1 Objetivo

Alterar a senha cadastrada do usuário corrente.




Deve existir um usuário corrente, habilitado por meio da execução do procedimento de Login.


A Tela Principal deve estar visível e ativada, em seu estado COM USUÁRIO (botão de Login desativado, botões de Logoff e Alterar Senha ativados).

2.1.3.4 Entradas

A nova senha é editada no próprio campo Senha, e confirmada no campo Confirma Senha. Estes campos só estarão ativados depois do acionamento do botão Alterar Senha.


Evitar a utilização de senhas relacionadas com dados pessoais do usuário que sejam de conhecimento público (por exemplo, variações do nome, nomes de familiares, placa do carro etc.).

2.1.3.6 Chamada

• Acionar o botão Alterar Senha.

• Editar o campo Senha.

• Redigitar a senha alterada no campo Confirma Senha.

• Acionar o botão Confirmar Senha.




Em caso de sucesso, a Tela Principal volta ao estado COM USUÁRIO, como após a execução do procedimento de Login. Os campos Login e Confirmar Senha continuam desativados. O campo Senha é desativado, assim como o botão Senha. Os botões Logoff e Alterar Senha são ativados. Caso contrário, será exibida uma mensagem de erro.

2.1.3.9 Saídas

A senha do usuário corrente será alterada no cadastro. Isto poderá ser confirmado com a realização posterior do procedimento Login com a nova senha.




Número de

ordem


1 O campo de senha deve ter no mínimo um e no máximo 8 caracteres alfanuméricos.

A senha preenchida tem formato inválido ou está em branco.

Preencher a senha em formato correto.

2 Senha não confirmada. Os textos dos campos Senha e Confirma Senha são distintos.

Redigitar e confirmar a senha correta.






2.2 Funções de Gestão de Usuários

2.2.1 Procedimento de Pesquisa de Usuário

2.2.1.1 Objetivo

Recuperar nome e grupos de acesso de um usuário cadastrado no Merci.


Deve ser conhecido o identificador de login do usuário a pesquisar.


A Tela de Usuários deve estar visível. Ela é ativada quando é acionado o item Usuários, do cardápio Gestão, da Tela Principal. Este item estará ativado quando o usuário corrente pertencer ao grupo de Gerentes.

2.2.1.4 Entradas

O campo Login deve ser preenchido com identificador de login do usuário a pesquisar. Ele deve conter no mínimo um e no máximo 8 caracteres alfanuméricos (maiúsculos ou minúsculos), sem espaços em branco nem caracteres especiais.


A Pesquisa de Usuário não é sensível à caixa no campo de Login (ignora distinção entre maiúsculas e



minúsculas).

2.2.1.6 Chamada

Após preencher o campo de Login conforme descrito na subseção Entradas, acionar o botão Pesquisar.


Acionar o botão Fechar e confirmar, se necessário.


Em caso de sucesso, o Merci preencherá os demais campos da Tela de Usuários. O botão Salvar será desativado e o botão Excluir será ativado. Caso contrário, será exibida uma mensagem de erro.

2.2.1.9 Saídas

Se existir um usuário com este Login, o nome com que ele foi cadastrado será exibido no campo Nome, e ficarão checados os botões correspondentes aos Grupos de Usuário a que pertence. No campo Senha aparecerão asteriscos.


Número de

ordem


1 Pode haver perda de dados. Favor confirmar se quer executar esta ação.

Pelo menos um dos demais campos não está limpo.

Caso se possa descartar os dados dos demais campos, confirmar a ação acionando o botão SIM.


O identificador de login preenchido tem formato inválido ou está em branco.

Preencher o identificador correto.



Corrigir o identificador de login, ou, se for desejado incluir este usuário, executar a função Inclusão de Novo Usuário.





Funções relacionadas: demais funções de Gestão de Usuários, funções de Login.



2.2.2 Procedimento de Inclusão de Novo Usuário

2.2.2.1 Objetivo

Cadastrar dados de um novo usuário do Merci.


Devem estar definidos os grupos a que o usuário pertencerá.



2.2.2.4 Entradas

• O campo Nome deve ser preenchido com o nome completo do usuário a ser cadastrado. Ele deve conter no mínimo um e no máximo 60 caracteres, entre caracteres alfabéticos (maiúsculos ou minúsculos) e espaços em branco.

• O campo Login deve ser preenchido com o identificador de login desse usuário, e o campo Senha com a respectiva senha. Eles devem conter no mínimo um e no máximo 8 caracteres alfanuméricos (maiúsculos ou minúsculos), sem espaços em branco nem caracteres especiais.

• Devem ser checados os botões de checar correspondentes aos Grupos do Usuário nos quais se deseja cadastrar o usuário. Pelo menos um dos botões de Grupos do Usuário deve ser checado.


• O Merci não verifica se o usuário já está cadastrado; portanto, se o identificador de login corresponder a um usuário existente, os dados deste serão alterados sem aviso. Convém efetuar uma Pesquisa de Usuário com o login desejado antes de fazer a Inclusão de Novo Usuário.

• A Inclusão de Novo Usuário não é sensível à caixa no campo de Login (ignora distinção entre maiúsculas e minúsculas). Não se deve usar um identificador de login que difere do identificador de um usuário cadastrado apenas pela caixa de um ou mais caracteres.

• Após a Inclusão de Novo Usuário, a senha deste será conhecida por quem o cadastrou. Convém que este usuário use o procedimento de Alteração de Senha na primeira vez em que utilizar o Merci.



2.2.2.6 Chamada

• Acionar o botão Novo.

• Se for exibida a mensagem número 1, efetuar a ação recomendada.

• Após preencher os campos conforme descrito nas Entradas desta função, acionar o botão Salvar.




Em caso de sucesso, os campos permanecerão inalterados. O botão Salvar será desativado e o botão Excluir será ativado. Caso contrário, será exibida uma mensagem de erro.

2.2.2.9 Saídas

O usuário será incluído no cadastro de usuários, com os dados fornecidos. Isto pode ser confirmado por uma Pesquisa de Usuário posterior, com o respectivo identificador de login.


Número de

ordem








3 O campo de nome deve ter no mínimo um e no máximo 60 caracteres alfabéticos.

O nome preenchido tem formato inválido ou está em branco.

Preencher o nome correto.




5 Pelo menos um grupo de usuários deve ser selecionado.

Nenhum botão de grupo de usuário está checado.

Checar pelo menos um botão de grupo de usuário.








2.2.3 Procedimento de Alteração de Dados de Usuário

2.2.3.1 Objetivo

Alterar nome, senha ou grupos de um usuário cadastrado no Merci.





2.2.3.4 Entradas

• O campo Nome deve ser preenchido com o nome completo do usuário, tal como deverá figurar no cadastro. Ele deve conter no mínimo um e no máximo 60 caracteres, entre caracteres alfabéticos (maiúsculos ou minúsculos) e espaços em branco.

• O campo Login deve ser preenchido com o identificador de login desse usuário, e o campo Senha com a respectiva senha, alterada ou não. Eles devem conter no mínimo um e no máximo 8 caracteres alfanuméricos (maiúsculos ou minúsculos), sem espaços em branco nem caracteres especiais.

• Devem ser checados os botões de checar correspondentes aos Grupos do Usuário nos quais se deseja manter o usuário. Pelo menos um dos botões de Grupos do Usuário deve ser checado.


• O Merci não verifica se o usuário já está cadastrado; portanto, se o identificador de login não corresponder a um usuário existente, um novo usuário será incluído sem aviso. Convém efetuar uma Pesquisa de Usuário com o login desejado antes de fazer a Alteração de Dados de Usuário.

• Se o identificador de login for alterado e o novo login corresponder a um usuário cadastrado, este último é que terá os dados alterados.

• A Alteração de Dados de Usuário não é sensível à caixa no campo de Login (ignora distinção entre maiúsculas e minúsculas). Sempre que um identificador de login diferir apenas pela caixa de um ou mais caracteres, serão alterados os dados do mesmo usuário.

• Para alterar apenas a senha, é mais conveniente que o próprio usuário utilize o procedimento de



Alteração de Senha, do grupo de funções de Login.

2.2.3.6 Chamada

• Preencher o campo de Login com o identificador de login do usuário cujos dados se quer alterar.

• Acionar o botão Pesquisar.

• Alterar os dados desejados (exceto o campo de Login).

• Acionar o botão Salvar.




Em caso de sucesso, os campos permanecerão inalterados. O botão Salvar será desativado e o botão Excluir será ativado. Caso contrário, será exibida uma mensagem de erro.

2.2.3.9 Saídas

Os dados do usuário são alterados no cadastro de usuários, com os dados fornecidos. Os novos dados podem ser confirmados por uma Pesquisa de Usuário posterior, com o respectivo identificador de login.




Número de

ordem







Corrigir o identificador de login ou, caso seja realmente um novo usuário, executar a função Inclusão de Novo Usuário.


















2.2.4 Procedimento de Exclusão de Usuário

2.2.4.1 Objetivo

Excluir um usuário cadastrado no Merci.




• A Tela de Usuários deve estar visível. Ela é ativada quando é acionado o item Usuários, do



cardápio Gestão, da Tela Principal. Este item estará ativado quando o usuário corrente pertencer ao grupo de Gerentes.

• O botão de Excluir deve estar ativado. Isto só acontecerá imediatamente após a execução dos procedimentos de Pesquisa de Usuário, Inclusão de Novo Usuário ou Alteração de Dados de Usuário. Ele será desativado pelo acionamento do botão Novo ou alteração de qualquer dos campos.

2.2.4.4 Entradas

O campo Login deve ser preenchido com identificador de login do usuário a excluir. Ele deve conter no mínimo um e no máximo 8 caracteres alfanuméricos (maiúsculos ou minúsculos), sem espaços em branco nem caracteres especiais.


A Exclusão de Usuário não é sensível à caixa no campo de Login (ignora distinção entre maiúsculas e minúsculas).

2.2.4.6 Chamada

• Preencher o campo Login com o identificador de login do usuário a ser excluído.

• Acionar o botão Pesquisar.

• Acionar o botão Excluir.

• Confirmar a exclusão, acionando o botão Sim.

• Ao receber a mensagem de confirmação da exclusão, acionar o botão OK.




Em caso de sucesso, a Tela de Usuários volta ao estado VAZIA, no qual todos os campos estão limpos e apenas os botões de Pesquisar e Fechar estão ativados. Caso contrário, será exibida uma mensagem de erro.

2.2.4.9 Saídas

O usuário é excluído do cadastro de usuários. Isto poderá ser confirmado por uma Pesquisa de Usuário posterior, com o respectivo identificador de login.




Número de

ordem



O identificador de login usado tem formato inválido.

Limpar a Tela de Usuários e redigitar o identificador correto.



Caso possa descartar os dados dos demais campos, confirmar a ação acionando o botão SIM.



Se for desejado incluir este usuário, executar a função Inclusão de Novo Usuário.








Mensagens de erro e problemas conhecidos

1 Mensagens de erro

Número de

ordem













Corrigir o identificador de login, ou, se for desejado incluir este usuário, executar a função Inclusão de Novo Usuário, do grupo de funções de Gestão de Usuários.






Caso possa descartar os dados dos demais campos, confirmar a ação acionando o botão SIM.



Acionar suporte da United Hackers: telefonar para 31-36666261 ou enviar mensagem para: [email protected].

8 Senha não confere com cadastrada.

A senha cadastrada não confere com a fornecida.

Corrigir a senha e acionar novamente o botão Login.

9 Senha não confirmada. Os textos dos campos Senha e Confirma Senha são distintos.

Redigitar e confirmar a senha correta.



2 Problemas conhecidos

Número de

ordem

Problema Ação recomendada

1 Na Tela de Usuários, após a execução da Pesquisa de Usuário, o cursor de texto permanece no campo Login, na primeira posição vazia.

Usar o mouse ou as teclas para colocar o cursor no campo e na posição desejadas.

2 Ao utilizar-se a teclar Tab para deslocar-se entre campos na Tela de Usuários, não há feedback visual de foco dos botões de Grupos de Usuário.

Memorizar qual botão está com o foco ou usar o mouse para checá-los.

3 Em situações ainda não completamente determinadas, campos da Tela de Usuários podem ficar desativados.

Fechar a Tela de Usuários e ativá-la novamente por meio do item Usuários, do cardápio Gestão, da Tela Principal.



Apêndices

1 Bibliografia

Número de ordem



Descrição do Desenho do Software Merci 1.0 RT 005-01, United Hackers Informática.

2 Padrão Metódio Prudente. Manual de Processos de Software. RT – UHI – 015/1998.

3 Documentação de negócio

Informatização de mercearias, 2a. ed. RT 003-00, United Hackers Informática.




2 Glossário

Número de

ordem

Termo ou sigla Definição

1 Acionar (botão) Clicar com o mouse (como alternativa, digitar o caractere Enter, se o botão estiver com o foco).

2 Ativado Condição do elemento de interface de usuário que está visível e pode ser preenchido, alterado ou acionado, geralmente indicada por algum tipo de feedback visual.

3 Botão de checar Campo que representa uma opção entre dois estados, não mutuamente exclusivos com outros botões de checar.

4 Botão de comando Botão cujo acionamento executa ou suspende, total ou parcialmente, uma função do Merci.

5 Cadastro de usuários Tabela lógica do banco de dados Merci, que contém nome, identificador de login, senha e grupos de cada usuário com permissão de acesso a este produto.

6 Caractere alfabético Caractere de A a Z, maiúsculo ou minúsculo.

7 Caractere alfanumérico Caractere de A a Z, maiúsculo ou minúsculo, ou de 0 a 9.

8 Foco Condição do elemento de interface de usuário que recebe os caracteres digitados no teclado.

9 Identificador de login Identificador único associado a cada usuário cadastrado no Merci.

10 Sensível à caixa Diz-se do campo de texto no qual dois textos que diferem pelo fato de um ou mais caracteres serem maiúsculos ou minúsculos são considerados como distintos entre si.

11 Usuário corrente Usuário que efetuou o procedimento de Login no Merci e ainda não efetuou o procedimento de Logoff.

3 Índice remissivo

A ser construído.

Self Improvement

Merci 10 Completo