← Back to catalogue
Research draft

suite

vr.tr.suite · INF.MED

Enable an AI agent to recognise a suite as a named musical whole, assess the integrity of its constituent movements or pieces, and determine which arrangements, performances or presentations preserve its identity.

Thing Registry Information and virtual systems

Research draft, second pass

A second pass drafted this model: the structure a model of this thing needs, and what is known about it in the world. The line under this one says how the second half was obtained - researched against sources, or recalled without web access, in which case nothing here was read anywhere and every claim is a lead to verify. Unreviewed either way.

Researched by: Codex + Grok

Purpose and description

Enable an AI agent to recognise a suite as a named musical whole, assess the integrity of its constituent movements or pieces, and determine which arrangements, performances or presentations preserve its identity.

A software or content product grouping sold, licensed, or deployed as one named offering, in which separately identifiable applications, modules, or titles share branding, a common commercial envelope, and usually a joint install or entitlement path.

It can be Determine whether a candidate grouping has sufficient evidence to be represented as a suite.; Reconstruct and compare membership and order across identified suite versions.; Classify a programme or recording as a complete suite, an excerpt or an altered selection.; Trace extracted movements to their source works and identify suite-specific changes.; Evaluate proposed omissions, substitutions or reordering against documented constraints.; Select a suitable score or arrangement for a requested presentation while exposing unresolved identity and permission questions..

Distinguishing features

A title, score, attribution or other identifiable evidence establishes the constituents as one suite; their co-occurrence in a playlist is insufficient.

The constituents retain distinguishable identities or boundaries within the larger whole; multiple passages alone do not establish a suite.

An album or concert programme may contain a suite, but its track list or running order does not by itself define the suite's membership.

A suite assembled from another work has an identifiable selection or arrangement relationship to that source; it is not automatically the complete source work.

Movement count, dance titles or stylistic resemblance alone cannot settle classification against neighbouring forms such as a sonata, symphony or song cycle.

Scope

+ The evidence that establishes the suite as a whole rather than an incidental grouping

+ Constituent movements or pieces and their roles within the suite

+ Required, optional and version-dependent membership and sequence

+ Musical or programmatic relationships connecting the constituents

+ Boundaries between the suite, its source works, variants and partial presentations

- Software product suites and their application integrations

- Hotel suites and other spatial groupings

- Detailed internal analysis of each constituent movement

- Individual performance events and performer biographies

- Recording releases, audio files and their technical properties

- Independent rights records for compositions, arrangements and recordings

Characteristics

Suite designation evidence
creator designation | editorial designation | catalogue designation | inferred | unresolved Distinguishes an evidenced work identity from an agent's proposed grouping.
Constituent membership
Links to constituent pieces or movements, qualified by suite version and membership evidence Makes it possible to recognise the whole and detect omissions or substitutions.
Constituent count
Number of constituents in a specified version, with uncertainty recorded Supports completeness checks without treating recording track count as movement count.
Sequence constraint
fixed | partially constrained | flexible | version-dependent | unresolved Determines whether reordering preserves an established presentation of the suite.
Formation relationship
composed as a suite | extracted from a larger work | assembled from existing pieces | mixed | unresolved Identifies which source relationships and selection decisions the agent must inspect.
Suite-level cohesion
One or more evidenced links: dance sequence, thematic material, tonal plan, narrative, programme, stylistic design, other stated rationale, unresolved Records why these constituents belong together without imposing one universal musical pattern.
Presentation completeness
complete for identified version | selected movements | altered membership | unresolved Prevents excerpts and modified programmes from being represented as an unqualified complete suite.
Scoring relationship
Links between the suite's identified scoring and alternative arrangements or orchestrations Helps distinguish another realisation of the suite from a separately constituted work.

Also called

Baroque suiteorchestral suiteorgan suite

Where this came from

wikidata · CC0 1.0

Also registered as vr.tr.suite-group

Drafted structure

Bundle to layer to finding to question, as the second pass will find it: 6 bundles · 11 layers · 18 findings · 28 questions.

Suite identity Establish the named musical whole and the evidence for calling it a suite.

A collection of pieces must not acquire suite identity merely because an agent encounters them together.

Designation and attribution

Record who designated the whole as a suite and what that designation covers.

Evidenced suite designation

Capture the title, responsible party and supporting material that establish the collective work.

  1. Which title and attribution identify this particular suite rather than another suite with a similar name? definition
  2. What score, creator statement, edition or catalogue supports the suite designation, and who supplied it? provenance

Work and container boundaries

Separate the suite from programmes, releases and neighbouring musical forms.

Whole versus incidental grouping

