Descrição de Arquitectura e Design. SyncMasters

Tamanho: px

Começar a partir da página:

Download "Descrição de Arquitectura e Design. SyncMasters"

Mario Camelo Martinho
10 Há anos
Visualizações:

1 1 Descrição de Arquitectura e Design SyncMasters ConfiKeeper Version 2.0, by SyncMasters: Carlos Paiva, , [email protected] Inês Parente, , [email protected] Mariana Martins, , [email protected] Nuno Susana, , [email protected] Rodrigo Carvalho, , [email protected]

pt Inês Parente, 2012152484, iparente@student.dei.uc.

2 2 CONTEÚDO 1 Vista geral Scope Sumário de porpósito Audiência pretida Definições e Acrónimos Referências Contexto do Design Introdução Design stakeholders e suas preocupações Descrição do design Introdução Visualização do contexto Visão estrutural e composição do sistema Ponto de vista Lógico Ponto de vista de Interação Ponto de vista de Algoritmos Ponto de vista de Recursos Anexos Estado de Actividade Diagrama de pacotes

.................... 5 3 Descrição do design 6 3.1 Introdução....................................... 6 3.2 Visualização do contexto............................... 6 3.3 Visão estrutural e composição do sistema.

3 3 TABELA DE VERSÕES Versão Data N o tabela/figura/parágrafo A/M/D Descrição N o pedido de mudança

4 4 1 VISTA GERAL Neste documento encontram-se explicados os objetivos do projecto, assim como informações mais técnicas tais como acrónimos, definições, entre outros. São também detalhadas as preocupações das partes envolvidas e a abordagem ao projecto em si, recorro ao uso de viewpoints para uma melhor interpretação da informação. 1.1 Scope O objectivo deste projecto é desenvolver uma aplicação web based que recolha e armazene o histórico das configurações dos switches pertencentes à rede interna do DEI, permitindo assim que seja consultado facilmente pelos funcionários do Helpdesk, de forma a melhor garantir a manutenção desta rede. Diferentes objetivos foram anteriormente especificadas no documento SRS. 1.2 Sumário de porpósito Este documento oferece uma descrição da arquitectura e design do projecto. Inclui também algumas explicações do porquê de algumas decisões, no âmbito do design, da arquitectura e do desenvolvimento do projecto, terem sido tomadas. 1.3 Audiência pretida Este documento foi redigido to os docentes da disciplina de Engenharia de Software como audiência principal, de forma a que estes possam acompanhar o desenvolvimento do projecto em questão. Assume-se também que o cliente poderá utilizar o documento com esse mesmo propósito. 1.4 Definições e Acrónimos Stakeholders partes envolvidas; DEI Departamento de Engenharia Informática; SSH - Secure Shell. 1.5 Referências Os seguintes documentos foram utilizados como base para a elaboração deste documento ou foram nele referidos, devo então ser consultados para uma melhor compreensão e análise deste. IEEE Std ISO-IEC Recommed practice for Architectural Description of Software- Intensive Systems IEEE Software Design Description SyncMasters, Documento de Especificação de Requerimentos v1.0

1 Scope O objectivo deste projecto é desenvolver uma aplicação web based que recolha e armazene o histórico das configurações dos switches pertencentes à rede interna do DEI, permitindo assim que

