Spelling suggestions: "subject:"arquitetura dde software"" "subject:"arquitetura dee software""
11 |
PLAR: Uma técnica de recuperação de arquitetura de linhas de produto de softwareCardoso, Mateus Passos Soares 14 March 2017 (has links)
Submitted by Mayara Nascimento (mayara.nascimento@ufba.br) on 2017-05-31T12:41:20Z
No. of bitstreams: 1
dissertacao-mateus.pdf: 2862867 bytes, checksum: 9e64fec80f4c391286f91f1b09c290c3 (MD5) / Approved for entry into archive by Vanessa Reis (vanessa.jamile@ufba.br) on 2017-06-02T14:10:15Z (GMT) No. of bitstreams: 1
dissertacao-mateus.pdf: 2862867 bytes, checksum: 9e64fec80f4c391286f91f1b09c290c3 (MD5) / Made available in DSpace on 2017-06-02T14:10:15Z (GMT). No. of bitstreams: 1
dissertacao-mateus.pdf: 2862867 bytes, checksum: 9e64fec80f4c391286f91f1b09c290c3 (MD5) / Linhas de produtos de software promovem o reuso em larga escala, apoiando a criação,
evolução e gerenciamento de portfólios de produtos que compartilham um núcleo comum
de características e se diferenciam com base em características variáveis. Na Engenharia
de Linha de Produtos de Software, a arquitetura da linha de produtos é um ativo
importante, que descreve os pontos de variabilidade da linha de produtos. Se estiver
desatualizada ou ausente, pode ser parcialmente recuperada a partir da arquitetura implementada
nos produtos da linha. As abordagens para recuperação de arquitetura de
software existentes podem ser utilizadas para recuperar a arquitetura de cada produto da
linha. Entretanto, técnicas e ferramentas de recuperação, especialmente concebidas para
identificar e descrever pontos de variabilidade e comunalidade na arquitetura da linha de
produtos propriamente dita, ainda são incipientes. Este trabalho apresenta uma abordagem
para recuperação de arquitetura de linhas de produtos de software. A abordagem
proposta inclui a técnica PLAR (Product Line Architecture Recovery) e a ferramenta
PLAR Tool, que implementa a técnica PLAR. A técnica PLAR permite a identificação
de pontos de variabilidade e comunalidade da linha de produtos em nível arquitetural. A
ferramenta PLAR Tool apóia a recuperação de arquitetura de linhas de produtos, bem
como a avaliação de seu grau de reuso. A ferramenta PLAR Tool foi objeto de um estudo
realizado com desenvolvedores de linhas de produtos de software, com o propósito
de avaliar o resultado da recuperação, com base em visões arquiteturais geradas pela
ferramenta, e coletar sugestões de melhoria. Os desenvolvedores não identificaram erros
de classificação de elementos arquiteturais com pontos de variabilidade nas arquiteturas
recuperadas. Por outro lado, alguns elementos que implementam a variabilidade não
foram classificados, sugerindo a necessidade de melhorar a seleção de produtos da linha
para uso no processo de recuperação de arquitetura. A ferramenta foi utilizada em dois
estudos empíricos, um com o propósito de recuperar a arquitetura de linha de produtos
de projetos de código aberto e avaliar sua qualidade, e outro com o propósito de comparar
dois métodos de geração de produtos: Padrão x T-Wise. Os principais resultados destes
estudos são: existe uma relação estatística entre o número de produtos da linha usados
pela técnica PLAR e o grau de reuso da arquitetura recuperada e, o uso do método de
geração de produtos T-Wise permitiu que um número reduzido de produtos da linha fosse
usado na recuperação de arquitetura, sem comprometer a precisão da recuperação
|
12 |
STREAM-ADD: Um processo de Documentação de Decisões de Projeto ArquiteturalMatos, Diego Dermeval Medeiros da Cunha 28 February 2012 (has links)
Submitted by Pedro Henrique Rodrigues (pedro.henriquer@ufpe.br) on 2015-03-04T17:57:12Z
No. of bitstreams: 2
dissertação_final.pdf: 3633395 bytes, checksum: 6d6ca33dd2139119527f6b4689c3d97a (MD5)
license_rdf: 1232 bytes, checksum: 66e71c371cc565284e70f40736c94386 (MD5) / Made available in DSpace on 2015-03-04T17:57:12Z (GMT). No. of bitstreams: 2
dissertação_final.pdf: 3633395 bytes, checksum: 6d6ca33dd2139119527f6b4689c3d97a (MD5)
license_rdf: 1232 bytes, checksum: 66e71c371cc565284e70f40736c94386 (MD5)
Previous issue date: 2012-02-28 / A Engenharia de Requisitos e o Projeto Arquitetural são duas atividades do processo de desenvolvimento
de software que são fortemente relacionadas e sobrepostas. Apesar de existirem
várias abordagens de integração entre estas atividades, nenhuma delas está totalmente
consolidada. Nesse sentido, prover métodos efetivos de integração entre requisitos e arquitetura
ainda é um desafio em aberto da Engenharia de Software. Nesse contexto, o processo
STREAM (Strategy for Transition between Requirements and Architectural Models) apresenta
uma abordagem dirigida a modelos para gerar arquitetura de software inicial – descrita utilizando
a linguagem de descrição arquitetural Acme – a partir de modelos de requisitos em i*.
Por outro lado, estudos recentes da comunidade de arquitetura de software têm enfatizado que
especificar arquitetura de software só em termos de visões arquiteturais não é suficiente. Há a
necessidade de tratar também as decisões de projeto arquitetural e o rationale associado a elas
como entidades de primeira classe na especificação da arquitetura. No entanto, apesar de o
STREAM oferecer uma maneira sistemática de derivar modelos de arquitetura que traz alguns
dos benefícios do uso do framework i* e de transformações de modelos, ele não dá suporte a
documentação de decisões arquiteturais e do rationale. Além disso, ele só prevê o refinamento
da arquitetura com um subconjunto de decisões arquiteturais de estrutura e não leva em
conta decisões arquiteturais relacionados com tecnologia. Dessa forma, esta dissertação define
uma extensão do processo STREAM, denominada STREAM-ADD (Strategy for Transition
between Requirements and Architectural Models with Architectural Decisions Documentation).
Esta abordagem tem o objetivo de sistematizar a documentação de decisões estruturais e
de decisões de tecnologia no momento em que são tomadas e permite o refinamento da arquitetura
de acordo com tais decisões. Diante disso, foi definido um template de documentação
de decisões arquiteturais que relaciona o rationale da decisão aos elementos das linguagens
fonte (i*) e alvo (Acme) do STREAM. Finalmente, para exemplificar a utilização da abordagem,
o processo proposto neste trabalho foi usado para especificar a arquitetura do sistema de
agendamento de cursos MyCourses.
|
13 |
Arquimedia: uma proposta de arquitetura de software para terminais de acesso à TV digital interativa. / Arquimedia: a set-top-box software architecture proposal to interactive digital TV.Hira, Celio 02 April 2008 (has links)
Os sistemas de televisão digital terrestre têm se estabelecido e expandido em várias regiões do mundo. A expectativa é de que 1,4 bilhão de televisores analógicas sejam substituídas por televisores e receptores digitais, também conhecidos como terminais de acesso. Daí a importância destes dispositivos que recebem e decodificam o sinal digital. Diante da diversidade de plataformas de hardware de diferentes fabricantes e perfis de terminais de acesso, existe a necessidade de um alto investimento para criar e desenvolver aplicações e software intermediário (Middleware) na medida em que existe a necessidade de diferentes códigos-fontes para cada uma das plataformas. Além desta fragmentação de implementações por conta das várias plataformas de hardware, existe a demanda crescente por desempenho e por soluções com um conjunto maior de funções. Para endereçar a estas questões, existem organizações, iniciativas e tecnologias emergentes em sistemas embarcados multimídia, algumas delas baseadas em componentes de software, que estão consolidando técnicas que podem ser aplicadas à estrutura de software de um terminal de acesso, dentre as quais destacamos a UHAPI, o M3W, o OpenMAX, a IOS e o GStreamer. Esta dissertação apresenta uma proposta de arquitetura de software denominada Arquimedia com base em uma análise comparativa destes trabalhos. Foram realizados e analisados ensaios de desempenho parciais para a validação da proposta. / The terrestrial digital television systems have been established and expanded by the worldwide. It is expected that 1.4 billion analog TV sets will be replaced by set-topboxes and digital receivers TV sets, also known as access terminals. This fact shows the relevance of these devices that receive and decode the digital signals. Given the diversity of the hardware platforms of different manufacturers and different set-topboxes profiles, there is a need for a major investment to create and develop applications and Middleware because for each hardware platform, different source codes need to be developed. Beside the fragmentation of implementations resulted by the diversity of hardware platforms, there is an increasing demand for performance and solutions with more functions. To address these questions, there are organizations, initiatives and emerging technologies, some of them based on software components, that are consolidating techniques that can be applied to the software stack of a set-top-box, from among we emphasize the UHAPI, M3W, IOS and GStreamer. This master thesis deals a comparative analysis of these technologies and presents a set-top-box software architecture proposal called Arquimedia. Performance tests were made and analyzed to validate the proposal.
|
14 |
Um roteiro para o ensino de qualidade de arquitetura de software guiado por requisitos não funcionais. / A roadmap for teching software architecture quality guided by non-functional requirements.Andrade, Renato Manzan de 19 August 2015 (has links)
A qualidade da arquitetura de software pode impactar diretamente a satisfação do usuário, uma vez que define se os atributos de qualidade serão atingidos, principalmente os requisitos não funcionais. Apesar disso, os conceitos de qualidade de arquitetura de software não são tratados com a devida importância pelos currículos dos cursos de graduação e pós-graduação dos cursos de Computação. A ausência de conhecimento sobre qualidade de arquitetura de software, dos trade-offs entre atributos de qualidade e de como medir esses atributos durante o ciclo de desenvolvimento de software faz com que egressos dos cursos de Computação somente aprendam que os atributos de qualidade de arquitetura são fatores crucias para o sucesso de um projeto da pior forma possível, ou seja, após muitos projetos fracassados em sua vida profissional, colocando em risco toda sua trajetória de carreira. Este trabalho de pesquisa propõe um método experimental (roteiro) para o ensino de qualidade de arquitetura de software guiado por atributos de qualidade, principalmente requisitos não funcionais, utilizando uma abordagem prática, iterativa e dirigida pelo processo de negócio com o objetivo de auxiliar no processo de aprendizagem da importância dos atributos de qualidade de arquitetura de software e medição desses atributos durante todo o ciclo de vida de um sistema. Para a elaboração do roteiro de ensino proposto foram utilizadas normas relacionadas à qualidade do produto e do processo de software, modelos de referência para sistemas de processamento distribuído, métodos de avaliação de arquiteturas de software e teorias pedagógicas relacionadas ao processo de ensino/aprendizagem. Para avaliação do roteiro de ensino proposto, o mesmo foi aplicado em disciplinas de graduação e pós-graduação em Engenharia de Computação, mais especificamente em disciplinas da área de Engenharia de Software. / The software architecture quality directly affects user satisfaction, since it defines if quality criteria will be achieved, especially regarding the non-functional requirements. However, software architecture quality concepts are not handled with due importance by undergraduate and graduate computer curricula. The lack of knowledge about software architecture quality, quality attribute trade-offs and how to measure these attributes during the software development cycle makes computer graduates/engineers only learn that software architecture quality is a key to a successful project in the worst way possible, i.e., after many failed projects in their professional lives, jeopardizing their entire career trajectory. This research proposes a experimental method (roadmap) for teaching software architecture quality guided by quality attributes, primarily by non-functional requirements, using an iterative and practical approach, driven by business process. This will help to teach the importance of software architecture quality and of measuring these attributes throughout the system life cycle. For developing the proposed roadmap, standards related to software product and process quality, reference models for distributed processing systems, methods for software architectures evaluation and pedagogical theories related to the learning process were used. To evaluate the proposed roadmap, it was applied in undergraduate and graduate Computer Engineering courses, specifically in Software Engineering disciplines.
|
15 |
Framework para sistemas hipertexto na Web.Leonardo Botelho Battaglia 21 February 2008 (has links)
A área de estudo relacionada aos sistemas Hipertexto recebe atenção especial nestes últimos tempos motivada pelo crescimento da Internet, mas ainda assim é difícil encontrar na literatura uma arquitetura de software que permita ao software ser reutilizável, flexível e escalável. O principal objetivo desta tese é prover esta arquitetura modular reutilizável para o desenvolvimento de Sistemas Hipertexto para a Web, propiciando a implementação de aplicações desta natureza de forma coesa, ágil, eficiente e livre de falhas. Um framework hipertexto para sistemas Web foi criado utilizando a arquitetura proposta como um guia de desenvolvimento. O intuito do framework é a validação desta nova arquitetura oferecendo um sistema pré-moldado, facilitando a implementação de novas aplicações Hipertexto para a Web. Utilizou-se a tecnologia Java para permitir eventuais extensões ao framework e conseqüentemente de sua arquitetura. Pela necessidade de certificar o que foi proposto e construído, aplicou-se o framework a um estudo de caso, o sistema Web do projeto João de Barro. Este projeto tem por finalidade principal o desenvolvimento de um módulo criptográfico para a emissão das chaves públicas e privadas da AC-Raiz baseando-se em princípios de software livre. A justificativa ao uso do framework hipertexto para este projeto é garantir um meio de disponibilizar o acesso às informações e ao código fonte, viabilizando a possibilidade do estudo ao conteúdo gerado durante o projeto, sendo este um dos princípios para a afirmação do software como sendo livre.
|
16 |
RUP extension for development of distributed systems.Carlos Eduardo de Barros Paes 13 May 2008 (has links)
The increasing number of distributed systems results from the progress of computing and communication technology. This progress contributed to the expansion of Internet, increasing both availability and decentralization of the storage and processing. Nowadays the development of mature software for those systems is accomplished through the use of good practices of software engineering. The software engineering discipline provides processes, methods, techniques and tools that allow a suitable organization of the development process, as well as a quality result. Security, performance and fault tolerance are considered essential requirements for distributed systems. In this way, it is important that during the system development that these quality requirements be considered from the initial to end phases of software development lifecycle. Most of the software development processes were proposed before this understanding and they do not provide appropriate support for the development of distributed systems yet. RUP (Rational Unified Process) is a well-known software engineering process that provides a disciplined approach to assigning tasks and responsibilities; however, it has little support for development of distributed systems. The proposal of this work is to propose an extension to RUP for the development of distributed systems. In this proposal we considered security, fault tolerance and performance as important aspects of distributed systems design. All these aspects are embodied in RUP as a knowledge area (discipline), named distributed systems, with activities and roles defined according to the architecture of process engineering UMA (Unified Method Architecture). Examples were elaborated to clarify and show the feasibility of the proposal for both each knowledge areas and all the knowledge areas.
|
17 |
Teste baseado em arquitetura de software e modelo de estados.Augusto Maia Gonçalves 21 December 2009 (has links)
Em sistemas grandes e complexos, a necessidade de formalizar a atividade de testes tende a crescer. Fazendo-se uso da ADL (Architectural Description Language), pode-se obter uma descrição de alto nível do software que pode originar um conjunto alternativo de informações para teste. Neste trabalho, apresenta-se uma proposta para organizar a atividade de teste a partir da descrição arquitetural por meio de um mapeamento entre ADL Wright e diagrama de estados da UML. Neste sentido, desenvolveu-se uma ferramenta, chamada WC2UML, que implementa tal mapeamento e permite a sua visualização gráfica. Ao final, com base em métodos da literatura, é possível gerar sequências de testes a partir dos diagramas obtidos.
|
18 |
DIRAR-TSN : direcionadores de uma arquitetura de referência para teste de software na nuvemEtiene Anastácio Lamas 06 December 2012 (has links)
Para enfrentar a recente expansão de Computação em Nuvem, faz-se necessário definir Arquiteturas de Referência para Teste de Software neste ambiente. Esta Pesquisa possui o objetivo de investigar, conceber e implementar os principais Direcionadores de uma Arquitetura de Referência para Teste de Software na Nuvem (DIRAR-TSN), com foco no monitoramento da qualidade. No estudo em questão, uma investigação abrangente vem sendo efetuada sobre sua teoria genérica e específica, visando Teste de Software na Nuvem. Os direcionadores sugeridos para uma arquitetura de referência possuem como finalidade melhoria do monitoramento da qualidade dos serviços e produtos no ambiente da Nuvem. A principal contribuição desta pesquisa consiste em identificar, analisar e propor os principais DIRAR-TSN. Espera-se que, por meio da integração de Teste de Software na Nuvem se alcance, melhores e mais eficientes, monitoramentos dos produtos e dos serviços entregues. A principal vantagem advinda da utilização de DIRAR-TSN é a de propiciar Arquiteturas de Referência aplicadas na prática, e que estas propiciem um monitoramento quantitativo da qualidade dos produtos e serviços de software a serem entregues. Desta forma, esta pesquisa se propõe a cobrir esta lacuna no conhecimento.
|
19 |
Arquitetura conceitual de um simulador para consciência situacional cibernéticaAndré Ferreira Alves Machado 27 November 2013 (has links)
Neste trabalho apresentamos uma arquitetura conceitual que emprega simuladores para a obtenção da consciência situacional cibernética do campo de batalha. Para isso, abordamos no Referencial Teórico conceitos e requisitos operacionais do Comando e Controle (C2) empregado na força terrestre, assim como aspectos referentes à guerra cibernética. Em ambos os assuntos, expomos simuladores que são empregados pelo Exército Brasileiro no campo cinético (tático) e cibernético. Ainda no Referencial Teórico, exibimos trabalhos relacionados a esta pesquisa, que contribuíram para a identificação dos pontos fortes e fracos das abordagens existentes. No desenvolvimento da pesquisa, um Cenário de Emprego Tático foi apresentado e, com base neste, sugerimos a Infraestrutura de Tecnologia da Informação necessária para dar suporte às operações militares. A partir desses cenários, identificamos as necessidades de C2 que surgem com o emprego das redes de computadores. Com as necessidades de C2 e com os ensinamentos contidos no Referencial Teórico, identificamos a constituição, em módulos, da arquitetura. Basicamente a arquitetura foi formada por um simulador tático, um simulador cibernético e um módulo responsável pela integração destes ambientes (baseado na teoria de grafos). Quanto às funcionalidades da arquitetura, relatamos como pode ser feita a identificação das vulnerabilidades, em relação a uma missão tática específica; o cálculo de risco; a identificação de impactos no ambiente cinético, provocado por ataques cibernéticos; e como a arquitetura pode ser utilizada para realizar planejamentos táticos e cibernéticos integrados. Para a avaliação da arquitetura, utilizamos um framework em JAVA para a construção e análise dos grafos, constatando a viabilidade do uso de grafos para realizar a integração dos ambientes cinético e cibernético. Finalizando a avaliação da arquitetura, como um todo, usamos os cenários e ferramentas apresentadas no trabalho para configurar a arquitetura e avaliar, teoricamente, a sua capacidade em prover as necessidades de C2 identificadas anteriormente.
|
20 |
An architectural model for access control frameworks extensible for different authorization modelsJefferson de Oliveira Silva 06 December 2013 (has links)
Authorization in its most basic form can be reduced to a simple question: "a subject X may access a resource Y?" A subject is a process, which is the representative of a user or an active external agent in a system. A resource is anything worth protecting such as files or services. The attempt to implement an adequate response to the authorization question has produced many access control models and mechanisms. The development of the authorization mechanisms usually employs frameworks, as a way of reusing larger portions of software. The present authorization context has demanded for applications able to handle security policies of multiple access control models. Industry has resolved this problem in a pragmatic way, by mingling business and authorization concerns into the code. This dissertation thesis proposes an extensible and decoupled architectural model, which allows the separation of authorization from business concerns. The Esfinge Guardian framework is proposed, instantiated based on the architectural model and made available as an open source tool. An application is created as an experiment, in which some authorization scenarios have been implemented and the achieved modularity is evaluated. Additionally, a comparative analysis among academic and industry frameworks is realized. As a result, software developers using Esfinge Guardian should be able to write code respecting the software engineering principle of separation of concerns.
|
Page generated in 0.0865 seconds