quarta-feira, 13 de outubro de 2010

Protótipo Telas SIGCAL - Trabalho Tânia Ramíres

Olá a todos,

Segue link para baixar pdf com as telas do trabalho do meu grupo:

Protótipo Telas Sigcal

att
Claudio Marcio Gonçalves

segunda-feira, 11 de outubro de 2010

[ATPS 3] Prototipação



Controle de Pedidos de Venda


Na Tela Vendas o funcionário digita o nº do pedido e código ENA do produto, em seguida o sistema devolve a informação na descrição do produto com preço abaixo ,após relacionar a quantidade ,o sistema apresenta um sub-total da compra ,logo , optando por uma forma de pagamento e transcrevendo o valor recebido , o sistema informa o troco e aguarda a finalização da venda para impressão de nota da nota fiscal , no canto esquerdo inferior da tela se encontram os botões para voltar ao menu principal “Home” ou para possíveis duvidas na utilização do programa pressione “Ajuda”.

Cadastro de Clientes


Na Tela Cadastro de Clientes o funcionário terá opção de selecionar por abas , o armazenamento de dados dos clientes de acordo com a necessidade final das informações.
Iniciando o processo de cadastro na aba Principal ,selecione entre dados de pessoa física ou jurídica ,confirme a data já pré-disponível pelo sistema , preencha os campos com dados pessoais do cliente , no campo observações é reservado para anotações que julgar importantes .
no canto inferior direito clique no botão “Cadastrar” para salvar os dados no banco ,”Limpar” para reiniciar o cadastro ou “Sair” para voltar ao menu .
Na aba Referencias cadastre informações de até duas pessoas para confirmação dos dados do cliente .
Na aba Endereço de Entrega ,o sistema mostrara o endereço cadastrado na aba Principal , basta confirmar no botão “Cadastrar” ou clicar em “Limpar” e preencher um novo endereço para entrega .
Na aba Marketing o sistema mostrara o endereço cadastrado na aba Principal , basta confirmar no botão “Cadastrar” ou clicar em “Limpar” e preencher um novo endereço para promoções e brindes .
Na aba Faturamento o sistema mostrara o endereço cadastrado na aba Principal , basta confirmar no botão “Cadastrar” ou clicar em “Limpar” e preencher um novo endereço para entrega de faturas .

Thiago Cambiaghi dos Santos / 0850334
Marcelo Machado Gomes / 1801271201
José Dorival Jorge Junior /1801281219

[ATPS 3]Terceira Etapa ATPS - Prototipação





Tela de Produção
Na tela de produção, o responsável pelo lote a ser produzido deverá preencher os itens da coluna Produção e os itens da coluna Linha Montagem.
Em seguida, apertando o botão Incluir, as informações serão enviadas ate o responsavel pela linha de montagem que irá preparar as maquinas para produzir o pedido solicitado.

Tela de Venda
Na tela de venda, o vendedor deverá preencer os dados da área Venda, que incluem Data da Venda, Codigo da Loja, Codigo de Vendedor, Nome do Cliente, CPF.
Em Itens da Compra, ele devera selecionar o iten e o campo Valor Unitario sera preenchido automaticamente, após o vendedor deve escolher entre Incluir o Iten ou Excluir o mesmo da compra.
Os campos Total Itens e Valor Total serão preenchido de forma automatica, e após o vendedor incluir todos os itens da compra ele deve confirmar a compra.
Em seguida na área Pagamento, o vendedor deverá escolher a forma de pagamento da compra, em caso de Cartão de Credito parcelado, ele deverá escolher ao lado da opção Parcelado o numero de parcelas.
Para confirmar a venda, ele deverá clicar em Finalizar Venda.


Vanessa Holanda RA: 1804297868
Bruno Bosso RA: 1804284739
Cristiano Nascimento RA: 1801261382

[ATPS 3]

TERCEIRA ETAPA - ATPS - PROTOTIPAÇÃO

