Type | Process | Activity | EMI |
Primary | Acquisition | Initiation | NA |
Request-for-Proposal | |||
Contract Preparation and update | |||
Supplier monitoring | |||
Acceptance and completion | |||
Supply | Initiation | EU project proposal? | |
Preparation of response | EU project proposal? | ||
Contract | Dow? | ||
Planning | Technical Area work plans? | ||
Execution and control | Project Deliverables? | ||
Review and evaluation | EU Project review? | ||
Delivery and completion | ? | ||
Development | Process implementation | Y | |
System requirements analysis | N | ||
System architectural design | N | ||
Software requirements analysis | N | ||
Software architectural design | N | ||
Software detailed design | N | ||
Software coding and testing | Y | ||
Software integration | Y | ||
Software qualification testing | Y | ||
System integration | Y | ||
System qualification testing | Y | ||
Software installation | NA | ||
Software acceptance support | Y | ||
Operation | Process implementation | NA (done by EGI) | |
Operational testing | NA | ||
System operation | NA | ||
User support | Y (3rd level support) | ||
Maintenance | Process implementation | Y | |
Problem and modification analysis | Y | ||
Modification implementation | Y | ||
Maintenance review/acceptance | Y | ||
Migration | N | ||
Software Retirement | N | ||
Supporting | Documentation | Process implementation | Y |
Design and Development | Y | ||
Production | Y | ||
Maintenance | Y | ||
Configuration Management | Process implementation | Y | |
Configuration identification | Y | ||
Configuration control | Y | ||
Configuration status accounting | Y | ||
Configuration evaluation | Y | ||
Release management and delivery | Y | ||
Quality Assurance | Process implementation | Y | |
Product assurance | Y | ||
Process assurance | Y | ||
Assurance of quality systems | ? | ||
Verification | Process implementation | Y | |
Verification | Y | ||
Validation | Process implementation | Y | |
Validation | Y | ||
Joint Review | Process implementation | Y | |
Project Management reviews | Y | ||
Technical reviews | N | ||
Audit | Process implementation | Y | |
Audit | Y | ||
Problem resolution | Process implementation | Y | |
Problem resolution | Y | ||
Organisational | Management | Initiation and scope definition | Y? |
Planning | Y? | ||
Execution and control | Y? | ||
Review and evaluation | Y? | ||
Closure | N | ||
Infrastructure | Process implementation | Y (ETICS?) | |
Establishment of the infrastructure | Y | ||
Maintenance of the infrastructure | Y | ||
Improvement | Process establishment | N | |
Process assessment | N | ||
Process improvement | N | ||
Training | Process implementation | Y | |
Training material development | Y | ||
Training plan implementation | Y |
Characteristic | Subcharacteristic | Definition | Applicable in EMI? |
Functionality | to provide functions which meet stated and implied needs when the software is used under specific conditions | ||
Suitability | to provide an appropriate set of functions for specified tasks and user objectives | Y | |
Accuracy | to provide the right or agreed results or effects with the needed degree of precission | Y | |
Interoperability | to interact with one or more specified systems | Y | |
Security | to protect information and data so that unauthorised persons or systems cannot read or modify them and authorised persons or systems are not denied access to them | Y | |
Functionality compliance | to adhere to standards, conventions or regulations in laws and similar prescriptions relating to functionality | Y | |
Reliability | to maintain a specified level of performance when used under specified conditions | ||
Maturity | to avoid failure as a result of faults in the software | Y | |
Fault Tolerance | to maintain a specified level of performance in cases of software faults or of infringement of its specified interface | Y | |
Recoverability | to re-establish a specified level of performance and recover the data directly affected in the case of a failure | Y | |
Reliability compliance | to adhere to standards, conventions or regulations in laws and similar prescriptions relating to reliability | Y | |
Usability | to be understood, learned, used and attractive to the user, when used under specified conditions | ||
Understandability | to enable the user to understand whether the software is suitable, and how it can be used for particular tasks and conditions of use | Y | |
Learnability | to enable the user to learn its application | Y | |
Operability | to enable the user to operate and control it | Y | |
Attractiveness | to be attractive to the user | Y | |
Usability compliance | to adhere to standards, conventions or regulations in laws and similar prescriptions relating to usability | Y | |
Efficiency | to provide appropriate performance, relative to the amount of resources used, under stated conditions | ||
Time behaviour | to provide appropriate response and processing times and throughput rates when performing its function, under stated conditions | Y | |
Resource utilisation | to use appropriate amounts and types of resources when the software performs its function under stated conditions | Y | |
Efficiency compliance | to adhere to standards, conventions or regulations in laws and similar prescriptions relating to efficiency | Y | |
Maintainability | to be modifed. Modifications may include corrections, improvements or adaptacion of the software to changes in environment, and in requirements and functional specifications | ||
Analysability | to be diagnosed for deficiencies or causes of failures in the software, or for the parts to be modified to be identified | Y | |
Changeability | to enable a specific modification to be implemented | Y | |
Stability | to avoid unexpected effects from modifications of the software | Y | |
Testability | to enable modified software to be validated | Y | |
Maintainability compliance | to adhere to standards, conventions or regulations in laws and similar prescriptions relating to maintainability | Y | |
Portability | to be transferred from one environment to another | ||
Adaptability | to be adapted for different specified environments without applying actions or means other than those provided for this purpose for the software considered | Y | |
Installability | to be installed in a specified environment | Y | |
co-existence | to co-exist with other independent software in a common environment sharing common resources | Y | |
Replaceability | to be used in place of another specified software product for the same purpose in the same environment | Y | |
Portability compliance | to adhere to standards, conventions or regulations in laws and similar prescriptions relating to portability | Y |
Characteristic | Subcharacteristic | Metric | Definition | EMI implementation | Comments |
Functionality | |||||
Suitability | Functional Adequacy | How adequate are the evaluated functions? | Number of open bugs associated to a technical objective/ Total number of bugs associated to the same technical objective | It's difficult to automate this calculation because we don't have any mean to establish a relationship between a bug and a technical objective. Bugs are only related to software components. It's a metric that needs to be calculated manually. A possibility to make it easier is to simplify the metric by calculating only the number of major or critical bugs. Since normally the number is not very high, the exercise of associating them with a technical objective wouldn't be very long. |