Hi Sidney,
Thanks for Replay..
Please see below what the procedure is saying about it:
This procedure identifies the:
a) Process activity Plan(s), including plan updates, used for design development of service and use of Service Related Product;
b) Design and development stages;
c) Resources, responsibilities, authorities and their interfaces to ensure effective communication;
d) Review, verification and validation activities necessary to complete each design and development stage;
e) Requirements for a final review of the design
In the event that company outsources any aspect of the design and development process it ensures that the supplier meets the requirements of 5.6.1.6 of this manual.
5.4.2.2 Service Design and Development Inputs
The process for determining the required design and development inputs is defined in MSP 06. Inputs are identified and reviewed for adequacy, completeness and lack of conflict.
Inputs include functional and technical requirements, and the following, as applicable:
a) Customer-specified requirements (see 5.1);
b) Requirements provided from external sources, including API product specifications;
c) Requirements for Service related Product including functional and technical requirements
d) Environmental and operational conditions;
e) Methodology, assumptions and formulae documentation;
f) Historical performance and other information derived from previous similar designs;
g) Legal requirements; and
h) Results from risk assessments (see 5.3).
Inputs will be documented reviewed for adequacy to ensure that they are complete unambiguous, and not conflicting with other requirements. Records of Design and Development outputs shall be maintained.
5.4.2.3 Service Design and Development outputs
Outputs are documented to allow verification against the design and development input requirements.
Outputs:
a) Meet the input requirements for design and development;
b) Provide appropriate information for purchasing of any required SRP;
c) Provide controls for the execution of the service, including allowable variations in the service executions parameters.
d) Include or reference acceptance criteria for the completion of the service; and
e) Include identification of, or reference to, Service Related Product or components deemed critical to the design;
Records of design outputs are maintained.
Identification of criticality of service-related products and/or components can be maintained outside of the design and development process.
5.4.2.4 Service Design and Development Verification
At appropriate stages of design, design verification is performed to ensure that the design stage meets the design stage input requirements. Records of design verification are maintained.
5.4.2.5 Service Design and Development Final review and approval
Design final review is performed in accordance with planned arrangements to ensure that the resulting service design is capable of meeting the specified requirements. When possible, Final review is completed prior to the delivery of the Service or SRP.
After final review the completed process design is approved by competent individual(s) other than the person or persons who developed the design.
Records of the design final review, approval and any necessary actions are maintained (see 4.5).
5.4.2.6 Control of Service design and development change
In accordance with requirements documented in MSP 06, all design changes and modifications are identified, reviewed and verified by the management of Change process as appropriate.