R.N. Taylor’s research while affiliated with CA Technologies and other places

What is this page?


This page lists works of an author who doesn't have a ResearchGate profile or hasn't added the works to their profile yet. It is automatically generated from public (personal) data to further our legitimate goal of comprehensive and accurate scientific recordkeeping. If you are this author and want this page removed, please let us know.

Publications (26)


An Architectural Approach for Decentralized Trust Management
  • Article

December 2005

·

27 Reads

·

30 Citations

IEEE Internet Computing

Girish Suryanarayana

·

J.R. Erenkrantz

·

R.N. Taylor

To guard against malicious peers, peer-to-peer applications must incorporate suitable trust mechanisms. Current decentralized trust-management research focuses mainly on producing trust models and algorithms, whereas the actual composition of trust models into real applications has been largely unexplored. The practical architectural approach for composing egocentric trust (Pace) provides detailed design guidance on where and how developers can incorporate trust models into decentralized applications. In addition, Pace's guiding principles promote countermeasures against threats to decentralized systems. Several prototypes demonstrate the approach's use and feasibility.


An architectural style for supporting work practice: coping with the complex structure of coordination relationships

June 2005

·

10 Reads

·

2 Citations

We present an architectural style to directly support the formal and informal relationships that underlie work activity. Rather than defining the dependencies between activities, our focus is on the structure of coordination within the organization. The approach is guided by a need for scoped information and communication spaces, decentralized ownership of work product and process, and support for varying levels of work definition, integrating structured models of work process with ad-hoc activities. The base of the approach is a peer-to-peer style with peers supporting work participants. Peers are subdivided into active task spaces, associating information resources, software components, and communication. Independent connectors define the relationships between peers and provide the mechanism for defining larger more complex structures. This paper describes the style in detail and discusses a prototype implementation.


An (Architecture-centric) approach for tracing, organizing, and understanding events in event-based software architectures

June 2005

·

43 Reads

·

10 Citations

Applications built in a strongly decoupled, event-based interaction style have many commendable characteristics, including ease of dynamic configuration, accommodation of platform heterogeneity, and ease of distribution over a network. It is not always easy, however, to humanly grasp the dynamic behavior of such applications, since many threads are active and events are asynchronously (and profusely) transmitted. This paper presents a novel, complete approach that aids in the understanding, debugging, and visualization of the behaviors of event-based applications. It applies to real, implemented systems, without requiring the presence of component source code, and supports partial or incomplete, heuristic behavior specifications. A prototype implementation of our approach was applied to two systems, including the prototype itself, indicating that our approach is feasible, scalable, and shows promising results in terms of increasing the understandability of these types of systems.



PACE: An architectural style for trust management in decentralized applications

July 2004

·

122 Reads

·

27 Citations

Distributed applications that lack a central, trustworthy authority for control and validation are properly termed decentralized. Multiple, independent agencies, or "partners", cooperate to achieve their separate goals. Issues of trust are paramount for designers of such partners. While the research literature has produced a variety of trust technology building blocks, few have attempted to articulate how these various technologies can regularly be composed to meet trust goals. This paper presents a particular, event-based, architectural style, PACE, that shows where and how to incorporate various types of trust-related technologies within a partner, positions the technologies with respect to the rest of the application, allows variation in the underlying network model, and works in a dynamic setting. Initial experiments with variants of two sample decentralized applications developed in the PACE style reveal the virtues of dealing with all aspects of application structure and trust in a comprehensive fashion.


Extending the REpresentational State Transfer (REST) architectural style for decentralized systems

June 2004

·

43 Reads

·

109 Citations

Proceedings - International Conference on Software Engineering

Because it takes time and trust to establish agreement, traditional consensus-based architectural styles cannot safely accommodate resources that change faster than it takes to transmit notification of that change, nor resources that must be shared across independent agencies. The alternative is decentralization: permitting independent agencies to make their own decisions. Our definition contrasts with that of distribution, in which several agents share control of a single decision. Ultimately, the physical limits of network latency and the social limits of independent agency call for solutions that can accommodate multiple values for the same variable. Our approach to this challenge is architectural: proposing constraints on the configuration of components and connectors to induce particular desired properties of the whole application. Specifically, we present, implement, and evaluate variations of the World Wide Web's Representational State Transfer (REST) architectural style that support distributed and decentralized systems.


