ICONIX

Modelação de Sistemas Informáticos

Autores
Rafael Baltazar 20171051
William Fonte 20191579

Professor
Luís Barata

Outubro de 2022
 1. Resumo

Este documento descreve a modelação de um sistema de informação e gestão

académico do Ensino Superior, com base no processo do ICONIX, onde e pretendido
realizar as quatro fases, a análise de requisitos, a análise e projeto preliminar, o projeto
e a implementação.
O trabalho foi realizado em grupo e trouxe um grande desafio, onde foi possível
adquirir novos conhecimentos sobre a modelação e a modelação com base no processo
do ICONIX. De um modo geral, o resultado foi bastante positivo.

Palavra-chave
ICONIX, Casos de Uso, Diagrama de Classes, Diagrama de Robustez.

II
Índice

1. Resumo....................................................................................................................................... II
2. Índice de Figuras ....................................................................................................................V
3. Lista de abreviaturas, siglas e acrónimos ............................................................... VI
1. Introdução ................................................................................................................................. 1
3.1 Casos de Uso..................................................................................................................... 3
3.2 Descrição dos casos de uso ...................................................................................... 4
3.3 Diagrama de classes (modelo domínio).................................................................. 5
4. Fase 2 e 3 – ICONIX- Análise e Projeto preliminar e Projeto ................................... 6
4.1 Descrição dos casos de uso .......................................................................................... 6
4.1.1 Interface Login .................................................................................................................. 6
4.1.2 Diagrama de Robustez Login ...................................................................................... 7
4.1.3 Diagrama de Sequência Login ..................................................................................... 7
4.1.4 Diagrama Colaboração Login ...................................................................................... 7
4.1.5 Interface Registo Novos Alunos ................................................................................. 8
4.1.6 Diagrama Robustez Registo Novos Alunos ............................................................ 9
4.1.7 Diagrama de Sequência Registo Novos Alunos ................................................. 10
4.1.8 Diagrama de Colaboração Registo Novos Alunos ............................................ 10
4.1.9 Interface Aluno Efetua Registo ................................................................................ 11
4.1.10 Diagrama Robustez Aluno Efetua Registo ...................................................... 12
4.1.11 Diagrama de Sequência Aluno Efetua Registo .............................................. 12
4.1.12 Diagrama de Colaboração Aluno Efetua Registo .......................................... 12
4.1.13 Interface principal Aluno/Formulário ............................................................. 13
4.1.14 Diagrama Robustez Formulário ......................................................................... 14
4.1.15 Diagrama de Sequência Formulário .................................................................. 15
4.1.16 Diagrama de Colaboração Formulário ............................................................. 15
4.1.17 Interface Preencher Ficha Frequência ............................................................. 16
4.1.18 Diagrama Robustez Preencher Ficha Frequência ........................................ 17
4.1.19 Diagrama Sequência Preencher Ficha Frequência ...................................... 17
4.1.20 Diagrama Colaboração Preencher Ficha Frequência ................................. 18
4.1.21 Interface Solicitar Reunião ................................................................................... 19
III
 4.1.22 Diagrama Robustez Solicitar Reunião ..............................................................20
4.1.23 Diagrama Sequência Solicitar Reunião .............................................................20
4.1.24 Diagrama Colaboração Solicitar Reunião ........................................................21
4.1.25 Interface Consultar/Alterar Dados ....................................................................21
4.1.26 Diagrama Robustez Consultar Dados................................................................23
4.1.27 Diagrama Sequência Consultar Dados ..............................................................23
4.1.28 Diagrama Colaboração Consultar Dados .........................................................24
4.1.29 Diagrama Robustez Alterar Dados .....................................................................25
4.1.30 Diagrama Sequência Alterar Dados ...................................................................25
4.1.31 Diagrama Colaboração Alterar Dados...............................................................25
4.1.32 Interface Convocar/Registar Reunião ..............................................................26
4.1.33 Diagrama Robustez Convocar Reunião ............................................................27
4.1.34 Diagrama Sequência Convocar Reunião ..........................................................27
4.1.35 Diagrama Colaboração Convocar Reunião ......................................................28
4.1.36 Diagrama Robustez Registar Reunião ..............................................................29
4.1.37 Diagrama Sequência Registar Reunião.............................................................29
4.1.38 Diagrama Colaboração Registar Reunião ........................................................30
4.2 Diagrama de Classes.....................................................................................................31
5. Fase – 4 – ICONIX- Implementação .................................................................................32
5.1 Diagrama de Distribuição ..........................................................................................32
5.2 Diagrama de Componentes .......................................................................................33
6. Conclusão ..................................................................................................................................34
7. Referências Bibliográficas ..................................................................................................35

