Trabalho Escrito ContasNet

1
UNIVERSIDADE FEDERAL DO PARAN SETOR ESCOLA TCNICA
CONTASNET SISTEMA DE GERENCIAMENTO FINANCEIRO ON-LINE

Caio Mac Cord Fernando Bianchini Pessoa Joel Ferreira Jos Enes Mateus Mauricio Lederer
CURITIBA/PR 2008
UNIVERSIDADE FEDERAL DO PARAN SETOR ESCOLA TCNICA
CONTASNET SISTEMA DE GERENCIAMENTO FINANCEIRO ON-LINE

Projeto final apresentado como requisito parcial obteno do grau de Tecnlogo em Sistemas de Informao, curso de Tecnologia em Sistemas de Informao, Escola Tcnica da Universidade Federal do Paran. Orientador: Professor Jaime Wojciechowski.
CURITIBA/PR 2008
Valeu a pena? Tudo vale a pena Se a alma no pequena Fernando Pessoa
Aos familiares e amigos que nos incentivaram proporcionando fora nos momentos de adversidades e alegria nas horas de tristeza.
SUMRIO
1. RESUMO....................................................................................................................................7 2. INTRODUO........................................................................................................................13 3. OBJETIVOS.............................................................................................................................14 4. PLANEJAMENTO GLOBAL DO PROJETO....................................................................16 4.1. Termo de Abertura.............................................................................................................16 4.2. Definio de Escopo e Objetivos.......................................................................................22 4.3. Plano de Atividades............................................................................................................28 4.4. Plano de Custos..................................................................................................................31 4.5. Plano de Comunicao.......................................................................................................31 4.6. Plano de Riscos...................................................................................................................32 5. MODELAGEM DO NEGCIO............................................................................................33 5.1. Glossrio.............................................................................................................................33 5.2. Regras de Negcio..............................................................................................................34 5.3. Viso do Negcio...............................................................................................................35 5.4. Casos de Uso Negociais Macro..........................................................................................35 6. DEFINIO DETALHADA DOS REQUISITOS..............................................................40 6.1. Solicitaes dos Principais Envolvidos.............................................................................40 6.2. Especificao de Casos de Uso Negociais com Interfaces................................................46 6.3. Modelo de Objetos Negociais - Diagrama de Classes de Negcio sem atributos............47 6.4. Especificaes Suplementares...........................................................................................47 7. ANLISE E DESIGN.............................................................................................................52 7.1. Casos de Uso - Diagrama e especificao completa de todos os UCs.............................52 7.2. Diagramas de Seqncia....................................................................................................52
7.3. Diagrama de Classes com atributos e mtodos..................................................................52 7.4. Modelo Fsico de Dados.....................................................................................................52 7.5. Diagrama de Atividades.....................................................................................................52 7.6. Diagrama de Transio de Estados....................................................................................53 7.7. Plano de Testes...................................................................................................................53 7.8. Casos de Teste....................................................................................................................53 8. IMPLEMENTAO..............................................................................................................54 8.1. Documento de Arquitetura do Software............................................................................54 9. IMPLANTAO.....................................................................................................................55 9.1. Plano de Implantao.........................................................................................................55 9.2. Artefatos de Instalao.......................................................................................................55 10. CONCLUSO........................................................................................................................56 11. GLOSSRIO..........................................................................................................................58 12. REFERNCIAS BIBLIOGRFICAS................................................................................59
O Cdigo-Fonte do ContasNet encontra-se no Volume Anexo.
1. RESUMO
O projeto abordado no presente trabalho consiste em um Sistema Acadmico para o controle dos diversos aspectos envolvendo o gerenciamento de cadastros de uma instituio de ensino, como controle de cursos, disciplinas, turmas e alunos.
A arquitetura definida para o desenvolvimento do sistema foi construda sobre a escolha da linguagem PHP (direcionamento dado pelo professor orientador do projeto) e envolveu os seguintes softwares:
Apache 2 (servidor web) PostgreSQL 8 (banco de dados) PHP 5.1 (linguagem de programao) Componentes PDO (abstrao da conexo com banco de dados) Smarty (sistema de templates)
O projeto da arquitetura foi embasado em conceitos de Engenharia de Software, como utilizao de padres de projeto (design patterns) em casos adequados e diviso dos componentes do sistema em camadas lgicas com responsabilidades bem definidas (SOC, separation of concerns).
Padres de Projeto MVC e DAO Para essa diviso a estratgia adotada foi a adoo do padro de projeto MVC, sigla para os termos Model-View-Control. O pattern MVC sugere a diviso das responsabilidades da seguinte forma:
Model: camada de modelo correspondente aos objetos de negcio da aplicao, o modelo propriamente dito, que ser manipulado e, se necessrio for, persistido em base de dados, por exemplo.
View: camada de viso que abrange os componentes utilizados para realizar a apresentao dos resultados, ou seja, as peas utilizadas para a montagem da interface do usurio.
Control: camada intermediria, responsvel por intermediar a troca de informaes entre os componentes do modelo e da viso.
Conforme o livro apontado como o trabalho seminal sobre o assunto, o GOF (Design Patterns: Elements of Reusable Object-Oriented Software):
MVC consists of three kinds of objects. The Model is the application object, the View is its screen presentation, and the Controller defines the way the user interface reacts to user input. Before MVC, user interface designs tended to lump these objects together. MVC decouples them to increase flexibility and reuse.
A idia do MVC que os componentes s troquem informaes com as camadas adjacentes, fazendo com que desta forma as classes de negcio sejam isoladas e funcionem sem o conhecimento especfico das classes de apresentao. Os benefcios dessa abordagem so:
Modelo da aplicao reutilizvel, sendo acoplvel a diferentes tipos de interface. Classes de apresentao ficam mais simples (no devem conter lgica, exceto para exibio de informaes).
Facilidade de manuteno, pois o cdigo fica bem dividido entre as camadas. Facilidade para a realizao do trabalho em equipe, devido diviso clara de responsabilidades de cada camada do sistema.
Alm disso, foi empregado o padro DAO (Data Access Object) na camada de modelo. Esse padro sugere a movimentao da lgica de acesso base de dados em classes separadas, denominadas DAOs. Dessa forma a lgica de acesso base de dados fica em uma classe especializada nesta tarefa, fazendo com que a classe de negcio em si fique mais limpa. O acesso ao DAO pode ser realizado diretamente pelos agentes que acessam as classes de negcio ou ento pode ser escondido das demais camadas fazendo com que as classes de negcio utilizem os DAOs atravs de delegao de operaes, sendo, portanto o nico ponto de concentrao de acesso ao modelo.
No presente trabalho as classes especializadas nas tarefas relativas persistncia de dados (DAO), foram denominadas managers (gerentes, ou mais apropriadamente, gerenciadores). Em geral, cada classe de negcio tem associado um manager, responsvel pelas tarefas de acesso base de dados.
10
Mais informaes sobre os patterns MVC e DAO podem ser encontradas nas indicaes presentes nas referncias bibliogrficas.
Implementao dos Padres de Projeto MVC e DAO
Para utilizao do MVC pode-se optar pela utilizao de frameworks de terceiros, como os seguintes, que so especificamente para PHP:
php.MVC Mojavi Phrame
Alm destes exemplos, existem diversas opes para as mais diferentes linguagens, como:
Struts, WebWork, Spring MVC, VRaptor, Mentawai (Java) Django, Subway, TurgoGears (Python) Ruby-On-Rails (Ruby)
Outra abordagem a implementao de um framework prprio.
Embora no seja a opo mais recomendvel por diversos motivos (como manuteno, inovao tecnolgica, foco do negcio, dentre outros), essa opo traz vantagens relevantes para o presente cenrio: experimentao, fixao de conceitos e aprendizagem.
11
Optou-se dessa forma pela abordagem prpria, atravs da implementao de um conjunto de classes que compem um framework MVC embrionrio ainda que preparado para suprir as necessidades do presente projeto.
O modo de trabalhar com o framework relativamente simples:
Os componentes da View so templates Smarty, responsveis unicamente pela tarefa de apresentao dos dados.
Os componentes da camada Control so classes denominadas actions, que respondem pelas solicitaes do cliente, acessam as classes de Model se necessrio e retornam um componente da View.
Os componentes da camada Model ficam responsveis pelas regras de negcio, tendo classes especializadas para encapsulamento das operaes relacionadas ao banco de dados (Managers).
Os Managers, responsveis pela persistncia de dados, utilizam-se dos componentes PDO do PHP para interagir com o PostgreSQL.
O mapeamento entre URL, Action e View realizado num arquivo config.xml, que centraliza toda a definio do fluxo de navegao do sistema.
Toda essa estrutura funciona sobre alguns componentes que definem a base do framework, como o Controller, ponto que recebe todas as requisies e delega para a Action requisitada,
12
tratando os retornos e fazendo o direcionamento para a View adequada (dispatching). O Controller foi implementado com base no padro de projeto Front Controller, um design pattern auxiliar e especfico, que tambm utilizado na definio do MVC.
13
2. INTRODUO
O aprendizado para quem deseja atuar no desenvolvimento de software no pode se prender a apenas teorias, depende muito mais de uma prtica constante dos conhecimentos j adquiridos e no desejo de buscar novas tcnicas e tecnologias.
Um sistema desenvolvido para um Controle Acadmico permite a equipe de projeto alm de desenvolver suas habilidades, ter tambm uma viso clara e abrangente de todas as etapas de um projeto, pois engloba tcnicas, mtodos e metodologias teis ao desenvolvimento de qualquer sistema de informao.
14
3. OBJETIVOS
O presente Trabalho de Concluso de Curso atende a determinados objetivos, tais quais:
Aprimorar os conhecimentos tericos obtidos em sala de aula ao longo dos anos letivos de Curso;
Projetar, implementar e documentar um Sistema Acadmico para controles efetivos como cadastro de Alunos, Cursos, Avaliaes, Matrculas e demais entidades que envolvem tal tema, com possibilidade de tal sistema ser utilizado na Plataforma Virtual da Escola Tcnica;
Utilizar os conceitos de orientao a objetos facilitando e simplificando a implementao do projeto atravs do reuso de cdigo;
Utilizar os conceitos de padres de projeto (design patterns) e diviso dos componentes do sistema em camadas lgicas com responsabilidades bem definidas (SOC, separation of concerns).
Promover o esprito de equipe e companheirismo, necessrios no mercado de trabalho atual;
15
Aproximar os conhecimentos tericos com a prtica de se desenvolver um sistema do comeo ao fim.
16
4. PLANEJAMENTO GLOBAL DO PROJETO
4.1.Termo de Abertura
1.1.1. Equipe de projeto
1.1.2. Orientador do projeto
Professor Jaime Wojciechowski, do Curso de Tecnologia em Sistemas de Informao da Universidade Federal do Paran.
1.1.3. Ttulo do projeto
ContasNet - Sistema de Gerenciamento Financeiro On-line
1.1.4. Introduo
17
Este projeto iniciou-se a partir da necessidade de sistemas on-line que proporcionassem uma forma eficaz, prtica e intuitiva de gerenciamento financeiro voltado micro, pequenas empresas e pessoas em geral. Aps exaustiva pesquisa em busca de sistemas que se destinassem a esse fim, observou-se a existncia de poucos softwares para tal tipo de controle, momento no qual se vislumbrou a oportunidade procurada para o desenvolvimento deste trabalho. O ContasNet permitir o controle em tempo real e o planejamento das contas de empresas, profissionais liberais e de qualquer pessoa, tendo como objetivo principal auxiliar na gesto de recursos financeiros com a melhor usabilidade possvel. Por meio do sistema, ser possvel controlar contas a pagar e receber, plano de contas, centro de custos, acompanhar o fluxo de caixa e provisionamento de pagamentos futuros, com aplicao de conceitos modernos em termos de usabilidade e tecnologia para web como: campos de digitao com sugesto em lista, insero inteligente de datas (ex: cadastrar daqui a trs dias ou 4 mar 08 em vez de 04/08/2008), insero parcial de dados com aviso de reviso (rascunhos), uso inteligente de Ajax, etc.
1.1.5. Gerente de projeto, responsabilidades e autoridades
O gerente do projeto ser Caio Mac Cord e as responsabilidades dentro do escopo do projeto sero definidas entre os demais integrantes da equipe, de acordo com a demanda.
1.1.6. Descrio do produto do projeto
O ContasNet possuir os seguintes mdulos:
18
Plano de Contas: insero, atualizao, excluso e consulta de contas (Ex: Bancrias, Caixa, Poupana, etc);
Centros de Custo: insero, atualizao, excluso e consulta de Centros de Custo, que so as categorias/classificao dos lanamentos;
Formas de Pagamento: insero, atualizao, excluso e consulta de formas de pagamento (ex: Boleto, Dinheiro, Cheque,etc)
Lanamentos: insero, atualizao, excluso e consulta de lanamentos, que so as contas a pagar, contas a receber e transferncia entre contas;
Usurios: insero, atualizao, excluso e consulta de usurios para o sistema, contando com nveis especficos de acesso;
Grficos: gerao de grficos sobre a evoluo financeira do cliente;
Relatrios: gerao de relatrios gerenciais sobre a evoluo financeira do cliente, como por exemplo extratos financeiros por conta e por perodo;
1.1.7. Cronograma bsico do projeto
Estima-se, de forma aproximada, que o projeto ter durao de 04 (quatro) meses, com uma equipe de 4 alunos. As principais datas do cronograma de projeto so as descritas no quadro abaixo:
19
Data inicial Atividade estimada Definio do Plano Global de Projeto (Termo de Abertura do Projeto; Definio de Escopo e Objetivos; Diagramas; Plano de Comunicao; Plano de Custos; Plano de Riscos) Modelagem do Negcio (Glossrio; Regras de Negcio; Viso do Negcio; Casos de Uso Negociais Macro) Definio Detalhada dos Requisitos 22 Ago 08 28 Jul 08
Data final estimada
21 Ago 08
04 Set 08
(Solicitaes dos Principais Envolvidos; Prottipo Interface; Especificao de Casos de Uso Negociais com Interfaces; Modelo de Objetos Negociais - Diagrama de Classes de Negcio sem atributos; Especificaes 05 Set 08 25 Set 08
Suplementares) Anlise e Design (Casos de Uso - Diagrama e especificao completa de todos os UCs; Diagramas de Seqncia; Diagrama de Classes com atributos e mtodos; Modelo Fsico de Dados; Diagrama de Atividades; Diagrama de Transio de Estados; Plano de Testes; Casos de Teste) Implementao (Documento de Arquitetura 10 Out 08 do Software; Codificao) Testes propriamente ditos Implantao (Plano de Implantao; 14 Nov 08 06 Dez 08 13 Nov 08 05 Dez 08 09 Dez 08 26 Set 08 09 Out 08
20
Artefatos de Instalao) Apresentao
Cronograma Bsico do Projeto
10 Dez 08
1.1.8. Estimativas iniciais de custo
De forma ampla, estima-se que os custos do projeto esto divididos em custos de equipe de projeto e custos de ferramentas de trabalho. O quadro abaixo descreve os clculos aproximados:
Item Equipe de 5 pessoas por 4 meses
Custo unitrio R$ 40,00 a hora
Total 1.600 horas = R$ 64.000,00 R$ 600,00 R$ 64.600,00
Material de escritrio (impresses, etc) Total Estimativas iniciais de custo
Obs: 1. Os custos levantados so em caso de pagamento pelo trabalho. Esse pagamento no ocorrer, pois o projeto ser desenvolvido pelos prprios alunos do Curso de Tecnologia em Sistemas de Informao da Universidade Federal do Paran. O projeto faz parte da matria Trabalho de Concluso de Curso, no havendo, portanto, qualquer custo com pessoal. 2. No ser necessria a aquisio de equipamentos de hardware, tendo em vista a Coordenao do Curso disponibilizar tais equipamentos para o desenvolvimento do projeto. 3. Caso haja algum novo custo que se torne necessrio durante o projeto, o mesmo dever ser negociado pelo Gerente do Projeto entre os demais integrantes da equipe.
21
1.1.9. Necessidades iniciais de recursos
Os recursos humanos para execuo do projeto compe-se de 5 (cinco) pessoas, todos alunos Curso de Tecnologia em Sistemas de Informao da Universidade Federal do Paran, j alocados para tal atividade, sendo que os custos foram estimados conforme o constante do item 7 e em suas observaes. No ser necessria a aquisio de equipamentos de hardware ou software.
1.1.10. Necessidades de suporte pela organizao
O Orientador do Projeto e a Equipe devero propiciar a realizao de reunies peridicas, a fim de que sejam validadas todas as definies realizadas no processo de construo do software. de responsabilidade da Equipe do Projeto alocar o espao fsico para execuo do trabalho, mediante contato prvio com o Orientador e/ou Coordenao do Curso, bem como a disponibilizao dos documentos para consultas eventuais que se tornem necessrias no decorrer do mesmo.
1.1.11. Controle e gerenciamento das informaes do projeto
Toda informao gerada na execuo do projeto (documentao e cdigo fonte) ser armazenada em software especfico e estar disponvel para o Orientador do Projeto sempre que necessrio.
1.1.12. Aprovaes
22
Jaime Wojciechowski Orientador do Projeto
Caio Mac Cord Gerente do Projeto
Fernando Bianchini Pessoa Integrante da Equipe do Projeto
Joel Ferreira Integrante da Equipe do Projeto
Jos Enes Mateus Integrante da Equipe do Projeto
Mauricio Lederer Integrante da Equipe do Projeto
4.2.Definio de Escopo e Objetivos
1.1.13. Objetivos do Projeto
O principal objetivo do projeto desenvolver um sistema de gerenciamento financeiro on-line para micro e pequenas empresas, profissionais liberais e pessoas em geral. Atualmente existem poucos sistemas Web voltados para este tipo de mercado, sendo boa parte deles com pssima usabilidade. Em face do acima exposto, o propsito do projeto facilitar a rotina de controle financeiro por parte do pblico acima citado. O projeto iniciou-se em Julho de 2008 e finalizar em Dezembro de 2008, quando o sistema deve ser entregue com todos os mdulos planejados devidamente testados e em pleno funcionamento.
1.1.14. Descrio do escopo do produto
23
O ContasNet conter os seguintes mdulos:
Plano de Contas: insero, atualizao, excluso e consulta de contas (Ex: Bancrias, Caixa, Poupana, etc). Envolve tambm: Cadastro do tipo da conta (conta corrente, conta investimento & conta carto de crdito) com regras particulares para cada uma (tipos de forma de pagamento, por exemplo) Visualizao de Saldos por Conta.
Centros de Custo: insero, atualizao, excluso e consulta de Centros de Custo - que so as categorias/classificao dos lanamentos. Envolve tambm: Cadastro de Categoria Principal: classificao macro para um tipo de gasto (Ex: Alimentao, Moradia, Casa); Cadastro de Apelidos: cada Centro de Custo receber vrios nomes que podero ser usados para um mesmo tipo de registro. Isso permite a incluso fcil de Categorias sem a duplicidade das informaes.
Formas de Pagamento: insero, atualizao, excluso e consulta de Formas de Pagamento (ex: Boleto, Dinheiro, Cheque, etc) vinculadas por conta;
Clientes/Fornecedores: insero, atualizao, excluso e consulta de Clientes e Fornecedores;
Lanamentos: este mdulo permitir a insero, atualizao, excluso e consulta de lanamentos, contando com as funcionalidades:
24
Contas a Pagar: lanamentos do tipo dbito; Contas a receber: lanamentos do tipo crdito; Transferncia entre Contas: dbito e crdito automtico entre contas existentes no plano de contas; Rascunhos de Lanamento: permite a insero rpida de um lanamento sem informaes completas, apenas para o cadastramento rpido e fcil; Insero inteligente de datas (ex: cadastrar daqui a trs dias ou 4 mar 08 em vez de 04/08/2008); Marcar como pago automaticamente: funcionalidade para mudar o status de um lanamento assim que chegar na data do mesmo; Periodicidade: cadastro de um lanamento em diversas datas de acordo com a periodicidade, parcelamento e freqncia de repetio; Cadastro inteligente dos Centros de Custos do lanamento atravs de digitao de tags (marcadores) com listas de sugesto (componente estilo Google Suggest) conforme as teclas so pressionadas;
Cadastro de Usurios: este mdulo permitir a insero, atualizao, excluso e consulta de usurios para o sistema, contando com nveis especficos de acesso. Este mdulo tambm envolve as funcionalidades: Cadastro de Perfis de Usurio: contendo regras de acesso a determinadas operaes (consulta, incluso, atualizao e excluso de acordo com os mdulos) Alterao de Senhas;
Gerao de Grficos: gerao de grficos sobre a evoluo financeira do cliente utilizando os filtros: perodo (datas), contas (plano de contas), tipo do lanamento
25
(crdito/dbito), Cliente/Fornecedor e centros de custos (categorias dos lanamentos).
Gerao de Relatrios: este mdulo permitir a gerao de relatrios gerenciais sobre a evoluo financeira do cliente, utilizando os filtros: perodo (datas), contas (plano de contas), tipo do lanamento (crdito/dbito), Cliente/Fornecedor e centros de custos (categorias dos lanamentos). Este mdulo subdividido em: Visualizao Geral dos Lanamentos em modo Tabela (Grid); Visualizao Geral dos Lanamentos em modo Calendrio Lanamentos agrupados por dia, semanas e meses; Visualizao Resumida de Fluxo de Caixa: em modo tabela, utilizando os centros de custos, possvel acompanhar os valores agrupados dos lanamentos estimados para os prximos meses e tambm os valores j fechados de meses anteriores; Extratos das Contas (receitas e despesas por perodo); Exportao dos dados, a partir do modo de visualizao Tabela e Visualizao Resumida de Fluxo de Caixa, para Excel e CSV; Envio de e-mail dirio com os lanamentos do dia.
1.1.15. Requisitos do Projeto
So definidos como requisitos do projeto as necessidades a serem satisfeitas com relao s expectativas do Orientador do Projeto. Por isso, prope-se que: Todos os documentos tcnicos gerados para especificao do software sero enviados pelo site do curso de Tecnologia em Sistemas de Informao da Universidade Federal do Paran (moodle) ao Orientador, bem como a sua impresso para consulta, quando esta se fizer necessria;
26
Na finalizao de cada atividade macro proposta no cronograma, uma reunio ser realizada para a homologao pelo Orientador do Projeto da atividade realizada. Outras reunies podero ser provocadas pela Equipe ou pelo Orientador; Todos os documentos gerados durante a execuo do projeto devero ser escritos em portugus;
1.1.16. Limites do Projeto
No h, dentro do escopo proposto para o projeto.
1.1.17. Entregas do Projeto
Durante a execuo do projeto, os seguintes documentos/produtos principais sero gerados e disponibilizados ao Orientador do Projeto: Termo de Abertura do Projeto: Antes de iniciar o planejamento do projeto, necessria sua formalizao, a qual feita por meio deste documento. Ele tambm formalizar o aceite do Orientador por parte da UFPR Planejamento Global do Projeto: constitui uma diretriz para a coordenao, dizendo a todos o que fazer e quando empreender a ao, permitindo ao gerente de projeto controlar e coordenar o andamento do trabalho, medida que passa de um estgio para outro. Fisicamente um documento ou um conjunto de documentos; Modelagem do Negcio utilizando a notao IDEF0: IDEF0 uma notao para representao grfica que mostra o processo e as suas atividades componentes; Diagrama de casos de uso: o Diagrama de Caso de Uso descreve a funcionalidade proposta para o ContasNet. Um Caso de Uso representa uma unidade discreta da interao entre
27
um usurio (humano ou mquina) e o sistema. Por exemplo: a "consulta a cadastro" um Caso de Uso. Cada Caso de Uso tem uma descrio que explica a funcionalidade que ser construda no sistema proposto. Um Caso de Uso pode "incluir" outra funcionalidade de Caso de Uso ou "estender" outro Caso de Uso com seu prprio comportamento. Casos de Uso so tipicamente relacionados a "atores". Um ator um humano ou entidade mquina que interage com o sistema para executar um significante trabalho; Diagramas de seqncia, para os casos apropriados: um diagrama de seqncia descreve a maneira como os grupos de objetos colaboram em algum comportamento ao longo do tempo. Ele registra o comportamento de um nico caso de uso e exibe os objetos e as mensagens passadas entre esses objetos no caso de uso. Um design pode ter uma grande quantidade de mtodos em classes diferentes. Isso torna difcil determinar a seqncia global do comportamento. Esse diagrama simples e lgico, a fim de tornar bvios a seqncia e o fluxo de controle; Diagrama de classes: um diagrama de classes uma representao da estrutura e relaes das classes que servem de modelo para objetos, sendo que classe um elemento abstrato que representa um conjunto de entidades fsicas ou conceituais do projeto. Ele define todas as classes que o sistema necessita possuir; Diagrama entidade-relacionamento: um modelo mostrado por meio de um diagrama que descreve o modelo de dados de um sistema com alto nvel de abstrao. Ele a principal representao do Modelo de Entidades e Relacionamentos, que por sua vez o conjunto de conceitos e elementos de modelagem que o projetista de banco de dados precisa conhecer. A maior aplicao do Diagrama entidade-relacionamento para visualizar o relacionamento entre tabelas de um banco de dados, no qual as relaes so construdas atravs da associao de um ou mais atributos destas tabelas;
28
CD de instalao do ContasNet: a mdia que permitir a instalao do ContasNet em qualquer servidor. Podero ser feitas quantas cpias a UFPR necessitar; Cdigo fonte do ContasNet: so todas as linhas de cdigo de programao utilizadas na confeco do ContasNet; Manual do usurio: este documento servir como fonte de consulta sobre as funcionalidades do sistema, bem como base para o treinamento de novos usurios;
1.1.18. Critrios de aceitao do produto
Conforme citado no item 3, em cada finalizao de atividade macro, o Orientador do Projeto homologar a atividade finalizada.
1.1.19. Restries do projeto Este projeto inclui pequenas restries financeiras e de cronograma. Financeiramente, foi estabelecida anteriormente a necessidade de R$ 600,00 para a aquisio de materiais de expediente para a confeco e impresso de documentos necessrios ao projeto. Do ponto de vista do cronograma, a entrega do projeto deve ocorrer at 10 Dez 08.
4.3.Plano de Atividades
1.1.20. Work Breakdown Structure (WBS)
29
1.1.21. Tabela de precedncia Nmero 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 Atividade Termo de Abertura do Projeto Definio de Escopo e Objetivos Diagramas (WBS, Tabela de Precedncia, Estimativa de Durao; Gantt, PERT) Plano de Comunicao Plano de Custos Plano de Riscos Glossrio Regras de Negcio Viso do Negcio Casos de Uso Negociais Macro Solicitaes dos Principais Envolvidos Prottipo Interface Especificao de Casos de Uso Negociais com Interfaces Modelo de Objetos Negociais - Diagrama de Classes de Negcio sem atributos Especificaes Suplementares Casos de Uso - Diagrama e especificao completa de todos os UCs Depende de 1 1e2 1e2 1e2 1e2 1e2 1, 2 e 7 1, 2 e 7 9 8, 9 e 10 10 12 13 13 e 14 13, 14, e 15
30
17 18 19 20 21 22 23 24 25 26 27 28 29
Diagramas de Seqncia Diagrama de Classes com atributos e mtodos Modelo Fsico de Dados Diagrama de Atividades Diagrama de Transio de Estados Plano de Testes Casos de Teste Documento de Arquitetura do Software Codificao Testes propriamente ditos Plano de Implantao Artefatos de Instalao Apresentao
16 17 17 e 18 17 e 18 20 16, 17 e 18 22 16, 17, e 18 24 22 e 23 26 27 1 a 28
1.1.22. Estimativa de durao Nmero 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 Atividade Termo de Abertura do Projeto Definio de Escopo e Objetivos Diagramas (WBS, Tabela de Precedncia, Estimativa de Durao; Gantt, PERT) Plano de Comunicao Plano de Custos Plano de Riscos Glossrio Regras de Negcio Viso do Negcio Casos de Uso Negociais Macro Solicitaes dos Principais Envolvidos Prottipo Interface Especificao de Casos de Uso Negociais com Interfaces Modelo de Objetos Negociais - Diagrama de Classes de Negcio sem atributos Especificaes Suplementares Casos de Uso - Diagrama e especificao completa de todos os UCs Diagramas de Seqncia Diagrama de Classes com atributos e mtodos Tempo Otimista 2 dias 1 dia 4 dias 5 dias 4 dias 2 dias 1 dia 2 dias 1 dia 2 dias 1 dia 2 dias 4 dias 2 dias 1 dia 2 dias 3 dias 2 dias Tempo Mdio 3 dias 2 dias 5 dias 5 dias 4 dias 3 dias 2 dias 2 dias 1 dia 3 dias 1 dia 3 dias 6 dias 3 dias 2 dias 3 dias 5 dias 3 dias Tempo Pessimista 5 dias 3 dias 6 dias 4 dias 4 dias 4 dias 3 dias 2 dias 1 dia 4 dias 1 dia 4 dias 8 dias 3 dias 3 dias 4 dias 6 dias 4 dias Tempo Estimado 3 dias 2 dias 5 dias 5 dias 4 dias 3 dias 2 dias 2 dias 1 dia 3 dias 1 dia 3 dias 6 dias 3 dias 2 dias 3 dias 5 dias 3 dias
31
19 20 21 22 23 24 25 26 27 28 29
Modelo Fsico de Dados Diagrama de Atividades Diagrama de Transio de Estados Plano de Testes Casos de Teste Documento de Arquitetura do Software Codificao Testes propriamente ditos Plano de Implantao Artefatos de Instalao Apresentao
1 dia 1 dia 1 dia 1 dia 1 dia 2 dias 15 dias 10 dias 1 dia 1 dia 1 dia
2 dias 2 dias 1 dia 1 dia 3 dias 3 dias 21 dias 15 dias 2 dias 2 dias 1 dia
1.1.23. Diagrama de Caminho Crtico (PERT)
1.1.24. Grfico de Gantt
4.4.Plano de Custos
4.5.Plano de Comunicao
GRUPO INTERESSADO FOCO O QUE ESTE GRUPO PRECISA SABER INTERNOS EQUIPE DO PROJETO
Cronograma do projeto
MTODO
Equipe do Projeto
Andamento do projeto
Reunies sem
Desenvolvedores na Equipe do Projeto
Andamento do desenvolvimento do projeto
O que j foi desenvolvido, o que falta desenvolver Conhecimento adquirido pelo desenvolvimento do projeto e necessrio para a produo padronizada O que j foi desenvolvido e/ou treinado (manual do usurio)
Documentos compar mail
Compartilhar conhecimento
Conversa informa
Equipe do Projeto
Andamento da implantao
Reunies sema preferencialmente feiras
32
Andamento da correo de erros informados
Os detalhes sobre o erro, quem e quando consertou e a soluo empregada
Documentos compar mail
EXTERNOS EQUIPE DO PROJETO

