TsHandbook Thai CRP

Version
Technical Solution Handbook

02.00
TeamWork Solution
Handbook
Document 02.00
Version:
Release Date: 10 November
2007
Full Name Role Date Signature

Review:
อนุมัต:ิ
6 ดดดด bbbb Page 1 of 15

Copyright © 2001 TeamWork Solution Co., Ltd.
Version
02.00
Revision History
Versio Date Author Reviewer Description
n
00.01 8 November 2007 Chitjan Rangsarn Initial draft version
00.01 16 November 2007 Chitjan Rangsarn draft version
00.01 22 November 2007 Chitjan Rangsarn draft version
00.01 23 November 2007 Rangsarn EPG Draft version
1.00 30 November 2007 Rangsarn EPG First Baseline
2.00 25 October 2008 Rangsarn EPG Second Baseline
Distribution List
Role Remark

Version
02.00
Table of Content
Revision History............................................................ ...2
Distribution List...............................................................2
1.Introduction..................................................................4
1.1Policy .................................................................. ................4
1.2Purpose ......................................... .....................................4
1.3Scope............................................. .....................................4
1.4Glossary........................................ ......................................4
1.5Reference................................................ ............................5
1.6Document Tool............................................................... ......5
2.Process Overview.........................................................5
2.1Process Objective.............................. ..................................5
2.2Process Scope..................................................................... .5
2.3Process Diagram............................................................ ......6
3.Process Description......................................................9
3.1 เลือกวิธีการ เครื่องมือ หรือเทคนิคในการพัฒนา............................................. .....9
3.2 ออกแบบซอฟท์แวร์(สร้างเอกสารการออกแบบ (TDD))......................................9
3.3 สร้าง Product Integration and Software Testing Plan.............10
3.4 สร้าง Software Test Case and Specification...........................11
3.5 สร้าง Program Specification.............................. ....................12
3.6 เขียนโค้ดและทำา Unit Test........................................................ .....12
3.7 รีวิวโค้ด................................................................ ..................13
3.8 สร้าง Build........................................... .................................14
3.9Execute Software Testing........................................ ...........14
..............15
4.Technical Solution Tasks.............................................15
4.1Organization Development Standard.................................15
................................................................................... ............15
5.Appendix....................................................................15
5.1 รายชื่อ Template..................................... ...............................15

Version
02.00
1. Introduction
1.1 Policy
The Technical Solution กำำหนดขึ้นเพ่ ือให้มีกระบวนกำรพ้ืนฐำนในกำรคัดเลือก, ออกแบบ, กำรพัฒนำ และกำร
ดำำเนินกำรกำรผลิต software เพ่ ือให้มีคุณภำพท่ีดี และได้ตำมควำมต้องกำรของลูกค้ำ
1.2 Purpose
เอกสำรฉบับนีจ้ัดทำำขึ้นเพ่ ือกำำหนดมำตรฐำนในกำรกำำหนดแนวกำรเลือก, กำรออกแบบ, กำรพัฒนำ Software และกำร
ควบคุมคุณภำพของ Software โดยเร่ิมตัง้แต่กำรออกแบบ software จนถึงกำรผลิตออกมำเป็ นผลลัพธ์ (Software
Products)
1.3 Scope
เอกสำรฉบับนีค
้ รอบคลุมกำรทำำงำนในกำรจัดทำำ Software ของหน่วยงำน Software Development
1.4 Glossary
Abbreviation Definition
CM Configuration Management
COTS Commercial Off-the-Shelf
CSCI Computer Software Configuration Item
DBA Database Administrator
DBDP Database Developer
DCR Document Change Request
DP Developer
EV Earned Value
FI Formal Inspection
GD Graphic Designer
GOTS Government Off-the-Shelf
GUI Graphical User Interface
HCI Human Computer Interface
IEEE Institute of Electrical and Electronics Engineering
IRS Interface Requirement Specification
LCCB Local Configuration Control Board
PAL Process Asset Library
PDIP Product Integration Plan
PM Project Manager
PR Problem Report
QA Quality Assurance
RM Requirements Management

