Projeto Diagramas - Sistema Condôminio

Prévia do material em texto

Instituto Federal de Educação, Ciências e Tecnologia de São Paulo
Tecnologia em Análise e Desenvolvimento de Sistemas
Metodologia de Análise de Sistemas Orientada – A6MSO
Prof. Me. José Oscar Machado Alexandre
Sara da Silva Coutinho – SP1762583
Sistema Condomínio NokNox
São Paulo
Nov/2019
Sara da Silva Coutinho – SP1762583
Sistema Condomínio NokNox
Projeto desenvolvido para a disciplina de Metodologia de Análise de Sistemas Orientada do curso de Tecnologia em Análise e Desenvolvimento de Sistemas, do Instituto Federal de Educação, Ciência e Tecnologia de São Paulo, campus São Paulo, sob orientação do Prof. Me. José Oscar Machado Alexandre. 
São Paulo
Nov/2019
Resumo
Representação de um sistema por meios de diagramas é a arte da análise e essencial visualização e prevenir futuros imprevistos, Um sistema bem representado, os riscos para imprevistos, má utilização são mínimos, pois os analistas e desenvolvedores do sistema tem uma ampla visualização do será, e o cliente consegue validar se o sistema está dentro das suas necessidades.
A escolha para essa representação foi um sistema de supervisão de condomínios. É um sistema muito bom, pois tem muitas funções e métodos para explorar. Os usuários têm diversas funcionalidades, nos quais são as principais: autorizar entregas, autorizar entradas de visitantes, trocar mensagens com moradores e colaboradores, comunicados do condomínio, timeline de visitas e entregas do último ano, registro de ocorrências e reservas de espaços do condomínio.
Palavras Chaves: Condomínio; Interfone; Mensagens; 
Sumário
Resumo	2
Objetivo Geral	5
Descrição do Problema	6
Solução Proposta	7
Descrição do Sistema	8
1.	Controle de entrada de visitantes	8
2.	Notificações de chegada de encomendas	8
3.	Registro de ocorrências	9
4.	Sistema de comunicação por mensagens	9
5.	Comunicados do condomínio	9
Diagramas UML	11
1.	Diagrama Caso de Uso	11
1.1.	Descrição do diagrama	11
1.2.	Legendas caso de uso	21
2.	Diagrama de Classe	23
2.1.	Descrição do diagrama	23
2.1.1.	Classe Administrador	24
2.1.2.	Classe Condomínio	25
2.1.3.	Classe Síndico	25
2.1.4.	Classe Endereço	26
2.1.5.	Classe Comunicado	26
2.1.6.	Classe Apartamento	27
2.1.7.	Classe Encomenda	27
2.1.8.	Classe Visitante	28
2.1.9.	Classe Morador	29
2.1.10.	Classe Colaborador	29
2.1.11.	Classe ocorrência	30
2.1.12.	Classe Mensagem	30
2.2.	Legendas Diagrama de classe	31
3.	Diagrama de Sequência	32
3.1.	Descrição do diagrama	32
3.1.1.	Cadastro de Morador	32
3.1.2.	Autorização de Visitas	32
3.1.3.	Autorização de Encomendas	34
3.1.4.	Envio de Mensagem	35
3.1.5.	Ocorrência	35
3.1.6.	Comunicado	36
3.2.	Legendas Diagrama de Sequência	37
4.	Diagrama de Atividade	39
4.1.	Descrição do diagrama	39
4.1.1.	Cadastro de Morador	39
4.1.2.	Autorização de Visitas	40
4.1.3.	Autorização de Encomendas	41
4.1.4.	Envio de Mensagem	43
4.1.5.	Ocorrência	44
4.1.6.	Comunicado	45
4.2.	Legendas Diagrama de Atividade	45
5.	Diagrama de Máquina de Estados	47
5.1.	Descrição do diagrama	47
5.1.1.	Cadastro de Morador	47
5.1.2.	Autorização de Visitas	48
5.1.3.	Autorização de Encomendas	49
5.1.4.	Envio de Mensagem	50
5.1.5.	Ocorrência	50
5.1.6.	Comunicado	51
5.2.	Legendas Diagrama de Máquina de Estado	52
Requisitos	53
Requisitos Funcionais	53
Requisitos Não Funcionais	53
Feedback	54
Bibliografia	56
Objetivo Geral
O objetivo desse projeto, é ver as belezas da representação dos sistemas e conseguir abstrair e detalhar com o máximo de detalhes possível. Um sistema detalhado e bem representado prevê possíveis futuros e poupa tempo dos programadores e analistas entenderem o sistema, pois nele é representado os principais fluxos e tempo aproximado. 
Para isso foi escolhido um sistema complexo o suficiente com vários fluxos a ser representado com diversas funcionalidades. O sistema escolhido foi um para gerenciamento de condomínios e facilitar registros e contatos entre os condôminos e administradores. 
O sistema tem o como finalidade ter mais controle dos processos: entrada de visitantes e encomendas, aumentar a segurança dos condomínios, se comunicar de maneira eficaz, permitindo a troca de mensagens entre os condôminos.
Descrição do Problema
Na atualidade, um grande problema que as pessoas estão se adaptando a ter todas as coisas que precisa na palma da mão: o celular. U grande problema são os interfones indesejados. Uma pessoa que tem um bebe no apartamento tem muito problema com barulho e o interfone é uma variável inesperada.
Outra coisa que mudou, são os históricos de registros que o ideal não é fazer nos papeis, pois por fatores humanos, é possível perder os registros. Ter um controle de acesso de visitas e de encomendas que cada apartamento recebe é fundamental. 
Para uma boa convivência com o condômino a comunicação é fundamental e sem ter um canal para isso, a conversa fica informal e muitas vezes fica inviável conversar com uma pessoa que não tem um acesso ou que não consegue se encontrar, visto que as pessoas trabalham e muitas vezes desencontra. 
A falta de informação ou as reuniões também é um problema dentro dos condôminos e isso gera várias reclamações, pois se o lugar não possui um grupo com um canal para compartilhar as decisões feitas nas reuniões do condomínio ou algum aviso, os moradores precisam ir em um lugar especifico para ler o mural, caso haja algo. Essa ação demanda tempo e muitas pessoas ficam por fora.
Solução Proposta
O Sistema de condomínio propõe aos usuários passem para um canal oficial para a resolução das situações que surge no condomínio, por via do celular. 
Sem a necessidade de interfone, os usuários economizam com o aparelho, uma vez que a ferramenta é o celular e isso o usuário possui independente do sistema. Outro fator importante é a diminuição de barulhos indesejável do interfone, visto que o usuário altera o volume no qual deixar as notificações. 
Para resolver o canal de comunicação, foi criado 3 funcionalidades: Mensagens entre usuários, ocorrências e comunicados. As mensagens são para os moradores e colaboradores dos condomínios conversarem entre sim, informalmente sendo possível o usuário selecionar o apartamento o morador para se iniciar uma conversa. A ocorrência tem como função os moradores terem um canal oficial para fazer reclamações, agradecimentos, observações para os administradores do condomínio. Por último, os comunicados, é o síndico publicara s principais informações do condomínio. Isso por sua vez, resolve o problema de deixar os usuários desinformados, podendo contestar algo decidido em uma reunião, dentro de um prazo, por exemplo. 
Não esquecendo de nada, o sistema tem um sistema de histórico de visita e encomendas, isso formaliza para qualquer problema que houver, uma vez que é formalizado no sistema e os responsáveis pode provar que todos os envolvidos foram notificados. 
Descrição do Sistema
1. Controle de entrada de visitantes
Quando um visitante chega no condomínio e solicita entrada, ele irá informar o apartamento em que deseja entrar e o CPF para o sistema verificar se já possui cadastro, não o visitante nunca entrou no condomínio, o porteiro irá registrar no Painel da Portaria, os principais dados sobre ele e o morador do apartamento escolhido receberá um pedido de visita pelo app, com nome e foto do visitante. O morador deve apertar um botão para autorizar a entrada. Se estiver fora, vai poder dizer que não está no apartamento e evita que a visita espere à toa.
Cada vez que uma visita é salva, o sistema registra no histórico para que os moradores e administradores do condomínio tenha acesso. É possível visualizar quem autorizou a entrada e o porteiro que estava no momento da entrada, constando os registros do último ano.
2.  Notificações de chegada de encomendas
Quando chega uma encomenda, o porteiro deve cadastrar no Painel de Portaria os dados e o morador automaticamente recebe uma mensagem com todos os detalhes para retirada. Para o cadastro da encomenda, é necessário que o sistema notifique o morador com a empresa remetente e para isso o sistematem pré-cadastrado as empresas O porteiro deve inserir o código da empresa e o cadastro, com logo aparecerá, de forma que fique melhor visualização e identificação de todos.
Após o cadastro, o morador é notificado da encomenda e disso ele poderá marcar como objeto ou serviço registrado, ou não.
Cada vez que uma encomenda é salva, o sistema registra no histórico para que os moradores e administradores do condomínio tenha acesso. É possível visualizar quem autorizou a entrada e o porteiro que estava no momento da autorização, constando os registros do último ano. 
3. Registro de ocorrências
Em todos condomínios, existe normalmente um livro de ocorrências, as pessoas querem notificar os administradores de algum problema ou agradecer serviço ou atitude. O registro de ocorrência nesse caso é totalmente digital, onde os moradores selecionam a categoria: reclamação, solicitação, agradecimento, ocorrência. Essa funcionalidade disponibiliza um canal direto com os administradores. A partir do momento que o morador registra a ocorrência, o sistema notifica a administração do condomínio, que devem tomar as providências para atender e tomar providências, caso necessário, o que foi solicitado.
4.  Sistema de comunicação por mensagens
Pode ser o barulho incomodando, pode ser pra pedir um pouco de açúcar, ou apenas pra avisar que tem um carro com vidro aberto na garagem, os moradores dispõem da funcionalidade de enviar mensagens para os seus vizinhos. Nele, o morador seleciona o apartamento em que deseja entrar em contato e seleciona o morador daquele apartamento, caso exista, e envia o que desejar. O morador que recebe a mensagem entra em um canal para conversas diretas e pode responder.
Falar por mensagens funciona bem e gera menos constrangimentos, pois muitas pessoas não gostam de conversar por voz e muito menos pelo interfone, e as vezes descobrir o telefone do vizinho ou encontra-lo é um grande problema. Pelo sistema de comunicação, é possível enviar mensagem a qualquer hora do dia para qualquer um, de qualquer lugar.
5. Comunicados do condomínio
Nos condomínios é comum haver painéis, murais para notificar os moradores das decisões tomadas ou algum comunicado, importante e necessário que todos vejam. A funcionalidade de comunicados soluciona o problema de painéis, pois nem todos os moradores terão acesso ou conseguirão ver os comunicados a tempo. A funcionalidade por ser digital funciona como um e-mail para os moradores do condomínio. O síndico entra no portal da administração, registra o titulo do comunicado e a sua mensagem. Disso, o sistema notifica os moradores no mesmo momento. 
Diagramas UML
1. Diagrama Caso de Uso
1.1. Descrição do diagrama 
O diagrama de caso de uso é muito comum sendo o primeiro a ser representado e utilizado normalmente nas fases de levantamento e análise de requisitos do sistema, no entanto o mesmo é consultado em toda a modelagem dos processos e pode ser alterado ou incrementado seus casos no decorrer dessa modelagem. 
No caso do sistema do condomínio, o primeiro caso de uso criado com os processos mais simples e básicos para a representação ao usuário.
Quadro 1. Documentação de Caso de Uso 
	Nome do Caso de Uso
	Cadastrar Comunicados
	Caso de Uso Geral
	
	Ator Principal
	Síndico
	Atores Secundários
	Morador
	Resumo
	Este caso de uso descreve etapa as principais etapas para o síndico fazer o cadastro de comunicados
	Pré-Condições
	É necessário ter um usuário sindico 
	Pós-Condições
	É necessário possuir usuário morador para enviar notificação
	Fluxo Principal
	
	Ações do Ator
	Ações do Sistema
	1. Escolher um título e inserir mensagem do comunicado
	
	
	2. Sistema grava o comunicado no banco
