Esta aplicação servidor tem a função de comunicar com as redes de sensores instaladas nas unidades industriais. De acordo com as necessidades evidenciadas pela empresa, considerou-se que os requisitos (tabela 4) necessários para desenvolvimento desta aplicação deveriam assentar nos seguintes pontos:
Deve manter-se a mesma estrutura de mensagens de dados usada atualmente pela
eneidaws, de forma a garantir que esta aplicação continua a funcionar com os atuais
equipamentos produzidos, instalados em diferentes redes sensores;
A aplicação deverá ainda ter capacidade de analisar todas as mensagens recebidas e notificar a ocorrência de alarmes, sempre que se verifiquem, por SMS e e-mail;
A funcionalidade para validação de alarmes deverá ser opcional, permitindo ao ator a escolha de ativar ou desativar esta funcionalidade.
4.4.1. Requisitos Funcionais
Tabela 4 - Requisitos aplicação servidor
Código18 Requisito Descrição
RF1AS Ligar Servidor
Deve obrigar o ator administrador geral a configurar o IP e porto do servidor, antes que as comunicações fiquem ativas. Opcionalmente o ator deve ativar ou desativar a validação de alarmes nas configurações do servidor.
18
Análise de Requisitos e Solução Proposta CAPÍTULO 4
34
RF2AS Submete Mensagem
A rede de sensores submete os dados adquiridos para o servidor. O servidor deve ser capaz de tratar todas as mensagens recebidas pela rede de sensores.
RF3AS Submete Ação
Mensagem
Sempre que a aplicação web pretende executar uma ação numa rede de sensores submete uma mensagem para o servidor. O servidor deve ser capaz de tratar todas as mensagens recebidas pela aplicação web, encaminhando esta mensagem/ação para a rede de sensores.
RF4AS Tratar Mensagens O servidor que deve ser capaz de receber e enviar todas as mensagens.
RF5AS Guardar Mensagem
Base de Dados
Todas as mensagens recebidas e enviadas pelo servidor devem ser guardadas nas bases de dados correspondentes a cada cliente da
eneidaws.
RF6AS Verificar Alarmes
O ator deve opcionalmente ter possibilidade de ativar ou desativar a verificação de alarmes. Se a opção estiver ativa, todas as mensagens recebidas pela rede de sensores devem ser validadas quanto à existência de alarmes. Se a opção estiver desativada não devem ser verificados alarmes.
RF7AS Enviar e-mail ou
SMS
Devem ser enviados alarmes por SMS e/ou e-mail, se a opção verificar alarmes estiver ativa, cada vez que existir um alarme. Se a opção verificar alarmes estivar desativada, não devem ser enviados alarmes por e-mail nem SMS.
RF8AS Desligar Servidor Devem ser terminados todos os processos de comunicação que estejam a decorrer, se o servidor for desligado.
RF9AS Escolher Opção Deve listar todas as opções entre as quais o ator possa escolher.
RF10AS Enviar Alive ID
Deve permitir ao ator enviar mensagens às redes conectadas ao servidor, “perguntando” quais são os equipamentos que se encontram ativos nessas redes.
RF11AS Enviar Mensagem
Teste
Deve servir para o ator enviar mensagens de teste para um equipamento numa rede.
RF12AS Listar Clientes
Conectados
Deve servir para o ator listar todas as redes ligadas ao servidor.
RF13AS Ligar Log Deve servir para ligar o Log que permite visualizar as mensagens que estão a ser trocadas com o servidor.
RF14AS Desligar Log Deve servir para desligar o Log que permite visualizar as mensagens que estão a ser trocadas com o servidor.
RF15AS Limpar Log Deve servir para limpar o Log de mensagens que estão a ser trocadas com o servidor.
RF16AS Consultar Ajuda Deve servir para o ator administrador geral consultar o manual de ajuda na aplicação.
Análise de Requisitos e Solução Proposta CAPÍTULO 4
Mestrado em Comércio Eletrónico 35
4.4.2. Diagrama de Casos de Uso
No diagrama de casos de uso visto na figura 8, demonstra-se de forma esquemática os requisitos da aplicação servidor (tabela 4) e os atores que interagem com esta aplicação. Os atores Rede de Sensores e Aplicação SCADA Web têm a possibilidade de fazer submissão de mensagens de dados ao servidor; por sua vez, este responsabiliza-se por verificar o conteúdo das mensagens e guarda as mesmas em base de dados. O ator Administrador Geral tem possibilidade de ligar o servidor, mas para isso tem de definir obrigatoriamente um IP, porto, e, se o pretender, ativar ou desativar a verificação de alarmes, para que a aplicação entre em funcionamento. Este ator tem ainda a possibilidade de escolha de várias opções, como: desligar a aplicação, consultar o manual de ajuda, enviar mensagens de testes, entre outros.
Análise de Requisitos e Solução Proposta CAPÍTULO 4
36
4.4.3. Requisitos Não Funcionais
Os requisitos não funcionais, considerados para a aplicação servidor, são os seguintes, como se pode ver na tabela 5.
Tabela 5 - Requisitos não funcionais aplicação servidor
Código19 Requisito Não Funcional
RNF1AS Usabilidade - A aplicação deve ter um interface simples e amigável.
RNF2AS Performance - O processamento de cada mensagem recebida no servidor não deve ser superior a 60 segundos.
RNF3AS Escalabilidade - O servidor deve ser capaz de suportar conexão de várias redes de sensores e tratar mensagens recebidas.
RNF4AS Disponibilidade – O servidor deve ter capacidade de adaptação quando um requisito muda. RNF5AS O idioma da aplicação deve ser o português.
RNF6AS A aplicação deve ter uma arquitetura de desenvolvimento em várias camadas.
RNF7AS Deve ser possível configurar em eXtensible Markup Language (XML) a string de conexão à base de dados SQL Server.
RNF8AS A aplicação deve ser desenvolvida com tecnologia Windows Forms.