Software Process Guidelines VIETTEL Corporation. CONTENTS I.Standard folder structure II.Review Process III.Data Repository IV.Naming Convention 2.

Slides:



Advertisements
Similar presentations
Making the System Operational
Advertisements

Process and Product Quality Assurance (PPQA)
Configuration Management
Configuration Management
0 Chicago, IL March 6 th, 2007 Use Case Requirements, Design and Standards Selection HITSP Use Case Requirements, Design and Standards Selection Date:
MODELING THE TESTING PROCESS Formal Testing (1.0) Requirements Software Design Risk Data Approved, Debugged, Eng. Tested Code Automated Test Tools Tested.
Software Development Life-Cycle Models
Chapter 4 Quality Assurance in Context
Unit 1, Lesson 4 Software Development Cycle AOIT Introduction to Programming Copyright © 2009–2012 National Academy Foundation. All rights reserved.
More CMM Part Two : Details.
Copyright © The OWASP Foundation Permission is granted to copy, distribute and/or modify this document under the terms of the OWASP License. The OWASP.
Configuration Management Main issues:  manage items during software life cycle  usually supported by powerful tools.
Software Delivery. Software Delivery Management  Managing Requirements and Changes  Managing Resources  Managing Configuration  Managing Defects 
GAI Proprietary Information
Software Quality Assurance Inspection by Ross Simmerman Software developers follow a method of software quality assurance and try to eliminate bugs prior.
Improving Process for Better Software. Who We Are An experiential learning program that provides technology solutions for our partners, and real- world.
6/19/2007SE _6_19_TSPImp_SVT_Lecture.ppt1 Implementation Phase Inputs: Development strategy & plan Completed, inspected & baselined SRS & SDS.
Applied Software Project Management Andrew Stellman & Jennifer Greene Applied Software Project Management Applied Software.
SE 555 Software Requirements & Specification Requirements Validation.
CBIIT Quality Assurance Process Preston Wood NCI CBIIT Government Quality Representative (GQR) January 2014 RS.
PV213 EIS in Practice: 04 – Quality assurance1 PV213 Enterprise Information Systems in Practice 04 – Quality assurance.
SE-02 CONFIGURATION MANAGEMENT Today we talk about Software Configuration Management (SCM for short): - What? - Why? - How?
Software Engineering Modern Approaches
SoITSSpecifications of IT systems? 1 Specifications of IT systems checking and validating Jens Bennedsen and Peter Gorm Larsen
Software Configuration Management
Software Testing Life Cycle
Applying the Inspection Process. What Software Artifacts Are Candidates for Inspection? Software Requirements Software Designs Code Test Plans.
S oftware Q uality A ssurance Part One Reviews and Inspections.
Software Configuration Management (SCM)
Software Inspection A basic tool for defect removal A basic tool for defect removal Urgent need for QA and removal can be supported by inspection Urgent.
© Mahindra Satyam 2009 Defect Management and Prevention QMS Training.
Writing Quality Requirements Karl E. Wiegers Presented by: Ricardo Carlos.
© 2007 Pearson Education, Inc. Publishing as Pearson Addison-Wesley 1 Product Design Finalization; Inspections.
INFO 637Lecture #101 Software Engineering Process II Review INFO 637 Glenn Booker.
© Mahindra Satyam 2009 Configuration Management QMS Training.
Software Engineering 2003 Jyrki Nummenmaa 1 CONFIGURATION MANAGEMENT Today we talk about Software Configuration Management (SCM for short): -
© 2012 IBM Corporation Rational Insight | Back to Basis Series Chao Zhang Code Review.
The Traditional System Development Life Cycle There are a number of important steps in the creation of a system, regardless of which approach you use.
Develop Project Charter
Managing Change 1. Why Do Requirements Change?  External Factors – those change agents over which the project team has little or no control.  Internal.
CSCI 521 Final Exam Review. Why Establish a Standard Process? It is nearly impossible to have a high quality product without a high quality process. Standard.
Reviews and Inspections. Types of Evaluations Formal Design Reviews conducted by senior personnel or outside experts uncover potential problems Inspections.
Applied Software Project Management Andrew Stellman & Jennifer Greene Applied Software Project Management Applied Software.
Requirements Management with Use Cases Module 10: Requirements Across the Product Lifecycle Requirements Management with Use Cases Module 10: Requirements.
Software Configuration Management (SCM). Product Developer Disciplines One view of the world is that there are three types of activities are required.
Test Manager’s Role Best Practice By Gabriel Rodriguez.
Project management Topic 1 Project management principles.
Configuration Management Main issues:  manage items during software life cycle  usually supported by powerful tools ©2008 John Wiley & Sons Ltd.
Software Engineering Lecture # 1.
Configuration Management- Basic Concepts. Agenda  Configuration Management process Overview  Process Stages  Planning & Setup  Control  Audit  Case.
Chapter 10 Information Systems Development. Learning Objectives Upon successful completion of this chapter, you will be able to: Explain the overall process.
Reviews Chapter 5 Applied Software Project Management, Stellman & Greene See also:
6/6/ SOFTWARE LIFE CYCLE OVERVIEW Professor Ron Kenett Tel Aviv University School of Engineering.
SG Software Configuration Management And CVS scmGalaxy Author: Rajesh Kumar
Open source development model and methodologies.
Software Reviews Ashima Wadhwa.
Configuration Management
Software Configuration Management
Software Configuration Management
Software Project Configuration Management
Software Configuration Management (SCM)
Software Verification and Validation
Testing Process Roman Yagodka ISS Test Leader.
Configuration Management
Configuration Management and Prince2
Software Configuration Management
Software Requirements analysis & specifications
SDLC The systems development life cycle is the foundation for many systems development methodologies such as RAD and agile Systems development life cycle.
Software Reviews.
A Simple SQA Plan.
Presentation transcript:

