Sistema Administrativo para Contas a Pagar e Receber

Prévia do material em texto

1
Aspectos Gerais
1.1 Introdução
O software Sistema Administrativo (também conhecido como ADM) é uma coleção de programas que permite aos seus usuários criar e manter contas a pagar e contas a receber, e obter relatórios detalhados. 
1.2 Principais objetivos
Cadastrar e manter ramos de atividade;
Cadastrar e manter tipos de despesas/receitas;
Cadastrar e manter formas de pagamento; 
Cadastrar e manter bancos;
Cadastrar e manter clientes;
Cadastrar e manter fornecedores;
Controlar contas a pagar;
Controlar contas a receber.
1.3 Parâmetros para o cálculo do tempo do projeto
Entradas do usuário
Uma única entrada de dados. Um único usuário utilizando o software ADM simultaneamente.
Saídas de dados
Uma única saída de dados. Um único usuário utilizando o software ADM simultaneamente.
Consultas do usuário
Consulta de ramos de atividade;
Consulta de tipos de despesas/receitas;
Consulta de formas de pagamento; 
Consulta de bancos;
Consulta de clientes;
Consulta de fornecedores;
Consulta de clientes por banco;
Consulta de contas a receber/recebidas de acordo com os parâmetros (cliente, data de vencimento, data de recebimento etc.) especificados;
Consulta de contas a pagar/pagas de acordo com os parâmetros (fornecedor, data de vencimento, data de pagamento etc.) especificados.
Arquivos
Ramos de Atividade;
Tipos de despesas/receitas;
Formas de pagamento;
Bancos;
Clientes;
Fornecedores;
Contas a Pagar;
Contas a Receber.
Interfaces externas
Nenhuma interface externa será utilizada.
Function Point
Número de entradas do usuário
Contagem
Complexidade
Peso
Resultado
00
Simples
03
00
01
Médio
04
04
00
Complexo
06
00
Número de saídas do usuário
00
Simples
04
00
01
Médio
05
05
00
Complexo
07
00
Número de consultas do usuário
07
Simples
03
21
02
Médio
04
08
00
Complexo
06
00
Número de arquivos
06
Simples
07
42
02
Médio
10
20
00
Complexo
15
00
Número de Interfaces externas
00
Simples
00
00
00
Médio
00
00
00
Complexo
00
00
Total -»
100
Características
Nível de Influência
1. O sistema requer backup e recuperação de dados confiáveis ?
04
2. São exigidas comunicações de dados ?
00
3. Há funções de processamento distribuídas ?
00
4. O desempenho é crítico ?
03
5. O sistema funcionará num ambiente operacional existente, intensivamente utilizado ?
01
6. O sistema requer entrada de dados on-line ?
00
7. A entrada de dados on-line exige que a transação de entrada seja elaborada em múltiplas telas ou operações ?
00
8. Os arquivos-mestres são atualizados on-Line ?
00
9. A entrada, saída, arquivos ou consultas são complexos ?
03
10. O processo interno é complexo ?
03
11. O código foi projeto de forma a ser reusável ?
03
12. A conversão e a instalação estão incluídas no projeto ?
04
13. O sistema é projetado para múltiplas instalações em diferentes organizações ?
03
14. A aplicação é projetada de forma a facilitar mudanças e uso pelo usuário ?
03
Total -» 27 
Descrição
Nível de Influência
Nenhuma Influência
0
Pouca Influência
1
Influência Moderada
2
Influência Média
3
Influência Significativa
4
Grande Influência
5
FP = Contagem Total X [0,65 + 0,01 x Soma(Ni)]
FP = 100 x [0,65 + 0,01 x 27]
FP = 100 x [0,65 + 0,27]
FP = 100 x 0,92
FP = 92
Horas de Esforço de Trabalho (HE) = FP x Hora por ponto de Função 
HE = 92 x 20 
HE = 1840
Pessoas/mês (PM) = HE / 130
PM = 1840/130
PM = 14,2
2
Protótipo das Telas
3
Análise de Riscos
3.1 Riscos de Projeto
Orçamento
Risco: variação de custos referente à aquisição de equipamentos, pagamento de mão-de-obra, implantação do sistema e outras variáveis importantes.
Probabilidade do risco acontecer: 30%.
Medidas preventivas: manter orçamento de equipamentos em dólar. 
Cronograma
Risco: admissão/demissão de pessoal (analistas de sistema, desenvolvedores etc) envolvidos no projeto;
Probabilidade do risco acontecer: 15%.
Medidas preventivas: compartilhamento de informações entre as diferentes pessoas (projetistas, desenvolvedores etc.) envolvidas no projeto.
Risco: atraso na entrega de materiais, equipamentos etc, por parte dos fornecedores.
Probabilidade do risco acontecer: 5%.
Medidas preventivas: manter contato com vários fornecedores.
Risco: eventuais reparos em equipamentos e correções de softwares.
Probabilidade do risco acontecer: 15%.
Medidas preventivas: manter contato com vários fornecedores, agilizar o processo de atualização de softwares. 
Pessoal
Risco: capacitação e treinamento de pessoal interno.
Probabilidade do risco acontecer: 5%.
Medidas preventivas: promover palestras, seminários, cursos etc para atualização de conhecimentos.
Clientes
Risco: omissão de informações importantes, por parte do cliente, para o desenvolvimento do projeto;
Probabilidade do risco acontecer: 20%.
Medidas preventivas: elaborar software de acordo com dados e informações descritas pelo cliente, responsabilizar o cliente pelas informações fornecidas.
Risco: dificuldade de entendimento entre a empresa e o cliente.
Probabilidade do risco acontecer: 40%.
Medidas preventivas: desenvolver questionários, realizar entrevistas pessoais com funcionários de diferentes níveis hierárquicos (estratégico, tático e operacional) da empresa e, encontrar e analisar formulários de dados já existentes.
Tamanho
Risco: desenvolver um sistema computacional incompatível com a necessidade do cliente.
Probabilidade do risco acontecer: 20%.
Medidas preventivas: iniciar uma nova etapa somente quando a etapa atual estiver concluída e aprovada pelo cliente.
3.2 Riscos Técnicos
Implantação
Risco: adaptação dos usuários ao novo sistema como um todo.
Probabilidade do risco acontecer: 10%.
Medidas preventivas: treinamento para os usuários do novo sistema.
Interface
Risco: mudanças no lay-out após a implantação do projeto.
Probabilidade do risco acontecer: 5%.
Medidas preventivas: permitir aos usuários do sistema a capacidade de acompanhar e aprovar a interface do sistema.
Manutenção
Risco: desenvolver algo que não fora projetado inicialmente.
Probabilidade: 10%.
Medidas preventivas: enfatizar e priorizar a resolução de problemas conceituais ligados à construção do sistema como um todo.
 
