Demonstration venue · read-only. Every page can be browsed; the buttons that would change it are switched off. Create an account to run TaxoReview on your own data. A simulation from public publication records: the people listed were not invited and did not agree to review.
? Tutorial for this page

Thomas J. Graser

dblp:73/6262 · DBLP profile ↗
← Back
8ranked-venue papers
0as first author
0since 2021 · last 2004
—ORCID · none

Domains — the database's venue-derived domains; a paper can count in several

Software engineering, systems software and programming languages · 6Artificial intelligence and machine learning · 4Graphics, computer vision, multimedia, augmented reality and games · 2

Expertise — from the expertise taxonomy: the topics of the expert's papers under the CCF categories. A weight counts papers with recency: 1 for a paper about the topic, 0.3 when the topic is its context, halved every five years.

Software engineering, system software, and programming languages
3 papers
Requirements engineering and software design · 100%
Artificial intelligence
2 papers
Multi-agent systems · 100%
Interdisciplinary, comprehensive, and emerging computing
1 paper
Medical and health informatics · 100%
Theoretical computer science
1 paper
Automated reasoning and model checking · 100%

Topics — the 4 heaviest of 7, each with the papers that count most for it

TopicWeightPapersLastEvidence papers
Requirements engineering and software design
software architecture
0.132004
Enabling Iterative Software Architecture Derivation Using Early Non-Functional Property Evaluation · ASE 2002
Providing Early Feedback in the Development Cycle Through Automated Application of Model Checking to Software Architectures · ASE 2001
Multi-Agent System Development: Design, Runtime, and Analysis · AAAI 2004
Knowledge, reasoning and agents › Multi-agent systems › multi-agent systems engineering
multi-agent system design
0.012004
Multi-Agent System Development: Design, Runtime, and Analysis · AAAI 2004
Requirements engineering and software design › software architecture
architecture evaluation
0.022002
Providing Early Feedback in the Development Cycle Through Automated Application of Model Checking to Software Architectures · ASE 2001
Enabling Iterative Software Architecture Derivation Using Early Non-Functional Property Evaluation · ASE 2002
Knowledge, reasoning and agents › Multi-agent systems
multi-agent coordination
0.012003
Sensible Agent Technology Improving Coordination and Communication in Biosurveillance Domains · IJCAI 2003

Methods — techniques the papers use, named apart from their topics

model checking · 0.1structural metrics · 0.0simulation · 0.0
YearPublicationVenuePosition
2004 Multi-Agent System Development: Design, Runtime, and Analysis
K. Suzanne Barber, Jaesuk Ahn, Karen Fullam, Thomas J. Graser, Nishit Gujral, David C. Han, Dung N. Lam, Ryan McKay, Jisun Park 0004, Marcelo M. Vanzin
AAAI4
2004 Agent Technology Portfolio Manager
K. Suzanne Barber, Jaesuk Ahn, Nishit Gujral, Dung N. Lam, Thomas J. Graser
SEKE5
2003 Sensible Agent Technology Improving Coordination and Communication in Biosurveillance Domains
K. Suzanne Barber, Daniel Faith, Karen Fullam, Thomas J. Graser, David C. Han, J. Jeong, Joonoo Kim, Dung N. Lam, Ryan McKay, M. Pal, Jisun Park 0004, Marcelo M. Vanzin
IJCAI4
2003 Evaluating dynamic correctness properties of domain reference architectures
K. Suzanne Barber, Thomas J. Graser, Jim Holt
J. Syst. Softw.2
2003 Arcade: early dynamic property evaluation of requirements using partitioned software architecture models
K. Suzanne Barber, Thomas J. Graser, Jim Holt, Geoff Baker
Requir. Eng.2
2002 Enabling Iterative Software Architecture Derivation Using Early Non-Functional Property Evaluation
abstract
The structure of a software architecture strongly influences the architecture's ability to prescribe systems satisfying functional requirements, non functional requirements, and overall qualities such as maintainability, reusability, and performance. Achieving an acceptable architecture requires an iterative derivation and evaluation process that allows refinement based on a series of tradeoffs. Researchers at the University of Texas at Austin are developing a suite of processes and supporting tools to guide architecture derivation from requirements acquisition through system design. The various types of decisions needed for concurrent derivation and evaluation demand a synthesis of evaluation techniques, because no single technique is suitable for all concerns of interest. Two tools in this suite, RARE and ARCADE, cooperate to enable iterative architecture derivation and architecture property evaluation. RARE guides derivation by employing a heuristics knowledge base, and evaluates the resulting architecture by applying static property evaluation based on structural metrics. ARCADE provides dynamic property evaluation leveraging simulation and model-checking. This paper presents a study whereby RARE and ARCADE were employed in the early stages of an industrial project to derive a Domain Reference Architecture (DRA), a high-level architecture capturing domain functionality, data, and timing. The discussion emphasizes early evaluation of performance qualities, and illustrates how ARCADE and RARE cooperate to enable iterative derivation and evaluation. These evaluations influenced DRA refinement as well as subsequent design decisions involving application implementation and computing platform selection.
K. Suzanne Barber, Thomas J. Graser, Jim Holt
ASE2
2001 Providing Early Feedback in the Development Cycle Through Automated Application of Model Checking to Software Architectures
abstract
The benefits of evaluating properties of software architectures stem from two important software architecture roles: (1) providing an opportunity to evaluate requirements and correct defects prior to implementation; and (2) serving as a blueprint for system developers. The paper focuses on a new software architecture evaluation tool called Architecture Analysis Dynamic Environment (Arcade) that uses model checking to provide software architecture safety and liveness evaluation during the requirements gathering and analysis phase. Model checking requires expertise not typically held by systems analysts and software developers. Thus, two barriers to applying model checking must be addressed: (1) translation of the software architecture specification to a form suitable for model checking, and (2) interpretation of the results of model checking. Arcade provides an automated approach to these barriers, allowing model checking of software architectures to be added to the list of techniques available to software analysts and developers focusing on requirements gathering and analysis.
K. Suzanne Barber, Thomas J. Graser, Jim Holt
ASE2
2001 Evaluating Dynamic Correctness Properties of Domain Reference Architectures Using a Combination of Simulation and Model Checking
K. Suzanne Barber, Thomas J. Graser, Jim Holt
SEKE2