Page 97 - DCAP305_PRINCIPLES_OF_SOFTWARE_ENGINEERING
P. 97

Unit 5: Software Project Planning



            Objectives                                                                            Notes

            After studying this unit, you will be able to:

               •  Define the process planning
               •  Describe the effort estimation
               •  Discuss the COCOMO model
               •  Discuss the COCOMO II

               •  Describe the development effort estimates
               •  Explain the project scheduling and staffing

               •  Discuss the software configuration management
               •  Define the quality plan
               •  Explain the risk management
               •  Define the project monitoring

            Introduction


            The purpose of the software project planning  is to describe the processes, procedures, and
            guidelines that should be followed by a software project manager in order to plan and execute
            a productive and successful project. It is assumed that the reader is familiar with the SSC San
            Diego organizational policy for Software Project Planning (SPP).
            Software project planning is a Level 2 Capability Maturity Model (CMM) Key Process Area
            (KPA). Satisfying this KPA is a major step toward achieving Level 2 (Repeatable). This KPA
            requires a written process for planning a software project. It also requires the development of
            a project Software Development Plan (SDP), which is the document which describes the plan
            for the software project. The planning phase is one of the most crucial steps in any software
            development project. The success of a software project is often determined in the planning phase.
            Lack of adequate planning often results in a project’s failure to meet either cost, schedule, or
            performance objectives or all three. The quality of your project plan will probably reflect the
            quality of your project. Be thorough, concise and precise. It is never too early to plan.

            This process applies to any software project at SSC San Diego and also to any activity of the
            software development life cycle. Though this process is written from the viewpoint of a project
            in the requirements activity, it can be easily modified for use by projects in any activity of the
            software life cycle. Even software projects that are in life cycle maintenance can implement this
            process for planning software builds or for implementing Engineering Change Proposals (ECPs).
            Purpose:  The  objective  of  the  process  activity.  If  a  sub  process  activity  exists,  the  details  are
            described in that specific paragraph description.
            Role and Responsibility: The responsibilities of individuals or groups for accomplishing a process
            activity.
            Entry Criteria: The elements and conditions necessary to be in place to begin a process activity.
            Reading lower level activities assumes that the entry criteria for all higher level activities have
            been satisfied.

            Input: Data or material with which a process activity is performed.
            Process Activity: Actions to transform an input, as influenced by controls, into a predetermined
            output.

                                             LOVELY PROFESSIONAL UNIVERSITY                                    91
   92   93   94   95   96   97   98   99   100   101   102