An approach for tracing and understanding asynchronous architectures

November 2003

·

11 Reads

·

3 Citations

Applications built in a strongly decoupled, event-based interaction style have many commendable characteristics, including ease of dynamic configuration, accommodation of platform heterogeneity, and ease of distribution over a network. It is not always easy to humanly grasp the dynamic behavior of such applications, since many threads are active and events are asynchronously (and profusely) transmitted. We present a set of requirements for an aid to assist in the human understanding and exploration of the behavior of such applications through the incremental refinement of rules for determining causality relationships between messages sent among components. A prototype tool is presented, indicating one viable approach to meeting these requirements. Experience with the tool reinforces some of the requirements and indicates others.


xADL: Enabling Architecture-Centric Tool Integration with XML

February 2001

·

271 Reads

·

66 Citations

Rohit Khare

·

Michael Guntersdorfer

·

Peyman Oreizy

·

[...]

·

R.N. Taylor

In order to support architecture-centric tool integration within the ArchStudio 2.0 Integrated Development Environment (IDE), we adopted Extensible Markup Language (XML) to represent the shared architecture-in-progress. Since ArchStudio is an architectural style-based development environment that incorporates an extensive number of tools, including commercial off-the-shelf products, we developed a new, vendor-neutral, ADL-neutral interchange format called Extensible Architecture description Language (xADL), as well as a "vocabulary" specific to the C2 style (xC2). This paper outlines our vision for representing architectures as hypertext, the design rationale behind xADL and xC2, and summarizes our engineering experience with this strategy.


A highly-extensible, XML-based architecture description language

February 2001

·

101 Reads

·

251 Citations

Software architecture research focuses on models of software architectures as specified in architecture description languages (ADLs). As research progresses in specific areas of software architectures, more and more architectural information is created. Ideally, this information can be stored in the model. An extensible modeling language is crucial to experimenting with and building tools for novel modeling constructs that arise from evolving research. Traditional ADLs typically support a small set of modeling constructs very well, but adapt to others poorly. XML provides an ideal platform upon which to develop an extensible modeling language for software architectures. Previous XML-based ADLs successfully leveraged XML's large base of off-the-shelf tool support, but did not take advantage of its extensibility. To give software architecture researchers more freedom to explore new possibilities and modeling techniques, while maximizing reuse of tools and modeling constructs, we have developed xADL 2.0, a highly extensible XML-based ADL. xADL 2.0 supports run-time and design time modeling, architecture configuration management and model-based system instantiation. Additionally, xADL 2.0 has a set of extensible infrastructure tools that support the creation, manipulation, and sharing of xADL 2.0 documents


Architecture de-scription languages

February 2000

·

128 Reads

·

1,411 Citations

IEEE Transactions on Software Engineering

Software architectures shift the focus of developers from lines-of-code to coarser-grained architectural elements and their overall interconnection structure. Architecture description languages (ADLs) have been proposed as modeling notations to support architecture-based development. There is, however, little consensus in the research community on what is an ADL, what aspects of an architecture should be modeled in an ADL, and which of several possible ADLs is best suited for a particular problem. Furthermore, the distinction is rarely made between ADLs on one hand and formal specification, module interconnection, simulation and programming languages on the other. This paper attempts to provide an answer to these questions. It motivates and presents a definition and a classification framework for ADLs. The utility of the definition is demonstrated by using it to differentiate ADLs from other modeling notations. The framework is used to classify and compare several existing ADLs, enabling us, in the process, to identify key properties of ADLs. The comparison highlights areas where existing ADLs provide extensive support and those in which they are deficient, suggesting a research agenda for the future


Citations (23)