Orientador do Projeto Informar sobre o andamento do projeto Cronograma atualizado do projeto Reunies na Escola mail
Orientador do Projeto
Informar sobre o andamento do projeto
Documentos do projeto
Presencialmente, rem documentos por
Usurios do sistema (Virtual Orb)
Informar correo de erros
Quais erros foram consertados
E-mail
4.6.Plano de Riscos
33
5. MODELAGEM DO NEGCIO
5.1.Glossrio
Histrico da Reviso Data 26/08/2008 Verso 1.0 Descrio Elaborao Autor Fernando Bianchini
1.1.25. Introduo Este documento descreve os termos utilizados no sistema ContasNet facilitando na identificao do sistema.
1.1.26. Finalidade O glossrio contm as definies de funcionalidade de todas as classes do Sistema ContasNet. Este glossrio ser expandido durante a execuo do projeto.
1.1.27. Escopo Este glossrio trata dos termos que possuem significados especficos neste projeto.
1.1.28. Referncias Nenhuma.
1.1.29. Definies Lanamentos - Registro de um documento a ser pago ou a receber.
34
Formas de Pagamentos - Ser utilizado para descrever de que forma o lanamento ser recebido, um exemplo seria Cheque vista. Centro de Custo e Lucros - So centros para verificar a quantidade e valor dos ttulos lanados em cada centro, podendo assim verificar qual centro esta utilizando ou recebendo mais dinheiro.
5.2.Regras de Negcio
1.1.30. Introduo Este documento contm as regras de negcios utilizadas no projeto ContasNet., podendo ser alterado durante a vida do projeto.
1.1.31. Finalidade Este documento tem a finalidade de registrar e organizar as regras de negcios.
1.1.32. Escopo Projeto ContasNet.
1.1.33. Referncias Nenhuma.
1.1.34. Definies As regras esto ordenadas por ordem alfabtica para uma melhor localizao.
35
1.1.35. Cadastro de Fornecedores/Clientes No cadastro deve conter os campos Nome, Endereo, CEP, Cidade, CPF/CNPF. Ao digitar o CEP deve fazer uma consulta no banco de CEPs. Validar CPF/CNPJ com as regras especficas de cada documento.
1.1.36. Lanamento de ttulos Para lanar um titulo no contas a pagar ou no contas a receber dever informar o cliente/fornecedor, valor do lanamento, data de vencimento/data de pagamento.
1.1.37. Login Para acessar o sistema o usurio deve fazer um cadastro que solicitar nome completo, email e senha, todos so obrigatrios. Para fazer o Login, o usurio ir utilizar o email e a senha que ele escolheu. No ato do cadastro deve ser feito uma validao no email, a senha deve ter mais de 3 caracteres e menos de 20.
5.3.Viso do Negcio
5.4.Casos de Uso Negociais Macro

