• Nenhum resultado encontrado

RDD VIS V1.0

N/A
N/A
Protected

Academic year: 2021

Share "RDD VIS V1.0"

Copied!
11
0
0

Texto

(1)

INPE

RDD – Recuperação de Dados

Visão(Projeto Pequeno)

Versão 1.0

(2)

INPE, 2010 Página 2

Histórico da Revisão

Data Versão Descrição Autor

23/08/2010 1.0 Inicialização do documento, baseado nos templates da RUP.

(3)

INPE, 2010 Página 3 Índice Analítico 1 Introdução 4 Referências 4 Posicionamento 5 Descrição do Problema 5

Sentença de Posição do Produto 5 Descrições dos Envolvidos e Usuários 6

Resumo dos Envolvidos 6

Ambiente do Usuário 7

Resumo das Principais Necessidades dos Envolvidos ou Usuários 8 Alternativas e Concorrência 8

Visão Geral do Produto 9

Perspectiva do Produto 9

Suposições e Dependências 10

Recursos do Produto 11

(4)

INPE, 2010 Página 4

Visão (RDD) 1 Introdução

A finalidade desse documento é coletar, analisar e definir as necessidades e características de nível superior da Unidade de Software de Computador RDD. Ele enfoca os recursos de que os envolvidos e usuários-alvo precisam e mostra por que essas necessidades existem.

Referências

Os seguintes documentos foram referências para a elaboração deste documento de visão, ou ainda completam as informações aqui fornecidas.

No. Documento Descrição

[01] EsclarecimentosSobre-o-Estudo de

Caso.pdf Contém a Arquitetura Básica do projeto

[02] PlanilhaTemasPrjITA-ECO-SAT2.pdf Lista os responsáveis por todas as USC do projeto [03] RDD_GLO_V1_0.doc Glossário dos termos usados no desenvolvimento da

RDD

[04] RDD_MCU_V1_0.doc Contém os casos de uso da RDD [05] RDD_VIS_V1.0.doc Documento de Visão da USC RDD

(5)

INPE, 2010 Página 5

Posicionamento Descrição do Problema

O problema Dotar o Satélite do projeto ITA-ECO-SAT-2 com a seguinte funcionalidade: Recuperação de Dados do Satélite.

afeta Os envolvidos pelo desenvolvimento do projeto, em especial aqueles responsáveis pelas Unidades de Software de Recuperação de Dados, e Operação em Emergência do Componente de Gerenciamento de Exceções.

cujo impacto é Permitir o Gerenciamento de Exceções do Satélite. uma boa solução seria Desenvolver uma Unidade de Software de Computador

chamada RDD, para a recuperação dos dados do satélite. Tal desenvolvimento deverá ser feito dentro dos padrões estabelecidos pelo Processo de

Desenvolvimento de Software estabelecidos pela RUP e atingir a maturidade CMMi nível três

Sentença de Posição do Produto

Para Institutos Civis e Militares envolvidos na construção do projeto ITA-ECO-SAT 2 e em suas futuras variantes Quem Necessitar de Gerenciamento remoto do Satélite A (RDD) a Unidade de Software de Computador RDD. Que Propicia o gerenciamento de Exceções do Satélite

presente no projeto ITA-ECO-SAT 2, podendo ser reaproveitado por outros futuros projetos envolvendo satélites.

Diferente de Projetos de software embarcado desenvolvidos de maneira não sistêmica, não respeitando as boas práticas estabelecidas pelo RUP e outros processos de

desenvolvimento de Software .

Nosso produto Desenvolvido dentro das ferramentas fornecidas pelo RUP, que dentre outros atributos, permite o fácil

entendimento entre cliente e fornecedor, por lançar mão de modelos que facilitam o entendimento dos requisitos.

(6)

INPE, 2010 Página 6

Descrições dos Envolvidos e Usuários

A identificação dos envolvidos e interessados no desenvolvimento do Gerenciamento de

