Understanding CAN/CSA-ISO/IEC-TR 14143-5-05: Functional Domains in Functional Size Measurement

A comprehensive guide to the Canadian adoption of ISO/IEC TR 14143-5:2005 for determining functional domains in software measurement

Scope and Introduction

The standard CAN/CSA-ISO/IEC-TR-14143-5-05 is the Canadian adoption of the international technical report ISO/IEC TR 14143-5:2005. It is part of the ISO/IEC 14143 series, which establishes a framework for Functional Size Measurement (FSM) of software. This specific part addresses the determination of functional domains — a critical step in ensuring that FSM methods are applied consistently and appropriately across different software contexts.

Functional domains represent categories of software applications that share similar characteristics, such as business application software, real-time software, or scientific software. By classifying software into functional domains, organizations can choose the most suitable FSM method and improve the comparability of size measurements across projects.

Key objectives of this standard include:

  • Providing a consistent definition of what constitutes a functional domain in the context of FSM.
  • Specifying rules and criteria for assigning software to a functional domain.
  • Supporting the selection and validation of FSM methods based on domain characteristics.
  • Facilitating the reliable communication of software size data across organizational boundaries.
Tip: CAN/CSA-ISO/IEC-TR-14143-5-05 is intended to be used together with other parts of the 14143 series, particularly ISO/IEC 14143-1 (concepts, definitions, and general principles) and ISO/IEC 14143-4 (reference model). Review these supporting documents to gain a complete picture of the FSM framework.

Technical Requirements and Framework

Definition and Characteristics of Functional Domains

The technical report defines a functional domain as a set of software applications that exhibit common functional characteristics and whose functional size can be meaningfully measured using a specific FSM method or set of methods. The standard outlines domain characteristics such as:

  • Type of processing: Batch, online, real-time, or embedded.
  • Nature of data: Dominance of algorithmic computations versus data storage and retrieval.
  • User interactivity: Transactional interfaces versus sensor/actuator interactions.
  • Control complexity: State-driven behavior, continuous processes, or simple procedures.

Domain Classification Criteria

CAN/CSA-ISO/IEC-TR-14143-5-05 provides criteria to map a software application to a functional domain. These criteria include:

Criterion Description Typical Domains
Primary function orientation Whether the software primarily processes data, controls devices, or computes algorithms. Data-intensive, Control-intensive, Compute-intensive
Boundary nature Whether the software interacts with human users, other systems, or physical devices. Transaction-oriented, Real-time, Embedded
Memory and state behavior Extent to which the software maintains persistent state and reacts to events. Business information, Event-driven, Batch processing
Volumetric characteristics Scale of inputs, outputs, and stored data elements. Small-scale (up to 100 FPs), Large-scale (>1000 FPs)

The standard emphasizes that domain determination should be based on functional user requirements and performed early in the project lifecycle. Misclassification can lead to incorrect sizing, budget overruns, and poor productivity benchmarks.

Warning: Do not assume that a single FSM method fits all functional domains. For example, the IFPUG FPA method may need adaptation for real-time or scientific applications. Always verify domain membership before committing to a measurement approach.

Implementation Highlights

Integrating Domain Determination into Software Measurement Processes

Implementing CAN/CSA-ISO/IEC-TR-14143-5-05 requires embedding domain determination into an organization’s measurement framework. Recommended steps include:

  1. Define domain templates: Create reusable descriptions for each recognized functional domain (e.g., management information systems, process control, scientific simulation).
  2. Perform domain screening: At project initiation, classify the software using the criteria from the standard. Document assumptions and evidence.
  3. Select FSM method: Based on the determined domain, choose a compliant FSM method (e.g., NESMA, IFPUG, COSMIC). The standard provides guidance on mapping domains to methods.
  4. Train measurement teams: Ensure practitioners understand domain characteristics and can apply them uniformly. Consider using a domain decision tree such as the one illustrated in the technical report.
  5. Measure and validate: Perform functional size measurement and cross-check results against domain expectations. Large deviations may indicate domain misclassification or measurement errors.