3. Enviar notificação para os usuários do condomínio
	Restrições/Validações
	1. Todos os campos devem estar preenchidos
	Nome do Caso de Uso
	Gerenciar Condomínio
	Caso de Uso Geral
	
	Ator Principal
	Síndico
	Atores Secundários
	Morador
	Resumo
	Este caso de uso descreve etapa a forma que o Síndico gerencia o condomínio, cadastrando os moradores
	Pré-Condições
	É necessário existir apartamentos para associar ao usuário 
	Pós-Condições
	
	Fluxo Principal
	
	Ações do Ator
	Ações do Sistema
	1. Selecionar bloco e apartamento para associar moradores
2. Inserir todos os campos necessários para cadastro do morador
	3. Sistema grava o morador no banco
	Restrições/Validações
	1. Todos os campos devem estar preenchidos
	Nome do Caso de Uso
	Cadastro de Colaboradores
	Caso de Uso Geral
	
	Ator Principal
	Síndico
	Atores Secundários
	Colaborador
	Resumo
	Este caso de uso descreve etapa a forma que o Síndico faz o cadastro de colaborador
	Pré-Condições
	Para o caso de associar o colaborador ao morador, deve existir moradores no condomínio
	Pós-Condições
	
	Fluxo Principal
	
	Ações do Ator
	Ações do Sistema
	1. Inserir todos os campos necessários para cadastro do colaborador
	
	
	2. Sistema grava o colaborador no banco 
	Fluxo de exceção – Colaborador é morador
	Ações do Ator
	Ações do Sistema
	1. Associar o código do morador ao do colaborador
	
	
	2. Sistema grava as novas informações
	Nome do Caso de Uso
	Enviar Mensagem
	Caso de Uso Geral
	
	Ator Principal
	Síndico