Exceções do projeto ITA-ECO-SAT 2 será tratada neste capítulo. Foge do escopo deste capítulo identificar os requisitos que cada interessado pensa que o CSG deverá atender. Os requisitos serão gerenciados num outro artefato chamado Solicitações dos Envolvidos. A proposta deste capítulo é mapear todos os interessados na construção do projeto. A Lista completa de todos os responsáveis por USC dentro do projeto ITA-ECO-SAT 2 pode ser encontrada em [02]

Resumo dos Envolvidos

Nome Descrição Responsabilidades

José Luiz Moreira Desenvolvedor da Unidade Software Recuperação de Dados RDD

Desenvolvedor de Software da Unidade de Software de Computador GST. Na integração do GST no GST, terá o papel de Gerente da Configuração e Mudança. Professor Vieira Dias e Professor Cunha Exercem o Papel de Gerente do Projeto

Definem o objetivo do projeto, metodologias à serem seguidas e promovem o gerenciamento dos requisitos

Monitores Exercem o Papel de Engenheiros de Requisitos

Definem os melhores requisitos à serem seguidos, baseados no escopo fornecido pelos professores Viera Dias e Cunha.

Resumo dos Usuários

Nome Descrição Responsabilidades Envolvido

Integradores de SW Responsável pela Integração do Software no Projeto ITA-ECO-SAT 2, bem como futuro projetos que vierem a utilizar das funcionalidades do CSG Integra o SW no Hardware; Reporta aos Desenvolvedores problemas durante a Integração do CSG; Representados pelos Alunos e professores da matéria CE 235 Operadores do projeto ITA-ECO-SAT 2

Usuário Final Reportará erros aos Gerente de Projeto, e o mesmo identificará quais dizem respeito à CSG

Representados pelos professores da matéria CE 235

(7)

INPE, 2010 Página 7

Ambiente do Usuário

Usuário alvo: Integradores da Unidade de Software de Computador GST

Envolvidos Os responsáveis pela Integração do CSG no Sistema ITA-ECO-SAT 2 (integração bottom-up)

Restrições Nenhuma

Plataforma Hardware ARM9, com compiladores/ferramentas fornecidas pelo IDE da Rational Rose Real Time

Interações O RDD deverá interagir com a Unidade de Software de Computador OME e TMO. Detalhes serão dados num artefato separado (que tratará dos requisitos do mesmo)

Duração das tarefas Definido pelo cronograma. Veja Erro! Fonte de referência não

(8)

INPE, 2010 Página 8

Resumo das Principais Necessidades dos Envolvidos ou Usuários

Necessidade Priorid

ade

Preocupaç ões

Solução Atual Soluções Propostas

Integração das USC que formarão o CSG: TMO, RDD e OME Alta Interfaces entre as USCs devem ser mapeadas

nenhuma Plano de Integração deve estar definido e validado com os respectivos desenvolvedores Interface com CSC de outro

CSC: RDD Alta Interfaces entre as USCs devem ser mapeadas

Nenhuma Definir quais dados do CSG serão fornecidos ao RDD (via artefato de Requisitos, validados por ambos

desenvolvedores) Dotar o projeto

ITA-ECO-SAT 2 de um Gerenciamento do Satélite Alta O CSG deverá atender os requisitos propostas

Nenhuma Seguir o processo de desenvolvimento de Software da Rational (RUP), especialmente o item de gerenciar os requisitos e planejar o projeto. Alternativas e Concorrência

