sistema de administracao de condominio

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: [email protected]

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


1.3. Representante da Organização

Nome: Domingos Antonio Quagliato Cancian

Cargo: Administrador / Contador

Telefone: (19) 3492-9988


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

mailto:[email protected]



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




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.


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.


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





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.


Verificação junto ao cronograma dos módulos ou processos em atraso com

identificação do porque do ocorrido.


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





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.


O bom levantamento dos requisitos nas fases preliminares do projeto com uma

análise posterior completa dos documentos que foram levantados durante as entrevistas.


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




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.


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.


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


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


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


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


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


27/9/10 19:00

1/10/10 22:30 19

40


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


48

006 – Manter plano

de Contas

Alta Média Essencial Médio Alto

007 – Manter Dados

Básicos dos

Usuários


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


012 – Gerar

Demonstrativo do

Proprietário


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


017 – Movimentar

Gás


018 – Gerar

Demonstrativo do

Inquilino


019 – Manter

Apartamento


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



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.


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



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.


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


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



Finalidade: Manter os dados básicos do proprietário.

Atores: Usuário


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:



correção.


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.


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


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


os campos conforme

opção escolhida




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


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



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:




c. O sistema disponibiliza na interface os campos conforme opção escolhida. (A2)


e. O sistema valida os dados. (A1)


g. O caso de uso é encerrado.

Fluxo Alternativo:



correção.


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.



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


menu Cadastros e

acessa a opção de

Cadastrar Inquilino

Disponibiliza na interface as




Seleciona a opção

desejada

Valida os dados

Atualiza os

dados

Fim

Informa os dados


operação

Disponibiliza na interface

os campos conforme

opção escolhida

Informa ao usuário que os



correção

Localiza o dado a ser

excluído

Verifica se este dado está


tabelas

Solicita a confirmação da

exclusão

exibe mensagem

informando da

impossibilidade de

excluir o dado

dados inválidos

dados válidos

excluir


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


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



Finalidade: Manter Plano de Contas.

Atores: Usuário


de manusear os dados do plano de contas, podendo ser utilizado às opções de incluir,

alterar, salvar, cancelar, excluir, localizar, sair.


acessa a opção de Cadastrar Plano de Contas.

Fluxo Principal:









Fluxo Alternativo:



correção.


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



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




Plano de Contas





Seleciona a opção

desejada

Valida os dados

Atualiza os

dados

Fim

Informa os dados


operação


os campos conforme

opção escolhida




correção


excluído



tabelas


exclusão

exibe mensagem

informando da

impossibilidade de

excluir o dado


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



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.


acessa a opção de Cadastrar Usuário.

Fluxo Principal:


localizar, salvar, cancelar, relatório e sair).







Fluxo Alternativo:



correção.


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:




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




Usuário




salv ar, cancelar, relatório e

sair)

Seleciona a opção

desejada

Valida os dados

Atualiza os

dados

Fim

Informa os dados


operação


os campos conforme

opção escolhida




correção


excluído

v erificar se este dado está


tabelas


exclusão

exibe mensagem

informando da

impossibilidade de

excluir o dado

não referenciado


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



Finalidade: Movimentar Fluxo de Caixa.

Atores: Usuário


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).


c. O sistema disponibiliza na interface os campos conforme opção escolhida. (A2) (A3)





Fluxo Alternativo:



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:



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


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


os campos conforme

opção escolhida




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



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.


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.


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



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).


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:



correção.


Fluxo de Exceção:


101


correção.



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


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




correção




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



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


opção Gerar Demonstrativo.

Fluxo Principal:

a.. O sistema abre na interface as opções de demonstrativos disponíveis.


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


opção Gerar Demonstrativ o.


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



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)


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



opção Gerar Demonstrativ o –

Gerar Demonstrativ o

Proprietário


disponív eis

Informa o período a ser

listado


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



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.


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


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



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:


b. O usuário do sistema informa os dados a serem listados (filtro).

