View
116
Download
2
Category
Preview:
Citation preview
FACULDADE CENECISTA DE CAPIVARI
BACHARELADO EM SISTEMAS DE INFORMAÇÃO
TRABALHO DE CONCLUSÃO DE CURSO
JOSSIMARA ALVES SILVA
LEANDRO CARILLO
LEANDRO DE ALMEIDA CAÇADOR
TAÍS DE CAMPOS BRITO
CAPIVARI
2010
Jossimara Alves Silva
Leandro Carillo
Leandro de Almeida Caçador
Taís de Campos Brito
TRABALHO DE CONCLUSÃO DE CURSO
Trabalho de Conclusão de Curso apresentado á Faculdade Cenecista de Capivari, como um dos pré-requisitos para obtenção do grau de Bacharel em Sistemas de Informação.
CAPIVARI
2010
PROFESSOR COORDENADOR: CARLOS ROBERTO PAVIOTTI PROFESSOR ORIENTADOR: CARLOS ROBERTO PAVIOTTI SUPERVISOR NA EMPRESA: DOMINGOS ANTONIO QUAGLIATO CANCIAN
AGRADECIMENTOS
Agradecemos ao Sr. Domingos Antonio Quagliato Cancian do Condomínio Edifício Ville de France, e também ao Prof. Carlos Roberto Paviotti pela colaboração no desenvolvimento do trabalho de conclusão de curso.
Resumo
O projeto desenvolvido para o Condomínio Edifício Ville de France, denominado
SisCon (Sistema de Administração de Condomínio), visa a implantação de um sistema
informatizado que irá facilitar a administração do condomínio, organizando e agilizando seus
processos administrativos, facilitando o desenvolvimento das atividades do mesmo, tendo
em vista que o sistema existente é manual, deixando a desejar no quesito segurança.
Este sistema possibilitará um controle maior dos gastos do condomínio, contas a
pagar e a receber, além da geração de diversos demonstrativos.
As funções principais do sistema a ser desenvolvido serão: Manter os dados básicos
dos proprietários e dos inquilinos, controle de receitas e despesas, geração dos
demonstrativos (despesas e receitas, rateio, demonstrativo de consumo de gás,
demonstrativo de condôminos em atraso), geração de etiquetas, controle de fluxo de caixa.
Sumário 1. Prefácio .............................................................................................................................. 11 1.1 Dados da Organização ...................................................................................................... 11 1.2 Usuário Chave ................................................................................................................... 11 1.3 Representante da Organização ......................................................................................... 11 1.4 Motivação da organização para obter o sistema ................................................................ 11 2. Principais Documentos relativos ao Levantamento de Dados do Sistema ................... 13 2.1 Descrição do Sistema Atual ............................................................................................... 13 2.2 Descrição do Processo Alvo .............................................................................................. 14 2.3 Mensuração de Volumes ................................................................................................... 15 2.4 Comparativo da situação atual e da situação esperada com o novo sistema ..................... 15 2.5 Pesquisa de verificação da existência de sistemas similares no mercado ......................... 15 2.5.1 - Condomínio 21 da empresa Group Software, localizada em Belo Horizonte – MG ....... 16 2.5.2 - BRCondomínio da empresa BRWeb, localizado em São Paulo – SP .......................... 16 2.5.3 - Condor da empresa Luperlogica localizado em Campinas - SP .................................... 17 2.6 Impactos do novo sistema em termos de aumento ou redução de: pessoas, documentos, passos no processo e outras formas de custo ......................................................................... 18 3. Descrição Textual do Sistema .......................................................................................... 19 3.1 Título do sistema e sigla do sistema .................................................................................. 19 3.2 Escopo do sistema ............................................................................................................. 19 3.3 Principais funções do sistema ............................................................................................ 19 3.4 Requisitos não funcionais e restrições do sistema ............................................................. 21 3.5 Plataforma necessária (hardware e software) .................................................................... 21 3.5.1 Servidor .......................................................................................................................... 21 3.5.1.1 Hardware ..................................................................................................................... 21 3.5.1.2 Software ....................................................................................................................... 21 3.5.2. Estação .......................................................................................................................... 21 3.5.2.1 Hardware ..................................................................................................................... 21 3.5.2.2 Software ....................................................................................................................... 22 3.5.3 Rede ............................................................................................................................... 22 3.6 Plataforma atual existente (hardware e software) .............................................................. 22 3.6.1. Servidor ......................................................................................................................... 22 3.6.1.1 Hardware ..................................................................................................................... 22 3.6.1.2 Software ....................................................................................................................... 22 3.6.2. Estação .......................................................................................................................... 22 3.6.2.1 Hardware ..................................................................................................................... 23 3.6.2.2 Software ....................................................................................................................... 23 3.6.3 Rede ............................................................................................................................... 23 4. Objetivos do projeto .......................................................................................................... 24 4.1 Contexto do Negócio ......................................................................................................... 24 4.2 Objetivos ............................................................................................................................ 24 4.3 Funções Principais ............................................................................................................. 24 4.4 Questões de desempenho ................................................................................................. 24 4.5 Restrições técnicas e administrativas ................................................................................ 25 5. Estudo de Viabilidade Financeira ..................................................................................... 26 5.1 Previsão Financeira ........................................................................................................... 26 5.2 Investimentos em infra-estrutura ........................................................................................ 26 5.3 Investimentos em desenvolvimento ................................................................................... 26 5.4 Custos Fixos ...................................................................................................................... 28 5.5 Benefícios .......................................................................................................................... 29 6. Riscos do Projeto .............................................................................................................. 30 6.1 Problema no Levantamento de Requisitos ......................................................................... 31 6.1.1. Magnitude ...................................................................................................................... 31 6.1.2. Descrição ....................................................................................................................... 31 6.1.3. Impacto .......................................................................................................................... 32
6.1.4. Indicadores .................................................................................................................... 32 6.1.5. Estratégia de mitigação .................................................................................................. 32 6.1.6. Plano de contingência .................................................................................................... 32 6.2 Ausência de um integrante da equipe ................................................................................ 32 6.2.1. Magnitude ...................................................................................................................... 32 6.2.2. Descrição ....................................................................................................................... 33 6.2.3. Impacto .......................................................................................................................... 33 6.2.4. Indicadores .................................................................................................................... 33 6.2.5. Estratégia de mitigação .................................................................................................. 33 6.2.6. Plano de contingência .................................................................................................... 33 6.3 Atraso no projeto................................................................................................................ 34 6.3.1. Magnitude ...................................................................................................................... 34 6.3.2. Descrição ....................................................................................................................... 34 6.3.3. Impacto .......................................................................................................................... 34 6.3.4. Indicadores .................................................................................................................... 34 6.3.5. Estratégia de mitigação .................................................................................................. 34 6.3.6. Plano de contingência .................................................................................................... 34 6.4 Alterações nos requisitos ................................................................................................... 35 6.4.1. Magnitude ...................................................................................................................... 35 6.4.2. Descrição ....................................................................................................................... 35 6.4.3. Impacto .......................................................................................................................... 35 6.4.4. Indicadores .................................................................................................................... 35 6.4.5. Estratégia de mitigação .................................................................................................. 35 6.4.6. Plano de contingência .................................................................................................... 35 6.5 Rompimento do contrato por parte do cliente ..................................................................... 36 6.5.1. Magnitude ...................................................................................................................... 36 6.5.2. Descrição ....................................................................................................................... 36 6.5.3. Impacto .......................................................................................................................... 36 6.5.4. Indicadores .................................................................................................................... 36 6.5.5. Estratégia de mitigação .................................................................................................. 36 6.5.6. Plano de contingência .................................................................................................... 36 7. Plano de Projeto................................................................................................................. 37 7.1 Divisão de Tempo e esforço .............................................................................................. 37 7.2 Cronograma ....................................................................................................................... 37 8. Glossário ............................................................................................................................ 41 8.1 Normas e Padrões ............................................................................................................. 45 9. Atributos dos Requisitos .................................................................................................. 46 9.1 Produção da matriz de atributos de requisitos contemplando os seguintes atributos para cada um dos requisitos: complexidade, estabilidade, prioridade, custo, risco. ......................... 46 10. Documentos de Requisitos ............................................................................................. 49 10.1. Diagrama de Casos de Uso ............................................................................................ 49 10.2. Documentos de Requisitos – Efetuar Login .................................................................... 50 10.2.1. Descrição de Caso de Uso - Efetuar Login .................................................................. 50 10.2.2. Diagrama de Atividades – Efetuar Login ...................................................................... 51 10.2.3. Diagrama de Sequencia de Negócio – Efetuar Login ................................................... 52 10.2.4. Diagrama de Sequencia de Implementação – Efetuar Login ........................................ 53 10.3. Documentos de Requisitos – Manter Backup .................................................................. 54 10.3.1. Especificação de Caso de Uso – Manter Backup ......................................................... 54 10.3.2. Diagrama de Atividades – Manter Backup ................................................................... 56 10.3.3. Diagrama de Sequencia de Negócio – Manter Backup ................................................ 57 10.3.4. Diagrama de Sequencia de Implementação – Manter Backup ..................................... 58 10.4. Documentos de Requisitos – Atualizar estrutura de dados ............................................. 59 10.4.1. Especificação de Caso de Uso – Atualizar estrutura de dados .................................... 59 10.4.2. Diagrama de Atividades – Atualizar estrutura de dados ............................................... 60 10.4.3. Diagrama de Sequencia de Negócio – Atualizar estrutura de dados ............................ 61
10.4.4. Diagrama de Sequencia de Implementação – Atualizar estrutura de dados ................. 62 10.5. Documentos de Requisitos – Manter os Dados Básicos do Proprietário ......................... 63 10.5.1. Especificação de Caso de Uso – Manter os Dados Básicos do Proprietário ................ 63 10.5.2. Diagrama de Atividades – Manter os Dados Básicos do Proprietário ........................... 65 10.5.3. Diagrama de Sequencia de Negócio – Manter os Dados Básicos do Proprietário - (incluir, alterar, localizar, salvar, cancelar, sair) ........................................................................ 66 10.5.4. Diagrama de Sequencia de Implementação – Manter os Dados Básicos do Proprietário - (incluir, alterar, localizar, salvar, cancelar, sair) .................................................. 67 10.5.5. Diagrama de Sequencia de Negócio – Manter os Dados Básicos do Proprietário - (excluir) .................................................................................................................................... 68 10.5.6. Diagrama de Sequencia de Implementação – Manter os Dados Básicos do Proprietário - (excluir) .............................................................................................................. 69 10.6. Documentos de Requisitos – Manter os Dados Básicos do Inquilino .............................. 70 10.6.1. Especificação de Caso de Uso – Manter os Dados Básicos do Inquilino ..................... 70 10.6.2. Diagrama de Atividades – Manter os Dados Básicos do Inquilino ................................ 72 10.6.3. Diagrama de Sequencia de Negócio – Manter os Dados Básicos do Inquilino - (incluir, alterar, localizar, salvar, cancelar, sair). ....................................................................... 73 10.6.4. Diagrama de Sequencia de Implementação – Manter os Dados Básicos do Inquilino - (incluir, alterar, localizar, salvar, cancelar, relatório, sair).. ....................................................... 74 10.6.5. Diagrama de Sequencia de Negócio – Manter os Dados Básicos do Inquilino - (excluir) .................................................................................................................................... 75 10.6.6. Diagrama de Sequencia de Implementação – Manter os Dados Básicos do Inquilino - (excluir) .................................................................................................................................... 76 10.7. Documentos de Requisitos – Manter Plano de Contas ................................................... 77 10.7.1. Especificação de Caso de Uso – Manter Plano de Contas........................................... 77 10.7.2. Diagrama de Atividades – Manter Plano de Contas ..................................................... 79 10.7.3. Diagrama de Sequencia de Negócio – Manter Plano de Contas - (incluir, alterar, localizar, salvar, cancelar, sair). ............................................................................................... 80 10.7.4. Diagrama de Sequencia de Implementação – Manter Plano de Contas- (incluir, alterar, localizar, salvar, cancelar, sair).. .................................................................................. 81 10.7.5. Diagrama de Sequencia de Negócio – Manter Plano de Contas - (excluir). ................. 82 10.7.6. Diagrama de Sequencia de Implementação – Manter Plano de Contas- (excluir).. ...... 83 10.8. Documentos de Requisitos – Manter os Dados Básicos dos Usuários ............................ 84 10.8.1. Especificação de Caso de Uso – Manter os Dados Básicos dos Usuários ................... 84 10.8.2. Diagrama de Atividades – Manter os Dados Básicos dos Usuários ............................. 86 10.8.3. Diagrama de Sequencia de Negócio – Manter os Dados Básicos dos Usuários - (incluir, alterar, localizar, salvar, cancelar, relatório, sair). ........................................................ 87 10.8.4. Diagrama de Sequencia de Implementação – Manter os Dados Básicos dos Usuários - (incluir, alterar, localizar, salvar, cancelar, relatório, sair).. ..................................................... 88 10.8.5. Diagrama de Sequencia de Negócio – Manter os Dados Básicos dos Usuários- (excluir).. .................................................................................................................................. 89 10.8.6. Diagrama de Sequencia de Implementação – Manter os Dados Básicos dos Usuários- (excluir)... ................................................................................................................. 90 10.9. Documentos de Requisitos – Movimentar Fluxo de Caixa .............................................. 91 10.9.1. Especificação de Caso de Uso – Movimentar Fluxo de Caixa ...................................... 91 10.9.2. Diagrama de Atividades – Movimentar Fluxo de Caixa ................................................ 93 10.9.3. Diagrama de Sequencia de Negócio – Movimentar Fluxo de Caixa ............................. 94 10.9.4. Diagrama de Sequencia de Implementação – Movimentar Fluxo de Caixa .................. 95 10.10. Documentos de Requisitos – Consultar Livro Caixa ...................................................... 96 10.10.1. Especificação de Caso de Uso – Consultar Livro Caixa ............................................. 96 10.10.2. Diagrama de Atividades – Consultar Livro Caixa ....................................................... 97 10.10.3. Diagrama de Sequencia de Negócio – Consultar Livro Caixa .................................... 98 10.10.4. Diagrama de Sequencia de Implementação – Consultar Livro Caixa ......................... 99 10.11. Documentos de Requisitos – Realizar Rateio ............................................................... 100 10.11.1. Especificação de Caso de Uso – Realizar rateio ........................................................ 100
10.11.2. Diagrama de Atividades – Realizar rateio .................................................................. 102 10.11.3. Diagrama de Sequencia de Negócio – Realizar rateio ............................................... 103 10.11.4. Diagrama de Sequencia de Implementação – Realizar Rateio ................................... 104 10.12. Documentos de Requisitos – Gerar Demonstrativo ....................................................... 105 10.12.1. Especificação de Caso de Uso – Gerar Demonstrativo .............................................. 105 10.12.2. Diagrama de Atividades – Gerar Demonstrativo ........................................................ 106 10.12.3. Diagrama de Sequencia de Negócio – Gerar Demonstrativo ..................................... 107 10.12.4. Diagrama de Sequencia de Implementação – Gerar Demonstrativo .......................... 108 10.13. Documentos de Requisitos – Gerar Demonstrativo do Proprietário ............................... 109 10.13.1. Especificação de Caso de Uso – Gerar Demonstrativo do Proprietário ...................... 109 10.13.2. Diagrama de Atividades – Gerar Demonstrativo do Proprietário ................................ 110 10.13.3. Diagrama de Sequencia de Negócio – Gerar Demonstrativo do Proprietário ............. 111 10.13.4. Diagrama de Sequencia de Implemetação – Gerar Demonstrativo do Proprietário .... 112 10.14. Documentos de Requisitos – Gerar Etiqueta ................................................................ 113 10.14.1. Especificação de Caso de Uso – Gerar Etiqueta ........................................................ 113 10.14.2. Diagrama de Atividades – Gerar Etiqueta .................................................................. 114 10.14.3. Diagrama de Sequencia de Negócio – Gerar Etiqueta ............................................... 115 10.14.4. Diagrama de Sequencia de Implementação – Gerar Etiqueta .................................... 116 10.15. Documentos de Requisitos – Gerar Livro Caixa ............................................................ 117 10.15.1. Especificação de Caso de Uso – Gerar Livro Caixa ................................................... 117 10.15.2. Diagrama de Atividades – Gerar Livro Caixa .............................................................. 118 10.15.3. Diagrama de Sequencia de Negócio – Gerar Livro Caixa .......................................... 119 10.15.4. Diagrama de Sequencia de Implementação – Gerar Livro Caixa ............................... 120 10.16. Documentos de Requisitos – Gerar Demonstrativo de Consumo de Gás ..................... 121 10.16.1. Especificação de Caso de Uso – Gerar Demonstrativo de Consumo de Gás ............. 121 10.16.2. Diagrama de Atividades – Gerar Demonstrativo de Consumo de Gás ....................... 122 10.16.3. Diagrama de Sequencia de Negócio – Gerar Demonstrativo de Consumo de Gás .... 123 10.16.4. Diagrama de Sequencia de Implementação – Gerar Demonstrativo de Consumo de Gás .......................................................................................................................................... 124 10.17. Documentos de Requisitos – Gerar arquivo de Boleto OBB .......................................... 125 10.17.1. Especificação de Caso de Uso – Gerar arquivo de Boleto OBB ................................. 125 10.17.2. Diagrama de Atividades – Gerar arquivo de Boleto OBB ........................................... 127 10.17.3. Diagrama de Sequencia de Negócio – Gerar arquivo de Boleto OBB ........................ 128 10.17.4. Diagrama de Sequencia de Implementação – Gerar arquivo de Boleto OBB ............. 129 10.18. Documentos de Requisitos – Movimentar Gás .............................................................. 130 10.18.1. Especificação de Caso de Uso – Movimentar Gás ..................................................... 130 10.18.2. Diagrama de Atividades – Movimentar Gás ............................................................... 132 10.18.3. Diagrama de Sequencia de Negócio – Movimentar Gás ............................................ 133 10.18.4. Diagrama de Sequencia de Implementação – Movimentar Gás ................................. 134 10.19. Documentos de Requisitos – Gerar Demonstrativo do Inquilino .................................... 135 10.19.1. Especificação de Caso de Uso – Gerar Demonstrativo do Inquilino ........................... 135 10.19.2. Diagrama de Atividades – Gerar Demonstrativo do Inquilino ..................................... 136 10.19.3. Diagrama de Sequencia de Negócio – Gerar Demonstrativo do Inquilino .................. 137 10.19.4. Diagrama de Sequencia de Implementação – Gerar Demonstrativo do Inquilino ....... 138 10.20. Documentos de Requisitos – Manter Apartamento ....................................................... 139 10.20.1. Especificação de Caso de Uso – Manter Apartamento .............................................. 139 10.20.2. Diagrama de Atividades – Manter Apartamento ......................................................... 141 10.20.3. Diagrama de Sequencia de Negócio – Manter Apartamento - (incluir, alterar, localizar, salvar, cancelar, relatório, sair). ................................................................................ 142 10.20.4. Diagrama de Sequencia de Implementação – Manter Apartamento - (incluir, alterar, localizar, salvar, cancelar, relatório, sair).. ............................................................................... 143 10.20.5. Diagrama de Sequencia de Negócio – Manter Apartamento- (excluir)... .................... 144 10.20.6. Diagrama de Sequencia de Implementação – Manter Apartamento- (excluir). ........... 145 11. Modelo de Análise ........................................................................................................... 146 11.1. Diagrama de Classe de Negócio (Modelo de Domínio) ................................................... 146
11.2. Diagrama de entidade-relacionamento da aplicação (modelo lógico dos dados) ............ 147 12. Modelo de Projeto ............................................................................................................ 148 12.1. Modelo físico dos dados do sistema ............................................................................... 148 12.1.1 Diagrama de Classe de Implementação - Manter Apartamento .................................... 148 12.1.2 Diagrama de Classe de Implementação – Manter Inquilino ........................................... 150 12.1.3 Diagrama de Classe de Implementação – Manter Plano de Contas .............................. 151 12.1.4 Diagrama de Classe de Implementação – Manter Proprietário ..................................... 152 12.1.5 Diagrama de Classe de Implementação – Manter Usuário............................................ 153 12.1.6 Diagrama de Classe de Implementação - Manutenção ................................................. 154 12.1.7 Diagrama de Classe de Implementação - Movimentação ............................................. 155 12.1.8 Diagrama de Classe de Implementação – Movimento Gás ........................................... 156 12.1.9 Diagrama de Classe de Implementação - Rateio .......................................................... 157 12.1.10 Diagrama de Classe de Implementação – Fundo de Reserva ..................................... 158 12.2. Modelo físico dos dados do sistema ............................................................................... 159 12.3. Diagramas de Estados para as classes com comportamento dinâmico significativo ....... 165 12.3.1. Diagrama de Estados – Gerar Boleto ........................................................................... 165 12.3.2. Diagrama de Estados – Gerar Demonstrativo .............................................................. 165 13. Documento de Arquitetura .............................................................................................. 167 13.1. Diagramas de Componentes ........................................................................................... 167 13.2. Diagrama de Implantação ............................................................................................... 169 14. Projeto de Testes ............................................................................................................. 170 14.1.Laudo técnico de Testes - final ........................................................................................ 172 15. Documentos complementares ao Trabalho (ANEXOS) ................................................. 173 15.1. Material complementar de levantamento de dados (transcrições de entrevistas, questionários, fotos, cópias de documentos etc.) ..................................................................... 176 16. Referências Bibliográficas .............................................................................................. 177
11
1. Prefácio
1.1. Dados da Organização
Razão Social: Condomínio Edifício Ville de France
Endereço: Rua João Vaz, 227
Bairro: Centro Cidade: Capivari UF: SP
Telefone: (19) 3492-9988
E-Mail: mingo@orgstarita.com.br
CNPJ: 52.348.257/0001-32 Inscrição Estadual: Isento
Ramo de Atividade: Condomínio Predial
1.2. Usuário chave
Nome: Domingos Antonio Quagliato Cancian
Cargo: Administrador / Contador
Telefone: (19) 3492-9988
E-Mail: mingo@orgstarita.com.br
1.3. Representante da Organização
Nome: Domingos Antonio Quagliato Cancian
Cargo: Administrador / Contador
Telefone: (19) 3492-9988
E-Mail: mingo@orgstarita.com.br
1.4. Motivação da organização para obter o sistema
Atualmente existe um sistema para administrar o condomínio, porém este sistema
não é totalmente informatizado. O administrador do condomínio utiliza o Word e o Excel
12
para controlar as despesas e receitas do condomínio, mas necessita de um controle maior
dos documentos a serem manipulados (envio e entrega de boletos e balancetes).
A implantação de um sistema informatizado irá facilitar a administração do
condomínio, organizando e agilizando seus processos administrativos.
13
2. Principais Documentos relativos ao Levantamento de Dados do
Sistema
2.1. Descrição do sistema atual.
Atualmente as operações do condomínio são feitas de forma manual, através de
planilhas eletrônicas e editores de textos, sendo controlados 60 condôminos e seus
inquilinos.
Dentre as 60 unidades do condomínio há a unidade 14, a qual os proprietários
possuem 1/59, sendo esta alugada, e uma unidade pertencente ao síndico, a qual não é
contada para o rateio das despesas, desta forma são 59 unidades que compõem o rateio.
As despesas e receitas são registradas em livro caixa, o qual possibilita gerar o
demonstrativo de despesas condominiais, onde estão lançados os devidos valores
referentes ao mês, e que são controladas as despesas tais como: folha de pagamento,
encargos sociais, manutenção/conservação, água/energia elétrica, despesas diversas,
tarifas bancárias/CPMF e taxas administrativas, onde a soma de todas as despesas gera um
valor total para o rateio.
Com o rateio já calculado por condômino, podem ser acrescentados gastos
individuais como gás, telefone, entre outras despesas.
Através de assembléia entre os condôminos, ficou decidido que o valor do
condomínio é de R$ 300,00 mensais, e caso o rateio seja inferior ou superior ativa-se o
fundo de reserva, quando os gastos do condomínio ultrapassam o arrecadado, é retirado
deste fundo para cobrir os gastos excedidos, assim quando os gastos do condomínio são
menores que os valores arrecadados pelo condomínio, esta diferença é destinada ao fundo
de reserva.
No demonstrativo de despesas e receitas são descriminadas as despesas totais do
condomínio, o valor a receber dos condôminos somados aos gastos com gás, telefone e
mais o aluguel do apartamento nº 14, o qual pertence aos 59 condôminos. A soma destes
gastos gera o valor total a receber mensalmente.
O demonstrativo de despesas e receitas contém também as informações financeiras
do condomínio, as quais não são disponibilizadas no demonstrativo para os inquilinos do
condomínio. Estas informações são compostas pela composição do saldo do caixa, que
contém informações sobre o saldo anterior, valor recebido no mês anterior, valor total do
fundo de reserva, valor de multas, aluguéis como apartamento 14, antena Interall, reserva
14
do salão de festas, despesas do período e reposição de gás. Há também o resumo do saldo
composto pelos saldos bancários, cheques emitidos e não descontados e saldos de
aplicações. É realizado o controle do fundo de reserva arrecadado pelos 59 condôminos,
composto pelo saldo anterior, fundo de reserva, saldo atual, aplicações e saldo disponível
em conta bancária. São criados demonstrativos de fundo de reserva de gás e aluguel do
apartamento 14, cujo saldo é calculado da mesma forma que o demonstrativo anterior.
Mensalmente é realizado um demonstrativo contendo os condôminos em atraso, e
controlado individualmente o consumo de gás, ou seja, controle de cada unidade contendo a
leitura do último mês, do mês atual, quantidade consumida e valor a pagar.
São geradas as etiquetas com os dados do condomínio, dos condôminos e
inquilinos, para envio de mala direta, contendo o boleto para o pagamento e o demonstrativo
de despesas.
Para emissão do boleto, é utilizado um software de controle bancário e emissão de
boletos, onde seleciona os dados dos condôminos, lança o valor à pagar, imprime e envia
aos moradores.
2.2. Descrição do processo alvo
Diariamente são lançadas as despesas e recebimentos, ou seja, gerando um fluxo
de caixa.
Ao final do mês é executado o rateio para gerar o balancete e os boletos.
Para a elaboração dos demonstrativos – Despesas Condominiais e Rateio - é
necessário utilizar uma planilha eletrônica, onde o administrador do condomínio lança
manualmente os dados relativos as despesas.
O administrador do condomínio também cria demonstrativos para controlar o gás
consumido em cada apartamento, onde existe uma pessoa responsável pela leitura dos
aparelhos medidores de gás, e após o levantamento desses dados é feito um cálculo que
aponta o consumo e quanto o morador deverá pagar.
No processo de envio de correspondências para os condôminos, o administrador
utiliza um editor de textos para criar malas-diretas.
No apartamento do proprietário, ele receberá o boleto e o demonstrativo de
despesas e receitas.
Nos apartamentos onde o morador é o inquilino, ele receberá o boleto e o
demonstrativo de despesas. Os proprietários que alugam o apartamento receberão apenas
o demonstrativo de despesas e receitas.
15
Para a geração de boletos aos condôminos, o administrador utiliza um sistema
bancário OBB, onde seleciona os dados dos condôminos, lança o valor à pagar, imprime e
envia aos moradores.
2.3. Mensuração de volumes
As transações do condomínio são pequenas, feitas de forma manual, os dados são
lançados em planilhas eletrônicas ou editores de textos.
A impressão dos boletos é feita mensalmente, através do software OBB, e não exige
hardwares avançados.
2.4. Comparativo da situação atual e da situação esperada com o novo sistema
Atualmente, o administrador do condomínio cria demonstrativos de receitas e
despesas, relatórios de consumo de gás, e realiza o controle de fluxo de caixa e devedores,
através de planilhas e editores de textos, onde lança os dados. Apenas a geração de
boletos é feita através de um sistema bancário OBB, onde o administrador seleciona o
condômino e lança o valor a pagar.
O sistema a ser implantado possibilitará um aumento de produtividade, os relatórios
e demonstrativos serão gerados com maior facilidade, pois os cálculos serão gerados
automaticamente, havendo um controle maior das despesas, com mais confiabilidade.
O administrador continuará utilizando o sistema bancário existente para controle e
emissão de boletos, no qual haverá uma rotina para exportação dos dados para geração
dos mesmos.
2.5. Pesquisa de verificação da existência de sistemas similares no mercado
Foram analisados através de informações coletadas na internet, três softwares
existentes no mercado, e realizado um estudo de caso, são eles:
16
2.5.1 - Condomínio 21 da empresa Group Software, localizada em Belo Horizonte – MG
Visão Geral:
O software garante a diminuição do tempo gasto no controle do condomínio, a
diferenciação de seu trabalho com os dos administradores sem estruturas, que utilizam
software "de prateleira" ou com versão gratuita, é que oferece um site inteligente para o
morador emitir a segunda via do boleto ou consultar informações, balancetes/relatórios e
gráficos completos e bem apresentados, redução de erros e bom atendimento pelo suporte
em qualquer lugar do Brasil.
Características:
-Adaptação do software ao tamanho de cada condomínio
Para melhor adaptação das soluções ao porte e às necessidades de cada
condomínio, desenvolvem 3 versões do software: Standard, Flex e Corporate. Estas versões
oferecem uma política de preços adequada a cada tipo de condomínio.
-Automação Total dos processos bancários
O Condomínio21 traz como opção o processamento eletrônico, realizando baixas
automáticas de contas a receber, conciliação de extrato bancário e pagamentos eletrônicos
para as contas a pagar da administradora, operando com 28 bancos.
-Trabalho Remoto em filiais e condomínios através da versão Corporate
A versão Corporate do Condomínio21 permite o trabalho remoto em locais com
acesso à Internet. Através de um acesso remoto ao banco de dados, as filiais e os
condomínios podem trabalhar utilizando o mesmo banco de dados da matriz da
administradora.
2.5.2 - BRCondomínio da empresa BRWeb, localizado em São Paulo – SP
Visão Geral
Trata-se de um sistema que cobre operações de Administradora Condominial
profissional ou mesmo de um Condomínio autônomo, como: cobrança; finanças e
contabilidade, incluindo até CRM, tudo isso pela Internet.
17
O BRCondomínio promete o gerenciamento melhor dos processos dos condomínios,
maior visibilidade sobre todas as operações e recebimentos de informações necessárias
para liberar profissionais para iniciativas de planejamento estratégico, expansão dos
negócios e desenvolvimento dos clientes ou condôminos.
Características Principais
- Praticidade
A automação do atendimento dos condôminos via Internet, traz grande praticidade e
conforto.
- Visibilidade das transações Financeiras
Monitoramento de dados referentes aos recebíveis, ao recebimento de mercadorias,
consumos em geral e atendimento personalizado para cada Condômino, tudo
automaticamente.
- Controle de custos
Automação de todos os processos de gestão para redução geral de gastos.
2.5.3 - Condor da empresa Luperlogica localizado em Campinas - SP
Visão Geral
Condor foi criado para que o administrador tenha mais praticidade, foi o primeiro a ter
a gestão de inadimplência totalmente automatizada, baixa automática de boletos com
validação, site com atualização automática, dentre outros recursos.
Características Principais
- Recursos para gestão de mais de 400 condomínios;
- Recursos para redução das necessidades de atendimentos telefônicos como:
Site com criação e atualização automática.
- 2ª via de boletos e informações financeiras pela Internet para condôminos.
- Recursos para redução de erros como:
Conciliação bancária automática;
18
Automatização na geração da pasta de prestação de contas;
Baixa automatizada de boletos com validação.
2.6. Impactos do novo sistema em termos de aumento ou redução de: pessoas,
documentos, passos no processo e outras formas de custo
A implantação do novo sistema possibilitará uma visão mais detalhada do negócio e
facilitará o controle das operações administrativas do condomínio. Desta forma, reduzirá o
tempo gasto na geração dos demonstrativos necessários, bem como nos controles de
despesas e recebimentos. E será gerado um arquivo texto (.TXT) para importação no OBB
para geração dos boletos.
Não irá diminuir o número de funcionários, pois só existe um utilizador do sistema,
que é o proprietário.
A geração de documentos e os processos da empresa serão facilitados com a
implantação do sistema.
19
3. Descrição Textual do Sistema
3.1. Título do sistema e sigla do sistema
Sistema de Administração de Condomínio - SISCON
3.2. Escopo do sistema
O sistema a ser implantado informatizará o departamento administrativo de um
condomínio, que atualmente é composto somente pelo administrador do condomínio.
O administrador continuará utilizando um sistema bancário para controle e emissão
de boletos, no qual haverá uma rotina para exportação dos dados para geração dos
mesmos.
3.3. Principais funções do sistema
Requisito Tipo Justificativa
001 – Efetuar Login Funcional Permitir ao usuário acessar o software com
suas próprias configurações.
002 – Manter Backup Não
Funcional
Realizar cópia de segurança dos dados do
software e restaurar a mesma.
003 – Atualizar estrutura
de dados
Não
Funcional
Executar atualização na estrutura do banco de
dados referente ao software.
004 – Manter os Dados
Básicos do Proprietário
Funcional Armazenar os dados comuns e obrigatórios
dos proprietários.
005 – Manter os Dados
Básicos do Inquilino
Funcional Armazenar os dados comuns e obrigatórios
dos inquilinos.
006 – Manter Plano de
Contas
Funcional Armazenar os dados referentes as contas
utilizadas para a movimentação do fluxo de
20
caixa.
007 – Manter Dados
Básicos dos Usuários
Funcional Armazena os dados básicos dos usuários do
sistema.
008 – Movimentar Fluxo de
Caixa
Funcional Realizar lançamentos no movimento caixa.
009 – Consultar Livro
Caixa
Funcional Verificar o fluxo de Plano de Contas.
010 – Realizar Rateio Funcional Calcular a divisão das despesas do
condomínio.
011 – Gerar Demonstrativo Funcional O sistema irá gerar um relatório contendo
todos os dados referentes as despesas do
condomínio.
012 – Gerar Demonstrativo
do Proprietário
Funcional O sistema irá gerar um relatório contendo
todos os dados referentes as receitas e
despesas do condomínio.
013 – Gerar Etiqueta Funcional O sistema irá gerar etiquetas com os dados
dos condôminos e do proprietário.
014 – Gerar Livro Caixa Funcional O sistema irá gerar um livro caixa contendo os
dados referentes ao rateio das despesas.
015 – Gerar demonstrativo
de consumo de gás
Funcional O sistema irá gerar um demonstrativo
contendo os dados referentes ao consumo de
gás dos inquilinos.
016 – Gerar arquivo de
boleto OBB
Funcional O sistema irá exportar dados de movimentação
para geração de boletos.
017 – Movimentar Gás Funcional Realizar lançamentos referentes a consumo de
gás
018 – Gerar Demonstrativo
do Inquilino
Funcional O sistema irá gerar um relatório contendo
apenas os dados referentes as receitas e
despesas do inquilino.
019 – Manter Apartamento Funcional Armazenar os dados do apartamento.
21
3.4. Requisitos não funcionais e Restrições do sistema
Para garantir maior segurança serão feitos backups do sistema, para melhorar a
performance do sistema, o banco será normalizado, e para garantir a manutenibilidade, o
sistema contará com uma boa documentação.
Os dados serão armazenados com segurança e recuperados de forma íntegra, com
confiabilidade.
O sistema será de fácil manuseio, contará com uma interface amigável, para facilitar
as rotinas do usuário e agilizar os processos do condomínio.
A restrição do sistema será que o sistema realizará apenas controle da área
administrativa.
3.5. Plataforma necessária (hardware e software)
3.5.1 Servidor
3.5.1.1 Hardware
Processador Intel Core 2 duo 2.0 Ghz
4 GB de memória
10 GB de espaço disponível em Disco Rígido
3.5.1.2 Software
Sistema operacional Microsoft Windows Server ou Linux
Sistema gerenciador de banco de dados Firebird 2.1
3.5.2. Estação
3.5.2.1. Hardware
22
Processador Intel Celeron 1.6 Ghz
1 GB de memória
Disco Rígido com 1 GB de espaço disponível
3.5.2.2. Software
Sistema operacional Microsoft Windows XP, Vista, Windows 7, Linux
Java Runtime Enviroment 6 ou superior
Sistema gerenciador de banco de dados Firebird Client 2.1
3.5.3 Rede
Conexão entre cliente/servidor com tráfego mínimo de 10/100 mbps
3.6 Plataforma atualmente existente (hardware e software)
3.6.1. Servidor
3.6.1.1. Hardware
Computador modelo HP proLiant ML100
2 GB de Memória
Disco Rígido de 320 GB
3.6.1.2 Software
Microsoft Windows Server 2008
3.6.2. Estação
23
3.6.2.1 Hardware
Processador Pentium Dual Core
2 GB de memória
Disco Rígido de 320 GB
3.6.2.2 Software
Sistema operacional Microsoft Windows Vista Starter
Editor de texto Microsoft Word 2000
Planilha eletrônica Microsoft Excel 2000
Office Home Bank Bradesco OBB
3.6.3 Rede
Compartilhamento de impressão através do Windows XP
Compartilhamento de internet através do servidor Linux.
Compartilhamento de dados através do Windows Server 2008
Desta forma o condomínio já possui o hardware necessário, não necessitando
adquirir novos hardwares.
24
4. Objetivos do projeto
4.1. Contexto do Negócio
Trata-se de um condomínio na cidade de Capivari, localizado no centro da cidade,
com 60 apartamentos.
4.2. Objetivos
O projeto tem como objetivo a implantação de um sistema informatizado para
controle administrativo do condomínio, facilitando o desenvolvimento das atividades do
mesmo, tendo em vista que o sistema existente é manual, deixando a desejar no quesito
segurança.
Este sistema possibilitará um controle maior dos gastos do condomínio, contas a
pagar e a receber, além da geração de diversos demonstrativos.
4.3. Funções principais
As funções principais do sistema são: Manter os dados básicos do proprietário e do
inquilino, manter plano de contas, geração dos demonstrativos (despesas e receitas, rateio,
demonstrativo de consumo de gás, demonstrativo de condôminos em atraso), exportação de
dados para OBB, geração de etiquetas, controle de fluxo de caixa.
4.4. Questões de desempenho
O acesso aos dados será gerenciado pelo servidor Firebird, um SGBD com mínima
necessidade de configuração e administração, e tem como diferencial o fator de ser Open
Source, assim, livre de qualquer exigência de licenças, mesmo para uso comercial.
Além do acesso aos dados, a plataforma de desenvolvimento do software, a IDE
Java, serve como referência em desempenho, segurança e principalmente grande
25
portabilidade, podendo assim ser instalada em qualquer ambiente desktop, por exemplo, em
Windows e Linux.
Com os dois softwares utilizados em conjunto, conseguiremos um ganho de
desempenho e segurança, diferenciando assim o software a ser desenvolvido dos demais
existentes no mercado.
4.5. Restrições técnicas e administrativas
O sistema será desenvolvido para controlar apenas as rotinas administrativas do
condomínio, não estando inclusas rotinas de outras naturezas, como por exemplo, controle
de acesso ao condomínio, geração de boletos etc.
Haverá sigilo dos dados utilizados no desenvolvimento do projeto.
A técnica de desenvolvimento será para Desktops, não serão incrementadas no
projeto outras plataformas, como por exemplo, o ambiente Web.
Há também as seguintes restrições administrativas:
- Através de assembléia entre os condôminos, ficou decidido que o valor do
condomínio é de R$ 300,00 mensais, e caso o rateio seja inferior ou superior ativa-se o
fundo de reserva, quando os gastos do condomínio ultrapassam o arrecadado, é retirado
deste fundo para cobrir os gastos excedidos, assim quando os gastos do condomínio são
menores que os valores arrecadados pelo condomínio, esta diferença é destinada ao fundo
de reserva.
- O demonstrativo de despesas e receitas contém também as informações
financeiras do condomínio, as quais não são disponibilizadas no demonstrativo para os
inquilinos do condomínio
26
5. Estudo de Viabilidade Financeira
5.1. Previsão Financeira
O investimento aplicado ao projeto SisCon poderá ser visualizado no item 5.3, onde
foram levantados os cálculos básicos para o projeto.
5.2. Investimentos em infra-estrutura
As configurações de rede e hardware atuais demonstram que existem equipamentos
suficientemente adequados para implantação e operação do sistema a ser desenvolvido.
Portanto não há necessidade de aquisição de novos recursos tecnológicos.
5.3. Investimentos em Desenvolvimento
O investimento com desenvolvimento será calculado de acordo com a técnica Pontos
de Casos de Uso (PCU), que foi criada em 1993 por Gustav Karner da empresa Objectory
AB. Esta métrica permite fazer estimativas no início do projeto com base no modelo de
casos de uso. A filosofia dos Pontos de Casos de Uso é baseada na definição da Análise de
Pontos por Função (APF), na qual a funcionalidade vista pelo usuário é a base para a
estimativa do tamanho do software (BELGAMO; FABBRI, 2004).
27
O processo utilizado para contagem dessa métrica segue em anexo (Anexo 1).
Para maiores detalhes sobre o processo utilizado para contagem
dessa métrica , consultar o Anexo 1 (no final do TCC).
28
O total de UCP é 186,69, onde o valor de cada UCP estipulado pelo grupo é de R$
80,00, este valor foi estipulado através de pesquisas de mercado.
O custo de desenvolvimento, calculado através de UCP é calculado da seguinte
forma:
R$ 80,00 x 186,69 = R$ 14.935,20.
5.4. Custos Fixos
Em relação ao desenvolvimento o projeto terá um custo fixo com internet, no valor
R$ 79,90 mensal.
Para levantamento de requisitos, o custo com transporte será de aproximadamente
R$ 40,00 mensais.
O desenvolvimento do projeto não terá custos fixos como aluguel, pois se trata de
um projeto acadêmico, sendo assim poderá ser utilizado o prédio da instituição.
Com relação a utilização do projeto pelo condomínio, não terá custos fixos.
Se o projeto não tivesse fins acadêmicos, os custos fixos de desenvolvimento seriam
os seguintes:
- Custo para aluguel de um local para desenvolvimento, valor estimado R$ 450,00
mensal.
- Custo com internet, mensalidade para banda larga de 4 mbps, R$ 141,90 mensal.
Com relação a utilização do sistema, se o projeto não fosse acadêmico, o
condomínio teria os seguintes gastos:
- Custo mensal com atualização e manutenção do software, no valor de R$ 200,00.
29
5.5. Benefícios
O condomínio não terá gasto algum com o projeto e o mesmo trará muitos
benefícios, tais como segurança de dados e agilidade nos processos administrativos.
O condomínio não precisará investir em infra-estrutura, pois já possui hardware
necessário para implantação do projeto, também não investirá em desenvolvimento, pois o
projeto é acadêmico de conclusão de curso, desta forma o projeto conta com toda infra-
estrutura necessária.
O sistema possui diversos diferenciais, a exportação dos dados para a geração de
boletos, a geração dos relatórios de forma mais fácil e rápida, e um controle confiável do
fluxo de caixa.
30
6. Riscos do Projeto
Foram analisados os riscos do projeto de forma qualitativa, onde se analisa a
probabilidade e o impacto de cada um dos riscos identificados nos objetivos do projeto.
Este processo permite estabelecer uma priorização dos riscos em função do seu
potencial de influenciar os resultados do projeto.
A análise qualitativa de riscos (Probabilidade x Impacto) deve ser feita para cada
risco identificado e o valor esperado de cada risco (Probabilidade x Impacto) permite definir
uma priorização dos Riscos do Projeto.
Abaixo segue as pontuações referentes às:
Analise qualitativa de probabilidade:
Referencial Probabilidade de Ocorrência
Grande chance de ocorrer 0.95
Provavelmente ocorrerá 0.75
Igual chance de ocorrer ou não 0.50
Baixa chance de ocorrer 0.25
Pouca chance de ocorrer 0.10
Avaliação de Impacto:
Grau de Impacto Peso
Muito grande 5.0
Grande 4.0
Moderado 3.0
Pequeno 2.0
Muito pequeno 1.0
31
Matriz probabilidade x impacto
PONTUAÇÃO PARA CADA RISCO ESPECÍFICO
Probabilidade
0.95 0.95 1.90 2.85 3.80 4.75
0.75 0.75 1.50 2.25 2.25 3.75
0.50 0.50 1.00 1.50 2.00 2.50
0.25 0.25 0.50 0.75 1.00 1.25
0.10 0.10 0.20 0.30 0.30 0.50
1.0 2.0 3.0 4.0 5.0
IMPACTO
Com base na Matriz Probabilidade x Impacto, pode-se priorizar os riscos do projeto,
como abaixo:
• BAIXO RISCO: 0,10 a 0,75
• MÉDIO RISCO: 0,95 a 1,90
• ALTO RISCO: 2,00 a 4,75
6.1. Problema no levantamento dos requisitos
6.1.1. Magnitude
Probabilidade de ocorrência = 0.50;
Peso do impacto = 5.0;
De acordo com a Matriz probabilidade x impacto a pontuação é igual a: 2.50.
Sendo assim a Magnitude é de Alto Risco.
6.1.2. Descrição
Na fase de levantamento de requisitos encontramos os seguintes problemas:
O usuário principal do sistema não sabe o que deseja que o sistema faça ou sabe e
não consegue transmitir para o analista;
32
Os requisitos identificados não são realistas e não identificam os requisitos similares.
6.1.3. Impacto
Um requisito errado afetará o tempo de desenvolvimento e o valor do projeto para
ambas as partes envolvidas no desenvolvimento do sistema.
6.1.4. Indicadores
O resultado final de determinado módulo pode não coincidir com o requisitado pelo
usuário principal do sistema.
O tempo de conclusão de módulos do sistema pode não ser igual ao tempo estimado
no cronograma.
6.1.5. Estratégia de mitigação
Para suavizar esse tipo de risco, o cronograma do sistema já conta com um tempo
para análise e correção de possíveis erros no levantamento de requisitos que possam ser
encontrados no decorrer do projeto.
6.1.6. Plano de contingência
Marcar reuniões constantemente com o administrador do condomínio, apresentando
protótipos e documentos a fim de mantê-lo integrado no desenvolvimento do sistema.
Com essa integração a procura de erros nos requisitos será mais ágil, e corrigindo
erros no menor tempo possível o cronograma poderá cumprir o prazo correto.
6.2. Ausência de um integrante da equipe
6.2.1. Magnitude
Probabilidade de ocorrência = 0.50;
Peso do impacto = 3.0;
De acordo com a Matriz probabilidade x impacto a pontuação é igual a: 1.50.
33
Sendo assim a Magnitude é de Médio Risco.
6.2.2. Descrição
A ausência de um dos integrantes da equipe poderia ocasionar em uma adição nas
tarefas de um ou mais integrantes da equipe, assim o desenvolvimento do projeto
continuaria normalmente, essa ausência não compromete a execução do projeto.
6.2.3. Impacto
A ausência de um dos integrantes colocaria mais tarefas para os outros integrantes
da equipe, sendo que esse integrante responsável pela tarefa do outro teria um tempo maior
de trabalho no desenvolvimento do projeto.
6.2.4. Indicadores
Ausência por doença, problema pessoal, ou mesmo falta de comprometimento com o
desenvolvimento do projeto.
6.2.5. Estratégia de mitigação
Reuniões na equipe de desenvolvimento sempre que possível, para discussão de
tarefas e possíveis falhas pessoais que possam interferir na integridade da equipe, e se
algum integrante precisar se ausentar por algum motivo, deverá avisar a equipe
antecipadamente, para que possam redistribuir as tarefas.
6.2.6. Plano de contingência
Dividir as tarefas do integrante ausente para os integrantes restantes, distribuindo-as
igualmente, para facilitar e agilizar os processos de desenvolvimento.
34
6.3. Atrasos no projeto
6.3.1. Magnitude
Probabilidade de ocorrência = 0.50;
Peso do impacto = 5.0;
De acordo com a Matriz probabilidade x impacto a pontuação é igual a: 2.50.
Sendo assim a Magnitude é de Alto Risco.
6.3.2. Descrição
Atraso na conclusão das etapas e ou entrega de módulos do projeto.
6.3.3. Impacto
O não cumprimento das datas estipuladas, fará com que o prazo de
conclusão/entrega não seja cumprido, não seguindo assim o cronograma.
6.3.4. Indicadores
Não seguimento das datas estipuladas no cronograma do desenvolvimento do
projeto.
6.3.5. Estratégia de mitigação
Verificação junto ao cronograma dos módulos ou processos em atraso com
identificação do porque do ocorrido.
6.3.6. Plano de contingência
Reuniões na equipe sempre que possível, para análise das tarefas e para verificação
das datas, se as mesmas vão ser cumpridas de acordo com o cronograma.
35
6.4. Alterações nos requisitos
6.4.1. Magnitude
Probabilidade de ocorrência = 0.50;
Peso do impacto = 4.0;
De acordo com a Matriz probabilidade x impacto a pontuação é igual a: 2.00.
Sendo assim a Magnitude é de Alto Risco.
6.4.2. Descrição
O usuário principal do sistema faz uma alteração ou inclui um ou mais requisitos que
já haviam sido levantados.
6.4.3. Impacto
Requisitos novos ou alterados pelo usuário principal sem aviso prévio junto à equipe
de desenvolvimento, poderá aumentar o tempo de desenvolvimento do projeto.
6.4.4. Indicadores
O usuário principal do sistema pode precisar de certas funcionalidades no sistema
que não foram contempladas no processo de levantamento de requisitos.
6.4.5. Estratégia de mitigação
O bom levantamento dos requisitos nas fases preliminares do projeto com uma
análise posterior completa dos documentos que foram levantados durante as entrevistas.
6.4.6. Plano de contingência
Assim como previsto, haverá várias reuniões para definições e resolução de dúvidas,
a pergunta sobre novos requisitos ou alteração dos mesmos, será feita para controle de
todas as novas funcionalidades que o projeto se faça necessário.
36
6.5. Rompimento do contrato por parte do cliente
6.5.1. Magnitude
Probabilidade de ocorrência = 0.10;
Peso do impacto = 5.0;
De acordo com a Matriz probabilidade x impacto a pontuação é igual a: 0.50.
Sendo assim a Magnitude é de Baixo Risco.
6.5.2. Descrição
O cliente rompe contrato com a equipe de desenvolvimento do projeto.
6.5.3. Impacto
A equipe de desenvolvimento ficará sem o projeto, tendo assim o risco de não poder
concluir o Trabalho de Conclusão de Curso.
6.5.4. Indicadores
O usuário recebe outra proposta referente à necessidade do mesmo, que atendam
por outros motivos as necessidades do usuário.
6.5.5. Estratégia de mitigação
A comunicação sempre disponível com o cliente, resolvendo problemas, tirando
duvidas, para mantê-lo por dentro do projeto. Procurando assim manter bom relacionamento
com o cliente.
6.5.6. Plano de contingência
Procurar desenvolver diferenciais no sistema, que motivem o usuário a utilizar o
sistema, quebrar a concorrência entre as demais empresas que possam fazer frente aos
sistemas similares.
37
7. Plano de Projeto
7.1. Divisão de Tempo e Esforço
Função Profissional (is)
Gerente do Projeto Jossimara Alves
Analista do Projeto Jossimara Alves / Tais de Campos Brito /
Leandro Caçador
Analista de Requisitos Jossimara Alves / Tais de Campos Brito /
Leandro Carillo
Programador Leandro Caçador / Leandro Carillo
Teste Jossimara Alves / Tais de Campos Brito
Fases no Desenvolvimento Profissional (is)
1 Definição de Requisito Analista de Requisitos
2 Análise de Requisito Analista de Requisitos
3 Projeto Analista de Projeto
4 Protótipo Programador
5 Codificação Programador
6 Testes Analista de Projeto / Analista de
Requisitos
7 Integração de Testes Analista de Projeto / Analista de
Requisitos
8 Treinamento Analista de Projeto
7.2. Cronograma
ITEM ATIVIDADE HORAS INÍCIO FIM PREDECESSORA
1 TCC I 84 hrs 1/2/2010 19:30
12/5/2010 22:30
2 Levantamento de requisitos 33 hrs 1/2/2010 19:30
15/3/2010 22:30
3 Apresentação da disciplina e 3 hrs 1/2/2010 1/2/2010
38
do regulamento do TCC 19:30 22:30
4 Divisão/Definição da equipe 3 hrs 3/2/2010 19:30
3/2/2010 22:30 3
5 Apresentação das propostas de sistemas pela equipe 3 hrs
8/2/2010 19:30
8/2/2010 22:30 4
6 Construção do cronograma e inicialização do prefácio 3 hrs
10/2/2010 19:30
10/2/2010 22:30 5
7 Entrega do Prefácio 3 hrs 22/2/2010 19:30
22/2/2010 22:30 6
8
Entrega dos Principais Documentos relativos ao Levantamento de Dados do Sistema (apresentar juntamente com os artefatos), Descrição Textual do Sistema e parte do Glossário / Documento de Normas e Padrões 3 hrs
24/2/2010 19:30
24/2/2010 22:30 7
9
Entrega dos Objetivos do projeto, o Estudo de Viabilidade Financeira e os Riscos do Projeto 6 hrs
3/3/2010 19:30
8/3/2010 22:30 8
10 Entrega do Plano de Projeto 6 hrs 10/3/2010 19:30
15/3/2010 22:30 9
11 Projeto 51 hrs 17/3/2010 19:30
12/5/2010 22:30 2
12
Entrega dos Atributos dos Requisitos e parte dos Documentos de Requisitos (Diagrama de Caso de Uso) e o Glossário / Documento de Normas e Padrões completo 6 hrs
17/3/2010 19:30
22/3/2010 22:30 10
13
Entrega dos Documentos de Requisitos (Diagramas de Atividades) 6 hrs
24/3/2010 19:30
29/3/2010 22:30 12
14
Entrega dos Documentos de Requisitos (Diagramas de Sequencia de Negócio 6 hrs
7/4/2010 19:30
12/4/2010 22:30 13
15
Entrega dos Documentos de Requisitos devidamente corrigido 6 hrs
14/4/2010 19:30
19/4/2010 22:30 14
16 Entrega de Modelo de Análise 6 hrs
21/4/2010 19:30
26/4/2010 22:30 15
17
Entrega do Modelo de Projeto (Modelo Físico dos Dados) 6 hrs
28/4/2010 19:30
3/5/2010 22:30 16
18 Entrega do Modelo de Análise 6 hrs
5/5/2010 19:30
10/5/2010 22:30 17
19
Entrega dos protótipos e respectiva documentação pelas equipes 3 hrs
12/5/2010 19:30
12/5/2010 22:30 18
39
CRONOGRAMA TCC II 154 hrs 2/8/10 19:00
25/11/10 22:30
1
Apresentação do Plano de Ensino da Disciplina TCC II - Elaboração do Cronograma TCC II 3,5 hrs
2/8/10 19:00
2/8/10 22:30
2 Projeto/Análise/Desenvolvimento 1,5 hrs
3/8/10 21:00
3/8/10 22:30 2
3
Desenvolvimento: Diagramas de Sequencia de Implementação 5 hrs
5/8/10 19:00
6/8/10 22:30 3
4
Entrega: Diagramas de Sequencia de Implementação / Revisão de Diagrama de Classe Implementação 3,5 hrs
9/8/10 19:00
9/8/10 22:30 4
5 Projeto/Análise/Desenvolvimento 1,5 hrs
10/8/10 21:00
10/8/10 22:30 5
6 Desenvolvimento: Diagrama de Classe de Implementação 5 hrs
12/8/10 19:00
13/8/10 22:30 6
7
Entrega: Diagrama de Classe de Implementação / Revisão de Diagrama de Estados 3,5 hrs
16/8/10 19:00
16/8/10 22:30 7
8 Projeto/Análise/Desenvolvimento 1,5 hrs
17/8/10 21:00
17/8/10 22:30 8
9 Desenvolvimento: Diagramas de Estados 5 hrs
19/8/10 19:00
20/8/10 22:30 9
10
Entrega: Diagramas de Estados / Projeto/Análise/Desenvolvimento 3,5 hrs
23/8/10 19:00
23/8/10 22:30 10
11 Projeto/Análise/Desenvolvimento 1,5 hrs
24/8/10 21:00
24/8/10 22:30 11
12 Desenvolvimento: Diagrama de Componentes 5 hrs
26/8/10 19:00
27/8/10 22:30 12
13
Entrega/Revisão: Diagrama de Componentes / Projeto/Análise/Desenvolvimento 3,5 hrs
30/8/10 19:00
30/8/10 22:30 13
14 Projeto/Análise/Desenvolvimento 1,5 hrs
31/8/10 21:00
31/8/10 22:30 14
15 Desenvolvimento: Diagrama de Implantação 5 hrs
2/9/10 19:00
3/9/10 22:30 15
16
Entrega: Diagrama de Implantação / Projeto/Análise/Desenvolvimento 3,5 hrs
6/9/10 19:00
6/9/10 22:30 16
17 Projeto/Análise/Desenvolvimento 5 hrs
9/9/10 19:00
10/9/10 22:30 17
18 Projeto/Análise/Desenvolvimento/Teste 10 hrs
13/9/10 19:00
17/9/10 22:30 18
19 Projeto/Análise/Desenvolvimento/Teste 10 hrs
27/9/10 19:00
1/10/10 22:30 19
40
20 Projeto/Análise/Desenvolvimento/Teste 10 hrs
4/10/10 19:00
8/10/10 22:30 20
21 Projeto/Análise/Desenvolvimento/Teste 8,5 hrs
11/10/10 19:00
15/10/10 22:30 21
22 Instalação/Treinamento do software junto ao cliente 10 hrs
18/10/10 19:00
22/10/10 22:30 22
23 Correção/Elaboração de Manuais/Produto Final 10 hrs
25/10/10 19:00
29/10/10 22:30 23
24 Correção/Elaboração de Manuais/Produto Final 8,5 hrs
1/11/10 19:00
5/11/10 22:30 24
25
Entrega do sistema finalizado e respectiva documentação pelas equipes 3,5 hrs
8/11/10 19:00
8/11/10 22:30 25
26
Desenvolvimento do material para apresentação do produto final 6,5 hrs
9/11/10 21:00
12/11/10 22:30 26
27 Apresentação para a Banca 3,5 hrs 25/11/10 19:00
25/11/10 22:30 27
41
8. Glossário
Termo Descrição
Ambiente desktop É uma expressão utilizada para denominar que a
tecnologia empregada é Desktop, isto é, será feito um
software para utilização somente em computadores e
notebooks, não possui tecnologia para ser utilizado em
dispositivos móveis (celular) nem via internet (web).
Ambiente Web É uma expressão utilizada para denominar que a
tecnologia empregada é Web, isto é, um software
apropriado para o ambiente Web, possibilitará a interação
e utilização do sistema através de internet.
Antena Interall Fabricante de Antena de rede a rádio, cliente.
Assembléia Encontro de pessoas para que se reúnem para um
determinado fim comum, especialmente deliberativo.
Balancete Documento contábil que reflete a situação patrimonial da
empresa, compreendendo ativos, passivos e situação
líquida, receitas e despesas.
Boleto O boleto (também conhecido por boleto bancário, boleto
de cobrança) é um documento utilizado como instrumento
de pagamento de um produto ou serviço prestado. Através
do boleto, seu emissor (cedente) pode receber do pagador
(sacado) o valor referente àquele pagamento.
Caso de Uso São especificações das sequências de ações que um
sistema pode realizar interagindo com um dos atores ou
outros casos de uso.
Condômino Proprietário de sua unidade e co-proprietário das áreas de
uso comum.
CRM Customer Relationship Management - Gestão de
Relacionamento com Cliente
Cronograma O cronograma é um instrumento de planejamento e
controle semelhante a um diagrama, em que são definidas
e detalhadas minuciosamente as atividades a serem
executadas durante um período estimado.
Demonstrativo Relatório que demonstra dados específicos, que o usuário
42
está buscando, por exemplo: demonstrativo de fluxo de
caixa, demonstrativo de consumo de gás, etc.
Despesa Gasto realizado pelo condomínio, para manter sua infra-
estrutura, que mensalmente é rateada entre os
condôminos.
Editor de texto É um aplicativo de edição de arquivos de texto.
FCA Fator de Complexidade Ambiental
FCT Fator de Complexidade Técnica
Fluxo de caixa O fluxo de caixa (designado em inglês por "cash flow"),
refere-se ao montante de recursos recebidos e gastos por
uma empresa durante um período de tempo definido,
algumas vezes ligado a um projeto específico.
Fundo de reserva Verba extraordinária do condomínio destinada a gastos
imprevistos, de emergência.
IDE Java Ambiente integrado para desenvolvimento de software na
linguagem Java
Implantação Implantação é a fase do ciclo de vida de um software
(programa computacional, documentação e dados), que
no contexto de um Sistema de Informação, corresponde
textualmente à passagem do software para produção.
Importação de dados Ler ou trazer ou realizar uma fusão do conteúdo de outro
arquivo para o arquivo que está sendo editado atualmente.
Inquilino Pessoa que mora em apartamento alugado.
Linux Linux (inventado por Linus Torvalds) é um sistema
operacional livre de código aberto que vem em muitas
distribuições diferentes (Debian, Suse, Fedora, Ubuntu,
...).
Manutenibilidade Manutenibilidade refere-se ao esforço necessário para se
fazer modificações específicas no produto. Todo software
precisa de manutenção, seja para corrigir erros ou atender
a novos requisitos.
Métrica Padrões para a quantificação, frequentemente utilizados
para a obtenção de resultados, de acordo com os padrões
especificados.
Mitigação Medidas estruturais e não-estruturais tomadas a fim de
limitar ou reduzir o impacto das ameaças de qualquer
43
natureza.
Normalizado Um banco de dados normalizado, é aquele onde se aplica
uma série de regras sobre as tabelas (também chamadas
de relações) de um banco de dados, para verificar se
estão corretamente projetadas
Open Source O termo código aberto, ou open source em inglês, foi
criado pela OSI (Open Source Initiative) e refere-se a
software também conhecido por software livre.
Genericamente trata-se de software que respeita as quatro
liberdades definidas pela Free Software Foundation,
inspiradas no projecto Debian, nomeadamente em
"Debian Free Software Guidelines (DFSG)".
Sacado Pessoa física ou jurídica contra quem se emite um título
de crédito.
OBB Office Banking Bradesco – Sistema Bancário do Banco
Bradesco.
PCU Pontos de Casos de Uso
PCUA Pontos de Caso de Uso Ajustado
PCUNA Pontos de Caso de Uso não ajustado
Planilha eletrônica É um tipo de aplicativo que utiliza tabelas para realização
de cálculos ou apresentação dos dados.
Plano de Contingência Planejamento para se algum problema acontecer, esse
problema possa ser solucionado plenamente ou volte a
funcionar em um estado minimamente aceitável o mais
rápido possível.
Portabilidade No contexto da informática, a portabilidade de um
programa de computador é a sua capacidade de ser
compilado ou executado em diferentes arquiteturas (seja
de hardware ou de software). O termo pode ser usado
também para se referir a re-escrita de um código fonte
para outra linguagem de computador.
Produtividade
É a indicação do grau de aproveitamento dos recursos
produtivos. Trata-se de uma proporção entre o que é
produzido e os recursos requeridos para se atingir esta
produção.
Protótipo Programa inacabado, utilizado para mostrar ao cliente se o
44
projeto está sendo construído corretamente ou precisa ser
modificado em alguma parte.
Qualitativa Relacionado a qualidade, ao conceito, ao motivo da
operação etc.
Quantitativa Relacionado a quantidade, números, valores etc.
Rateio Divisão proporcional pelo total de unidades, exceto a
unidade do síndico.
Receita Recebimentos do condomínio, referente as despesas
mensais rateadas.
Relatório Um relatório é um conjunto de informações, utilizado para
reportar resultados parciais ou totais de uma determinada
atividade, experimento, projeto, ação, pesquisa, ou outro
evento, esteja finalizado ou ainda em andamento.
Requisito Definição de uma característica, atributo, habilidade ou
qualidade que um sistema (ou qualquer um de seus
módulos e sub-rotinas) deve necessariamente prover para
ser útil a seus usuários.
Sacado Quem efetua o pagamento do boleto.
Servidor É o computador que vai centralizar o armazenamento dos
dados do sistema. Será responsável por atender às
requisições dos usuários.
SISCON Nome do sistema desenvolvido para administração de
condomínios.
SGBD - Sistema gerenciador
de banco de dados
É um sistema para a criação e manutenção do banco de
dados do sistema.
Sistema operacional Software que controla o hardware e operações do
computador.
Sistemas Distribuídos É uma "coleção de computadores independentes que se
apresenta ao usuário como um sistema único e
consistente"
Stakeholder Pessoal envolvido no projeto, Stakeholder (em português,
parte interessada ou interveniente), é um termo usado em
administração que refere-se a qualquer pessoa ou
entidade que afeta ou é afetada pelas atividades de uma
empresa.
TPNAUC Total de Pesos não ajustados dos casos de usos.
45
Windows Microsoft Windows é uma popular família de sistemas
operacionais criados pela Microsoft, empresa fundada por
Bill Gates e Paul Allen.
8.1. Normas e Padrões
Banco de dados: Será adotado um padrão da seguinte forma: para o nome dos
atributos, as 2 primeiras letras farão referência ao nome da tabela, as letras a seguir serão
referentes ao motivo do campo, possuirão apenas 4 letras, antecedidas por underline (_).
Nome dos atributos da classe: Os nomes dos atributos das classes têm as 2
primeiras letras como indicadores da classe que pertencem, e 4 letras seguintes referente
ao motivo do campo. A primeira letra será minúscula, seguida de duas letras maiúsculas e o
restante minúsculas.
Nome de variáveis: As variáveis globais do sistema terão na primeira letra um ‘g’
minúsculo, as variáveis locais têm a primeira letra um ‘v’ minúsculo, e as variáveis que
servem como parâmetro têm a primeira letra um ‘p’ minúsculo, e as próximas letras serão 1
maiúscula e as 3 seguintes minúsculas.
46
9. Atributos dos Requisitos
9.1. Produção da matriz de atributos de requisitos contemplando os seguintes
atributos para cada um dos requisitos: complexidade, estabilidade, prioridade,
custo, risco.
Abaixo estão descritos os atributos dos requisitos, explicando cada atributo e de
como será utilizado para classificar os requisitos. Após segue uma matriz que exibe cada
requisito com a sua respectiva classificação em relação a seus atributos.
Complexidade
Complexidade é o grau de dificuldade ou facilidade de implementação e ligação com
outros requisitos, sendo classificada em três níveis:
• Alta: o requisito é de difícil implementação;
• Média: o requisito tem uma implementação que não é muito complexa;
• Baixa: o requisito tem uma implementação relativamente fácil;
Estabilidade
Estabilidade indica a possibilidade de o sistema sofrer mudanças nos requisitos
durante o desenvolvimento do projeto, sendo classificado em três níveis:
• Alta: o requisito não deverá sofrer mudanças, ou então sofrerá pequenas
mudanças;
• Média: o requisito poderá sofrer algumas modificações durante o projeto;
• Baixa: o requisito poderá sofrer diversas ou grandes modificações durante o
projeto;
Prioridade
Prioridade do requisito em relação ao sistema. Requisitos com prioridades mais altas serão
implementados primeiro, são classificado em três níveis:
• Essencial: o sistema depende do requisito. Caso não seja implementado, o
sistema não funcionará;
• Importante: o requisito deve ser implementado, mas não comprometerá o
funcionamento do sistema;
• Desejável: o requisito não tem importância sobre os demais, podendo ser deixado
para posterior implementação;
47
Custo
O custo indica o esforço relacionadas a implementação do requisito, sendo
classificado em três níveis:
• Alto: custo alto de implementação;
• Médio: custo médio de implementação;
• Baixo: custo baixo de implementação.
Risco
O risco indica se algum requisito pode causar algum problema capaz de inviabilizar a
continuidade do projeto, sendo classificado em três níveis:
• Alto: o requisito pode causar problemas sérios que comprometam o
desenvolvimento do projeto;
• Médio: o requisito pode causar problemas, mas não compromete o
desenvolvimento geral do projeto;
• Baixo: o requisito é incapaz de causar problemas sérios que comprometam o
desenvolvimento do projeto;
Tabela de atributos dos requisitos do sistema, descrevendo os casos de uso:
Caso de Uso Complexidade Estabilidade Prioridade Custo Risco
001 – Efetuar Login Média Média Essencial Médio Médio
002 – Manter
Backup
Média Média Desejável Médio Médio
003 – Atualizar
Estrutura de Dados
Média Alta Desejável Médio Alto
004 – Manter os
Dados Básicos do
Proprietário
Média Média Essencial Médio Médio
005 – Manter os
Dados Básicos do
Inquilino
Média Média Essencial Médio Médio
48
006 – Manter plano
de Contas
Alta Média Essencial Médio Alto
007 – Manter Dados
Básicos dos
Usuários
Média Média Essencial Médio Médio
008 – Movimentar
Fluxo de Caixa
Alta Média Essencial Alto Médio
009 – Consultar
Livro Caixa
Alta Média Importante Médio Médio
010 – Realizar
Rateio
Alta Média Essencial Alto Alto
011 – Gerar
Demonstrativo
Alta Média Essencial Alto Alto
012 – Gerar
Demonstrativo do
Proprietário
Alta Média Essencial Alto Alto
013 – Gerar Etiqueta Baixa Baixa Desejável Baixo Baixo
014 – Gerar Livro
Caixa
Média Média Importante Alto Médio
015 – Gerar
Demonstrativo de
Consumo de Gás
Média Baixa Importante Alto Médio
016 – Gerar Arquivo
de boleto OBB
Alta Média Essencial Alto Médio
017 – Movimentar
Gás
Alta Média Essencial Alto Médio
018 – Gerar
Demonstrativo do
Inquilino
Alta Média Essencial Alto Alto
019 – Manter
Apartamento
Média Média Essencial Médio Médio
49
10. Documentos de Requisitos
10.1. Diagrama de Casos de Uso
50
10.2. Documentos de Requisitos – Efetuar Login
10.2.1. Descrição de Caso de Uso - Efetuar Login
Projeto: SisCon
Identificador do Caso de Uso: 001
Número da versão do Caso de Uso: 1.0
Finalidade: Realizar login para acessar o sistema.
Atores: Usuário
Evento Inicial: O usuário inicializa o sistema.
Fluxo Principal:
a. O sistema disponibiliza a interface solicitando o login e a senha
b. O usuário informa o login e a senha (E1).
c. O sistema valida o login e a senha (A1).
d. O caso de uso é encerrado
Fluxo Alternativo:
A1 – Não preenchimento dos campos necessários.
a. O sistema informa ao usuário que os dados não são válidos, sendo necessária sua
correção.
b. O sistema retorna ao passo ‘b’ do fluxo principal.
Fluxo de Exceção:
E1 – O usuário não se lembra do seu login e/ou sua senha.
a. O usuário não possui as informações necessárias para acessar o sistema.
b. O usuário cancela a operação.
c. O caso de uso é encerrado
Pós - condições: O acesso ao sistema é realizado com sucesso.
51
10.2.2. Diagrama de Atividades – Efetuar Login
act Efetuar Login
SisConUsuário
Início
disponibiliza a interface
solicitando o login e a
senha
informa o login e a senha v alida o login e a senha
Fim
informa ao usuário que os
dados não são v álidos,
sendo necessária sua
correção
dados validados
dados inválidos
52
10.2.3. Diagrama de Sequencia de Negócio – Efetuar Login
53
10.2.4. Diagrama de Sequencia de Implementação – Efetuar Login
54
10.3. Documentos de Requisitos – Manter Backup
10.3.1. Especificação de Caso de Uso – Manter Backup
Projeto: SisCon
Identificador do Caso de Uso: 002
Número da versão do Caso de Uso: 1.0
Finalidade: Realizar o backup do sistema.
Atores: Usuário
Evento Inicial: Usuário acessa o menu Utilitários e a opção Backup na interface principal do
sistema.
Fluxo Principal:
a.O sistema disponibiliza na interface as opções disponíveis.
b. O usuário seleciona a opção desejada (A2)(E1)
c.O sistema informa o local (A1) onde será gravado o backup.
d. O usuário confirma a operação.
e. O sistema valida os dados.
f. O caso de uso é encerrado.
Fluxo Alternativo:
A1 – O usuário não grava o backup no local indicado pelo sistema.
a. O usuário executa a pesquisa e seleciona um local para gravar o backup.
b. O sistema retorna ao passo ‘d’ do fluxo principal.
A2 – O usuário seleciona a opção Restore.
a.O sistema disponibiliza na interface uma opção de pesquisa(E2).
b. O usuário seleciona os dados necessários para efetuar a restauração e confirma a
operação.
c. O sistema retorna ao passo ‘e’ do fluxo principal
Fluxo de Exceção:
55
E1 – Cancelamento do Backup
a. O usuário desiste da operação.
b. O caso de uso é encerrado.
E2 – Cancelamento do Restore
a. O usuário desiste da operação.
b. O caso de uso é encerrado.
56
10.3.2. Diagrama de Atividades – Manter Backup
act Manter Backup
SisConUsuário
Início
Acessa o menu
Utilitários e a opção
Backup na interface
principal do sistema
Informa o local onde será
grav ado o backup
Fim
Confirma a
operação
Disponibiliza na
interface as opções
disponív eis
seleciona a opção
desejada
v alida os dados
executa a pesquisa e
seleciona um local para
grav ar o backup
disponibiliza na interface
uma opção de pesquisa
seleciona os dados
necessários para efetuar a
restauração e confirma a
operação
Backup
Restore
não grava no local indicado
57
10.3.3. Diagrama de Sequencia de Negócio – Manter Backup
58
10.3.4. Diagrama de Sequencia de Implementação – Manter Backup
59
10.4. Documentos de Requisitos – Atualizar estrutura de dados
10.4.1. Especificação de Caso de Uso – Atualizar estrutura de dados
Projeto: SisCon
Identificador do Caso de Uso: 003
Número da versão do Caso de Uso: 1.0
Finalidade: Atualizar a estrutura do banco de dados.
Atores: Usuário
Pré-Condição: O usuário deve possuir acesso a opção desejada, bem como a necessidade
de atualização na estrutura do banco de dados.
Evento Inicial: O usuário seleciona na interface principal do sistema o menu Utilitários e
acessa a opção de Atualizar Estrutura de Dados.
Fluxo Principal:
a. O sistema abre na interface as opções disponíveis(pesquisar, executar, sair).
b. O usuário acessa a opção de pesquisa e seleciona o script a ser executado.
c. O usuário seleciona a opção desejada (E1).
d. O sistema atualiza os dados.
e. O caso de uso é encerrado.
Fluxo Alternativo:
Fluxo de Exceção:
E1 – Não preenchimento dos campos necessários
a. O sistema informa ao usuário que os dados não são válidos.
b. O caso de uso é encerrado.
Pós – condições: Atualização da estrutura do banco de dados realizada com sucesso.
60
10.4.2. Diagrama de Atividades – Atualizar estrutura de dados
act Atualizar estrutura de dados
SisConUsuário
Início
Seleciona na tela
principal do sistema o
menu Utilitários e
acessa a opção de
Atualização da
Estrutura de dados
Abre na tela as opções
disponív eis
Seleciona a
opção desejada
Fim
acessa a opção de
pesquisa e seleciona o
script a ser executado
atualiza os dados
informa ao usuário que os
dados não são v álidos
61
10.4.3. Diagrama de Sequencia de Negócio – Atualizar estrutura de dados
62
10.4.4. Diagrama de Sequencia de Implementação – Atualizar estrutura de dados
63
10.5. Documentos de Requisitos – Manter os Dados Básicos do Proprietário
10.5.1. Especificação de Caso de Uso – Manter os Dados Básicos do Proprietário
Projeto: SisCon
Identificador do Caso de Uso: 004
Número da versão do Caso de Uso: 1.0
Finalidade: Manter os dados básicos do proprietário.
Atores: Usuário
Pré-Condição: O usuário deve possuir acesso a opção desejada, bem como a necessidade
de manusear os dados do proprietário, podendo ser utilizado às opções de incluir, alterar,
salvar, cancelar, excluir, localizar, sair.
Evento Inicial: O usuário seleciona na interface principal do sistema o menu Cadastros
acessa a opção de Cadastrar Proprietário.
Fluxo Principal:
a. O sistema disponibiliza na interface as opções disponíveis (incluir, alterar, excluir,
localizar, salvar, cancelar e sair).
b. O usuário seleciona a opção desejada.
c. O sistema disponibiliza na interface os campos conforme opção escolhida (A2)
d. O usuário informa os dados necessários e confirma a operação. (E1)
e. O sistema valida os dados (A1).
f. O sistema atualiza os dados.
g. O caso de uso é encerrado
Fluxo Alternativo:
A1 – Não preenchimento dos campos necessários.
a. O sistema informa ao usuário que os dados não são válidos, sendo necessária sua
correção.
b. O sistema retorna ao passo ‘d’ do fluxo principal.
A2 – Excluir Dados Básicos de Proprietário já cadastrado
a. O usuário localiza o dado a ser excluído
64
b. O sistema verificar se este dado está referenciado com outras tabelas (E2)
c. O sistema solicita a confirmação da exclusão
d. O caso de uso retorna ao passo ‘d’ do fluxo principal
Fluxo de Exceção:
E1 – operação cancelada pelo usuário
a. O sistema informa ao usuário que a operação está sendo cancelada.
b. O caso de uso é encerrado.
E2 – Dados referenciado em outra tabela
a. O sistema exibe mensagem informando da impossibilidade de excluir o dado
b. O caso de uso é encerrado
Pós – condições: Atualização dos dados do proprietário realizada com sucesso.
65
10.5.2. Diagrama de Atividades – Manter os Dados Básicos do Proprietário
act Manter os dados básicos do proprietário
SisConUsuário
Início
seleciona na tela
principal do sistema o
menu Cadastros acessa
a opção de Cadastrar
Proprietário
disponibiliza na interface as
opções disponív eis (incluir,
alterar, excluir, localizar,
salv ar, cancelar e sair)
seleciona a opção
desejada
Valida os dados
Atualiza os
dados
Fim
informa os dados
necessários e confirma a
operação
disponibiliza na interface
os campos conforme
opção escolhida
informa ao usuário que os
dados não são v álidos,
sendo necessária sua
correção
localiza o dado a ser
excluído
v erificar se este dado está
referenciado com outras
tabelas
solicita a confirmação da
exclusão
exibe mensagem
informando da
impossibilidade de
excluir o dado
Dados válidos
dados inválidos
excluir
incluir, alterar, localizar
não referenciado
66
10.5.3. Diagrama de Sequencia de Negócio – Manter os Dados Básicos do Proprietário - (incluir, alterar, localizar, salvar, cancelar, sair)
67
10.5.4. Diagrama de Sequencia de Implementação – Manter os Dados Básicos do
Proprietário - (incluir, alterar, localizar, salvar, cancelar, sair)
68
10.5.5. Diagrama de Sequencia de Negócio – Manter os Dados Básicos do Proprietário
- (excluir)
69
10.5.6. Diagrama de Sequencia de Implementação – Manter os Dados Básicos do
Proprietário - (excluir)
70
10.6. Documentos de Requisitos – Manter os Dados Básicos do Inquilino
10.6.1. Especificação de Caso de Uso – Manter os Dados Básicos do Inquilino
Projeto: SisCon
Identificador do Caso de Uso: 005
Número da versão do Caso de Uso: 1.0
Finalidade: Manter os dados básicos do inquilino.
Atores: Usuário
Pré-Condição: O usuário deve possuir acesso a opção desejada, bem como a
necessidade de manusear os dados do inquilino, podendo ser utilizado às opções de incluir,
alterar, salvar, cancelar, excluir, localizar, sair.
Evento Inicial: O usuário seleciona na tela principal do sistema o menu Cadastros acessa a
opção de Cadastrar Inquilino.
Fluxo Principal:
a. O sistema disponibiliza na interface as opções disponíveis (incluir, alterar, excluir,
localizar, salvar, cancelar e sair).
b. O usuário seleciona a opção desejada.
c. O sistema disponibiliza na interface os campos conforme opção escolhida. (A2)
d. O usuário informa os dados necessários e confirma a operação. (E1)
e. O sistema valida os dados. (A1)
f. O sistema atualiza os dados.
g. O caso de uso é encerrado.
Fluxo Alternativo:
A1 – Não preenchimento dos campos necessários.
a. O sistema informa ao usuário que os dados não são válidos, sendo necessária sua
correção.
b. O sistema retorna ao passo ‘d’ do fluxo principal.
A2 – Excluir Dados Básicos de Inquilino já cadastrado
e. O usuário localiza o dado a ser excluído.
f. O sistema verifica se este dado está referenciado com outras tabelas. (E2)
71
g. O sistema solicita a confirmação da exclusão.
h. O caso de uso retorna ao passo ‘d’ do fluxo principal.
Fluxo de Exceção:
E1 – operação cancelada pelo usuário.
a. O sistema informa ao usuário que a operação está sendo cancelada.
b. O caso de uso é encerrado.
E2 – Dados referenciados em outra tabela
c. O sistema exibe mensagem informando da impossibilidade de excluir o dado.
d. O caso de uso é encerrado.
Pós – condições: Atualização dos dados do inquilino realizada com sucesso.
72
10.6.2. Diagrama de Atividades – Manter os Dados Básicos do Inquilino
act Manter os dados básicos do Inquilino
SisConUsuário
Início
Seleciona na tela
principal do sistema o
menu Cadastros e
acessa a opção de
Cadastrar Inquilino
Disponibiliza na interface as
opções disponív eis (incluir,
alterar, excluir, localizar,
salv ar, cancelar e sair)
Seleciona a opção
desejada
Valida os dados
Atualiza os
dados
Fim
Informa os dados
necessários e confirma a
operação
Disponibiliza na interface
os campos conforme
opção escolhida
Informa ao usuário que os
dados não são v álidos,
sendo necessária sua
correção
Localiza o dado a ser
excluído
Verifica se este dado está
referenciado com outras
tabelas
Solicita a confirmação da
exclusão
exibe mensagem
informando da
impossibilidade de
excluir o dado
dados inválidos
dados válidos
excluir
incluir, alterar, localizar
não referenciado
73
10.6.3. Diagrama de Sequencia de Negócio – Manter os Dados Básicos do Inquilino - (incluir, alterar, localizar, salvar, cancelar, sair).
74
10.6.4. Diagrama de Sequencia de Implementação – Manter os Dados Básicos do Inquilino - (incluir, alterar, localizar, salvar, cancelar, relatório, sair).
75
10.6.5. Diagrama de Sequencia de Negócio – Manter os Dados Básicos do Inquilino -
(excluir)
76
10.6.6. Diagrama de Sequencia de Implementação – Manter os Dados Básicos do
Inquilino - (excluir)
77
10.7. Documentos de Requisitos – Manter Plano de Contas
10.7.1. Especificação de Caso de Uso – Manter Plano de Contas
Projeto: SisCon
Identificador do Caso de Uso: 006
Número da versão do Caso de Uso: 1.0
Finalidade: Manter Plano de Contas.
Atores: Usuário
Pré-Condição: O usuário deve possuir acesso a opção desejada, bem como a necessidade
de manusear os dados do plano de contas, podendo ser utilizado às opções de incluir,
alterar, salvar, cancelar, excluir, localizar, sair.
Evento Inicial: O usuário seleciona na interface principal do sistema o menu Cadastros
acessa a opção de Cadastrar Plano de Contas.
Fluxo Principal:
a. O sistema disponibiliza na interface as opções disponíveis (incluir, alterar, excluir,
localizar, salvar, cancelar e sair).
b. O usuário seleciona a opção desejada.
c. O sistema disponibiliza na interface os campos conforme opção escolhida. (A2)
d. O usuário informa os dados necessários e confirma a operação. (E1)
e. O sistema valida os dados. (A1)
f. O sistema atualiza os dados.
g. O caso de uso é encerrado.
Fluxo Alternativo:
A1 – Não preenchimento dos campos necessários.
a. O sistema informa ao usuário que os dados não são válidos, sendo necessária sua
correção.
b. O sistema retorna ao passo ‘d’ do fluxo principal.
A2 – Excluir plano de contas já cadastrado.
i. O usuário localiza o dado a ser excluído.
78
j. O sistema verifica se este dado está referenciado com outras tabelas. (E2)
k. O sistema solicita a confirmação da exclusão.
l. O caso de uso retorna ao passo ‘d’ do fluxo principal.
Fluxo de Exceção:
E1 – operação cancelada pelo usuário
a. O sistema informa ao usuário que a operação está sendo cancelada.
b. O caso de uso é encerrado.
E2 – Dados referenciado em outra tabela
e. O sistema exibe mensagem informando da impossibilidade de excluir o dado
f. O caso de uso é encerrado
Pós – condições: Atualização do plano de contas realizada com sucesso.
79
10.7.2. Diagrama de Atividades – Manter Plano de Contas
act Manter Plano de Contas
SisConUsuário
Início
Seleciona na tela
principal do sistema o
menu Cadastros acessa
a opção de Cadastrar
Plano de Contas
Disponibiliza na interface as
opções disponív eis (incluir,
alterar, excluir, localizar,
salv ar, cancelar e sair)
Seleciona a opção
desejada
Valida os dados
Atualiza os
dados
Fim
Informa os dados
necessários e confirma a
operação
Disponibiliza na interface
os campos conforme
opção escolhida
Informa ao usuário que os
dados não são v álidos,
sendo necessária sua
correção
Localiza o dado a ser
excluído
Verifica se este dado está
referenciado com outras
tabelas
Solicita a confirmação da
exclusão
exibe mensagem
informando da
impossibilidade de
excluir o dado
incluir, alterar, localizar
excluir
não referenciado
dados válidos
dados inválidos
80
10.7.3. Diagrama de Sequencia de Negócio – Manter Plano de Contas- (incluir, alterar, localizar, salvar, cancelar, sair).
81
10.7.4. Diagrama de Sequencia de Implementação – Manter Plano de Contas- (incluir, alterar, localizar, salvar, cancelar, sair).
82
10.7.5. Diagrama de Sequencia de Negócio – Manter Plano de Contas- (excluir).
83
10.7.6. Diagrama de Sequencia de Implementação – Manter Plano de Contas- (excluir).
84
10.8. Documentos de Requisitos – Manter os Dados Básicos dos Usuários
10.8.1. Especificação de Caso de Uso – Manter os Dados Básicos dos Usuários
Projeto: SisCon
Identificador do Caso de Uso: 007
Número da versão do Caso de Uso: 1.0
Finalidade: Manter os dados básicos do usuário.
Atores: Usuário
Pré-Condição: O usuário deve possuir acesso a opção desejada, bem como a
necessidade de manusear os dados do usuário, podendo ser utilizado às opções de incluir,
alterar, salvar, cancelar, excluir, localizar, relatório, sair.
Evento Inicial: O usuário seleciona na interface principal do sistema o menu Cadastros
acessa a opção de Cadastrar Usuário.
Fluxo Principal:
a. O sistema disponibiliza na interface as opções disponíveis (incluir, alterar, excluir,
localizar, salvar, cancelar, relatório e sair).
b. O usuário seleciona a opção desejada.
c. O sistema disponibiliza na interface os campos conforme opção escolhida. (A2)
d. O usuário informa os dados necessários e confirma a operação. (E1)
e. O sistema valida os dados. (A1)
f. O sistema atualiza os dados.
g. O caso de uso é encerrado
Fluxo Alternativo:
A1 – Não preenchimento dos campos necessários.
a. O sistema informa ao usuário que os dados não são válidos, sendo necessária sua
correção.
b. O sistema retorna ao passo ‘d’ do fluxo principal.
A2 – Excluir dados básicos do usuário já cadastrado.
a. O usuário localiza o dado a ser excluído.
b. O sistema verifica se este dado está referenciado com outras tabelas. (E2)
85
c. O sistema solicita a confirmação da exclusão.
d. O caso de uso retorna ao passo ‘d’ do fluxo principal.
Fluxo de Exceção:
E1 – operação cancelada pelo usuário.
a. O sistema informa ao usuário que a operação está sendo cancelada.
b. O caso de uso é encerrado.
E2 – Dados referenciado em outra tabela.
g. O sistema exibe mensagem informando da impossibilidade de excluir o dado.
h. O caso de uso é encerrado.
Pós – condições: Atualização dos dados do usuário realizada com sucesso.
86
10.8.2. Diagrama de Atividades – Manter os Dados Básicos dos Usuários
act Manter os Dados Básicos dos Usuários
SisConUsuário
Início
Seleciona na tela
principal do sistema o
menu Cadastros acessa
a opção de Cadastrar
Usuário
Disponibiliza na interface as
opções disponív eis (incluir,
alterar, excluir, localizar,
salv ar, cancelar, relatório e
sair)
Seleciona a opção
desejada
Valida os dados
Atualiza os
dados
Fim
Informa os dados
necessários e confirma a
operação
Disponibiliza na interface
os campos conforme
opção escolhida
Informa ao usuário que os
dados não são v álidos,
sendo necessária sua
correção
Localiza o dado a ser
excluído
v erificar se este dado está
referenciado com outras
tabelas
Solicita a confirmação da
exclusão
exibe mensagem
informando da
impossibilidade de
excluir o dado
não referenciado
incluir, alterar, localizar
excluir
dados válidos
dados inválidos
87
10.8.3. Diagrama de Sequencia de Negócio – Manter os Dados Básicos dos Usuários - (incluir, alterar, localizar, salvar, cancelar, relatório, sair).
88
10.8.4. Diagrama de Sequencia de Implementação – Manter os Dados Básicos dos Usuários - (incluir, alterar, localizar, salvar, cancelar, relatório, sair).
89
10.8.5. Diagrama de Sequencia de Negócio – Manter os Dados Básicos dos Usuários- (excluir).
90
10.8.6. Diagrama de Sequencia de Implementação – Manter os Dados Básicos dos Usuários- (excluir).
91
10.9. Documentos de Requisitos – Movimentar Fluxo de Caixa
10.9.1. Especificação de Caso de Uso – Movimentar Fluxo de Caixa
Projeto: SisCon
Identificador do Caso de Uso: 008
Número da versão do Caso de Uso: 1.0
Finalidade: Movimentar Fluxo de Caixa.
Atores: Usuário
Pré-Condição: O usuário deve possuir acesso a opção desejada, bem como a necessidade
de movimentar fluxo de caixa.
Evento Inicial: O usuário seleciona na interface principal do sistema o menu Movimentação e
acessa a opção Movimentar Fluxo de Caixa.
Fluxo Principal:
a. O sistema abre na interface as opções disponíveis (incluir, alterar, excluir, pesquisar,
baixar recebimento, sair).
b. O usuário seleciona a opção desejada.
c. O sistema disponibiliza na interface os campos conforme opção escolhida. (A2) (A3)
d. O usuário informa os dados necessários e confirma a operação. (E1)
e. O sistema valida os dados. (A1)
f. O sistema atualiza os dados.
g. O caso de uso é encerrado.
Fluxo Alternativo:
A1 – Não preenchimento dos campos necessários.
a. O sistema informa ao usuário que os dados não são válidos, sendo necessária sua
correção.
b. O sistema retorna ao passo ‘c’ do fluxo principal.
A2 – Realiza baixa de um recebimento
a. O usuário pesquisa o recebimento a realizar a baixa e confirma a operação (E1)
b. O sistema realiza a baixa do recebimento e gera o lançamento no movimento de
caixa
92
c. O caso de uso retorna ao passo ‘d’ do fluxo principal
A3 – Realiza exclusão de um lançamento
a. O usuário pesquisa o lançamento e confirma a operação
b. O sistema solicita a confirmação do usuário para a exclusão do lançamento
c. O usuário confirma a operação (E1)
d. O caso de uso retorna ao passo ‘e’ do fluxo principal
Fluxo de Exceção:
E1 – Não preenchimento dos campos necessários
a. O sistema informa ao usuário que os dados não são válidos, sendo necessária sua
correção.
b. O usuário desiste da operação.
c. O caso de uso é encerrado.
Pós – condições: Movimentação do fluxo de caixa realizada com sucesso.
93
10.9.2. Diagrama de Atividades – Movimentar Fluxo de Caixa
act Mov imentar Fluxo de Caixa
SisConUsuário
Início
Seleciona na tela
principal do sistema o
menu Mov imentação e
acessa a opção
Mov imentar Fluxo de
Caixa
Abre na interface as
opções disponív eis
Seleciona a opção
desejada
Valida os dados
Atualiza os
dados
Fim
Informa os dados
necessários
disponibiliza na interface
os campos conforme
opção escolhida
informa ao usuário que os
dados não são v álidos,
sendo necessária sua
correção
pesquisa o recebimento a
realizar a baixa e confirma
a operação
realiza a baixa do
recebimento e gera o
lançamento no
mov imento de caixa
pesquisa o lançamento e
confirma a operação
solicita a confirmação do
usuário para a exclusão do
lançamento
confirma operação
94
10.9.3. Diagrama de Sequencia de Negócio – Movimentar Fluxo de Caixa
95
10.9.4. Diagrama de Sequencia de Implementação – Movimentar Fluxo de Caixa
96
10.10. Documentos de Requisitos – Consultar Livro Caixa
10.10.1. Especificação de Caso de Uso – Consultar Livro Caixa
Projeto: SisCon
Identificador do Caso de Uso: 009
Número da versão do Caso de Uso: 1.0
Finalidade: Consultar livro caixa
Atores: Usuário
Pré-Condição: O usuário tem a necessidade de visualizar o livro caixa.
Evento Inicial: O usuário abre o menu Relatórios na interface principal do sistema com a
opção Consultar Livro Caixa.
Fluxo principal:
a.. O sistema abre na interface as opções disponíveis (salvar, imprimir, sair).
b. O usuário informa os dados a serem listados (filtro).
c. O sistema gera a visualização do Livro Caixa.
d. O caso de uso é encerrado.
Fluxo Alternativo:
Fluxo de Exceção:
Pós - condições: Consulta do livro caixa realizada com sucesso.
97
10.10.2. Diagrama de Atividades – Consultar Livro Caixa
act Consultar Liv ro Caixa
SisConUsuário
Início
Abre o menu Relatórios na
tela principal do sistema
com a opção Consultar liv ro
Caixa.
Abre na tela as opções
disponív eis
Informa os dados a serem
listados
Gera a v isualização do
Fluxo de Caixa
Fim
98
10.10.3. Diagrama de Sequencia de Negócio – Consultar Livro Caixa
99
10.10.4. Diagrama de Sequencia de Implementação – Consultar Livro Caixa
100
10.11. Documentos de Requisitos – Realizar Rateio
10.11.1. Especificação de Caso de Uso – Realizar rateio
Projeto: SisCon
Identificador do Caso de Uso: 010
Número da versão do Caso de Uso: 1.0
Finalidade: Realizar rateio.
Atores: Usuário
Pré-Condição: O usuário tem a necessidade de realizar rateio.
Evento Inicial: O usuário abre o menu Movimentações na interface principal do sistema com
a opção Gerar rateio.
Fluxo principal:
a.. O sistema abre na interface as opções disponíveis (definir, executar, sair).
b. O usuário seleciona a opção desejada.
c. O sistema disponibiliza os campos necessários na interface.
d. O usuário informa os dados necessários e confirma a operação.
e. O sistema filtra as despesas conforme os dados informados
f. O usuário define quais despesas farão parte do rateio e confirma operação
g. O sistema valida os dados (A1, E1) e gera o rateio
h. O sistema atualiza os dados.
i. O caso de uso é encerrado.
Fluxo Alternativo:
A1 – Não preenchimento dos campos necessários.
a. O sistema informa ao usuário que os dados não são válidos, sendo necessária sua
correção.
b. O sistema retorna ao passo ‘d’ do fluxo principal.
Fluxo de Exceção:
E1 – Não preenchimento dos campos necessários
101
a. O sistema informa ao usuário que os dados não são válidos, sendo necessária sua
correção.
b. O usuário desiste da operação.
c. O caso de uso é encerrado.
Pós - condições: Rateio gerado com sucesso.
102
10.11.2. Diagrama de Atividades – Realizar rateio
act Realizar rateio
SisConUsuário
Início
Abre o menu
Mov imentações na tela
principal do sistema com a
opção Gerar rateio
Abre na tela as opções
disponív eis
Seleciona a opção
desejada
filtra as despesas conforme os
dados informados
Atualiza os
dados
Fim
Informa os dados
necessários
disponibiliza os campos
necessários na interface
define quais despesas
farão parte do rateio e
confirma operação
v alida os dados
informa ao usuário que os
dados não são v álidos,
sendo necessária sua
correção
informa ao usuário que os
dados não são v álidos,
sendo necessária sua
correção
103
10.11.3. Diagrama de Sequencia de Negócio – Realizar Rateio
104
10.11.4. Diagrama de Sequencia de Implementação – Realizar Rateio
105
10.12. Documentos de Requisitos – Gerar Demonstrativo
10.12.1. Especificação de Caso de Uso – Gerar Demonstrativo
Projeto: SisCon
Identificador do Caso de Uso: 011
Número da versão do Caso de Uso: 1.0
Finalidade: Gerar demonstrativo do proprietário.
Atores: Usuário
Pré-Condição: O usuário tem a necessidade de visualizar a opção de demonstrativos
Evento Inicial: O usuário abre o menu Relatórios na interface principal do sistema com a
opção Gerar Demonstrativo.
Fluxo Principal:
a.. O sistema abre na interface as opções de demonstrativos disponíveis.
b. O caso de uso é encerrado.
Pós - condições: Demonstrativo acessado com sucesso.
106
10.12.2. Diagrama de Atividades – Gerar Demonstrativo
act Gerar Demonstrativ o
SisConUsuário
Início
Abre o menu Relatórios na tela
principal do sistema com a
opção Gerar Demonstrativ o.
Abre na tela as opções
disponív eis
Fim
107
10.12.3. Diagrama de Sequencia de Negócio – Gerar Demonstrativo
108
10.12.4. Diagrama de Sequencia de Implementação – Gerar Demonstrativo
109
10.13. Documentos de Requisitos – Gerar Demonstrativo do Proprietário
10.13.1. Especificação de Caso de Uso – Gerar Demonstrativo do Proprietário
Projeto: SisCon
Identificador do Caso de Uso: 012
Número da versão do Caso de Uso: 1.0
Finalidade: Gerar demonstrativo do proprietário.
Atores: Usuário
Pré-Condição: O usuário tem a necessidade de visualizar ou imprimir o demonstrativo do
proprietário.
Evento Inicial: O usuário abre o menu Relatórios na tela principal do sistema com a opção
Gerar Demonstrativo – Gerar Demonstrativo Proprietário.
Fluxo principal:
a. O sistema abre na interface as opções disponíveis (salvar, imprimir, sair).
b. O usuário informa o período a ser listado (filtro). (A1)
c. O sistema gera a visualização do demonstrativo do proprietário (rateio e consumo de gás,
movimento de caixa)
d. O caso de uso é encerrado.
Fluxo Alternativo:
A1– Informar apenas um apartamento
a. o usuário informa apenas o apartamento desejado
b. o sistema retorna ao passo ‘c’ do fluxo principal
Fluxo de Exceção:
Pós - condições: Demonstrativo do proprietário gerado com sucesso.
110
10.13.2. Diagrama de Atividades – Gerar Demonstrativo do Proprietário
act Gerar Demonstrativ o do Proprietário
SisConUsuário
Início
Abre o menu Relatórios na tela
principal do sistema com a
opção Gerar Demonstrativ o –
Gerar Demonstrativ o
Proprietário
Abre na tela as opções
disponív eis
Informa o período a ser
listado
Gera a v isualização do
demonstrativ o do
proprietário
Fim
informa apenas o
apartamento desejado
111
10.13.3. Diagrama de Sequencia de Negócio – Gerar Demonstrativo do Proprietário
112
10.13.4. Diagrama de Sequencia de Implemetação – Gerar Demonstrativo do Proprietário
113
10.14. Documentos de Requisitos – Gerar Etiqueta
10.14.1. Especificação de Caso de Uso – Gerar Etiqueta
Projeto: SisCon
Identificador do Caso de Uso: 013
Número da versão do Caso de Uso: 1.0
Finalidade: Gerar etiqueta.
Atores: Usuário
Pré-Condição: O usuário tem a necessidade de imprimir etiquetas.
Evento Inicial: O usuário abre o menu Relatórios na interface principal do sistema acessa a
opção Gerar Etiqueta.
Fluxo principal:
a.. O sistema abre na interface as opções disponíveis (salvar, imprimir, sair).
b. O usuário do sistema informa os dados a serem listados (filtro).
c. O sistema gera a visualização das etiquetas.
d. O caso de uso é encerrado.
Fluxo Alternativo:
Fluxo de Exceção:
Pós - condições: Etiquetas impressas com sucesso.
114
10.14.2. Diagrama de Atividades – Gerar Etiqueta
act Gerar Etiqueta
SisConUsuário
Início
Abre o menu relatórios
na tela principal do
sistema com a opção
gerar etiqueta
Abre na tela as opções
disponív eis
Informa os dados a
serem listados
Fim
gera a v isualização das
etiquetas
115
10.14.3. Diagrama de Sequencia de Negócio – Gerar Etiqueta
116
10.14.4. Diagrama de Sequencia de Implementação – Gerar Etiqueta
117
10.15. Documentos de Requisitos – Gerar Livro Caixa
10.15.1. Especificação de Caso de Uso – Gerar Livro Caixa
Projeto: SisCon
Identificador do Caso de Uso: 014
Número da versão do Caso de Uso: 1.0
Finalidade: Gerar livro caixa
Atores: Usuário
Pré-Condição: O usuário tem a necessidade de visualizar ou imprimir dados do livro caixa.
Evento Inicial: O usuário abre o menu Relatórios na tela principal do sistema acessa a opção
Gerar Livro Caixa.
Fluxo principal:
a. O sistema abre na interface as opções disponíveis (salvar, imprimir, sair).
b. O usuário do sistema informa os dados a serem listados (filtro).
c. O sistema gera a visualização do Livro Caixa(A1).
f. O caso de uso é encerrado.
Fluxo Alternativo:
Fluxo de Exceção:
Pós - condições: Livro caixa impresso com sucesso.
118
10.15.2. Diagrama de Atividades – Gerar Livro Caixa
act Gerar Liv ro Caixa
SisConUsuário
Início
Abre o menu Relatórios na tela
principal do sistema acessa a
opção Gerar Liv ro Caixa
Abre na tela as opções
disponív eis
Informa os dados a serem
listados
Gera a v isualização do
Liv ro Caixa
Fim
119
10.15.3. Diagrama de Sequencia de Negócio – Gerar Livro Caixa
120
10.15.4. Diagrama de Sequencia de Implementação – Gerar Livro Caixa
121
10.16. Documentos de Requisitos – Gerar Demonstrativo de Consumo de Gás
10.16.1. Especificação de Caso de Uso – Gerar Demonstrativo de Consumo de Gás
Projeto: SisCon
Identificador do Caso de Uso: 015
Número da versão do Caso de Uso: 1.0
Finalidade: Gerar demonstrativo de consumo de gás.
Atores: Usuário
Pré-Condição: O usuário tem a necessidade de visualizar
Evento Inicial: O usuário abre o menu Relatórios na interface principal do sistema com a
opção Gerar Demonstrativo – Gerar Demonstrativo de Consumo de Gás.
Fluxo principal:
a. O sistema abre na interface as opções disponíveis (salvar, imprimir, sair).
b. O usuário informa os dados a serem listados (filtro).
c. O sistema gera a visualização do demonstrativo de consumo de gás(A1).
d. O caso de uso é encerrado.
Fluxo Alternativo:
Fluxo de Exceção:
Pós - condições: Demonstrativo de consumo de gás gerado com sucesso.
122
10.16.2. Diagrama de Atividades – Gerar Demonstrativo de Consumo de Gás
act Gerar Demonstrativ o de Consumo de Gás
SisConUsuário
Início
Abre o menu Relatórios na tela
principal do sistema com a
opção Gerar Demonstrativ o –
Gerar Demonstrativ o de
Consumo de Gás
Abre na tela as opções
disponív eis
Informa os dados a serem
listados
Gera a v isualização do
demonstrativ o de
consumo de gás
Fim
123
10.16.3. Diagrama de Sequencia de Negócio – Gerar Demonstrativo de Consumo de Gás
124
10.16.4. Diagrama de Sequencia de Implementação – Gerar Demonstrativo de Consumo de Gás
125
10.17. Documentos de Requisitos – Gerar arquivo de Boleto OBB
10.17.1. Especificação de Caso de Uso – Gerar arquivo de Boleto OBB
Projeto: SisCon
Identificador do Caso de Uso: 016
Número da versão do Caso de Uso: 1.0
Finalidade: Gerar arquivo de boleto OBB.
Atores: Usuário
Pré-Condição: O usuário deve possuir acesso a opção desejada, bem como a necessidade
de gerar arquivo de boleto OBB.
Evento Inicial: O usuário seleciona na interface principal do sistema o menu Movimentações
e acessa a opção Gerar arquivo OBB.
Fluxo Principal:
a. O sistema abre na interface as opções disponíveis.
b. O usuário informa o período.
c. O sistema valida os dados (A1, E1).
d. O usuário confirma a geração dos dados conforme layout.
e. O caso de uso é encerrado.
Fluxo Alternativo:
A1 – Não preenchimento dos campos necessários.
a. O sistema informa ao usuário que os dados não são válidos, sendo necessária sua
correção.
b. O sistema retorna ao passo ‘b’ do fluxo principal.
Fluxo de Exceção:
E1 – Não preenchimento dos campos necessários
a. O sistema informa ao usuário que os dados não são válidos, sendo necessária sua
correção.
b. O usuário desiste da operação.
c. O caso de uso é encerrado.
126
Pós – condições: Exportação dos dados realizada com sucesso.
127
10.17.2. Diagrama de Atividades – Gerar arquivo de Boleto OBB
act Gerar arquiv o de Boleto OBB
SisConUsuário
Início
Seleciona na tela principal do
sistema o menu
Mov imentações acessa a
opção Gerar arquiv o OBB
Abre na tela as opções
disponív eis
Informa o período
Valida os dados
Confirma a exportação
dos dados
Fim
informa ao usuário que os
dados não são v álidos,
sendo necessária sua
correção
informa ao usuário que
os dados não são
v álidos, sendo
necessária sua correção
128
10.17.3. Diagrama de Sequencia de Negócio – Gerar arquivo de Boleto OBB
129
10.17.4. Diagrama de Sequencia de Implementação – Gerar arquivo de Boleto OBB
130
10.18. Documentos de Requisitos – Movimentar Gás
10.18.1. Especificação de Caso de Uso – Movimentar Gás
Projeto: SisCon
Identificador do Caso de Uso: 017
Número da versão do Caso de Uso: 1.0
Finalidade: Movimentar Gás.
Atores: Usuário
Pré-Condição: O usuário deve possuir acesso a opção desejada, bem como a necessidade
de movimentar gás.
Evento Inicial: O usuário seleciona na interface principal do sistema o menu Movimentações
e acessa a opção Movimentar Gás.
Fluxo Principal:
a. O sistema abre na interface as opções disponíveis (incluir, alterar, salvar, cancelar,
localizar, relatório, sair).
b. O usuário seleciona a opção desejada.
c. O sistema disponibiliza a interface conforme opção selecionada
d. O usuário informa os dados necessários.
e. O sistema valida os dados (A1, E1).
f. O sistema atualiza os dados.
g. O caso de uso é encerrado.
Fluxo Alternativo:
A1 – Não preenchimento dos campos necessários.
a. O sistema informa ao usuário que os dados não são válidos, sendo necessária sua
correção.
b. O sistema retorna ao passo ‘c’ do fluxo principal.
Fluxo de Exceção:
E1 – Não preenchimento dos campos necessários
131
a. O sistema informa ao usuário que os dados não são válidos, sendo necessária sua
correção.
b. O usuário desiste da operação.
c. O caso de uso é encerrado.
Pós – condições: Movimentação de gás realizada com sucesso.
Pós – condições: Movimentação de gás realizada com sucesso.
132
10.18.2. Diagrama de Atividades – Movimentar Gás
act Mov imentar Gás
SisConUsuário
Início
Seleciona na tela
principal do sistema o
menu Mov imentações
acessa a opção
Mov imentar Gás
Abre na tela as opções
disponív eis
Seleciona a opção
desejada
Valida os dados
Fim
Informa os dados
necessários
Atualiza os dados
disponibiliza a interface
conforme opção
selecionada
informa ao usuário que os
dados não são v álidos,
sendo necessária sua
correção
informa ao usuário que os
dados não são v álidos,
sendo necessária sua
correção
133
10.18.3. Diagrama de Sequencia de Negócio – Movimentar Gás
134
10.18.4. Diagrama de Sequencia de Implementação – Movimentar Gás
135
10.19. Documentos de Requisitos – Gerar Demonstrativo do Inquilino
10.19.1. Especificação de Caso de Uso – Gerar Demonstrativo do Inquilino
Projeto: SisCon
Identificador do Caso de Uso: 018
Número da versão do Caso de Uso: 1.0
Finalidade: Gerar demonstrativo do inquilino.
Atores: Usuário
Pré-Condição: O usuário tem a necessidade de visualizar
Evento Inicial: O usuário abre o menu Relatórios na interface principal do sistema com a
opção Gerar Demonstrativo – Gerar Demonstrativo Inquilino.
Fluxo principal:
a. O sistema abre na interface as opções disponíveis (salvar, imprimir, sair).
b. O usuário informa os dados a serem listados (filtro)(A1).
c. O sistema gera a visualização do demonstrativo do inquilino (rateio, gás).
f. O caso de uso é encerrado.
Fluxo Alternativo:
A1– Informar apenas um apartamento
a. o usuário informa apenas o apartamento desejado
b. o sistema retorna ao passo ‘c’ do fluxo principal
Fluxo de Exceção:
Pós - condições: Demonstrativo do inquilino gerado com sucesso.
136
10.19.2. Diagrama de Atividades – Gerar Demonstrativo do Inquilino
act Gerar Demonstrativ o do Inquilino
SisConUsuário
Início
Abre o menu Relatórios na tela
principal do sistema com a
opção Gerar Demonstrativ o –
Gerar Demonstrativ o Inquilino
Abre na tela as opções
disponív eis
Informa os dados a serem
listados
Gera a v isualização do
demonstrativ o do
inquilino
Fim
informa apenas o
apartamento desejado
137
10.19.3. Diagrama de Sequencia de Negócio – Gerar Demonstrativo do Inquilino
138
10.19.4. Diagrama de Sequencia de Implementação – Gerar Demonstrativo do Inquilino
139
10.20. Documentos de Requisitos – Manter Apartamento
10.20.1. Especificação de Caso de Uso – Manter Apartamento
Projeto: SisCon
Identificador do Caso de Uso: 019
Número da versão do Caso de Uso: 1.0
Finalidade: Manter apartamento.
Atores: Usuário
Pré-Condição: O usuário deve possuir acesso a opção desejada, bem como a necessidade
de manusear os dados do apartamento, podendo ser utilizado às opções de incluir, alterar,
salvar, cancelar, excluir, localizar, relatório, sair.
Evento Inicial: O usuário seleciona na interface principal do sistema o menu Cadastros
acessa a opção de Cadastrar Apartamento.
Fluxo Principal:
a. O sistema disponibiliza na interface as opções disponíveis (incluir, alterar, excluir,
localizar, salvar, cancelar, relatório e sair).
b. O usuário seleciona a opção desejada.
c. O sistema disponibiliza na interface os campos conforme opção escolhida. (A2)
d. O usuário informa os dados necessários e confirma a operação. (E1)
e. O sistema valida os dados. (A1)
f. O sistema atualiza os dados.
g. O caso de uso é encerrado
Fluxo Alternativo:
A1 – Não preenchimento dos campos necessários.
a. O sistema informa ao usuário que os dados não são válidos, sendo necessária sua
correção.
b. O sistema retorna ao passo ‘d’ do fluxo principal.
A2 – Excluir dados do apartamento já cadastrado.
e. O usuário localiza o dado a ser excluído.
f. O sistema verifica se este dado está referenciado com outras tabelas. (E2)
140
g. O sistema solicita a confirmação da exclusão.
h. O caso de uso retorna ao passo ‘d’ do fluxo principal.
Fluxo de Exceção:
E1 – operação cancelada pelo usuário.
a. O sistema informa ao usuário que a operação está sendo cancelada.
b. O caso de uso é encerrado.
E2 – Dados referenciado em outra tabela.
i. O sistema exibe mensagem informando da impossibilidade de excluir o dado.
j. O caso de uso é encerrado.
Pós – condições: Atualização do apartamento realizada com sucesso.
141
10.20.2. Diagrama de Atividades – Manter Apartamento
act Manter Apartamento
SisConUsuário
Início
Seleciona na tela
principal do sistema o
menu Cadastros e
acessa a opção de
Cadastrar Apartamento
Disponibiliza na interface as
opções disponív eis (incluir,
alterar, excluir, localizar,
salv ar, cancelar, relatório e
sair)
Seleciona a opção
desejada
Valida os dados
Atualiza os
dados
Fim
Informa os dados
necessários e confirma a
operação
Disponibiliza na interface
os campos conforme
opção escolhida
Informa ao usuário que os
dados não são v álidos,
sendo necessária sua
correção
Localiza o dado a ser
excluído
Verifica se este dado está
referenciado com outras
tabelas
Solicita a confirmação da
exclusão
exibe mensagem
informando da
impossibilidade de
excluir o dado
dados inválidos
dados válidos
excluir
incluir, alterar, localizar
não referenciado
142
10.20.3. Diagrama de Sequencia de Negócio – Manter Apartamento - (incluir, alterar, localizar, salvar, cancelar, relatório, sair).
143
10.20.4. Diagrama de Sequencia de Implementação – Manter Apartamento - (incluir, alterar, localizar, salvar, cancelar, relatório, sair).
144
10.20.5. Diagrama de Sequencia de Negócio – Manter Apartamento- (excluir).
145
10.20.5. Diagrama de Sequencia de Implementação – Manter Apartamento- (excluir).
146
11. Modelo de Análise
11.1. Diagrama de Classe de Negócio (Modelo de Domínio)
147
11.2. Diagrama de entidade-relacionamento da aplicação (modelo lógico dos
dados)
148
12. Modelo de Projeto
12.1. Diagrama de Classe de Implementação
149
12.1.1 Diagrama de Classe de Implementação - Manter Apartamento
150
12.1.2 Diagrama de Classe de Implementação – Manter Inquilino
class Manter Inquilino
Infra-Estrutura
AplicaçãoDomínio
DADOS::Inquilino
- IN_BAIR: String
- IN_CELU: String
- IN_CEP: String
- IN_CIDA: String
- IN_CODI: int
- IN_ENDE: String
- IN_FONC: String
- IN_FONR: String
- IN_INSC: String
- IN_MAIL: String
- IN_NOME: String
- IN_NUME: String
- IN_OBSE: String
- IN_TIPO: String
- IN_UF: String
+ Inquil ino(int, String, String, String,
String, String, String, String,
String, String, String, String,
String, String, String)
GUI::Interface
GUI::ClassFunc
+ Bloqueio(Container) : void
+ Fechar() : void
+ FormIcon() : Image
+ FormTitle() : String
+ LimparCampos(Container) : void
+ Mascara(String) : MaskFormatter
+ MensagemErro(String) : void
+ MensagemOk(String) : void
+ removePontos(String) : String
+ validaCNPJ(String) : boolean
+ validaCPF(String) : boolean
DAO::InquilinoDAO
- iCon: Conector
- vSql: String
+ alterarInquil ino(Inquil ino, int) : void
+ excluirInquil ino(Inquil ino) : void
+ Inquil inoDAO()
+ inserirInquil ino(Inquil ino) : void
+ listaInquil ino() : ArrayList<Inquil ino>
+ listaInquil inoCodigo(int) : Inquil ino
+ listaInquil inoFiltro(String, String) : Inquil ino
BD::Conector
+ connection: Connection = null
+ resultSet: ResultSet = null
+ statement: PreparedStatement = null
+ close() : void
+ getConnection() : boolean
-iCon
151
12.1.3 Diagrama de Classe de Implementação – Manter Plano de Contas
class Manter Plano de Contas
Infra-Estrutura
AplicaçãoDomínio
DADOS::Conta
- CT_CDGR: int
- CT_CODI: int
- CT_DESC: String
- CT_GRSB: String
- CT_RATE: String
- CT_TIPO: String
+ Conta(int, String,
String, String, int,
String)
GUI::Interface
GUI::ClassFunc
+ Bloqueio(Container) : void
+ Fechar() : void
+ FormIcon() : Image
+ FormTitle() : String
+ LimparCampos(Container) : void
+ Mascara(String) : MaskFormatter
+ MensagemErro(String) : void
+ MensagemOk(String) : void
+ removePontos(String) : String
+ validaCNPJ(String) : boolean
+ validaCPF(String) : boolean
DAO::ContaDAO
- iCon: Conector
- vSql: String
+ alterarConta(Conta, int) : void
+ ContaDAO()
+ excluirConta(Conta) : void
+ inserirConta(Conta) : void
+ listaConta() : ArrayList<Conta>
+ listaContaCodigo(int) : Conta
+ listaContaDescricao(String) : Conta
BD::Conector
+ connection: Connection = null
+ resultSet: ResultSet = null
+ statement: PreparedStatement = null
+ close() : void
+ getConnection() : boolean
-iCon
152
12.1.4 Diagrama de Classe de Implementação – Manter Proprietário
class Manter Proprietário
Infra-Estrutura
AplicaçãoDomínio
DADOS::Proprietario
- PR_BAIR: String
- PR_CELU: String
- PR_CEP: String
- PR_CIDA: String
- PR_CODI: int
- PR_ENDE: String
- PR_FONC: String
- PR_FONR: String
- PR_INSC: String
- PR_MAIL: String
- PR_NOME: String
- PR_NUME: String
- PR_OBSE: String
- PR_TIPO: String
- PR_UF: String
+ Proprietario(int,
String, String, String,
String, String, String,
String, String, String,
String, String, String,
String, String)
GUI::Interface
GUI::ClassFunc
+ Bloqueio(Container) : void
+ Fechar() : void
+ FormIcon() : Image
+ FormTitle() : String
+ LimparCampos(Container) : void
+ Mascara(String) : MaskFormatter
+ MensagemErro(String) : void
+ MensagemOk(String) : void
+ removePontos(String) : String
+ validaCNPJ(String) : boolean
+ validaCPF(String) : boolean
DAO::ProprietarioDAO
- iCon: Conector
- vSql: String
+ alterarProprietario(Proprietario, int) : void
+ excluirProprietario(Proprietario) : void
+ inserirProprietario(Proprietario) : void
+ listaProprietario() : ArrayList<Proprietario>
+ listaProprietarioCodigo(int) : Proprietario
+ listaProprietarioFiltro(String, String) : Proprietario
+ ProprietarioDAO()
BD::Conector
+ connection: Connection = null
+ resultSet: ResultSet = null
+ statement: PreparedStatement = null
+ close() : void
+ getConnection() : boolean
-iCon
153
12.1.5 Diagrama de Classe de Implementação – Manter Usuário
class Manter Usuário
Infra-Estrutura
AplicaçãoDomínio
DADOS::Usuario
- US_CODI: int
- US_NICK: String
- US_NOME: String
- US_SENH: String
+ Usuario(int, String,
String, String)
GUI::Interface
GUI::ClassFunc
+ Bloqueio(Container) : void
+ Fechar() : void
+ FormIcon() : Image
+ FormTitle() : String
+ LimparCampos(Container) : void
+ Mascara(String) : MaskFormatter
+ MensagemErro(String) : void
+ MensagemOk(String) : void
+ removePontos(String) : String
+ validaCNPJ(String) : boolean
+ validaCPF(String) : boolean
DAO::UsuarioDAO
- iCon: Conector
- vMsg: String
- vSql: String
+ alterarSenha(String, int) : void
+ alterarUsuario(Usuario, int) : void
+ excluirUsuario(Usuario) : void
+ inserirUsuario(Usuario) : void
+ listaUsuario() : ArrayList<Usuario>
+ listaUsuarioCodigo(int) : Usuario
+ listaUsuarioNome(String) : Usuario
+ UsuarioDAO()
+ verificaSenha() : String
BD::Conector
+ connection: Connection = null
+ resultSet: ResultSet = null
+ statement: PreparedStatement = null
+ close() : void
+ getConnection() : boolean
-iCon
154
12.1.6 Diagrama de Classe de Implementação - Manutenção
155
12.1.7 Diagrama de Classe de Implementação - Movimentação
156
12.1.8 Diagrama de Classe de Implementação – Movimento Gás
157
12.1.9 Diagrama de Classe de Implementação - Rateio
158
12.1.10 Diagrama de Classe de Implementação – Fundo de Reserva
159
12.2. Modelo físico dos dados do sistema
Chave Not Null Tipo Tamanho
PK X INTEGER 4
INTEGER 4
BLOB 8
VARCHAR 1
FK INTEGER 4
FK INTEGER 4
Nome Físico Descrição
Nome da Tabela:
Descrição:
APARTAMENTO
Tabela onde serão armazenados os dados da tabela Apartamento
AP_RATE Entra no Rateio (S/N)
IN_CODI Código (identificador) do Inquilino
PR_CODI Código (identificador) do Proprietário
AP_CODI Código(identificador) número
AP_ANDA Andar onde se encontra o apartamento
AP_OBSE Observações
Chave Not Null Tipo Tamanho
PK X INTEGER 4
VARCHAR 1
VARCHAR 80
VARCHAR 80
VARCHAR 4
VARCHAR 1
VARCHAR 20
VARCHAR 20
BK_SEMA Dia da Semana
BK_MENS Dia do Mês
BK_DEST Destino
BK_HORA Hora
BK_TIPO Tipo: Diario, Semanal, Mensal
BK_CODI Código(identificador) do backup
BK_STAT Ativo S / N
BK_ORIG Origem
Nome da Tabela: BACKUP
Descrição: Tabela onde serão armazenados os dados da tabela Backup
Nome Físico Descrição
Chave Not Null Tipo Tamanho
PK X INTEGER 4
PK X TIMESTAMP 8
VARCHAR 20
VARCHAR 256
BL_HRDT Hora e data do log
BL_STAT Status do Log
BL_MENS Mensagem de retorno
Descrição: Tabela onde serão armazenados os dados da tabela Backup_Log
Nome Físico Descrição
BL_CODI Código(identificador) do backup
Nome da Tabela: BACKUP_LOG
160
Chave Not Null Tipo Tamanho
PK X INTEGER 4
VARCHAR 18
VARCHAR 80
VARCHAR 80
VARCHAR 20
VARCHAR 80
VARCHAR 50
VARCHAR 2
VARCHAR 10
VARCHAR 20
FK INTEGER 4
CD_FONE Fone
PR_CODI Código (identificador) do Proprietário
CD_CIDA Cidade
CD_UF Unidade Federativa
CD_CEP CEP
CD_ENDE Endereço
CD_NUME Número
CD_BAIR Cidade
CD_CODI Código(identificador)
CD_INSC Inscrição - CNPJ(J)
CD_NOME Nome
Nome da Tabela: CONDOMINIO
Descrição: Tabela onde serão armazenados os dados da tabela Condominio
Nome Físico Descrição
Chave Not Null Tipo Tamanho
PK X VARCHAR 20
VARCHAR 1
VARCHAR 80
VARCHAR 1
VARCHAR 20
VARCHAR 1
CT_CDGR Código do Grupo
CT_RATE Entra no Rateio (S/N)
CT_TIPO Tipo crédito/débito (C/D)
CT_DESC Descrição
CT_GRSB Grupo ou Sub-Grupo (G/S)
Descrição: Tabela onde serão armazenados os dados da tabela Conta
Nome Físico Descrição
CT_CODI Código(identificador)
Nome da Tabela: CONTA
Chave Not Null Tipo Tamanho
PK X VARCHAR 3
FK VARCHAR 20CT_CODI Código da Conta referente ao Tipo
Descrição: Tabela onde serão armazenados os dados da tabela Conta_Param
Nome Físico Descrição
CP_TIPO Tipo da Conta
Nome da Tabela: CONTA_PARAM
Chave Not Null Tipo Tamanho
PK X INTEGER 4
DATE 4
DATE 4
DOUBLE 8
DOUBLE 8
VARCHAR 1
FK X INTEGER 4RT_CODI Código da Movimentação
FR_SALD Saldo Final
FR_VALO Valor referente ao período
FR_TIPO Tipo: crédito/débito (C/D)
Nome Físico Descrição
FR_CODI Código(identificador)
FR_DTIN Data inicial para cálculo
FR_DTFI Data final para cálculo
Nome da Tabela: FUNDO_RESERVA
Descrição: Tabela onde serão armazenados os dados da tabela Fundo_Reserva
161
Chave Not Null Tipo Tamanho
PK X INTEGER 4
VARCHAR 1
VARCHAR 18
VARCHAR 80
VARCHAR 80
VARCHAR 20
VARCHAR 80
VARCHAR 50
VARCHAR 2
VARCHAR 10
VARCHAR 20
VARCHAR 20
VARCHAR 20
VARCHAR 80
BLOB 8IN_OBSE Observações
IN_FONC Fone Comercial
IN_CELU
IN_MAIL E-mail
IN_UF Unidade Federativa
IN_CEP CEP
IN_FONR Fone Residencial
IN_NUME Número
IN_BAIR Cidade
IN_CIDA Cidade
IN_INSC Inscrição - CNPJ(J) ou CPF(F)
IN_NOME Nome
IN_ENDE Endereço
Nome da Tabela: INQUILINO
IN_TIPO Pessoa Física ou Jurídica (F/J)
Descrição: Tabela onde serão armazenados os dados da tabela Inquilino
Nome Físico Descrição
IN_CODI Código(identificador)
Chave Not Null Tipo Tamanho
PK X INTEGER 4
DOUBLE 8
VARCHAR 6
DATE 4
DATE 4
DATE 4MG_DTFI Data de Término para o cálculo
MG_COMP Competência
MG_DTLA Data da Leitura Atual
MG_DTIN Data de Início para o cálculo
Nome Físico Descrição
MG_CODI Código(identificador)
MG_CUST Custo do metro cúbico no período
Nome da Tabela: MOV_GAS
Descrição: Tabela onde serão armazenados os dados da tabela Mov_Gas
Chave Not Null Tipo Tamanho
PK X INTEGER 4
DOUBLE 8
DOUBLE 8
DOUBLE 8
DOUBLE 8
FK X INTEGER 4
FK X INTEGER 4
MG_CODI Código (identificador) da Mov. Gás
AP_CODI Código (identificador) do Apto
GI_LTAN Leitura Anterior
GI_CONS Consumo (Leitura Atual - Anterior)
GI_VALO Valor referente ao Consumo
Nome Físico Descrição
GI_CODI Código(identificador)
GI_LTAT Leitura Atual
Nome da Tabela: MOV_GAS_ITEM
Descrição: Tabela onde serão armazenados os dados da tabela Mov_Gas_Item
162
Chave Not Null Tipo Tamanho
PK X INTEGER 4
X INTEGER 4
DATE 4
DATE 4
DOUBLE 8
DATE 4
DOUBLE 8
DOUBLE 8
DOUBLE 8
BLOB 8
VARCHAR 1
FK INTEGER 4
FK INTEGER 4
FK VARCHAR 20CT_CODI Código (identificador) da conta
MV_RTST Entra no Rateio (S/N)
RT_CODI Código (identificador) do rateio
AP_CODI Código (identificador) do apartamento
MV_ACRE Valor de acréscimo
MV_DESC Valor de desconto
MV_OBSE Observações
MV_VPRE Valor previsto (a pagar)
MV_DTBX Data da baixa
MV_TOTA Valor total recebido
MV_PARC Número da parcela
MV_DTEM Data de emissão
MV_DTVE Data de vencimento
Descrição: Tabela onde serão armazenados os dados da tabela Movimentacao
Nome Físico Descrição
MV_CODI Código (identificador)
Nome da Tabela: MOVIMENTACAO
Chave Not Null Tipo Tamanho
PK X INTEGER 4
VARCHAR 1
VARCHAR 18
VARCHAR 80
VARCHAR 80
VARCHAR 20
VARCHAR 80
VARCHAR 50
VARCHAR 2
VARCHAR 10
VARCHAR 20
VARCHAR 20
VARCHAR 20
VARCHAR 80
BLOB 8PR_OBSE Observações
PR_FONC Fone Comercial
PR_CELU
PR_MAIL E-mail
PR_UF Unidade Federativa
PR_CEP CEP
PR_FONR Fone Residencial
PR_NUME Número
PR_BAIR Cidade
PR_CIDA Cidade
PR_INSC Inscrição - CNPJ(J) ou CPF(F)
PR_NOME Nome
PR_ENDE Endereço
Nome Físico Descrição
PR_CODI Código(identificador)
PR_TIPO Pessoa Física ou Jurídica (F/J)
Nome da Tabela: PROPRIETARIO
Descrição: Tabela onde serão armazenados os dados da tabela Proprietario
163
Chave Not Null Tipo Tamanho
PK X INTEGER 4
DATE 4
DATE 4
DATE 4
VARCHAR 6
DOUBLE 8
DOUBLE 8
INTEGER 4
FK X INTEGER 4AP_CODI Apartamento do síndico
RT_TOTA Total para Rateio
RT_VLFX Valor fixo para pagamento
RT_QTAP Quantidade de apartamentos para
rateio
RT_DTFI Data final para cálculo
RT_DTVE Data de vencimento
RT_COMP Competência ex:(012010)
Nome Físico Descrição
RT_CODI Código(identificador) da movimentação
RT_DTIN Data inicial para cálculo
Nome da Tabela: RATEIO
Descrição: Tabela onde serão armazenados os dados da tabela Rateio
Chave Not Null Tipo Tamanho
PK X INTEGER 4
DOUBLE 8
DOUBLE 8
DOUBLE 8
DOUBLE 8
DOUBLE 8
FK X INTEGER 4
FK X INTEGER 4AP_CODI Código (identificador) do Apto
RI_LGAS Valor Gás
RI_LTEL Valor Telefone
RT_CODI Código (identificador) do Rateio
RI_VALO Valor Total Rateado
RI_DESP Valor Despesas
RI_FURS Valor Fundo de Reserva
Descrição: Tabela onde serão armazenados os dados da tabela Rateio_Item
Nome Físico Descrição
RI_CODI Código (identificador)
Nome da Tabela: RATEIO_ITEM
Chave Not Null Tipo Tamanho
PK X INTEGER 4
DATE 4
DATE 4
DOUBLE 8
DOUBLE 8
VARCHAR 1
FK X INTEGER 4
RG_TIPO Tipo: crédito/débito (C/D)
RT_CODI Código movimentação
RG_DTFI Data final para cálculo
RG_SALD Saldo Final
RG_VALO Valor referente ao período
Nome da Tabela: RESERVA_GAS
Descrição: Tabela onde serão armazenados os dados da tabela Reserva_Gas
RG_DTIN Data inicial para cálculo
Nome Físico Descrição
RG_CODI Código (identificador)
Chave Not Null Tipo Tamanho
PK X VARCHAR 4
DOUBLE 8SD_VALO Valor do Saldo Inicial Anual
Descrição: Tabela onde serão armazenados os dados da tabela Saldo
Nome Físico Descrição
SD_COMP Competência Anual
Nome da Tabela: SALDO
164
Chave Not Null Tipo Tamanho
PK X INTEGER 4
VARCHAR 35
VARCHAR 35
VARCHAR 80
US_SENH Senha
US_NOME Nome
Nome Físico Descrição
US_CODI Código(identificador) do usuário
US_NICK Nome
Nome da Tabela: USUARIO
Descrição: Tabela onde serão armazenados os dados da tabela Usuario
Chave Not Null Tipo Tamanho
PK X INTEGER 4
X VARCHAR 6
SC_CODI
SC_COMP
Código(identificador) número
Competência
Nome da Tabela: SALDO_COMPO
Descrição: Tabela onde serão armazenados os dados da tabela Saldo_Compo
Nome Físico Descrição
Chave Not Null Tipo Tamanho
PK X INTEGER 4
X VARCHAR 30
X VARCHAR 1
X VARCHAR 2
X DOUBLE 8
FK X INTEGER 4
Descrição
Tipo (+/-/=)
Categoria
Valor
Código(identificador) do saldo
SI_DESC
SI_TIPO
SI_CATE
SI_VALO
SC_CODI
Descrição: Tabela onde serão armazenados os dados da tabela Saldo_Compo_Item
Nome Físico Descrição
SI_CODI Código(identificador) número
Nome da Tabela: SALDO_COMPO_ITEM
165
12.3. Diagramas de Estados para as classes com comportamento dinâmico
significativo
12.3.1. Diagrama de Estados – Gerar Boleto
stm Diagrama de Estado - Gerar Boleto
Boleto Gerado
+ do / VerificaInquilino
Início
Proprietário Inquilino
Boleto Env iado
Aguardando
Pagamento
Fim
[Sofre Pagamento]
[Enviar para Inquilino][Enviar para Proprietário]
166
12.3.2. Diagrama de Estados – Gerar Demonstrativo
stm Diagrama de Estado - Gerar Demonstrativ o
Início
Gerando Demonstrativ o
+ do / VerificarInquil ino
Gerar Demonstrativ o
Incompleto
Demonstrativ o Gerado
Fim
[Gerar Demonstrativo
Incompleto - Inquil ino]
[Gerar Demonstrativo Completo
- Proprietário]
167
13. Documento de Arquitetura
13.1. Diagramas de Componentes
168
169
13.2. Diagrama de Implantação
170
14. Projeto de Testes
CASO DE USO
DESCRIÇÃO DATA ERROS CORRE
ÇÃO JUSTIFICATIVA
1 Efetuar Login 24/09/2010 Não possuia função de
alterar senha. Aplicada
É necessário que haja a
opção de alterar senha
2 Manter Backup 24/09/2010 Não identificados
3 Atualizar Estrutura
de Dados 18/10/2010 Não identificados
4 Manter os Dados
Básicos do Proprietário
24/09/2010 Na interface Localizar, limpar os campos após
transportar. Aplicada
Quando o usuário acessar
a interface Localizar, os
campos devem estar limpos.
4 Manter os Dados
Básicos do Proprietário
11/10/2010
Ao terminar de consultar, limpar o campo de localizar
proprietário.
Aplicada
Os campos devem estar limpos para
facilitar o trabalho do
usuário.
4 Manter os Dados
Básicos do Proprietário
14/10/2010 Estava deixando
cadastrar cpf 1111111, 2222222, etc.
Aplicada
Os CPFs cadastrados devem ser
válidos para serem usados na geração de
boletos.
5 Manter os Dados
Básicos do Inquilino
11/10/2010
Ao deixar o campo de localizar vazio e apertar Enter, o
sistema deve trazer todos os cadastros
Aplicada
É necessário o sistema trazer
todos os inquilinos
cadastrados pressionando enter, pois o usuário pode
pesquisar todos os inquilinos.
5 Manter os Dados
Básicos do Inquilino
21/10/2010
No cadastro de proprietários e
inquilinos, ao invés de Telefone (c),telefone (r),escrever Telefone Resid., Telefone Cel,
etc.
Não aplicada
Ficou entendido, que estas
descrições não influenciam no
entendimento do cadastro.
171
5 Manter os Dados
Básicos do Inquilino
27/09/2010 Na interface Localizar, limpar os campos após
transportar. Aplicada
Quando o usuário acessar
a interface Localizar, os
campos devem estar limpos.
6 Manter Plano de
Contas 21/10/2010
No cadastro de Conta, o escrito acima do campo de localizar
estava errado.
Aplicada Para melhor identificação
6 Manter Plano de
Contas 14/10/2010
No cadastro de contas, ao invés de "código", escrever "código do
grupo".
Aplicada Para melhor
identificação e entendimento
7 Manter Dados Básicos dos
Usuários 27/09/2010 Não identificados
8 Movimentar Fluxo
de Caixa 18/10/2010
No lançamento, no lugar de "Documento",
escrever "Lançamento".
Aplicada Para melhor
identificação e entendimento
8 Movimentar Fluxo
de Caixa 18/10/2010
Importante: para ter um lançamento, não
precisa ter um apartamento.
Aplicada
É uma das regras de
negócio do condomínio
9 Consultar Livro
Caixa 18/10/2010 Não identificados
10 Realizar Rateio 18/10/2010 Não identificados
11 Gerar
Demonstrativo 18/10/2010 Não identificados
12 Gerar
Demonstrativo do Proprietário
30/11/2010 Não identificados
13 Gerar Etiqueta 18/10/2010 Não identificados
14 Gerar Livro Caixa 18/10/2010
Na tela principal, substituir o botão
MOVIMENTAR, por "Livro Caixa"
Aplicada Para melhor
identificação e entendimento
15 Gerar
Demonstrativo de Consumo de Gás
18/10/2010 Não identificados
16 Gerar Arquivo de
Boleto OBB 18/10/2010 Não identificados
17 Movimentar Gás 18/10/2010
Na movimentação gás, quando clicar em
incluir, o sistema deve pedir para o usuário
digitar a "data de leitura atual"
Não aplicada
Necessita-se saber o período de uso, data de
início e data final de consumo
172
18 Gerar
Demonstrativo do Inquilino
18/10/2010 Não identificados
19 Manter
Apartamento 18/10/2010
Não estava funcionando o botão
Localizar do Apartamento
Aplicada É necessário Localizar um apartamento
19 Manter
Apartamento 18/10/2010
No cadastro de apartamento, ao invés
de nº, escrever "apartamento nº" ou
"unidade".
Aplicada Para melhor
identificação e entendimento
19 Manter
Apartamento 18/10/2010
No cadastro de apartamentos, está
dando erro ao Salvar, violação de chave.
Aplicada
Não é permitido cadastrar
apartamentos com o mesmo
número
11/10/2010 Sistema não possuía um botão de Ajuda.
Aplicada Necessita-se para auxiliar o
usuário
11/10/2010 Sistema não possuía
um botão Sobre. Aplicada
Necessita-se para divulgar a
equipe de desenvolvimento
14.1. Laudo Técnico de Testes - final
SISCON – Sistema de Administração de Condomínios
Número de casos de teste 29
Número de casos de testes executados
29
Número de defeitos não corrigidos 2
Número de defeitos corrigidos 27
Total 29
Recomendação
Recomendação para homologação Sim
Justificativa Alguns defeitos podem afetar o negócio da empresa se não tratados.
173
15. Documentos complementares ao Trabalho (ANEXOS)
Anexo 1 – Métrica para contagem
Complexidade do
Ator
Descrição Peso
Simples Muito poucas entidades de
Banco de Dados envolvidas e
sem regras de negócio
complexas
1
Médio Poucas entidades de Banco de
Dados envolvidas e com
algumas regras de negócio
complexas
2
Complexo Regras de negócios complexas
e muitas entidades de Bancos
de Dados presentes
3
Tabela 1: Classificação de atores (MEDEIROS, 2004)
Passo 2: Contar os casos de uso e atribuir o grau de complexidade sendo a complexidade
baseada no número de classes e transações. Calcule o TPNAUC (Total de Pesos não
ajustados dos casos de usos) somando os produtos da quantidade de casos de usos pelo
respectivo peso conforme a tabela 2.
Tipo de Caso de Uso Descrição Peso
Simples Considerar até 3 transações
com menos de 5 classes de
análise
5
Médio Considerar de 4 a 7 transações
com 5 a 10 classes de análise
10
Complexo Considerar de 7 transações
com pelo menos de 10 classes
de análise
15
Tabela 2: Classificação dos Casos de Uso (MEDEIROS, 2004)
174
Passo 3: Calcular PCU´s não ajustados, também chamados de PCUNA, de acordo com a
seguinte fórmula:
PCUNA = TPNAA+ TPNAUC
Passo 4: Determinar o fator de complexidade técnica. Os fatores de complexidade técnica
variam numa escala de 0 a 5, de acordo com o grau de dificuldade do sistema a ser
construído. O valor 0 indica que a grau não está presente ou não é influente, 3 influência
média e o valor 5 indica influência significativa através de todo o processo. Após determinar
o valor dos fatores, multiplicar pelo respectivo peso ilustrado na tabela 3, somar o total e
aplicar a seguinte fórmula:
Fator de complexidade técnica (FCT) = 0.6 + (0.01 * Somatório do Fator técnico)
Descrição Peso
Sistemas Distribuídos 2,0
Desempenho da aplicação 1,0
Eficiência do usuário final (on-line) 1,0
Processamento interno complexo 1,0
Reusabilidade do código em outras
aplicações
1,0
Facilidade de instalação 0,5
Usabilidade (facilidade operacional) 0,5
Portabilidade 2,0
Facilidade de manutenção 1,0
Concorrência 1,0
Características especiais de segurança 1,0
Acesso direto para terceiros 1,0
Facilidades especiais de treinamento 1,0
Tabela 3: Fatores de complexidade técnica (MEDEIROS, 2004)
Passo5: Determinar o fator de complexidade ambiental: os fatores de complexidade
ambientais indicam a eficiência do projeto e estão relacionados ao nível de experiência dos
profissionais. Esses fatores descritos na tabela 4 são determinados através da escala de 0 a
5, onde 0 indica baixa experiência, 3 indica média experiência e 5 indica alta experiência.
175
Após determinar o valor de cada fator, multiplicar pelo peso e somar o total dos valores. Em
seguida, aplicar a seguinte fórmula:
Passo 6: Fator de complexidade ambiental (FCA) = 1,4 + (-0,03 * Somatório do Fator
Ambiental).
Passo 7: Calcular os PCU´s ajustados: esse cálculo é realizado com base na multiplicação
dos PCU não ajustados, na complexidade técnica e na complexidade ambiental através da
seguinte fórmula:
PCUA = PCUNA * Fator de complexidade técnica * Fator de complexidade ambiental.
Fator Descrição Peso
F1 Familiaridade com o
processo de
desenvolvimento de software
1,5
F2 Experiência na aplicação 0,5
F3 Experiência com OO, na
linguagem e na técnica de
desenvolvimento
1,0
F4 Capacidade do líder de
análise
0,5
F5 Motivação 1,0
F6 Requisitos estáveis 2,0
F7 Trabalhadores com
dedicação parcial
-1,0
F8 Dificuldade da linguagem de
programação
-1,0
Tabela 4: Fatores de complexidade ambiental (MEDEIROS, 2004)
Passo 8: Calcular a estimativa de horas de programação. Karner, o criador da estimativa,
sugere a utilização de 20 pessoas-hora por unidade de PCU. Schneider e Winters sugerem
o seguinte refinamento:
X = total de itens de F1 a F6 com pontuação abaixo de 3
Y = total de itens de F7 a F8 com pontuação acima de 3
176
Se X + Y <= 2, usar 20 como unidade de homens/hora
Se X + Y = 3 ou X + Y = 4, usar 28 como unidade de homens/hora
Se X + Y >= 5, deve-se tentar modificar o projeto de forma a baixar o número, pois o risco
de insucesso é relativamente alto.
Estimativa de horas = PCUA * pessoas hora por unidade de PCU
15.1. Material complementar de levantamento de dados (transcrições de
entrevistas, questionários, fotos, cópias de documentos etc.)
Edifício Ville de France - visão panorâmica
Fachada do edifício Ville de France
Edifício Ville de France
177
16. Referências Bibliográficas
Análise de Riscos em Projetos : Uma Abordagem Qualitativa ou Quantitativa, Lúcio J. Diniz,
PMP. 31/04/2004, PMI-MG. Disponível em: <www.slideshare.net/adorepump/anlise-de-
riscos-em-projetos-uma-abordagem-qualitativa-ou-quantitativa-presentation> acesso em: 03
mar. 2010.
Estudo de Caso de Aplicação da Métrica de Pontos de Casos de Uso numa Empresa de
Software. Disponível em: <www.inf.furb.br/seminco/2005/artigos/130-vf.pdf> acesso em: 03
mar. 2010.
HOTSITE DE PRODUTOS GROUP SOFTWARE, Group Software, Matriz em São Paulo.
Disponível em: <www.condominio21.com.br/condominio21/condominio.asp> acesso em: 24
fev. 2010.
Portal BRCONDOMÍNIO, BRCondomínio. Disponível em:
<www.brcondominio.com.br/brcondominio.cfm> acesso em: 24 fev. 2010.
Superlógica Tecnologias, Superlógica, Campinas – SP. Disponível em:
<http://superlogica.com/produtos/condor.php> acesso em: 24 fev. 2010.
Recommended