TELA DE VENDAS
DESCRIÇÃO DE OPERAÇÃO DA TELA DE VENDAS
Para iniciar uma venda clique no botão NOVO, ou simplesmente pressione a tecla ENTER, o foco será enviado para o campo vendedor, para consultar vendedores cadastrados pressione a tecla * e pressione ENTER, selecione o vendedor desejado, após o foco vai para o campo DOCTO. O campo DOCTO, é o campo que vai gerar o número de documento para contas a receber. Estando no campo CLIENTE utilize a tecla * e pressione ENTER para exibir uma janela de consulta, escolha o cliente e o foco será enviado para o campo CÓD. BARRAS. Estando no campo CÓD. BARRAS se pressionarmos a tecla * e em seguida ENTER, será apresentada a listagem de produtos cadastrados anteriormente, após escolher o produto por padrão o sistema vai para o campo QUANTIDADE. Após informar a quantidade o foco será enviado para o campo CÓD. BARRAS novamente, caso deseje lance outros produtos. Após informar a quantidade o foco será enviado para o campo CÓD. BARRAS novamente, caso deseje lance outros serviços. Ao terminar os lançamentos no campo CÓD. BARRAS pressione a tecla – e pressione ENTER. O foco será enviado para o campo DESC. EM R$, informe um desconto se for o caso o próximo campo é FORMA PG este campo é baseado nos valores lançados no Histórico, basta pressionar a tecla * e pressionar ENTER para encontrar o histórico/forma de pagamento mais adequado a sua venda. No campo DINHEIRO informe o valor total ou parcial, no caso de informar o valor total clique no botão GRAVAR e sua venda será encerrada, bastando imprimir ou não o comprovante da venda.

TELA DE PRODUÇÃO
DESCRIÇÃO DA OPERAÇÃO DA TELA DE PRODUÇÃO
Para iniciar uma nova programação de produção simplesmente pressione a tecla ENTER, o foco será enviado para o campo DATA INICIAL, escolha a data desejada após feito isso o foco será enviado para o campo DATA FINAL, escolha a data desejada, que deve ser maior que a data inicial. Após esta etapa o foco irá para o campo COD. PRODUTO pressione a tecla * e pressione ENTER, selecione o código do produto desejado a descrição irá aparecer automaticamente no campo DESCRIÇÃO DO PRODUTO, pressione a tecla ENTER e o foco irá para o campo QTD. PROCUÇÃO / HORA, digite a quantidade a ser produzida por hora e pressione a tecla ENTER, o foco irá para o campo QTD. HORAS TRABALHADAS, digite a quantidade de horas trabalhadas e pressione ENTER, o foco então irá para o campo QTD. FUNCIONARIO, digite o numero de funcionários do turno, pressione ENTER o foco então irá para o campo TOTAL PRODUÇÃO HORA neste campo o sistema irá dar a quantidade produzida por hora, e no campo TOTAL PRODUÇÃO MÊS o sistema irá mostrar o total produzido no mês. Utilize o botão SALVAR para gravar esta programação o botão NOVO para gerar uma nova programação ou o botão SAIR, para deixar a tela.

TELA DE RELATÓRIO GERÊNCIAL
DESCRIÇÃO DA OPERAÇÃO DA TELA DE RELATÓRIO GERÊNCIAL
Para iniciar um novo relatório gerencial ou Administrativo pressione a tecla ENTER, o foco será enviado para o campo DATA INICIAL, escolha a data desejada após feito isso o foco será enviado para o campo DATA FINAL, escolha a data desejada, que deve ser maior ou igual que a data inicial. Após esta etapa o foco irá para o campo VENDEDOR, escolha o vendedor desejado e pressione a tecla ENTER, após esta etapa você deverá escolher dentre as opções que tem de relatórios Administrativos (RELATÓRIO VENDAS (VENDEDOR); RELATÓRIO VENDAS (CLIENTE); RELATÓRIO CONTAS RECEBIDAS; RELATÓRIO CLI. (CONTAS REC.); RELATÓRIO FECHAMENTO CAIXA e RELATÓRIO TROCA MERCADORIA). Após cumprida esta etapa é só pressionar a tecla ENTER para visualizar o resultado do relatório, podendo ainda imprimir este usando o botão IMPRIMIR ou simplesmente o botão SAIR, para deixar a aplicação.
Danilo Fermiano da Silva - R.A 1814319815
Marcio Canton Veiga - R.A 1814319815

