Analisando propostas

Atualizar aplicativo (Php, Jquery, Ajax, Angular)

Publicado em 02 de Novembro de 2014 dias na TI e Programação

Sobre este projeto

Aberto

1.3.2    Descrição do produto
o aplicativo tem como objetivo facilitar a comunicação das pessoas que moram em condomínio para isso a velocidade da informação e muito importante e a praticidade a principal característica. O produto sera aplicado em condomínios que tenham portaria e sindico. Será instalada uma tablet na portaria e uma tablet para o sindico para facilitar a instalação.
Se entregaram chip de celular para que os síndicos possam cadastrar seus pacotes de internet e utilizar na tablet. Sera entregue material gráfico para informar o novo serviço de comunicação para os condôminos.

Missão do produto
Facilitar a comunicação e integrar os moradores de condomínios.

Atores
1- Sindico
2-Morador-    Quem baixa o sistema da tenda
3-Portaria-  Quem receve instruções do sindico
4-Imobiliaria- Quem compra kit ou sistema
5- Administrador-Super usuário de condominiobook


3.3    Descrição dos requisitos

Rf.1.1.1: envio de mensagens para portaria - essencial
se deseja que o condômino morador possa utilizar o sistema para enviar mensagens para portaria de maneira rápida e simples. E visualizar se a mensagens foi entregue e se foi lido ou não. Os dados da mensagens são.
Data, hora(definido por sistema automaticamente), texto, tipo de mensagens. Estado enviado, estado lido. Tempo estimado de chegada.
Remitente e Foto (definido por sistema automaticamente). Se deseja que a logica seja, mostrar mensagens anteriores entre morador e portaria (histórico de últimos 4 mensagens, com opção para carregar mensagens anteriores). E a opção de criar nova mensagens.
Referencia whatsapp simples. (atualizar requerimento, hoje esta em funcionamento)

rf.1.1.2: enviar mensagens para condomino_morador
se necessita que o sistema seja capaz de enviar mensagens para o condômino que escreveu uma mensagens, o seja responder ao condômino com respostas predefinidas em um menu. Se necessita que o sistema possa reenviar a resposta para o condômino.
As mensagens novas se devem diferenciar dos lidos com um cor que possa ser bem identificado. A portaria tem opção de criar uma nova mensagens e poder enviar para todos os moradores. O seja digitar um texto e escolher todos os condôminos ou selecionar so alguns.
E o sistema avisar se a mensagens foi enviado. (desenvolver requerimento, hoje nao esta em funcionamento)

rf.1.1.3: baixar aplicativo e criar conta condominio
se precisa que o site condominiobook tenha a opção de descarregar o aplicativo condominiobook, e o usuário escolher a opção de criar condomínio, preencher formulário de cadastro condomínio e de sindico. No caso se o cliente não deseja descarregar o aplicativo o sistema possa ter a opção de criar condominio do mesmo jeito.
Dados do formulário de cadastro, email, senha, endereço, numero, complemento, bairro, cidade, estado, cep, telefone fixo, cnpj, quantidades blocos, quantidade_apartamentos, como conheceu, aceitar acordo Emanuel Software. (atualizar requerimento, hoje esta em funcionamento)

rf.1.1.4: baixar aplicativo e criar conta condomino
se precisa que o site condominiobook tenha a opção de descarregar o aplicativo condominiobook, e o usuário escolher a opção de criar morador, preencher formulário de cadastro morador. No caso se o cliente não deseja descarregar o aplicativo o sistema possa ter a opção de CRIAR morador do mesmo jeito.
Os dados para cadastro de morador são. Nome(obrigatório), sobrenome(obrigatório), data nascimento(obrigatório), email(obrigatório), senha(obrigatório), bloco(opcional), apartamento(obrigatório), foto(opcional). E a opção de conectar e loguear com facebook.
(atualizar requerimento, hoje esta em funcionamento)

rf.1.1.5: mudanca de sindico
se precisa que o sistema seja capaz de mudar de sindico do condomínio e transferir todos os previlegios e históricos para o novo sindico. A mudança a realiza o sindico atual, quando ingressa o email do novo sindico, o sistema quando o novo sindico preencher todos os dados passa a ser novo sindico do prédio e o sistema da de baixa sindico anterior. Dados para fazer mudança, email do novo sindico.

(desenvolver requerimento, hoje nao esta em funcionamento)


rf.1.1.6: enviar aviso para condominos (sindico)
se precisa que o sistema possa enviar mensagen para os condôminos, e que também possa recever respostas dos condôminos, para enviar a mensagens o sindico pode escolher o remitente da mensagens, no caso todos os moradores ou selecionar so alguns ou um so. Logo escrever a mensagens e enviar. Se precisa organizar as conversas com os moradores, então o sistema precisa listar os moradores que responderam, estilo whatsapp, listar foto, nome e quantidades de mensagens novos, ao fazer click entrar e ver a conversa com o morador, identificando mensagens entregues e lidos.
Ordenados por data de ultimo ate primeiro. Para o caso de cada conversa o sindico pode responder mensagens. Dados para o envio de mensagens.
Remitente/s e conteúdo da mensagens.
(desenvolver requerimento, hoje nao esta em funcionamento)


r.F.1.1.7: LOGIN E SENHA
Se precisa que o sistema identifique cada usuário com login e senha. Os usuários são morador, sindico, o login e o email e senha simple apartir de 3 digitos. O sistema deve permitir loguear com facebook e recuperar a senha no caso de esquecer.

