การพัฒนาระบบและเทคโนโลยีใหม่

โมเดลน้ำตกคือโมเดลการพัฒนาที่ดำเนินงานตามลำดับจากต้นน้ำสู่ปลายน้ำเหมือนน้ำตก โดยยืนยันผลลัพธ์ของแต่ละขั้นตอนให้แน่นอนก่อนดำเนินการขั้นตอนถัดไป การสร้างด้วยรอบทำซ้ำระยะสั้นคือการพัฒนาแบบอไจล์ (agile) การกำหนดความต้องการด้วยต้นแบบคือโมเดลการสร้างต้นแบบ (prototyping) และการผสมผสานบริการที่มีอยู่คือแมชอัป (mashup)

โมเดลการสร้างต้นแบบมีจุดประสงค์เพื่อให้ผู้ใช้งานได้สัมผัสต้นแบบ (prototype) ตั้งแต่ช่วงต้น เพื่อขจัดความคลุมเครือของความต้องการและความเข้าใจที่คลาดเคลื่อนระหว่างผู้ว่าจ้างกับผู้พัฒนาตั้งแต่ระยะแรก ไม่ได้มีจุดประสงค์เพื่อลดจำนวนบรรทัด และไม่ได้ทำให้ไม่ต้องทดสอบหรือไม่ต้องบำรุงรักษา

การพัฒนาแบบอไจล์เป็นแนวคิดที่สร้างซอฟต์แวร์ที่ทำงานได้สะสมขึ้นทีละน้อยในแต่ละรอบทำซ้ำระยะสั้น โดยตั้งอยู่บนสมมติฐานว่าจะมีการเปลี่ยนแปลงข้อกำหนดและรับมือได้อย่างยืดหยุ่น มีสครัมและ XP เป็นวิธีการตัวแทน การกำหนดข้อกำหนดทั้งหมดก่อนแล้วพัฒนารวมครั้งเดียว การเริ่มเขียนโปรแกรมหลังจัดทำเอกสารเสร็จสมบูรณ์ หรือให้ผู้ใช้งานมีส่วนร่วมเฉพาะช่วงท้าย ล้วนใกล้เคียงกับแนวทางของโมเดลน้ำตก ไม่ใช่ลักษณะเด่นของอไจล์

สปรินต์คือช่วงเวลาคงที่สั้นๆ ที่เป็นหน่วยของการพัฒนาในสครัม โดยแต่ละช่วงจะวางแผน พัฒนา สร้างซอฟต์แวร์ที่ทำงานได้ และทบทวน ทำซ้ำเป็นวงจร ไม่ใช่คำที่หมายถึงขั้นตอนการกำหนดข้อกำหนดหรือช่วงเวลาการทดสอบตอบรับ และไม่ใช่ช่วงเวลาที่ทำเฉพาะการแก้ไขข้อผิดพลาด

โมเดลน้ำตกดำเนินงานโดยตั้งสมมติฐานว่าจะไม่ย้อนกลับ ดังนั้นหากพบข้อผิดพลาดของข้อกำหนดหรือการออกแบบในขั้นตอนปลายน้ำอย่างการทดสอบ ต้นทุนในการย้อนกลับไปต้นน้ำเพื่อแก้ไข (การย้อนกลับ) จะสูงมาก เนื่องจากยืนยันผลผลิต เช่น เอกสารข้อกำหนดและเอกสารออกแบบในแต่ละขั้นตอน จึงติดตามความคืบหน้าได้ง่าย และเหมาะกับการพัฒนาขนาดใหญ่ การจัดทำความต้องการเป็นเอกสารก็ทำได้เช่นกัน

โมเดลแบบเพิ่มขึ้นคือโมเดลที่แบ่งระบบตามหน่วยฟังก์ชันและพัฒนา-เปิดใช้งานสะสมเป็นขั้นตอนต่อเนื่อง ควบคู่กับโมเดลการพัฒนาแบบทำซ้ำ มีข้อดีคือสามารถใช้งานบางฟังก์ชันได้ตั้งแต่ระยะแรก โมเดลน้ำตกคือการพัฒนาทั้งหมดตามลำดับในคราวเดียว วิธีวิเคราะห์เชิงโครงสร้างคือวิธีวิเคราะห์ด้วย DFD เป็นต้น และแมชอัปคือการผสมผสานบริการที่มีอยู่ ซึ่งล้วนไม่ตรงกับคำถาม