[Seminário] Arquitetura orientada a serviço

[Seminário] UML Explorando Outros Diagramas

Dos treze diagramas da Versão atual da Uml, são essenciais alguns diagramas.
Como os exemplos abaixo:
I. Diagrama caso de Uso
II. Diagrama de Classes
III. Diagrama de Sequencia

Mas existem outro de relevância comprovada.

Podemos citar alguns exemplos abaixo:

I. Diagrama de Objetos
II. Diagrama de Maquina
III. Diagrama de Estado
IV. Diagrama de Atividades

Diagrama de Objetos:

Sabemos que um objeto é nada mais que a instância de uma classe, num determinado ponto do tempo.
Usamos para designar o diagrama de objetos, tornando-se assim uma instância do diagrama de classe.
O diagrama de objeto utiliza a maioria das notações do Diagrama de classe.
E qual seria o objetivo de um diagrama?
O objetivo de um Diagrama é vincular abstrações ,com dados da vida real para que não tenha má interpretação errônea sobre que o usuário realmente deseja.
Por isso cada vez que criamos um Diagrama passamos a trabalhar com valores dos atributos da vida real, que nos dizem muito mais que informações e atributos.
Diagrama de Objetos demonstra suas respectivas ligações (instancia de relacionamento) em um determinado instante do tempo ( estados dos objetos congelados );
Seguintes usos para o diagrama de objetos:

• Entendimento e validação do modelo (Permite que o analista, valide o acompanhamento das colaborações e objetos )
• Depuração do código (Permite que o desenvolvedor mapeie o conteúdo dos objetos)
• Auxilio no projeto de Modelagem (Dependendo da complexidade o analista pode ter dificuldade para abstrair o problema do sistema)
• Preparar base para caso de Testes (Um diagrama de objeto pode auxiliar, um projetista a montar caso de testes)



Notação dos Diagramas de Objeto:

Diferente de uma classe não é relevante num diagrama de objetos identificarmos seu comportamento o diagrama de objetos é o seu estado ,pois que a de relevante são os valores dos atributos.
Para identificar um objeto ,utilizamos a mesma notação de uma classe sem as informações das operações.
Os objetos se diferenciam das classes por se apresentarem sublinhados.
E pode ser desenhado com 3 notações diferentes.

Nome do objeto: nome da classe
Ou
:nome da classe
Ou
Nome do objeto

Aprimeira notação traz primeiro um relatório de objeto que sera util. como parametro.
A segunda notação indica um objeto anônimo, pode ser irrelevante, mas conhecemos a classe.
A terceira notação é a menos indicada.neste caso o nome do objeto de ser claro o suficiente para que se indentifique a classe instanciada.
Há a necessicade de citar a visibilidade dos mesmos( privado,público, protegido ou pacote).Basta o nome acompanhado do igual para o valor congelado.Veja exemplo da Figura 1.




Repare que a classe cliente possui 4 atributos em uma operação.
O relacionamento é feito por de links, um link é a instancia de uma associação. Sendo assim repare na Figura 2, veja que o primeiro diagrama é um diagrama de classe que possui as classes Motorista e Veiculo .No segundo diagrama que é de objetos, a classe motorista deu Lugar a sua instância Joao e a classe veiculo deu lugar a instância gol.





Contudo a multiplicidade do diagrama de classes anterior é de 0...*, devemos representar o diagrama de objetos a diversidade de instância .Veja a Figura 3



O nome do fim de associação (é-proprietário)é opcional , tornando-se necessário quando uma classe possui mais de um relacionamento. Sendo assim no momento de criar as ligações é preciso ter certeza a qual relacionamento se refere a mesma. Veja o exemplo na Figura 4.Repare que do lado esquerdo a instancia de cidade rj e sp se relacionam com a instancia de vôo .Só a ligação não identificaria qual a cidade era a origem do vôo e qual era o destino .Por isso neste caso é imprescindível manter o nome do papel de associação. Assim podemos saber que o vôo 100 tem o Rio de janeiro como cidade de origem e São Paulo como cidade destino