Software Process Guidelines VIETTEL Corporation

CONTENTS I.Standard folder structure II.Review Process III.Data Repository IV.Naming Convention 2

1.Adopting Agile Software Development approach 2.Iterative development, where requirements and solutions evolve through collaboration between self-organizing cross-functional teams. 3.Begin with a simple implementation of a subset of the full functionality and iteratively developing it (allows for late added requirement) till the full feature is implemented. I. Software Development Life Cycle 3

4.Test cases are developed in parallel to requirement gathering and code implementation, following a V- model. 5.Bug fix should be done in the same iteration where it was discovered. 6.Quick adaptability to changes. I. Software Development Life Cycle 4

I. Software Development Life Cycle 5 Iteration N Iteration 1

II. Review Process 6 1.Review or inspection process is required for process documents (eg. SRS, SAD, etc) and code changes. 2.Provides a mean to capture and feedback errors (eg. missing requirements, incorrect code change) to author before base-lining the change. 3.Keeps a formal record and allows traceability.

II. Review Process 7 (1) Complete changes and schedule review meeting (2) Conduct review meeting and record action items (3) Baseline document/code (1) Checklist + check in document or code branches to repository + fill up peer review form - assign recorder/auditor - invite inspectors related to the changes or helpful with the review - specify document/code location and version + send out peer review form together with meeting invite (2) Checklist + author will go through the document or code changes in the meeting + action items have to be recorded into peer review form by assigned recorder Pass? Yes No (3) Checklist + update action items accordingly + auditor shall inspect the updated document or code changes to ensure that the action items are processed correctly + Manager or Lead will approve the change for baselining + All changes made shall be version-controlled and archived appropriately

III. Data Repository 8 1.Contains all project related and software team information. 2.Data needs to be organized in structural manner. Refer to “Repository_structure.xls” for the details.

IV. Naming Convention 9 1.Process documents (eg. SRS, SAD, etc) _.doc E.g. SRS _LED_Indicator.doc 2.Test matrix Test_Matrix_ E.g. Test_Matrix_STP xls 3.Peer Review form for document changes Doc_Review_.xls E.g. Doc_Review_SAD xls

IV. Naming Convention 10 4.Peer Review form for code changes Code_Review_.xls E.g. Code_Review_DTS xls

11 Thank You…