Академический Документы
Профессиональный Документы
Культура Документы
Belo Horizonte - MG
Abril de 2001
Aprovao
Aprovamos a Descrio do Desenho Verso revisada 1 do projeto Merci 1.0.
Scrates Botelho
United Hackers
20/04/01
Metdio Prudente
United Hackers
204/01
Eudxia Caxias
United Hackers
20/04/01
Joo Limo
United Hackers
20/04/01
Paulo Macrio
United Hackers
20/04/01
Joaquim Pereira
20/04/01
1
1.1
Introduo
Objetivos deste documento
Este documento tem por finalidade a descrio do desenho do projeto Merci 1.0 e o planejamento de suas liberaes. O pblico-alvo consiste dos desenvolvedores da United Hackers e do representante dos usurios, por parte do cliente.
1.2 1.2.1
1.2.2
Misso 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 no far vendas parceladas e s receber dinheiro ou cheque. 2. O Merci s far a Emisso de Nota Fiscal durante a Operao de Venda. 3. O Merci no far um cadastro de clientes da mercearia Pereira & Pereira Comercial Ltda. 4. O preo de venda dever ser calculado pela mercearia Pereira & Pereira Comercial Ltda. e informado ao Merci . 5. Atividades como backup e recuperao das bases de dados do sistema ficam a cargo da administrao de dados e no sero providas no Merci . 6. O Merci no ter ajuda on-line. 7. No haver tolerncia a falhas no Merci .
Benefcios do produto
Benefcio Diminuio de erros na compra e venda de mercadorias. Qualidade na emisso da nota fiscal e ticket de venda, em relao emisso manual. Agilidade na compra e venda de mercadorias. Identificao de distores entre a quantidade vendida e aquela ainda existente no estoque. Economia de mo-de-obra. Diminuio do custo de estocagem. Identificao de produtos mais e menos vendidos. Maior agilidade nas decises de compra. Conhecimento do mercado de fornecedores visando a uma melhor conjugao de qualidade, preo e prazo. Indicao de promoes para produtos que se aproximam do vencimento ou pouco comercializados. Valor para o cliente Essencial Essencial Essencial Essencial Desejvel Desejvel Desejvel Opcional Opcional
Opcional
1.3
Materiais de referncia
Referncia bibliogrfica Especificao dos Requisitos do Software - Projeto Merci Verso 1.0 Reviso 1. RT 002-01, United Hackers Ltda. Plano de Desenvolvimento do Software - Projeto Merci Verso 1.0 Reviso 1. RT 003-01, United Hackers Ltda. Ivar Jacobson, James Rumbaugh e Grady Booch. Unified Software Development Process. Addison-Wesley, Reading MA, 1999. Grady Booch, Ivar Jacobson e James Rumbaugh. The Unified Modeling Language User Guide. Addison-Wesley, Reading MA, 1999. W. S. Humphrey. Managing the Software Process. AddisonWesley, Reading -MA, 1990. IEEE. IEEE Standards Collection - Software Engineering. IEEE, New York - NY, 1994.
Livro
5 6
Livro Livro
Nmero Termo de ordem 1 Cadastro de compras 2 3 4 5 Cadastro de fornecedores Cliente da mercearia Nota fiscal Ticket de venda
1.5
Na parte 2 detalhado o desenho das interfaces com os usurios, mostrando-se a realizao 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 nvel do produto, mostrando a estratgia de arquitetura, os diagramas lgicos de nvel de desenho e os diagramas fsicos. Na parte 4 descrito o plano das liberaes. Na parte 5 so includas as listagens pertinentes do modelo de desenho.
2
2.1 2.1.1
Desenho externo
Aspectos gerais de processo Caracterizao dos usurios
Freqncia de uso Diria em horrio comercial Diria Nvel de instruo 1 Grau Proficincia na aplicao Operacional Proficincia em informtica Aplicao
Nmero Atores Permisso de de acesso ordem 1 Caixeiro Operao de Venda e Emisso de Nota Fiscal. 2 Gerente Abertura do Caixa, Fechamento do Caixa, Gesto de Usurios. 3 Gestor Gesto de de Mercadorias, Compras Emisso de Relatrios, Gesto de Fornecedores e Gesto de Compras. 4 Gestor Gesto de Manual de Estoque Estoque.
2 Grau
Completa
Aplicao Windows 98
Diria
3 grau
Completa
Aplicao Windows 98
Diria
1 Grau
Operacional
Aplicao
2.1.2
Os usurios de nvel gerencial participaram de sesses de desenho participativo das interfaces de usurio. Foram feitos testes de usabilidade com operadores de caixa, comparando-se a produtividade conseguida com um prottipo do produto com a produtividade da operao manual. Em verses futuras, devero ser usados dados recolhidos na operao real.
2.2 2.2.1
Todas as telas interativas so quadros Swing independentes, implementados como JFrame, gerados com auxlio do Jbuilder Designer.
MerciPrincipal
TelaPrincipal
TelaPrincipal_AboutBox
TelaDeUsurios
MensagemAoUsurio
2.2.3
Funes do produto
Descrio Login de Usurio, para controle de direitos de acesso. Controle de usurios que tero acesso ao Merci. Processamento de incluso, excluso e alterao de fornecedores. Processamento de incluso, excluso e alterao de mercadorias. Controle manual de entrada e sada de mercadorias. Processamento de incluso, excluso e alterao de pedidos de compra de mercadorias. Emisso de relatrios com as informaes das bases de dados do Merci. Passagem para o MODO DE VENDA, liberando assim o caixa da mercearia para a Operao de Venda. O Gerente deve informar o valor inicial deste caixa. Operao de venda ao cliente da mercearia. Emisso de Nota Fiscal para o cliente da mercearia (extenso da Operao de Venda). Totalizao das vendas do dia e mudana para o MODO DE GESTO.
Nmero Caso de uso de ordem 1 Login 2 Gesto de Usurios 3 Gesto de Fornecedores 4 Gesto de Mercadorias 5 Gesto Manual de Estoque 6 Gesto de Pedidos de Compra 7 Emisso de Relatrios 8 Abertura do Caixa 9 10 11 Operao de Venda Emisso de Nota Fiscal Fechamento do Caixa
1. O tratamento dos erros cometidos pelo usurio e dos erros do sistema feito atravs de mensagens explicativas. Alguns destes erros podem ser corrigidos em tempo de execuo e no impedem que o usurio prossiga com o seu trabalho. 2. Erros que no podem ser corrigidos pela aplicao (como falhas de sistema operacional) exigem que o sistema seja reiniciado. 3. Toda ao potencialmente destrutiva exige confirmao do usurio. 4. Opes invlidas estaro normalmente desabilitadas nos respectivos estados das interfaces. Sero admitidas excees, por convenincia de implementao; neste caso, a validade dos dados dever ser verificada.
2.2.5
1. No ser disponibilizada ajuda on-line para o usurio. 2. No haver tratamento diferenciado para usurios com diferentes nveis de experincia.
2.2.6
1. A maioria das interfaces de usurio usar metforas de formulrio. O formulrio on-line dever lembrar o formulrio de papel usado nos processos de negcio manuais. 2. Toda informao que possa vir a ser impressa ser exibida on-line previamente.
2.2.7
Nmero de ordem 1
2 3 4 5
A navegao entre campos de um formulrio feita atravs da tecla TAB e SHIFT+TAB. Os campos que no estiverem disponveis desabilitados, no sendo possvel navegar at eles. Todo o visual da interface ser baseado no visual padro Java (metal). Para sair do produto, o usurio dever fechar a interface que estiver usando e voltar tela principal.
10
2.3.1.1.2
11
2.3.1.2
Diagrama de estado
2.3.1.3
A Tela Principal um quadro que contm um cardpio, atravs do qual as demais interfaces so acessveis.
12
Nmero 1
Nome Login
Valores vlidos
Formato
Tipo JText
At 8 caracteres Apenas caracteres 0-9, a-z, A-Z. At 8 caracteres Apenas caracteres 0-9, a-z, A-Z.
Senha
JPassword Obrigatrio e altervel para Login e Alterar Senha. Habilitado nos estados SEM USURIO e ALTERAO DE SENHA. JPassword Obrigatrio e altervel. Habilitado no estado ALTERAO DE SENHA.
2.3.1.5
2.3.1.5.1
Comandos
Descrio
Os comandos se dividem em dois grupos: 1. Os comandos para ativao de outras interfaces so itens de cardpio, agrupados nos cardpios Gesto, Vendas e Ajuda. Inicialmente, a interface entra no MODO DE GESTO. Aps o acionamento de cada interface, a Tela Principal desabilitada, at o fechamento da interface acionada. 2. Os comandos para controle de login so botes, habilitados de acordo com o estado do caso de uso Login.
13
Nmero 1 2 3 4 5 6 7 8 9 10 11 12 13
Nome Usurios Fornecedores Mercadorias Pedidos de Compra Estoque Relatrios Abrir Caixa Sair Vendas Fechar Caixa Sobre Logoff Login
Estilo JMenuItem JMenuItem JMenuItem JMenuItem JMenuItem JMenuItem JMenuItem JMenuItem JMenuItem JMenuItem JMenuItem JButton JButton
Ao Aciona a Tela de Usurios. Aciona a Tela de Fornecedores. Aciona a Tela de Mercadorias. Aciona a Tela de Pedidos de Compra. Aciona a Tela de Estoque. Aciona a Tela de Relatrios. Aciona a Tela de Abertura do Caixa. Fecha o Merci. Aciona a Tela de Vendas. Aciona a Tela de Fechamento do Caixa. Aciona a Tela de Sobre. Limpa os campos de Login e Senha e vai para o estado SEM USURIO. Recupera a senha correspondente ao Login informado e compara com o campo de Senha. Se coincidirem, vai para o estado COM USURIO e habilita os itens de cardpio conforme os direitos de acesso do usurio. Vai para o estado ALTERAO DE SENHA. Se os campos de Senha e Confirma Senha coincidirem, altera a senha cadastrada do usurio e volta para o estado COM USURIO.
14 15
JButton JButton
14
2.3.1.5.3.1
Itens de cardpio
Nmero 1 2 3 4 5 6 7 8 9 10 11
Nome Usurios Fornecedores Mercadorias Pedidos de Compra Estoque Relatrios Abrir Caixa Sair Vendas Fechar Caixa Sobre
MODO DE GESTO Habilitado para Gerente Habilitado para Gestor de Compras Habilitado para Gestor de Compras Habilitado para Gestor de Compras Habilitado para Gestor de Estoque Habilitado para Gestor de Compras Habilitado para Gerente Habilitado Desabilitado Desabilitado Habilitado
MODO DE VENDAS Desabilitado Desabilitado Desabilitado Desabilitado Desabilitado Desabilitado Desabilitado Habilitado Habilitado para Caixeiro Habilitado para Gerente Habilitado
2.3.1.5.3.2
Botes
Nmero 1 2 3 4
15
16
VAZIA
Alterao de dados ALTERADA Comando Novo[ Confirmao ] Alterao de dados Comando Salvar ATUALIZADA
Comando Fechar
Comando Fechar
2.3.2.3
Esta tela ativada a partir da Tela Principal. O boto Fechar retorna para a Tela Principal.
17
Nmero 1
Nome Nome
Valores vlidos Apenas caracteres a-z, A-Z. Apenas caracteres 0-9, a-z, A-Z. Apenas caracteres 0-9, a-z, A-Z.
Formato At 60 caracteres
Tipo JText
Restries Obrigatrio / altervel. Obrigatrio / altervel; chave. Obrigatrio / altervel. Obrigatrio / altervel.
Login
At 8 caracteres JText
Senha
At 8 caracteres JPassword
Grupos de Usurio
grupo de JCheckBox
2.3.2.5
2.3.2.5.1
Comandos
Lista de comandos
Nmero 1 2 3 4 5
Ao Fecha a interface e retorna Tela Principal Exclui um usurio e muda o estado da interface para VAZIA. Limpa a interface, mudando-a para o estado VAZIA, para incluso de um novo usurio. Localiza um usurio, j cadastrado, mediante digitao de algum dado que o identifique (Nome ou Login). Salva dados sobre um usurio, mudando o estado da interface para ATUALIZADA.
18
Nmero 1 2 3
Estado VAZIA Habilitado Desabilitado Desabilitado ALTERADA Habilitado - requer confirmao Desabilitado ATUALIZADA Habilitado Habilitado
Habilitado Habilitado - requer confirmao se algum campo no-chave estiver preenchido Habilitado Habilitado - requer confirmao se algum campo no-chave estiver preenchido Habilitado Desabilitado
Pesquisar
Habilitado
Salvar
Desabilitado
2.4 2.4.1
2.4.1.1
2.4.1.2
Fluxo principal
1. O Usurio preenche os campos Login e Senha. 2. O Usurio aciona o comando Login. 3. O Merci recupera a senha cadastrada correspondente ao campo Login. 4. Se o contedo de Senha coincidir com a senha cadastrada: 4.1. 4.2. o Merci coloca a Tela Principal no estado COM USURIO; o Merci habilita os itens de cardpio de acordo com os direitos de acesso do Usurio.
2.4.1.3
Subfluxos
No aplicvel.
19
Fluxos alternativos
Fluxo alternativo Logoff
1. A Tela Principal est no estado COM USURIO. Precondies 2. O Usurio acionou o comando Logoff. 1. O Merci limpa os campos da Tela Principal. Passos 2. O Merci coloca a Tela Principal no estado SEM USURIO.
2.4.1.4.2
1. A Tela Principal est no estado COM USURIO. Precondies 2. O Usurio acionou o comando Alterar Senha. 1. O Merci vai para o estado ALTERAO DE SENHA. 2. O Usurio edita o campo Senha. 3. O Usurio preenche o campo Confirma Senha. 4. O Usurio aciona o comando Confirmar Senha. Passos 5. Se os contedos dos campos Senha e Confirma Senha coincidirem: 5.1. o Merci altera a senha cadastrada na tabela Usurio do banco de dados; 5.2. o Merci limpa o campo Confirma Senha; 5.3. o Merci coloca a Tela Principal no estado COM USURIO.
2.4.1.5
Diagrama de estado
login[ senha vlida ] alterar senha
SEM USURIO
COM USURIO
ALTERAO DE SENHA
l ogoff
2.4.1.6
Condies de exceo
No aplicvel.
20
Nmero de ordem 1
Categoria Informativa
Texto da mensagem O campo de login deve ter no mnimo um e no mximo 8 caracteres alfanumricos. Senha no confere com cadastrada. Senha no confirmada.
2 3
MLO_SENHA_INVLIDA MLO_SENHA_NO_CONFIRMADA
Informativa Informativa
2.4.2
2.4.2.1
O acesso ao caso de uso Gesto de Usurios sempre feito atravs da Tela de Usurios. Esta mostrada e ativada quando acionado o item Usurios, do cardpio Gesto, da Tela Principal. Inicialmente, todos os campos de texto esto vazios e habilitados; a interface est no estado VAZIA.
2.4.2.2 Fluxo principal
1. 2. 3. 4.
O Merci exibe a Tela de Usurio com todos os campos inicialmente limpos. O Gerente preenche o Login do Usurio a ser pesquisado. O Gerente aciona o boto Pesquisar. O Merci executa o subfluxo Pesquisa de Usurio.
2.4.2.3
2.4.2.3.1
Subfluxos
Subfluxo Pesquisa de Usurio
1. Se algum dos campos de dados estiver preenchido, o Merci emite a mensagem MGU_PERDA_DE_DADOS, solicitando confirmao. 2. Se o Gerente negar a confirmao, o Merci abandona este fluxo alternativo. 3. Se o campo Login no satisfizer s restries, emite a mensagem MGU_ LOGIN_INVLIDO. 4. O Merci pesquisa se existe Usurio com o Login informado. 5. Se no existir um usurio com este Login, o Merci executa a exceo EGU_NO_USURIO. 6. Se existir um usurio com este Login: 6.1. O Merci preenche os campos Nome e Grupos de Usurio. 6.2. O Merci coloca a interface no estado ATUALIZADA.
21
1. O Merci verifica os campos do Usurio. 1.1. Se os campos Nome, Login ou Senha no satisfizerem s restries, emite as mensagens MGU_NOME_INVLIDO, MGU_ LOGIN_INVLIDO ou MGU_SENHA_INVLIDO, respectivamente, e abandona este fluxo alternativo. Se pelo menos um dos Grupos de Usurio no estiver preenchido, emite a mensagem MGU_GRUPOS_INVLIDO e abandona este fluxo alternativo
1.2.
2. O Merci pesquisa se existe o Login na tabela Usurio. 3. Se existir: 3.1. o Merci atualiza o registro da tabela Usurio com os respectivos Nome, Senha e Grupos.
4. Se no existir: 4.1. o Merci inclui um novo registro na tabela Usurio informando o Nome, Senha e Grupos de Usurio.
2.4.2.4
2.4.2.4.1
Fluxos alternativos
Fluxo alternativo Incluso de Novo Usurio
Precondies
1. 2.
1. Se houver dados no salvos em algum campo, o Merci emite a mensagem MGU_PERDA_DE_DADOS, solicitando confirmao. 2. Se o Gerente negar a confirmao, o Merci abandona este fluxo alternativo. 3. Se o Gerente confirmar: Passos 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 Usurio. 5. O Gerente aciona o comando Salvar. 6. O Merci executa o subfluxo Salvamento de Dados de Usurio.
22
Precondies 1. A Tela de Usurio est visvel. 1. O Gerente preenche o Login do Usurio a ser alterado. 2. O Gerente aciona o boto Pesquisar. Passos 3. O Merci executa o subfluxo Pesquisa de Usurio. 4. O Gerente altera um ou mais campos de dados. 5. O Merci executa o subfluxo Salvamento de Dados de Usurio.
2.4.2.4.3
1. A interface est no estado ATUALIZADA. Precondies 2. O Gerente acionou o boto Excluir. 1. O Merci emite a mensagem MGU_CONFIRMAR_EXCLUSO, solicitando confirmao da excluso do usurio selecionado. 2. Se a excluso for confirmada: Passos 2.1. O Merci faz a excluso do Usurio. 2.2. O Merci emite a mensagem MGU_USURIO_EXCLUDO. 2.3. O Merci coloca a interface no estado VAZIA.
2.4.2.4.4
Precondies 1. O Gerente acionou o boto Fechar. 1. Se a interface estiver no estado ALTERADA, o Merci emite a mensagem MGU_PERDA_DE_DADOS, solicitando confirmao. Passos 1.1. Se o Gerente negar a confirmao, o Merci abandona este fluxo alternativo.
23
Pesquisa
Interface vazia
Alterao de dados
Interface alterada
Al terao de dados
Interface atualizada
Comando Salvar
2.4.2.6
Condies de exceo
Nmero de ordem 1
Identificao da exceo
Descrio da exceo
Ao
24
Nmero de ordem 1 2
Categoria Informativa
Pode haver perda de dados. Favor Requer confirmao confirmar se quer executar esta ao.
3 4 5
MGU_CONFIRMAR_EXCLUSO Requer Favor confirmar se quer excluir este confirmao usurio. MGU_USURIO_EXCLUDO MGU_PREENCHER_CAMPOS Informativa Informativa O usurio foi excludo conforme solicitado. Favor preencher todos os campos de texto e pelo menos um seletor de grupo. O campo de login deve ter no mnimo um e no mximo 8 caracteres alfanumricos. O campo de nome deve ter no mnimo um e no mximo 60 caracteres alfabticos. O campo de senha deve ter no mnimo um e no mximo 8 caracteres alfanumricos. Pelo menos um grupo de usurios deve ser selecionado. Problema com o banco de dados. Favor contatar suporte tcnico.
MGU_LOGIN_INVLIDO
Informativa
MGU_NOME_INVLIDO
Informativa
MGU_SENHA_INVLIDO
Informativa
9 10
MGU_GRUPOS_INVLIDO MGU_PROBLEMA_BD
Informativa Informativa
25
3
3.1
Desenho interno
Estratgias de arquitetura
1. A interface de usurio seguir o padro Windows 9x, para facilitar o aprendizado da utilizao do produto por parte dos usurios. 2. O sistema de gerncia de banco de dados utilizado ser o Microsoft Access, devido sua simplicidade de uso, difuso no mercado e compatibilidade com o paradigma relacional. 3. O ambiente de desenvolvimento ser o Inprise JBuilder, pelos recursos de desenvolvimento rpido, difuso no mercado e suporte razovel para a tecnologia orientada a objetos. 4. Ser adotada uma arquitetura com as seguintes camadas: fronteira, controle, entidade, persistncia e sistema. 5. A camada de persistncia far acesso ao banco de dados atravs dos mecanismos JDBC. Conter um objeto solitrio CorretorDePersistncia 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 usurios. Estas classes tero lgica mnima, para que sejam validadas por inspeo e testes manuais. 7. Uma camada adicional de teste ser usada para implementar a Bateria de Testes de Regresso do Software, que exercitar as Classes de Controle. 8. As classes da camada de fronteira sero desenhadas usando os recursos de desenho grfico do JBuilder, e trazidas para o modelo por engenharia reversa. As classes das camadas de controle e entidade sero importadas e adaptadas do Modelo de Anlise. 9. A lgica de validao prevista nos casos de uso de desenho ser implementada na camada de controle, quando for especfica do caso de uso, ou na camada de entidade, quando for potencialmente reutilizvel. 10. Sempre que possvel, o desenho ser refatorado para explicitar mecanismos (patterns) de desenho.
26
Utiliza a arquitetura padro de 5 camadas, com uma camada adicional de Classes de Testes. Todos os pacotes esto includos dentro do pacote Merci_10.
<<layer>> teste
<<layer>> fronteira
<<layer>> controle
<<layer>> entidade
<<layer>> sistema
<<layer>> persistncia
27
Diagramas de classes
Diagrama Principal
TelaPrincipal MerciPrincipal + main() - abrirTelaDeUsurios() - alterarSenha() - atribuirEstadoDeLogin() - desabilitarMenu() - habilitarMenu() - login() - logoff() - sair()
TelaPrincipal_AboutBox copyright : String = "Copyright (c) 2001" customer : String = "Pereira & Pereira Comercial Ltda." description : String = "Sistema de Gesto de Mercearias" product : String = "Merci" supplier : String = "United Hackers International" version : String = "1.0"
28
TelaDeUsurios - estado : int - atribuirEstado() - camposDeDadosLimpos() - confirmarAbandono() - excluir() - fechar() - iniciar() - limparCamposDeDados() - novo() - obterEstado() - pesquisar() - salvar() JOptionPane
Procurou-se delegar quase todas as responsabilidades de realizao dos casos de uso s classes de controle, deixando nas classes de fronteira apenas a lgica mnima de verificao dos estados. A classe emissora de mensagens ao usurio foi colocada no pacote de interfaces de usurio, no podendo ser acionada diretamente dos demais pacotes.
29
-aConexo MapeadorDeUsuri o + atribuirConexo() + atualizar() + excluir() + inserir() + obterGrupos() + obterLogin() + obterNome() + obterSenha() + recuperar()
-$solitrio
CorretorDePersistncia implementa o mecanismo (pattern) Solitrio (Singleton). Nas prximas iteraes, a arquitetura desta camada dever ser revista para maior generalidade.
-rs
ResultSet
3.2.1.2.4
1 TelaDeUsurios TratadorDeUsurios
1 Usurio
-$oMapeadorDeUsurio
1 1 CorretorDePersistncia
MapeadorDeUsurio
30
Diagramas de interao
Diagrama de Casos de Uso de Administrao
A colaborao para realizao do Login no foi documentada por ser trivial. AtorUsurio Login
Gerente
Gesto de Usurios
31
: TelaDeUsurios
: TratadorDeUsurios
: Usurio
4. obterSenha( )
5. obterCdigoDeGrupos( )
32
: TelaDeUsurios
: TratadorDeUsurios
: Usurio
1. confirmarAbandono( )
Se o Gerente confi rmar, a interface limpa todos os campos e volta ao estado VAZIA.
2. iniciar( )
33
3.2.1.3.4
: TelaDeUsurios
: TratadorDeUsurios
: Usurio
O Gerente pode alterar os campos de nome, senha e grupos do usurio identificado pelo login.
34
: TelaDeUsurios
: TratadorDeUsurios
: Usurio
1. verifi carExcluso(login)
35
Viso fsica
Diagramas de componentes fsicos
Diagrama de componentes fsicos Principal
merci10
teste
fronteira
controle
entidade
sistema
persistncia
36
T_Usurio + nome : VARCHAR(255) + login : VARCHAR(255) + cdigoDeGrupos : INTEGER + senha : VARCHAR(255) - T_Usurio_ID : INTEGER <<PK>> + PK_T_Usurio0()
3.2.2.2
Diagrama de implantao
Impressora de tickets
Estao do Caixeiro
37
4
4.1
Nmero de ordem 0
Unidades crticas
Compras
Vendas
38
Descrio do Desenho do Software 4.2 4.2.1 Especificaes das liberaes Desenho implementvel - Unidades crticas
Item Camada de fronteira Camada de controle Camada de entidade Camada de persistncia Camada de sistema Outras Classes a serem alteradas Casos de uso a serem implementados Casos de uso a serem complementados Unidades de teste Componentes reutilizados Nenhuma Login, Gesto de Usurios Descrio TelaDeUsurios, MensagemAoUsurio, TelaPrincipal, TelaPrincipal_AboutBox TratadorDeUsurios Usurio CorretorDePersistncia, MapeadorDeUsurio Auditor, Verificador MerciPrincipal
Nenhum
39
Camada de MapeadorDeClasses persistncia Camada de sistema Outras Camada de fronteira Camada de controle Classes a serem alteradas Camada de entidade Camada de CorretorDePersistncia persistncia Camada de sistema Outras Casos de uso a serem implementados Casos de uso a serem complementados TelaPrincipal Gesto Manual de Estoque, Emisso de Relatrios, Gesto de Fornecedores, Gesto de Mercadorias, Gesto de Pedidos de Compra Nenhum ConexoComSistemaFinanceiro
Unidades de teste
Componentes reutilizados
Controladoras da BTRSw: TesteMerciPrincipal, TestesGestoDeFornecedores, TestesGestoManualDeEstoque, TestesGestoManualDeEstoque, TestesEmissoDeRelatrios, TestesGestoDeFornecedores, TestesGestoDeMercadorias, TestesGestoDePedidosDeCompra Componentes do ambiente Java
40
4.2.3
Liberao 2 Vendas
Item Camada de fronteira Camada de controle Camada de entidade Camada de persistncia Camada de sistema Outras Camada de fronteira Camada de controle Descrio TelaDeAberturaDoCaixa, TelaDeVendas, TelaDeFechamentoDoCaixa, TelaDeNotaFiscal ControladorDeVenda, EmissorDeNotaFiscal Venda, Caixa
Casos de uso a serem implementados Casos de uso a serem complementados Unidades de teste Componentes reutilizados
Abertura do Caixa, Operao de Venda, Fechamento do Caixa, Emisso de Nota Fiscal Nenhum
Controladoras da BTRSw: TesteMerciPrincipal, TestesAberturaDoCaixa, TestesOperaoDeVenda, TestesFechamentoDoCaixa, TestesEmissoDeNotaFiscal Componentes do ambiente Java
41
5
5.1
Anexos
Listagens do Modelo de Desenho
42