Version
02.00
SA System Analyst
SCCB System Configuration Control Board
SCP Software Change Proposal
SDD Software Detailed Design
SDF Software Development Folder
SDL Software Development Library
SDP Senior Developer
SLOC Source Lines of Code
SQT Software Qualification Test
SRS Software Requirements Specification
SSS System/Subsystem Specification
ST Software Tester
STD Software Test Description
STP Software Test Plan
STR Software Test Report
SU Software Unit
SUP Support
TDD Technical Design Document
TRR Test Readiness Review
TSDD Technical Solutions Decision Documentation
WBS Work Breakdown Structure
1.5 Reference
เอกสำรเหล่ำนีใ้ช้อ้ำงถึงในกำรกำำหนด Process
…
1.6 Document Tool

• Microsoft Word 2003
• Microsoft Visio 2003
2. Process Overview
2.1 Process Objective

กระบวนกำร Technical Solution ใช้เพ่ ือระบุว่ำจะสร้ำง technical solution อย่ำงไร คือ ออกแบบซอฟท์แวร์ และ
สร้ำงซอฟท์แวร์อย่ำงไร
2.2 Process Scope

กระบวนกำร Technical Solution สำมำรถเร่ิมทำำจำกขัน ้ ตอนดังต่อไปนี้
- เร่ิมพร้อมๆกับกำรสร้ำง software specification เพ่ ือระบุ technical solution ในกำรสร้ำง ซอฟท์แวร์
และ/หรือ
- เม่ ือ requirement ของซอฟท์แวร์ เสร็จสมบูรณ์และผ่ำนกำรอนุมัติแล้ว
ถ้ำเป็ นกำรสร้ำงผลิตภัณฑ์ใหม่ หรือยังไม่มีกำรกำำหนด technical solution กระบวนกำร Technical
Solution จะเกิดเร็วขึ้นคือเกิดขึ้นเม่ ือสร้ำง software specification แต่ถ้ำ technical solution ถูกกำำหนดมำแล้ว
โดยลูกค้ำ กระบวนกำรนีจ้ะเร่ิมเม่ ือ software specification เสร็จสมบูรณ์และผ่ำนกำรอนุมัติแล้ว

Version
02.00
2.3 Process Diagram
Input Procedure Output
เลือกวิธีกำร เคร่ ือง บันทึกรำยงำนกำรประชุม

SRS มือ หรือเทคนิคใน (MM)
TSDD Template กำรพัฒนำ เอกสำรทำงเลือก
(TSDD)
ออกแบบซอฟท์แวร์(
SRS สร้ำงเอกสำรกำร บันทึกรำยงำนกำรประชุม
TDD Template ออกแบบ (TDD)) (MM)
TDD
TDD Product
Product Integration and PDI & STP Plan
Integration Plan Software
and Software Testing Plan
Testing Plan
TDD สร้ำง Program

Program Specification เอกสำร Program
Specification Specification
Template
TDD เขียนโค้ด และทำำ Unit

Program Test Source Code
Specification Unit Test Report
Coding standard
guideline

Version
02.00
Input Procedure Output
Source code ของ รีวิวโค้ด

แต่ละ Software Build
SU/Component
Program Spec
Code Review
Checklist
สร้ำง Build
Source code
Software Build
Execute Software
STP Testing STP

Version
02.00
Start
Use Standard
No Development
Tools
Á¨ º° ª ·

¸µ¦ Á¦ºÉ
° ¤ º°
®¦º° Á·Ä µ¦¡´ µ Yes
° ° Â ° ¢rÂª ¦r
( ¦oµ TDD)
¦oµ Product ¦oµ Software ¦oµ Program