IV
 2. Índice de Figuras

Figura 1 - Diagrama de casos de uso ........................................................................................... 3

Figura 2 - Diagrama de classes (modelo de domínio) .......................................................... 5
Figura 3 - Diagrama de classes ................................................................................................... 31
Figura 4 - Diagrama Distribuição ............................................................................................... 32
Figura 5 - Diagrama Componentes ............................................................................................ 33

V
 3. Lista de abreviaturas, siglas e acrónimos

UESC – Universidade Escalos de Cima

UML – Unified Modeling Language
GUI – Graphical User Interface

VI
 ICONIX

1. Introdução

O ICONIX é um processo de desenvolvimento de software desenvolvido pela ICONIX

Software Engineering. Consiste em ser uma metodologia prática e simples, mas
também poderosa e com uma componente de análise e representação de problemas
sólido e eficaz. É possível dizer que o ICONIX é também um processo simplificado com
o objetivo de dar a cobertura ao ciclo de vida.
O documento será apresentado em 4 capítulos, onde, em primeiro se irá abordar
uma breve informação de cada fase do ICONIX e os respetivos diagramas, de seguida,
serão abordadas as fases 1,2,3 e 4 do ICONIX.
A fase 1: Análise de Requisitos, passa por identificar os objetos do mundo real e as
devidas relações de generalização, associação e agregação entre os objetos, assim
como, apresentar o diagrama de classes de alto nível, designado por modelo de domínio
e, for fim, identificar aos casos de utilização envolvidos no sistema, desenhado o seu
respetivo diagrama.
A fase 2: Análise e Projeto Preliminar, passa por realizar uma descrição dos casos
de utilização com os cenários principais, cenários alternativos e os cenários de exceção,
de seguida é feito a analise de robustez para cada caso de uso, e no fim realiza-se a
atualização do diagrama de classes, de modo a refletir a conclusão de análise de
sistema.
A fase 3: Projeto, será identificado os objetos assim como as mensagens trocadas
pelos mesmos, será ainda apresentado diagrama de sequência com o texto do caso de
utilização do lado esquerdo, e a informação do desenho do lado direito, continuando a
utilizar o diagrama de classes com os objetos e atributos entretanto descobertos.
Fase 4: Implementação, será produzido diagramas de arquitetura, diagrama de
distribuição e de componentes, que apoiem a tarefa de implementação.

1
ICONIX

2. Modelação ICONIX
O ICONIX contem 4 fases:
• Análise de Requisitos
• Análise e Projeto Preliminar
• Projeto
• Implementação

A análise de requisitos é a identificação de objetos e todas as relações e

