IEEE 12207
10 likes8,263 views
The document introduces IEEE 12207, a standard aimed at improving software lifecycle processes and project management in IT, highlighting the poor success rates of many software projects due to inadequate practices. It discusses the complexities of software engineering, reasons for project failures, and outlines necessary processes for acquiring and managing software-intensive systems effectively. Ultimately, it advocates for robust project planning, execution, and continuous improvement methodologies to enhance success rates in software development.
IEEE 12207
- 1. Introduction to IEEE 12207 Information technology - Software life cycle processes
- 2. Scope: Management of Software Development Projects IT project management ISO/IEC 12207
- 3. IT software projects have a poor success record YET ! The problems can be solved with this standard.
- 4. Concepts from the ISO/IEC/IEEE 12207 standard can help the software director and the business in general to achieve greater success with their employees
- 5. Knowledge from Standards & books: IEEE Standard 12207:2008, Information Technology - Software Life Cycle Processes
- 6. IEEE Standard 1062, Recommended practice for software acquisition
- 7. IEEE Standard 1058, Standard for software project management plans Books Software engineering project management, Edited by R. Thayer, IEEE Computer Society, 1997.
- 8. Software Engineering by IAN Sommerville
- 9. Professionalism and Economics SW requirements
- 10. SW design
- 11. SW construction
- 12. SW testing
- 13. SW maintenance
- 14. IT and software Just about every modern product or service depends on software Software intensive products/services include: As local as embedded software
- 15. As wide as the World Wide Web
- 16. transportation of all kinds
- 18. Software competence Companies dependent on IT projects need to master the software technology to stay competitive
- 19. Produce quality products that satisfies user needs
- 21. Meet the planned schedules
- 22. Known Disadvantage 70 - 80 % of companies do not have a process able to support the demands of project control
- 23. What is software engineering? Software engineering is concerned with applying scientific principles and management skills to develop software intensive systems and products for use by society within the constraints of: Time,
- 24. money,
- 25. technology,
- 26. quality,
- 27. business.
- 29. Money
- 30. Technology
- 31. Quality
- 32. Time Profit Budget Platform & Domain Reliability Schedule
- 33. Why are software projects difficult ? Invisible product
- 34. Lack of physical constraints
- 37. Co-ordination of intellect-intensive teams
- 39. Lack of project management skills
- 40. Project Failure Reasons Major Issues PLANNING CONTROL
- 41. Project Failure Reasons PLANNING: Software requirements - not clear
- 42. Cost & schedule estimation - difficult
- 43. Projects function - not planned
- 44. CM, QA, computing facilities
- 45. Planning viewed as “non-productive”
- 46. Project Failure Reasons CONTROL: poor methods for tracking progress
- 47. poor indicators to measure Productivity
- 48. Quality
- 49. Time
- 50. Quotes “ IN MANY WAYS, MANAGING A COMPUTER PROGRAMMING PROJECT IS LIKE MANAGING ANY OTHER UNDERTAKING - IN MORE WAYS THAN MOST PROGRAMMERS BELIEVE.
- 51. BUT IN MANY OTHER WAYS IT IS DIFFERENT - IN MORE WAYS THAN MOST PROFESIONAL MANAGERS EXPECT ”
- 52. “ .. the demand for software has grown at such an explosive rate, it now far outweighs the resources we have to produce it. ….. desperately needed software is not being developed…….. “
- 53. “ An interaction of factors has caused this ‘software gap’: accelerated demand for software, increased complexity of systems,labor shortages, and lack of adequate science and technology to support robust development. “
- 54. ‘Interim Report to the President’, August, 1998 Software remains a major cause of system failures
- 56. Keeping up with new techniques & procedures ?
- 57. Software engineering foundation Two types of software projects ( IEE12207) Development Developing or modifying a software-intensive system to meet contractual requirements (satisfies user needs ) Acquisition Contractually obtaining from a group ( supplier), a software-intensive system for use by another group (user)
- 58. What is IEEE 12207 ? The major world-wide standard for software related processes activities and tasks
- 59. Tailored for any organization or project
- 60. High level process architecture
- 61. An ‘inventory’ of processes from which to choose
- 62. For the first time a world wide agreement on what activities make up a software project
- 63. 12207 Concepts Process Architecture Modular: Handle all types of projects
- 64. Cohesion: One process for one major function
- 65. Responsibility: One process for one party
- 66. Defining the project strategy The first step is to choose/tailor a project life cycle by choosing the appropriate set of processes defined in ISO/IEC 12207 Waterfall,
- 67. Iterative,
- 69. Incremental
- 70. Initiation - selecting a project Requirements
- 71. Organization policy & methods
- 72. Legal Needs
- 73. Time
- 74. Process Standard
- 75. Life Cycle Model Project Life Cycle
- 76. Project Plan
- 79. Major Parties
- 80. The Acquisition Process Defines the activities of the acquirer,the organization that acquirers a system, software product or software service
- 81. 1. Initiation
- 82. 2. RFP ( tender) preparation
- 83. 3. Contract preparation and update
- 85. 5. Acceptance and completion
- 86. Organizational processes PROJECT LIFE CYCLE Employed by organization to establish and implement an underlying structure of .. Processes and personnel, and continuously improve the structure and processes MANAGEMENT IMPROVEMENT INFRASTRUCTURE TRAINING
- 87. Management process Activities: Initiation and scope definition
- 88. Planning
- 91. Closure “ The purpose of the management process is to organize, monitor and control the initiation and performance of any processes or functions within the organization to achieve their goals and the business goals of the organization in an effective manner”
- 92. Infrastructure process Objectives: establish and maintain a well-defined software engineering environment (SEE)
- 93. tailor the SEE top the needs of the project
- 94. develop a SEE that supports project team members
- 95. implement a defined and deployed strategy for reuse “ The purpose of the infrastructure process is to maintain a stable and reliable infrastructure that is needed to support the performance of any other process. .. May include hardware, software, methods, tools, techniques, standards, facilities for development, operation, or maintenance.”
- 96. Management & Infrastructure process standards IEEE Std 982.1 - Standard dictionary of measures to produce reliable software IEEE Std 1045 - Software productivity metrics IEEE Std 1058 - Software project management plans IEEE Std 1045 - Recommended practice for the adoption of CASE tools ISO/IEC 14102 - Guidelines for the evaluation and selection of CASE tools Above Standards provide the detail of what to do
- 97. Supporting processes PROJECT LIFE CYCLE Documentation Verification Configuration Management Validation Quality Assurance Joint Review Problem Resolution Audit
- 98. Quality Assurance (QA) Objectives : identify, plan and schedule QA activities
- 99. identify quality standards, methods and tools
- 100. identify resources and responsibilities
- 101. establish and guarantee independence of those..
- 102. perform the QA activities
- 103. apply organizational quality management systems “ The purpose of the quality assurance process is to provide assurance that work products and processes comply with their specified requirements and adhere to their established plan”.
- 104. Configuration Management Objectives: identify, define and control all relevant items
- 106. record and report status
- 107. ensure completeness of items
- 108. control storage handling , release and delivery “The purpose of configuration management is to establish and maintain the integrity of the work products of a process or product”.
- 109. Making a Project a Success Planning 1. Requirements engineering documented
- 110. traceability 2. Task, cost and schedule determination based on requirements
- 111. 3. Risk management, with problem tracking
- 112. 4. Incremental development
- 113. Making a Project a Success Control 5. Work packages with visible progress measurement WBS, Work package specifications
- 114. Earned value tracking 6. Software metrics; size, efforts, schedule, quality 7. Software configuration management
- 115. 8. Software quality assurance and standards
- 116. 9. Peer reviews (walk through and inspections)
- 117. 10. Independent verification and validation
- 118. 11. Software engineering assessments and capability evaluation
- 119. Implement the 11 techniques above rigorously on a software IT project - every chance for success
- 120. Outlook for the future Range of team skills on software projects: Licensed Software Engineers
- 122. Skilled software workers A stable Software Engineering Model
- 123. A doubling of software workers 10 today to 50 or 100 in the future
- 124. with an adequate level of competence
- 125. Conclusions 12207 provides a reference point for all types of IT projects containing software
- 126. It demands good PM practices
- 127. A basis for establishing a mature and successful process
- 128. A road map for process and project improvements