5.6. Requirements change.md

Requirements change

Changing requirements

• สภาพแวดล้อมทางธุรกิจและทางเทคนิคของระบบจะเปลี่ยนแปลงไปตลอดเวลาหลังจากติดตั้ง
• อาจมีฮาร์ดแวร์ใหม่ ๆ ออกมาให้ใช้
• อาจจำเป็นต้องเชื่อมต่อระบบกับระบบอื่น ๆ
• ลำดับความสำคัญทางธุรกิจอาจมีการเปลี่ยนแปลง
• อาจมีกฎหมายและข้อบังคับใหม่ ๆ ที่จำเป็นต้องปฏิบัติตาม
• คนที่จ่ายเงินสำหรับระบบและผู้ใช้ระบบนั้นแทบจะไม่เหมือนกัน
• ลูกค้าระบบกำหนด requirement ตามข้อจำกัดขององค์กรและงบประมาณ ซึ่งอาจขัดแย้งกับความต้องการของ end-user
• หลังจากส่งมอบแล้วอาจมีความต้องการเพิ่มคุณลักษณะใหม่ ๆ เพื่อให้บรรลุเป้าหมายของระบบ

Changing requirements

• ระบบขนาดใหญ่มักมีชุมชนผู้ใช้ที่มีความหลากหลาย
• ผู้ใช้จำนวนมากมีความต้องการและลำดับความสำคัญที่แตกต่างกัน
• อาจขัดแย้งหรือไปคนละทางกัน
• ความต้องการของระบบอย่างสุดท้ายคือ การประนีประนอมระหว่างผู้ใช้ที่แตกต่าง

Requirements evolution

Requirements management

• Requirements management เป็นกระบวนการจัดการความต้องการที่เปลี่ยนแปลงไป
• เกิดขึ้นระหว่าง requirements engineering process และ system development
• ความต้องการใหม่ ๆ มักจะเกิดขึ้นเสมอ ทั้งในขณะที่ระบบกำลังมีการพัฒนาและหลังจากที่เริ่มใช้งานแล้ว
• ต้องมีการติดตามความต้องการของแต่ละบุคคลและรักษาความเชื่อมโยงระหว่าง requirement
• เพื่อให้สามารถประเมินผลกระทบจากการเปลี่ยนแปลง requirement ได้
• จำเป็นต้องสร้างกระบวนการอย่างเป็นทางการ สำหรับการทำข้อเสนอการเปลี่ยนแปลง (change proposals) และเชื่อมโยงสิ่งเหล่านั้นเข้ากับ requirement ของระบบ

Requirements management planning

• กำหนดระดับของรายละเอียด requirements management ที่จำเป็น
• การตัดสินใจในการจัดการความต้องการ:
• การระบุความต้องการ (Requirements identification ) แต่ละ requirement ต้องมีการระบุเฉพาะ เพื่อให้สามารถอ้างอิงข้ามกับ requirement อื่น ๆ ได้
• ขั้นตอนการจัดการการเปลี่ยนแปลง (A change management process ) เป็นชุดของกิจกรรมที่ประเมินผลกระทบและค่าใช้จ่ายของการเปลี่ยนแปลง
• นโยบายการตรวจสอบย้อนกลับ (Traceability policies) นโยบายเหล่านี้กำหนดความสัมพันธ์ระหว่าง requirement แต่ละข้อและระหว่าง requirement และการออกแบบระบบ ควรที่จะต้องบันทึกไว้
• การสนับสนุนเครื่องมือ (Tool support ) เครื่องมือที่สามารถใช้งานได้ อาจจะเป็นระบบการจัดการความต้องการเฉพาะ ไปจนถึงสเปรดชีต และระบบฐานข้อมูลแบบง่ายๆ

Requirements change management

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

Requirements change management