Histrico da Reviso Data 01/09/2008 Verso 1.0 Descrio Elaborao Autor Caio Mac Cord
36
1.1.38. Introduo 1.1.38.1. Finalidade
A finalidade deste documento fornecer o esclarecimento, ao cliente e a equipe do projeto, sobre os fluxos possveis no processo de negcio do produto em desenvolvimento, bem como fornecer suporte a outros documentos derivados deste. 1.1.38.2. Escopo
Este documento foi feito para cobrir o projeto ContasNet, tambm oferecer suporte a todos outros mdulos, uma vez que o site um dos mdulos principais, provendo a comunicao entre os outros. 1.1.38.3. Referncias
O desenvolvimento deste documento foi baseado no documento Viso do Negcio ContasNet, o qual est localizado no repositrio do Moodle do TCC da turma. 1.1.38.4. Viso Geral
O documento de Casos de Uso Negociais Macro, dever fornecer o diagrama de casos de uso e uma descrio resumida dos mesmos. 1.1.39. Diagrama de Casos de Uso
37
1.1.40. Casos de Uso 1.1.40.1. UC Cadastrar Usurio
Este Caso de Uso serve para cadastrar usurios para o ContasNet.
1.1.40.2.
UC Cadastrar Conta
Este Caso de Uso serve para cadastrar contas no plano de contas do ContasNet.
1.1.40.3.
UC Cadastrar Forma de Pagamento
38
Este Caso de Uso serve para cadastrar formas de pagamentos vinculados a tipos de conta no ContasNet.
1.1.40.4.
UC Cadastrar Categoria de Lanamento
Este Caso de Uso serve para cadastrar as categorias dos lanamentos no ContasNet.
1.1.40.5.
UC Cadastrar Cliente-Fornecedor
Este Caso de Uso serve para cadastrar os clientes e fornecedores em relao aos lanamentos do ContasNet.
1.1.40.6.
UC Cadastrar Lanamento
Este Caso de Uso serve para cadastrar os lanamentos contas a pagar e contas a receber funcionalidade principal do ContasNet.
1.1.40.7.
UC Gerar Relatrios
Este Caso de Uso serve para gerar relatrios e extratos relativos aos lanamentos, formas de pagamento, contas e lanamentos no ContasNet.
1.1.40.8.
UC Gerar Grficos
Este Caso de Uso serve para gerar Grficos relativos aos lanamentos, formas de pagamento, contas e lanamentos no ContasNet.
1.1.40.9.
UC Enviar resumo dos lanamentos por E-mail
Este Caso de Uso serve para enviar resumo dos lanamentos por e-mail para o
39
usurio do ContasNet.
40
6. DEFINIO DETALHADA DOS REQUISITOS
6.1.Solicitaes dos Principais Envolvidos