No caso de um relacionamento de generalização/especialização, se a classe pai for uma classe abstrata, basta que as classe-filhas apresentem os seus atributo e os atributos herdados da superclasse. Veja na Figura 5





Considerando o que já foi visto já podemos entender o diagrama de objetos da Figura 7, criado a partir da Figura 6.Neste Diagrama podemos perceber outra regra inerente ao modelo.







Omitir alguns valore de atributos se os mesmos não forem relevantes.
Veja como isto acontece com o atributo descrição para os objetos i002 e i003, repare que uma instancia de Corretor pode se relacionar com nenhum ou vários imóveis. No diagrama de objetos representamos a multiplicidade zero desse relacionamento ao deixarmos, o objeto Joao, instancia corretor, sem qualquer ligação com outra classe, significa que o objeto existe mais não se relaciona com nenhum outro, ou seja está com multiplicidade zero, para representar a multiplicidade1, nesse mesmo relacionamento, colocamos a instancia Carla de corretor se relacionando com a instancia i001 d departamento, representando assim a multiplicidade muitos, usamos a instancia Pedro corretor .Ele foi desenhado com ligações das duas instâncias: i002 e i003

Diagrama de Máquina de Estado

E um modelo de estado a vários diagramas de máquina de estados, um para cada classe, que relacionam eventos e estados: eventos representam os estímulos externos e os estados representam os valores dos objetos.
As máquinas de estados são empregadas para a modelagem dos aspectos dinâmicos de um sistema, isso envolve a especificação do tempo de vida das instancias de uma classe, um caso de uso ou um sistema inteiro.
Objetos que não necessitam de uma máquina de estados para especificar seu comportamento, pois o comportamento atual não depende de seu passado são chamadas síncronas, já outros tipos de sistemas em que os objetos precisam responder a sinais onde o comportamento atual depende de seu comportamento passado são chamadas assíncronas.
A máquina de estado também pode ser empregada para a modelagem do comportamento do sistema inteiro, especialmente de sistemas reativos, que devem responder aos sinais de ator externos ao sistema.
Um evento é uma ação, uma ocorrência, disparada pelo usuário ou por outro sistema, em um determinado instante do tempo.
Existem vários tipos de eventos, que não necessariamente são mutuamente
Exclusivos. Os mais comuns são:
• Evento de sinal
È um evento que acontece quando há recepção de um sinal explícito de um objeto para outro.
• Evento de mudança
É um evento causado pela satisfação de uma expressão booleana. Sempre que a expressão tem seu valor modificado de falso para verdadeiro, o evento acontece.
●Evento temporal
É um evento causado pela ocorrência de um determinado momento ou pela passagem de um intervalo de tempo.
Um estado é uma abstração dos valores e ligação de um objeto, que ficam agrupados no estado, de acordo com o comportamento do objeto.
Os objetos de uma classe possuem um número finito de estados possível, cada objeto só pode estar em um estado de cada vez. Ao modelar um estado devemos ter em mente que esse estado especifica a resposta de um objeto aos eventos de entrada.
Um estado pode ser opcionalmente subdividido em compartimento separado cada qual por uma linha horizontal.
Os compartimentos de nome que armazenará o nome do estado, como uma string. E compartimento das atividades internas armazenará uma lista de ações ou atividades internas que são executadas enquanto o objeto se apresenta no estado em foco .Em uma transição interna há algumas palavras reservados que não modificam o estado de um objeto:
*Entry: identifica uma ação que é executada na entrada do estado.
*Exit: identifica uma ação que é executada na saída do estado.
*Do: identifica uma atividade em andamento.
Uma transição é uma mudança instantânea de um estado para outro, ou seja, representa o relacionamento entre dois estados, indicando que houve uma mudança de estado e de determinadas ações serão executadas.
Um diagrama de estado precisa começar, assim como precisa terminar. Por isso ,temos dois estados especiais chamados: estado inicial e estado final.
Um estado inicial é um tipo de estado que indica o local de início na maquina de estado e é representado por um círculo preenchido seguido de uma transição que o levará ao primeiro estado de maquina. Um estado final é um tipo de estado que indica que a maquina de estado concluiu sua execução, e é representado por um circulo envolvendo um pequeno círculo preenchido.