5 5 2 CONTEXTO DO DESIGN 2.1 Introdução Como já foi referido, o objectivo deste projeto é oferecer uma solução que permite aos funcionários do Helpdesk, o cliente, controlar de forma eficiente as configurações dos switches pertences à rede do DEI. A nossa proposta consiste numa aplicação web based, que apresente o histórico de configurações de todos os switches e que permita uma consulta detalhada deste, assim como uma comparação com diferentes versões das configurações em uso. Desta forma, pretemos oferecer ao Helpdesk uma ferramenta que permite uma verificação fácil das configurações e ainda que, caso algo esteja errado, seja facilmente descoberto e modificado. De forma geral, as partes interessadas neste projecto são a equipa de desenvolvimento, o cliente em questão e os docentes da disciplina na qual o projecto está a ser desenvolvido. 2.2 Design stakeholders e suas preocupações Mais detalhadamente, podemos dizer que as partes envolvidas neste projecto são: A equipa SyncMasters, constituída por: Carlos Paiva, Inês Parente, Mariana Martins, Nuno Susana e Rodrigo Carvalho. Mário Rela e Joel Arrais, ambos os docentes da disciplina de Engenharia de Software, que serão os responsáveis por avaliar o resultado final. O cliente, o Helpdesk, cujos funcionários serão os utilizadores e os futuros responsáveis pela manutenção e utilização do projecto, depois de entregue. No desenvolvimento deste projecto, sentiram-se diferentes preocupações por parte da equipa. Entre elas, a de enter o problema de forma errada ou diferente da suposta, a de não encontrar a solução correcta ou de encontrar uma solução que não possa ser posta em prática. A definição que seguimos de uma boa solução inclui, entre outros, que seja uma aplicação que, caso seja posta em uso, permita ao cliente uma fácil manutenção, que tenha uma interface de fácil e instintiva utilização e, que, acima de tudo, ponha ao dispor do utilizador toda a informação que lhe seja necessária. A nivel de desenvolvimento, foram sentidas preocupações em relação ao tempo disponivel para o desenvolvimento da aplicação e em relação à pouca familiariedade com as linguagens a ser usadas e com os switches em questão. Do ponto de vista do cliente, as questões levantadas foram as de que o resultado final produza uma aplicação de fácil manutenção, se consuma poucos recursos e que apresente os mesmos standards de segurança das restantes aplicações utilizadas pelo Helpdesk.

6 6 3 DESCRIÇÃO DO DESIGN 3.1 Introdução Nesta secção serão apresentados diversos viewpoints que apresentem a abordagem que está a ser tomada em relação ao desenvolvimento deste projecto. 3.2 Visualização do contexto

7 7 3.3 Visão estrutural e composição do sistema Iremos utilizar uma conecção HTTP para enviar determinados pedidos para o servidor C que gere o pedido e retorna a resposta pretida. Os pedidos são enviados pelo utilizador através de uma página web concretizada em JavaScript ou php. O servidor C será acessivel também directamente por linha de comandos onde este está fisicamente a correr ou por SSH. 3.4 Ponto de vista Lógico 3.5 Ponto de vista de Interação Remete para SRS by SyncMasters. 3.6 Ponto de vista de Algoritmos Aqui encontra-se uma descrição detalhada das operações a seguir, incluindo métodos e funções a serem utilizados. if User = System User and Password = System Password then else return false; Algoritmo 1: Login to ConfiKeeper

O servidor C será acessivel também directamente por linha de comandos onde este está fisicamente a correr ou por SSH. 3.4 Ponto de vista Lógico 3.

8 8 if given ip is not occupied then set ip as given ip; set manufacturer as given manufacturer; set model as given model; else return false; Algoritmo 2: Insert new Switch if modification equals to ip then set ip to given ip; else if modification equals to manufacturer then set manufacturer to given manufacturer; else if modification equals to model then set model to given model; else return false; Algoritmo 3: Modify Switch initialize new configuration file array; for each Switch do get configuration and save on configuration file array[switch number]; if failed to get configuration then s with switch number; Algoritmo 4: Get the daily configuration initialize boolean array with size = number of lines of configuration1; for each line of configuration1 do if configuration1[current line]!= configuration2[current line] then array[current line] = true; return array; Algoritmo 5: Compare two configurations

false; Algoritmo 3: Modify Switch initialize new configuration file array; for each Switch do get configuration and save on configuration file array[switch number]; if failed to get configuration

9 9 open configuration file; while is not the of the file do print the current line of the file; Algoritmo 6: Show configuration of one switch for each Switch do print Switch reference Switch IP Switch manufacturer Switch model; Algoritmo 7: Show all System s Switches if given Switch reference exists then delete Switch data and free IP; else return false; Algoritmo 8: Remove Switch initialize boolean notification array = false; for each Switch do if last configuration!= new configuration then notification array[switch number] = true; return notification array; Algoritmo 9: Set notifications

exists then delete Switch data and free IP; else return false; Algoritmo 8: Remove Switch initialize boolean notification array = false; for each

10 10 if given Switch reference dont exists on favorites then add given Switch reference to favorites; else return false; Algoritmo 10: Add Switch to favorites 3.7 Ponto de vista de Recursos

11 11 4 ANEXOS 4.1 Estado de Actividade 4.2 Diagrama de pacotes

Documentos relacionados

Requerimentos e Especificações de Software

1 Requerimentos e Especificações de Software ConfiKeeper Version 2.0, 16-11-2014 by SyncMasters: Carlos Paiva, 2009108909, [email protected] Inês Parente, 2012152484, [email protected]