Morador
Colaborador
	Atores Secundários
	
	Resumo
	Este caso de uso descreve o envio de mensagem entre os usuários do condomínio
	Pré-Condições
	É necessário existir mais de 1 usuário no condomínio
	Pós-Condições
	
	Fluxo Principal
	
	Ações do Ator
	Ações do Sistema
	1. Usuário seleciona se deseja enviar mensagem para administração ou moradores
	
	2. Seleciona o apartamento e/ou destinatário da mensagem
	
	2. Insere texto da mensagem
	
	
	3. Sistema grava mensagem
	
	4. Notifica de nova mensagem
	Nome do Caso de Uso
	Atender Ocorrências
	Caso de Uso Geral
	
	Ator Principal
	Síndico
Colaborador
	Atores Secundários
	Morador
	Resumo
	Este caso de uso descreve a forma em que é atendido uma ocorrência no sistema
	Pré-Condições
	É necessário existir uma encomenda para ser atendida
	Pós-Condições
	
	Fluxo Principal
	
	Ações do Ator
	Ações do Sistema
	
	1. Sistema notifica o ator que há uma nova ocorrência 
	2. Ator inicia o status de iniciar atendimento
	
	3. Ator finaliza atendimento
	
	
	4. Sistema notifica Morador (Ator secundario), de que a ocorrência pertencente a ele, foi atendida 
	Nome do Caso de Uso
	Cadastrar Visitas
	Caso de Uso Geral
	
	Ator Principal
	Porteiro
	Atores Secundários
	Morador
	Resumo
	Este caso de uso descreve como funciona o cadastro de visitas por apartamento
	Pré-Condições
	É necessário ter visita por apartamento 
	Pós-Condições
	
	Fluxo Principal
	
	Ações do Ator
	Ações do Sistema
	1. O porteiro seleciona o apartamento no qual o visitante solicita
	
	2. Porteiro preenche os campos obrigatórios sobre o visitante 
	
	3. Porteiro solicita entrada 
	
	
	4. Sistema notifica o morador para solicitar autorização de entrada
	
	5. (Quando o morador envia resposta para o porteiro) Sistema notifica porteiro com resposta do morador
	6. Porteiro da ação ao visitante de acordo com resposta de autorização de morador. 
	
	Nome do Caso de Uso
	Cadastrar Encomendas
	Caso de Uso Geral
	
	Ator Principal
	Porteiro
	Atores Secundários
	Morador
	Resumo
	Este caso de uso descreve como funciona o cadastro de encomendas por apartamento
	Pré-Condições
	É necessário ter encomenda por apartamento 
	Pós-Condições
	
	Fluxo Principal
	
	Ações do Ator
	Ações do Sistema
	1. O porteiro seleciona o apartamento no qual a encomenda deverá ser entregue
	
	2. Porteiro preenche os campos obrigatórios sobre a encomenda e empresa de entrega 
	
	3. Porteiro solicita entrada 
	
	1. 
	4. Sistema notifica o morador para solicitar autorização de entrada
	
	5. (Quando o morador envia resposta para o porteiro) Sistema notifica porteiro com resposta do morador
	6. Porteiro da ação ao entregador da encomenda de acordo com resposta de autorização de morador. 
	
	Nome do Caso de Uso
	Cadastro de Ocorrências
	Caso de Uso Geral
	
	Ator PrincipalMorador
	Atores Secundários
	Sindico e/ou colaboradores
	Resumo
	Este caso de uso descreve o fluxo que o usuário faz para cadastrar uma ocorrência
	Pré-Condições
	
	Pós-Condições
	
	Fluxo Principal
	
	Ações do Ator
	Ações do Sistema
	1. Morador seleciona o tipo da ocorrência
	
	2. Morador insere mensagem da ocorrência
	
	3. Morador envia ocorrência
	
	
	4. Sistema notifica Síndico/Colaborador de ocorrência
	Nome do Caso de Uso
	Autorizar Encomendas 
	Caso de Uso Geral
	
	Ator Principal
	Morador
	Atores Secundários
	Porteiro
	Resumo
	Este caso de uso mostra como o morador autoriza entrada de encomenda
	Pré-Condições
	Necessário ter solicitação pendente de entrada de encomenda
	Pós-Condições
	
	Fluxo Principal
	
	Ações do Ator
	Ações do Sistema
	
	1. Sistema notifica o usuário de que há uma nova encomenda e solicita autorização
	2. Morador autoriza/ não autoriza entrada de encomenda
	
	
	3. Sistema envia notificação para porteiro, notificando decisão do morador
	Nome do Caso de Uso
	Autorizar entradas de visitas
	Caso de Uso Geral
	
	Ator Principal
	Morador
	Atores Secundários
	Porteiro
	Resumo
	Este caso de uso mostra como o morador autoriza entrada de visitas
	Pré-Condições
	Necessário ter solicitação pendente de entrada de visita
	Pós-Condições
	
	Fluxo Principal
	
	Ações do Ator
	Ações do Sistema
	
	1. Sistema notifica o usuário de que há uma nova visita e solicita autorização
	2. Morador autoriza/ não autoriza entrada de visitas
	
	
	3. Sistema envia notificação para porteiro, notificando decisão do morador