Diagrama de Atividades

Um diagrama de atividades tem o objetivo de focalizar um fluxo de atividade que ocorrem internamente em um processamento, dentro de um período de tempo um diagrama pode estar ligado a um classificador, como um caso de uso, um pacote ou a implementação de uma operação.
O diagrama de atividades é um dos cincos diagramas disponíveis na UML para modelagem de aspectos dinâmico de sistema (os outros são: diagrama de maquina de estado, diagrama de sequências , diagrama de comunicação e diagrama de caso de uso.)
Em um diagrama de atividades ele se divide em:
●Atividades: Comportamento a ser realizado.
●Transição: Fluxo de uma atividade para outra.
●Ação: Transformação.
●Decisão: Dependendo de uma condição, mostra as diferentes transições.
●Bifurcação: Separa uma transição em várias transições executadas ao mesmo tempo.
●Sincronização: Concatenação de transições vindas da bifurcação.
●Raia: Diferenciação de unidade organizacional.

Conclusão
Como uma grande caixa de ferramentas, com instrumentos que sirvam a qualquer trabalho, nem sempre fará uso de todas ao mesmo tempo, ou seja, de todos os diagramas para qualquer projeto. Mas saber usar cada ferramenta no momento certo ,é saber tirar proveito no que elas nos oferecer.

Alunos:
Cristiano S. nacimento
RA:1801261382
Elizeti Nericke
RA:0850254

domingo, 10 de outubro de 2010

[ATPS 3] PROTOTIPAÇÃO

Controle de Produção

Data de início
* Tipo:
- Data;
* Especificação:
- Registra a data de início do período de produção;

Data de fim
* Tipo:
- Data;
* Especificação:
- Registra a data final do período de produção;

Linha de produção
* Tipo:
- inteiro;
* Especificação:
- Número da linha de produção especificada;

Num. De Func.
* Tipo:
- inteiro;
* Especificação:
- Número de funcionários que farão parte desta linha de produção;

Capacidade Fáb.
* Tipo:
- inteiro;
* Especificação:
- Capacidade máxima de armazenamento do produto produzido;

CódProduto
* Tipo:
- inteiro;
* Especificação:
- Código do produto que está sendo produzido por esta linha de produção;

Nome do Produto
* Tipo:
- texto;
* Especificação:
- Descrição do produto que está sendo produzido por esta linha de produção;

Vol. Prod./h
* Tipo:
- inteiro;
* Especificação:
- Número de produtos produzidos por hora nesta linha de produção;

Total de horas trabalhadas
* Tipo:
- data/hora;
* Especificação:
- Soma de todas as horas trabalhadas pelos funcionários nesta linha de produção;

Gráfico Comparativo
* Especificação:
- Gráfico comparativo do percentual produzido em relação ao total previsto de produção para o período, este gráfico mostra os últimos três meses a partir do atual.

Controle de Vendas

Venda nº
* Tipo:
-inteiro;
* Especificação:
- Campo auto incremento, não editável, é o índice que simboliza o registro da venda;

CódCliente
* Tipo:
-inteiro;
* Especificação:
- Código do cliente que está efetuando a compra, o código padrão 0001 (Consumidor) pode ser utilizado para compras de clientes não cadastrados no sistema;

Nome Cliente
* Tipo:
-texto;
* Especificação:
- Ao digitar um valor no campo “Cód Cliente” automaticamente o sistema irá procurar no banco de dados este cliente e mostrará seu nome neste campo;