Risco: aparecimento de inadequações identificadas pelo cliente.
Probabilidade: 5%.
Medidas preventivas: realizar o maior número de teste possiveis.
Obsolência Técnica
Risco: utilizar ferramentas de desenvolvimento que dificultem futuras implementações tecnológicas sobre o sistema construído.
Probabilidade do risco acontecer: 0%.
�
4
Cronograma de Desenvolvimento
Tarefa
Inicio
Término
Tipo da Tarefa 
Tempo Transcorrido
Recurso
Dias de Trabalho
Contato inicial com o cliente
01/03/2001
02/03/2001
AN 
2
-
2
Realizar reunião FAST
03/03/2001
06/03/2001
AN 
4
-
2
Coleta inicial dos dados 
07/03/2001
09/03/2001
AN
7
-
3
Desenvolver descrição preliminar do produto
10/03/2001
13/03/2001
AN
9
-
2
Descrição do produto aprovada
14/03/2001
16/03/2001
AN
12
-
3
Entrevistas gerais
17/03/2001
30/03/2001
AN
22
-
10
Desenvolver estrutura de dados do sistema
01/04/2001
20/04/2001
AN
36
-
14
Apresentar a estrutura do sistema
21/04/2001
24/04/2001
AN
38
-
2
Estrutura de dados aprovada
25/04/2001
30/04/2001
AN
42
-
4
Coletar requisitosdo protótipo de interface
01/05/2001
09/05/2001
AN
48
-
6
Desenvolver protótipos de interface
10/05/2001
16/05/2001
AN
53
-
5
Interagir o protótipo com o cliente
17/05/2001
22/05/2001
AN
57
-
4
Efetuar possiveis alterações do protótipo da interface
23/05/2001
25/05/2001
AN
60
-
3
Protótipo da interface com o usuário aprovado
26/05/2001
31/05/2001
AN
64
-
4
Revisar projeto inicial sobre a estrutura dos dados
01/06/2001
01/06/2001
AN
65
-
1
Estrutura dos dados reaprovada
02/06/2001
04/06/2001
AN
66
-
1
Desenvolvimento do módulo de cadastro
05/06/2001
10/06/2001
CO
70
-
4
Testes do módulo de cadastro 
11/06/2001
12/06/2001
TE
72
-
2
Efetuar correções do módulo de cadastro
13/06/2001
15/06/2001
CO
74
-
2
Fase de construção do módulo de cadastro aprovada
16/06/2001
18/06/2001
AN
75
-
1
Desenvolvimento do módulo Cliente/Banco e Fornecedor/Banco
19/06/2001
21/06/2001
CO
78
-
3
Testes do módulo Cliente/Banco e Fornecedor/Banco
22/06/2001
26/06/2001
TE
81
-
3
Efetuar correções do módulo Cliente/Banco e Fornecedor/Banco
27/06/2001
28/06/2001
CO
83
-
2
Fase de construção do módulo Cliente/Banco e Fornecedor/Banco aprovada
29/06/2001
01/07/2001
AN
84
-
1
Desenvolvimento do módulo de Contas a Pagar e Contas Receber
02/07/2001
15/07/2001
CO 
94
-
10
Testes do módulo de Contas a Pagar e Contas Receber
16/07/2001
18/07/2001
TE
97
-
3
Efetuar correções do módulo de Constas a Pagar e Contas Receber
19/07/2001
22/07/2001
CO
99
-
2
Fase de construção do módulo de Constas a Pagar e Contas Receber aprovada
23/07/2001
23/07/2001
AN
100
-
1
Desenvolvimento do módulo de Consultas e Relatórios
24/07/2001
05/08/2001
CO
109
-
9
Testes do módulo de Consultas e Relatórios
06/08/2001
12/08/2001
TE
114
-
5
Efetuar correções do módulo de Consultas e Relatórios
13/06/2001
19/08/2001
CO
119
-
5
Fase de construção do módulo de Consultas e Relatórios aprovada
20/08/2001
21/08/2001
AN
121
-
2
Fases aprovadas
22/08/2001
26/08/2001
AN
124
-
3
Apresentação do projeto
27/08/2001
02/09/2001
IT
129
-
5
Implementação do projeto
03/09/2001
16/09/2001
IT
138
-
9
Treinamento com o usuário
17/09/2001
11/10/2001
IT
158
-
20