Faculdade de Engenharia da Universidade do Porto

Faculdade de Engenharia da Universidade do Porto

Licenciatura em Engenharia Informática e Computação 
 
 
 
 
 
 

Sistema de suporte a uma Rede de Cooperação

Luso-Afro-Brasileira para a Energia 

SCLABE 
 
 
 
 
 

Relatório de Especificação de Requisitos 

Laboratórios de Informática Avançada

4º Ano / 2º Semestre 
 
 
 
 
 
 
 
 
 

    Trabalho realizado por: 

    Pedro Nuno Pinto

    17/04/2000

Índice 
 
 

1. Introdução

1. Objectivo do Projecto

    O objectivo deste projecto é obter uma aplicação para identificação de empresas, instituições, actividades e pessoas integradas nos vários países de Língua Oficial Portuguesa agindo no Sector das Redes Eléctricas ou outros sectores da Energia. Terá também como objectivos a identificação de interesses comuns, contactos, prospecção de projectos comuns, lançamento de convites, anúncio de iniciativas, etc., com suporte na Web.

    Finalmente, este projecto terá como objectivos pedagógicos a integração de base de dados (BD), interfaces gráficas e suportes na Web interactivos. 

2. Enquadramento do Sistema

    Com a necessidade crescente de cooperação entre empresas, instituições no sector da Energia, surge a necessidade de implementar um sistema que permita a estas organizações a troca de informação a vários níveis. Deste modo, um projecto deste tipo, pode fomentar a distribuição de informação sobre projectos existentes ou em curso, informação sobre os programas de financiamentos como as suas fontes, notícias, encontros e congressos indispensável para este tipo de organizações, que estará acessível por todos.

    Com as tecnologias de informação existentes, é possível a obtenção desta informação independentemente do local onde a organização se encontre. A utilização de uma interface web permitirá uma utilização intuitiva e um acesso simples a informação que de outro modo seria difícil de a obter. 

3. Interesse Comercial

    Este projecto, neste momento, está a ser adaptado às necessidades de uma Rede de Cooperação no sector da energia eléctrica dos países da CPLP, logo virado para um mercado muito restrito.

    No entanto este projecto poderá ter como interesse comercial redes de cooperação entre vários tipos de organizações, depois de devidamente adaptado. Visto, poder permitir através da consulta de páginas na Web, o registo da ocorrência de projectos de colaboração bi ou multilateral, bem como áreas de interesse, pedidos ou ofertas de colaboração e possíveis fontes de financiamento. 

4. Riscos

    O maior risco deste projecto prende-se com a correcta elaboração dos requisitos no cumprimento do objectivo pretendido, visto a difícil elaboração por parte do Cliente o Prof. Vladimiro Miranda dos requisitos necessários, podendo mais tarde a aplicação não contemplar na realidade as necessidades que se pretendem obter.

    Um outra risco, pode dever-se à minha imaturidade em relação ao software a utilizar, visto ser a primeira vez que implemento um sistema Web ligado a uma BD.

    Poderá também existir no momento da instalação do produto no cliente problemas de incompatibilidade. Problemas esses que podem ser devido a versões diferentes das aplicações utilizadas pelo cliente, por falta de recursos, etc.

2. Especificação dos Requisitos

1. Requisitos Funcionais

    Nas duas reuniões com o cliente foram definidos os requisitos. Depois de analisados, agrupei os requisitos como mínimos e não mínimos. Devido à importância dos requisitos mínimos, na fase de implementação, será dada mais importância a estes, sendo implementados os requisitos não mínimos depois de os outros estarem correctamente a funcionar.

1. Requisitos Mínimos

• Utilizadores 
  

A aplicação terá três tipos de utilizadores. 

Gestor do Sistema – terá as funções de manutenção do sistema (inserir, apagar ou alterar informação), como também de autorização de utilizadores;

Utilizador Autorizado – utilizador autorizado pelo Gestor do Sistema a inserir informação na BD;