การพัฒนาเริ่มจากการวิเคราะห์ความต้องการเพื่อจัดระเบียบความต้องการของผู้ใช้งาน ตามด้วยการออกแบบภายนอกในส่วนที่ผู้ใช้งานมองเห็นได้ การออกแบบภายในซึ่งเป็นวิธีการทำงานภายใน การเขียนโปรแกรม และการทดสอบ ตามลำดับพื้นฐานนี้ ลำดับที่ออกแบบก่อนวิเคราะห์ความต้องการ หรือทดสอบก่อนเขียนโปรแกรม ไม่สอดคล้องกับความสัมพันธ์ของผลผลิตที่ต้องพึ่งพากัน

การออกแบบภายนอกคือการออกแบบส่วนที่ผู้ใช้งานหรือภายนอกมองเห็นได้ เช่น ข้อกำหนดหน้าจอ ข้อกำหนดรายงาน และอินเทอร์เฟซกับระบบอื่น การกำหนดอัลกอริทึมภายในหรือวิธีจัดเก็บทางกายภาพเป็นงานของการออกแบบภายในหรือการออกแบบโปรแกรม และการตรวจสอบการทำงานของโมดูลเดี่ยวเป็นงานของการทดสอบหน่วย (unit test)

การทดสอบหน่วยเป็นขั้นตอนแรกของการทดสอบ ที่ตรวจสอบว่าแต่ละโมดูลทำงานตรงตามการออกแบบโดยละเอียดหรือไม่ การรวมโมดูลเพื่อตรวจสอบอินเทอร์เฟซคือการทดสอบการรวม (integration test) การรับตรวจโดยผู้ว่าจ้างคือการทดสอบตอบรับ (acceptance test) และการตรวจสอบสมรรถนะด้วยภาระสูงคือการทดสอบภาระ/สมรรถนะ (load/performance test)

การทดสอบเริ่มจากหน่วยเล็กแล้วสะสมขึ้นไป โดยเริ่มจากการทดสอบหน่วยของแต่ละโมดูล ตามด้วยการทดสอบการรวมที่นำโมดูลมารวมกัน การทดสอบระบบที่ตรวจสอบทั้งระบบ และสุดท้ายคือการทดสอบตอบรับโดยผู้ว่าจ้าง/ผู้ใช้งาน หากตรวจสอบทั้งหมดหรือรับตรวจก่อน จะกลายเป็นการทดสอบระดับสูงในขณะที่ยังมีข้อบกพร่องของชิ้นส่วนปะปนอยู่ ซึ่งไม่สมเหตุสมผล

การทดสอบตอบรับเป็นการทดสอบขั้นสุดท้ายที่ผู้ว่าจ้าง/ผู้ใช้งานตรวจสอบระบบที่ส่งมอบในมุมมองของงาน เพื่อตัดสินใจว่าจะรับตรวจหรือไม่ การตรวจสอบตรรกะภายในเป็นการทดสอบหน่วยที่ผู้พัฒนาทำ (การทดสอบกล่องขาว) การตรวจสอบโดยไม่รันโปรแกรมคือการทดสอบเชิงสถิต (static test) และการตรวจสอบการเชื่อมต่อระหว่างโมดูลคือการทดสอบการรวม ซึ่งล้วนไม่ใช่คำอธิบายของการทดสอบตอบรับ

การทดสอบกล่องดำ (black box test) มองภายในโปรแกรมเป็น “กล่องดำ” และตรวจสอบเฉพาะว่าความสัมพันธ์ระหว่างอินพุตและเอาต์พุตตรงตามข้อกำหนดหรือไม่ การทดสอบกล่องขาวเป็นเทคนิคที่คำนึงถึงความครอบคลุมของสาขาและเส้นทางภายใน การทดสอบเชิงสถิตเป็นวิธีตรวจสอบโดยไม่รันโปรแกรม เช่น การทบทวน และการทดสอบถดถอยเป็นการทดสอบว่าการแก้ไขไม่ได้ทำให้ส่วนอื่นเสียหาย

การทดสอบภาระคือการตรวจสอบว่าระบบทนได้หรือสมรรถนะยังคงอยู่หรือไม่ ภายใต้ภาระสูง เช่น การเข้าถึงพร้อมกันจำนวนมากหรือข้อมูลปริมาณมาก มักทำในขั้นตอนการทดสอบระบบร่วมกับการทดสอบสมรรถนะที่ตรวจสอบเวลาตอบสนอง การทดสอบหน่วยคือการตรวจสอบระดับโมดูล การทดสอบเชิงสถิตคือการตรวจสอบโดยไม่รันโปรแกรม และการทดสอบกล่องขาวเป็นเทคนิคที่เน้นโครงสร้างภายใน

