อะไรคือความแตกต่างระหว่างข้อกำหนดที่ไม่เกี่ยวกับการทำงานและคุณสมบัติด้านคุณภาพ


13

ฉันพยายามเข้าใจถึงความแตกต่างระหว่างข้อกำหนดที่ไม่ใช่หน้าที่การใช้งานและคุณลักษณะด้านคุณภาพ พวกเขาเหมือนกันหรือไม่

คุณสามารถค้นหาชุดคุณลักษณะคุณภาพในมาตรฐาน ISO9126

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

ถ้าฉันบอกว่าระบบไม่สามารถใช้เวลามากกว่า 1 วินาทีในการตอบสนองฉันกำลังพูดถึงข้อ จำกัด

ดังนั้นแนวคิดของความต้องการที่ไม่มีฟังก์ชั่นอยู่ตรงไหน? พวกเขาถูกกำหนดโดยผู้ใช้หรือไม่ ฉันจะระบุได้อย่างไร


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

คำตอบ:


9

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

ผู้ใช้ SHALL สามารถเข้าสู่ระบบผ่านทางเว็บอินเตอร์เฟส ในทางเทคนิคแล้วนี่เป็นข้อกำหนดในการใช้งาน

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

ไม่ว่าพวกเขาจะมีความสำคัญไม่ว่าจะเป็นการจำแนกประเภทใดก็ตาม

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

คุณสามารถระบุความแตกต่างได้โดยใช้เมตริกต่อไปนี้ ข้อกำหนดด้านหน้าที่อธิบายถึงสิ่งที่ระบบจะทำ ข้อกำหนดที่ไม่สามารถใช้งานได้ระบุวิธีการใช้งาน



9

กฎนั้นง่ายและชัดเจน

ความต้องการการทำงานเป็นสิ่งที่ระบบไม่

ข้อกำหนดที่ไม่สามารถใช้งานได้คือคุณลักษณะด้านคุณภาพหรือลักษณะของการออกแบบสร้างหรือนำระบบไปใช้

  • ประสิทธิภาพ (1 วินาที)
  • การบำรุงรักษา
  • การปรับตัว
  • ราคา
  • ความปลอดภัย
  • การใช้งาน (ซึ่งเป็นคุณสมบัติของระบบโดยรวม)
  • การตรวจสอบได้
  • ความยืดหยุ่น

อ่านนี่. มันชัดเจนมาก http://en.wikipedia.org/wiki/Non-functional_requirement

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

เมื่อดูที่ "เอกสารข้อกำหนด" ในช่วง 30 ปีที่ผ่านมาฉันสามารถพูดได้ เอกสารข้อกำหนดจำนวนมากที่เขียนโดยองค์กรไอทีขนาดใหญ่ภายในองค์กรนั้นเป็นแถลงการณ์ทางการเมืองที่อาจมีข้อกำหนดด้านการไม่ใช้งาน 80% และข้อกำหนดด้านหน้าที่น้อยกว่า 20%

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


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

4

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

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

ระบบที่มี 5 คอมโพเนนต์ต้องประมวลผลการร้องขอใน 10ms หากองค์ประกอบหนึ่งมีข้อบกพร่องที่ใช้เวลา 5 มิลลิวินาทีในการประมวลผลส่วนนั้นจะส่งผลต่อประสิทธิภาพของระบบโดยรวม

เช่นเดียวกับการรักษาความปลอดภัยไม่เพียงเกี่ยวกับการเข้าสู่ระบบและเมื่อมันได้รับผลกระทบมันก็ส่งผลกระทบต่อทั้งระบบ

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

นี่คือลิงค์ที่น่าสนใจเกี่ยวกับวิธีการระบุพวกเขาในแบบที่มีโครงสร้าง:

และหนังสือเกี่ยวกับวิธีจัดทำเอกสารและกำหนดอย่างถูกต้อง:

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.