Histrico da Reviso Data 08/09/2008 Verso 1.0 Descrio Elaborao Autor Mauricio Lederer
1.1.41. Introduo Compreender as necessidades dos envolvidos antes de iniciar o desenvolvimento crucial para aprimorar esse processo. H muitas tcnicas disponveis para identificar as necessidades dos usurios ou dos envolvidos. Uma tcnica simples e de baixo custo que adequada para praticamente todas as situaes a Entrevista Genrica. A Entrevista Genrica pode ajudar o desenvolvedor ou o analista a compreender os objetivos e os problemas dos usurios ou dos envolvidos. Com esse discernimento, os desenvolvedores podero criar aplicativos que se ajustem s necessidades reais dos usurios ou dos envolvidos e que aumentem sua satisfao.
1.1.41.1.
Finalidade
Este documento visa levantar as solicitaes dos envolvidos no Projeto ContasNet, objeto do Trabalho de Concluso de Curso e documentar as solicitaes dos principais envolvidos com o desenvolvimento do Projeto. Entenda-se por solicitaes tudo aquilo que se deseja que o sistema propicie e por principais envolvidos, os usurios finais diretos do sistema completo.
41
1.1.41.2.
Escopo
Este documento diz respeito ao desenvolvimento do prottipo do software de computador ContasNet.
1.1.41.3.
Definies, Acrnimos e Abreviaes
As Definies, Acrnimos e Abreviaes podem ser consultadas no documento Glossrio.
1.1.41.4.
Referncias
[1] Termo de Abertura do Projeto ContasNet [2] Definio do Escopo e Objetivos ContasNet [3] Viso do Negcio ContasNet
1.1.41.5.
Viso Geral
O objetivo do ContasNet facilitar a rotina de controle financeiro por parte das micro e pequenas empresas, alm de profissionais liberais.
1.1.42. Estabelecimento do Perfil dos Envolvidos ou dos Usurios Nome: Jaime Wojciechowski Empresa / Setor: UFPR/ET Cargo: Orientador do Projeto Quais so suas principais responsabilidades? Responsvel pela orientao do Projeto ContasNet Que produtos ele produz? Orientaes aos alunos integrantes de Equipe do Projeto, seja verbalmente, por meio de reunies ou por meio da correo da documentao produzida ao longo da
42
execuo do projeto. Para quem? Integrantes da Equipe do Projeto Que problemas interferem no seu sucesso? - A sua ausncia por conta de determinaes do Escalo Superior (Participao em eventos externos da UFPR) - A eventual falta de comprometimento dos alunos Que tendncias (se houver) facilitam ou dificultam o seu trabalho? O interesse crescente por parte dos alunos ao aproximar-se o fim do projeto. Nomes: Caio Mac Cord Fernando Bianchini Pessoa Joel Ferreira Jos Enes Mateus Mauricio Lederer Empresa / Setor: UFPR/ET Cargo: Integrante da Equipe do Projeto Aluno do Mdulo VI do Curso de Tecnologia em Sistemas de Informao Quais so suas principais responsabilidades? Responsvel pela execuo do projeto. Que produtos ele produz? - Documentao - Software Para quem? UFPR Que problemas podem interferir no seu sucesso?
43
- A sua ausncia por conta de compromissos anteriormente assumidos - A eventual falta de comprometimento dos demais integrantes da equipe Que tendncias (se houver) facilitam ou dificultam o seu trabalho? - O interesse crescente por parte dos alunos ao aproximar-se o fim do projeto. - O desconhecimento das ferramentas de desenvolvimento levar a um empenho para o domnio da mesma
1.1.43. Avaliao do Problema Para que problemas de Controle Financeiro voc necessita de boas solues? - Softwares hoje existentes tem pssima usabilidade - Pequena oferta de softwares voltados ao controle financeiro - Algo voltado a micro e pequenas empresas, alm de profissionais liberais. Por que este problema existe? Falta de interesse dos desenvolvedores em produzir softwares com esse escopo Como possvel solucion-lo agora? Com um sistema a ser desenvolvido pela Equipe do Projeto.
1.1.44. Noes Bsicas sobre o Ambiente do Usurio Quem so os usurios? Sero as pequenas e micro empresas, alm de profissionais liberais. Qual a sua formao educacional? Variada, desde ensino fundamental at com nvel superior. Quais so seus conhecimentos de computador?
44
Nveis variados. Os usurios esto familiarizados com esse tipo de aplicativo? No. Que plataformas esto sendo usadas? Plataformas suportadas pelo ambiente Web. Quais so seus planos para plataformas futuras? Depende do sucesso do Projeto, podendo ser ampliada para empresas de maior porte. Que outros aplicativos voc utiliza com os quais precisamos estabelecer uma interface? Browsers para acesso Internet. Quais so suas expectativas em relao usabilidade do produto? O produto precisa ser de fcil uso, bastante interativo. A sua usabilidade dever facilitar em muito a interface com o usurio. Quais so suas expectativas em relao ao tempo de treinamento? O treinamento ser substitudo por uma Ajuda on-line. Que tipos de documentao impressa e on-line so necessrios? Somente a ajuda.
1.1.45. Recapitulao para fins de Entendimento Os problemas listados so os seguintes: - Softwares hoje existentes tem pssima usabilidade - Pequena oferta de softwares voltados ao controle financeiro - Algo voltado a micro e pequenas empresas, alm de profissionais liberais.
45
1.1.46. Opinies do Analista sobre o Problema do Envolvido (validar ou invalidar suposies)
Nesta fase inicial do projeto, a experincia e motivao dos envolvidos so fundamentais para o seu bom andamento.
1.1.47. Avaliao de Sua Soluo (se aplicvel) N/A
1.1.48. Avaliao da Oportunidade Quem necessita desse aplicativo em sua organizao? Todos os proprietrios de micro e pequenas empresas, alm de profissionais liberais. Dentre esses tipos de usurios, quantos utilizariam o aplicativo? No h levantamento nesse sentido Como voc avaliaria uma soluo eficaz? Uma soluo simples e interativa.
1.1.49. Avaliao da Confiabilidade, do Desempenho e das Necessidades de Suporte Quais so as suas expectativas em relao confiabilidade? O produto deve ser altamente confivel, tendo em vista armazenar os registros de toda a movimentao da empresa. Quais so as suas expectativas em relao ao desempenho? Espera-se que cumpra os requisitos, alm de ser algo leve. Voc ou outras pessoas daro suporte ao produto?
46
Sim Voc tem necessidades especiais de suporte? E o acesso a servios e manuteno? No Quais so os requisitos de segurana? O sistema no pode apresentar falhas ou brechas de acesso, pois em seu banco de dados estaro armazenados os registros financeiros de empresas.
1.1.49.1.
Outros Requisitos
Tais requisitos sero levantados de acordo com a evoluo do projeto.
1.1.50. Concluso Os envolvidos, principalmente os alunos, devero estar motivados para a execuo do projeto. A experincia de todos ser fundamental, bem como a participao nas reunies e na busca de solues.
1.1.51. Resumo do Analista O levantamento dos requisitos e necessidades solicitadas pelos envolvidos foi concludo nessa fase inicial. Ainda h a necessidade de outros levantamentos para a sua concluso. Este documento marca apenas o incio de algo maior.
6.2.Especificao de Casos de Uso Negociais com Interfaces