Record the evidence that the pieces constitute a work-level whole independently of a particular presentation.

  1. What establishes these pieces as constituents of one suite rather than items on a playlist, album or concert programme? boundary
  2. If another form designation also applies, what evidence supports retaining suite as this work's classification? definition
Movement constitution Describe which pieces constitute the suite and how they may be sequenced.

Recognising a suite and judging its completeness require version-specific membership and ordering evidence.

Constituent membership

Identify movements or pieces without confusing musical divisions with file or track divisions.

Movement roster

Record constituent identities, alternate titles and required or optional status for an identified version.

  1. Which movements or pieces belong to this version, and which are optional, alternative or disputed? definition
  2. How many musical constituents are established, and where do recording tracks split or combine them? measurement

Sequence and continuity

Record ordering requirements and connections between adjacent movements.

Permitted movement order

Distinguish documented sequence constraints from customary or presentation-specific choices.

  1. Which movement positions, transitions or uninterrupted connections are prescribed by the relevant score or edition? provenance
  2. Can an agent reorder movements or insert an interval while still describing the result as this version of the suite? action
Suite cohesion Represent the evidenced musical or programmatic relationships that give the sequence collective significance.

Membership alone cannot explain whether a proposed alteration disrupts the suite's organising design.

Musical relationships

Capture relationships across movements when supported by analysis or explicit documentation.

Cross-movement design

Record shared material, tonal relationships, rhythmic patterns or deliberate contrasts without assuming that every suite uses them.

  1. Which recurring materials or musical contrasts connect particular movements, and which remain unestablished? definition
  2. What score passages or identified analyses support each proposed cross-movement relationship? provenance

Programmatic and functional design

Record any dance, narrative, descriptive or other stated organising rationale.

Constituent roles

Explain evidenced roles such as opening, contrast, narrative episode or closure within this suite.

  1. Does the suite have a documented dance sequence, programme or narrative, and what role does each relevant movement serve? definition
  2. Which omissions or substitutions would interrupt that documented design, and on what evidence? action
Formation and versions Trace the constitution of the suite and distinguish its versions from related works.

An extracted or revised suite can differ materially from both its source work and other suites drawn from that source.

Source work derivation

Identify pre-existing material and the acts of selection or adaptation that formed the suite.

Extraction and assembly

Link constituents to source material and record who selected, reordered or adapted it.

  1. Was this suite composed as a whole or constituted from existing material, and what evidence establishes that history? provenance
  2. Where do extracted movements differ from their source passages through cuts, new endings, transitions or other changes? boundary

Version and arrangement boundaries

Distinguish revisions, alternative scorings and independently constituted suites.

Variant identity

Record how a candidate variant relates to the suite, including unresolved work-identity decisions.

  1. Which membership, sequence or scoring differences distinguish this version from other documented versions? boundary
  2. What attribution or editorial evidence supports treating the candidate as an arrangement, a revision or a separate suite? provenance
Presentation and intervention Assess proposed or observed presentations against an identified suite and its constraints.

Agents need to label partial presentations accurately and determine what evidence is needed before altering the suite.

Presentation integrity

Compare an actual programme, score or recording with the intended suite version.

Complete or selected presentation

Identify missing, repeated, substituted or reordered movements and qualify completeness accordingly.

  1. Against which suite version is this presentation being checked, and which constituents are present or absent? measurement
  2. Should the agent label the presentation as the complete suite, selected movements or an altered selection? action

Adaptation decisions

Connect proposed changes to musical constraints, attribution and external permission evidence.

Change conditions

Record what supports a proposed cut, reordering or rescoring and which dependencies remain unresolved.

  1. What documented constraints and suite-level relationships must an agent check before cutting, reordering or rescoring this suite? action
  2. Which external rights or permission records govern the proposed adaptation or use of the chosen score, and are those records available? action
Evidence and external alignment What the world already says about this thing, gathered so the model can be checked against it.

A model that cannot be lined up against existing standards, identifiers and practice cannot be adopted by anyone who already uses them.

Reported evidence

Findings from the breadth pass, kept separate from the structural claims.

Kinds and varieties

Reported by the breadth pass; each item needs checking against its source before it becomes normative.

  • office/productivity suite
  • creative/media production suite
  • security/endpoint suite
  • developer/test suite
  • enterprise application suite (ERP/CRM/HCM)
  • media/content catalogue suite (film, TV, or recording)
  • operating-environment suite (OEM/OEM-bundled)
  • compliance/governance documentation suite
  1. Which of these kinds and varieties hold for the sense of suite this model covers, and on what evidence? provenance

Identifiers and schemes