(atualizar requerimento, hoje esta em funcionamento)

r.F.1.1.8: VISUALIZAR...
Não especificado.


Rf.1.1.9: apagar conta condomino
se precisa que o sindico e o morador possa ter a possibilidade de apagar a conta. No caso do sindico quer apagar, ele mesmo ingressa ao sistema, lista os moradores, ingressa ao detalhe e apaga conta, o sistema deve enviar um email com aviso para o morador. No caso do morador quer apagar a conta, ele mesmo ingressa ao sistema, vai ate o perfil dele e escolhe apagar conta.

(desenvolver requerimento, hoje nao esta em funcionamento)

rf.1.1.10: visualizar condominos na portaria
se precisa que a portaria possa ver a lista de moradores e detalhe de cada um. Atualmente o sistema cumpre com esta necessidade. Fechamento do requerimento por que não precisa esclarecimento.

(atualizar requerimento, hoje esta em funcionamento)

rf.1.1.11:
NÃO especificado

rf.1.1.12: enviar mensagens para sindico
se precisa que o sistema possa enviar mensagens do morador para o sindico. No caso o morador tem a opção de escrever a mensagens que quiser e enviar. O sistema deve ser capas de mostrar se há mensagens foi entregue e mostrar se há mensagens foi lida.
(Ejemplo 2 linhas do whatsapp). No caso, as mensagens recebidas se apresentariam em uma tela mostrando as 4 ultimas mensagens enviadas e com possibilidade de carregar o histórico. Mostrando as fotos de quem envio cada mensagens e suas respeitivas datas, (segui modelo de whatsapp).
O sistema deve ser capas de recever as mensagens automaticamente. Informacoes da mensagens, conteúdo do texto.
(desenvolver requerimento, hoje nao esta em funcionamento)


rf.1.1.13: enviar mensagens do sindico para condomino
requisito documentado no rf.1.1.6.

Rf.1.1.14: aceitar solicitude de condomino_morador
se precisa que o sistema seja capas de identificar os moradores que enviaram solicitudes e o sindico aceitar o rechazer as solicitudes. Se deseja que tenha uma lista de solicitudes, mostrando o nome, sobrenome, bloco, apartamento do morador. E conseguir ver todos os detalhes do morador.
E logo a opção de aceitar e rechazar solicitude. No caso de aceitar o morador fica liberado no sistema e envia um email e notificação no sistema avisando ao morador que foi aceita a solicitude. No caso de rechazo se espera que o sistema possa enviar um email para o codomino com aviso de rechazo.

(desenvolver requerimento, hoje nao esta em funcionamento)

rf.1.1.15: comprar kit
se deseja que o sistema participa na compra do kit condominiobook (consiste em tablet, chip 3g, material gráfico, manual) a compra do kit e feita no site condominobook.com.br o cliente prenche os dados de cadastro de condomínio e sindoco e logo o sistema envia um email daa compra para contato@condominiobook.com.br o sistema envia outro email para o usuário que cadastro o condomínio. Nesse momento o sistema e liberado por 15 dias em conceito de teste habilitando todas as funções. Após dos 15 dias o usuário e bloqueado e todos os usuários relacionado ao condomínio e o sistema deve enviar email informando o bloqueio e no sistema avisar que o sindico/administrador do condomínio deve entrar em contato com a empresa para a liberação do sistema.

(desenvolver requerimento, hoje nao esta em funcionamento)

rf.1.1.16: criar portaria
o sistema deve ser capaz de que o sindico possa criar uma portaria e o sistema liberar um código único de 4 digitos como clave de acesso. A portaria deve ingressar o código para ingressar ao sistema. O sindico pode visualizar o código da portaria.

(atualizar requerimento, hoje esta em funcionamento)

rf.1.1.17: enviar solicitude para condominos
requisito funcional pronto no protótipo montado.

Rf.1.1.18: liberacao de sistema (convertir usuario teste em cliente fixo)
o sistema deve ser capaz de listar os condôminos do sistema (todos) mostrando nome de condomínio e estatus (liberado, não liberado) e a datas que foram liberados. E a data que acabo o teste de 15 dias. O sistema deve ser capaz de mostrar o detalhe do condomínio, (todas as informações) e a opção de liberar.
O sistema deve facilitar a busca por odem alfabético e campo de busca.
(desenvolver requerimento, hoje nao esta em funcionamento)


rf.1.1.19: BLOQUEAR E apagar condominio
se precisa que o sistema possa ter a possiblidade de bloquear um condomínio (caso aconteca falta de pagamento) e apagar condomínio que significa tirar o condomínio do sistema. Em ambas opções reconfirmar com avisos que o usuário esta ciente e avisar por email para o email do condomínio com avisos de bloqueio e baixa respeitivamente.
(desenvolver requerimento, hoje nao esta em funcionamento)

observações. Interessados enviarei documentação completa. Que inclui os diagramas de casos de uso uml.



PASSOS:
1.    Orçamento detalhado por requerimiento com quantidade de horas e datas de entrega,
2.    Negociação de valores.

3.    Formalização de contrato de serviço.
4.    Planejamento de produção do produto.
5.    Testes de qualidade.
6.    Implementação do software.
7.    Acordo de manutenção do sistema.


Aguardo pessoas com EXPERIENCIA, pessoas sem experiencia em programação por gentileza não participar.

Categoria TI e Programação

Prazo de Entrega: 02 de Dezembro de 2014

Habilidades necessárias

Outro projetos publicados por E. A. D.