1.2. Legendas caso de uso
Ator:
Caso de Uso:
Associação:
Inclusão:
Extensão:
2. Diagrama de Classe
2.1. Descrição do diagrama 
O diagrama de classe é um dos mais utilizados dentro da modelagem e o que se dá de auxílio para a criação dos demais diagramas para a representação do sistema. O diagrama de classe define as estruturas das classes utilizadas pelo sistema, determinando os atributos e métodos que cada classe possui além de estabelece como as classes se relacionam e trocam informações entre si. 
2.1.1. Classe Administrador
	Método
	Descrição
	Validar senha
	A função desse método é determinar se a senha informada é válida. O método recebe a senha como parâmetro e compara com o valor recebido e retorna uma mensagem se o valor recebido está correto ou não.
2.1.2. Classe Condomínio
	Método
	Descrição
	Cadastrar Condomínio
	A função desse método é cadastrar um novo condomínio, onde um novo objeto será instanciado, de forma que esse método agirá como construtor. 
Esse método recebe o endereço e o nome, ao tentar cadastrar, é retornada uma mensagem de sucesso caso todos os campos estejam preenchidos, ou erro. 
	Alterar Condomínio
	Esse método tem como função alterar as informações cadastradas no condomínio: Nome e endereço. 
	Excluir Condomínio
	Quando um condomínio deixar de usar o sistema, os mesmos poderão excluir o condomínio entrando em contato com o administrador do sistema.
