Software project management
This presentation is the property of its rightful owner.
Sponsored Links
1 / 27

Software Project Management PowerPoint PPT Presentation


  • 108 Views
  • Uploaded on
  • Presentation posted in: General

Software Project Management. Week 4. Software Quality Assurance and Control Planning. “What is not tracked is not done” The Goals of Software QAC: To improve software quality by appropriately monitoring both the software and the development process that produces it.

Download Presentation

Software Project Management

An Image/Link below is provided (as is) to download presentation

Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author.While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server.


- - - - - - - - - - - - - - - - - - - - - - - - - - E N D - - - - - - - - - - - - - - - - - - - - - - - - - -

Presentation Transcript


Software project management

Software Project Management

Week 4


Software quality assurance and control planning

Software Quality Assurance and Control Planning

  • “What is not tracked is not done”

  • The Goals of Software QAC:

    • To improve software quality by appropriately monitoring both the software and the development process that produces it.

    • To ensure full compliance with the established standards and procedures for the software and the software process.

    • To ensure that any inadequacies in the process, product and standards are brought to managements attention so that these inadequacies can be fixed


Software qac plan

Software QAC Plan

  • For each development project it specifies:

    • Its goals

    • SQAC tasks to be performed

    • Standards against which development work is to be measured

    • Software quality organizational structure

    • Software quality procedures


Ieee 730 1989 standard for software quality assurance plans

IEEE 730-1989 Standard for Software Quality Assurance Plans

Purpose

Reference Documents

Management

Documentation

Standards, Practices, Conventions and Metrics

Reviews and Audits

Test

Problem Reporting and Corrective Action

Tools, Techniques, and Methodologies

Code Control

Media Control

Supplier Control

Records Collection

Training

Risk Management


Contents of sqa plan purpose

Contents of SQA Plan - Purpose

  • Purpose

    • Describes the purpose of the project SQAP

    • List software covered by SQAP

    • State portion of software life cycle covered

    • Measurable Objectives (Next Slide)

    • Answers the following:

      • What is the intended use of the software (criticality, interfaces etc…)?

      • What is the scope of this SQAP?

      • How will this plan contribute to the success of the project?

      • Name the SDLC that applies to the project and deviations?


Contents of sqa plan purpose measurable objectives

Contents of SQA Plan – Purpose (Measurable Objectives)

  • Example Objectives

    • Technical review of all project documents

    • Ensure maximum inspection rates of 6 pages/hour for documentation and 200 LOC/hour for code.

    • Have a process defect yield of 99.9% before delivery.

    • Have a delivered defect density < 1 defect/1000 LOC for first 12 months of operation


Contents of sqa plan management

Contents of SQA Plan – Management

  • Organization - depict structure of org.

    • Roles

  • Tasks

    • tasks to be performed

    • relationship between tasks and checkpoints

    • sequence of tasks

  • Responsibilities

    • of each organizational unit


Contents of sqa plan documentation

Contents of SQA Plan – Documentation

  • Purpose

    • identify required documents

    • state how documents will be evaluated

  • Minimum documentation requirements

    • Software Requirements Specification (SRS)

    • Software Design Description (SDD)

    • Software Verification and Validation Plan (SVVP)

    • Software Verification and Validation Report (SVVR)

    • User documentation

    • Software Configuration Management Plan (SCMP)

  • Other

    • Software Development Plan

    • Standards and Procedures Manual

    • Software Project Management Plan

    • Software Maintenance Manual


Contents of sqa plan standards practices conventions and metrics

Contents of SQA Plan – Standards, Practices, Conventions and Metrics

  • Identify S,P,C,and M to be applied

  • How compliance is to be monitored and assured

  • Minimum

    • documentation standards, logic structure standards, coding standards, testing standards

    • List Selected SQA product and process metrics

      • Defects Found, Change Activity, Software Structure, Availability,…

      • Must be related to measurable objectives in Purpose Section.


Metric example

Metric Example

  • In-Process Quality Metrics for Software Testing

    • Defect rate during formal system testing

    • Overall defect density during testing or "mean time between defects“

    • Phase-based defect removal uses the defect removal effectiveness (DRE) metric


Metric example1

Metric Example

  • Four new metrics can be introduced to measure quality after the software has been delivered:

    • Fix the backlog and the backlog management index (BMI)

    • Fix the response time and responsiveness

    • Percentage of delinquent fixes

    • Fix quality (that is, did it really get fixed?)


Convention example

Convention Example

  • For test Cases, you may have a name beginning with TC & for Test Scripts, TS.2. You may also think of giving specific numbers to different types of testing, e.g., Functional test cases may begin with 3000, integration tests 4000 and so on. 3. Finally, you may keep them application & module wise. That is, for application number 1, the test case name would be:TC_App1_3000 for first functional test case of application 1.


Testing tools

