UNIVERSIDADE FEDERAL DE LAVRAS
Engenharia de Software com Ênfase em Software Livre
I3GEO LAYOUT
Módulo layout de impressões para o
aplicativo I3Geo
Participantes
Breno Reis Versiani de Mendonça
Daniel Jardim Cordeiro
05/11/2015
1° Encontro Presencial
1
ÍNDICE
•
•
•
•
•
•
•
SISTEMA ESCOLHIDO E MOTIVAÇÕES
ARTEFATOS PRODUZIDOS
FERRAMENTAS UTILIZADAS
EQUIPE E FORMA DE TRABALHO
DECISÕES TOMADAS
DIFICULDADES ENCONTRADAS
DOCUMENTAÇÃO ENTREGUE
05/11/2015
1° Encontro Presencial
2
SISTEMA ESCOLHIDO E
MOTIVAÇÕES
Sistema Escolhido: I3GEO
• É um WebGIS
• Baseado em um conjunto de software livres, principalmente o
MapServer
• Disponibilização de dados geográficos, geração de análises,
compartilhamento e geração de mapas temáticos
05/11/2015
1° Encontro Presencial
3
SISTEMA ESCOLHIDO E
MOTIVAÇÕES
Motivações
• Carência observada na avaliação do software utilizando o modelo
Open BRR  Ausência de um ambiente de layout para plotagem de
mapas
• Oportunidade para contribuir com um projeto de software livre e
utilizado pelos órgãos federais
• Oportunidade de projetar um sistema, comumente encontrado em
ambientes desktop, para o ambiente web.
05/11/2015
1° Encontro Presencial
4
ARTEFATOS PRODUZIDOS
 Documento de Requisitos
 Documentos de Casos de Uso
 Documento de Arquitetura
05/11/2015
1° Encontro Presencial
5
DOCUMENTO DE REQUISITOS
Visão Geral do Sistema
O I3Geo Layout é um módulo para criação, edição e geração de layouts
de impressão dos mapas temáticos disponibilizados pelo aplicativo I3Geo.
Necessidades do Usuário
 Salvar projeto do mapa via download
 Adição, edição ou remoção dos elementos do mapa no layout
 Elementos do mapa precisam ser "arrastáveis”
 Traçar elementos geométricos (linhas, retângulos, círculos, etc) no
layout
 Acesso às propriedades do elemento (estilos, tamanho, vínculos, etc),
do mapa
05/11/2015
1° Encontro Presencial
6
DOCUMENTO DE REQUISITOS
Requisitos Funcionais
[RF01] – CRIAR PROJETO DE LAYOUT
[RF02] – ABRIR PROJETO DE LAYOUT
[RF03] – SALVAR PROJETO DE LAYOUT
[RF04] – IMPRIMIR LAYOUT DO MAPA
[RF05] – ADICIONAR ELEMENTO NA ÁREA DE COMPOSIÇÃO
[RF06] – SELECIONAR ELEMENTO NA ÁREA DE COMPOSIÇÃO
[RF07] – REPOSICIONAR ELEMENTOS SOBREPOSTOS
[RF08] – EDITAR PROPRIEDADES DO ELEMENTO
[RF09] – EXCLUIR ELEMENTO DA ÁREA DE COMPOSIÇÃO
[RF10] – EDITAR PROPRIEDADES DO LAYOUT
[RF11] – ALTERAR PREFERÊNCIAS DE CONFIGURAÇÃO
05/11/2015
1° Encontro Presencial
7
DOCUMENTO DE REQUISITOS
Requisitos Não-Funcionais
[RNF01] – USABILIDADE
[RNF02] – PORTABILIDADE
[RNF03] – PERFORMANCE
05/11/2015
1° Encontro Presencial
8
DOCUMENTO DE CASO DE USO
Modelo de Caso de Uso Utilizado
05/11/2015
1° Encontro Presencial
9
DOCUMENTO DE ARQUITETURA
Metas e Restrições
Portabilidade: operar de forma estável nos ambientes operacionais em
que esteja executando
Extensibilidade: facilitar futuras manutenções e atualizações do sistema
Modularidade: apresentar uma arquitetura disposta em camadas
05/11/2015
1° Encontro Presencial
10
DOCUMENTO DE ARQUITETURA
Visão de Caso de Uso
05/11/2015
1° Encontro Presencial
11
DOCUMENTO DE ARQUITETURA
Visão de Lógica - Composição do Layout
05/11/2015
1° Encontro Presencial
12
DOCUMENTO DE ARQUITETURA
Visão de Lógica - Composição do Layout
05/11/2015
1° Encontro Presencial
13
DOCUMENTO DE ARQUITETURA
Visão de Lógica - Pacotes de Design Significativos
05/11/2015
1° Encontro Presencial
14
DOCUMENTO DE ARQUITETURA
Visão de Implementação
05/11/2015
1° Encontro Presencial
15
DOCUMENTO DE ARQUITETURA
Visão de Implantação
05/11/2015
1° Encontro Presencial
16
FERRAMENTAS
Comunicação
• MSN, GMAIL
Modelagem
• JUDE
Fórum
• Comunidade do Software I3Geo no Portal do Software Público
Brasileiro
05/11/2015
1° Encontro Presencial
17
EQUIPE E FORMA DE TRABALHO
Equipe
• Breno Versiani & Daniel Cordeiro
Características
• Pequena, composta por dois integrantes
• Vantagens:
- Facilita o gerenciamento das tarefas da equipe
• Desvantagens:
- Sobrecarga de tarefas
05/11/2015
1° Encontro Presencial
18
EQUIPE E FORMA DE TRABALHO
Forma de Trabalho
•
•
•
•
•
Duas a três reuniões semanais via msn;
Planejamento prévio do conteúdo das reuniões;
Discussões;
Disciplina;
Cada um realizava todo o processo (requisitos e arquitetura). A
cada reunião fazia-se um "merge" do que foi produzido, discutindo e
resolvendo as inconsistências.
05/11/2015
1° Encontro Presencial
19
DECISÕES TOMADAS
• Escolha do sistema a ser desenvolvido
• Escolha das linguagens e bibliotecas a serem utilizadas
• Definição do padrão de arquitetura do sistema (MVC)
• Utilização de um Framework MVC para desenvolvimento da
aplicação
05/11/2015
1° Encontro Presencial
20
DIFICULDADES ENCONTRADAS
• Prazos curtos
• Tomada de decisões durante a especificação dos requisitos do
sistema
05/11/2015
1° Encontro Presencial
21
DOCUMENTAÇÃO ENTREGUE
• Documento de requisitos
• Documentos de Casos de uso
• Documento de Arquitetura do Sistema
05/11/2015
1° Encontro Presencial
22
OBRIGADO!
05/11/2015
1° Encontro Presencial
23