versão pdf

ITA - Instituto Tecnológico de Aeronáutica
CTA - Centro Técnico Aeroespacial
“ RELATÓRIO FINAL – MONITORAMA-CMD-TD”
“AUTOMAÇÃO PARA TOMADA DE DECISÃO”
EQUIPE: BRENO, CAMILA E ROBERTA.
Prof. Dr. Adilson Marques da Cunha
Matéria: Ce-245 Tecnologias da Informação
Aluna: Roberta Kelly da Rocha Breves
SUMÁRIO
1
2
3
4
5
1
INTRODUÇÃO ............................................................................................................ 2
1.1 MOTIVAÇÃO..................................................................................................................... 3
1.2 CONTEXTO........................................................................................................................ 3
1.3 OBJETIVO .......................................................................................................................... 4
1.3.1. Enunciado do Problema ................................................................................................. 4
1.3.2. Definição da Solução ..................................................................................................... 4
1.3.3. Título do Protótipo de Aplicativo de Banco de Dados .................................................. 4
1.4 ESPECIFICAÇÃO DE REQUISITO.................................................................................. 4
DESENVOLVIMENTO............................................................................................... 5
2.1 Controle de Versão no ClearCase........................................................................................ 5
2.2 Papéis Desempenhados pelos Integrantes do Grupo ........................................................... 6
2.3 Requisite Pro ....................................................................................................................... 6
2.3.1 Traçabilidade dos Requisitos....................................................................................... 6
2.3.2 Features Traced to Stakeholder Requests.................................................................... 7
2.3.3 Supplementary Reqts Traced to Features .................................................................... 8
2.4 Diagramas de Caso de Uso.................................................................................................. 8
2.5 Diagramas de Seqüência.................................................................................................... 10
2.5.1 Realiza a Capacitação dos Operadores...................................................................... 10
2.5.2 Solicita Capacitação .................................................................................................. 11
2.5.3 Determinação das Zonas de Alertas .......................................................................... 11
2.5.4 Disponibilização das Informações............................................................................. 12
2.5.5 Extração de Padrões de Comportamento................................................................... 13
2.5.6 Segmentar os Dados Obtidos..................................................................................... 13
2.5.7 Transformação dos Dados em Formatos Utilizáveis................................................. 13
2.5.8 Visualização das Zonas de Alertas ............................................................................ 14
2.6 Diagrama de Classe ........................................................................................................... 14
2.7 Interface Homem Máquina................................................................................................ 15
2.8 SODA ................................................................................................................................ 17
TECNOLOGIAS DA INFORMAÇÃO .................................................................... 17
CONCLUSÃO............................................................................................................. 17
RECOMENDAÇÕES................................................................................................. 17
INTRODUÇÃO
Uma parte do projeto MONITORAMA da Agência Nacional de Águas é o
requisito do desenvolvimento de um módulo presente na Sala de Situação é Automação
para Tomada de Decisão baseado nos dados na forma bruta vindo dos PCDs. A equipe teve
o privilégio de participar de forma acadêmica deste início do projeto com responsabilidade
e seriedade, a fim de dar suas contribuições e sugestões criando um protótipo sólido
seguindo o escopo do problema proposto.
1.1 MOTIVAÇÃO
A necessidade de realização do monitoramento dos recursos hídricos da região
amazônica, bem como o mercado de software embarcado muito amplo, são fatores de
motivação para desenvolvimentos acadêmicos do projeto de Sistema de Software de
Computador: MONITORAMA. Em virtude das necessidades de projetos nessa área, surgiu
então o Protótipo de Projeto Sistema de Software de Computador – SSC MONITORAMA,
que está subdividido em Itens de Configuração de Software de Computador, que por sua
vez estão subdivididos em
Componentes de Software de Computador – CSC, formando a partir de
Unidades de Software de Computador – USC. Desta forma, tivemos o privilégio de
ficarmos
responsáveis
pelo
desenvolvimento
do
CSC
CMD-TD
do
Projeto
MONITORAMA que é responsável pela automação para a tomada de decisão do Projeto.
1.2 CONTEXTO
Da necessidade de realizar um pré-processamento dos dados brutos obtidos dos
PCDs, como também a filtragem, a capacitação dos operadores, determinação das zonas de
alertas e análise dos dados préprocessados para auxiliar na tomada de decisão do projeto
MONITORAMA, tornou-se necessário a criação de um componente de software que seria
responsável por estas funcionalidades. Sendo assim, a figura abaixo ilustra o
funcionamento deste CSC, no qual seria necessária uma comunicação com o Banco de
Dados, que no caso do projeto MONITORAMA é o Oracle 10g Spatial.
1.3 OBJETIVO
1.3.1. Enunciado do Problema: Dotar o projeto Monitoramento das Águas
da Amazônia – MONITORAMA de um Componente de software de Computador que
propicie o préprocessamento dos dados vindo dos PCD’s, a filtragem destes dados, a
utilização de um Sistema Tutor Inteligente para realizar a Capacitação dos Operadores,
a determinação e visualização das Zonas de Alertas, e finalmente a Análise dos dados
para auxiliar na Tomada de Decisão visando aumentar a qualidade, a precisão, a
eficiência, e a produtividade, reduzindo os desperdícios dos recursos até julho de 2007.
1.3.2. Definição da Solução: Desenvolver e implementar um Sub-Sistema de
Automação para a Tomada de Decisão, utilizando-se de técnicas de um Sistema Tutor
Inteligente para a Capacitação dos Operadores, e um sistema de visualização de alertas
como também uma análise para suporte a decisão.
1.3.3. Título do Protótipo de Aplicativo de Banco de Dados: “Controle de
Automação para a Tomada de Decisão – CMD-TD”.
1.4
ESPECIFICAÇÃO DE REQUISITO
- Segmentar os dados obtidos dos PCD's de acordo com critérios definidos
(Classificação);
- Descartar os dados obtidos dos PCD's julgados desnecessários (Limpeza);
- Reconfiguração dos dados obtidos dos PCD's para assegurar formatos
consistentes (Padronização);
- Transformação os dados obtidos dos PCD's em formatos utilizáveis;
- Disponibilizar os dados obtidos dos PCD's de forma usável e navegável;
- Extração dos padrões de comportamento dos dados obtidos, utilizando técnica
de IA;
- Educação dos agentes inteligentes do Sistema Tutor Inteligente;
- Capacitação dos Operadores utilizando um Sistema Tutor Inteligente;
- Disponibilização das Informações obtidas através dos Agentes Inteligentes;
- Análise dos conhecimentos obtidos em cima dos dados capturados pelos
PCD's, dando suporte à tomada de decisões;
- Determinação das Zonas de Alertas, baseado nas informações obtidas;
- Visualização das Zonas de Alertas determinadas.
2
DESENVOLVIMENTO
2.1 Controle de Versão no ClearCase
Foram re-estruturados os 10 (dez) principais Artefatos do RUP para a Fase de
Elaboração do Protótipo de Projeto de Componente de Software de Computador - CSC
Controle de Automação para á Tomada de Decisão – CMD-. Os respectivos artefatos podem
ser acessados na listex3. No qual eu fiquei responsável pelos os artefatos de Visão, Glossário e
Lista de Riscos.
2.2 Papéis Desempenhados pelos Integrantes do Grupo
Os papéis desempenhados pelos integrantes deste grupo, na realização do
protótipo do CSC CMD-TD do projeto MONITORAMA foi baseado no RUP e pode ser
visualizado na figura abaixo:
2.3 Requisite Pro
2.3.1 Traçabilidade dos Requisitos
Foram realizadas as seguintes traçabilidades no software Requisite Pro da IBM.
-Use Cases Traced to Features
2.3.2
Features Traced to Stakeholder Requests
2.3.3
Supplementary Reqts Traced to Features
2.4 Diagramas de Caso de Uso
O diagrama de caso de uso geral foi realizado na ferramenta Rational Rose da IBM e é
mostrado a seguir:
2.5 Diagramas de Seqüência
Os diagramas de seqüência foram realizados na ferramenta Rational Rose da
IBM e são mostrado a seguir:
Análise para Suporte à Decisão
2.5.1
Realiza a Capacitação dos Operadores
2.5.2
Solicita Capacitação
2.5.3
Determinação das Zonas de Alertas
2.5.4
Disponibilização das Informações
2.5.5
Extração de Padrões de Comportamento
2.5.6
Segmentar os Dados Obtidos
2.5.7
Transformação dos Dados em Formatos Utilizáveis
2.5.8
Visualização das Zonas de Alertas
2.6 Diagrama de Classe
O diagrama de classes do CSC CMD-TD do projeto MONITORAMA foi
realizado no software Rational Rose da IBM e pode ser visualizado a seguir:
2.7 Interface Homem Máquina
Para fazer a conecção com banco de dados elaborado pelos os alunos da Ce-240 e Ces-30,
foi seguindo os seguintes passos:
- Instação do Oracle 10g na máquina e configurado;
- Criação do ODBC (painel de controle, ferramentas administrativa, fontes de
dados);
- No c++ builder, utilizamos o componente ADO Connection, que permite a
coneccão com banco (orcl) através da sua propriedade "Connection String, onde local seria
o servidor (161.24.9.5);
- Na criação das interfaces usamos compoentes do tipo Data Controls,mas antes
é preciso criar uma Data Source e Query ( que estão conectada ao ADO), que seja possivel
recuperar as informações das Tabelas;
- Trabalhamos com os Setores de Monitoramento de Bacia - PT-BAC e o de
Alertas e Estatisticas Periódicas - PA-AEP.
As interfaces homem máquina desenvolvidas no software SINTA Expert e podem ser
visualizadas a seguir:
As interfaces homem máquina desenvolvidas no software no c++ Builder 6.0 e podem ser
visualizadas a seguir:
Zona de Alerta – Chuva/Vazão/Nivel
2.8 SODA
Foram realizados os seguintes relatórios na ferramenta de documentação
SODA da IBM:
01) Rational Rose – Design
02) Rational Rose - Logical View Full
03)Rational Rose - Use Case Model Survey
04) Requisite Pro - Complete Requirement Hierarchy and Traceability
05) Requisite Pro - Requeriment in a Project
06) Requisite Pro - Requirement Hierarchy and Traceability Summary
07) Requisite Pro - Summary of Requeriment in a Project
3 TECNOLOGIAS DA INFORMAÇÃO
Foram identificadas as seguintes tecnologias da informação no desenvolvimento do
protótipo do CSC CMD-TD do projeto MONITORAMA:
01) Data Mining
02) Sistema Tutor Inteligente
03) Tomada de Decisão
04) Oracle 10g Spatial
05) Sinta Expert
06) Borland C++ Builder
4 CONCLUSÃO
A utilização do Processo Unificado da Rational (RUP) orientou e facilitou no
desenvolvimento do CSC CMD-TD do projeto MONITORAMA. Além disso, as
ferramentas de documentação facilitaram neste processo devido à facilidade de uso.
Com isto, os objetivos foram atingidos com sucesso, até ultrapassando a meta que o grupo
esperava.
5 RECOMENDAÇÕES
Como recomendações futuras, deixamos a utilização das técnicas de Design Pattern na
especificação e no desenvolvimento do CSC CMD-TD do MONITORAMA. Também
deixamos como recomendação a integração do Sistema de Capacitação de Operadores com
o Banco de Dados utilizado, para que possa não só simular mas também basear-se em
dados reais.