INSTITUTO FEDERAL DE EDUCAÇÃO, CIÊNCIA E TECNOLOGIA DE SANTA CATARINA DEPARTAMENTO DE SAÚDE E SERVIÇOS CURSO TÉCNICO EM INFORMÁTICA

Transcrição

1 INSTITUTO FEDERAL DE EDUCAÇÃO, CIÊNCIA E TECNOLOGIA DE SANTA CATARINA DEPARTAMENTO DE SAÚDE E SERVIÇOS CURSO TÉCNICO EM INFORMÁTICA CHRISTIAN GALAFASSI EDENIR HENRIQUE MARTINS GUSTAVO STANCK VILLAGE CLOUD FLORIANÓPOLIS 2014

2 Village Cloud Sistema de Gerenciamento de Condominios Trabalho acadêmico submetido ao Instituto Federal de Educação, Ciência e Tecnologia de Santa Catarina para o eixo temático de Projetos do Curso Técnico de Informática. Professor: Emerson Florianópolis 2014

3 LISTA DE FIGURAS Figura 1 Diagrama de Caso de Uso Morador...09 Figura 2 Diagrama de Caso de Uso Moderador..10 Figura 3 Diagrama de Sequência do Caso de Uso Figura 4 Modelagem de dados...12 Figura 5 Início...13 Figura 6 Quem Somos...13 Figura 7 Contato...14 Figura 8 Tela Login Sistema...14

4 SUMÁRIO 1.0 INTRODUÇÃO 2.0 OBJETIVOS 2.1 OBJETIVOS GERAIS 2.2 OBJETIVOS ESPECÍFICO 3.0 ESPECIFICAÇÃO DE REQUISITOS 3.1 REQUISITOS FUNCIONAIS 3.2 REQUISITOS NÃO FUNCIONAIS 4.0 CASOS DE USO 4.1 DIAGRAMA DE CASOS DE USO 4.2 DIAGRAMA DE SEQUÊNCIA 5.0 CRIAÇÃO DO BANCO DE DADOS 6.0 APRESENTAÇÃO DA PÁGINA WEBGINA WEB 6.1 O inicio Quem Somos Contato 6.2 Login Sistema 7.0 REFERÊNCIAS

5 1.0 INTRODUÇÃO Como proposta para a integração de todas as matérias envolvidas no Curso Técnico em Informática do Instituto Federal de Educação, Ciência e Tecnologia e como projeto final do eixo temático de Projetos, será desenvolvido o Village Cloud Sistema de Gerenciamento de Condomínios,um projeto para auxiliar tanto moradores como ao sindico para terem um melhor entendimento sobre as coisas do condomínio, assim melhorando a comunicação e agilizando alguns tramites. A ideia do Village Cloud surgiu da percepção por um dos membros do projeto da dificuldade de ser sindico de um condomínio, visto que exige do mesmo inúmeras funções e um grau de responsabilidade elevado, além de ajudar os moradores sobre os tramites de um condomínio. Nosso sistema além de ser um gerenciador de condomínios, será totalmente online, onde trará comodidade e inúmeras facilidades para o condômino. Cada morador irá receber um usuário do sistema, para poder ter acesso as funções feitas para ele. Nesse, ele poderá acompanhar os tramites do condomínio, como: informações sobre agendamento da areá externa, consulta 2ª via do boleto, telefones úteis, cadastrar ocorrências e de veículos.

6 2.0 OBJETIVOS 2.1 OBJETIVOS GERAIS O objetivo do projeto é desenvolver um sistema que auxilie moradores, síndico e administradora com assuntos referentes ao condomínio, assim melhorando a comunicação e agilidade em processos. 2.2 OBJETIVOS ESPECÍFICO Além do objetivo geral, o projeto tem os seguintes objetivos específicos: Promover uma melhor experiência para reservas de áreas externas, como salões de festas; Agilizar alguns processos, como retirar a segunda via do boleto do condomínio,ter acesso aos telefones e aos documentos do condomínio ; A possibilidade de ver uma planilha com os gastos do condomínio

7 3.0 ESPECIFICAÇÃO DE REQUISITOS A especificação de requisitos é uma das tarefas mais importantes da fase de análise de um sistema. Ela é necessária para que sejam levantados os requisitos que o sistema deverá cumprir. Somente com um levantamento de requisitos eficiente os usuários e os desenvolvedores terão a mesma visão do problema a ser resolvido. Pode se dizer que um requisito é uma condição que deve ser alcançada por um sistema ou componente deste, de forma a satisfazer alguma especificação. Em geral, os requisitos podem ser separados em dois tipos: funcionais e não funcionais. 3.1 REQUISITOS FUNCIONAIS Requisitos funcionais podem ser definidos como as funções ou atividades que o sistema deverá realizar quando finalizado. Esses devem ser claramente definidos, logo nos primeiros passo do desenvolvimento do sistema, já que uma mudança nessa etapa pode levar a um descarte de todo um projeto. Os requisitos funcionais do (PROGRAMA) são: Cadastrar Veículos Cadastrar Ocorrência Visualizar Telefones Uteis Visualizar Documentos Reservar Areá Externa Imprimir Segunda via da Fatura do Condomínio 3.2 REQUISITOS NÃO FUNCIONAIS Requisitos não funcionais, diferentemente dos requisitos funcionais não expressão uma função ou atividade a ser prestada implementada pelo sistema, mas sim uma condição para o seu funcionamento e algumas restrições que deve conter. Os requisitos não funcionais do (PROGRAMA) são: Usabilidade de diversos dispositivos Sistema Integrado com site, villagecloud.com.br Interoperabilidade, comunicação com sql server.

8 4.0 CASOS DE USO Os casos de uso analisam o sistema sob o ponto de vista do usuário, formando uma ferramenta de orientação para o desenvolvimento e testes do mesmo. Devido a isso, pode se afirmar que a utilização desses é de extrema utilidade para o projeto de sistema. Os casos de uso encontram se na forma de documentação e na forma de diagramas em UML. 4.1 DIAGRAMA DE CASOS DE USO O diagrama de casos de uso em UML (linguagem de modelagem) descreve as funcionalidades propostas pelo sistema, tomando como base a especificação dos requisitos. Ele exibe a associação entre os atores e os casos de uso e serve para orientar a elaboração dos demais diagramas da UML. Uma forma simples de entender um diagrama de casos de uso é como sendo um sumário dos casos de uso expandidos.

9

10 4.2 DIAGRAMA DE SEQUÊNCIA O diagrama de sequência é um subtipo dos diagramas de interação. Ele é diferenciado por capturar o comportamento de um único caso de uso, demonstrando a passagem de objetos e mensagens que são passadas entre esses objetos Caso de Uso Usuários Cadastrar Veículos

11 5.0 CRIAÇÃO DO BANCO DE DADOS

12 6.0 APRESENTAÇÃO DA PÁGINA WEB 6.1 Inicio Quem somos

13 6.1.3 Contato 6.2 Tela Login Sistema

14 7.0 REFERÊNCIAS Referencias utilizadas na construção do site template/oleose Referencias utilizadas na construção do sistema