2.1.3. Classe Síndico
	Método
	Descrição
	Cadastrar Síndico
	A função desse método é cadastrar um novo sindico, onde um novo objeto será instanciado, de forma que esse método agirá como construtor. 
Esse método recebe o condomínio que pertencerá, nome completo, RG e CPF, senha de login e e-mail, ao tentar cadastrar, é retornada uma mensagem de sucesso caso todos os campos estejam preenchidos, ou erro. 
	Validar senha
	A função desse método é determinar se a senha informada é válida. O método recebe a senha como parâmetro e compara com o valor recebido e retorna uma mensagem se o valor recebido está correto ou não.
2.1.4. Classe Endereço
	Método
	Descrição
	Cadastrar Condomínio
	A função desse método é cadastrar um novo condomínio, onde um novo objeto será instanciado, de forma que esse método agirá como construtor. 
Esse método recebe o endereço e o nome, ao tentar cadastrar, é retornada uma mensagem de sucesso caso todos os campos estejam preenchidos, ou erro. 
	Alterar Condomínio
	Esse método tem como função alterar as informações cadastradas no condomínio: Nome e endereço. 
	Excluir Condomínio
	Quando um condomínio deixar de usar o sistema, os mesmos poderão excluir o condomínio entrando em contato com o administrador do sistema.
