1、Introduction to CMMVer 1.1DEFINED LEVEL 第1頁/共45頁RECAPITULATIONPROJECT A LEVEL 3PROJECT BPROJECT CPROJECT DORGANIZATION WIDE VIEW第2頁/共45頁Level 3 - Recap. Organization wide view now Process assets in use Projects learn from each other Training Peer Reviews Process stability getting strong 第3頁/共45頁TYPI

2、CAL CHARACTERISTICS OF A DEFINED LEVEL ORGANISATION At level 2, the focus is on projects At level 3 the emphasis shifts to the organization Best practices are gathered across the organization Processes are tailored as appropriate第4頁/共45頁TYPICAL CHARACTERISTICS OF A DEFINED LEVEL ORGANISATION The Org

3、anization Supports the Projects by Establishing Common processes for Engineering and Management Common measurements Training The process capability is based on a common, organisation wide understanding of the activities, roles and responsibilities.第5頁/共45頁KEY PROCESS AREAS Peer reviews Intergroup co

4、ordination Software product engineering Integrated software management Training program Organization process definition Organization process focus第6頁/共45頁 Organization Process Focus - Common Features Commitment Written organization policy for coordinating software process development and improvement

5、 across the organization. Sponsorship of Senior Management in carrying out the activities cited above. Activities are overseen by Senior Management.第7頁/共45頁 Organization Process Focus - Common Features Ability Group responsible for software process activity exists Adequate resources and funding Trai

6、ning to Perform the activities pertaining to process definition and improvement to the group as well as Engineering Group Measurements to determine status of activities pertaining to Process Focus第8頁/共45頁 Organization Process Focus - Activities Software process development and improvement activities

7、 are coordinated across the organisation. The organizations and projects activities for developing and improving their software processes are coordinated at the organization level. The use of the organizations software process database is coordinated at the organizational level.第9頁/共45頁 Organization

8、 Process Focus - Activities (contd.) New processes, methods, and tools in limited use in the organization are monitored, evaluated, and, where appropriate, transferred to other parts of the organization. Training for the organizations and projects software processes is coordinated across the organiz

9、ation. The groups involved in implementing the software processes are informed of activities for software process development and improvement.第10頁/共45頁 Organization Process Focus - Activities The Strengths and Weaknesses of the Software Processes Used Are Identified Relative to a Process Standard. T

10、he software process is assessed periodically, and action plans are developed to address the assessment findings. Organizational-level Process Development and Improvement Activities Are Planned. The organization develops and maintains a plan for its software process development and improvement activi

11、ties. 第11頁/共45頁Organization Process Focus - Summary SW Engg. Process group Project teams Quality assurance May be part time Process development and improvement now coordinated at the organization level第12頁/共45頁Organization Process Focus - Summary Process development and improvement plan New processe

12、s and tools evaluated and used elsewhere Process assessed periodically Information shared with all Training on processes given第13頁/共45頁 Organization Process Definition - Common Features Commitment Written organizational policy for developing and maintaining a standard software process and related pr

13、ocess assets. Ability Adequate resources and funding Training to individuals on process definition and maintenance. Measurement To determine the status of process definition activities. Verification By Quality Assurance Group through review / audit. 第14頁/共45頁 Organization Process Definition -Activit

14、ies A Standard Software Process For The Organisation Is Developed And Maintained. The organizations standard software process is developed and maintained according to a documented procedure. The organizations standard software process is documented according to established organization standards. De

15、scriptions of software life cycles that are approved for use by the projects are documented and maintained. Guidelines and criteria for the projects tailoring of the organizations standard software process are developed and maintained.第15頁/共45頁 Organization Process Definition - Activities Informatio

16、n Related To The Use Of The Organizations Standard Software Process By The Software Projects Is Collected, Reviewed, And Made Available The organizations software process database is established and maintained. A library of software process-related documentation is established and maintained.第16頁/共4

17、5頁Organization Process Definition Summary Org. standard software process Criteria for tailoring of OSSP Process data base established All measurement data stored here Library of process documentation is also maintained第17頁/共45頁 Training Program - Common Features Commitment Written organizational pol

18、icy for meeting the training needs Ability Training group exist Resources and funding Necessary skills and knowledge to perform their training activities Orientation on the training program Measurement To determine the status of the training program To determine the quality of the training program第1

19、8頁/共45頁 Training Program -Activities Training Activities Are Planned Each software project develops and maintains a training plan that specifies its training needs. The organizations training plan is developed and revised according to a documented procedure. The training for the organization is perf

20、ormed in accordance with the organizations training plan.第19頁/共45頁Training Program -Activities Training For Developing The Skills And Knowledge Needed To Perform Software Management And Technical Roles Is Provided. The training for the organization is performed in accordance with the organizations t

21、raining plan. Training courses prepared at the organization level are developed and maintained according to organization standards.第20頁/共45頁 Training Program -Activities Individuals In The Software Engineering Group And Software Related Groups Receive The Training Necessary To Perform The Roles. A w

22、aiver procedure for required training is established and used to determine whether individuals already possess the knowledge and skills required to perform in their designated roles. Records of training are maintained.第21頁/共45頁Training- Summary Training group Organization training plan Project train

