Indice

1. Introdução. 3

2. Objetivo. 3

3. Desenvolvimento. 3

3.1. Contextualização. 3

1. Introdução

É nos o oportuno neste trabalho ampliar a nossa experiência relativa à praticidade das técnicas demonstrada em sala, assim aumentando a nossa visão em um arcabouço de um Projeto de Tecnologia da Informação.

2. Objetivo

Com intuito de afinidade com a as tecnologias de ferramenta CASE, UML e o processo de desenvolvimento de software da Rational, cada Aluno deverá publicar em sua página, dentro do seu CSC composto por 3 a 4 Alunos 01 (um) Relatório da sua participação na 2a Fase (Elaboração) do RUP, reportando:

- A escolha de pelo menos 01 (um) Papel desempenhado, na elaboração do seu CSC;
- O Controle de Versão, no ClearCase, de pelo menos 03 (três) Artefatos do seu CSC;
- A Traçabilidade, no RequisitePro, de pelo menos 03 (três) Requisitos do seu CSC;
- A elaboração, no IBM Rational Software Architect, de pelo menos 03 (três) Diagramas de Casos de Uso, de 03 (três) Diagramas de Seqüência e 01 (um) Diagrama de Classes do seu CSC.
- A elaboração, no IBM ECLIPSE (Java), de pelo menos 03 (três) Telas de Interfaces Homem Máquina (IHM), preferencialmente WEB, utilizando o modelo gerado no IBM Rational Software Architect; e
- A elaboração da documentação do código-fonte gerado do seu CSC, em Java.

3. Desenvolvimento

3.1. Contextualização

A produção desta da Listex 4 acarretou esforços em conjunto do grupo MONITORAÇÃO MOBILE- MTR-MBL para integração dos Componentes de Softwares de Computador-CSC. Todos os esforços foram consolidados nos artefatos desenvolvidos e feita a 1ª Interação:

VISão (VIS);
Modelo de Casos de Uso (MCU);
GLOssário (GLO);
Casos De Teste (CDT).

Estes artefatos compôs a gama de trabalho que determinou a fase de iniciação do Processo Unificado da Rational – RUP.

Na segunda fase do projeto determinamos que o desenvolvimento tenha que ser concentrado ao CSC determinado ao participante e posteriormente faríamos a 2ª Interação.

Então foi desenvolvido:

Trabalhamos com controle de versão ClearCase para não gerar redundância e retrabalho no projeto.

Foi criada uma a Traçabilidade de requisito de sistemas na ferramenta RequisitePro,

Desenvolvemos dos Diagramas de Seqüência e Classe no IBM Rational RSA,

Codificamos o sistema no IBM Eclipse usando a linguagem JAVA , e assim definimos as Interface do sistema,

Elaboramos da documentação do código fonte.

3.2. Etapa 1

Foi definida através de consenso mutuo que todos comportariam como Especificador de Requisitos, Revisor de Requisitos e Arquiteto de Software, mas com foque em seu CSC. Assim executei estas funções no CSC designado, Monitoramento de PCD – MTR-MBL-MTP.

Monitoramento - MTR

Móbile

MTR-MBL

MTP

Monitoramento de PCD

Wellingtonn

ALT

ALerTa de Cheias, Secas e Poluição

Denis

TEL

Telemetria/Telecomando de PCD

Osvandre

3.3. Etapa 2

Configuramos o acesso ao ClearCase, assim especificando o concentrador de documentos, e estudamos o acesso remoto do mesmo, criando possibilidade de trabalho a distância.

No momento carregamos os artefato já desenvolvidos para o ClearCase.

Figura 1 – ClearCase

3.4. Etapa 3

Nesta etapa foi criado a Traçabilidade dos CSC, usando a ferramenta do RequisitePro, com isso determinando a gestão dos requisitos dos CSC. Após concretização da etapa por cada integrante, resultou a integração abaixo.

Figura 2 - RequisitePro

3.5. Etapa 4

Diagramas de caso de usos desenvolvidos usando a ferramenta Rational Software Architect.

Figura 3 – Caso de Uso MTP

Figura 4 – Caso de Uso MPH-ALT

Figura 5 – Caso de Uso TEL

3.6. Etapa 5

Desenvolvimento dos Diagramas de Seqüência do CSC MTR-MBL-MTP usando Rational Software Architect.

Figura 6 – Diagrama de Seqüência do Caso de Uso Monitorar Operacionalidade do PCD

Figura 7 – Diagrama de Seqüência do Caso de Uso Receber Pacotes de Dados do PCD

Figura 8 – Diagrama de Seqüência do Caso de Uso Comandar PCD

3.7. Etapa 6

Desenvolvimento do Diagrama de Classe do CSC MTR-MBL-MTP usando a ferramenta Rational Software Architect.

Figura 9 – Diagrama deClasse

3.8. Etapa 7

A partir da obtenção das informações obtida da fase de elaboração iniciamos o Design do software. Foi usado o IBM Eclipse para desenvolver o aplicativo que será disponibilizado na WEB. Não foi possível criar a 3ª tela pois todas abaixo atende a necessidade do software.

Figura 10 – Apresentação da Tela de Acionamento do PCD usada para enviar comandos ao PCD.

Figura 11– Apresentação da Tela de Monitoramento do PCD usada para recolher parâmetros de engenharia e assim efetuar manutenção.

3.9. Etapa 8

Foi gerado o Relatório do SoDa - Requirement Hierarchy and Traceability for the MTR-MBL_ReqPro Project para conclusão do processo.

Figura 12 – Relatório de Traçabilidade do Soda

4. Conclusão

Baseado nos requisitos imposto no desenvolvimento da ListEx 4, foi arquitetado o software conforme a estrutura de RUP, iniciação, elaboração, Construção e Transição.

Com isso conseguimos expor nosso conhecimento aferido da Tecnologia de Ferramenta Case e UML.