generalizações, associações e agregações entre os objetos, com uma representação do
diagrama de classes de alto nível, designado por modelo de domínio.
Esta fase do ICONIX vamos desenvolver protótipos de interfaces pessoa maquina
(GUI) e o diagrama de navegação, desta forma os utilizadores e clientes conseguem
entender melhor o sistema pretendido. No fim é necessário identificar os casos de uso
envolvidos no sistema através do diagrama de casos de uso (UML), realçando os atores
envolvidos e as suas relações[1].
A análise e projeto preliminar é um seguimento da primeira fase, onde é
necessário efetuar as descrições dos casos de uso com os cenários principais,
cenários alternativos e cenários de exceções. Em seguida, realiza-se uma análise
de robustez para cada caso de uso, identificando os primeiros objetos e usando
estereótipos de classes definidos no processo de desenvolvimento de software
especificados no UML, como o <<boundary>>, <<control>> e o <<entity>>. Por fim é
necessário atualizar o diagrama de classes do modelo do domínio, com os novos
objetos e atributos descobertos[1].
Na fase do projeto é necessário especificar o comportamento para cada caso
de uso, identificar os objetos, mensagens trocadas entre objetos e os métodos
associados que são invocados. Desenhar um diagrama de sequência com o texto do
caso de uso do lado esquerdo, e a informação do desenho do lado direito. Continuando
a utilizar o diagrama de classes com os objetos e atributos entretanto descobertos.
No final desta tarefa, é necessário terminar o modelo estático, adicionando
informação detalhada sobre o desenho e verificar se o desenho satisfaz todos os
requisitos identificados[1].
Na fase final d ICONIX que é a implementação, dependendo das necessidades,
deverá ser produzido diagramas de arquitetura, diagrama de distribuição e de
componentes, que ajudam na tarefa de implementação[1].

2
 ICONIX

3. Fase 1 – ICONIX- Análise de Requisitos

3.1 Casos de Uso

O diagrama de casos de uso é o modelo chave do ICONIX, é aqui que será dirigido
todo o processo. Os casos de uso são especificações de como o sistema se irá comportar,
a partir das descrições das funcionalidades do sistema conseguimos chegar às
funcionalidades de um sistema de forma centralizada pelo utilizador. O presente caso
de uso indica quem são os atores do sistema e quais as funcionalidades que têm ao seu
dispor (figura 1).

Figura 1 - Diagrama de casos de uso

3
ICONIX

3.2 Descrição dos casos de uso

❖ Login: O caso de uso começa quando o utilizador acede à página do IPCB

tutoriais, apresenta os dados de autenticação e carrega em “Login” e o caso
de uso termina;
❖ Registo de aluno: O Coordenador da UTC efetua o login, carrega na opção
registo de aluno, o sistema apresenta vários campos para preenchimento o
coordenador insere os dados do aluno e associa um docente ao aluno. O
sistema envia uma mensagem ao aluno e ao docente e o caso de uso termina.
❖ Registo no sistema: O aluno acede à página do IPCB tutoriais carrega na
opção registar, preenche os dados de registo e carrega em “Concluir´”, o
sistema redireciona para a página principal de aluno e o use case acaba.
❖ Preencher formulário: O aluno tem o login efetuado e após efetuar o login o
sistema redireciona-o para a página formulário para preencher os restantes
dados pessoais, assim como, informações sobre o porquê da escolha do
curso e a instituição que frequentou, carrega em “Guardar” dados e o use
case termina.
❖ Preencher ficha: O aluno tem o login efetuado e no campo “Preencher Ficha”
da página principal, tem uma lista de unidades curriculares, onde para cada
época de avaliação indica a nota obtida, assim como, um comentário de como
decorreram as aulas, carrega em “Guardar” e o caso de uso termina.
❖ Solicitar Reunião: O aluno tem o login efetuado e no campo “Solicitar
Reunião” da página principal, o aluno escreve o motivo da solicitação e o
sistema envia uma mensagem de alerta ao docente, o use case termina
quando o aluno carrega em “Solicitar Reunião”.
❖ Consultar dados do aluno: O docente tem o login efetuado e no campo
“Consultar Dados do Aluno” da página principal, o docente pode verificar os
dados pessoais do aluno ou pode editar os dados carregando no botão
“Editar” o sistema deve ainda permitir o docente apenas voltar à página
principal caso os dados estejam corretos, o use case termina quando o
docente carrega em “Voltar” ou “Sair”.
❖ Editar dados do aluno: O docente tem o campo “Consultar Dados do Aluno”
selecionado, carrega em “Editar Dados” e preenche os novos dados do aluno
e carrega em “Concluir” o use case termina quando o docente carrega em
“Concluir”.
❖ Convocar Reunião: O docente tem o login efetuado e o campo “Reunião”
selecionado, preenche os campos “Data”, “Participante” e “Assunto” e
carrega no botão “Convocar Reunião”, o sistema envia uma mensagem ao
participante, o use case termina quando o docente carrega em “Convocar
Reunião”.
❖ Registar Reunião: O docente tem o login efetuado e o campo “Reunião”
selecionado preenche os campos “Data”, “Participantes” e “Assunto” e