23、ing plan Training imparted Materials developed according to organization standards Waiver procedure followed第22頁/共45頁 Integrated Software Management - Common Features Commitment Written organizational policy for planning and managing the project Ability Adequate resources and funding Training on how

24、 to tailor the organisations standard software process Training to software managers in managing the technical, administrative and personnel aspects of software project. Measurement To determine the effectiveness of the Integrated Software Management activities.第23頁/共45頁 Integrated Software Manageme

25、nt - Activities The Projects Defined Software Process Is A Tailored Version Of The Organisations Standard Software Process. The projects defined software process is developed by tailoring the organizations standard software process according to a documented procedure. Each projects defined software

26、process is revised according to a documented procedure. The projects software development plan, which describes the use of the projects defined software process, is developed and revised according to a documented procedure.第24頁/共45頁Integrated Software Management - Activities The Project Is Planned A

27、nd Managed According To The Projects Defined Softwre Process The projects software development plan, which describes the use of the projects defined software process, is developed and revised adocproc The organizations software process database is used for software planning and estimating. The size

28、of the software work products (or size of changes to the software work products) is managed adocproc The projects software effort and costs are managed adocproc第25頁/共45頁 Integrated Software Management - Activities The Project Is Planned And Managed According To The Projects Defined Software Process

29、The projects critical computer resources are managed adocprocThe critical dependencies and critical paths of the projects software schedule are managed adocproc The projects software risks are identified, assessed, documented, and managed adocproc Reviews of the software project are periodically per

30、formed第26頁/共45頁Integrated Software Management Summary Projects defined SW process developed by tailoring OSSP SW life cycles defined Waivers approved Planning and tracking done based on the Defined SW process Estimating based on process DB第27頁/共45頁Integrated Software Management Summary Effort, costs

31、, schedules managed Risk factors managed Risk management plan Project reviews, within team and with senior management第28頁/共45頁 Software Product Engineering - Common Features Commitment Written organizational policy for performing software engineering activities. Ability Adequate resources and fundin

32、g Training to members of software engineering group to perform their technical assignments. Orientation to related software engineering disciplines. Orientation in the technical aspects of the software project.第29頁/共45頁 Software Product Engineering - Common Features (contd) Measurement To determine

33、the functionality and quality of the software products. To determine the status of product engineering activities第30頁/共45頁 Software Product Engineering - Activities The Software Engineering Tasks Are Defined, Integrated, And Consistently Performed To Produce The Software. Appropriate software engine

34、ering methods and tools are integrated into the projects defined software process (DSP). Software requirements are developed, maintained, documented, and verified by analyzing the allocated requirements, ADSP.The software design is developed, maintained, documented, and verified, ADSP. The software

35、code is developed, maintained, documented, and verified, ADSP Software testing is performed , ADSP第31頁/共45頁 Software Product Engineering - Activities The software engineering tasks are defined, integrated, and consistently performed to produce the software. Integration testing of the software is pla

36、nned and performed, ADSP System and acceptance testing of the software are planned and performed to demonstrate that the software satisfies its requirements. The documentation that will be used to operate and maintain the software is developed and maintained, ADSP Data on defects identified in peer

37、reviews and testing are collected and analyzed, ADSP第32頁/共45頁 Software Product Engineering - Activities SOFTWARE WORK PRODUCTS ARE KEPT CONSISTENT WITH EACH OTHER Consistency is maintained across software work products, including the software plans, process descriptions, allocated requirements, soft

38、ware requirements, software design, code, test plans, and test procedures.第33頁/共45頁Software Product Engineering Summary Requirements analyzed and documented SW design to match requirements Coding to reflect design and requirements Unit / Integration / System test Defects data collected & analyze

39、d 第34頁/共45頁Software Product Engineering-Summary Consistency across work products Traceability matrix useful Measurements extremely important Quality of product Defect density, defect age, review effectiveness, test coverage etc.第35頁/共45頁Intergroup Coordination - Common Features Commitment Written or

40、ganizational policy for establishing interdisciplinary engineering teams Ability Adequate resources and funding Support tools used by different engineering groups are compatible Training on team work to all managers Orientation in processes, methods and standards used by various groups. Orientation

41、to Engineering group in working as a team. Measurements To determine the status of intergroup coordination activities.第36頁/共45頁 Intergroup Coordination - Activities The Customers Requirements Are Agreed To By All Affected Groups. The software engineering group and the other engineering groups partic

42、ipate with the customer and end users, as appropriate, to establish the system requirements.第37頁/共45頁Intergroup Coordination - Activities The Commitments Between The Engineering Groups Are Agreed To By The Affected Groups. A documented plan is used to communicate intergroup commitments and to coordi

43、nate and track the work performed. Critical dependencies between engineering groups are identified, negotiated, and tracked according to a documented procedure. Work products produced as input to other engineering groups are reviewed by representatives of the receiving groups to ensure that the work products meet their needs.第38頁/共45頁 Intergroup Coordination - Activities The Engineering Groups Identify, Track, And Resolve Intergroup Issues. Representatives of the projects software engineering group work with representatives of the other engineer