47
6.3.Modelo de Objetos Negociais - Diagrama de Classes de Negcio sem atributos

6.4.Especificaes Suplementares
1.1.52. Introduo 1.1.52.1. Finalidade
A finalidade deste documento definir os requisitos do sistema ContasNet. Esta Especificao Suplementar lista os requisitos que no so imediatamente capturados nos casos de uso do modelo de casos de uso. As Especificaes Suplementares e o modelo de casos de uso, juntos, capturam um conjunto completo de requisitos do sistema.
1.1.52.2.
Escopo
O objetivo do ContasNet facilitar a rotina de controle financeiro por parte das micro e pequenas empresas, alm de profissionais liberais.
1.1.52.3.
Definies, Acrnimos e Abreviaes
Consulte o glossrio de negcio.
1.1.52.4.
Referncias
[1] Termo de Abertura do Projeto - ContasNet
48
[2] Definio do Escopo e Objetivos - ContasNet [3] Viso do Negcio ContasNet [4] Casos de Uso Negociais - ContasNet
1.1.53. Funcionalidade Os requisitos funcionais so capturados atravs dos casos de uso definidos.
1.1.54. Usabilidade 1.1.54.1. Facilidade de uso
O sistema exigir do usurio que ele saiba utilizar um navegador da Web, bem como tenha conhecimentos mnimos relacionados ao controle de finanas.
1.1.55. Confiabilidade 1.1.55.1. Disponibilidade
O sistema estar disponvel 24 horas por dia, 7 dias por semana.
1.1.55.2. As
Exatido apresentadas pelo sistema ao usurio devem condizer
informaes
inequivocadamente com a realidade do que foi registrado no banco de dados, pois o ContasNet trabalhar com dados que refletem a situao financeira do usurio e que serviro para a tomada de decises.
1.1.56. Desempenho Para definio dos requisitos de desempenho ser necessria uma verificao mais acurada destas necessidades na fase de implementao e de implantao do ContasNet.
49
1.1.57. Suportabilidade 1.1.57.1. Software do assinante
O assinante ser capaz de utilizar o sistema atravs de um software de navegador comercialmente disponvel. No ser necessrio que nenhum software personalizado resida no PC do assinante.
1.1.57.2.
Padres de codificao
A serem definidos nas fases subseqentes.
1.1.57.3.
Convenes de nomeao
A serem definidas nas fases subseqentes.
1.1.57.4.
Ferramentas a serem utilizadas na especificao
- MySQL Workbench - 5.0 - Jude Community - 5.3
1.1.57.5.
Ferramentas a serem utilizadas na implementao
- Webserver Apache 2.2 - Linguagem de programao PHP 5 - A ferramenta Adobe Flex 3 para a criao de aplicaes ricas para Internet - Gerenciador de Banco de Dados PostgreSQL: 8.3
1.1.58. Restries de Design 1.1.58.1. Padres de design
50
O design do sistema ContasNet dever estar em conformidade com os padres de tecnologia web em uso atualmente, tais como o padro HTML e Javascript.
1.1.58.2. - Axure 5
Ferramentas utilizadas
1.1.59. Requisitos de Sistema de Ajuda e de Documentao de Usurio On-line 1.1.59.1. Ajuda On-line
Ser disponibilizada uma Ajuda On-line para o usurio
1.1.60. Componentes Adquiridos Nenhum, pois as ferramentas a serem usadas para a especificao e implementao do sistema so livres de licena.
1.1.61. Interfaces 1.1.61.1. Interfaces do Usurio
Consulte o documento de casos de uso negociais. [4] 1.1.61.2. Interfaces de Hardware
No necessria nenhuma interface de hardware personalizada. 1.1.61.3. Interfaces de Software
No necessria nenhuma interface de software personalizada.
1.1.61.4.
Interfaces de Comunicao
O sistema no requer nenhuma interface de comunicao personalizada.
1.1.62. Requisitos de Licenciamento
51
No necessria nenhuma licena de cliente.
1.1.63. Padres Aplicveis A serem definidos nas fases subseqentes.
52
7. ANLISE E DESIGN
7.1.Casos de Uso - Diagrama e especificao completa de todos os UCs

