Introduction to ASPICE

ASPICE – Automotive Software Process improvement and capability determination

This is a domain specific version of ISO / IEC 15504

Purpose: To evaluate the efficiency of development processes of ECU suppliers in the automotive industry.

1. ASPICE Ver. 3.0 Presented by : Srinivas Nawali

2. General ASPICE – Automotive Software Process improvement and capability determination This is a domain specific version of ISO / IEC 15504 Purpose : To evaluate the efficiency of development processes of ECU suppliers in the automotive industry. Processes in ASPICE are divided into 3 process categories:

3. General These processes are grouped at second level into process groups according to the type of activity they address

4. Capability Levels & Process Attributes Level 0 : Incomplete Level 1 : Performed PA 1.1 : Process Performance Level 2 : Managed PA 2.1 : Performance Management PA 2.2 : Work Product Management Level 3 : Established PA 3.1 : Process Definition PA 3.2 : Process Deployment Level 4 : Predictable PA 4.1 : Quantitative Analysis PA 4.2 : Quantitative Control Level 5 : Innovating PA 5.1 : Process Innovation PA 5.2 : Process Innovation Implementation

5. Process Indicators Level of implementation of ASPICE can be determined by 2 types of indicators

6. Levels and Process Attributes

7. Generic Practice

8. Generic Practice

9. Generic Practice

10. Generic Practice

11. Primary Life Cycle Processes Category

12. Supporting and Organizational Life Cycle Processes Category

13. SOFTWARE/system ENGINEERING PROCESS GROUP[ SWE/SYS] SYSTEM[SYS] SOFTWARE[SWE] SYS 1: Requirement Elicitation SYS 2: System Requirement Analysis SYS 3: System Architectural Design SYS 4: System Integration And Integration Test SYS 5: System Qualification Test SWE 1: Software Requirement Analysis SWE 2: Software Architectural Design SWE 3: Software Detailed Design & Unit Construction SWE 4: Software Unit Testing SWE 5: Software Integration & Integration Test SWE 6: Software Qualification Test

14. Requirements Elicitation Baseline

15. Requirements Elicitation Techniques

16. System / Software Requirement Analysis Purpose : System : To transform Stakeholder requirements to system requirements to guide in the design of the system Software : To transform the software related parts of the system requirements to a set of software requirements

17. System / Software Requirement Analysis

18. System / Software Architectural Design Purpose : System : To identify which system elements are allocated to System requirements To evaluate the system architecture against the defined criteria Software : To identify which software elements are allocated to Software requirements To evaluate the software architecture against the defined criteria

19. System / Software Architectural Design Define resource consumption objectives for all relevant elements of software architectural design

20. Software Detailed Design and Unit Construction Purpose : To provide an evaluated detailed design for the software units To produce the software units

21. Software Unit verification Purpose : To verify software units to provide evidence for compliance with software detailed design and with non functional requirements

22. System / Software Integration and Integration Test Purpose : System : To integrate the system items to produce an integrated system consistent with Architectural design To ensure that the system items are tested (including interfaces) Software : To integrate the software units into integrated software To ensure consistency with software architectural design To ensure that the software items are tested (including interfaces)

23. System / Software Integration and Integration Test

24. System / Software Qualification Test Purpose : System : To ensure that integrated system is tested to provide evidence for compliance with system requirements To ensure that the system is ready for delivery Software : To ensure that integrated software is tested To provide evidence for compliance with software requirements

25. System / Software Qualification Test

26. SUPPORT PROCESS GROUP[SUP] SUP 1: QUALITY ASSURANCE SUP 2: VERIFICATION SUP 4: JOINT REVIEW SUP 7: DOCUMENTATION SUP 8: CONFIGURATION MANAGEMNT SUP 9: PROBLEM RESOLUTION MANAGEMENT SUP 10: CHANGE REQUEST MANAGEMENT

27. Quality Assurance Purpose : Independent and objective assurance that processes and work products comply to the set provisions and plans Ensure non conformances are resolved and prevented

28. Verification Purpose : To confirm that each work product reflects the specified requirements

29. Joint Review Purpose : To maintain a common understanding with the stakeholders of the progress against the objectives To get aid / opinion to satisfy the agreed stakeholders requirement Both Technical and Project Management activities are reviewed and these reviews are held throughout the project lifecycle.

30. Documentation Purpose : To develop and maintain the recorded information

31. Configuration Management Purpose : To establish and maintain integrity of all work products To make them available to concerned parties

32. Problem Resolution Management Purpose : To ensure that the problems are identified, analyzed, managed and controlled to resolution

33. Change Request Management Purpose : To ensure That the change requests are managed, tracked and implemented

34. MANAGEMENT PROCESS GROUP[MAN] MAN 3: PROJECT MANAGEMENT MAN 5: RISK MANAGEMENT MAN 6: MEASUREMENT

35. Project Management Purpose : To identify, establish and control the activities and resources necessary for the project to produce a product (in the context of project’s requirements and constraints)

36. Risk Management Purpose : To identify, analyze, treat and monitor risks continuously

37. Measurement Purpose : To collect and analyze data related to products developed and processes implemented To support effective management of processes and objectively demonstrate quality of product

38. REUSE PROCESS GROUP[REU] REU 2: REUSE PROGRAM MANAGEMENT

39. Reuse Program Management Purpose : To plan, establish, manage, control and monitor organization’s reuse program and to systematically exploit reuse opportunities

40. PROCESS IMPROVEMENT PROCESS GROUP[PIM] PIM 3: PROCESS IMPROVEMENT

41. Process Improvement Purpose : To continually improve the organization's effectiveness and efficiency through processes and aligned with business need

42. ACQUISITION PROCESS GROUP[ACQ] ACQ 3: CONTRACT AGREEMENT ACQ 4: SUPPLIER MONITORING ACQ 11: TECHNICAL REQUIREMENTS ACQ 12: LEGAL AND ADMINISTRATIVE REQUIREMENT ACQ 13: PROJECT REQUIREMENTS ACQ 14: REQUEST FOR PROPOSALS ACQ 15: SUPPLIER QUALIFIACTION

43. Contract Agreement Purpose : To negotiate and approve a contract / agreement with supplier

44. Supplier Monitoring Purpose : To track and access the performance of the supplier against the agreed requirements

45. Technical Requirements Purpose : To establish the technical requirements of the acquisition To elicit functional and non-functional requirements

46. Legal and Administrative Requirements Purpose : To define the awarding aspects such as expectations, liabilities, legal and other issues Comply to national and international laws of contract

47. Project requirements Purpose : To specify the requirements to ensure the acquisition project is performed with adequate planning, staffing, directing, organizing and control over tasks and activities

48. Request for Proposals Purpose : To prepare and issue the necessary acquisition requirements. The documentation shall include, but not limited, to the contract, project, finance and technical req. To be provided in Call for Proposal / Invitation for tender

49. Supplier Qualification Purpose : To evaluate and determine if the potential suppliers have the required qualification for entering the proposal / tender evaluation process The technical background, quality system , servicing, user support capabilities will be evaluated

50. SUPPLY PROCESS GROUP[SPL] SPL 1: SUPPLIER TENDERING SPL 2: PRODUCT RELEASE

51. Supplier Tendering Purpose : To establish an interface to respond to customer inquiries and RFP Prepare and submit proposals Confirm assignment though establishment of agreement

52. Product Release Purpose : To control the release of product to the intended customer

53. THANK YOU