SlideShare uma empresa Scribd logo
1 de 15
Goiânia
2012
AYUMI KURIMORI
DIOGO ROCHA
GUILHERME DOS SANTOS
GILBERTO GOMES JUNIOR
JEFFERSON LIMA
SISTEMAS DE INFORMAÇÃO
TEORIA GERAL DE SISTEMAS
VT-INTEGRADA
Goiânia
2012
TEORIA GERAL DE SISTEMAS
VT-INTEGRADA
Trabalho apresentado à disciplina TEORIA GERAL DE
SISTEMAS, CONTABILIDADE EMPRESARIAL E
LINGUAGEM DE PROGRAMAÇÃO II da Universidade
Salgado de Oliveira - UNIVERSO.
Professores: Lenza, Paulo Almeida e Wagner.
.
AYUMI KURIMORI
DIOGO ROCHA
GUILHERME DOS SANTOS
GILBERTO GOMES JUNIOR
JEFFERSON LIMA
SUMÁRIO
1 INTRODUÇÃO...........................................................................................................3
2 DESENVOLVIMENTO...............................................................................................4
3 CONCLUSÃO.............................................................................................................9
REFERÊNCIAS..........................................................................................................10
ANEXOS.....................................................................................................................11
RELATÓRIO DE PROGRESSO – RP1.....................................................................11
RELATÓRIO DE PROGRESSO – RP2.....................................................................12
RELATÓRIO DE PROGRESSO – RP3.....................................................................13
1 INTRODUÇÃO
Este trabalho tem por objetivo apoiar o processo de desenvolvimento
da VT INTEGRADA. A finalidade desta VT é propiciar a construção de um
PROTOTIPO. Integrar os conhecimentos relativos à disciplina “Teoria Geral de
Sistemas” na elaboração de um protótipo de sistema comercial, para fazer o
levantamento e avaliação dos requisitos de um problema proposto na disciplina
“Contabilidade Empresarial”, desenvolvido no ambiente de programação utilizado na
disciplina “Linguagem de Programação II”.
3
2 DESENVOLVIMENTO
O Controle Financeiro foi escolhido pelo nosso grupo a fim de
demonstrar um sistema informatizado, sendo levantados os requisitos necessários,
assim demonstrados no protótipo em linguagem de programação C# da Microsoft.
2.1 ANALISE DO PROJETO – ANALISE DE REQUISITOS
O desenvolvimento do projeto parte da analise do software “Controle
Financeiro” para analise de caso e requisitos para o sistema a ser desenvolvido.
• Cadastro:
Contas:
→Bancos: Cadastrar as instituições bancárias com as quais os clientes do sistema
têm relacionamento.
→ Agências: Cadastrar as agências bancárias onde os clientes
movimentam suas contas correntes
→Contas: Cadastrar as contas correntes, contas de aplicação,
contas de desconto de duplicatas.
Parâmetros: Trata dos parâmetros para emissão dos balanços
de acordo com as movimentações dos clientes.
→Grupo de Contas: - Disponibiliza aos clientes o agrupamento das
contas de lançamentos de acordo com o tipo de despesa / receita separando por
grupos tipo pessoal, administração, investimentos, manutenção dentre outras.
→Plano de Contas: Cria as contas de movimento, separando-as de
acordo com o tipo de despesa / receita.
→Históricos: Disponibiliza aos usuários uma facilidade de não
necessitar digitar repetidamente algumas informações que se repetem em vários
lançamentos, Exemplo: Nosso cheque emitido debita em conta, credito em conta
etc.
Empresas:
4
→Grupo: Para clientes que possuem diversas empresas sob uma
mesma administração, é possível, através deste sistema, agrupar os dados pelo
grupo, disponibilizando aos gestores dos grupos terem uma visão global dos
negócios financeiros.
→Empresa: Cadastro de uma empresa pertencente a um grupo.
→Filial: Cadastro de uma filial ligada a uma empresa, neste caso
possibilitando uma análise de desempenho financeiro de uma unidade específica,
possibilitando ao gestor tomar decisões que possibilitem melhorar o desempenho de
uma determinada unidade da empresa.
• Movimento:
→Lançamento em conta corrente: Lançamento em conta corrente -
digitação de cada movimentação financeira de uma determinada conta bancária e o
consequente. Lançamento de seus reflexos administrativos com as informações da
contabilidade gerencial da empresa. Separação por grupos anteriormente
explicados.
→Transferência entre contas: É uma facilidade que visa agilizar as
transferências de uma conta para outra dentro da empresa ou do grupo empresarial,
tendo em vista que a mesma é bem mais simples que o lançamento em conta
corrente, pois, não tem consequências administrativas, ou seja, o dinheiro circula
dentro da própria empresa ou do próprio grupo.
→Pagamento de contas: Faz a baixa e liquidação do compromisso
no sistema, proporciona ao usuário o lançamento rápido em conta corrente do que já
havia sido previamente movimentado no lançamento.
→Baixa recebimentos: : Idem ao contas a pagar, porém tratando dos
lançamentos dos recebíveis da empresa.
Contas a pagar:
→Lançamento: Trata da digitação dos compromissos a pagar da
empresa. Nesta tela é já é possível determinar as informações administrativas de
cada compromisso, separá-lo e agrupa-los em grupo-empresa-filial ou ainda contas
de receitas e despesas de um grupo de conta sintética.
5
Contas a receber:
→Lançamento: idêntico às contas a pagar, porém, tratando dos
recebíveis das empresas e ou grupo.
• Relatórios:
→Extrato bancário: Emite um relatório detalhado de cada conta em
um determinado período.
→Critica de lançamentos: Emite um relatório com as informações
administrativas a respeito de um grupo de lançamentos que pode ser separado por
uma empresa, uma filial ou um grupo de contas. Este relatório é utilizado para
conferencia e/ou apresentação detalhada dos pagamentos / recebimentos efetuados
pela empresa em um período.
→Contas a pagar: Agrupa os compromissos a pagar por empresa ou
filial.
→Contas a receber: Emite um relatório com os compromissos a
receber, baixados ou em aberto, disponibilizando uma leitura e controle dos
recebíveis e informando ao departamento de cobrança.
• Gerencial:
→Balancete Sintético: Síntese das movimentações financeiras por
grupo, empresa ou filial, apresenta os resultados agrupados em grandes grupos de
conta, disponibilizando aos administrados uma visão geral do desempenho
financeiro do grupo, demonstrando onde o grupo-empresa-filial teve um bom
desempenho e onde precisa melhorar.
• Utilitários:
→Calendário: acesso rápido a um calendário para os usuários.
→Calculadora: acesso rápido a uma calculadora para os usuários.
6
• Help:
→Ajuda: disponibiliza aos usuários informações de operação e
utilização do sistema.
→Quem Somos: Disponibiliza dados dos desenvolvedores do
sistema, com contato etc. e tal.
2.1.1 PROJETO – LAYOUT
Com a base na analise de requisitos e analise do software “Controle
Financeiro” desenvolver um layout próprio do projeto.
Layout da interface do protótipo que vai ser construído segue com os
seguintes itens:
• Cadastro:
Contas:
→Bancos, Agências, Contas.
Parâmetros:
→Grupo de Contas, Plano de Contas, Históricos.
Empresas:
→Grupo, Empresa, Filial.
• Movimento
→Lançamento em conta corrente
→Transferência entre contas.
→Pagamento de contas.
→Baixa recebimentos.
Contas a pagar:
→Lançamento.
Contas a receber:
→Lançamento.
• Relatórios:
7
→Extrato bancário.
→Critica de lançamentos.
→Contas a pagar.
→Contas a receber.
• Gerencial:
→Fluxo de Caixa.
→Balancete Analítico.
→Balancete Sintético.
• Utilitários:
→Calendário.
→Calculadora.
• Help
→Ajuda.
→Quem Somos.
8
3 CONCLUSÃO
No decorrer do desenvolvimento do Protótipo de controle Financeiro,
visamos à estratificação de acordo com a necessidade da empresa, suas filiais
reunindo informações dos grupos bancários, agencias, contas, bancos.
Através das funções movimentações o sistema permite pagamento
de contas, transferência bancária e lançamentos de contas a pagar e receber.
O projeto prevê a possibilidade de gerar relatórios dos extratos
bancários e contas financeiras, além do gerenciamento de balancetes com
visualização de controle financeiro das operações de entrada e saída, facilitando a
sua utilização e entendimento das operações realizadas.
9
REFERÊNCIAS
GOIÂNIA, CrossDock – Empresa de Logística e Sistemas, 2003.
10
ANEXOS
RELATÓRIO DE PROGRESSO – RP1
Relatório de Progresso nº 1.
Aluno(a) 1 Nome do(a) aluno(a) *Ayumi Kurimori
Aluno(a) 2 Nome do(a) aluno(a) *Diogo Rocha
Aluno(a) 3 Nome do(a) aluno(a) *Guilherme dos Santos
Aluno(a) 4 Nome do(a) aluno(a) *Gilberto Gomes Junior
Aluno(a) 5 Nome do(a) aluno(a) * Jefferson Lima
Orientador(a) Nome do(a) professor(a) orientador(a)
Turma Nome da turma
Período de data que
refere o RP
(17/09/2012 a 20/09/2012)
* Ordenar por ordem alfabética
1. Planejado e Executado
• Debatemos sobre qual modelo de protótipo seria seguido, definindo analise, temas e
requisitos.
2. Planejado e Não Executado
• Realizamos a proposta debatida.
3. Executado e Não Planejado
• Inserimos o Utilitário no Protótipo por meios das aulas no laboratório de TGS,
contendo o calendário e calculadora.
4. Planejamento para o próximo período
• Pretendemos consolidar a ideia da analise, iniciando a criação do protótipo em
linguagem de programação.
5. Observações adicionais
• Aprendemos a utilizar o Windows application forms no C#.
Assinaturas:
____________________________ ____________________________
nome do aluno(a) 1 (assinatura do aluno(a) 1
____________________________ ____________________________
nome do aluno(a) 2 (assinatura do aluno(a) 2
____________________________ ____________________________
nome do aluno(a) 3 (assinatura do aluno(a) 3
Ciente em: ___/___/ 2012
11
____________________________ ____________________________
nome do orientador(a) (assinatura do orientador(a)
RELATÓRIO DE PROGRESSO – RP2
Relatório de Progresso nº 2.
Aluno(a) 1 Nome do(a) aluno(a) *Ayumi Kurimori
Aluno(a) 2 Nome do(a) aluno(a) *Diogo Rocha
Aluno(a) 3 Nome do(a) aluno(a) *Guilherme dos Santos
Aluno(a) 4 Nome do(a) aluno(a) *Gilberto Gomes Junior
Aluno(a) 5 Nome do(a) aluno(a) * Jefferson Lima
Orientador(a) Nome do(a) professor(a) orientador(a)
Turma Nome da turma
Período de data que
refere o RP
(16/10/2012 a 22/10/2012)
* Ordenar por ordem alfabética
6. Planejado e Executado
• Iniciamos a construção utilizando o modelo de protótipo controle financeiro.
7. Planejado e Não Executado
• Realizamos a proposta debatida.
8. Executado e Não Planejado
• Inserimos as telas de Cadastro, Movimentação, Relatórios, Gerencial, Utilitários e
Ajuda.
9. Planejamento para o próximo período
• Pretendemos consolidar a ideia da analise, finalizando o protótipo
10. Observações adicionais
• Aperfeiçoamos a utilização do Windows application forms no C#.
Assinaturas:
____________________________ ____________________________
nome do aluno(a) 1 (assinatura do aluno(a) 1
____________________________ ____________________________
nome do aluno(a) 2 (assinatura do aluno(a) 2
____________________________ ____________________________
nome do aluno(a) 3 (assinatura do aluno(a) 3
12
Ciente em: ___/___/ 2012
____________________________ ____________________________
nome do orientador(a) (assinatura do orientador(a)
RELATÓRIO DE PROGRESSO – RP3
Relatório de Progresso nº 3.
Aluno(a) 1 Nome do(a) aluno(a) *Ayumi Kurimori
Aluno(a) 2 Nome do(a) aluno(a) *Diogo Rocha
Aluno(a) 3 Nome do(a) aluno(a) *Guilherme dos Santos
Aluno(a) 4 Nome do(a) aluno(a) *Gilberto Gomes Junior
Aluno(a) 5 Nome do(a) aluno(a) * Jefferson Lima
Orientador(a) Nome do(a) professor(a) orientador(a)
Turma Nome da turma
Período de data que
refere o RP
(05/11/2012 a 12/11/2012)
* Ordenar por ordem alfabética
11. Planejado e Executado
• Criamos a parte da documentação com detalhes, das funções do controle
financeiro.
12. Planejado e Não Executado
• Concluímos o projeto.
13. Executado e Não Planejado
• Executamos as ações projetadas.
14. Planejamento para o próximo período
• Projeto finalizado, criamos a documentação e realização da apresentação em sala
de aula.
15. Observações adicionais
• Aprendemos como se trabalha na criação e elaboração de um protótipo de controle
financeiro
Assinaturas:
13
____________________________ ____________________________
nome do aluno(a) 1 (assinatura do aluno(a) 1
____________________________ ____________________________
nome do aluno(a) 2 (assinatura do aluno(a) 2
____________________________ ____________________________
nome do aluno(a) 3 (assinatura do aluno(a) 3
Ciente em: ___/___/ 2012
____________________________ ____________________________
nome do orientador(a) (assinatura do orientador(a)
14

Mais conteúdo relacionado

Semelhante a TEORIA GERAL DE SISTEMAS - Prototipo Controle Financeiro

Contabilidade geral exerc 8
Contabilidade geral exerc 8Contabilidade geral exerc 8
Contabilidade geral exerc 8
J M
 
Contas a pagar e a receber
Contas a pagar e a receberContas a pagar e a receber
Contas a pagar e a receber
Leonardo Lima
 
Apostila n 1_contabilidade_1_sem_2010_pag-01-33
Apostila n 1_contabilidade_1_sem_2010_pag-01-33Apostila n 1_contabilidade_1_sem_2010_pag-01-33
Apostila n 1_contabilidade_1_sem_2010_pag-01-33
razonetecontabil
 
Apresentação slides grupo - orçamentos empresariais
Apresentação slides grupo - orçamentos empresariaisApresentação slides grupo - orçamentos empresariais
Apresentação slides grupo - orçamentos empresariais
Fatima Castro
 
Contabilidade básica
Contabilidade básicaContabilidade básica
Contabilidade básica
Cfx2015
 
Plano de contas iob - em 25-06-2014
Plano de contas   iob - em 25-06-2014Plano de contas   iob - em 25-06-2014
Plano de contas iob - em 25-06-2014
ajasnet
 

Semelhante a TEORIA GERAL DE SISTEMAS - Prototipo Controle Financeiro (20)

Dimensionamento de quadro de pessoal
Dimensionamento de quadro de pessoalDimensionamento de quadro de pessoal
Dimensionamento de quadro de pessoal
 
Análise das demonstrações
Análise das demonstraçõesAnálise das demonstrações
Análise das demonstrações
 
Contab 8
Contab 8Contab 8
Contab 8
 
Contabilidade geral exerc 8
Contabilidade geral exerc 8Contabilidade geral exerc 8
Contabilidade geral exerc 8
 
Apostila de treinamento_sigapco_1
Apostila de treinamento_sigapco_1Apostila de treinamento_sigapco_1
Apostila de treinamento_sigapco_1
 
N contabilidade gerencial
N contabilidade gerencialN contabilidade gerencial
N contabilidade gerencial
 
Contas a pagar e a receber
Contas a pagar e a receberContas a pagar e a receber
Contas a pagar e a receber
 
Apostila n 1_contabilidade_1_sem_2010_pag-01-33
Apostila n 1_contabilidade_1_sem_2010_pag-01-33Apostila n 1_contabilidade_1_sem_2010_pag-01-33
Apostila n 1_contabilidade_1_sem_2010_pag-01-33
 
Introdução à análise das demonstrações contábeis
Introdução à análise das demonstrações contábeisIntrodução à análise das demonstrações contábeis
Introdução à análise das demonstrações contábeis
 
Anteprojecto
Anteprojecto Anteprojecto
Anteprojecto
 
Apresentação slides grupo - orçamentos empresariais
Apresentação slides grupo - orçamentos empresariaisApresentação slides grupo - orçamentos empresariais
Apresentação slides grupo - orçamentos empresariais
 
Catálogo de recursos e funcionalidades do Treasy - Planejamento e Contoladori...
Catálogo de recursos e funcionalidades do Treasy - Planejamento e Contoladori...Catálogo de recursos e funcionalidades do Treasy - Planejamento e Contoladori...
Catálogo de recursos e funcionalidades do Treasy - Planejamento e Contoladori...
 
Análise de demonstrações contábeis_-_UNIDADE1 .pptx
Análise de demonstrações contábeis_-_UNIDADE1 .pptxAnálise de demonstrações contábeis_-_UNIDADE1 .pptx
Análise de demonstrações contábeis_-_UNIDADE1 .pptx
 
Planejamento Estratégico para Empresas em Geral
Planejamento Estratégico para Empresas em GeralPlanejamento Estratégico para Empresas em Geral
Planejamento Estratégico para Empresas em Geral
 
Como reduzir custos logísticos07
Como reduzir custos logísticos07Como reduzir custos logísticos07
Como reduzir custos logísticos07
 
Contabilidade básica
Contabilidade básicaContabilidade básica
Contabilidade básica
 
Contabilidade basica
Contabilidade basicaContabilidade basica
Contabilidade basica
 
Contabilidade basica
Contabilidade basicaContabilidade basica
Contabilidade basica
 
31 997320837 imunovita
31 997320837  imunovita31 997320837  imunovita
31 997320837 imunovita
 
Plano de contas iob - em 25-06-2014
Plano de contas   iob - em 25-06-2014Plano de contas   iob - em 25-06-2014
Plano de contas iob - em 25-06-2014
 

Mais de Diogo Rocha Ferreira de Menezes

Mais de Diogo Rocha Ferreira de Menezes (8)

Um guia para definir o corpo de conhecimento para análise de negócios – BABOK...
Um guia para definir o corpo de conhecimento para análise de negócios – BABOK...Um guia para definir o corpo de conhecimento para análise de negócios – BABOK...
Um guia para definir o corpo de conhecimento para análise de negócios – BABOK...
 
QUALIDADE DE SOFTWARE VT- Avaliação de Produto de Software
QUALIDADE DE SOFTWARE VT- Avaliação de Produto de SoftwareQUALIDADE DE SOFTWARE VT- Avaliação de Produto de Software
QUALIDADE DE SOFTWARE VT- Avaliação de Produto de Software
 
INTERFACE HOMEM-MÁQUINA VT- Construção de Interfaces
INTERFACE HOMEM-MÁQUINA VT- Construção de Interfaces INTERFACE HOMEM-MÁQUINA VT- Construção de Interfaces
INTERFACE HOMEM-MÁQUINA VT- Construção de Interfaces
 
Hard disk drives - Unidades de Disco Rígido
Hard disk drives - Unidades de Disco Rígido Hard disk drives - Unidades de Disco Rígido
Hard disk drives - Unidades de Disco Rígido
 
EVOLUÇÃO DA LINGUAGEM DELPHI - ARTIGO
EVOLUÇÃO DA LINGUAGEM DELPHI - ARTIGOEVOLUÇÃO DA LINGUAGEM DELPHI - ARTIGO
EVOLUÇÃO DA LINGUAGEM DELPHI - ARTIGO
 
GERENCIAMENTO DE PROJETOS: MS Project.
GERENCIAMENTO DE PROJETOS:  MS Project.GERENCIAMENTO DE PROJETOS:  MS Project.
GERENCIAMENTO DE PROJETOS: MS Project.
 
DESENVOLVIMENTO DE PROJETO PARA IMPLANTAÇÃO DO CMMI NIVEL DOIS DE MATURIDADE ...
DESENVOLVIMENTO DE PROJETO PARA IMPLANTAÇÃO DO CMMI NIVEL DOIS DE MATURIDADE ...DESENVOLVIMENTO DE PROJETO PARA IMPLANTAÇÃO DO CMMI NIVEL DOIS DE MATURIDADE ...
DESENVOLVIMENTO DE PROJETO PARA IMPLANTAÇÃO DO CMMI NIVEL DOIS DE MATURIDADE ...
 
Desvios posturais
Desvios posturaisDesvios posturais
Desvios posturais
 

TEORIA GERAL DE SISTEMAS - Prototipo Controle Financeiro

  • 1. Goiânia 2012 AYUMI KURIMORI DIOGO ROCHA GUILHERME DOS SANTOS GILBERTO GOMES JUNIOR JEFFERSON LIMA SISTEMAS DE INFORMAÇÃO TEORIA GERAL DE SISTEMAS VT-INTEGRADA
  • 2. Goiânia 2012 TEORIA GERAL DE SISTEMAS VT-INTEGRADA Trabalho apresentado à disciplina TEORIA GERAL DE SISTEMAS, CONTABILIDADE EMPRESARIAL E LINGUAGEM DE PROGRAMAÇÃO II da Universidade Salgado de Oliveira - UNIVERSO. Professores: Lenza, Paulo Almeida e Wagner. . AYUMI KURIMORI DIOGO ROCHA GUILHERME DOS SANTOS GILBERTO GOMES JUNIOR JEFFERSON LIMA
  • 3. SUMÁRIO 1 INTRODUÇÃO...........................................................................................................3 2 DESENVOLVIMENTO...............................................................................................4 3 CONCLUSÃO.............................................................................................................9 REFERÊNCIAS..........................................................................................................10 ANEXOS.....................................................................................................................11 RELATÓRIO DE PROGRESSO – RP1.....................................................................11 RELATÓRIO DE PROGRESSO – RP2.....................................................................12 RELATÓRIO DE PROGRESSO – RP3.....................................................................13
  • 4. 1 INTRODUÇÃO Este trabalho tem por objetivo apoiar o processo de desenvolvimento da VT INTEGRADA. A finalidade desta VT é propiciar a construção de um PROTOTIPO. Integrar os conhecimentos relativos à disciplina “Teoria Geral de Sistemas” na elaboração de um protótipo de sistema comercial, para fazer o levantamento e avaliação dos requisitos de um problema proposto na disciplina “Contabilidade Empresarial”, desenvolvido no ambiente de programação utilizado na disciplina “Linguagem de Programação II”. 3
  • 5. 2 DESENVOLVIMENTO O Controle Financeiro foi escolhido pelo nosso grupo a fim de demonstrar um sistema informatizado, sendo levantados os requisitos necessários, assim demonstrados no protótipo em linguagem de programação C# da Microsoft. 2.1 ANALISE DO PROJETO – ANALISE DE REQUISITOS O desenvolvimento do projeto parte da analise do software “Controle Financeiro” para analise de caso e requisitos para o sistema a ser desenvolvido. • Cadastro: Contas: →Bancos: Cadastrar as instituições bancárias com as quais os clientes do sistema têm relacionamento. → Agências: Cadastrar as agências bancárias onde os clientes movimentam suas contas correntes →Contas: Cadastrar as contas correntes, contas de aplicação, contas de desconto de duplicatas. Parâmetros: Trata dos parâmetros para emissão dos balanços de acordo com as movimentações dos clientes. →Grupo de Contas: - Disponibiliza aos clientes o agrupamento das contas de lançamentos de acordo com o tipo de despesa / receita separando por grupos tipo pessoal, administração, investimentos, manutenção dentre outras. →Plano de Contas: Cria as contas de movimento, separando-as de acordo com o tipo de despesa / receita. →Históricos: Disponibiliza aos usuários uma facilidade de não necessitar digitar repetidamente algumas informações que se repetem em vários lançamentos, Exemplo: Nosso cheque emitido debita em conta, credito em conta etc. Empresas: 4
  • 6. →Grupo: Para clientes que possuem diversas empresas sob uma mesma administração, é possível, através deste sistema, agrupar os dados pelo grupo, disponibilizando aos gestores dos grupos terem uma visão global dos negócios financeiros. →Empresa: Cadastro de uma empresa pertencente a um grupo. →Filial: Cadastro de uma filial ligada a uma empresa, neste caso possibilitando uma análise de desempenho financeiro de uma unidade específica, possibilitando ao gestor tomar decisões que possibilitem melhorar o desempenho de uma determinada unidade da empresa. • Movimento: →Lançamento em conta corrente: Lançamento em conta corrente - digitação de cada movimentação financeira de uma determinada conta bancária e o consequente. Lançamento de seus reflexos administrativos com as informações da contabilidade gerencial da empresa. Separação por grupos anteriormente explicados. →Transferência entre contas: É uma facilidade que visa agilizar as transferências de uma conta para outra dentro da empresa ou do grupo empresarial, tendo em vista que a mesma é bem mais simples que o lançamento em conta corrente, pois, não tem consequências administrativas, ou seja, o dinheiro circula dentro da própria empresa ou do próprio grupo. →Pagamento de contas: Faz a baixa e liquidação do compromisso no sistema, proporciona ao usuário o lançamento rápido em conta corrente do que já havia sido previamente movimentado no lançamento. →Baixa recebimentos: : Idem ao contas a pagar, porém tratando dos lançamentos dos recebíveis da empresa. Contas a pagar: →Lançamento: Trata da digitação dos compromissos a pagar da empresa. Nesta tela é já é possível determinar as informações administrativas de cada compromisso, separá-lo e agrupa-los em grupo-empresa-filial ou ainda contas de receitas e despesas de um grupo de conta sintética. 5
  • 7. Contas a receber: →Lançamento: idêntico às contas a pagar, porém, tratando dos recebíveis das empresas e ou grupo. • Relatórios: →Extrato bancário: Emite um relatório detalhado de cada conta em um determinado período. →Critica de lançamentos: Emite um relatório com as informações administrativas a respeito de um grupo de lançamentos que pode ser separado por uma empresa, uma filial ou um grupo de contas. Este relatório é utilizado para conferencia e/ou apresentação detalhada dos pagamentos / recebimentos efetuados pela empresa em um período. →Contas a pagar: Agrupa os compromissos a pagar por empresa ou filial. →Contas a receber: Emite um relatório com os compromissos a receber, baixados ou em aberto, disponibilizando uma leitura e controle dos recebíveis e informando ao departamento de cobrança. • Gerencial: →Balancete Sintético: Síntese das movimentações financeiras por grupo, empresa ou filial, apresenta os resultados agrupados em grandes grupos de conta, disponibilizando aos administrados uma visão geral do desempenho financeiro do grupo, demonstrando onde o grupo-empresa-filial teve um bom desempenho e onde precisa melhorar. • Utilitários: →Calendário: acesso rápido a um calendário para os usuários. →Calculadora: acesso rápido a uma calculadora para os usuários. 6
  • 8. • Help: →Ajuda: disponibiliza aos usuários informações de operação e utilização do sistema. →Quem Somos: Disponibiliza dados dos desenvolvedores do sistema, com contato etc. e tal. 2.1.1 PROJETO – LAYOUT Com a base na analise de requisitos e analise do software “Controle Financeiro” desenvolver um layout próprio do projeto. Layout da interface do protótipo que vai ser construído segue com os seguintes itens: • Cadastro: Contas: →Bancos, Agências, Contas. Parâmetros: →Grupo de Contas, Plano de Contas, Históricos. Empresas: →Grupo, Empresa, Filial. • Movimento →Lançamento em conta corrente →Transferência entre contas. →Pagamento de contas. →Baixa recebimentos. Contas a pagar: →Lançamento. Contas a receber: →Lançamento. • Relatórios: 7
  • 9. →Extrato bancário. →Critica de lançamentos. →Contas a pagar. →Contas a receber. • Gerencial: →Fluxo de Caixa. →Balancete Analítico. →Balancete Sintético. • Utilitários: →Calendário. →Calculadora. • Help →Ajuda. →Quem Somos. 8
  • 10. 3 CONCLUSÃO No decorrer do desenvolvimento do Protótipo de controle Financeiro, visamos à estratificação de acordo com a necessidade da empresa, suas filiais reunindo informações dos grupos bancários, agencias, contas, bancos. Através das funções movimentações o sistema permite pagamento de contas, transferência bancária e lançamentos de contas a pagar e receber. O projeto prevê a possibilidade de gerar relatórios dos extratos bancários e contas financeiras, além do gerenciamento de balancetes com visualização de controle financeiro das operações de entrada e saída, facilitando a sua utilização e entendimento das operações realizadas. 9
  • 11. REFERÊNCIAS GOIÂNIA, CrossDock – Empresa de Logística e Sistemas, 2003. 10
  • 12. ANEXOS RELATÓRIO DE PROGRESSO – RP1 Relatório de Progresso nº 1. Aluno(a) 1 Nome do(a) aluno(a) *Ayumi Kurimori Aluno(a) 2 Nome do(a) aluno(a) *Diogo Rocha Aluno(a) 3 Nome do(a) aluno(a) *Guilherme dos Santos Aluno(a) 4 Nome do(a) aluno(a) *Gilberto Gomes Junior Aluno(a) 5 Nome do(a) aluno(a) * Jefferson Lima Orientador(a) Nome do(a) professor(a) orientador(a) Turma Nome da turma Período de data que refere o RP (17/09/2012 a 20/09/2012) * Ordenar por ordem alfabética 1. Planejado e Executado • Debatemos sobre qual modelo de protótipo seria seguido, definindo analise, temas e requisitos. 2. Planejado e Não Executado • Realizamos a proposta debatida. 3. Executado e Não Planejado • Inserimos o Utilitário no Protótipo por meios das aulas no laboratório de TGS, contendo o calendário e calculadora. 4. Planejamento para o próximo período • Pretendemos consolidar a ideia da analise, iniciando a criação do protótipo em linguagem de programação. 5. Observações adicionais • Aprendemos a utilizar o Windows application forms no C#. Assinaturas: ____________________________ ____________________________ nome do aluno(a) 1 (assinatura do aluno(a) 1 ____________________________ ____________________________ nome do aluno(a) 2 (assinatura do aluno(a) 2 ____________________________ ____________________________ nome do aluno(a) 3 (assinatura do aluno(a) 3 Ciente em: ___/___/ 2012 11
  • 13. ____________________________ ____________________________ nome do orientador(a) (assinatura do orientador(a) RELATÓRIO DE PROGRESSO – RP2 Relatório de Progresso nº 2. Aluno(a) 1 Nome do(a) aluno(a) *Ayumi Kurimori Aluno(a) 2 Nome do(a) aluno(a) *Diogo Rocha Aluno(a) 3 Nome do(a) aluno(a) *Guilherme dos Santos Aluno(a) 4 Nome do(a) aluno(a) *Gilberto Gomes Junior Aluno(a) 5 Nome do(a) aluno(a) * Jefferson Lima Orientador(a) Nome do(a) professor(a) orientador(a) Turma Nome da turma Período de data que refere o RP (16/10/2012 a 22/10/2012) * Ordenar por ordem alfabética 6. Planejado e Executado • Iniciamos a construção utilizando o modelo de protótipo controle financeiro. 7. Planejado e Não Executado • Realizamos a proposta debatida. 8. Executado e Não Planejado • Inserimos as telas de Cadastro, Movimentação, Relatórios, Gerencial, Utilitários e Ajuda. 9. Planejamento para o próximo período • Pretendemos consolidar a ideia da analise, finalizando o protótipo 10. Observações adicionais • Aperfeiçoamos a utilização do Windows application forms no C#. Assinaturas: ____________________________ ____________________________ nome do aluno(a) 1 (assinatura do aluno(a) 1 ____________________________ ____________________________ nome do aluno(a) 2 (assinatura do aluno(a) 2 ____________________________ ____________________________ nome do aluno(a) 3 (assinatura do aluno(a) 3 12
  • 14. Ciente em: ___/___/ 2012 ____________________________ ____________________________ nome do orientador(a) (assinatura do orientador(a) RELATÓRIO DE PROGRESSO – RP3 Relatório de Progresso nº 3. Aluno(a) 1 Nome do(a) aluno(a) *Ayumi Kurimori Aluno(a) 2 Nome do(a) aluno(a) *Diogo Rocha Aluno(a) 3 Nome do(a) aluno(a) *Guilherme dos Santos Aluno(a) 4 Nome do(a) aluno(a) *Gilberto Gomes Junior Aluno(a) 5 Nome do(a) aluno(a) * Jefferson Lima Orientador(a) Nome do(a) professor(a) orientador(a) Turma Nome da turma Período de data que refere o RP (05/11/2012 a 12/11/2012) * Ordenar por ordem alfabética 11. Planejado e Executado • Criamos a parte da documentação com detalhes, das funções do controle financeiro. 12. Planejado e Não Executado • Concluímos o projeto. 13. Executado e Não Planejado • Executamos as ações projetadas. 14. Planejamento para o próximo período • Projeto finalizado, criamos a documentação e realização da apresentação em sala de aula. 15. Observações adicionais • Aprendemos como se trabalha na criação e elaboração de um protótipo de controle financeiro Assinaturas: 13
  • 15. ____________________________ ____________________________ nome do aluno(a) 1 (assinatura do aluno(a) 1 ____________________________ ____________________________ nome do aluno(a) 2 (assinatura do aluno(a) 2 ____________________________ ____________________________ nome do aluno(a) 3 (assinatura do aluno(a) 3 Ciente em: ___/___/ 2012 ____________________________ ____________________________ nome do orientador(a) (assinatura do orientador(a) 14