Software Development Plan¶
- Status: draft
1. Purpose and Scope¶
Development plan for LQMS per IEC 62304 §5.1. Covers the development of the LQMS tool; QMS content (SOPs, WIs, templates, records of user projects) is out of scope.
2. Safety Classification & Validation Approach¶
Decision (resolves review finding RV-05). LQMS is not a medical device and is not medical-device software, so IEC 62304's safety classification (Class A/B/C) does not formally apply. The applicable obligation is validation of QMS software (ISO 13485 §4.1.6 / GAMP 5 Computerized System Validation) — LQMS is a software tool used in the QMS and must be validated for its intended use.
Therefore:
- IEC 62304 is used as a process template (life-cycle activities, configuration management, problem resolution, verification) — a self-imposed quality measure — not as a classified medical-device-software obligation.
- Validation rigor is risk-driven, proportionate to the risks in the risk register (the dominant risk being mandator data-separation failure, RISK-001/002), rather than fixed by a 62304 class.
- Equivalent rigor target: the project works at a level comparable to IEC 62304 Class B for the separation- and record-integrity-critical parts (the highest-risk areas), and lighter elsewhere — a deliberate, risk-based choice, not a regulatory classification.
This stance is the foundation the rest of this plan and the verification plan build on.
3. Development Life Cycle Model¶
TBD: iterative/incremental model; describe iteration cadence and milestones.
4. Activities and Deliverables¶
| Activity | Deliverable | Location |
|---|---|---|
| Requirements analysis | Software requirements specification | ../requirements/ |
| Architecture | arc42 documentation + ADRs | ../architecture/, ../decisions/ |
| Detailed design | TBD (per building block) | TBD |
| Implementation | Source code | repository |
| Verification | Test plans, automated tests, reviews | verification_plan.md |
| Configuration management | CM plan | configuration_management_plan.md |
| Problem resolution | Issue tracking process | problem_resolution.md |
5. Roles and Responsibilities¶
TBD.
6. Tools¶
| Tool | Purpose | Validation consideration |
|---|---|---|
| git | Version control | TBD |
| AI agents (Claude Code) | Development support | All AI output is human-reviewed; see ../ai/ |
| TBD | Build, CI, testing | TBD |
7. Documentation Plan¶
See ../README.md for documentation structure and conventions.