02-Gazelle HL7 Validator development and validation process
Process
Flowchart
01-Requirements
Requirements Process
Objectives
- Need to formalize a new development, evolution or correction of HL7 validator.
- Describe the features expected in the form of use cases or defect
Pre-requisites
Inputs
- Need a new feature, a change or correction
Actions
- Writing needs in an issue
Outputs
02-Specification
Specification Process
Objectives
- Identify and analyse impact from requirements process outputs
- Identify features and releases
- Identify tool impacts
Pre-requisites
- Requirements are identified and created
Inputs
- Issue which content the need
Actions
- Analysis the issue to identity existing tools that can be used, and, in the contrary, new developments to be performed
- Create a list of features to be offered by HL7 Validator
- Specify the graphical user interface
Outputs
- Gap analysis (gathers the support tools which required but missing and required by Test Management)
- Features list
- Mock-up of GUI
- Development and Test plans
03-Design
Design Process
Objectives
- Design and create specification
Pre-requisites
- The need expression is available and formal
Inputs
- Existing specification and design of module
- Existing specification and design of tool
- Existing platform architecture and design
- Change requests (issue)
- Management of documentation process
Actions
- Design the modules hierarchy, that means, will HL7 validator inherit from existing Gazelle modules, which are the dependencies with other modules/third-party libraries, which are the new modules to be developed and that it would be convenient to keep as much as independant as possible for possible reuse.
- Design the HL7 validator model: which are the needed entities, how they are linked together.
- Analyse and change state of changement requests
- Analyse impact on other module other than those specify on the change request
Outputs
- Interactions diagram
- Class and components diagrams
- Specification and design of module
- Specification and design of tool
- HL7 validator architecture and design
- Document index up to date
04-Realisation
Realisation Process
Objectives
- Develop new HL7 validator features respecting normatives
Pre-requisites
- Specfication documents are validated
Inputs
- Tool specifications or module specifications
- Tool design document or module design document
- Coding rules
- Development repository
Actions
- Creation of new featuers or module, apply the KEREVAL development process available on SMQ
Outputs
- JAVA code + XHTML
- JAVA code documentation of module
- New branch on development repository
05-Test
Test Process
Objectives
- Verify if new features respect all rules and specifications
Pre-requisites
- JAVA and XHTML code is compiled
Inputs
- JAVA/XHTML Code
- Branch of development on IHE SVN
- Validation strategy
- Validation objectives
Actions
- Unit Test
- Static analysis
- Unit testing on critical methods
- Integration Test
- Verify services calling (webservices)
- System Test
- System testing against Specifications documents (features & GUI)
- Acceptance Test
- Beta testing by vendors according to their needs
Outputs
- Test report with all part of test levels