Upload
roberto-brandini
View
848
Download
0
Embed Size (px)
Citation preview
Analista de Sistemas Gerente de Projetos Formado em Desenvolvimento de Aplicações para a
WEB - Fanese Especialista em Gestão de Projetos de Software –
Fanese Sócio da DP Sistemas Atuante na área de desenvolvimento desde 1986
Gmail: [email protected]: [email protected]: @RobertoBrandinifacebook: roberto.brandini
msn: [email protected]: dp.sistemasblog: http://sbicse.wordpress.com/
O que apresentaremos:
• Principios de Projeto de
Software
• Levantamento de Requisitos
• Introdução à Legislação
fiscal, contábil
O que não apresentaremos:
• Tecnologias
• Linguagens de Programação
• Banco de Dados
“Projeto de Software é a parte da
engenharia de software que se encarrega
de transformar os resultados da Análise de
Requisitos em um documento ou conjunto
de documentos capazes de serem
interpretados diretamente pelo
programador.”
http://pt.wikipedia.org/wiki/Projeto_de_software
Por principio todo Projeto de Software deve ser :
Extensibilidade – o software suporta a adesão de novas funcionalidades sem que haja necessidade de grandes alterações na sua arquitetura subjacente;
Robustez – o software deve estar preparado para tratar de situações imprevisíveis, como entrada de dados inválida e condições de baixa memória do computador;
Tolerância à falhas – o software não pode estar suscetível à falhas, ele deve ser resistente e capaz de recuperar possíveis ações de falha;
Compatibilidade – o software deve ter a capacidade de operar com outros produtos que também foram projetados para suportar a interoperabilidade;
Modularidade – o software resulta em componentes independentes e bem definidos, o que leva a uma melhor divisão de trabalho na equipe de desenvolvimento e melhor manutenção do sistema;
Reusabilidade – um software reusável permite que seus componentes modularizados possam ser reutilizados em casos que existam necessidades semelhantes em outros projetos.
Fonte: http://pt.shvoong.com/internet-and-technologies/software/1836632-projeto-software/
O sucesso para o Projeto do Software estáprincipalmente no levantamento de Requisitos.
Neste momento definimos :
▪ O que será construido;
▪ Qual o objetivo do Projeto;
▪ Quais as restrições do Projeto;
▪ O que será prioridade para o Projeto.
Gerentedo ProjetoContador Gerente de T.I.
Legislação; O Estado como importante StakeHolder
nunca está presente no levantamento de requisitos, e como seu “representante” o Contador nem sempre está a par dos planosfuturos do Estado, surgem daí os primeirosconflitos.
Extensibilidade;
Cliente solicita um Projeto de Venda com emissão de Nota Fiscal
Sua empresa projeta todo o sistema baseado nummodelo com banco de dados relacional.
Neste projeto são gravadas as
▪ Compras;
▪ Vendas;
▪ Transferencias;
▪ Devoluções.
Sua empresa implanta o sistema com sucesso O projeto “roda” há mais de 4 anos; O cliente está satisfeito com o resultado
obtido;
Em janeiro/2011 o governo estabelece que as vendas devem ser feitas por Nota Fiscal “Eletronica”;
Sua empresa faz as devidas alterações e atende a nova legislação;
Seu cliente continua satisfeito com osresultados.
Em janeiro/2012 o governo estabelece que“todas” as Notas Fiscais devem ser enviadas à Receita Federal utilizando um Layout especifico;
Sua empresa avalia as mudanças e chega a conclusão que terá que mudar muito o sistema.
Seu cliente não poderá ficar sem enviar estasinformações, e agora ???
Negação: “Este problema não é meu !” Raiva: “Droga ! Não dá pra fazer !” Barganha: “Se pagar bem dá pra fazer !” Depressão: “Não dá pra fazer. Todo mundo
consegue menos eu.” Aceitação: “Se eu reescrever o sistema todo
na tecnologia x faço em 180 dias.”
Elisabeth Kübler-Ross
O problema não é meu ! É do cliente ! O cliente pode digitar estas
informações ! O Contador resolve !
O problema foi de tecnologia ? O problema foi de Analise do sistema ? O problema foi na programação do
sistema? O Problema foi no levantamento de
requisito? O problema foi no cliente ?
NEGAÇÃO
ACEITAÇÃO
O problema é de extensabilidade, ou seja nãofoi criado para atender as grandes mudançasque seriam necessárias.
Como chegamos a isto ?
Confiar demais em tecnologia;
Achar que código sempre resolve tudo;
Simplicidade; Analise pró-ativa; Atualização
constante;
PC MOBILE
Fatos• Existe deste
2003• 9,4 MB• 948 arquivos• Codigo em
PHP• +/- 21 tabelas• Baseado em
CSS
SPED = Sistema Publico de EscrituraçãoDigital
Todos os documentos de compra e venda de umaempresa deverão ser informados eletronicamentea Receita Federal;
Todos os impostos gerados a partir destesdocumentos deverão ser informadoseletronicamente.
CARACTERÍSTICAS:
• 31 Capítulos• 472 páginas• Dividido didáticamente em 3 partes:
• VISÃO EMPREENDEDORA DO MUNDO PÓS-SPED
• VISÃO GERAL DOS ASPECTOS TRIBUTÁRIOS
• VISÃO GERAL DO SPED
http://www.robertodiasduarte.com.br/
O Sped tem como objetivos, entre outros: Promover a integração dos fiscos, mediante a
padronização e compartilhamento das informações contábeis e fiscais, respeitadas as restrições legais.
Racionalizar e uniformizar as obrigações acessórias para os contribuintes, com o estabelecimento de transmissão única de distintas obrigações acessórias de diferentes órgãos fiscalizadores.
Tornar mais célere a identificação de ilícitos tributários,com a melhoria do controle dos processos, a rapidez no acesso às informações e a fiscalização mais efetiva das operações com o cruzamento de dados e auditoria eletrônica.
http://www1.receita.fazenda.gov.br/sobre-o-projeto/objetivos.htm
1.SPED CONTÁBIL2.FCONT3.SPED FISCAL4.EFD-PIS/COFINS5.NF-E6.CT-E7.NFS-E
Modulo Complexidade Tabelas de Códigos PaginasDocumento Oficial
SPED Contabil Baixa 4 tabelas 22 paginas
SPED Fiscal Alta 6 tabelas 163 paginas
SPED PIS/COFINS Alta 17 tabelas 232 paginas
Nfe - Nota Fiscal Eletronica
Média +/- 6 tabelas 232 paginas
Nota Fiscal Eletronica de Serviços (abrasf 1.0)
Média +/- 3 tabelas 36 paginas+21 paginas(conceitual)
CIAP Alta +/- 4 tabelas +/- 7 paginas
FCONT Média 6 tabelas 15 paginas
OrigemContabil (SCO)
Codigo_Origem
Plano_Conta (SCO)
ID_Plano_Conta
Emp_ID
Codigo
CodigoResumido
Lancamento_Contabil_Lote (SCO)
ID_Lancamento_Contabil_Lote
Emp_ID
Lote
Data
Codigo_Origem
Plano_Conta_Saldo (SCO)
ID_Plano_Conta_Saldo
ID_Plano_Conta
Ano
Lancamento_Contabil (SCO)
ID_Lancamento_Contabil
ID_Lancamento_Contabil_Lote
ID_Plano_Conta_Debito
ID_Plano_Conta_Credito
Codigo_Origem
CodigoHistoricoPadrao
Historico (TESOURARIA)
CodigoHistoricoPadrao
Modulo Dias
SPED Contabil 45 dias
SPED Fiscal 180 dias
SPED PIS/COFINS ???
Nfe - Nota Fiscal Eletronica 180 dias
Nota Fiscal Eletronica de Serviços (abrasf 1.0)
+/- 30 dias
CIAP +/- 45 dias
FCONT +/- 45 dias
Automação Comercial / Industrial
Vendas Compras
ECF
Outros
NFe Entradas Trocas
DevoluçõesFrete
Fiscal(Livro Entrada e Saida)
Contábil SPED
Grave todas as informações geradas pelosistema na forma como foram geradas.
Exemplos:
▪ Ao gerar uma NFe grave numa tabela as informações do cliente tal como foram enviadas, evite economizarbytes;
▪ Não permita editar/excluir registros que fizeram parte da NFe
Mantenha-se atualizado na legislação atravésde FORUMS ou Contadores;
Tenha sempre um Contador como apoio;
Dúvidas ???