Utilizador Comum – este utilizador poderá consultar apenas informação ou contactar as várias entidades. 


• Registo de utilizadores
 


A aplicação permitirá o registo de utilizadores depois de previamente aceites pelo Gestor do Sistema. Através de uma password fornecida pelo Gestor do Sistema, o Utilizador Autorizado poderá então introduzir dados na BD. 


• Consulta da página web
 


O sistema deve permitir o acesso remoto da informação contida na BD através de páginas web seja qual for o tipo de utilizador. 
 


 

• Organizar a informação por áreas de interesse
 


Permitir armazenar e visualizar a informação por diferentes áreas de interesse, de uma forma ortogonal. Serão definidos três tipos: Geográfica, Tema e por Ordem cronológica. 


      Temas:

• Formação de Recursos Humanos
• Geração em Larga Escala
• Redes de Transporte
• Redes de Distribuição
• Segurança e Fiabilidade
• Mercado de Energia
• Apoios Internacionais
 


      Geográfica:

• Portugal
• Moçambique
• Angola
• Cabo Verde
• São Tomé e Príncipe
• Guiné Bissau
• Brasil (Nordeste, Norte, Amazónia, Interior, Sudeste, Sul)
• Introdução de informação através do Utilizador Autorizado 
   
  
 


Os Utilizadores Autorizados além de consultar a página web poderão apenas introduzir informação na BD sobre parceiros, projectos, financiamentos, notícias, encontros/congressos e contactos. 


• Comunicar com o gestor do sistema
 


Os utilizadores poderão comunicar com o gestor do sistema, podendo pedir mais informações ou esclarecimentos sobre determinado assunto. Através desta funcionalidade poderá ser pedido a atribuição de uma password para assim permitir inserir informação na BD. 
 


• Manutenção da informação através do gestor do sistema
 


O gestor do sistema poderá inserir, alterar e apagar todo o tipo de informação contida na BD 


 

 

2. Requisitos não Mínimos
• Pesquisa de Informação 
  
 


Poderá ser pesquisada informação através de um tema que se pretende analisar. Depois de introduzido uma palavra, correspondendo a um determinado tema, o sistema pesquisará na BD sobre informação relacionada com essa palavra. 
 


• Envio por e-mail de notícias e informação sobre encontros/congressos
 


Depois de os utilizadores se inscreverem, o sistema poderá enviar automaticamente por e-mail notícias e/ou informação sobre encontros/congressos, etc., para esses utilizadores. 
 


• Construção de um chat
 


O sistema permitirá através de um chat que duas pessoas possam facilmente  comunicar. Aqui poderão trocar opiniões e ideias de uma forma rápida, sem terem que estar à espera da resposta a um e-mail. É também uma maneira económica de comunicar.

 

2. Requisitos não Funcionais
 


    Os requisitos não funcionais aqui descritos englobam aspectos de qualidade, como usability, fiabilidade, desempenho e supportability. 


    Usability 


• A interface será intuitiva, sendo fácil de usar e aprender a utilizar todas as opções que o sistema suporta.
• A interface deve ser consistente, para isso todas as funcionalidades semelhantes devem ter características idênticas.
• Deverá ser entregue um manual de utilizador descrevendo todas as funcionalidades do sistema.
 


    Fiabilidade 


• Deverá ocorrer o mínimo de falhas no sistema.
• As falhas deverão ser previsíveis, sendo fácil a sua recuperação.
 


    Desempenho 


• Em termos de desempenho o sistema estará dependente da velocidade da rede.
 


    Supportability 


• O sistema deverá ser de fácil manutenção, permitindo uma fácil actualização.
• Deverá também permitir uma fácil adaptação a novos requisitos.
 

3. Modelo de Casos de Uso
 


    O diagrama com pacotes de casos de uso apresentado (Fig. 1), mostra um conjunto de opções que o sistema permite. Nas figuras 2, 3, 4 e 5 é apresentado os vários casos de uso referentes a cada pacote. 


Gestor do Sistema

