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

[pic]

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 3

1.1. Objectivo do Projecto 3

1.2. Enquadramento do Sistema 3

1.3. Interesse Comercial 3

1.4. Riscos 4

2. Especificação dos Requisitos 5

2.1. Requisitos Funcionais 5

2.1.1. Requisitos Mínimos 5

2.1.2. Requisitos não Mínimos 7

2.2. Requisitos não Funcionais 8

2.3. Modelo de Casos de Uso 9

3. Glossário 13

4. Bibliografia 14

5. Apêndices 15

5.1. Protótipo da Interface 15

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.

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.

2 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

3 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.

4 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.

5 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.

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.

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

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/

-----------------------

Gestor do Sistema

Utilizador Autorizado

Utilizador Comum

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

Luso-Afro-Brasileira para a Energia

Manutenção de Contactos

Manutenção de Encontros/

Congressos

Manutenção de Notícias

Manutenção de Financiamentos

Manutenção de Projectos

Manutenção de Parceiros

Definir Utilizadores Autorizados

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

Gestor do Sistema

SCLABE - Gestão de Utilizadores

SCLABE - Gestão de Informação

Gestor do Sistema

Inserir Parceiros

Apagar Projectos

Alterar Projectos

Inserir Projectos

Apagar Parceiros

Alterar Parceiros

Alterar Financiamentos

Apagar Financiamentos

Inserir Financiamentos

Apagar Notícias

Alterar Notícias

Inserir

Notícias

Apagar Encontros

Alterar Encontros

Inserir Encontros

Apagar Contactos

Alterar Contactos

Inserir Contactos

Consultar

Contactos

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

Utilizador Comum

Utilizador Autorizado

Consultar

Notícias

Consultar

Financiamentos

Consultar

Projectos

Consultar

Parceiros

SCLABE - Consulta de Informação

Utilizador Autorizado

Consultar

Encontros/

Congressos

Gestor do Sistema

Inserir Contactos

Inserir

Encontros/

Congressos

Inserir

Notícias

Inserir Financiamentos

Inserir Projectos

Inserir

Parceiros

SCLABE - Introdução de Dados

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

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

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

«include»

«include»

«include»

«include»

«include»

«include»

«include»

«include»

«include»

«include»

«include»

«include»

«include»

«include»

«include»

«include»

«include»

«include»

................
................

In order to avoid copyright disputes, this page is only a partial summary.

Google Online Preview   Download