Differences

This shows you the differences between two versions of the page.

--- en:safeav:softsys:configurationtools [2025/10/17 16:05] – agrisnik
+++ en:safeav:softsys:configurationtools [2026/04/24 09:33] (current) – removed raivo.sell
@@ Line 1: / Line 1: @@
-====== Main Steps and Tools of Configuration Management ======
-Configuration management (CM) is not a single activity but a cyclic process integrated into the entire software lifecycle. The ISO/IEC/IEEE 828:2012 standard identifies four principal activities:
-  * Configuration Identification
-  * Configuration Control
-  * Configuration Status Accounting
-  * Configuration Audit
-In modern practice, a fifth step — Configuration Verification and Review — is also added for continuous improvement and compliance.
-<figure The Configuration Management Cycle >
-{{ :en:safeav:as:as:rtu_ch4_figure7.png?400| The Configuration Management Cycle }}
-<caption>The Configuration Management Cycle (Adapted from ((IEEE. (2012). ISO/IEC/IEEE 828: Configuration Management in Systems and Software Engineering. IEEE Standards Association)) ((NASA. (2021). Configuration Management Procedural Requirements (NPR 7120.5E). National Aeronautics and Space Administration)))</caption>
-</figure>
-**Configuration Identification**
-The first step in CM defines what needs to be managed. It involves:
-  * Listing all Configuration Items (CIs) (e.g., code, documents, libraries, binaries).
-  * Assigning each CI a unique identifier (e.g., version tag, build ID).
-  * Structuring these items into a configuration hierarchy.
-Example hierarchy:
-<figure Example hierarchy >
-{{ :en:safeav:as:as:rtu_ch4_figure8.png?400| Example hierarchy }}
-<caption>Example hierarchy</caption>
-</figure>
-Tools & Techniques:
-  * Version Control Systems: Git, SVN, Mercurial.
-  * Artefact Repositories: JFrog Artifactory, Nexus.
-  * Configuration Databases (CMDBs): ServiceNow CMDB, BMC Helix.
-Goal: Create a clear inventory of every managed artefact and its dependencies.
-<figure Change Control Workflow >
-{{ :en:safeav:as:as:rtu_ch4_figure9.png?400| Change Control Workflow }}
-<caption>Change Control Workflow</caption>
-</figure>
-Tools and Techniques:
-  * Issue & Change Tracking: Jira, Redmine, Azure DevOps, Bugzilla.
-  * Code Review Systems: GitHub Pull Requests, Gerrit, GitLab Merge Requests.
-  * Workflow Automation: Jenkins, GitHub Actions, Bamboo.
-Goal: Ensure that every change is reviewed, justified, and properly recorded before being implemented.
-**Configuration Status Accounting (CSA)**
-CSA provides visibility into the current state of configurations across the project. It records which versions of CIs exist, where they are stored, and what changes have occurred. Typical outputs include:
-  * Version histories and change logs.
-  * Baseline status reports.
-  * Release documentation and distribution tracking.
-<figure Configuration Status Flow >
-{{ :en:safeav:as:as:rtu_ch4_figure10.png?400| Configuration Status Flow }}
-<caption>Configuration Status Flow</caption>
-</figure>
-Tools & Techniques:
-  * Version Reporting Tools: Git log, Git tag, or custom CI/CD reports.
-  * Automated Dashboards: Grafana, Kibana, Jenkins build monitor.
-  * ALM Suites: IBM Rational Team Concert, Siemens Polarion.
-Goal: Provide transparency and traceability, so project managers and auditors can reconstruct the exact configuration of any product version at any point in time.
-**Configuration Audit**
-A Configuration Audit ensures the product conforms to its baseline and that all changes were properly implemented and documented. It verifies:
-  * Each configuration item matches its specification.
-  * All documentation is updated.
-  * No unauthorised modifications exist.
-There are two types:
-  - Functional Configuration Audit (FCA): Confirms the system performs as intended.
-  - Physical Configuration Audit (PCA): Confirms that the physical implementation matches the design documentation.
-Tools & Techniques:
-  * Automated Compliance Tools: Chef InSpec, OpenSCAP, AWS Config.
-  * Manual Audits: Checklists and review boards.
-  * Digital Twin Validation: Comparing digital models with deployed assets ((Wang, L., Xu, X., & Nee, A. Y. C. (2022). Digital twin-enabled integration in manufacturing. CIRP Annals, 71(1), 105–128.)).
-Goal: Ensure integrity, consistency, and compliance across the entire configuration baseline.
-**Configuration Review and Verification**
-This optional step closes the CM loop. It assesses whether CM processes are effective and aligned with project objectives. Activities include:
-  * Reviewing CM documentation and records.
-  * Evaluating tool performance and automation coverage.
-  * Identifying gaps or inefficiencies for improvement.
-Tools:
-  * CM maturity models (CMMI, ISO/IEC 15504).
-  * Quality management platforms (e.g., Atlassian Confluence for audit documentation).
-Goal: Support continuous improvement and process optimisation.
-===== Main Tools for Configuration Management =====
-Modern CM relies heavily on automation and integration tools to manage complexity and enforce discipline across teams. These tools can be categorized by function.
-**Version Control Systems (VCS)**
-^ Tool ^ Description ^ Example Use ^
-| Git | Distributed version control system; supports branching and merging. | Used for nearly all modern software projects. |
-| Subversion (SVN) | Centralised version control with strict change policies. | Preferred in regulated environments (aerospace, defence). |
-| Mercurial | Similar to Git, optimised for scalability and ease of use. | Used in research or large repositories. |

en/safeav/softsys/configurationtools.1760706326.txt.gz · Last modified: 2025/10/17 16:05 by agrisnik