Integration Plan Testing Plan Specification
Á¥̧ÃoÂ̈ ³ Îµ
Unit Test
¦¸ª·
ª Ão
¦oµ Build
No
Execute Software
Testing
Test Pass
Yes
¦oµ Build
End

Version
02.00
3. Process Description
3.1 เลือกวิธีการ เคร่ ืองมือ หรือเทคนิคในการพัฒนา
Purpose เพ่ ือหำวิธีกำร, เคร่ ืองมือ หรือ เทคนิค ในกำรนำำมำใช้ในกำรพัฒนำ software ในกรณีท่ีต้องหำ
ทำงเลือกใหม่ หรือ ไม่ได้กำำหนดวิธีกำร, เคร่ ืองมือ หรือ เทคนิค
Tailoring Type ทำงเลือกกรณีท่ีไม่อยู่ในข้อท่ี 4.1 Standard Tools
Decision <ใส่วิธีกำรของ DAR> Decision Meeting ใน <ช่ ือ DAR Document>
Making
Entry Criteria SRS นัน
้ ต้องหำวิธีกำร, เคร่ ืองมือ หรือ เทคนิค ท่จี ะใช้ในกำรทำำ software ซ่ ึงยังไม่มีกำรกำร
กำำหนดไว้ ต้องทำำกำรหำทำงเลือกใหม่
Input SRS, TSDD Template
Author SA
Stakeholder DP, QA, CM, PM
Steps
1. SA อ่ำนและทำำควำมเข้ำใจ SRS เพ่ ือหำวิธีกำร, เคร่ ืองมือ หรือ เทคนิคในกำรพัฒนำ software
2. SA จัดทำำ TSDD โดยใช้ TSDD Template จำก Organization Library
3. SA จะต้องทำำตำมคำำอธิบำยท่ีกำำหนดไว้ใน TSDD Template
4. SA จะต้องสร้ำงทำงเลือกอย่ำงน้อย 2 วิธี
5. หลังจำกท่ี SA เตรียมข้อมูลต่ำง ๆ เรียบร้อยแล้ว SA ต้องทำำกำรประเมินทำงเลือก และสรุปทำงเลือก พร้อมทัง้
เหตุผล เพ่ ือใช้เป็ นข้อมูลสำำหรับผู้ทำำกำรตัดสินใจ
6. เม่ ือ SA เตรียมข้อมูลและทำำกำรประเมินเรียบร้อยแล้ว ก็ทำำกำรนัดหมำยผู้ท่ีเก่ียวข้อง (DP, QA, CM) เพ่ ือ
ทำำกำร review และ ผู้ท่ีจะทำำกำรตัดสินใจ (PM) เลือกทำงเลือกท่ี SA ได้เตรียมข้อมูลไว้ (อ้ำงอิงวิธีกำร
ทำำกำรตัดสินใจ <DAR>)
7. SA ได้รับข้อมูลกำรเลือกจำกกำรตัดสินใจของผู้ตัดสินใจ และได้บันทึกผลรำยงำนกำรประชุม ไว้ใน MM
8. SA รวมรวบข้อมูลทำงเลือกทัง้หมดเป็ นเอกสำรแนบท้ำยผลกำรบันทึกรำยงำนกำรประชุม เก็บเข้ำไว้ใน CM
9. SA และผู้ท่ีเก่ียวข้องกับผลกำรประชุม ดำำเนินกำรจัดทำำขัน
้ ตอนต่ำงๆต่อไป โดยใช้ผลลัพธ์จำกกำรเลือกท่ีได้จำก
กำรตัดสินใจ
Output บันทึกรำยงำนกำรประชุม (MM), เอกสำรทำงเลือก (TSDD)
Verification N/A
Validation N/A
QA QA สำมำรถเข้ำตรวจสอบกระบวนกำร และเอกสำรได้ตำมควำมเหมำะสม (อ้ำงอิงเอกสำร
PPQA Handbook)
Exit Criteria ทำงเลือกได้ถูกเลือก
เอกสำรทำงเลือก (TSDD), MM ถูกเก็บภำยใต้กำรควบคุมของ CM
CM อ้ำงอิง <CM Doc>
Tools Microsoft Excel
Microsoft Word
Measurement - จำำนวนเวลำท่ี SA ใช้ในกำรหำทำงเลือกและกำรประเมินทำงเลือก
- จำำนวนทำงเลือกท่ี SA หำมำได้
- จำำนวนเวลำท่ีใช้ในกำรตัดสินใจเลือกทำงเลือก
3.2 ออกแบบซอฟท์แวร์(สร้างเอกสารการออกแบบ (TDD))

