MétaCan
Menu
Back to cohort
Record W1505006926

Early evaluation of software performance based on the UML performance profile

2003· article· en· W1505006926 on OpenAlex

Why this work is in the frame

A frame that forgets how it found something cannot be audited. These are the routes that admitted this work.

affAt least one author lists a Canadian institution in the pinned OpenAlex snapshot.

Bibliographic record

VenueConference of the Centre for Advanced Studies on Collaborative Research · 2003
Typearticle
Languageen
FieldComputer Science
TopicSoftware System Performance and Reliability
Canadian institutionsCarleton University
Fundersnot available
KeywordsComputer scienceUML toolProgramming languageApplications of UMLUnified Modeling LanguageObject Constraint LanguageModel transformationXMLXSLTCompilerSoftware engineeringSoftwareOperating systemArtificial intelligence
DOInot available

Abstract

fetched live from OpenAlex

The Profile for Schedulability, Performance and Time recently adopted by OMG defines performance extensions via the Unified Modeling Language (UML) stereotypes, tagged values and constraints. In order to conduct quantitative performance analysis of a UML model with performance annotations, one must first translate it into a performance model, then solve the generated model with an existing performance analysis tool. This paper proposes a method for transforming automatically an annotated UML model into a simulation-based performance model. The UML model represents the software architecture, the deployment of software on hardware resources, and a set of key performance scenarios. The transformation was implemented in Extensible Stylesheet Language for Transformations (XSLT). It takes as input an annotated UML model in eXtensible Markup Language (XML) Metadata Interchange (XMI) format, and produces as output a CSIM18 compile-ready simulation model. The transformation is done in two steps: a) from the UML input model to an XML intermediate form, and b) from the later to the compile-ready code of the simulation model. The intermediate form was designed to be independent of the specific performance model, so other types of performance models can be generated from it.

Fetched live from OpenAlex and de-inverted. Abstracts are not stored in this database: the inverted indexes are 8.6 GB of the frame’s 9.3 GB of text, and the host has 13 GB free.

Full frame distilled prediction

Teacher imitation

Not calibrated prevalence, not ground truth. Human validation pending. Learned from the 10,348 direct Codex labels and 10,348 direct Gemma labels. Candidate is the union of thresholded teacher heads; consensus is their intersection. These outputs are machine_predicted_unvalidated and are not human labels or direct frontier model labels.

metaresearch head score (Codex)0.006
metaresearch head score (Gemma)0.007
Version: codex-gemma-dda1882f352aValidation status: machine_predicted_unvalidated
Candidate categoriesnone
Consensus categoriesnone
DomainCandidate signal: none · Consensus signal: none
Study designCandidate signal: Bench or experimental · Consensus signal: none
GenreCandidate signal: Empirical · Consensus signal: Empirical
Teacher disagreement score0.623
Threshold uncertainty score0.804

Codex and Gemma teacher scores by category

CategoryCodexGemma
Metaresearch0.0060.007
Meta-epidemiology (narrow)0.0000.000
Meta-epidemiology (broad)0.0000.000
Bibliometrics0.0000.002
Science and technology studies0.0010.001
Scholarly communication0.0000.000
Open science0.0010.000
Research integrity0.0000.000
Insufficient payload (model declined to judge)0.0000.000

Machine scores (provisional)

The two teacher heads of the student model, read on this work. A score orders the frame for review; it never asserts a category, and the validation status ships verbatim with every row.

Baseline scores from an immature model (maturity gate not passed, 7 training rounds). Scores rank; they never assert a category.

Opus teacher head0.136
GPT teacher head0.385
Teacher spread0.248 · how far apart the two teachers sit on this one work
Validation statusscore_only:v0-immature-baseline · verbatim from the scoring run: score_only means the number may rank works, and no category label ships from it