Reported by the breadth pass; each item needs checking against its source before it becomes normative.

  • Wikidata - Q1312270 (software suite); also Q813366 (application suite) where catalogues collapse the two - Wikidata splits 'software suite' from looser 'application suite'; media suites may instead sit under Q11424 (film) franchise items or Q7366 (song) collections and should not reuse Q1312270.
  • CPE 2.3 - cpe:2.3:a:<vendor>:<suite_product>:<version>:*:*:*:*:*:*:* - NIST NVD binds many suites at product level (e.g. microsoft:365, adobe:creative_cloud) rather than at each constituent app.
  • SWID / ISO/IEC 19770-2 tag - <SoftwareIdentity name="…" tagId="…"> with <Link rel="component" …> or parent/child tags - Suite SKU is the parent SoftwareIdentity; constituent apps are component or patch links.
  • SPDX / purl - pkg:generic/<vendor>/<suite>@<version> or pkg:nuget/pkg:npm for constituents; suite recorded as a package with CONTAINS relationships - There is no dedicated 'suite' purl type; practice is a parent package plus relationships.
  • GS1 GTIN / ISBN-13 - 14-digit GTIN for boxed or downloadable suite SKUs; ISBN-13 for published media box-sets sold as one title - A GTIN identifies the sellable suite SKU, not the running software inside it.
  1. Which of these identifiers and schemes hold for the sense of suite this model covers, and on what evidence? provenance

Standards and regulation

Reported by the breadth pass; each item needs checking against its source before it becomes normative.

  • ISO/IEC 19770-2 and 19770-3 (ISO/IEC JTC 1/SC 7) - SWID tags and software entitlement schema, the usual way a licensed suite is identified and counted
  • ISO/IEC 19770-5:2015 vocabulary (ISO) - product vs. element vs. entitlement
  • SPDX 2.x/3.x (Linux Foundation / ISO/IEC 5962) - bill of materials when a suite is redistributed or embedded
  • NIST IR 7695 / CPE 2.3 Naming (NIST) - vulnerability and inventory naming of suite products
  • EU Digital Markets Act (Regulation (EU) 2022/1925) and bundling case law (European Commission / CJEU) - constraints on tying and pre-installation of software suites on gatekeeper platforms
  • US DOJ/FTC tying and bundling doctrine (Sherman Act §1/§2; Clayton Act §3) - historic Microsoft, Adobe, and office-suite bundling cases
  • Software licence / EULA of the suite vendor (vendor-issued, not a public standard) - defines whether constituents may be installed, transferred, or used separately
  1. Which of these standards and regulation hold for the sense of suite this model covers, and on what evidence? provenance

Real-world use