4
 ICONIX

carrega no botão “Convocar Reunião”, o use case termina quando o docente

carrega em “Registar Reunião.

3.3 Diagrama de classes (modelo domínio)

O modelo de domínio representa uma pequena base de trabalho sobre o que o

diagrama de classes e sistema poderá vir a ser. Este é um modelo de inicio de projeto
(figura 2), o que levará a alterações ao longo das várias fases do processo ICONIX, mas
é possível obter uma ideia de como será o sistema e os seus objetos.

Figura 2 - Diagrama de classes (modelo de domínio)

5
ICONIX

4. Fase 2 e 3 – ICONIX- Análise e Projeto preliminar e

Projeto
4.1 Descrição dos casos de uso
______________________________________________________________________________________________
4.1.1 Interface Login

Título: Login
Pré-condição: Ter uma conta registada.
Ator principal: Coordenador UTC, Aluno e Docente.
Garantia Mínima: Apresentação de um erro.
Sucesso garantido: Executar o login.
Trigger: O ator pressiona “Login” na página principal da plataforma.
Cenário Principal de Sucesso:
1. Utilizador introduz os seus dados da conta na janela de login e pressiona
o botão de “Login”
2. Sistema reconhece o utilizador e permite a autenticação;
Extensões:
1. O utilizador introduz os dados errados. O sistema deteta o erro e
apresenta uma mensagem de erro “Os seus dados estão incorretos “;

6
 ICONIX

2. O sistema não efetua o login do utilizador. Ocorre uma falha no sistema

e aparece a mensagem “Falha no sistema, por favor tente de novo”.
4.1.2 Diagrama de Robustez Login

4.1.3 Diagrama de Sequência Login

4.1.4 Diagrama Colaboração Login

7
ICONIX

4.1.5 Interface Registo Novos Alunos

8
 ICONIX

Título: Registo de novos alunos

Pré-condição: Fazer login.
Ator principal: Coordenador da UTC
Garantia: Desfazer qualquer tipo de alteração não guardada
Sucesso garantido: Registo de novos alunos;
Associação de tutores aos alunos;
Enviar uma mensagem ao respetivo aluno e ao tutor.
Trigger: Coordenador acede ao sistema na parte de gestão
Cenário Principal de Sucesso:
1. O coordenador entra na seção de registo do aluno;
2. O coordenador escreve os dados do aluno;
3. O coordenador pressiona no botão “Associar Tutor”;
4. O coordenador acede a uma lista de tutores;
5. O coordenador associa um tutor ao aluno;
6. O coordenador pressiona o botão “Registar”;
7. O sistema envia uma mensagem ao respetivo aluno e tutor;
8. O coordenador sai do sistema.
Extensões: A página solicitada não é carregada ou não pode ser encontrada

4.1.6 Diagrama Robustez Registo Novos Alunos

9
ICONIX

4.1.7 Diagrama de Sequência Registo Novos Alunos

4.1.8 Diagrama de Colaboração Registo Novos Alunos

10
 ICONIX

4.1.9 Interface Aluno Efetua Registo

Título: Aluno efetua registo

