Suppose then that we have a require

Suppose then that we have a requirement r = “supply customer with goods upon request” and let s be a system operationalizing r. The “desired way” of the above quote for s is that it always fulfills r, i.e., every time there is a customer request the system meets it successfully. This means that the system somehow manages to deliver its functionality under all circumstances (e.g., even when one of the requested items is not available). Such a requirement can be expressed, roughly, as r1 = “Every instance of requirement r succeeds”. And, of course, an obvious way to operationalize r1 is to add to the architecture of s a feedback loop that monitors if system responses to requests are being met, and takes corrective action if they are not. We can generalize on this: we could require that s succeeds more than 95% of the time over any one-month period, or that the average time it takes to supply a customer over any one week period is no more than 2 days. The common thread in all these examples is that they define requirements about the run-time success/failure/quality-of-service of other requirements. We call these self-awareness requirements.ล

ผลลัพธ์ (ไทย) 1:

สมมติว่า เรามี r ที่ต้องการแล้ว = "จัดหาลูกค้า ด้วยสินค้าแจ้งความ" และให้ s เป็นระบบ operationalizing r การ "ที่ต้องทาง" ข้างต้นอ้างอิง s คือ ว่า มันเสมอตอบสนอง r เช่น ทุกครั้งที่มีการร้องขอของลูกค้าระบบตรงกับมันเสร็จเรียบร้อยแล้ว หมายความ ว่า ระบบการจัดการอย่างใดเพื่อให้ฟังก์ชันการทำงานภายใต้สถานการณ์ทั้งหมด (เช่น แม้เมื่อหนึ่งในรายการที่ร้องขอไม่พร้อมใช้งาน) ความต้องการสามารถแสดง ประมาณ เป็น r1 = "ทุก ๆ อินสแตนซ์ของ r ต้องการสำเร็จ" และ แน่นอน วิธีชัดเจนที่จะ operationalize r1 คือ สถาปัตยกรรมของ s เพิ่มห่วงความคิดเห็นที่ตรวจสอบได้หากระบบการตอบสนองการร้องขอถูกพบ และจะดำเนินการแก้ไขหากไม่ เราสามารถ generalize นี้: เราต้องมีว่า s สำเร็จมากกว่า 95% ของเวลาใดระยะเวลาหนึ่งเดือน หรือว่า ค่าเฉลี่ยเวลาที่ใช้ในการจัดหาลูกค้าตลอดระยะเวลาหนึ่งสัปดาห์ ไม่เกิน 2 วันได้ ความท้าทายในตัวอย่างเหล่านี้คือ ที่พวกเขากำหนดความต้องการเกี่ยวกับการทำสำเร็จ/ความล้มเหลว/คุณภาพการให้บริการความต้องการอื่น ๆ เราเรียกเหล่านี้ requirements.ล ตนเอง

ผลลัพธ์ (ไทย) 2:

สมมติว่าแล้วว่าเรามีความต้องการ R = "อุปทานของลูกค้าด้วยสินค้าเมื่อมีการร้องขอ" และปล่อยให้เป็น s R ระบบ operationalizing ว่า "วิธีที่ต้องการ" ของใบเสนอราคาข้างต้นสำหรับ s ก็คือว่ามันมักจะตอบสนอง R คือทุกครั้งที่มีการร้องขอของลูกค้าระบบที่เป็นไปตามมันประสบความสำเร็จ ซึ่งหมายความว่าระบบจัดการอย่างใดที่จะส่งมอบการทำงานของมันภายใต้สถานการณ์ทั้งหมด (เช่นแม้ในขณะที่หนึ่งในรายการที่ร้องขอไม่สามารถใช้ได้) ดังกล่าวเป็นความต้องการที่จะแสดงประมาณเป็น R1 = "ตัวอย่างของความต้องการของทุกคนประสบความสำเร็จ R" และแน่นอนเป็นวิธีที่ชัดเจนเพื่อการดำเนินการ R1 คือการเพิ่มการสถาปัตยกรรมของห่วงความคิดเห็น SA ที่จะตรวจสอบถ้าการตอบสนองของระบบการร้องขอถูกพบและจะใช้เวลาดำเนินการแก้ไขถ้าพวกเขาไม่ได้ เราสามารถพูดคุยเกี่ยวกับเรื่องนี้เราอาจจำเป็นต้องให้ s ประสบความสำเร็จมากกว่า 95% ของเวลาในช่วงระยะเวลาหนึ่งเดือนหรือว่าเวลาเฉลี่ยที่ใช้ในการจัดหาลูกค้าในช่วงระยะเวลาหนึ่งสัปดาห์ไม่เกิน 2 วัน หัวข้อทั่วไปในตัวอย่างทั้งหมดเหล่านี้เป็นสิ่งที่พวกเขากำหนดความต้องการเกี่ยวกับเวลาทำงานประสบความสำเร็จ / ล้มเหลว / คุณภาพของการให้บริการของข้อกำหนดอื่น ๆ เราขอเรียกร้องต้องการความตระหนักในตนเองเหล่านี้. ล

ผลลัพธ์ (ไทย) 3:

สมมติว่าเรามีความต้องการ R = " จัดหาลูกค้าด้วยสินค้าตามที่ร้องขอ และให้มันเป็นระบบ operationalizing R . " ต้องการ " ที่กล่าวอ้างสำหรับ s คือว่ามันมักจะตอบสนอง R คือ ทุกครั้งที่มีลูกค้าขอระบบประชุมเรียบร้อยแล้ว นี้หมายความว่าระบบจัดการอย่างใดเพื่อให้การทำงานภายใต้สถานการณ์ทั้งหมด ( เช่น ตอนหนึ่งของรายการที่ร้องขอไม่สามารถใช้ได้ ) เช่นความต้องการที่สามารถแสดง , ประมาณ , R1 = " ทุกกรณีที่ความต้องการ R ได้สำเร็จ " และแน่นอนเป็นวิธีที่ชัดเจนที่จะ operationalize R1 เพื่อเพิ่มไปยังสถาปัตยกรรมของความคิดเห็นห่วงว่าถ้าการตอบสนองจอภาพระบบการร้องขอจะถูกพบและใช้เวลาการแก้ไขหากพวกเขาไม่ได้ เราสามารถพูดคุยเกี่ยวกับเรื่องนี้ : เราอาจต้องที่ประสบความสำเร็จมากกว่า 95% ของเวลากว่าเดือนหนึ่ง หรือว่าเวลาเฉลี่ยที่ใช้ในการจัดหาลูกค้าในช่วงสัปดาห์หนึ่งไม่เกิน 2 วัน กระทู้ทั่วไปในตัวอย่างเหล่านี้ทั้งหมดที่พวกเขากำหนดความต้องการเกี่ยวกับความเสี่ยงของความสำเร็จ / ล้มเหลว / คุณภาพของบริการของความต้องการอื่น ๆ เราเรียกความต้องการของตนเหล่านี้ นักเรียน