GDS
Visão (Projeto Pequeno)
Versão 1.0
Histórico da Revisão
Data Versão Descrição Autor
14/08/09 0.1 Versão Inicial Jedson Zendron Figueiredo
Índice Analítico
1. Introdução 4
1.1 Referências 4
2. Posicionamento 5
2.1 Descrição do Problema 5
2.2 Sentença de Posição do Produto 6
3. Descrições dos Envolvidos e Usuários 6
3.1 Resumo dos Envolvidos 6
3.2 Resumo dos Usuários 7
3.3 Ambiente do Usuário 7
3.4 Resumo das Principais Necessidades dos Envolvidos ou Usuários 8
3.5 Alternativas e Concorrência 8
4. Visão Geral do Produto 9
4.1 Perspectiva do Produto 9
4.2 Suposições e Dependências 9
5. Recursos do Produto 9
Visão (Projeto Pequeno)
1. Introdução
Este documento tem como objetivos principais coletar, analisar e definir as necessidades e características de nível da Meta Física ou Protótipo de Projeto de Unidade de Software de Computador (USC) Gerenciamento de Sensores (GDS). Ele enfoca os recursos de que os envolvidos e usuários-alvo necessitam, além de identificar as razões de essas necessidades existirem. Os detalhes de como o GDS atende a essas necessidades encontram-se descritos nos documentos de Especificações Suplementares e de Caso de Uso.
A principal finalidade deste documento é propiciar a melhor definição possível dos requisitos de alto nível do Protótipo de Projeto da USC GDS, em termos de necessidades do Protótipo de Projeto Sistema de Software de Computador (SSC) ITA-ECO-SAT.
Este documento de Visão do Protótipo de Projeto GDS, refere-se a uma Unidade de Software de Computador (USC) que implementa algumas das principais funcionalidades de Gerenciamento de Sensores. Esta USC, GDS, completa um Componente de Software de Computador (CSC), denominado Aquisição de Dados (ADD), o qual completa outras USCs afins.
As definições, acrogramas e abreviaturas principais referentes ao Protótipo de Projeto da USC GDS, encontram-se descritas no documento Glossário.
1.1 Referências
A elaboração deste documento de Visão baseou-se nos documentos: [1] Esclarecimento do Estudo de Caso do 2º Semestre de 2009; [2] Apresentação do Prof. Dr. Adilson Marques da Cunha; e [3] ITA-ECO-SAT – Modelo de Casos de Uso.
2. Posicionamento
2.1 Descrição do Problema
O problema Consiste em dotar o Sistema de Software de Computador (SSC) ITA-ECO-SAT de um Protótipo de Projeto de Unidade de Software de Computador (USC) para o Gerenciamento de Sensores (GDS), que possa ser integrada, em uma segunda fase, a outras USCs, visando propiciar a configuração de três sensores, tais como: temperatura, nível de rio e chuva.
Afeta A comunidade científica e tecnológica.
Cujo Impacto é A possibilidade dos profissionais envolvidos com projetos de Plataformas de Coletas de Dados que mantenham ou direcionem o foco para aspectos mais abstratos de aplicações, permitindo assim a concentração no desenvolvimento e/ou melhoramento de novas funcionalidades que estão apoiadas no uso destas Plataformas.
Uma boa Solução seria O desenvolvimento de uma USC para a GDS de uma Plataforma de Coleta de Dados genérica para o SSC ITA-ECO-SAT, que implemente as principais funcionalidades de GDS, requeridas pelo CSC, visando aumentar as reutilizações das USCs envolvidas, bem como propiciar a configuração de três sensores, tais como: temperatura, nível de rio e chuva. Essas configurações podem envolver: às ativações e desativações de sensores; recebimentos de dados de sensores; e alterações de frequencia de coletas em períodos de tempo (periodicidade) de 15, 30, 45 e 60 minutos, de forma integrada, até o final do 2º semestre de 2009.
2.2 Sentença de Posição do Produto
Para Empresas, Institutos, Civis ou Militares, ou qualquer outro objeto desta natureza que faça uso das aplicações de sensores das PCDs.
Quem Necessitar ou quiser se utilizar das aplicações de configuração de sensores. O GDS Representa a uma Unidade de Software de Computador que possibilita o
Gerenciamento de Sensores.
Que Propicia o Gerenciamento de Sensores e integração de algumas USCs do ITA-ECO-SAT.
Diferente de Produtos a serem concebidos pelas outras Equipes de Itens de Configuração de Software de Computador (ICSCs) do Sistema de Software de Computador (SSC) ITA-ECO-SAT, que possuem o foco na implementação de funcionalidades voltadas para a solução final a ser utilizada pelos clientes. Nosso produto Propiciará a configuração de ativações e desativações de sensores,
recebimentos de dados dos sensores, e alterações de frequencia de coletas em períodos de tempo (periodicidade) de 15, 30, 45 e 60 minutos.
3. Descrições dos Envolvidos e Usuários
Esta seção descreve os perfis dos envolvidos e dos usuários que integram o Protótipo de Projeto de SSC ITA-ECO-SAT e as principais dificuldades que, de acordo com os pontos de vista, poderão ser abordadas pela solução proposta. Porém, não são descritas as solicitações, bem como os requisitos específicos dos envolvidos e dos usuários, já que eles são capturados num artefato individual chamado Solicitação dos Principais Envolvidos (não faz parte do requisito da ListEx01). Ao invés disso, esta seção fornece apenas as principais argumentações, justificativas e explicações das razões pelas quais os requisitos são necessários.
3.1 Resumo dos Envolvidos
Dentre os envolvidos ou interessados no desenvolvimento de um conjunto de componentes de sistemas computadorizados que implementam as funcionalidades de Gerenciamento de Sensores, de forma reutilizável, nem todos são considerados como seus usuários finais. A tabela abaixo apresenta uma lista dos envolvidos ou interessados, suas descrições e responsabilidades. Esses envolvidos ou interessados não são considerados usuários. A tabela contendo uma lista dos usuários, suas descrições e responsabilidades, encontra-se na seção 3.2.
Nome Descrição Responsabilidades Prof. Dr. Adílson Marques da
Cunha
Coordenador do projeto ITA-ECO-SAT
Prover orientações e definições / requisitos de alto nível
Prof. Dr. Luiz Alberto Vieira Dias
Coordenador substituto do projeto ITA-ECO-SAT
Também prover orientações e definições / requisitos de alto nível
Equipe do CSC Aquisição de Dados (ADD).
Professores e Alunos de Graduação e Pós-graduação das Matérias CES-63 e CE-235: Sistemas Embarcados e de Tempo Real do ITA envolvidos com o desenvolvimento do CSC ADD.
Define os objetivos e o escopo do CSC; Elabora as suas especificações preliminares, distribuindo-as pelas Equipes; Participem das pesquisas de soluções tecnológicas para o desenvolvimento de um Componente de Software de Computador que coleta e gerencia das informações adquiridas dos sensores; Trata os dados dos sensores Periodicamente; e realizando Controle de Exceções.
3.2 Resumo dos Usuários
A tabela abaixo apresenta os usuários identificados das PCD’s – Plataformas de Coletas de Dados. Nome Descrição Responsabilidades Envolvido CSC Aquisição de
Dados (ADD)
Propicia o gerenciamento, o tratamento e o controle de exceção dos sensores.
Gerenciar, Recuperar, Tratar e Controlar as informações e o status oriundos dos sensores de aquisição de dados, gerando relatórios periodicamente.
Auto-representado
3.3 Ambiente do Usuário
Todos os usuários são estudantes de Graduação ou Pós-graduação no ITA. Mais detalhes sobre o perfil de cada usuário serão conhecidos durante o projeto.
Equipe Técnica do CSC ADD
Descrição Equipe responsável pela pesquisa e desenvolvimento do CSC ADD a ser embarcado em PCDs.
Tipo Usuário experiente
Responsabilidades Gerenciar, Recuperar, Tratar e Controlar as informações, as configurações e os status oriundos dos sensores de aquisição de dados. Critérios de Sucesso Capacidade de gerenciar, recuperar, tratar e controlar as informações, as
configurações e os status dos sensores.
Envolvimento N/A.
Comentários / Problemas O desempenho pode ser comprometido por falhas na comunicação entre os sensores e o sistema de disponibilização do status e das informações as demais USCs.
3.4 Resumo das Principais Necessidades dos Envolvidos ou Usuários
Seguem as principais necessidades das soluções existentes, conforme o ponto de vista dos envolvido ou dos usuários.
Necessidade Prioridade Preocupações Solução Atual Soluções Propostas É necessário dotar o
Sistema de Software de Computador (SSC) ITA-ECO-SAT de uma USC de Gerenciamento de ativações e desativações dos sensores, alterações de frequencia de coletas em períodos de tempo (periodicidade) de 15, 30, 45 e 60 minutos, e
recebimento de
informações oriundas dos sensores de coleta de dados.
Alta Levar em conta as principais funcionalidades e os requisitos não funcionais. Não há para este projeto. Desenvolver e implementar um Protótipo de Projeto de Unidade de Software de Computador que mapeie as principais funcionalidades para o Gerenciamento de ativações e desativações dos sensores, alterações de frequencia de coletas em períodos de tempo (periodicidade) de 15, 30, 45 e 60 minutos, e recebimentos de informações oriundas dos sensores de coletas de dados.
3.5 Alternativas e Concorrência
Existem em fases de projeto ou de desenvolvimento outras iniciativas de menor porte e com objetivos mais específicos. Dessa forma, algumas funcionalidades da Unidade de Software de Computador GDS poderiam ser
aproveitadas. Entretanto, seriam necessárias adaptações para que os requisitos especificados no Projeto ITA-ECO-SAT fossem atendidos.
4. Visão Geral do Produto
Esta seção oferece uma visão de nível superior dos recursos do GDS, suas interfaces com outros aplicativos e configurações de sistema. Ela é constituída pelas subseções:
Perspectiva do Produto; e
• Suposições e Dependências.
4.1 Perspectiva do Produto
Os Componentes de Software produzidos através do SSC ITA-ECO-SAT propiciarão a implementação de diversas funcionalidades que atendem às solicitações dos stakeholders (principais envolvidos) relacionados às Plataformas de Coleta de Dados.
4.2 Suposições e Dependências
A utilização de tecnologias proprietárias poderá ocasionar dependabilidade, com conseqüente, aumento do custo desta solução a ser desenvolvida e implementada com base nos componentes produzidos pela Equipe. Dessa forma, o produto a ser desenvolvido depende da utilização, sempre que possível, de softwares básicos como Java, Sistemas de Gerenciamento de Banco de Dados e outros produtos, de uso livre e código aberto.
5. Recursos do Produto
Benefícios ao Usuário Recursos de Suporte
Gerenciamento de ativações e desativações de sensores, alterações de frequencia de coletas em períodos de tempo (periodicidade) de 15, 30, 45 e 60 minutos, e recebimentos de informações oriundas dos sensores de coleta de dados.
- Ativar Desativar Sensor; - Alterar Periodicidade; - Adquirir Dados; e - Enviar Dados.
Os Casos de Uso serão descritos em uma fase posterior, a partir das informações deste documento de Visão. Maiores detalhes devem ser encontrados no documento [3].
Com o uso do Processo Unificado da Rational (Rational Unified Process - RUP) e do Padrão da Linguagem Unificada (Unified Modeling Language - UML), o desenvolvimento deverá estar sujeito a riscos menores de atrasos, e sua qualidade, confiabilidade e segurança (safety) deverão ser maiores. Com a utilização de um Ambiente Integrado de Ferramentas de Engenharia de Software Auxiliada por Computador (Integrated Computer Aided
Software Engineering Environment - I-CASE-E) incorporando testes automatizados, como os existentes na
ferramenta Rational Test RealTime e nas demais ferramentas do Ambiente IBM- Rational Rose RealTime ou similar. Esses testes deverão ser realizados em paralelo com o desenvolvimento, propiciando-se que eventuais defeitos e erros sejam descobertos em estágios iniciais, evitando-se assim ocorrências de falhas.
6. Outros Requisitos do Produto
Requisitos Normativos: Faz-se necessário observar as normas ISO 9000, ISO 9001-3, ISO 12207, ISO 15504 e ISO 829.
Requisitos de Hardware: O CSC a ser desenvolvidos não possui requisitos de hardware específico.
Requisitos de Desempenho: O CSC deve responder no máximo em 01 minuto, as requisições do usuário. Deverá suportar acesso simultâneo.
Requisitos Ambientais: N/A.
Requisitos de Confiabilidade: É necessário que o CSC seja extremamente confiável, pois os dados a serem adquiridos, pelos sensores, não poderão ocasionar falhas. Para tal é necessário:
• Fornecimento ininterrupto de energia elétrica; e
• Sistema de Backup.
Padrões Aplicáveis: O CSC deverá ser compatível com os padrões de linguagens existentes (Java, C, C++, etc.), padrões e boas práticas de codificação existentes.