Pré-condição: Receber mensagens de atribuição de tutor e de registo no
sistema.
Ator principal: Aluno
Garantia: Efetua o registo no sistema
Sucesso garantido: Dados referentes ao preenchimento do registo.
Trigger: O aluno acede à página “Fazer Registo”
Cenário Principal de Sucesso:
1. O aluno introduz os seus dados pessoais nos espaços onde diz
“Nome”, “password”, “Data de Nascimento”, “email”
2. O aluno pressiona o botão “Registar” e recebe uma mensagem no ecrã
a validar o registo no sistema.

Extensões:
1. Os dados preenchidos não correspondem ao especificado: O sistema
envia uma mensagem para o ecrã a alertar o aluno e não o permite
guardar esses dados;
2. O sistema não guarda os dados preenchidos: O sistema envia uma
mensagem a pedir ao aluno para voltar a colocar os dados.

11
ICONIX

4.1.10 Diagrama Robustez Aluno Efetua Registo

4.1.11 Diagrama de Sequência Aluno Efetua Registo

4.1.12 Diagrama de Colaboração Aluno Efetua Registo

12
 ICONIX

4.1.13 Interface principal Aluno/Formulário

13
ICONIX

Título: Aluno Preenche Formulário

Pré-condição: Login efetuado
Ator principal: Aluno
Garantia: Preenche os dados de Proveniência
Sucesso garantido: Dados referentes ao preenchimento de Proveniência.
Trigger: O aluno acede à página “Dados Pessoais”
Cenário Principal de Sucesso:
1. O aluno carrega em “dados pessoais” e preenche os dados pessoais
que lhe faltam preencher onde diz “Tipo de Identificação”, “Numero
de Identificação”, “Morada”, “Nº Telemóvel”, “Instituição que
Frequentou”, “Área de Formação”, “Justificação da Escolha do Curso”
2. O aluno pressiona o botão “Concluir” e recebe uma mensagem no ecrã
a validar o preenchimento no sistema.

Extensões:
1. Os dados preenchidos não correspondem ao especificado: O sistema
envia uma mensagem para o ecrã a alertar o aluno e não o permite
guardar esses dados;
2. O sistema não guarda os dados preenchidos: O sistema envia uma
mensagem a pedir ao aluno para voltar a colocar os dados.

4.1.14 Diagrama Robustez Formulário

14
 ICONIX

4.1.15 Diagrama de Sequência Formulário

4.1.16 Diagrama de Colaboração Formulário

15
ICONIX

4.1.17 Interface Preencher Ficha Frequência

Título: Preencher ficha

Pré-condição: Registo e Login efetuados.
Ator principal: Aluno
Garantia: A informação colocada nos espaços a preencher não é guardada
Sucesso garantido: Dados da ficha de frequência guardados;
Notificação enviada ao tutor.
Trigger: O aluno acede à página “Preencher Ficha de Frequência”
Cenário Principal de Sucesso:
1. O aluno faz o login e vai à página “Preencher Ficha de Frequência”;
2. O aluno introduz a nota obtida a cada UC do seu curso, em cada época de
avaliação, na secção onde diz “Nota obtida” e adiciona um comentário
sobre a forma como decorreram as aulas da UC do seu curso no espaço
onde diz “Comentários”;
3. O aluno pressiona o botão “Guardar” e recebe uma mensagem no ecrã a
validar o preenchimento da ficha;
4. O sistema guarda as informações e envia uma notificação ao docente
sobre os comentários colocados pelo aluno.
16
 ICONIX

Extensões:
1. Os dados preenchidos não correspondem aos dados do login registados
no sistema: O sistema envia uma mensagem para o ecrã a alertar o aluno
que não foi possível efetuar o login;
2. Os dados preenchidos relativamente às notas não correspondem ao
especificado ou os comentários adicionados não correspondem as
validações do campo: O sistema envia uma mensagem para o campo mal
preenchido a informar;
3. O sistema não guarda os dados preenchidos: O sistema envia uma
mensagem para o ecrã a pedir ao aluno para voltar a colocar os dados.

