Grupo1: Majori, Jefferson e Alex GarciaTema: Projeto de ArquiteturaGrupo2: Guilherme Zucato, Antonio e DiegoTema: Arquitetura de Sistemas DistribuidosGrupo3: Elielson, Victor e FernandoTema: Projeto Orientado a ObjetosGrupo4: Guilherme Bueno, Fabricio e MatheusTema: Projeto de Software de Tempo RealGrupo5: Lucas, Augusto e WesleyTema: Projeto de ReusoGrupo6: Guilherme Tavares, Paulo, KelvinTema: Projeto de Interface com o Usuario Grupo 6Guilherme Tavares, Paulo, Kelvin O objetivo deste capitulo e apresentar alguns aspectos do projeto de interface com o usuario que sao importantes para os engenheiros de software.Segue o Link:Clique Aqui!!! Projeto de Arquitetura e o processo inicial da construcao de um sistema. O sistema e dividido em subsistemas menores, sendo o projeto de software responsavel por identificar esses subsistemas e estabelecer um Framework para o controle e a comunicacao dos sistemas.Framework e quem identifica os componentes e os fazem se comunicar.Existem tres vantagens para projetar e documentar uma arquitetura de software:Comunicacao com os Stakeholders (Interessados no Sistema) A Arquitetura pode ser utilizada como um ponto de discussao pelos stakeholders.Analise do SistemaSignifica que alguma analise pode ser realizada. Verifica se o sistema pode suprir requisitos nao-funcionais.Reutilizacao em larga Escala A arquitetura pode ser reutilizada em grande escala.Cada projetista trabalha de uma maneira diferente, mas todos eles desenvolvem tres atividades em comum:Estruturacao do sistemaO sistema e decomposto em subsistemas principais e a comunicacao entre estes e identificada.Modelagem de controleE estabelecido um modelo dos relacionamentos de controle entre as partes do sistema.Decomposicao modularOs subsistemas identificados sao decompostos em modulos.Ha uma diferenca entre Subsistema e Modulo.Um Subsistema e um sistema cuja operacao nao depende dos servicos fornecidos por outros subsistemas. Sao compostos por modulos. E um Modulo e geralmente um componente de sistema que fornece um ou mais servicos para outros servicos, mas nao e considerado um sistema independente. Um modulo precisa de outro modulo para formar um subsistema.Diferentes modelos arquiteturais podem ser produzidos durante o processo de projeto. Cada modelo apresenta diferentes perspectivas sobre a arquitetura.Modelo Estrutural Estatico mostra os principais componentes do sistema;Modelo de Processo Dinamico mostra a estrutura do processo do sistema (processos em run-time tempo de execucao);Modelo de Interface define as interfaces de subsistemas (servicos oferecidos);Modelos de Relacionamentos mostra como vai ser a relacao entre os subsistemas para que forme o sistema final.A Estrutura e o Estilo especifico escolhido para um aplicacao, podem depender dos requisitos nao funcionais do sistema.Desempenho: Se o desempenho for um requisito importante, isso sugere que a arquitetura deve ser projetada dentro de um pequeno numero de subsistemas.Protecao: Se a protecao for um requisito fundamental, isso vai sugerir que uma estrutura em camadas para a arquitetura deve ser utilizada com os itens mais importantes protegidos nas camadas mais internas e com um alto nivel de validacao de protecao aplicado a essa camada.Seguranca: Se a seguranca for o requisito mais importante, sugere que as operacoes relacionadas com a seguranca fiquem todas em um unico subsistema ou em um pequeno numero de subsistemas. Essa opcao reduz os custos e os problemas de validacao de seguranca.Disponibilidade: Se esse for o requisito fundamental, sugere que a arquitetura seja projetada para incluir componentes possiveis de substituicao e atualizacao,