Itens de venda
* Tipo:
-tabela;
* Especificação:
- Está tabela mostrará os itens que farão parte desta venda, digitando o código do produto automaticamente o campo “Descrição do produto” apresentará a descrição do produto, o campo “Qtde” irá apresentar a quantidade 1 produto selecionado juntamente com o preenchimento do campo “Valor unitário” referente ao valor do produto;

Total da Compra
* Tipo:
-moeda;
* Especificação:
- Ao inserir itens na tabela “Itens de Venda” automaticamente os cálculos dos valores unitários multiplicados pela quantidade dos produtos será somada e apresentada neste campo.

Relatórios


Nesta janela estão disponíveis todos os relatórios do sistema de calçados, a utilização foi simplificada para melhorar a usabilidade, ao lado esquerdo temos os nomes dos relatórios, clicando em cima de algum deles, do lado direito será apresentado todos os filtros possíveis para o relatórios. Para fazer uma seleção de relatórios basta marcar quais relatórios deseja imprimir e configurar seus filtros depois clicar em imprimir para visualiza-los.

Roberto G. de Oliveira, RA 1801276381
Élica Regina N. Oliveira, RA 1801280001
Carlos Eduardo Momesso, RA 1801252209
Adenilson B. oliveira, RA 0850219

[ATPS 2]


Descrição do Projeto
Sistema para Gestão de fabricação e vendas de calçados – empresa RSLB Consultoria S/A.
Sistema utilizado atualmente na empresa
Atualmente a empresa mantêm todos os seus dados de clientes, funcionários, compras, vendas, produção (fábrica) e outros dados pertinentes da regra de negócio, por meio de planilhas do Excel, o que causa grande transtorno, inconsistências de dados, demanda excessiva de tempo para “planilhar” os mesmos, em fim, perda na capacidade de produção e atendimento ao cliente exigido atualmente no mercado.
Requisitos do Sistema
Foi levantado durante a entrevista com o cliente as seguintes necessidades:
  1. O Sistema deverá ser totalmente integrado (ERP);
  2. Deverá ter Sistema de controle de estoque;
  3. Controle de Vendas;
  4. Gerenciamento de entrega nas lojas;
  5. Cadastro de clientes;
  6. Relatórios de vendas, material, logística e brindes;
  7. O sistema deverá ser desenvolvido com tecnologia para Web, porém a princípio só será utilizado dentro da empresa, ou seja, será através de uma Intranet.
  8. O software deverá dar direito a 40 licenças;
Descrição das funções e restrições do novo Sistema
O sistema, deverá ser totalmente integrado, dando total controle ao gerenciador do mesmo. Deverá fornecer a liberação de funcionalidades por nível de hierarquia, promovendo assim segurança dos dados. O sistema poderá ser acessado, ao mesmo tempo, por vários usuários sem causar inconsistências de dados.
Este sistema terá a funcionalidade de controle de estoque (Inclusão, consulta, modificação, exclusão), integrando fábrica e lojas, sendo possível a verificação simultânea de mercadorias disponíveis em estoque de toda rede. Isso faz com que o gerente de compras tenha um total controle da matéria prima a ser comprada para a produção.
Já o setor de vendas terá disponível o cadastro de clientes e acesso ao estoque para verificação da disponibilidade de produtos em estoque. A logística também deverá estar presente nesta ferramenta, sendo possível, agendar coleta de transportadoras tercerizadas ou mesmo gerar as rotas e romaneios de entrega com os veículos próprio da empresa, dando controle total da entrega das encomendas.
O software tem disponibilidade para 40 usuários. O mesmo deverá ser desenvolvido para ambiente web, mas será possível, a princípío, acessá-lo apenas através da intranet da empresa, por questões de segurança.
Prazo para finalização do projeto
Para primeira etapa deste projeto (Cadastros e controle de estoques) o cliente disponibiliza o prazo de 6 meses desde a fase de levantamento de requisitos, desenvolvimento, testes, implantação e treinamento dos usuários.
Danilo F. da Silva - R.A 1814319815
Marcio C. Veiga - R.A 1814319847