4.1.18 Diagrama Robustez Preencher Ficha Frequência

4.1.19 Diagrama Sequência Preencher Ficha Frequência

17
ICONIX

4.1.20 Diagrama Colaboração Preencher Ficha Frequência

18
 ICONIX

4.1.21 Interface Solicitar Reunião

Título: Solicitar reunião

Pré-condição: Registo e login efetuado.
Ator principal: Aluno
Garantia: Mensagem de erro na solicitação de uma reunião;
Página mal formatada ou não encontrada
Sucesso garantido: O tutor recebe uma mensagem de solicitação de reunião
Trigger: O aluno pressiona a hiperligação “Solicitar Reunião”.
Pós-condição: Enviar mensagem ao docente.
Cenário Principal de Sucesso:
1. Na página principal seleciona a hiperligação “Solicitar Reunião”;
2. Preencher o campo “Motivo” e carrega no botão “Solicitar Reunião”.
3. O sistema envia uma mensagem ao respetivo docente.
Extensões:
1. A página solicitada não é encontrada;
2. O utilizador não preencheu o campo “Motivo” e o sistema envia para
o ecrã uma mensagem de erro.
3. O sistema não consegue enviar uma mensagem ao docente e envia
mensagem ao utilizador de erro.
19
ICONIX

4.1.22 Diagrama Robustez Solicitar Reunião

4.1.23 Diagrama Sequência Solicitar Reunião

20
 ICONIX

4.1.24 Diagrama Colaboração Solicitar Reunião

4.1.25 Interface Consultar/Alterar Dados

21
ICONIX

Título: Consultar dados

Pré-condição: Fazer login.
Garantia: Caso a tentativa de aceder aos dados do aluno falhe, o utilizador irá
Ator principal: Docente
receber uma mensagem de erro
Sucesso garantido: O tutor terá acesso aos dados do tutorando ao qual está
associado
Trigger: O caso de uso começa quando o utilizador abre a página com os dados do
aluno
Cenário Principal de Sucesso:
1. O docente seleciona “Consultar dados alunos”
2. O docente escolhe o aluno
3. Tem as opções de “Voltar”, “Editar” e “Concluir”
Extensões:
1. A página não é encontrada.
22
 ICONIX

2. O sistema não identifica nenhum aluno.

3. Após selecionar a opção o sistema não encontra a página para onde o
docente vai e o sistema envia uma mensagem de erro.

4.1.26 Diagrama Robustez Consultar Dados

4.1.27 Diagrama Sequência Consultar Dados

23
ICONIX

4.1.28 Diagrama Colaboração Consultar Dados

______________________________________________________________________________________________
Título: Alterar dados
Pré-condição: Login
Ator principal: Docente
Garantia: Caso o tutor não seja capaz de alterar os dados do aluno depois de
carregar na ferramenta “editar”, o mesmo deve fazer refresh na página e voltar a fazer
login.
Sucesso garantido: Possibilitar a alteração dos dados do aluno, previamente
atribuídos.
Trigger: O tutor habilita a ferramenta de editar

Cenário de Sucesso Principal:

1. O utilizador altera os dados que desejar sobre o aluno ao qual está
associado e carrega no botão “Concluir”
Extensões:
1. O utilizador introduz mal os dados num determinado campo e o sistema
envia uma mensagem de erro.

24
 ICONIX

4.1.29 Diagrama Robustez Alterar Dados

4.1.30 Diagrama Sequência Alterar Dados

4.1.31 Diagrama Colaboração Alterar Dados

25
ICONIX

4.1.32 Interface Convocar/Registar Reunião

Título: Convocar Reunião