Purpose เพ่ ือออกแบบซอฟท์แวร์

Version
02.00
Type ต้องทำำ
Decision N/A
Making
Entry Criteria PM ได้ตด
ั สินใจเลือกวิธีกำร, เคร่ ืองมือ หรือเทคนิคในกำรสร้ำงซอฟท์แวร์ของโปรเจคแล้ว
SRS ถูกรีวิวและอนุมัติจดั เก็บเป็ น baseline อยู่ใน CM แล้ว
Input SRS, TDD Template, Prototype, Project Schedule, Requirement
Traceability Matrix Form
Author SA
Stakeholder GD, DP, [PM], CM,SA2,ST,[SP]
Steps
1. SA นำำ SRS จำก <Project Baseline Library> มำสร้ำง TDD โดยใช้ TDD Template ท่ีนำำมำจำก
Organization Library
2. SA จะต้องทำำตำมคำำแนะนำำต่ำงๆท่ีอยู่ใน TDD Template
3. หลังจำกท่ี SA เขียน TDD เสร็จจะต้องส่ง TDD ไปยังผู้ท่ีเก่ียวข้องและทำำกำรสร้ำงนัดหมำยประชุมเพ่ ือรีวิวเอกสำร
TDD <อ้ำงอิง Formal technical review (VER)>
4. ถ้ำพบข้อผิดพลำดให้ SA แก้ไข TDD จนกว่ำจะสำำเร็จหรือเป็ นท่ียอมรับ
5. SA ปรับปรุงข้อมูลในเอกสำร Requirement Traceability Matrix Form
6. SA จัดเก็บ TDD และ Requirement Traceability Matrix Form เป็ น baseline ไว้ใน CM
Output TDD, Requirement Traceability Matrix Form, บันทึกรำยงำนกำรประชุม (MM)
Verification SA ใช้ Technical Design Review Checklist Template
Validation N/A
QA สำมำรถเข้ำตรวจสอบกระบวนกำร และเอกสำรได้ตำมควำมเหมำะสม (อ้ำงอิงเอกสำร PPQA
Handbook)
Exit Criteria TDD ถูกจัดเก็บเป็ น baseline ภำยใต้กำรควบคุมของ CM
Tools Microsoft Word
Microsoft Excel
Microsoft Visio
Sybase Power Designer
Macromedia Dreamweaver
Measurement - จำำนวนเวลำท่ี SA ใช้ในกำรสร้ำง TDD
3.3 สร้าง Product Integration and Software Testing

Plan
Purpose สร้ำง Product Integration Plan
Decision N/A
Making
Entry Criteria TDD ถูกอนุมัติและจัดเก็บเป็ น baseline ภำยใต้กำรควบคุมของ CM แล้ว
Input TDD, Product Integration Plan Template
Author SDP
Stakeholder SA, DP
Steps
1. SDP สร้ำง Product Integration (PDIP) และ Software Testing Plan (STP) โดยใช้ Product
Integration Plan and Software Testing Plan Template ซ่ ึงนำำมำจำก Organization Library
2. หลังจำกท่ี SDP สร้ำง Product Integration (PDIP) และ Software Testing Plan (STP) เสร็จจะต้องส่ง
Product Integration (PDIP) และ Software Testing Plan (STP) ไปยังผู้ท่ีเก่ียวข้องและทำำกำรสร้ำงนัด
หมำยประชุมเพ่ ือรีวิวเอกสำร Product Integration (PDIP) และ Software Testing Plan (STP) <อ้ำงอิ
ง Formal technical review (VER)>
3. ถ้ำพบข้อผิดพลำดให้ SDP แก้ไข Product Integration (PDIP) และ Software Testing Plan (STP)

