Andamento do Projeto

Dois novos algoritmos já foram implementados: FIFO e NRU (Não Recentemente Usada).

Em breve, estaremos publicando o quadro de itens.

Novo padrão de projeto identificado

Devido ao novo requisito solicitado pelo professor, verificamos a necessidade de um novo padrão de projeto a ser implementado: ITERATOR.

Tal padrão será utilizado para a leitura dos objetos tipo Algoritmos, na classe de Coleção de Algoritmos, que foram selecionados pelo usuário.

Tabela de Itens da 3ª Iteração

Esta é a Tabela de Itens da Terceira Iteração, com todas as tarefas a fazer.

Tabela de Itens da 2 iteração

Esta é a Tabela de Itens da Segunda Iteração, com todas as tarefas concluidas.

Início da última reunião da 2 iteração

A reunião inicia.

Vamos começar a discutir como será a apresentação de amanhã.

Segunda iteração

A equipe continua os trabalhos.

As funcionalidades do software que faltam, conforme o que nos foi pedido, já estão concluidas. Amanhã, publicaremos a tabela de itens.

Amanhã também será realizada a última reunião da equipe antes da apresentação. Será concluido, durante a mesma, os slides.

Modelo de Dominio Corrigido

Tabela de Itens da Segunda Iteração

Esta é a Tabela de Itens da Segunda Iteração, com tarefas ainda por terminar.

Erro no Modelo de Domínio

Foi detectado um erro no modelo de dominio: As classes dos algoritmos que herdam da classe AlgoritmoSubstituicaoPaginas possui um atributo que se repete. Este subirá para a classe AlgoritmoSubstituicaoPaginas.

Modelo de Domínio

Modelo de Domínio já mostrado ao professor. Para uma visualização completa, clique na imagem acima.

Final da reunião.

A reunião chega a sua reta final. Chegamos ao modelo de domínio, que será publicado no blog mais tarde. Foi definido as prioridades da implementação e o que deve ser feito pelos membros da equipe.

Ainda estamos tentando criar tabela de itens da segunda interação, pois temos algunas dúvidas dentro da equipe.

Início de mais uma reunião da segunda iteração.

A reunião começa e a equipe inicia as discussões do que deverá ser feito.

No programa, para esta segunda iteração será implementado:

- Memória Virtual;
- O algoritmo de substituição de páginas LRU;
- Salvamento do LOG;
- Inicialização de pelos usuários dos parâmetros do simulador;
- Seleção dinâmica do algoritmo;
- Criação dos processos pelo usuário;

A equipe viu a possibilidade de colocar ao armazenamento das classes básicas em um Banco de Dados, porém essa idéia está totalmente inviabuilizada devido a fatores como a desempenho, visto que a troca de informações entre as classes básicas, via regra de negócio é constante e intensa durante a simulação. Além disso, a identificação do processo e os cálculos da simulação são baseados nos índices do vetor.

Tabela de Itens Atualizada.

Este é a tabela de itens atualizada do nosso sistema.
Ainda hoje estaremos encaminhando a primeira interação aos professores.

Esperamos do professor que o mesmo informe detalhadamente o que quer que coloquemos na tabela de itens na próxima interação.

Princípios de projeto de interface com o usuário

A GUI da Iteração 1 foi desenvolvido de forma bem simples para atender a necessidade inicial dos clientes. As entradas estão afixadas do código-fonte e as saídas somente com os resultados finais, sem os resultados parciais para acompanhamento da simulação e sem os registros no log. Esta simplicidade da GUI vem do pouco tempo fornecido para a equipe desenvolver a aplicação, dando ênfase à regra de negócio, e a documentação/atualização do blog.

Padrões de Projeto e Arquitetural Utilizado

Os padrões inseridos no Projeto SIGEME foram (identificando o nome do padrão e em qual classe foi inserida):

PADRÕES DE PROJETO

* Fundamental - Interface
Mantém uma classe que usa dados e serviços providos por instâncias de outras classes independentemente dessas, através do acessoa tais instâncias obrigatoriamente atravésde uma interface.

Todas as classes do sistema tem Interface. São elas:
Classes Básicas-MemoriaReal-MemoriaVirtual-Processo
Regras de Negócio-Simulacao-AlgoritmosSubstituicaoPaginas
Fachada-Fachada

* Criação - Singleton
Garante que uma e somente uma instância de uma determinada classe exista durante a toda a execução do sistema.
- MemoriaVirtual- MemoriaReal
* Estrutural - Façade (Fachada)
Fornece uma interface unificada para um conjunto de interfaces em um subsistema. O Façade define uma interface de nível mais alto que torna o subsistema mais fácil de usar.
- Fachada

