Spelling suggestions: "subject:"8oftware - architecture"" "subject:"8oftware - 1rchitecture""
211 |
SOPLE-DE: an approach to design service-oriented product line architecturesMedeiros, Flávio Mota 31 January 2010 (has links)
Made available in DSpace on 2014-06-12T15:58:03Z (GMT). No. of bitstreams: 2
arquivo3244_1.pdf: 2061206 bytes, checksum: d9bbab1debda0a2122b877cceb8484ed (MD5)
license.txt: 1748 bytes, checksum: 8a4605be74aa9ea9d79846c1fba20a33 (MD5)
Previous issue date: 2010 / Conselho Nacional de Desenvolvimento Científico e Tecnológico / O reuso de software é um fator extremamente importante para empresas interessadas em
aumentar sua produtividade, diminuir os custos e o tempo durante o desenvolvimento de
sistemas e melhorar a qualidade de seus produtos e serviços. Nesse contexto, Linhas de
Produto de Software (LPS) e Arquitetura Orientada a Serviços (SOA) são duas estratégias
que estão atualmente recebendo uma grande atenção, tanto na área acadêmica quanto
na indústria de software. Os conceitos de linhas de produto e arquitetura orientada
a serviços compartilham alguns objetivos e características que podem ser usados em
conjunto para aumentar as taxas de reuso de software. No entanto, para o resultado dessa
junção ser otimizado, é necessário utilizar um processo de desenvolvimento bem definido.
Caso contrário, a equipe de desenvolvimento poderá produzir software de maneira não
sistemática, aumentando as chances de falha, o tempo e o custo de desenvolvimento. Com
essa visão, esse trabalho apresenta uma abordagem para o projeto de arquiteturas para
linhas de produto orientada a serviços, constituída de um conjunto de atividades e sub
atividades com entradas e saídas especificadas, sendo cada uma delas realizada por um
conjunto predefinido de papéis com responsabilidades definidas. Essa abordagem visa
ajudar arquitetos de software a projetar arquitetura orientada a serviços para domínios
específicos. Para garantir a qualidade da abordagem desenvolvida, uma pesquisa extensiva
foi realizada para analisar o atual estado da arte de processos para o desenvolvimento
orientado a serviços. Foram então considerados os pontos fracos e fortes dos processos
estudados com o intuito de identificar e preencher as lacunas neles existentes. Por fim,
essa abordagem foi validada e refinada por meio de um estudo acadêmico experimental
preliminar
|
212 |
Extending the riple-design process with quality attribute variability realizationCavalcanti, Ricardo de Oliveira 31 January 2010 (has links)
Made available in DSpace on 2014-06-12T15:58:11Z (GMT). No. of bitstreams: 2
arquivo3303_1.pdf: 1930482 bytes, checksum: 5203b90b2f2248bb0739907c03b9a717 (MD5)
license.txt: 1748 bytes, checksum: 8a4605be74aa9ea9d79846c1fba20a33 (MD5)
Previous issue date: 2010 / Reúso de software é uma forma viável de obter ganhos de produtividade e melhoria no timeto-
market tão desejados pelas empresas. O reúso não sistemático (Ad hoc) pode ser
prejudicial, uma vez que a reutilização de artefatos de baixa qualidade pode diminuir a
qualidade dos produtos finais. O reúso sistemático através da adoção de Linhas de Produto de
Software (LPS) é uma boa alternativa para alcançar metas de qualidade e de redução de
custos. Essa abordagem se tornou uma solução efetiva para gerar vantagem competitiva para
as empresas.
Arquiteturas de linhas de produto devem se beneficiar das comunalidades entre os produtos e
possibilitar a variabilidade entre eles. Ao mesmo tempo, como uma arquitetura de software,
precisa atender requisitos de atributos de qualidade. O desafio de atender atributos de
qualidade em sistemas únicos (single systems) torna-se ainda mais complicada no contexto de
linhas de produto porque a variabilidade pode ocorrer também nos atributos de qualidade.
A variabilidade em atributos de qualidade é uma questão complexa. Entretanto, ela tem sido
negligenciada ou ignorada pela maioria dos pesquisadores, uma vez que as atenções têm se
mantido no alcance da variabilidade funcional. O foco deste trabalho é definir um processo
para o design de arquiteturas de linhas de produto de software que possa lidar de forma eficaz
com variabilidade em atributos de qualidade. O processo aprimora o RiPLE-Design com
atividades e guias para o design com variabilidade de atributos de qualidade. Por fim, um
estudo experimental é apresentado com o intuito de caracterizar e avaliar as melhorias
propostas ao processo
|
213 |
Uma arquitetura de cloud storage para backup de arquivosSILVA, Thiago Jamir e 05 April 2014 (has links)
Submitted by Irene Nascimento (irene.kessia@ufpe.br) on 2016-10-18T19:25:38Z
No. of bitstreams: 2
license_rdf: 1232 bytes, checksum: 66e71c371cc565284e70f40736c94386 (MD5)
mestrado_thiago_jamir.pdf: 1864217 bytes, checksum: 4e432bf2e6196fc2e2fb739007114e2e (MD5) / Made available in DSpace on 2016-10-18T19:25:38Z (GMT). No. of bitstreams: 2
license_rdf: 1232 bytes, checksum: 66e71c371cc565284e70f40736c94386 (MD5)
mestrado_thiago_jamir.pdf: 1864217 bytes, checksum: 4e432bf2e6196fc2e2fb739007114e2e (MD5)
Previous issue date: 2014-04-05 / Nos últimos anos, o volume de dados gerados por indivíduos e organizações tem crescido
exponencialmente. Estima-se que globalmente existia 2.7 zetabytes em 2012 e esse número
tem dobrado a cada dois anos. Além disso, com a popularização de dispositivos móveis
conectados, cresceu-se a necessidade de que usuários tenham acesso a arquivos de forma
ubíqua. As soluções tradicionais de backup e armazenamento de arquivos online já não
conseguem suprir as necessidades atuais dos usuários.
A utilização de Cloud Storage para backup e sincronização de arquivos vem a ser uma
ferramenta de grande valia para esse tipo de problema. Porém, implementar um sistema
deste tipo vem a ser um desafio tecnológico relevante.
Nesse sentido, este trabalho se propõe a resolver o problema de armazenamento de arquivos,
propondo uma arquitetura de Cloud Storage para armazenamento de arquivos.
Ao longo trabalho, é feita uma análise dos principais direcionadores de negócio para Cloud
Storage e armazenamento de arquivos, levantando insumos para se projetar uma arquitetura.
Tal arquitetura é descrita em nível de detalhe para que se possa ser implementada.
Finalmente, o trabalho é validado através de uma avaliação de arquitetura cuja metodologia
foi adaptada de acordo com as características da equipe de avaliação. / In the last years, the amount of data generated by individuals and organizations has grown
exponentially. It is estimated that there were 2.7 zettabytes of global data in 2012, and
this number has doubled each two years. In addition to this, with the popularization of
mobile connected devices, the user’s need to have ubiquous access has grown. Traditional
solutions for backup and online file storage can no longer meet the current needs.
The use of cloud storage for backup and file synchronization becomes a tool of great
value to this kind of problem. However, implementing such a system becomes a significant
technological challenge.
Thus, this works proposes to solve the problem of storing files, designing a Cloud Storage
architecture for storing archives.
Throughout work, an analysis of the key business drivers for Cloud Storage and File storage
is done by lifting inputs for designing an architecture. This architecture is described in
detail for level that can be implemented.
Finally, the work is validated through an evaluation of architecture whose methodology
was adapted according to the characteristics of the evaluation team.
|
214 |
Arquitetura de anotações digitais para grupos colaborativos / Digital annotation architecture for collaborative groupsAdriano, Christian Medeiros 17 August 2018 (has links)
Orientador: Ivan Luiz Marques Ricarte / Dissertação (mestrado) - Universidade Estadual de Campinas, Faculdade de Engenharia Elétrica e de Computação / Made available in DSpace on 2018-08-17T15:15:39Z (GMT). No. of bitstreams: 1
Adriano_ChristianMedeiros_M.pdf: 1193195 bytes, checksum: e6216b2c3feac7b07da54b708f14b03c (MD5)
Previous issue date: 2010 / Resumo: Sistemas de anotação digital são desenvolvidos a partir de cenários parciais com requisitos arbitrários. Características acidentais e essenciais acabam misturadas em modelos não explícitos. Anotações e documentos são relacionados de maneira acidental de acordo com a tecnologia disponível. Esta situação de engenharia de software atende ao desenvolvimento de protótipos descartáveis. Entretanto, não suporta o projeto de arquiteturas de anotação digital para requisitos não-funcionais como extensibilidade, robustez e interatividade. Realizamos uma analise cuidadosa do conceito de anotação e descrevemos cenários de uso já adotados e suportados por alguma ferramenta. A extração de requisitos seguiu métodos objetivos passiveis de analise critica. A partir desta base logicamente estruturada, desenhamos um modelo conceitual que serviu de suporte para classificar os sistemas existentes. O modelo foi transformado em um desenho sistêmico por meio de uma arquitetura de componentes que separa as características acidentais e essenciais. Demonstramos a efetividade do modelo implementando a arquitetura como plugins do ambiente Eclipse. Concluimos, retomando a cobertura das hipóteses propostas e os compromissos decorrentes da integração com uma plataforma pré-existente / Abstract: Digital annotation systems are developed from partial scenarios with arbitrary requirements. Accidental and essential features end up mixed in non-explicit models. Notes and documents are related in accidental manner according to the available technology. Such software engineering situation addresses the development of disposable prototypes. However, it does not support the design of architectures for digital annotation for non-functional requirements such as extensibility, robustness and interactivity. We conducted a careful analysis of the concept of annotation and described use scenarios already adopted and supported by some kind of tool. The requirements extraction followed objective methods subjectable to critical analysis. From this logically structured foundation, we designed a conceptual model to serve as the basis for classifying existing systems. The model was transformed into a systemic design using a component architecture that separates the essential and accidental features. We demonstrate the effectiveness of the model by implementing the architecture as plugins of the Eclipse environment. We conclude by resuming the coverage of the proposed hypotheses and the trade-offs arising from the integration with a pre-existing platform / Mestrado / Engenharia de Computação / Mestre em Engenharia Elétrica
|
215 |
Bellatrix : um ambiente para suporte arquitetural ao desenvolvimento baseado em componentes / Bellatrix : an environment for providing architectural support to component-based developmentTomita, Rodrigo Teruo 28 July 2006 (has links)
Orientador: Cecilia Mary Fischer Rubira / Dissertação (mestrado) - Universidade Estadual de Campinas, Instituto de Computação / Made available in DSpace on 2018-08-07T08:32:32Z (GMT). No. of bitstreams: 1
Tomita_RodrigoTeruo_M.pdf: 1541819 bytes, checksum: d7021974c65c2128adcf055870fd8c95 (MD5)
Previous issue date: 2006 / Resumo: O desenvolvimento baseado em componentes (DBC), que se baseia na construção de software através da integração planejada de componentes reutilizáveis, tem conquistado ampla aceitação para o desenvolvimento de sistemas de software. O desenvolvimento centrado na arquitetura de software _e complementar ao DBC, com a responsabilidade pela integração dos componentes de forma que atributos de qualidade, como confiabilidade e distribuição, desejados para o sistema final sejam obtidos. Assim, processos de DBC também devem ser centrados na arquitetura de software, possibilitando um maior grau de abstração, organização, manutenibilidade e reuso. Para possibilitar a automatização de tarefas e aumentar a produtividade no uso dos conceitos de arquitetura de software e DBC, são necessárias ferramentas que apóiem atividades de arquitetos e desenvolvedores de software. Os ambientes integrados de desenvolvimento existentes atualmente apóiam, em geral, a modelagem UML e a implementação de componentes e de sistemas orientados a objetos. Entretanto, eles não apóiam a prática de modelagem de arquiteturas de componentes e DBC. Ferramentas para modelagem de arquiteturas de software existentes não dão suporte ao mapeamento da arquitetura para código, possuem um foco específico na modelagem e não são apoiadas por um processo de desenvolvimento. Nesse trabalho é proposto o ambiente Bellatrix, um ambiente integrado de desenvolvimento que apóia o DBC com ênfase na arquitetura de software e estende o ambiente integrado de desenvolvimento Eclipse. O ambiente pode ser usado em conjunto com um processo de DBC e utiliza o COSMOS, um modelo de implementação de componentes que faz o mapeamento dos conceitos de arquiteturas de software para linguagens de programação orientadas a objetos. Este trabalho se concentra na especificação e projeto do ambiente Bellatrix, partindo de seus requisitos e protótipos de interface com usuário. Seus principais componentes foram especificados, bem como um modelo de implementação dos mesmos, integrando o modelo COSMOS ao ambiente Eclipse. Uma primeira implementação do ambiente contendo suas principais funcionalidades foi desenvolvida / Abstract: Component-based development (CBD), which is based on the assembly of software systems through planned integration of reusable components, is gaining wide acceptance for developing software systems. Software architecture centric development complements the CBD paradigm because it is responsible for the component integration, achieving the final system's desired quality requirements, such as dependability and distribution. Thus, CBD processes should also be software architecture centric, promoting a higher abstraction level, system organization, maintainability, and reuse. In order to allow tasks automation and increase the productivity in using software architecture and CBD concepts, tools that support architects and software developers are needed. Most of the existing integrated development environments support UML modeling, object-oriented and component implementation. However, many of them do not support the practice of component architecture and CBD modeling. Existing software architecture modeling tools lack the ability to translate the architecture to code, have a specific focus on modeling, and are not guided by a development process. In this work, we describe the Bellatrix environment, an integrated development environment that supports CBD with emphasis on software architecture and extends the Eclipse integrated development environment. The proposed environment can be guided by a CBD process and uses COSMOS, a component implementation model that materializes the elements of a software architecture using the concepts available in object-oriented programming languages. This work focuses on the general description of Bellatrix, starting from its requirements and user interface prototypes. Its main components has been specified, as well as an implementation model integrating the COSMOS model with the Eclipse environment. An initial version containing basic functionalities has been developed. / Mestrado / Sistemas de Informação / Mestre em Ciência da Computação
|
216 |
Uma avaliação da influencia da arquitetura no desempenho de sistemas de software / An evaluation of the architecture's influence on software systems performanceConsoline, Gisele 03 June 2006 (has links)
Orientadores: Mario Lucio Cortes, Thelma Cecilia dos Santos Chiossi / Dissertação (mestrado profissional) - Universidade Estadual de Campinas, Instituto de Computação / Made available in DSpace on 2018-08-07T10:09:25Z (GMT). No. of bitstreams: 1
Consoline_Gisele_M.pdf: 1453268 bytes, checksum: 808ec4540b4d357777ea428d74b792da (MD5)
Previous issue date: 2006 / Resumo: Buscar soluções que atendam todas as necessidades do cliente pode não ser uma tarefa simples, pois pode haver falhas no entendimento de requisitos do sistema. Essa falha pode ocasionar problemas para o sistema ocasionando retrabalho e comprometendo a entrega do sistema dentro do prazo previamente estimado. Por meio do presente estudo, que analisa um sistema de Workflow já existente através de um processo para avaliar a arquitetura, pretende-se contribuir apresentando um exemplo de aplicação de um processo de avaliação de arquitetura com ênfase na abordagem quantitativa. O objetivo é superar problemas usando medidas que facilitem a análise da arquitetura e principalmente auxilie o arquiteto na busca da solução arquitetural mais adequada para o projeto / Abstract: To search for solutions that encompass all the client¿s requirements might not be a simple task, for misunderstandings of the implicit and explicit requirements could happen. Such misunderstandings could generate problems related. Rework could be necessary, implicating the delivery date previously estimated. The current study which analyses an existing Workflow system through a process of architecture evaluation, it is intended to contribute by presenting an example of the use of an architecture evaluation process with emphasis in a quantitative approach. The goal is to solve problems by using metrics which facilitate the architecture analysis and mainly assists the architect in the search of the more adjusted architectural solution for the project / Mestrado / Engenharia de Software / Mestre em Computação
|
217 |
Synthesis of software architectures for systems-of-systems: an automated method by constraint solving / Síntese de arquiteturas de software para sistemas-de-sistemas: um método automatizado por resolução de restriçõesMilena Guessi Margarido 27 September 2017 (has links)
Systems-of-Systems (SoS) encompass diverse and independent systems that must cooperate with each other for performing a combined action that is greater than their individual capabilities. In parallel, architecture descriptions, which are the main artifact expressing software architectures, play an important role in fostering interoperability among constituents by facilitating the communication among stakeholders and supporting the inspection and analysis of the SoS from an early stage of its life cycle. The main problem addressed in this thesis is the lack of adequate architectural descriptions for SoS that are often built without an adequate care to their software architecture. Since constituent systems are, in general, not known at design-time due to the evolving nature of SoS, the architecture description must specify at design-time which coalitions among constituent systems are feasible at run-time. Moreover, as many SoS are being developed for safety-critical domains, additional measures must be placed to ensure the correctness and completeness of architecture descriptions. To address this problem, this doctoral project employs SoSADL, a formal language tailored for the description of SoS that enables one to express software architectures as dynamic associations between independent constituent systems whose interactions are mediated for accomplishing a combined action. To synthesize concrete architectures that adhere to one such description, this thesis develops a formal method, named Ark, that systematizes the steps for producing such artifacts. The method creates an intermediate formal model, named TASoS, which expresses the SoS architecture in terms of a constraint satisfaction problem that can be automatically analyzed for an initial set of properties. The feedback obtained in this analysis can be used for subsequent refinements or revisions of the architecture description. A software tool named SoSy was also developed to support the Ark method as it automates the generation of intermediate models and concrete architectures, thus concealing the use of constraint solvers during SoS design and development. The method and its accompanying tool were applied to model a SoS for urban river monitoring in which the feasibility of candidate abstract architectures is investigated. By formalizing and automating the required steps for SoS architectural synthesis, Ark contributes for adopting formal methods in the design of SoS architectures, which is a necessary step for obtaining higher reliability levels. / Sistemas-de-sistemas (SoS) englobam sistemas diversos e independentes que cooperam entre si para executar uma ação combinada que supera suas competências individuais. Em paralelo, descrições arquiteturais são artefatos que expressam arquiteturas de software, desempenhando no contexto de SoS um importante papel na promoção da interoperabilidade entre constituintes ao facilitar a comunicação entre interessados e apoiar atividades de inspeção e análise desde o início de seu ciclo de vida. O principal problema abordado nessa tese consiste na falta de descrições arquiteturais adequadas para SoS que estão sendo desenvolvidos sem um devido cuidado à sua arquitetura de software. Uma vez que os sistemas constituintes não são necessariamente conhecidos em tempo de projeto devido à natureza evolucionária dos SoS, a descrição arquitetural precisa definir em tempo de projeto quais coalisões entre sistemas constituintes são possíveis em tempo de execução. Como muitos desses sistemas são desenvolvidos para o domínio crítico de segurança, medidas adicionais precisam ser adotadas para garantir a correção e completude da descrição arquitetural. Visando tratar esse problema, esse projeto de doutorado emprega SosADL, uma linguagem formal criada especialmente para o domínio de SoS que permite expressar arquiteturas de software como associações dinâmicas entre sistemas independentes em que as interações devem ser mediadas para desempenhar uma ação conjunta. Em particular, é proposto um novo método formal, denominado Ark, para sistematizar os passos necessários na síntese de arquiteturas concretas aderentes a essa descrição. Para isso, o método cria um modelo formal intermediário, denominado TASoS, que expressa a arquitetura do SoS em termos de um problema de satisfatibilidade de restrições, possibilitando desse modo a verificação automática de um conjunto inicial de propriedades. O resultado obtido por essa análise pode ser utilizado em refinamentos e revisões subsequentes da descrição arquitetural. Uma ferramenta de apoio denominada SoSy também foi desenvolvida para automatizar a geração de modelos intermediários e arquiteturas concretas, ocultando o uso de solucionadores de restrições no projeto e desenvolvimento de SoS. O método e sua ferramenta foram aplicados em um modelo de SoS para monitoramento de rios em áreas urbanas em que a viabilidade de arquiteturas abstratas foi investigada. Ao formalizar e automatizar os passos necessários para a síntese arquitetural de SoS, é possível adotar métodos formais no projeto arquitetural de SoS, que são necessários para alcançar níveis maiores de confiabilidade.
|
218 |
Um estudo sobre a relação entre qualidade e arquitetura de software / A study about the relation between software quality and software architectureMauricio Tsuruta 02 March 2011 (has links)
Diversos setores da economia tem alto grau de dependência de sistemas computacionais: telecomunicação, financeiro, infraestrutura, industrial dentre outros. Desta forma, a qualidade do software contido nestes sistemas é um ítem importante para o bom desempenho destes setores. A arquitetura de software é considerada fator determinante para a qualidade de software. Este trabalho estuda a maneira pela qual a arquitetura de software determina a qualidade do software produzido e as possibilidades de se obter os atributos de qualidade desejados através da especificação de uma arquitetura de software apropriada. O método de pesquisa se fundamenta na revisão da literatura e quatro abordagens para a especificação da arquitetura de software são consideradas: clássica, orientada a objetos, orientada a atributos e orientada a busca. A abordagem orientada a busca é um campo de estudo relativamente recente e os avanços realizados são reportados dentro da área de conhecimento denominada de Search Based Software Engineering. Esta área de conhecimento utiliza técnicas metaheurísticas para achar boas soluções para os problemas encontrados na Engenharia de Software. Uma das técnicas meta-heurísticas mais utilizadas, o algorítmo genético, é usada em uma aplicação cujo processo de design segue a abordagem orientada a busca. / Many sectors of economy depend highly on computing systems: telecommunication, finance, infrastructure, industrial, and others. Thus, the quality of software in these systems is an important item to achieve good performance in these sectors. The software architecture is considered one of the main factors that shape the software quality. This work studies the way software architecture determines the software quality and the possibilities to obtain the desired software quality attributes through specifying appropriate software architecture. The research method is based upon literature review and four approaches to software architecture design process are considered: classic, object oriented, attribute oriented and search oriented. The search oriented approach to software architecture design process is a relatively new field of study and advances are reported in a knowledge area called Search Based Software Engineering. This knowledge area uses metaheuristics techniques to find good solutions to problems found in software engineering. One of the metaheuristic technique most frequently used, the genetic algorithm, is used in an application that follows the search based approach.
|
219 |
hp2FEM : uma arquitetura de software p não-uniforme para o método de elementos finitos de alta ordem / hp2FEM : a p non-uniform software architecture to the high order finite element methodValente da Costa, Gilberto Luis, 1983- 21 August 2018 (has links)
Orientador: Marco Lúcio Bittencourt / Dissertação (mestrado) - Universidade Estadual de Campinas, Faculdade de Engenharia Mecânica / Made available in DSpace on 2018-08-21T10:09:51Z (GMT). No. of bitstreams: 1
ValentedaCosta_GilbertoLuis_M.pdf: 6856772 bytes, checksum: bacab2fefeb1d730bb8f6760c97d0941 (MD5)
Previous issue date: 2012 / Resumo: Este trabalho tem como objetivo principal a implementação de uma arquitetura de software para o Método de Elementos Finitos de Alta Ordem (MEF-AO), baseando-se no paradigma de programação orientada a objeto (POO) e no uso de técnicas de otimização de código fonte. O software foi escrito em linguagem C++ e desenvolvido sobre um framework com ferramentas que auxiliaram no desenvolvimento. A modelagem do sistema foi realizada de forma a facilitar e promover o reuso e manutenção do código. Buscou-se, também, a flexibilidade e generalização do MEF-AO ao permitir a variação nos procedimentos da construção das equações e o uso de malhas p não-uniforme. Neste caso, cada elemento pode ser interpolado com uma ordem polinomial diferente, além de permitir o uso de um algoritmo local de solução. Tal característica pode diminuir o número de operações e de armazenamento, pois o número de funções de forma é aumentado apenas onde é necessário o uso de mais pontos para interpolação da malha de solução. No final, o software é avaliado aplicando o problema de projeção para malha de quadrados e hexaedros / Abstract: The main objective of this work is the implementation of a software architecture for the High-Order Finite Element Method (HO-FEM), based on the Object Oriented Paradigm (OOP) and on source-code optimization techniques. The software was written in C++ programming language and developed over a framework which provided tools that assisted the implementation. The system was modeled so to promote code reuse and maintainability. Furthermore, the system modeling also provided flexibility and generalization for the HO-FEM by allowing modifications on the procedures for equation assembling and the use of p-non-uniform meshes. In this case, each element can be interpolated with different polynomial order, and allows the application of an algorithm for local solution. Such features can reduce the number of operations for memory allocation, since the number of shape functions is increased only where a higher density of points is needed by the solution mesh. Finally, the software is assessed by applying the projection problem for meshes of squares and hexahedros / Mestrado / Mecanica dos Sólidos e Projeto Mecanico / Mestre em Engenharia Mecânica
|
220 |
Interaction Views in Architectures for ActionBlocks : To Each His Own / Interaktions perspektiv i arkitektur för ActionBlocksEriksson, Jeanette January 2002 (has links)
This master thesis is done in collaboration with Space and Virtuality studio of the Interactive Institute in Malmö. The project ActionBlocks, at the Space studio, relate to the requirements concerning hardware for ubiquitous computing. A system of intelligent building blocks is developed to be able to build functional HiFi prototypes fast. The building blocks are distributed in space and small, cheap web servers, called TINI, integrate the devices. ActionBlocks may be regarded as physical interfaces. The intention is that systems of different ActionBlocks (tag readers, digital cameras, loud-speakers, lamps, buttons etc.) may easily be constructed to support interaction with digital media in different projects. To be able to do this the ActionBlocks need to be assembled by a flexible architecture that can change when the needs alter. The goal with this thesis is to propose a concept for such an architecture. Except for the concept the thesis also contains an investigation of related architectures to explore what user aspect they have in the various projects and an implementation of a minor prototype to discover if the concept is valid in practice. ActionBlocks consist of an intelligent (digital) part and a physical part and it is possible to discern three different approaches towards the ActionBlocks. There are: · Physical - Action approach where the physical part and what happens in the real world is what matters. · Physical - Computational - Action approach where both parts are integrated on equal terms. · Computational approach where the intelligent part is most important and this view makes it possible for an ActionBlock to only contain an intelligent part. The approaches are entertained by three different user roles: the user, the interaction designer and the programmer. The user only interacts with the physical part of the ActionBlocks and is therefore only concerned about that part. He designs in use of ActionBlocks. The interaction designer assembles the ActionBlocks into a system. He configures the system and is concerned about the performance and the appearance of the ActionBlocks. Therefore he focuses on both the intelligent and the physical part. The interaction designer designs the interaction with the ActionBlocks. The programmer is the one that controls what can be done with an ActionBlock. He designs ActionBlocks. In development only the computational part is of interest because it is the only thing the programmer interacts with. The three ways to interact with ActionBlocks have an internal relationship. Development is needed to alter the possibilities to do configuration and use. The configuration forms a platform to use, because it provides new possibilities to customize it. This leads to a division into three aspects: Use, configuration and development. The partition makes it possible to focus on one aspect at a time. The three aspects have it counterparts in three different architectures: Pure Peer-to-Peer, Peer-to-Peer with distributed service and client-server architecture. The result is that the concept for an architecture for ActionBlocks is divided into three parts. One for each aspect. The concepts suggests that when the user interacts with the system the architecture is Peer-to-Peer and when the interaction designer interact with the system it is a Peer-to-Peer architecture with distributed service and when the programmer interacts with the system he can regard it as an client-server architecture. The concluding question is if there really is a reason to adapt the architecture to different aspects. My answer is that there is always an reason to adapt the technology to the human if it is possible.
|
Page generated in 0.047 seconds