Version
02.00
จนกว่ำจะสำำเร็จหรือเป็ นท่ียอมรับ
4. SDP จัดเก็บ Product Integration (PDIP) และ Software Testing Plan (STP) เป็ น baseline ไว้ใน
CM
Output Product Integration & Software Testing Plan
Verification ผู้ท่ีเก่ียวข้องทำำ Formal Review Product Integration Plan
Validation N/A
Handbook)
Exit Criteria Product Integration Plan ถูกจัดเก็บเป็ น baseline ภำยใต้กำรควบคุมของ CM
Tools - Microsoft Word
- Microsoft Excel
Measurement จำำนวนเวลำท่ี SDP ใช้ในกำรสร้ำง Product Integration Plan
3.4 สร้าง Software Test Case and Specification

Purpose - เพ่ ือสร้ำงรำยละเอียดกำรทดสอบซอฟท์แวร์เพ่ ือใช้ในกระบวนกำร Execute Software
Testing และจัดเก็บผลของกำรของทดสอบ Software Test
Decision N/A
Making
Entry Criteria SRS พร้อมท่ีจะให้ทำำ Software Testing Plan แล้ว
Input SRS, TDD, PDIP&STP, Software Test Case and Spec. Template,
Prototype
Author Software Tester(ST)
Stakeholder PM, SA
Steps
1. ST นำำ SRS จำก Project Library มำศึกษำและทำำควำมเข้ำใจ เพ่ ือวำงแผนกำรทำำ Software Testing Plan
2. ST นำำ TDD จำก Project Library มำศึกษำและทำำควำมเข้ำใจ
3. ST นำำ Software Testing Plan จำก Project Library มำศึกษำและทำำควำมเข้ำใจ
3. ST สร้ำง Software test case and specification โดยใช้ Software test case and
specification Template ท่ีนำำมำจำก Organization Library
4. เม่ ือ ST สร้ำง Software test case and specification เสร็จแล้วให้ ST ส่ง Software test case and
specification ไปให้ PM และ/หรือ SA รีวิวเอกสำร Software test case and specification
หำกไม่พบข้อผิดพลำดให้ ST จัดเก็บ Software test case and specification เป็ น baseline ไว้ใน CM
Output Software Test Case and Specification (STCS)

Verification PM and/or SA use Informal review0
Validation N/A
Handbook)
Exit Criteria STP ถูกรีวิวและจัดเก็บเป็ น baseline ไว้ใน CM
Microsoft Excel
Measurement - ระยะเวลำในกำรสร้ำง STP
- จำำนวน Test Case

Version
02.00
3.5 สร้าง Program Specification

Purpose เพ่ ือให้ DP นำำไปเขียนโปรแกรมตำม Program Specification
Decision PDIP & STP
Making
Entry Criteria TDD ถูกอนุมัติและจัดเก็บเป็ น baseline ภำยใต้กำรควบคุมของ CM แล้ว
Input TDD, Program Specification Template, Prototype
Author SDP
Stakeholder N/A
Steps
1. SDP ศึกษำและทำำควำมเข้ำใจ TDD ซ่ ึงนำำมำจำก Project Library
2. SDP เขียน Program Specification จำก TDD โดยใช้ Program Specification Template (PGS
Template) ท่ีนำำมำจำก Org Library
3. SDP จะต้องระบุรำยละเอียด Unit Test Case ลงใน Program Spec ด้วย
4. SDP จัดเก็บ Program Spec. เป็ น baseline ไว้ใน CM
Output เอกสำร Program Specification