Testing Tools


Testing tools1

Testing Tools

  • Performance test tools (ANTS, Forcast)

  • Functional test tools (change agent, dead links)


Contents of sqa plan reviews and audits

Contents of SQA Plan – Reviews and Audits

  • Purpose

    • define what reviews/audits will be done

    • how they will be accomplished

    • what further actions are required

  • Minimum

    • Software Requirements Reviews

    • Preliminary Design Review

      • evaluate technical adequacy of top-level design

    • Critical Design Review

      • acceptability of detailed designs

    • Software Verification and Validation Plan Review

      • adequacy of planned verification and validation


Reviews

Reviews

  • Software Requirement Review Document

  • Preliminary Design Review


Min set of reviews audits cont

Min Set of Reviews/Audits (cont)

  • Functional Audit

    • all requirements in SRS have been met

  • Physical Audit

    • software and documents are consistent and ready

  • In-Process Audit

  • Managerial Reviews

  • Software Configuration Management Plan Review (SCMPR)

  • Post-mortem review

  • Other

    • user documentation review (UDR).


  • Contents of sqa plan test

    Contents of SQA Plan – Test

    • Identify all tests that are not included in SVVP for the software covered by the SQAP and shall state the methods to be used.


    Contents of sqa plan problem reporting

    Contents of SQA Plan – Problem Reporting

    • Practices and Procedures for reporting, tracking, and resolving problems

    • Organizational responsibilities


    Contents of sqa plan tools techniques and methodologies

    Contents of SQA Plan – Tools, Techniques and Methodologies

    • identify the special software tools, techniques and methodologies

      • purpose

      • describe use


    Contents of sqa plan the rest

    Contents of SQA Plan – The rest

    • 10 - Code Control

    • 11 - Media Control

    • 12 - Supplier Control (for outsourcing)

    • 13 - Records - collection, maint. and retention

    • 14 - Training

    • 15 - Risk Management

    SCMP


    Software project management

    • Code control

      • The methods and facilities used to maintain, store, secure, and document controlled versions of the identified software during all phases of the software life cycle.

    • Media control

      • The media for each computer product and the documentation required to store the media, including the copy and restore process; and

      • Protect computer program physical media from unauthorized access or inadvertent damage or degradation during all phases of the software life cycle.

    • Supplier control

      • Assuring that software provided by suppliers meets established requirements.

      • State the methods that will be used to assure that the software supplier receives adequate and complete requirements.

      • For previously developed software, State the methods to be used to assure the suitability of the product for use with the software items covered by the SQAP.

      • For software that is to be developed, the supplier shall be required to prepare and implement an SQAP in accordance with this standard.


    The scm plan ieee std 828 1998

    The SCM Plan - IEEE Std 828-1998

    • Introduction

      • Describes the Plan’s purpose, scope of application, key terms, and references

    • SCM management

      • Who? Identifies the responsibilities and authorities for accomplishing the planned activities

    • SCM activities

      • What? Identifies all activities to be performed in applying to the project

    • SCM schedules

      • When? Identifies the required coordination of SCM activities with the other activities in the project

    • SCM resources

      • How? Identifies tools and physical and human resources required for execution of the Plan

    • SCM plan maintenance

      • Identifies how the Plan will be kept current while in effect


    Risk management

    Risk Management

    IEEE 1540:2001 – Standard for Software Life Cycle Processes -

    Risk Management

    • Describes a process for the management of risk during software

    acquisition, supply, development, operations and maintenance.


    Risk management plan

    Risk management Plan

    • Table of Contents

      • Build the table of contents here. Insert it when you finish your document.

    • Introduction

      • This section of the risk management plan provides the focus for risk management and mitigation within the project.

    • Risk Categorization Table

      • To review the categories of risk for their project.

    • Risk Ranking

      • Rank the risk to the project for each category:


    Software project management

    • Risk Factors and Areas—Under each category, this column lists category risk factors.

    • Low Risk Evidence (L)—This column has characteristics of this factor when it can be con­sidered low-risk to the project.

    • Medium Risk Evidence (M)—This column has characteristics of this factor when it pro­vides a medium risk.

    • High Risk Evidence (H)—This column has characteristics of this factor when it should be considered high-risk.

    • Rating—Select the level of risk (example: H, M, L, or 3, 2,1) applicable to this project.

    • Comments—Provide information about project specifics that support the rating choice.


    Software project management

    • Key Risk Identification

      • Sort the risk table in order of risk with high-risk items first.

      • For the top ten risks, and all risks rated high if more than ten, calculate the risk exposure. These are your key risks.

      • Identify the means of controlling each key risk, and establish ownership of the action and date of completion.

      • Integrate the key risks into the project plan and determine the impacts on schedule and cost.

    • Project Risk Reporting Format

    • Define Ongoing Project Risk Management


  • Login