เอกสารข้อกำหนดเป็นเอกสารที่รวบรวมฟังก์ชัน สมรรถนะ และข้อจำกัดที่ระบบต้องทำให้ได้ ซึ่งเป็นผลผลิตของการวิเคราะห์ความต้องการ และผู้ว่าจ้างกับผู้พัฒนาตกลงร่วมกัน กลายเป็นมาตรฐานอ้างอิงสำหรับการออกแบบ การทดสอบ และการรับตรวจในเวลาต่อมา คู่มือการใช้งานเป็นเอกสารสำหรับผู้ใช้งาน รายงานผลการทดสอบหน่วยเป็นบันทึกผลการทดสอบ และแผนภาพโครงสร้างเครือข่ายเป็นแผนภาพด้านการออกแบบที่แสดงโครงสร้าง ซึ่งไม่ใช่เอกสารที่เป็นมาตรฐานของการตกลงร่วมกัน

WBS เป็นวิธีการแยกย่อยผลผลิตของโครงการและงานที่จำเป็นออกเป็นลำดับชั้นและจัดโครงสร้าง ช่วยป้องกันการตกหล่นของงานและทำให้หน่วยของการประมาณการและการมอบหมายผู้รับผิดชอบชัดเจนขึ้น การแสดงกำหนดการด้วยแท่งแนวนอนคือแผนภูมิแกนต์ (Gantt chart) การบริหารจัดการด้วยผลงานที่ทำได้จริงคือ EVM และการประเมินความเสี่ยงคือการวิเคราะห์ความเสี่ยง

แผนภูมิแกนต์เป็นแผนภาพที่แสดงกำหนดการเริ่มต้น-สิ้นสุดของแต่ละรายการงานด้วยแท่งแนวนอน ใช้กันแพร่หลายในการทำให้กำหนดการและความคืบหน้ามองเห็นได้ชัดเจน แผนภาพการไหลของข้อมูลแสดงการไหลของข้อมูล แผนภาพ E-R แสดงความสัมพันธ์ระหว่างเอนทิตี และแผนภาพยูสเคสแสดงการโต้ตอบระหว่างระบบกับผู้ใช้งาน ซึ่งไม่ใช่แผนภาพสำหรับบริหารจัดการตารางเวลา

มี 2 เส้นทางคือ A→B→D→F (3+5+4+2=14 วัน) และ A→C→E→F (3+4+6+2=15 วัน) เนื่องจาก F ต้องรอทั้งสองเส้นทางเสร็จ จำนวนวันที่สั้นที่สุดของทั้งโครงการจึงเป็นเส้นทางที่ยาวกว่าคือ 15 วัน เส้นทางที่ยาวที่สุดนี้ A→C→E→F คือเส้นทางวิกฤต (critical path) ค่า 14 วันเป็นค่าที่ดูเฉพาะฝั่ง A→B→D→F ส่วนค่า 12 และ 13 วันไม่ตรงกับผลรวมของเส้นทางใดเลย

มี 3 เส้นทางคือ A→B→D→F (2+4+3+1=10 วัน), A→C→D→F (2+6+3+1=12 วัน) และ A→C→E→F (2+6+4+1=13 วัน) เส้นทางที่ยาวที่สุดคือ A→C→E→F = 13 วัน ซึ่งเป็นเส้นทางวิกฤต ค่า 10 และ 12 วันเป็นผลรวมของเส้นทางอื่น ส่วนค่า 14 วันไม่ตรงกับเส้นทางใดเลย ความล่าช้าของงานบนเส้นทางวิกฤต (A, C, E, F) จะกลายเป็นความล่าช้าของทั้งโครงการโดยตรง

วิธีฟังก์ชันพอยต์เป็นวิธีประมาณขนาดของซอฟต์แวร์ โดยให้คะแนนจำนวนและความซับซ้อนของฟังก์ชัน เช่น อินพุต-เอาต์พุต การสอบถาม และไฟล์ภายใน ทำให้ประมาณการได้ตั้งแต่ช่วงต้นของการพัฒนาโดยไม่ขึ้นกับจำนวนบรรทัดของโปรแกรม LOC เป็นมาตรวัดการประมาณอีกแบบที่อิงจำนวนบรรทัด วิธีเดลฟายเป็นวิธีรวบรวมความเห็นของผู้เชี่ยวชาญด้วยแบบสอบถามซ้ำเพื่อให้ความเห็นบรรจบกัน และวิธี KJ เป็นวิธีคิดที่จัดระเบียบและจัดกลุ่มข้อมูลด้วยบัตรคำ