Verification ผู้ท่ีเก่ียวข้องทำำ Informal technical review Program Spec.
Validation N/A
Handbook)
Exit Criteria Program Spec. ถูกจัดเก็บไว้ใน CM
Measurement - จำำนวนเวลำท่ี SDP ใช้เขียน Program Specification
3.6 เขียนโค้ดและทำา Unit Test

Purpose เขียนโค้ดท่ีมีคุณภำพและถูกต้องตรงกับ Program Specification
Decision N/A
Making
Entry Criteria TDD ผ่ำนกำรอนุมัติแล้ว
Input TDD, Program Specification, Coding standard guideline
Author DP, DBDP
Stakeholder SDP, PM
Steps
1. DBDP และ DP ศึกษำและทำำควำมเข้ำใจ TDD, Program Specification ซ่ ึงนำำมำจำก Project
Library
2. DBDP และ DP ศึกษำและทำำควำมเข้ำใจ Coding standard guideline ซ่ ึงนำำมำจำก
Organization Library เพ่ ือเป็ นแนวทำงในกำรโค้ด
3. DBDP เขียนโค้ดฝั่ ง Database ตำม TDD และ
DP เขียนโค้ดฝั่ ง Application ตำม Program Specification และทำำ Unit Test
4. หำก DP พบว่ำ Program Specification มีข้อบกพร่อง DP จะต้องร้องขอต่อ SDP เพ่ ือทำำกำรแก้ไข
5. SDP ทำำ Unit Test ตำมท่ก ี ำำหนดไว้ใน Program Specification ก่อนนำำไปเก็บไว้ภำยใต้ Working
Area ท่ี CM กำำหนด และแจ้งให้ DP ทรำบ
6. หำกพบข้อผิดพลำดจำกกำรทำำ Unit Test ให้ DP ทำำกำรแก้ไขจนกว่ำจะผ่ำนในทุก Test Case หรือเป็ นท่ียอมรับ
ของ SDP
7. หำกพบข้อผิดพลำดจำกกระบวนกำร Execute Software Testing และ User Acceptance Test ให้ DP
แก้ไขโค้ดและทำำ Unit Test จนกว่ำจะไม่พบข้อผิดพลำด

Version
02.00
8. SDP ตรวจสอบ Source Code และ Program Specification ว่ำมีควำมสอดคล้องกัน ถูกต้องตรงกันหรือ

ไม่ ก่อนท่ีจะนำำไปจัดเก็บเป็ น baseline ไว้ใน CM
Output Source Code
Unit Test Report
Verification SDP ตรวจสอบควำมสอดคล้องของ Source Code กับ Program Spec.
Validation N/A
QA QA สำมำรถเข้ำตรวจสอบกระบวนกำร และเอกสำรได้ตำมควำมเหมำะสม (อ้ำงอิงเอกสำร
PPQA Handbook)
Exit Criteria Source Code ผ่ำนกำรทำำ Unit Test ของ SDP แล้ว
Source Code มีควำมสอดคล้องกับ Program Spec. และถูกจัดเก็บไว้ใน CM
Tools Microsoft Internet Explorer
Microsoft Visual Studio
Microsoft SQL Server
Notepad
Edit Plus
Measurement - ระยะเวลำในกำร Coding และ Unit Test
- ระยะเวลำของ Re-Work Time
- จำำนวน SU และ/หรือ Component
3.7 รีวิวโค้ด
Purpose ลดกำรเกิด bug และ เพ่ิมประสิทธิภำพของโค้ดเพ่ ือให้ได้มำซ่ ึงโค้ดท่ีมีคุณภำพก่อนท่ีจะนำำไปทำำ
Software Testing
Decision N/A
Making
Entry Criteria Source code เขียนเสร็จและผ่ำนกำรทำำ Unit Test แล้ว
Input Source code ของ แต่ละ SU/Component, Program Spec, Code Review
Checklist Template, Coding Standard Guideline
Author SDP
Stakeholder DP
Steps
1. SDP สร้ำง Code review checklist โดยใช้ Code review checklist Template (CRC Template)
ซ่ึงนำำมำจำก Organization Library
2. SDP ทำำ code review โดยเปรียบเทียบ Source code ของ แต่ละ SU/Component ตำม Program
Specification เพ่ ือหำควำมสอดคล้อง ระหว่ำง Source code กับ Program Specification และดู
เร่ ือง Coding Standard กับ Code review checklist พร้อมทัง้บันทึกผลลัพธ์ และข้อผิดพลำดลงใน
Code review checklist
3. หำก SDP พบข้อผิดพลำด จะส่ง Code review checklist พร้อมทัง้ข้อผิดพลำดให้ DP ทำำกำรแก้ไข
4. หำก SDP พบข้อผิดพลำดใน Program Specification, SDP จะส่ง Code review checklist พร้อมทัง้ข้อ
ผิดพลำด ให้ SA แก้ไข
5. SDP จะทำำกำร review จนกว่ำผลลัพธ์ ของ Code review checklist จะผ่ำน หรือ เป็ นท่ียอมรับของ SDP
6. SDP จะทำำ Unit Test อีกครัง้ ก่อนท่ีจะทำำ Build ส่งให้ SA ทำำ Software Testing ต่อไป
Output Software Build, Code Review Result