2.1.5. Classe Comunicado
	Método
	Descrição
	Cadastrar Condomínio
	A função desse método é cadastrar um novo condomínio, onde um novo objeto será instanciado, de forma que esse método agirá como construtor. 
Esse método recebe o endereço e o nome, ao tentar cadastrar, é retornada uma mensagem de sucesso caso todos os campos estejam preenchidos, ou erro. 
	Alterar Condomínio
	Esse método tem como função alterar as informações cadastradas no condomínio: Nome e endereço. 
	Excluir Condomínio
	Quando um condomínio deixar de usar o sistema, os mesmos poderão excluir o condomínio entrando em contato com o administrador do sistema.
2.1.6. Classe Apartamento
	Método
	Descrição
	Cadastrar Condomínio
	A função desse método é cadastrar um novo condomínio, onde um novo objeto será instanciado, de forma que esse método agirá como construtor. 
Esse método recebe o endereço e o nome, ao tentar cadastrar, é retornada uma mensagem de sucesso caso todos os campos estejam preenchidos, ou erro. 
	Alterar Condomínio
	Esse método tem como função alterar as informações cadastradas no condomínio: Nome e endereço. 
	Excluir Condomínio
	Quando um condomínio deixar de usar o sistema, os mesmos poderão excluir o condomínio entrando em contato com o administrador do sistema.
2.1.7. Classe Encomenda
	Método
	Descrição
	Cadastrar Condomínio
	A função desse método é cadastrar um novo condomínio, onde um novo objeto será instanciado, de forma que esse método agirá como construtor. 
Esse método recebe o endereço e o nome, ao tentar cadastrar, é retornada uma mensagem de sucesso caso todos os campos estejam preenchidos, ou erro. 
	Alterar Condomínio
	Esse método tem como função alterar as informações cadastradas no condomínio: Nome e endereço. 
	Excluir Condomínio
	Quando um condomínio deixar de usar o sistema, os mesmos poderão excluir o condomínio entrando em contato com o administrador do sistema.
2.1.8. Classe Visitante
	Método
	Descrição
	Cadastrar Condomínio
	A função desse método é cadastrar um novo condomínio, onde um novo objeto será instanciado, de forma que esse método agirá como construtor. 
Esse método recebe o endereço e o nome, ao tentar cadastrar, é retornada uma mensagem de sucesso caso todos os campos estejam preenchidos, ou erro. 
	Alterar Condomínio
	Esse método tem como função alterar as informações cadastradas no condomínio: Nome e endereço. 
	Excluir Condomínio
	Quando um condomínio deixar de usar o sistema, os mesmos poderão excluir o condomínio entrando em contato com o administrador do sistema.
2.1.9. Classe Morador
	Método
	Descrição
	Cadastrar Condomínio
	A função desse método é cadastrar um novo condomínio, onde um novo objeto será instanciado, de forma que esse método agirá como construtor. 
Esse método recebe o endereço e o nome, ao tentar cadastrar, é retornada uma mensagem de sucesso caso todos os campos estejam preenchidos, ou erro. 
	Alterar Condomínio
	Esse método tem como função alterar as informações cadastradas no condomínio: Nome e endereço. 
	Excluir Condomínio
	Quando um condomínio deixar de usar o sistema, os mesmos poderão excluir o condomínio entrando em contato com o administrador do sistema.
2.1.10. Classe Colaborador
	Método
	Descrição
	Cadastrar Condomínio
	A função desse método é cadastrar um novo condomínio, onde um novo objeto será instanciado, de forma que esse método agirá como construtor. 