Success Factor: Organizations that systematically apply domain determination often report up to 20% improvement in the consistency of size measurements across diverse software portfolios. This consistency directly enhances benchmarking and estimation accuracy.

Relationship to Other FSM Standards

CAN/CSA-ISO/IEC-TR-14143-5-05 is one of several standards supporting functional size measurement. The table below summarizes the key parts and their roles:

Part Title Role in FSM
14143-1 Definitions of concepts Foundation terminology and principles
14143-2 Conformity evaluation of software size measurement methods Criteria for validating FSM methods
14143-3 Verification of FSM methods Procedures for verifying method compliance
14143-4 Reference model Framework for comparing FSM methods
14143-5 Determination of functional domains Classifying software for method selection
14143-6 Guide for use of ISO/IEC 14143 series Practical implementation guidance

Compliance Notes

As a technical report (TR), CAN/CSA-ISO/IEC-TR-14143-5-05 provides informational guidance rather than normative requirements. However, conformity to the ISO/IEC 14143 series depends on correctly determining functional domains. Organizations seeking certification for their FSM processes should be aware of the following:

  • Adoption by industry regulators: Some national software measurement initiatives (e.g., in Canada, the CSA Group) endorse this TR as a good practice. Compliance may be required for government IT procurement contracts that mandate FSM-based pricing or productivity reporting.
  • Audit considerations: During an FSM process audit (per ISO/IEC 14143-2), the auditor will review whether domain determination is documented and consistently applied. Lack of domain documentation can be cited as a non-conformity.
  • Tooling: Several FSM software tools incorporate domain classification modules based on the criteria in this report. Using validated tools can streamline compliance efforts.
  • Version notes: This Canadian standard is a direct adoption of ISO/IEC TR 14143-5:2005, published in 2005. Users should check for any national deviations or updates. As of 2026, the standard remains current, but users should monitor for revised editions from ISO/IEC.
Risk: Ignoring functional domain determination can lead to the use of an inappropriate FSM method, resulting in unreliable size estimates. This is particularly dangerous when size data is used for contractual agreements or performance-based payments. Always perform a domain classification as part of your measurement procedure.

Frequently Asked Questions

Q: Is CAN/CSA-ISO/IEC-TR-14143-5-05 a mandatory standard or only a guideline?
A: As a Technical Report, it is primarily informational and not a mandatory standard. However, its principles are considered essential for consistent functional size measurement. Many organizations adopt it as a best practice, and some procurement frameworks require compliance with the entire 14143 series, including Part 5.
Q: How does functional domain determination differ from software classification used in other methodologies?
A: In FSM, functional domain classification is uniquely tied to the functional user requirements and focuses on characteristics that affect measurement (e.g., processing type, boundary nature). It is not the same as application type (e.g., ERP, CRM) or architectural tier classification. The domain determines which FSM method will yield meaningful size results.
Q: Can one software system belong to multiple functional domains?
A: Yes, large systems often contain components from different domains. For example, an enterprise system may include a data-intensive ERP module and a real-time manufacturing control subsystem. In such cases, the standard recommends either decomposing the system by domain and measuring each component separately, or selecting a primary domain based on the dominant functional area.
Q: Where can I obtain a copy of CAN/CSA-ISO/IEC-TR-14143-5-05?
A: The standard is available from the CSA Group (Canadian Standards Association) and from national standardization bodies that have adopted the ISO/IEC TR. It can also be purchased directly from ISO or IEC online stores. Ensure you obtain the Canadian-approved version if you are operating under Canadian regulations.

Reference year: 2026

📥 Standard Documents Download

🔒
Please wait 10 seconds, the download links will appear after the ad loads

Leave a Reply

Your email address will not be published. Required fields are marked *