Verification Execute Software Testing
Validation N/A
Handbook)

Version
02.00
Exit Criteria SU/Component ท่ีผ่ำนกำรทำำ Code Review และแก้ไขข้อผิดพลำดแล้ว

Tools - Microsoft Word
- Microsoft Excel
Measurement - จำำนวนข้อผิดพลำดท่ีพบ
- ระยะเวลำท่ท
ี ำำกำรแก้ไข
- ปริมำณกำรเกิดข้อผิดพลำดเดิมๆ
3.8 สร้าง Build

Purpose สร้ำง Build เพ่ ือท่ีจะนำำไปทำำ Software Testing และ UAT ต่อไป
Decision N/A
Making
Entry Criteria Source code ผ่ำนกำรทำำ Unit Test และ Code Review แล้ว
Input Source code
Author SDP
Stakeholder N/A
Steps
1. SDP นำำ Source code จำก Working Area มำ compile และกำำหนด version ของ Build ตำมเอกสำร
Coding Standard Guideline
2. SDP ส่ง Software Build ให้กระบวนกำร Execute Software Testing
หำกพบข้อผิดพลำดจำกกำรทำำ Software Testing ให้ผู้ท่ีเก่ียวข้องกับข้อผิดพลำดนัน
้ ๆดำำเนินกำรแก้ไข
Software และดำำเนินกำรตำมกระบวนกำร 3.6
3. SDP ส่ง Software Build ให้ไปทำำกระบวนกำร User Acceptance Test
หำกพบข้อผิดพลำดจำกกำรทำำ User Acceptance Test ให้ผู้ท่ีเก่ียวข้องกับข้อผิดพลำดนัน ้ ๆดำำเนินกำรแก้ไข
Software และดำำเนินกำรตำมกระบวนกำร 3.6
4. SDP นำำ Software Build ท่ีผ่ำนกำรทำำ User Acceptance Test จัดเก็บเป็ น baseline ไว้ใน CM
5. SDP แจ้งให้ PM ทรำบเพ่ ือทำำ Product Release ตำมกระบวนกำรของ CM ต่อไป
Output Software Build

Verification User Acceptance Test
Validation N/A
Handbook)
Exit Criteria Software Build ผ่ำนกำรทำำ User Acceptance Test
Tools - Microsoft Visual Studio
- Microsoft Excel
Measurement - ระยะเวลำในกำรแก้ไขซอฟท์แวร์
3.9 Execute Software Testing