การบริหารความเสี่ยงดำเนินไปตามลำดับ เริ่มจากการระบุความเสี่ยงเพื่อรวบรวมความเสี่ยงที่มีอยู่ ตามด้วยการวิเคราะห์ความเสี่ยงเพื่อประเมินความน่าจะเป็นและระดับผลกระทบ (ทั้งเชิงคุณภาพและเชิงปริมาณ) แผนรับมือความเสี่ยงเพื่อกำหนดมาตรการ และการติดตามและควบคุมความเสี่ยงเพื่อตรวจสอบสถานการณ์ระหว่างดำเนินการ ลำดับที่ทำแผนรับมือหรือติดตามก่อนการระบุจะทำไม่ได้เพราะยังไม่ทราบว่าความเสี่ยงคืออะไร

คำขอเปลี่ยนแปลงข้อกำหนดควรดำเนินตามขั้นตอนการจัดการการเปลี่ยนแปลง ประเมินผลกระทบต่อกำหนดการ ต้นทุน และคุณภาพ แล้วให้คณะกรรมการจัดการการเปลี่ยนแปลง (CCB) ตัดสินใจอนุมัติหรือปฏิเสธ การรับโดยไม่มีเงื่อนไขอาจทำให้ส่งมอบล่าช้าหรือคุณภาพลดลง การปฏิเสธทั้งหมดอาจทำให้เสียโอกาสการเปลี่ยนแปลงที่จำเป็น และการให้ผู้รับผิดชอบแก้ไขทันทีจะทำให้เกิดความไม่สอดคล้องกับโครงแบบและเอกสาร สูญเสียการควบคุม

ผู้มีส่วนได้ส่วนเสียคือคำเรียกรวมของบุคคลหรือองค์กรที่มีผลประโยชน์เกี่ยวข้องกับผลลัพธ์ของโครงการ เช่น ผู้ว่าจ้าง ผู้ใช้งาน ผู้พัฒนา และผู้บริหาร การทำความเข้าใจและประสานความคาดหวังของผู้มีส่วนได้ส่วนเสียเป็นกิจกรรมสำคัญของการบริหารจัดการโครงการ แผนภาพตารางเวลาคือแผนภูมิแกนต์ การแยกงานเป็นลำดับชั้นคือ WBS และรายการความเสี่ยงคือทะเบียนความเสี่ยง (risk register)

SLA คือข้อตกลงระหว่างผู้ให้บริการกับผู้ใช้บริการเกี่ยวกับระดับคุณภาพของบริการ เช่น อัตราการทำงาน เวลาในการกู้คืนเมื่อเกิดความเสียหาย และช่วงเวลาให้การสนับสนุน ซึ่งเป็นมาตรฐานในการประเมินบริการปฏิบัติงาน การคุ้มครองลิขสิทธิ์คือสัญญาอนุญาตใช้งาน (license) แผนภาพแยกงานคือ WBS และการเช่าอุปกรณ์คือสัญญาเช่า (lease) ซึ่งล้วนไม่ใช่ SLA

ITIL (Information Technology Infrastructure Library) เป็นชุดเอกสารที่รวบรวมแนวปฏิบัติที่ดีที่สุดเกี่ยวกับการบริหารจัดการงานปฏิบัติการบริการไอที ใช้อ้างอิงกันแพร่หลายในฐานะกรอบของการบริหารจัดการบริการ เช่น การจัดการความเสียหาย การจัดการการเปลี่ยนแปลง และศูนย์บริการ มาตรฐานภาษาโปรแกรม ทฤษฎีการทำให้เป็นบรรทัดฐาน และมาตรฐาน LAN ไร้สาย ล้วนเป็นเนื้อหาคนละสาขา