c. O sistema gera a visualização do Livro Caixa(A1).


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


principal do sistema acessa a

opção Gerar Liv ro Caixa


disponív eis


listados


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



Finalidade: Gerar demonstrativo de consumo de gás.

Atores: Usuário

Pré-Condição: O usuário tem a necessidade de visualizar


opção Gerar Demonstrativo – Gerar Demonstrativo de Consumo de Gás.

Fluxo principal:


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).


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




Gerar Demonstrativ o de

Consumo de Gás


disponív eis


listados


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



Finalidade: Gerar arquivo de boleto OBB.

Atores: Usuário


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:



correção.

b. O sistema retorna ao passo ‘b’ do fluxo principal.

Fluxo de Exceção:



correção.



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


disponív eis

Informa o período

Valida os dados

Confirma a exportação

dos dados

Fim




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



Finalidade: Movimentar Gás.

Atores: Usuário


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).


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).



Fluxo Alternativo:



correção.

b. O sistema retorna ao passo ‘c’ do fluxo principal.

Fluxo de Exceção:


131


correção.



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


menu Mov imentações

acessa a opção

Mov imentar Gás


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




correção




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



Finalidade: Gerar demonstrativo do inquilino.

Atores: Usuário

Pré-Condição: O usuário tem a necessidade de visualizar


opção Gerar Demonstrativo – Gerar Demonstrativo Inquilino.

Fluxo principal:


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).


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




Gerar Demonstrativ o Inquilino


disponív eis


listados


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



Finalidade: Manter apartamento.

Atores: Usuário


de manusear os dados do apartamento, podendo ser utilizado às opções de incluir, alterar,

salvar, cancelar, excluir, localizar, relatório, sair.


acessa a opção de Cadastrar Apartamento.

Fluxo Principal:


localizar, salvar, cancelar, relatório e sair).







Fluxo Alternativo:



correção.


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:




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


menu Cadastros e

acessa a opção de

Cadastrar Apartamento




salv ar, cancelar, relatório e

sair)

Seleciona a opção

desejada

Valida os dados

Atualiza os

dados

Fim

Informa os dados


operação


os campos conforme

opção escolhida




correção


excluído



tabelas


exclusão

exibe mensagem

informando da

impossibilidade de

excluir o dado

dados inválidos

dados válidos

excluir


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


+ Fechar() : void










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




+ close() : void


-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)

GUI::Interface

GUI::ClassFunc


+ Fechar() : void










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




+ close() : void


-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


+ Fechar() : void










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




+ close() : void


-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


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



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


BL_CODI Código(identificador) do backup

Nome da Tabela: BACKUP_LOG

160


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



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


CT_CODI Código(identificador)

Nome da Tabela: CONTA


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


CP_TIPO Tipo da Conta

Nome da Tabela: CONTA_PARAM


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)


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


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


IN_CODI Código(identificador)


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


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


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


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


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


MV_CODI Código (identificador)

Nome da Tabela: MOVIMENTACAO


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


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


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)


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


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


RI_CODI Código (identificador)

Nome da Tabela: RATEIO_ITEM


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


RG_CODI Código (identificador)


PK X VARCHAR 4

DOUBLE 8SD_VALO Valor do Saldo Inicial Anual

Descrição: Tabela onde serão armazenados os dados da tabela Saldo


SD_COMP Competência Anual

Nome da Tabela: SALDO

164


PK X INTEGER 4

VARCHAR 35

VARCHAR 35

VARCHAR 80

US_SENH Senha

US_NOME Nome


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


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



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


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

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


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


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


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


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


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


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".



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"



15 Gerar

Demonstrativo de Consumo de Gás


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


19 Manter

Apartamento 18/10/2010

Não estava funcionando o botão

Localizar do Apartamento

Aplicada É necessário Localizar um apartamento

19 Manter


No cadastro de apartamento, ao invés

de nº, escrever "apartamento nº" ou

"unidade".



19 Manter


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.

sistema de administracao de condominio

Documents