7.2.Diagramas de Seqncia
7.3.Diagrama de Classes com atributos e mtodos

7.4.Modelo Fsico de Dados

1.1.64. Dicionrio de Dados 1.1.65. Instrues SQL
7.5.Diagrama de Atividades
Histrico da Reviso
53
Data 08/09/2008
Verso 1.0
Descrio Elaborao
Autor Mauricio Lederer
7.6.Diagrama de Transio de Estados

7.7.Plano de Testes
7.8.Casos de Teste
54
8. IMPLEMENTAO
8.1.Documento de Arquitetura do Software

55
9. IMPLANTAO
9.1.Plano de Implantao
9.2.Artefatos de Instalao
56
10. CONCLUSO
Durante o desenvolvimento do trabalho pudemos perceber o crescimento individual dos integrantes e o crescimento como equipe no tocante prtica de se desenvolver um sistema do comeo ao fim, desde sua elaborao terica at os estgios finais de concluso do projeto.
Com relao aos softwares, tecnologias e tcnicas empregadas, pudemos avaliar na prtica sua utilizao e grau de eficcia. Destacamos os seguintes pontos positivos e negativos:
O Eclipse mostrou-se uma ferramenta de desenvolvimento bastante verstil, atendendo necessidade de edio de todos os tipos de arquivos envolvidos no projeto, alm de possuir integrao embutida com o CVS.
O CVS revelou-se um recurso muito til no desenvolvimento desse projeto, pois haviam trs desenvolvedores trabalhando no sistema, muitas vezes nos mesmos arquivos, de forma concorrente.
O PDO (componente para conexo com SGBDs do PHP 5.1) foi especialmente til na abstrao da conexo com o banco de dados.
O ponto negativo ficou por conta do sistema de templates Smarty, que embora possua diversos recursos para formatao de dados e mostre-se eficiente na manipulao de arrays, deixou bastante a desejar na manipulao de objetos. Creditamos isso ao fato de o aspecto de programao OO no seja ainda to enraizado na comunidade PHP.
57
Finalizando, cremos que os objetivos foram alcanados, pois todos os integrantes da equipe aprimoraram conhecimentos como lgica de programao, UML, orientao a objetos, acesso a banco de dados e padres modernos de programao. Conhecimentos estes que foram vistos ao longo do perodo letivo de Curso, mas que realmente s foram entendidos em sua plenitude nesta oportunidade que tivemos de por em prtica tudo o que foi visto.
58
11.
GLOSSRIO
Sigla SQL UML SGBD SOC MVC DAO
Significado Structured Query Language Unified Modeling Language Sistema Gerenciador de Banco de Dados Separation of Concerns Model-View-Controller Data Access Object
59
12. REFERNCIAS BIBLIOGRFICAS
FOWLER, Martin. UML Distilled: A Brief Guide to the Standard Object Modeling Language. Addison-Wesley, 2003.
GAMA, Erich, Richard Helm, Ralph Johnson, John Vlissides. Design Patterns: Elements of Reusable Object-Oriented Software. Addison-Wesley, 1995.
http://www.php.net Linguagem PHP.
http://smarty.php.net Sistema de Templates Smarty.
http://pecl.php.net Extenses Linguagem PHP (PHP Extension Community Libray).
http://pecl.php.net/PDO Componente PDO base para interface com bancos de dados relacionais.
http://pecl.php.net/PDO_PGSQL Componente PDO para interface com PostgreSQL.
60
http://pear.php.net Repositrio de componentes e aplicaes PHP (PHP Extension and Application Repository).
http://pear.php.net/Log Componente Log para gravao de logs no sistema.
http://www.postgresql.org Sistema Gerenciador de Bancos de Dados PostgreSQL.
http://httpd.apache.org/ Servidor HTTP Apache.
http://www.eclipse.org Ambiente integrado de desenvolvimento (IDE) Eclipse.
http://www.phpeclipse.de/tiki-view_articles.php Plugin que prov recursos para desenvolvimento PHP no Eclipse.
http://www.esm.jp/jude-web/index.html Jude UML, ferramenta utilizada para modelagem UML.
http://www.fabforce.net/dbdesigner4/ DBDesigner, ferramenta utilizada para modelagem de bancos de dados relacionais.
61
http://en.wikipedia.org/wiki/MVC Tpico na Wikipedia sobre o design pattern MVC.
http://en.wikipedia.org/wiki/Data_Access_Object Tpico na Wikipedia sobre o design pattern DAO.
http://en.wikipedia.org/wiki/Observer_pattern Tpico na Wikipedia sobre o design pattern Observer.
http://java.sun.com/blueprints/corej2eepatterns/Patterns/FrontController.html Tpico nos Blueprints da Sun sobre o design pattern Front Controller.
http://www.phppatterns.com/docs/start Design Patterns aplicados Linguagem PHP.
http://www.phpmvc.net/ PHP.MVC, framework MVC para PHP.
http://www.mojavi.org/ Mojavi, framework MVC para PHP.
https://www.phrame.org/ Phrame, framework MVC para PHP.
http://struts.apache.org/
62
Struts, framework MVC para Java.
http://www.opensymphony.com/webwork/ WebWork, framework MVC para Java.
http://www.springframework.org/ Spring, framework para desenvolvimento Java que inclui um mdulo MVC (Spring MVC).
http://vraptor.arca.ime.usp.br/ Vraptor, framework MVC para Java (brasileiro).
http://mentawai.lohis.com.br/ Mentawai, framework MVC para Java (brasileiro).
63