... Trazendo o conceito de arquitetura de referência para o domínio de engenharia de software, na literatura podem-se encontrar trabalhos que envolvem ambientes de engenharia de software como é o caso da arquitetura de ambiente Arcadia (Taylor et al., 1988), o ambiente Field (Reiss, 1990), o projeto Taba (Rocha et al., 1990), o ambiente EPOS (Nguyen et al., 1997), o ambiente Odyssey (Braga, 1999), o ambiente MILOS (Maurer et al., 1999), o ambiente Orion e o ambiente RefASSET (Nakagawa, 2006). Em relação à área de teste de software existem algumas propostas de arquiteturas de referências. ...

Reference:

USING A REFERENCE ARCHITECTURE TO SUPPORT THE DEVELOPMENT OF A TESTING TOOL FOR CONCURRENT SOFTWARE
Foundations for the Arcadia Environment Architecture
  • Citing Article
  • March 1989

ACM SIGPLAN Notices

... The problem is that HTTP doesn't currently offer the level of notification and transaction control required for cooperative work on the Web. 3 The WfMC and OMG workflow standards require very sophisticated technologies to support distributed workflow execution and participation. Efforts to embrace and integrate the Web into these standards have proved difficult. ...

Support for the Virtual Enterprise: Web-based Development of Complex Information Products
  • Citing Article
  • January 1998

... The ArchJava language integrates a specification of software architecture into Java implementation code [ACN02]. In this paper, we show how ArchJava can be extended to support custom connector types, similar to the custom connectors in UniCon [SDK+95] and C2 [MDT98]. Custom connectors can then be written to support ubiquitous services. ...

Employing off-the-shelf connector technologies in c2-style architectures
  • Citing Article

... Sullivan et al. [1997] support this claim by demonstrating that a style, that in principle seems to be easily implementable using the COM middleware, is actually incompatible with it. Oreizy et al. [1998] discuss the importance of complementing component interoperability models with explicit architectural models. Di Nitto and Rosenblum [1999] devised the term middleware-induced architectural styles. ...

Software architecture and component technologies: bridging the gap
  • Citing Article
  • January 1998

... The term Ajax represents a new way of programming by mixing different languages to provide a rich interaction in web systems [9]. New types of web systems started to emerge mainly based on interfaces oriented to respond to events, so new architecture proposals emerged [10]. This also resulted in improved techniques for manipulating the structure in an HTML document through the Document Object Model (DOM) by means of client script language [11]. ...

A component-based architectural style for gui software
  • Citing Article
  • January 1996

... First, their publications indicate that they were developed by two disjoint subsets of researchers that grew out of C2's original team. Second, both ArchStudio and Prism eschewed the original project's focus on the C2 style: ArchStudio introduced (1) Myx [20], a new architectural style, (2) PACE [34], an architectural pattern targeting security, as well as (3) xADL [35], [36], a style-independent architecture description language; meanwhile, Prism was intended as a framework for supporting architectural (1) implementation [37], [38], (2) deployment [39], [40], and (3) analysis [21], [41] across a range of styles and application domains. ...

xADL: Enabling Architecture-Centric Tool Integration with XML
  • Citing Conference Paper
  • February 2001

... Other researchers have placed different types of artifacts at the center of the traceability process. For example, Hendrickson et al. [27] focus traces around architectural concerns instead of requirements. In practice, traces can originate from and be traced to any artifact in either direction. ...

An (Architecture-centric) approach for tracing, organizing, and understanding events in event-based software architectures
  • Citing Conference Paper
  • June 2005

... Application Programming Interfaces (APIs) [10] [11] [12], a set of rules for how applications connect and communicate, provide frameworks for developers to create HTTP-based services accessible by software applications. The current development of Web APIs tends towards the architectural style Representational State Transfer (REST) [13] [14], which offers a high level of flexibility. The RESTful API is a software design pattern that specifies a uniform, predefined collection of stateless operations. ...

Extending the REpresentational State Transfer (REST) architectural style for decentralized systems
  • Citing Conference Paper
  • June 2004

Proceedings - International Conference on Software Engineering