* Comportamental - Estrategy
Define uma família de algoritmos, encapsulacada um deles e os torna intercambiáveis. O Strategy permite que o algoritmo varie independentemente dos clientes que o utilizam.
-AlgoritmosSubstituicaoPaginas

PADRÃO ARQUITETURAL* Layers
Permite estruturar o framework em camadas com funções bem definidas, evitando uma estrutura complexa, com diversos componentes sem ligaçãológica.
Com esse padrão, a mudança em um componente não afetaria outros, pois eles estariam bem encapsu-lados,cada qual em sua camada.

O padrão Layer foi empregado na arquitetura doSIGEME a fim de organizá-la evitando a desestru-turação dos componentes. Além disso, o Layer facilita a implementação,o reuso de camada e de componentes, permite mudanças sem afetar o resto do sistema e possibilita que as dependênciassejam mantidas localmente.

Tabela de Itens e Estimativas

Este é a tabela de itens pedida pelo processo atualizada até o momento.

Mais uma reunião da 1 interação

Segue, em andamento, mais uma reunião da equipe. Esta reunião se iniciou ás 08:00h

Estamos com dificuldades na implementação e a partir de agora os trabalhos seguem separados. Uma parte da equipe está na implementação e outra se dedica à modelagem dos modelos de domínio, arquiteturais, de projeto e interface.

Finalização da Reunião

Estamos concluindo mais uma reunião onde ficou definido as atividades que serão realizadas pelos membros do grupo. As atividades são:

• Documento do Modelo de Domínio.
• Documento de Aplicação dos padrões arquiteturais e de projeto.
• Documento de princípios de projeto de interface com o usuário.
• Implementação da simulação de gerenciamento de memória com o algoritmo de substituição de página Randômico.

A tabela de itens e as estimativas já foram mostradas ao professor Tiago e aprovadas pelo mesmo. Publicaremos no blog, neste sábado (amanhã).

Reunião da equipe.

Estamos reunidos no laboratório de informática da FACAPE e vendo a dificuldade na implementação do sistema, visto ser algo bastante complexo para tão curto espaço de tempo.

Primeira reunião da primeira interação

Ontem foi realizada a primeira reunião da equipe onde se definiu reuniões presenciais para a criação das atividades pedidas na primeira interação.

Como todos os componentes trabalham, a reunião estará sendo feita nos horários naturais da pós: sexta-feira a noite e sábado pela manhã.

Mesmo assim, já foi encaminhado o que cada um deve iniciar a fazer antes da reunião.

Descrição dos Casos de Uso

Foi entregue ao professor, por e-mail, já confirmado o recebimento do diagrama de casos de uso do sistema com a descrição de seu funcionamento através de diagramas de seqüência.

Nosso trabalho consiste na entrada inicial de dados pelo usuário:
Tamanho da memória real (512kb, 256kb, 128kb), o algoritmo de substituição de páginas a ser utilizado (entre Randômico, FIFO, NRU, LRU, MRU, e Segunda Chance), e o tamanho da página (2,4,8,16 kb). O sistema irá calcular o tamanho da memória virtual.

Depois o usuário criará processos onde informará o tamanho do processo (20kb - 100kb), o tempo total de execução do processo (100-999s) e o nome do Processo e o sistema calculará o tamanho do working set (20%+ do tamanho do processo), o código do processo (gerador automático crescente a partir de 100) e o quantum (número aleatório entre 20-100).

Então o sistema criará a memória real e virtual com os seguintes dados:

Memória real: Código do processo; Endereço da página (crescente a partir de 1); Modificação: boolean; Bit de uso da página (bit de referência); Posição da página no processo; Quantidade de uso total da página; Hora do Carregamento;

Memória virtual: Código do processo; Endereço da página (crescente a partir de 1); Posição da página no processo;

Após as interações do sistema com os dados ele apresentará como resultados:

• Desempenho do algoritmo de substituição de páginas;
• Taxa de page faults
• Velocidade das interações
• Memória real e virtual livre
• Quantidade de swapping in e out;
• Log com o que aconteceu nas interações;

Membros da equipe

Formalizada a entrada dos novos membros na equipe: Tarcísio e Cássio.

A Integração de novos membros na equipe

Após reunião entre duas equipes (Tenorio/Nícolas e Tarcísio/Cássio), conseguimos fechar uma parceria formando um quarteto.

O novo nome do grupo é NCT². Este grupo irá manter o projeto SIGEME.

Reunião para os Casos de Uso

Foi realizada uma reunião para a criação dos Casos de Uso do Sistema. Ficamos de analisar os casos criados e encaminhar o resultado amanhã (domingo 05/10).

Também foi realizada uma interação com o professor Tiago, pelo MSN, que tirou algumas dúvidas do nosso projeto.

Foi encaminhada para a lista uma solicitação para quem quiser compor nossa equipe. Estamos com apenas dois integrantes e queremos fechar o quarteto.