Trabalho Escrito ContasNet

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Trabalho Escrito ContasNet

Transféré par

Droits d'auteur :

Formats disponibles

1

UNIVERSIDADE FEDERAL DO PARAN SETOR ESCOLA TCNICA

CONTASNET SISTEMA DE GERENCIAMENTO FINANCEIRO ON-LINE

UNIVERSIDADE FEDERAL DO PARAN SETOR ESCOLA TCNICA

CONTASNET SISTEMA DE GERENCIAMENTO FINANCEIRO ON-LINE

Valeu a pena? Tudo vale a pena Se a alma no pequena Fernando Pessoa

O Cdigo-Fonte do ContasNet encontra-se no Volume Anexo.

Implementao dos Padres de Projeto MVC e DAO

php.MVC Mojavi Phrame

Outra abordagem a implementao de um framework prprio.

O modo de trabalhar com o framework relativamente simples:

O presente Trabalho de Concluso de Curso atende a determinados objetivos, tais quais:

Promover o esprito de equipe e companheirismo, necessrios no mercado de trabalho atual;

Aproximar os conhecimentos tericos com a prtica de se desenvolver um sistema do comeo ao fim.

4. PLANEJAMENTO GLOBAL DO PROJETO

1.1.1. Equipe de projeto

1.1.2. Orientador do projeto

