
fec4d8bb1c1cabb56fa1e246e662c449.ppt
- Количество слайдов: 15
Generic View of Process มาตรฐานวฒภาวะความสามารถระดบองคกร CMM : The Capability Maturity Model คอ แบบจำลองมาตรฐานทแสดงวฒภาวะความสามารถระดบอ งคกร มชอเรยกอกอยางหนงวา SW-CMM (The Capability Maturity Model for Software) ถอกำเนดจาก Software Engineering Institute (SEI) ของมหาวทยาลยคารเนก เมลลอน (Carnegie Mellon University) เปนมาตรฐานทกำหนดขนเพอวดคณภาพและสรา งความเชอมนในกระบวนการพฒนาซอฟตแวรของบร ษทพฒนาซอฟตแวร (Software House) Asst. Prof. Paijit Suksomboon Software. Engineer 2 / 17 LPRU
Generic View of Process ลกษณะของมาตรฐาน CMM มาตรฐานCMM จดเปนมาตรฐานทไดรบความนยมระดบสากลในเรองของซอฟตแวร ทบรษทพฒนาซอฟตแวร สามารถนำไปใช เพอเปนแนวทางในการปรบปรงกระบวนการพฒนาซอฟตแวร โดยมาตรฐาน CMM แบงระดบความสามารถในการพฒนาซอฟตแวรของบรษทผพฒนาซอ ฟตแวรไว 5 ระดบ ดงน ความเจรญเตบ โตของกระบวนกา ร 5 ระดบ )แบบขนบน ได( Asst. Prof. Paijit Suksomboon Software. Engineer 2 / 18 LPRU
Generic View of Process qระดบเรมตน เรยกวา Initial Level เปนการพฒนาเพยงดานเดยว เปนระดบทบรษทพฒนาซอฟตแวรตองอาศย ความสามารถของบคลากรเพยงอยางเดยว ลกษณะการทำงานไมเปนทางการมากนก ยงไมการควบคมทด ไมมการวางแผนงานทเปนระบบ จงไมสามารถประเมนคณภาพของผลงานทไดวาจะมคณภาพดหรอ ไม และซอฟตแวรทพฒนาขนสวนใหญไมมการนำไปพฒนาตอ qระดบจดทำโครงการเบองตน เรยกวา Repeatable Level ในระดบนมการนำการบรหารการจดการโครงการเบองตน (Basic Project Management) มาใช มการวางแผนการทำงานอยางเปนระบบ มการจดทำเอกสาร และสามารถตรวจสอบได บรษทผพฒนาซอฟตแวรทสามารถเขาสระดบนได จะสามารถพฒนาซอฟตแวรในแตละโครงการทมลกษณะแบบเดยวก นใหประสบผลสำเรจไดเชนเดยวกบโครงการททำสำเรจไปแลว Asst. Prof. Paijit Suksomboon Software. Engineer 2 / 19 LPRU
Generic View of Process qระดบทมการกำหนดขนอยางชดเจน เรยกวา Defined Level ในระดบนเปนการพฒนาเพมขนจาก Repeatable Level การเขาสระดบบรษทผพฒนาซอฟตแวรจะตองมการกำหนดแน วทางในการปฏบตงานดานการจดทำเอกสารและกำหนดมาตรฐานในการป ฏบตงาน ทงในสวนของการบรหารโครงการ และดานการพฒนาซอฟตแวร ไดอยางเหมาะสม qระดบมการจดการ เรยกวา Managed Level เปนการพฒนาเพมขนจาก Defined ลกษณะการปฏบตในระดบนผจดทำตองมการรวบรวมขอมล รายละเอยดการปฏบตงานตางๆ ทเกดขนไวในรปของสถต (Statistical Process เพอนำขอมลนนมาใชในการศกษาวเคราะหผลการทำงาน สามารถวดผล และควบคมกระบวนการทางซอฟตแวรได Level Control) qระดบปรบปรงใหเหมาะสมทสด เรยกวา Optimizing Level เปนระดบทไดนำเอาหลกการจดการคณภาพ (Continuous Process Improvement) มาใช Asst. Prof. Paijit Suksomboon Software. Engineer LPRU เพอปองกนไมใหเกดขอบกพรองในการปฏบตงาน 2 / 20
Generic View of Process CMM มประโยชนอยางไร ? การทำงานเปนระบบมากขน ทกขนตอนตองการจดบนทกรายละเอยดระหวางการทำงานไวเ ปนเอกสาร หรอมหลกฐานการทำงานทตรวจสอบไดโดยงาย เชน การบนทกการเจรจากบลกคา เมอการทำงานเปนระบบโอกาสทจะประสบผลสำเรจในการทำงา นกมากขน เปนการสรางชอเสยงใหหนวยงานได และสรางโอกาสในการรบงานจากลกคาเพมขนดวย การทำงานของหนวยงานจะมวฒนธรรมการทำงานทเปนแบบเดย วกน มวธการปฏบตทเปนมาตรฐาน ทสามารถยดหยน และปรบตวใหเขากบความเปลยนแปลงไดตลอดเวลา ผบรหารมองเหนสภาพการปฏบตงานของโครงการ ทเปนนามธรรมไดอยางชดเจน สามารถแกปญหาทเกดขนแลวไดอยางมประสทธภาพ และสามารถเตรยมตวแกปญหาทอาจจะเกดในอนาคตไดเปนอย างดดวย ประโยชนตอประเทศชาต Asst. Prof. Paijit Suksomboon Software. Engineer 2 / 21 LPRU
Generic View of Process กระบวนการพฒนาซอฟตแวรสำหรบบคคล )Personal Software Process: PSP) CMM : มงเนนการพฒนาความสามารถในระดบองคกร คอ แบบจำลองกระบวนการจดการซอฟตแวรทถกพฒนาโดย Watts S. นกพฒนาซอฟตแวรทกคนตางใชกระบวนการบางอยางในการสรางซอฟตแวรคอมพวเตอร S. Humph จงตองมการปรบเปลยนกระบวนการทไมมประสทธภาพสวนบคคลนนใหดขน สถาบนวศวกรรมซอฟตแวร (Software Engineering ซงบางคนอาจไมมประสทธภาพ PSP Humphrey และ : มงเนนการพฒนาคณภาพทตวของวศวกรเปนรายบคคล เพอลดขอบกพรอง กระบวนการอาจเปนแบบสงเดช ตามความพอใจ เปลยนแปลงได Institute : SEI) มเปาหมายใน กระบวนการซอฟตแวรสวนบคคล การจดระเบยบของวศวกรซอฟตแวรเพอจะรบประกนกระบวนการพฒนาซอฟตแวร ประสทธผล หรอ อาจไมประสบความสำเรจ สถาบนวศวกรรมซอฟตแวร (Software Engineering Institute : SEI) เพมทกษะในการวางแผนและการประมาณคาแตกถอเปนกระบวนการ estimation) (planning and มเปาหมายใน การจดระเบยบของวศวกรซอฟตแวรเพอจะรบประกนกระบวนการพฒนา ซอฟตแวร process improvement cycle: 1. สรางความเขาใจในสถานะกระบวนการพฒนาปจจบน หรอกระบวนการทผานมาแลว 2. สรางวสยทศน และแรงจงใจทดในกระบวนการพฒนา 3. กำหนดรายการของกระบวนการกจกรรมทจำเปนและดตอการพฒนา โดยจดลำดบ กจกรรมตามความสำคญ 4. ผลตคดคนแผนทจะทำใหกจกรรมประสบความสำเรจ / 22 Asst. Prof. Paijit Suksomboon Software. Engineer 2 LPRU
Generic View of Process แบบจำลองปรบปรงกระบวนการพฒนาซอฟตแวรสำหรบบคค ล )PSP Step) Watts S. ไดกลาววาการปรบเปลยนทำใหเกดประสทธภาพสวนบคคลตองผาน ขนตอน 4 PSP 0 : The Baseline Personal Process โดยแตละระยะตองมการฝกอบรมและใชเครองมอชวยอยาง เพราะกระบวนการนใหความสำคญกบการวดสวนบคคลดานการผลตช PSP 1 : Personal Process Management นงาน และคณภาพของผลงาน Humphery ระยะ ระมดระวง PSP 2 : Personal Quality Management PSP 3 : Cyclic Personal Process Asst. Prof. Paijit Suksomboon Software. Engineer 2 / 23 LPRU
Generic View of Process PSP Step ขนตอนนแนะนำและแสดงพนฐานเรมตนวดขนาด และขอมลทเกยวของในระบบ โดยระดบนนกวศวกรตองแบงงานเปน และดำเนนการวธรวมกนตามกรอบงาน ดงรปดานขางน Asst. Prof. Paijit Suksomboon Software. Engineer 2 / 24 เวลา 3 6 สวน กจกรรม LPRU
Generic View of Process กระบวนการซอฟตแวรสวนบคคล ขอดจากการใช PSP 1. ประมาณขนาดของซอฟตแวรแมนยำขน 2. 5 เทา 2. การประมาณแรงงานแมนยำขน 1. 75 เทา 3. คณภาพของกระบวนการ จำนวนของขอบกพรองทถกคนพบกอนการคอมไฟลโป รแกรม เพมขน 50% 4. คณภาพของผลตภณฑ สามารถคนพบขอบกพรองขณะ ทำ Unit Test พฒนามากขน 2. 5 เทา 5. การเพมผลตภาพสวนบคคล ) Personal Productivity) โดยดจากคา LOC/HOUR ไดขอสรปวา PSP ไมไดสงผลใหคา Productivity สงขน Asst. Prof. Paijit Suksomboon Software. Engineer 2 / 25 LPRU
Generic View of Process กระบวนการซอฟตแวรสวนบคคล ขอดอยจากการใช PSP 1. ตนทนคาใชจายทเพมขน 2. 3. 4. 5. ไดแก คาฝกอบรม เวลาทใชในการเรยนร และทดลองใช ความเสยงอตตาของนกพฒนาซอฟตแวร และสภาพอารมณทจะคงรกษาวนยการพฒนาซอฟตแว รนไว การไมชอบการบนทกขอมล รสกเปนภาระ การไมชอบแบบฟอรม แมแบบ อดอดกบการยดตดกบมาตรฐานการทำงาน ไมคอยมเครองมอทชวยกระบวนการ PSP Asst. Prof. Paijit Suksomboon Software. Engineer 2 / 26 LPRU
Generic View of Process กระบวนการพฒนาซอฟตแวรสำหรบทม )Team Software Process: TSP) Watts S. Humphrey ไดขยายแนวคดของ PSP เนองจากโครงการซอฟตแวรในระดบอตสาหกรรมตองเกยวของกบผ ประกอบการหลายฝายมาเปนกระบวนการซอฟตแวรแบบทม (Team Software Process: TSP) โดยมเปาหมายเพอสรางทโครงการแบบ “บรหารจดการดวยตนเอง (Self-directed)” คอ สามารถจดระเบยบและบรหาร เพอใหไดซอฟตแวรคณภาพสงดวยตนเอง โดยกำหนดวตถประสงคของ TSP ไวดงน. 1สรางทมทบรหารจดการดวยตนเอง ซง วางแผนและตรวจตรางาน สรางเปาหมาย และเปน เจาของกระบวนการ และแผนตาง ๆ. 2แสดงใหเหนถงการ แนะนำและกระตน ทม เพอชวยรกษาระดบการทำงานทด. 3เรมการ ปรบปรงกระบวนการ ซอฟตแวร 2 /โดยมงเนนตามมาตรฐาน 27 Asst. Prof. Paijit Suksomboon Software. Engineer LPRU
Generic View of Process การวดระดบของโครงงานซอฟตแวร การวดระดบความยากงายของโครงงานซอฟตแวรโดยพจารณาจากคณลกษ ณะ และแบง ออกเปน 3 ระดบ คอ ระดบตำ (low) ระดบกลาง (medium) และระดบสง Characteristic Low Moderate High (hign) Number of functions performed Small จำนวนของงานททำในระบบ ๆ หรอวธการใหม ๆ Number of users requiring multi-user ทไมคยเคยหรอสรางมาก or concurrent access อน Multi-tasking มจำนวนผใชในระบบมาก / Interactive VS. Batch Processing สามารถประมวลผลไดมากกวา 1 มการประมวลผลแบบพรอมกน โปรแกรม ตองการการตอบสนองกบผใช แบบใด (ทนท หรอกลม ( Large Standard application Novelty of function Medium Similar to existing system but with a Few new functions New Theory or approach; never been built before 1 Several Many No Some Yes Batch or minimal interactive Highly interactive ทฤษฎใหม Asst. Prof. Paijit Suksomboon Software. Engineer 2 / 28 LPRU
Generic View of Process เวลาทใชในการตอบสนองทยอ การวดระดบของโครงงานซอฟตแวร มรบของผใชงาน Characteristic (ตอ ( Low Moderate High Response-time requirement Off-line; Non-critical Interactive; Moderate response time acceptable Real-time Need for distributed processing จำนวนทจดเกบมากนอยขนา ดไหน None 2 computers 3 or more computers Will fit on single disk Requires 2 or more disk Requires system to manage disk access Simple data relationships Moderately complex relationships Highly complex relationships Low degree Moderate degree High degree มความจำเปนตองใชตวประม วลผลหลายๆ ตวเพอการทำงาน Amount of data stored โครงสรางของขอมลแตกตางก น มความสมพนธของขอมลซ Structure ofบซอน data ระบบตองการความถกตองของข อมล Accuracy of data Asst. Prof. Paijit Suksomboon Software. Engineer 2 / 29 LPRU
Generic View of Process ขนาดของรายการทตดตอระหว การวดระดบของโครงงานซอฟตแวร (ตอ ( างกนมขนาดไหน Characteristic Low Moderate การประมวลผลตดตอกนในระยะไ หน Transaction size Small Medium ระบบมความสำคญมากนอยขนา Remote VS. Local only Remote ดใหญ วกฤตระดบใด หากระบบเกดลม Criticalityยอมรบไดในระดบใด Can tolerance ตองใชระดบการปองกนรกษ าขอมลระดบใด Tolerance of downtime High Large Remote access Can tolerance Several hours of downtime Short periods of downtime No downtime Security needs None Moderate High Interaction with other systems None Some but welldefined Much; possible parallel development None Few Many No No Yes จำนวนระยะของการพฒนาระบบ มการตดตอกบระบบอน ๆ มการตอตาน /ไมใหความรวมม หรอไม Number ofอของลกคา development phases of Need for manual Override Asst. Prof. Paijit Suksomboon Software. Engineer 2 / 30 LPRU
Generic View of Process การวดระดบของโครงงานซอฟตแวร Characteristic Low High Some Tied to specific hardware constraints Fixed customer requirements Some changes may occur Frequent changes in specification Familiarity with automated system Some familiarity with automated system Naïve Has developed similar system with similar tools Experience with tools, not with application No experience HW Stability of specification เสถยรภาพในการกำหนดความตอง การของลกคา User Sophistication ประสบการณของผใชระบบ Developer sophistication ประสบการณของผพฒนาระบบ Asst. Prof. Paijit Suksomboon Moderate Independent of hardware Dependence on hardware ความอสระในการกำหนด (ตอ ( Software. Engineer 2 / 31 LPRU
fec4d8bb1c1cabb56fa1e246e662c449.ppt