อัตราการทำงานคำนวณจาก MTBF ÷ (MTBF + MTTR) เมื่อแทนค่า 570 ÷ (570+30) = 570 ÷ 600 = 0.95 MTBF คือเวลาเฉลี่ยที่ทำงานได้ตั้งแต่ความเสียหายครั้งหนึ่งจนถึงครั้งถัดไป ส่วน MTTR คือเวลาเฉลี่ยที่ใช้ในการซ่อมแซม ค่า 0.90 และ 0.98 ไม่ตรงกับผลลัพธ์ไม่ว่าจะสลับตัวเศษตัวส่วนแบบใด และ 0.93 ก็ไม่ตรงกับการคำนวณเช่นกัน

การบริหารจัดการความจุคือกิจกรรมที่คาดการณ์ปริมาณการใช้งานในอนาคต เช่น ปริมาณข้อมูลหรือจำนวนการเข้าถึง แล้วจัดเตรียมและเสริมความจุของเซิร์ฟเวอร์ พื้นที่จัดเก็บ และเครือข่ายไว้อย่างเป็นระบบ เพื่อป้องกันไม่ให้สมรรถนะลดลงหรือความจุขาดแคลนล่วงหน้า ระบบการติดต่อเมื่อเกิดความเสียหายเป็นเนื้อหาของการจัดการความเสียหาย/การรับมือฉุกเฉิน การจัดการรหัสผ่านเป็นการจัดการผู้ใช้งาน และการจัดการจำนวนใบอนุญาตเป็นการจัดการทรัพยากรซอฟต์แวร์

การจำลองเสมือนของเซิร์ฟเวอร์คือเทคโนโลยีที่ใช้ซอฟต์แวร์จำลองเสมือนให้เครื่องเสมือนหลายเครื่องทำงานบนเซิร์ฟเวอร์จริงเครื่องเดียว ทำให้ใช้ทรัพยากรอย่างมีประสิทธิภาพจากการรวมศูนย์เซิร์ฟเวอร์ และเพิ่มความยืดหยุ่นในการเปลี่ยนแปลงโครงแบบและการกู้คืน การติดตั้งกระจายทางกายภาพและการลดขนาดตัวเครื่องเป็นเรื่องของฮาร์ดแวร์ และการเก็บรักษาด้วยกระดาษก็ไม่เกี่ยวข้องกับการจำลองเสมือน

SaaS (Software as a Service) เป็นรูปแบบที่ให้บริการตัวแอปพลิเคชันเองผ่านทางเครือข่ายในฐานะบริการ ผู้ใช้งานใช้งานได้โดยไม่ต้องติดตั้งซอฟต์แวร์เอง IaaS ให้บริการโครงสร้างพื้นฐาน เช่น เซิร์ฟเวอร์ PaaS ให้บริการจนถึงสภาพแวดล้อมรันแอปพลิเคชัน ส่วนออนพรีมิสคือรูปแบบที่มีอุปกรณ์และดำเนินงานภายในองค์กรตนเอง ไม่ใช่รูปแบบการให้บริการคลาวด์

Society5.0 เป็นแนวคิดที่มุ่งสู่สังคมที่รวบรวมข้อมูลของโลกจริงเข้าสู่พื้นที่ไซเบอร์ด้วยเทคโนโลยีอย่าง IoT แล้ววิเคราะห์และนำผลกลับคืนสู่โลกจริง ผสานพื้นที่ไซเบอร์กับพื้นที่ทางกายภาพเข้าด้วยกันในระดับสูง เพื่อให้เกิดการพัฒนาเศรษฐกิจควบคู่ไปกับการแก้ปัญหาสังคม เทคโนโลยีที่ซ้อนข้อมูลทับความเป็นจริงคือ AR การแบ่งการคำนวณคือการประมวลผลแบบกระจาย และองค์ความรู้การบริหารจัดการโครงการคือ PMBOK

การเรียนรู้แบบมีผู้สอนคือวิธีที่ใช้ข้อมูลที่มีคำตอบ (label) กำกับ เพื่อฝึกโมเดลให้ทำนายคำตอบจากอินพุตได้ ใช้ในการจำแนกภาพหรือการทำนายค่าตัวเลข การให้คอมพิวเตอร์ค้นหาโครงสร้างหรือการจัดกลุ่มด้วยตนเองโดยไม่มีคำตอบคือการเรียนรู้แบบไม่มีผู้สอน (unsupervised learning) การศึกษาผู้ใช้งานไม่ใช่การเรียนรู้ของเครื่อง และการสร้างเอาต์พุตแบบสุ่มด้วยเลขสุ่มก็ไม่เกี่ยวข้องกับการเรียนรู้