Utilizador Autorizado

Utilizador Comum

SCLABE  - Sistema de suporte a uma Rede de Cooperação

Luso-Afro-Brasileira para a Energia 


 

Gestão

de

Utilizadores

Gestão

de

Informação

Consulta

de

Informação

Introdução

de

Dados

Fig. 1 – Diagrama com pacotes de casos de uso

 

Definir Utilizadores Autorizados

Gestor do Sistema

SCLABE  - Gestão de Utilizadores 


 

SCLABE  - Introdução de Dados 


 

Inserir

Parceiros

Inserir Projectos

Inserir Financiamentos

Inserir

Notícias

Inserir

Encontros/

Congressos

Inserir Contactos

Utilizador Autorizado

Fig. 2 – Diagrama casos de uso de Gestão de Utilizadores

Fig. 3 – Diagrama casos de uso de Introdução de Dados

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 


Gestor do Sistema

SCLABE  - Gestão de Informação 


 

Manutenção de Parceiros

Manutenção de Projectos

Manutenção de Financiamentos

Manutenção de Notícias

Manutenção de Encontros/

Congressos

Manutenção de Contactos

Inserir Parceiros

Alterar Parceiros

Apagar Parceiros

Inserir Projectos

Alterar Projectos

Apagar Projectos

Inserir Financiamentos

Inserir

Notícias

Alterar Notícias

Apagar Notícias

Inserir Encontros

Alterar Encontros

Apagar Encontros

Inserir Contactos

Alterar Contactos

Apagar Contactos

Alterar Financiamentos

Apagar Financiamentos

Fig. 4 – Diagrama casos de uso de Gestão de Informação

«include»

«include»

«include»

«include»

«include»

«include»

«include»

«include»

«include»

«include»

«include»

«include»

«include»

«include»

«include»

«include»

«include»

«include»

 

 


 

SCLABE  - Consulta de Informação 


 

Consultar

Parceiros

Consultar

Projectos

Consultar

Financiamentos

Consultar

Notícias

Consultar

Encontros/

Congressos

Consultar

Contactos

Gestor do Sistema

Utilizador Autorizado

Utilizador Comum

Fig. 5 – Diagrama casos de uso de Consulta de Informação

 

 

3. Glossário
 


Password  Senha atribuída a um utilizador, que permitirá a sua identificação para assim poder introduzir dados na Base de Dados. 


E-mail Representa uma mensagem enviada por computador que poderá conter texto, imagens, etc. para um determinado utilizador. 


Chat Meio de conversação através de uma janela na página web, que permitirá a vário/s utilizador/es comunicarem por escrito. 


Modelo Casos de uso  Modelo que representa um conjunto de acções que o sistema realiza produzindo um resultado observável para o utilizador. 


Pacote de casos de uso Contém um diagrama de casos de uso. 


Requisitos funcionais Representa todo o tipo de funcionalidades que o sistema deverá suportar. 


Requisitos não funcionais Requisitos que têm a ver com aspectos de qualidade, como usability, fiabilidade, desempenho, supportability.  


Requisitos mínimos Requisitos que devem estar implementados aquando da entrega do produto ao cliente. 


Requisitos não mínimos  Requisitos que não são obrigatórios estarem implementados na entrega do produto ao cliente, mas que poderão vir a ser implementados. 


Interface Web Ambiente gráfico acessível através de um browser (Internet Explorer ou Netscape Navigator) para acesso à Internet. 
 


 

 

4. Bibliografia
• Acetatos fornecidos na página da cadeira: 
  

Applying UML in The Unified Process, Ivar Jacobson – Rational Software

Captura e Especificação de Requisitos usando UML e RUP, João Pascoal Faria 


• The Rational Unified Process, Philippe Kruchten – Addison-Wesley 1998

 

 

5. Apêndices

 

1. Protótipo da Interface
 


    O protótipo da interface do sistema pode ser visualizado no seguinte endereço: 


power.inescn.pt/redelab/