Purpose ทดสอบ Software เพ่ ือให้ได้ Software ท่ีมีคุณภำพ
Decision N/A
Making
Entry Criteria Software Test case and specification ผ่ำนกำรอนุมัติและจัดเก็บเป็ น baseline แล้ว
Input STP
Author Software Tester (ST)
Stakeholder DP

Version
02.00
Steps
1. ST ทำำกำรทดสอบ Software ตำม Software Test case and specification ซ่ ึงนำำมำจำก Project
Library
2. ST จัดเก็บผลกำรทดสอบไว้ใน Software Test case and specification
หำกพบข้อผิดพลำดจำกกำรทดสอบให้ผู้ท่ีเก่ียวข้องกับข้อผิดพลำดนัน
้ ๆดำำเนินกำรแก้ไข Software และดำำเนินกำร
ตำมกระบวนกำร 3.6
Output STP
Verification N/A
Validation Execute User Acceptance Testing
Handbook)
Exit Criteria ผลกำรทดสอบถูกจัดเก็บไว้ใน Software Test case and specification
Measurement - ระยะเวลำในกำรแก้ไขซอฟท์แวร์
4. Technical Solution Tasks

4.1 Organization Development Standard
o Design Tool
Microsoft SQL Server
Adobe Photoshop
o Development Tool
Microsoft Visual Studio.NET
5. Appendix
5.1 รายช่ ือ Template
Name Description
TSDD Template Technical Solution Decision Document Template
TDD Template Technical Design Document Template
TDRC Template Technical Design Design Review Checklist
Template
PDI & STP Template Product Integration and Software Testing Plan
Template
PGS Template Program Specification Template
CRC Template Code Review Checklist Template


TsHandbook Thai CRP

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

TsHandbook Thai CRP

Uploaded by

Copyright:

Available Formats

Version

Technical Solution Handbook

Technical Solution Handbook

Full Name Role Date Signature

6 ดดดด bbbb Page 1 of 15

6 ดดดด bbbb Page 2 of 15

6 ดดดด bbbb Page 3 of 15

6 ดดดด bbbb Page 4 of 15

1.6 Document Tool

2.1 Process Objective

2.2 Process Scope

6 ดดดด bbbb Page 5 of 15

2.3 Process Diagram

Input Procedure Output

เลือกวิธีกำร เคร่ ือง บันทึกรำยงำนกำรประชุม

TDD สร้ำง Program

TDD เขียนโค้ด และทำำ Unit

6 ดดดด bbbb Page 6 of 15

Input Procedure Output

Source code ของ รีวิวโค้ด

6 ดดดด bbbb Page 7 of 15

­ ¦oµ Product ­ ¦oµ Software ­ ¦oµ Program

6 ดดดด bbbb Page 8 of 15

3.2 ออกแบบซอฟท์แวร์(สร้างเอกสารการออกแบบ (TDD))

6 ดดดด bbbb Page 9 of 15

3.3 สร้าง Product Integration and Software Testing

6 ดดดด bbbb Page 10 of 15

3.4 สร้าง Software Test Case and Specification

Output Software Test Case and Specification (STCS)

6 ดดดด bbbb Page 11 of 15

3.5 สร้าง Program Specification

Output เอกสำร Program Specification

3.6 เขียนโค้ดและทำา Unit Test

6 ดดดด bbbb Page 12 of 15

8. SDP ตรวจสอบ Source Code และ Program Specification ว่ำมีควำมสอดคล้องกัน ถูกต้องตรงกันหรือ

Output Software Build, Code Review Result

6 ดดดด bbbb Page 13 of 15

Exit Criteria SU/Component ท่ีผ่ำนกำรทำำ Code Review และแก้ไขข้อผิดพลำดแล้ว

3.8 สร้าง Build

Output Software Build

3.9 Execute Software Testing

6 ดดดด bbbb Page 14 of 15

4. Technical Solution Tasks

6 ดดดด bbbb Page 15 of 15

You might also like

¦oµ Product ¦oµ Software ¦oµ Program