Reported by the breadth pass; each item needs checking against its source before it becomes normative.

  • Procurement and SAM tools (Flexera, ServiceNow SAM, Snow) count a suite SKU as one entitled product that covers several installable titles, then reconcile installs against that entitlement.
  • Enterprise app stores and MDM/EMM catalogues advertise a suite (Microsoft 365 Apps, Adobe Creative Cloud, Google Workspace) as the unit of assignment, while endpoints receive individual packages.
  • Media distributors sell a 'suite' of titles or a box-set (Criterion, a record-label anthology, a broadcaster's 'complete series') as one catalogue entry with one price and one rights window.
  • Developer CI systems treat a test suite as the runnable collection of cases for a component; that usage is neighbouring, not the commercial software-suite sense.
  • OEM and ISP bundles ship a security or utility suite pre-installed, licensed for a device lifetime or a subscription term.
  1. Which of these real-world use hold for the sense of suite this model covers, and on what evidence? provenance

Typical measurements

Reported by the breadth pass; each item needs checking against its source before it becomes normative.

  • constituent title count - 2-20 named apps or modules in a commercial software suite; media box-sets 3-50 titles - count
  • list or subscription price of the suite SKU - USD 5-100 per user-month for cloud productivity/creative suites; USD 50-2500 perpetual for on-prem suites - currency / seat / year
  • licence metric (seats, devices, cores, or named users) - 1-unlimited; enterprise agreements commonly 100-100000 seats - seat | device | core
  • install footprint of the full suite - 0.5-20 GiB on disk for office/security suites; 10-100+ GiB for creative suites with shared media caches - GiB
  • entitlement coverage ratio (licensed titles vs. installed titles) - 0.2-1.0 in SAM audits; under-deployment is common when users install only 1-2 apps of a large suite - dimensionless ratio
  1. Which of these typical measurements hold for the sense of suite this model covers, and on what evidence? provenance

Failure modes and hazards

Reported by the breadth pass; each item needs checking against its source before it becomes normative.

  • Licence under- or over-counting: installing one constituent can legally consume a whole-suite entitlement, or conversely a suite licence may not cover a standalone SKU of the same app.
  • Bundle lock-in and tying: a required constituent (e.g. a browser or media player) is unremovable or updates independently, creating supply-chain and competition risk.
  • Shared-component version skew: suite runtime libraries (VC++ redistributables, Creative Cloud desktop, .NET) break other products on the same machine.
  • Orphaned constituents after suite retirement or SKU rename (Office 365 → Microsoft 365; Creative Suite → Creative Cloud) leave inventory and CPE mappings stale.
  • Security surface: a vulnerability in one suite component is often scored against the parent product CPE, causing false-positive or false-negative patch status.
  • Rights-window mismatch in media suites: one title in a box-set or channel bundle expires or is geo-blocked while the suite listing remains on sale.
  1. Which of these failure modes and hazards hold for the sense of suite this model covers, and on what evidence? provenance

Regional variation

Reported by the breadth pass; each item needs checking against its source before it becomes normative.

  • North American SAM practice usually inventories the suite SKU (Microsoft 365 E3, Adobe All Apps); much of continental Europe still records each constituent application for audit against OEM and volume-licence contracts.
  • Japanese and Korean ISVs historically sold 'office packs' as a single localised SKU with different constituent lists than the US suite of the same brand.
  • EU DMA and national consumer-bundling rules restrict pre-installation and uninstallation of suite constituents on gatekeeper OSes; US practice is largely contractual/EULA.
  • In broadcasting and home video, UK/Commonwealth 'box set' is the common commercial name; US catalogues say 'collection' or 'complete series'; 'suite' is rarer except in software and hotel senses.
  • French and Spanish IT catalogues often use 'suite logicielle' / 'suite ofimática' as the headword where English procurement says 'office suite' or just the vendor product name.
  1. Which of these regional variation hold for the sense of suite this model covers, and on what evidence? provenance

Neighbouring kinds and how to tell them apart

Reported by the breadth pass; each item needs checking against its source before it becomes normative.

  • application (single product) - A single application is licensed, installed, and versioned on its own; a suite is the commercial parent that may include that application plus others under one SKU.
  • software package / installer - A package is a distribution artefact (MSI, deb, magento module). A suite may comprise many packages and is identified at product/entitlement level, not by one file.
  • platform or operating system - A platform provides runtime and APIs that third parties target; a suite is a vendor-curated set of applications that happens to share branding and licence, and need not expose a platform.
  • test suite - A test suite is a runnable collection of cases or fixtures (xUnit, CTS). It is not a licensed product grouping; count tests, not seats.
  • bundle / BOM / distro - A Linux distro or an SPDX BOM is a technical composition. A commercial suite is defined by the sellable SKU and EULA even if the technical BOM is larger or smaller than the marketed list.
  • collection / box-set / anthology (media) - A media collection groups finished titles for sale or exhibition. Call it a suite only when the publisher markets that grouping as one named product with shared rights and catalogue identity; otherwise it is a collection.
  • hotel/apartment suite - A lodging suite is a unit of real property (rooms + facilities). INF.MED 'suite' is an information product; do not reuse lodging identifiers (UN/LOCODE + property codes).
  • musical suite - A musical suite is an ordered set of movements (BWV, opus). Identity is a work/expression (ISWC, music-catalogue number), not a software SKU.
  1. Which of these neighbouring kinds and how to tell them apart hold for the sense of suite this model covers, and on what evidence? provenance

Sources

  1. ISO/IEC 19770-5:2015 Information technology - IT asset management - Overview and vocabulary - Defines software identification and grouping vocabulary used when a suite is treated as a licensed software product rather than a single executable.
  2. SPDX 3.0 Specification - Software Package Data Exchange - Package and relationship model (CONTAINS, PACKAGE_OF) against which a suite-as-bundle of packages is recorded.
  3. DMTF CIM Schema - CIM_SoftwareElement / CIM_Product - Product vs. software-element distinction used in inventory: a suite is typically a Product that groups SoftwareElements.
  4. GS1 General Specifications - GTIN and trade item hierarchy - Trade-item hierarchy (each, inner pack, case) analogous to SKU-level identification of a suite as a sellable bundle.

What the second pass must settle

  • Does vr.tr.suite in INF.MED specifically mean a musical suite, or does the registry intend another media grouping?
  • Which existing Vercy models already own musical works, movements, collections and arrangements, and could one already cover this concept?
  • What evidence threshold should establish suite identity when the designation comes from a later editor, publisher or catalogue?
  • How should catalogue identity be maintained when versions differ in movement membership as well as scoring?
  • How broadly should the model cover suites outside the traditions represented by its initial research sources?