1.1.3. Ttulo do projeto

ContasNet - Sistema de Gerenciamento Financeiro On-line

1.1.5. Gerente de projeto, responsabilidades e autoridades

1.1.6. Descrio do produto do projeto

O ContasNet possuir os seguintes mdulos:

Grficos: gerao de grficos sobre a evoluo financeira do cliente;

1.1.7. Cronograma bsico do projeto

Data final estimada

Artefatos de Instalao) Apresentao

Cronograma Bsico do Projeto

1.1.8. Estimativas iniciais de custo

Item Equipe de 5 pessoas por 4 meses

Custo unitrio R$ 40,00 a hora

Total 1.600 horas = R$ 64.000,00 R$ 600,00 R$ 64.600,00

Material de escritrio (impresses, etc) Total Estimativas iniciais de custo

1.1.9. Necessidades iniciais de recursos

1.1.10. Necessidades de suporte pela organizao

1.1.11. Controle e gerenciamento das informaes do projeto

Jaime Wojciechowski Orientador do Projeto

Caio Mac Cord Gerente do Projeto

Fernando Bianchini Pessoa Integrante da Equipe do Projeto

Joel Ferreira Integrante da Equipe do Projeto

Jos Enes Mateus Integrante da Equipe do Projeto

Mauricio Lederer Integrante da Equipe do Projeto

4.2.Definio de Escopo e Objetivos

1.1.13. Objetivos do Projeto

1.1.14. Descrio do escopo do produto

O ContasNet conter os seguintes mdulos:

Clientes/Fornecedores: insero, atualizao, excluso e consulta de Clientes e Fornecedores;

(crdito/dbito), Cliente/Fornecedor e centros de custos (categorias dos lanamentos).

1.1.15. Requisitos do Projeto

1.1.16. Limites do Projeto

No h, dentro do escopo proposto para o projeto.

1.1.17. Entregas do Projeto

1.1.18. Critrios de aceitao do produto

16 17 17 e 18 17 e 18 20 16, 17 e 18 22 16, 17, e 18 24 22 e 23 26 27 1 a 28

1.1.23. Diagrama de Caminho Crtico (PERT)

1.1.24. Grfico de Gantt

Desenvolvedores na Equipe do Projeto

Andamento do desenvolvimento do projeto

Documentos compar mail

Desenvolvedores na Equipe do Projeto

Reunies sema preferencialmente feiras

Desenvolvedores na Equipe do Projeto

Andamento da correo de erros informados

Os detalhes sobre o erro, quem e quando consertou e a soluo empregada

Documentos compar mail