Esse método recebe o endereço e o nome, ao tentar cadastrar, é retornada uma mensagem de sucesso caso todos os campos estejam preenchidos, ou erro. 
	Alterar Condomínio
	Esse método tem como função alterar as informações cadastradas no condomínio: Nome e endereço. 
	Excluir Condomínio
	Quando um condomínio deixar de usar o sistema, os mesmos poderão excluir o condomínioentrando em contato com o administrador do sistema.
2.1.11. Classe ocorrência
	Método
	Descrição
	Cadastrar Condomínio
	A função desse método é cadastrar um novo condomínio, onde um novo objeto será instanciado, de forma que esse método agirá como construtor. 
Esse método recebe o endereço e o nome, ao tentar cadastrar, é retornada uma mensagem de sucesso caso todos os campos estejam preenchidos, ou erro. 
	Alterar Condomínio
	Esse método tem como função alterar as informações cadastradas no condomínio: Nome e endereço. 
	Excluir Condomínio
	Quando um condomínio deixar de usar o sistema, os mesmos poderão excluir o condomínio entrando em contato com o administrador do sistema.
2.1.12. Classe Mensagem 
	Método
	Descrição
	Cadastrar Condomínio
	A função desse método é cadastrar um novo condomínio, onde um novo objeto será instanciado, de forma que esse método agirá como construtor. 
Esse método recebe o endereço e o nome, ao tentar cadastrar, é retornada uma mensagem de sucesso caso todos os campos estejam preenchidos, ou erro. 
	Alterar Condomínio
	Esse método tem como função alterar as informações cadastradas no condomínio: Nome e endereço. 
	Excluir Condomínio
	Quando um condomínio deixar de usar o sistema, os mesmos poderão excluir o condomínio entrando em contato com o administrador do sistema.
2.2. Legendas Diagrama de classe
Representação Classe, Atributo e método:
Multiplicidade: 
	Multiplicidade
	Significado
	0...1
	Zero para um.
	1...1
	Um para um.
	0...*
	Zero para muitos.
	*
	Muitos para muitos.