Diversas empresas/institutos podem desenvolver o sistema de gerenciamento de exceções de um Satélite, sendo que em sua maioria, não seguem processo algum no desenvolvimento de Software. Isso fará com que, talvez, as primeiras amostras (samples) sejam entregues rapidamente, dando a impressão que os prazos serão atendidos até mesmo com antecedência, porém , a experiência demonstra que o retrabalho final será grande e penoso (que poderá envolver um redesign do software.

(9)

INPE, 2010 Página 9

Visão Geral do Produto

Perspectiva do Produto

Uma visão simplificada da arquitetura que compõe o projeto ITA-ECO-SAT 2 pode ser vista no diagrama acima. Cada bloco acima representa um Item de Configuração de Software de Computador. Note que não estão representados acima todas as interfaces/comunicações entre cada Item (o que foge do escopo deste documento de visão do CSG)

Centro de Controle de Satélite estará integrado ao Satélite Artificial - SAT, que é detalhado no diagrama abaixo:

(10)

INPE, 2010 Página 10 O CSG, definido anteriormente como Item de Configuração de Software, trará integrado os

Componentes de Software de Computador: Telecomandos para Mudança de Modo de Operação, Recuperação de Dados e Telecomandos para Operação em Modo de Emergência.

Para maiores detalhes sobre o que o CSG deverá implementar pode ser encontrado na modelagem UML de casos de uso, presentes em [04]

Suposições e Dependências

Esta revisão do documento foi escrita baseada em algumas suposições, listadas a seguir:

1. Que este documento (com exceção ao capítulo "Recurso do Produto") por se tratar de um Componente de Software de Computador, deveria dar uma Visão de baixo nível, significando que os principais leitores seriam times envolvidos de alguma forma com desenvolvimento de Software (responsáveis pela integração, testes unitários, e aqueles que reusariam o GST em futuras variantes deste projeto). Informação de alto nível e especificamente sobre o Controle e Gerenciamento de Atitude poderão ser encontradas no próximo capítulo deste documento: Recurso do Produto.

2. Aderência ao processo de desenvolvimento da Rational (RUP), tendo assim suporte de

ferramentas para realizar tarefas dentro de algumas sub-disciplinas da Engenharia de Software (Engenharia de Requisitos, Gerência da Configuração etc.)

(11)

INPE, 2010 Página 11

Recursos do Produto

Benefícios ao Usuário Recursos de Suporte

Os usuários do sistema receberão informações sobre o CSG, podendo identificar possíveis anomalias existentes, bem como tomar as devidas ações.

Sistema interno de monitoramento

Outros Requisitos do Produto

Requisitos Normativos: Faz-se necessário observar as normas ISO 9000, ISO 9001-3, ISO12207, ISO

15504e ISO 829.

Requisitos de Hardware: O sistema não possui requisitos de hardware específico. Requisitos de Desempenho: N/A.

Requisitos Ambientais: N/A.

Requisitos de Confiabilidade: É necessário que estes Subsistemas sejam extremamente confiáveis,

pois os dados adquiridos serão utilizados na Sala de Controle do Projeto ITA ECO SAT 2. Para tal é necessário:

• Fornecimento ininterrupto de energia elétrica; e • Sistema de Backup.

Padrões Aplicáveis: N/A.

Referências

Documentos relacionados

Segundo Cheng (2007) a casa da qualidade (planejamento do produto) é utilizada para traduzir a qualidade demandada pelos clientes em requisitos técnicos do produto

Diante dos discursos levantados por tais instituições, sejam elas, os Museus, os Institutos, ou as Faculdades, a obra de Schwarz 1993, fornece amplo conhecimento sobre a formação

c.4) Não ocorrerá o cancelamento do contrato de seguro cujo prêmio tenha sido pago a vista, mediante financiamento obtido junto a instituições financeiras, no

Para disciplinar o processo de desenvolvimento, a Engenharia de Usabilidade, também conceituada e descrita neste capítulo, descreve os métodos estruturados, a

Local de realização da avaliação: Centro de Aperfeiçoamento dos Profissionais da Educação - EAPE , endereço : SGAS 907 - Brasília/DF. Estamos à disposição

A estabilidade do corpo docente permanente permite atribuir o conceito muito bom, segundo os parâmetros da área, para o item 2.2 (pelo menos 75% dos docentes permanentes foram

Os resultados indicaram que, em ambas as espécies, a seção transversal exerceu influência na propagação da onda de ultrassom e que a velocidade longitudinal foi fortemente afetada

2 No caso do controlo de grupo, estabeleça as ligações elétricas do controlo remoto com a unidade principal quando ligar ao sistema de operação simultânea (as ligações elétricas