Pré-condição: Login efetuado.
Ator principal: Docente
Garantia: Mensagem de erro na solicitação de uma reunião;
Página mal formatada ou não encontrada.
Sucesso garantido: O aluno recebe uma mensagem de convocação de uma reunião
Trigger: O docente pressiona a hiperligação “Convocar Reunião”.
Pós-condição: Enviar mensagem ao aluno.
Cenário Principal de Sucesso:
1. Na página principal seleciona a hiperligação “Reuniões”;
2. Preencher os campos obrigatórios (“Data”, “Participantes” e “Assunto”)
e pressiona no botão “Convocar Reunião”;
3. O sistema envia uma mensagem ao aluno.
Extensões:
1. A página solicitada não é encontrada;
2. O docente introduz dados incorretos para um determinado campo e o
sistema envia uma mensagem de erro.
3. O sistema não consegue enviar uma mensagem ao aluno e envia
mensagem ao utilizador de erro.

26
 ICONIX

4.1.33 Diagrama Robustez Convocar Reunião

4.1.34 Diagrama Sequência Convocar Reunião

27
ICONIX

4.1.35 Diagrama Colaboração Convocar Reunião

______________________________________________________________________________________________
Título: Registar Reunião
Pré-condição: Login, associar um aluno.
Ator principal: Docente
Garantia: Mensagem de erro no registo da reunião;
Mensagem de informação que o tutor ainda não associou um aluno;
Página mal formatada ou não encontrada.
Sucesso garantido: O docente recebe uma mensagem de reunião marcada com
os dados da reunião.
Trigger: O docente carrega na hiperligação “Registar reunião”
Cenário Principal de Sucesso:
1. Na página principal é selecionado a hiperligação “Reuniões”;
2. Preencher os campos (“Data”, “Pessoas presentes”, “Quem solicitou?”
e “Assunto”) e pressiona o botão “Marcar reunião”.
Extensões:
1. A página solicitada não é encontrada;

2. O docente introduz dados incorretos para um determinado campo e

o sistema envia uma mensagem de erro.

28
 ICONIX

4.1.36 Diagrama Robustez Registar Reunião

4.1.37 Diagrama Sequência Registar Reunião

29
ICONIX

4.1.38 Diagrama Colaboração Registar Reunião

30
 ICONIX

4.2 Diagrama de Classes

Figura 3 - Diagrama de classes

31
ICONIX

5. Fase – 4 – ICONIX- Implementação

5.1 Diagrama de Distribuição

Figura 4 - Diagrama Distribuição

32
 ICONIX

5.2 Diagrama de Componentes

Figura 5 - Diagrama Componentes

33
ICONIX

6. Conclusão

O relatório apresentado teve como objetivo sumariar todo o trabalho desenvolvido

ao longo de 1 mês e meio sobre Modelação de Sistemas, com base no processo do
ICONIX, para um sistema de acompanhamento de alunos e de tutoriais da Universidade
de Escalos de Cima (UESC), onde foi realizado as quatro fases do ICONIX, análise de
requisitos, a análise e projeto preliminar, o projeto e a implementação.
A realização da modelação de um sistema permite-nos construir modelos para
compreender melhor o sistema que está a ser desenvolvido, bem como, para uma
visualização do sistema, ou seja, é possível ter uma noção de como ele é ou como é
desejado que seja, proporcionando assim um guia de construção do sistema. O ICONIX
consegue ser um processo de desenvolvimento de software prático e simples, com a
capacidade de em cada fase especificar de forma clara e objetiva todas as atividades e
processos.
O trabalho realizado foi concluído com sucesso e após 1 mês e meio de trabalho o
nosso grupo conseguiu apresentar modelos muito apelativos para o sistema de
acompanhamento de alunos e de tutoriais da UESC, no entanto, sentimos alguma
dificuldade na utilização de programas capazes de efetuar os modelos necessários para
a apresentar as fases do processo de modelação do ICONIX.

34
 ICONIX

7. Referências Bibliográficas

“Iconix,” [Online]. Available: http://siiconix.blogspot.com/p/fases.html.

“Trabalhos de Sistemas de Informação,” [Online]. Available:

http://trabalhosdesistemasdeinformacao.wikidot.com/blog:1.

35