Associação: 
3. Diagrama de Sequência
3.1. Descrição do diagrama 
O diagrama de sequência é um diagrama comportamental e preocupa-se com a ordem de tempo em que ocorrem os processos e as mensagens são trocadas entre os objetos envolvidos. O diagrama de sequência costuma identificar o evento gerador do processo modelado, bem como o ator responsável pelo evento, demonstrando suas ações e mensagens. Determina como o processo deve se desenrolar e ser concluído por meio de chamada de métodos disparados por mensagem envolvida entre os objetos. 
O sistema NokNox, há diversos processos sequenciais, e podendo acontecer simultaneamente, de forma que foram representados os diagramas de sequência separados para os fluxos principais do sistema.
3.1.1. Cadastro de Morador
3.1.2. Autorização de Visitas
3.1.3. Autorização de Encomendas
3.1.4. Envio de Mensagem
3.1.5. Ocorrência
3.1.6. Comunicado
3.2. Legendas Diagrama de Sequência
Ator:
Lifelines ou linha de vida: 
Mensagem ou estimulo:
Resposta: 
Loop: 
4. Diagrama de Atividade
4.1. Descrição do diagrama 
Diagrama de Atividade, antes era conhecido como diagrama de máquina de estado, que foi representado no item 5. E a partir do UML 2.0 foi separado. 
O diagrama de atividade preocupa-se em descrever as etapas percorridas para a finalização de uma atividade, podendo esta ser representada por um método, algoritmo, ou mesmo um processo completo. Ele concentra na representação do fluxo de controle de uma atividade. 
O sistema NokNox, há diversos fluxos e podem acontecer simultaneamente, de forma que foram representados os diagramas de Atividade separados para os uma melhor representação dos fluxos.
4.1.1. Cadastro de Morador
4.1.2. Autorização de Visitas
4.1.3. Autorização de Encomendas
4.1.4. Envio de Mensagem
4.1.5. Ocorrência
4.1.6. Comunicado
4.2. Legendas Diagrama de Atividade
Atividade: 
Fluxo de Controle: 
Nó Inicial:
Nó de Final de Atividade: 
Nó de Decisão: 
Nó de Objeto: 
5. Diagrama de Máquina de Estados
5.1. Descrição do diagrama 
O diagrama de estado demonstra o comportamento de um elemento por meio de um conjunto finito de transições de estado, ou seja, uma máquina de estado. Pode ser utilizado para representar o comportamento de uma parte do sistema.
Como o diagrama de sequência, o de máquina de estado pode basear-se em um caso de uso, mas também pode ser utilizado para acompanhar os estados de outros elementos, como por exemplo, uma instância de uma classe. 
O sistema NokNox, há diversos fluxos e podem acontecer simultaneamente, de forma que foram representados os diagramas de máquina de estado separados para os uma melhor representação dos fluxos.
5.1.1. Cadastro de Morador
5.1.2. Autorização de Visitas
5.1.3. Autorização de Encomendas
5.1.4. Envio de Mensagem
5.1.5. Ocorrência
5.1.6. Comunicado
5.2. Legendas Diagrama de Máquina de Estado
Estado Simples: 
Transições: 
Inicio: 
Fim:
Requisitos
Requisitos Funcionais
RF01 O sistema deve validar dados do usuário.
RF02 O sistema deve validar dados do condomínio. 
RF03 O sistema deve permitir identificar e autorizar a entrada de visitantes
RF04 O sistema deve permitir o identificar, autorizar e notificar ao morador da chegada de encomenda, carta registrada ou empresa de instalação.
RF05 O sistema deve permitir os condôminos trocarem mensagens entre si: moradores e colaboradores
RF06 O sistema deve alerta o exato momento da chegada de algum visitante 
RF07 O sistema deve apresentar um histórico de acesso, controle encomendas. 
RF08 O sistema deve apresentar uma tela para cadastro de ocorrência
RF09 O sistema deve apresentar uma tela para a solução de ocorrências
RF010 O sistema deve possuir perfis de usuário: Administrador, Síndico, Colaborador e Morador. 
RF011 O sistema deve apresentar diferentes telas para cada perfil de usuário.
RF012 O sistema deve permitir o morador autorizar a entrada de visitantes e entregadores. 
RF013 O sistema deve permitir cadastro de comunicados.
RF014 O sistema deve visualização de comunicados. 
RF015 O sistema deve apresentar um histórico de acesso, controle das visitas.
Requisitos Não Funcionais
RNF01 O sistema deve possuir logos para reconhecimento de empresas que entregam encomendas. 
RNF02 Deixar fácil acesso a SAC e reclamações de todos os tipos
RNF03 O sistema deve permitir o compartilhar o sistema, permitindo até 4 moradores adicionais por apartamento
Feedback
Como melhorar o serviço? Como conseguir um retorno dos usuários?
Quando se é criado um sistema, é preciso verificar se está atingindo o resultado esperado, tanto do serviço prestado com a satisfação dos usuários, mas também com a quantidade de usuários utilizando a aplicação. 
O primeiro feedback que o sistema de condomínio pode fazer, é depois de 5 meses em que foi implantado, o sistema retornará o número de condomínios em que se utiliza, o número de usuários cadastrados, a quantidade de usuários ao total em que utiliza o sistema. 
Para analisar mais aprofundado, fazer o levantamento da frequência que os usuários utilizam o sistema e se os condomínios estão utilizando todas as funcionalidades que estão disponíveis. Através das mensagens em que se é trocado entre eles, é possível analisar o crescimento do banco de dados. Os porteiros estão cadastrando as encomendas? E as visitas? A quantidade de registros guardada é possível analisar a utilidade do sistema e se os usuários aprovam de acordo com a frequência em que se é utilizado o sistema. 
Bibliografia
Bezerra, Eduardo. Princípios de análise e projeto de sistema com UML. 
Cardoso, Caique. UML Na Prática. Do Problema Ao Sistema
Furgeri, Sérgio. Modelagem de sistemas orientados a objetos
Furgeri, Sérgio. Programação Orientada a Objetos: Conceitos e Técnicas
Wazlawawick, Raul Análise e design orientado a objetos para sistemas de informação. Modelagem com UM UCL e IFML.
Guedes, Gilleanes T. A. UML 2 – Uma abordagem prática.
27
<<incluir>>
<<incluir>>
M1
M2
M3
M4
<<estender>>
<<estender>>
M1
M2
M3
M4
+Metódos()
-Atributos
Classe
+Metódos()
-Atributos
Classe