ความต้องการและข้อกำหนดต่างกันอย่างไร [ปิด]


122

ฉันได้รับมอบหมายให้พัฒนาข้อกำหนดและข้อกำหนดสำหรับโครงการที่กลุ่มของเราเริ่มต้น

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


ฉันเห็นด้วยกับคำตอบที่ให้คะแนนโหวตสูง แต่ฉันก็คิดว่าบางครั้งข้อกำหนดเฉพาะบางครั้งใช้เป็นคำทั่วไปในอุตสาหกรรมซอฟต์แวร์ที่อ้างอิงเอกสารใด ๆ ที่อธิบายถึงระบบหรือชิ้นส่วนของซอฟต์แวร์ ในฐานะที่เป็นหลักฐาน - google "ข้อกำหนดคุณสมบัติ" เมื่อใช้แบบนั้นหมายถึงเอกสารที่ระบุบางสิ่ง - เช่น: ระบุข้อกำหนดสำหรับชิ้นส่วนของซอฟต์แวร์ ฉันจะไม่ตัดสินว่าเป็นการใช้คำที่ถูกต้องหรือไม่ฉันแค่ต้องการชี้ให้เห็นว่าสเปคนั้นไม่ได้มีความหมายเหมือนกันกับทุกคน
Shane Wealti

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

คิดว่ามันเป็นเช่นนี้ (พูดหยาบ): ความต้องการ = เอกสารความต้องการและข้อกำหนด = เอกสารการใช้งาน / ออกแบบ
ปริญญาเอก

4
ทำไมคุณไม่ถามคนที่คุณทำสิ่งเหล่านี้เพื่อ? เพียง แต่พวกเขาสามารถตอบสิ่งที่จำเป็นในกรณีของคุณโดยเฉพาะ
Jaap

บทความนี้เสนอคำตอบอย่างละเอียด: ece.cmu.edu/~koopman/des_s99/requirements_specs
Julien-L

คำตอบ:


129

คำตอบที่ถูกต้องคือสิ่งที่โปรแกรมของคุณควรทำข้อกำหนดเป็นวิธีที่คุณวางแผนที่จะทำ

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


4
สิ่งที่ / วิธีเสียงกัดเป็นขวาจัดเรียงของ; แต่ทำให้สับสนเพราะคุณสามารถดูข้อกำหนดของโปรแกรมที่อธิบายสิ่งที่ควรทำและการออกแบบเป็นวิธีที่ควรทำ อีกประการหนึ่งคือ PL เปิดเผย (เช่นเปิดฉากและ SQL) ในที่ที่คุณระบุสิ่งที่ไม่ได้เป็นวิธีการที่ หนึ่งความละเอียดคือพวกเขาเป็นลำดับชั้นของ abstractions กับผู้ปกครองที่ระบุสิ่งที่และเด็กระบุว่า (นอก vs ภายใน) ฉันชอบมากมุมมองที่สองของคุณซึ่งเป็นผู้ใกล้ชิดกับ "สิ่งที่มันสำหรับ " กับ "สิ่งที่มันเป็น " คือผลประโยชน์กับคุณลักษณะ
13ren

โดยทั่วไปฉันจะเห็นด้วยกับคุณ แต่มันเป็นเพียงความเห็น 'อื่น' ไม่ใช่คำตอบที่ถูกต้อง ตัวอย่างเช่นดูที่หน้า Wiki สำหรับข้อกำหนด ( en.wikipedia.org/wiki/Requirement ) มีข้อกำหนดที่ไม่สามารถใช้งานได้ซึ่งโดยคำจำกัดความมีไว้สำหรับทีมเทคนิค หรือข้อกำหนดทางสถาปัตยกรรมและข้อ จำกัด ทางเทคนิคอีกครั้ง แต่พวกเขาไม่เรียกพวกเขาว่า 'ข้อมูลจำเพาะ' ฉันคิดว่าไม่มีคำตอบที่ถูกต้องและมันจะ 'พร่ามัว' จาก บริษัท สู่ บริษัท และนักพัฒนาไปจนถึงนักพัฒนา
Jeach

1
ลองดูที่คำตอบ 'Adam Wuerl' ซอลเบลโลว์ฉันคิดว่านี่เป็นคำที่ถูกต้องที่สุดสำหรับคำถามที่โพสต์
Jeach

1
@Jeach: "ร้อง" [sic] เป็นญาติ มันอาจจะเป็นด้านล่างโพสต์นี้ในขณะนี้ แต่มันอาจจะย้ายข้างต้นทำให้ความคิดเห็นของคุณยากที่จะเข้าใจ
ไบรอัน Oakley

1
อีกมุมมองหนึ่ง .. Wikipedia กำหนดรายละเอียดว่าเป็น "ชุดข้อกำหนด" ซึ่งหมายความว่าข้อมูลจำเพาะสามารถเป็นข้อกำหนดเพียง 1 ข้อ s: = {r1} ดูเหมือนว่า "ข้อกำหนด" ของภาษาพูดเป็นข้อกำหนดระดับสูงในขณะที่ "ข้อมูลจำเพาะทางเทคนิค" เป็นข้อกำหนดระดับต่ำสิ่ง LOD
แลนซ์พอลลาร์ด

38

เอกสารข้อกำหนดสิ่งที่จำเป็น - พวกเขาไม่ควรระบุวิธี แต่ทำอะไร

เอกสารข้อมูลจำเพาะวิธีการบรรลุความต้องการ - พวกเขาควรระบุวิธีการ

ในหลาย ๆ ที่เอกสารเหล่านี้ไม่ได้แยกจากกันและใช้สลับกันได้


2
ใน บริษัท ของฉันเรามักจะใช้คำว่า "ข้อกำหนดคุณสมบัติ" สำหรับสิ่งที่ (คุณระบุเขียนรายละเอียดของสิ่งที่คุณทำอะไร) และ "ข้อกำหนดการออกแบบ" สำหรับวิธี (คุณระบุเขียนรายละเอียดของวิธีการที่คุณ วางแผนที่จะใช้มัน)
Giorgio

16

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

ข้อกำหนดเป็นเอกสารที่ระบุระบบหรือผลิตภัณฑ์เช่นข้อกำหนดการพัฒนาที่สำคัญรายการสำหรับ F-14 มีหลายส่วน / เนื้อหาในข้อมูลจำเพาะ: ข้อกำหนด, คำจำกัดความ, เอกสารอ้างอิง, คำศัพท์, ข้อมูลการตรวจสอบและอื่น ๆ

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

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


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

2
มีประโยชน์เสมอในการรับอินพุตของวิศวกรจริง ขอบคุณ!
LeWoody

หรือมิฉะนั้น Spec อาจมี 0 ข้อกำหนดอยู่ในนั้น ตัวอย่างของคุณนั้นดีมากสำหรับวินัยทางวิศวกรรมการบินที่เฉพาะเจาะจง ฉันไม่แน่ใจว่าโดยทั่วไปจะใช้กับโดเมนการพัฒนาซอฟต์แวร์ / การเขียนโปรแกรม เมื่อซอฟต์แวร์ส่วนใหญ่ถูกขับเคลื่อนโดยความต้องการทางธุรกิจมันเริ่มต้นด้วยเอกสารข้อกำหนดทางธุรกิจโดยละเอียดก่อนที่จะประเมินข้อ จำกัด ทางเทคนิคและการออกแบบโซลูชัน ข้อกำหนดทางเทคนิคจะเป็นไปตาม BRD, ข้อ จำกัด เอกสาร, และให้รายละเอียดและวิธีการเฉพาะเพื่อตอบสนองความต้องการทางธุรกิจใน BRD
ไบรอัน 'BJ' Hoffpauir Jr.

1
@ Bryan'BJ'Hoffpauir ฉันแน่ใจว่ามีบางกรณีที่เอกสารระบุรายละเอียดและไม่มีข้อกำหนดในเอกสาร แต่ฉันจะโต้แย้งผู้ที่ใช้คำนี้ในทางที่ผิด ข้อมูลจำเพาะเป็นเอกสารข้อกำหนด - ท้ายเรื่อง มันเป็นคำศัพท์ทางศิลปะที่ได้รับการยอมรับอย่างกว้างขวางในสาขาอื่น ๆ ที่การบินและอวกาศและการป้องกันและไม่สามารถใช้ได้ในวิศวกรรมระบบซึ่งเป็นวินัยที่รับผิดชอบต่อข้อกำหนดและการตรวจสอบ แม้ในกรณีที่คุณอธิบายคำว่าใช้: BRD เป็นข้อมูลจำเพาะข้อมูลจำเพาะทางเทคโนโลยีก็ฟังเหมือนกันด้วยความต้องการที่แตกต่างกัน
Adam Wuerl

13

ที่ต้องการ:

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

ข้อมูลจำเพาะ:

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

ข้อความอ้างอิงมาจาก "พื้นฐานวิศวกรรมระบบ* "

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

* Defense Acquisition University Press, 2001. ข้อความในเวอร์ชัน PDF


ฉันคิดว่ามันเป็นสิ่งสำคัญที่คำจำกัดความของคุณบอกว่าข้อมูลจำเพาะนั้นกำหนดปัญหา ด้วยวิธีการนั้นข้อกำหนดของปัญหาเป็นข้อกำหนด ข้อมูลจำเพาะ SOLUTION หรือ DESIGN เป็นส่วนหนึ่งของการออกแบบ
LeWoody

6

ข้อกำหนดคือคำอธิบายของผู้ใช้ในสิ่งที่ผลิตภัณฑ์สำเร็จรูปในสายตาของพวกเขาควรทำ

รายละเอียดเป็นคำอธิบายทางเทคนิคของการแก้ปัญหาโดยทั่วไปครอบคลุมถึงความต้องการและอื่น ๆ อีกมากมาย - เช่นต้นทุน, ด้านเทคนิค, ปัญหา ฯลฯ

ดังนั้นหนึ่งในประเด็นหลักคือข้อกำหนดต้องมาก่อนก่อนที่จะเขียนข้อกำหนด

(สังเกตคำศัพท์ - ผลิตภัณฑ์และโซลูชัน - สิ่งเดียวกัน แต่จากมุมมองที่แตกต่างกัน ... )


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

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

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

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

[อธิบายว่าทำไมสองความคิดเห็น]: ดังนั้นความคิดเห็นจึงเป็นความเจ็บปวด - การกดปุ่ม "ส่งคืน" จะส่งความคิดเห็นถึงแม้ว่าจะเป็นข้อความแบบหลายบรรทัด และถ้าคุณใช้เวลานานกว่า 5 นาทีเพื่อให้เสร็จหลังจากนั้นจะไม่ยอมรับการแก้ไข ดังนั้นคุณต้องส่งมันเป็นความคิดเห็นที่สอง ฉันแก้ไขเท่านั้นเพื่อให้พอดีกับความยาว ถอนหายใจ ครั้งต่อไปฉันจะพูดถึงสองความคิดเห็นในตอนแรก ... [ต่อไปฉันยอมรับว่ามุมมอง - ผู้ซื้อ / ผู้ขาย - คือความแตกต่างหลัก ฉันรู้สึกหนักใจกับคำศัพท์ของคุณ แต่ฉันคิดว่ามันทำให้ฉันเข้าใจลึกซึ้งยิ่งขึ้นเพื่อพยายามอธิบายว่าทำไม]
13

4

ความต้องการ - สิ่งที่ระบบหรือระบบย่อยควร (ต้อง) ทำ

ข้อมูลจำเพาะ - ส่วนประกอบระบบย่อยหรือระบบ IS คืออะไร

สิ่งนี้มีความสำคัญในอุตสาหกรรมการผลิตอุปกรณ์ทางการแพทย์เนื่องจากคุณต้องทำการตรวจสอบความต้องการของคุณ (อินพุต) เพื่อแสดงว่าคุณมีข้อกำหนดที่ถูกต้อง (เอาท์พุท) ข้อผิดพลาดทั่วไปในอุตสาหกรรมนี้คือ บริษัท ต่างๆ (1) ลืมที่จะกำหนดข้อกำหนด (เพราะพวกเขาไม่เข้าใจความแตกต่างระหว่างข้อกำหนดกับข้อกำหนด) (2) ตรวจสอบความถูกต้องของข้อมูลจำเพาะเท่านั้นและ (3) ไม่รับประกันว่าข้อกำหนดจะได้รับการแปลอย่างถูกต้องในข้อกำหนดเฉพาะของส่วนประกอบย่อยและส่วนประกอบ

เมื่อดำเนินการเสร็จสิ้นคุณจะต้องตรวจสอบข้อกำหนดของผู้ใช้สำหรับผลิตภัณฑ์


3

บางทีความสับสนคือฉันได้ยินรายละเอียดอ้างอิงเอกสารข้อกำหนดความต้องการทางธุรกิจหรือเอกสาร SRS มาตรฐาน (ข้อกำหนดความต้องการซอฟต์แวร์) ของ IEEE

ตัวอย่างเทมเพลต SRS มาตรฐาน IEEE

ฉันเคยได้ยินคำว่าข้อกำหนดเฉพาะอ้างถึงข้อมูลจำเพาะทางเทคนิคมากขึ้นซึ่งอธิบายการตัดสินใจออกแบบและแผนการดำเนินการ

แก้ไข:ฉันเพิ่งสังเกตเห็นลิงก์ไม่ถูกต้อง ... ฉันจะโพสต์ลิงก์ที่ถูกต้องในไม่ช้า


1
ข้อดีของคำศัพท์ SRS!
LeWoody

2
ลิงค์เสียอย่างสมบูรณ์ ฉันไม่แน่ใจว่าสิ่งที่ชี้ไปหรือไม่ควรชี้ไปที่เนื้อหา

3

ข้อกำหนดเป็นข้อกำหนดที่ผ่านความเป็นไปได้และพร้อมที่จะนำไปใช้ มันเป็นข้อกำหนดที่พัฒนาไปสู่ขั้นตอนการออกแบบ

ในคำอื่น ๆ :

  • ความต้องการคือพฤติกรรม (หรือไม่ใช่พฤติกรรม) "ตามแผนที่วางไว้" หรือ "ตามที่ต้องการ"
  • สเปคคือพฤติกรรม (หรือไม่ใช่พฤติกรรม) "ที่จะสร้าง" หรือ "เป็นสร้าง"

ตัวอย่าง:

  • ข้อกำหนด: 1. ผู้ใช้กดปุ่มตกลง 2. ระบบจะพิมพ์ใบแจ้งหนี้
  • ข้อมูลจำเพาะ: 1. ผู้ใช้กดปุ่มตกลง 2. ระบบจะพิมพ์ใบแจ้งหนี้

อย่างที่คุณเห็นเนื้อหาของทั้งสองสามารถเหมือนกัน ความแตกต่างคือความต้องการนั้นเป็นสิ่งประดิษฐ์สำหรับการวิเคราะห์ สเปคเป็นสิ่งประดิษฐ์การออกแบบ

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

หมายเหตุ: ตัวอย่างด้านบนมีองค์ประกอบของการออกแบบเนื่องจากข้อ จำกัด ด้านการออกแบบ


0

ข้อกำหนดคือสิ่งที่แอปพลิเคชันทำ

Specifcations คือแอปพลิเคชันทำหน้าที่อย่างไร

พวกเขาจะต้องเป็นมุมฉาก!

ผู้จัดการผลิตภัณฑ์เขียนข้อกำหนดหัวหน้าวิศวกรเขียนรายละเอียด


2
ฉันไม่แน่ใจว่าพวกเขาจะสมบูรณ์ฉากในทางปฏิบัติอย่างน้อย มีสีเทาจำนวนมากโชคไม่ดี
LeWoody

มันเป็นเพียงสีเทาหากคุณไม่ได้ทำการดัดแปลง - ความต้องการทางธุรกิจ, ข้อกำหนดการใช้งาน, ข้อกำหนดที่ไม่เกี่ยวกับหน้าที่การทำงานหมายถึงความสามารถของระบบ (สิ่งที่ทำ) ข้อมูลจำเพาะทางเทคนิคเป็นมุมฉากกับความต้องการทางธุรกิจ (วิธีมัน)
ไบรอัน 'BJ' Hoffpauir Jr.

0

วิธีหนึ่งอาจไม่ใช่วิธีที่ถูกต้องในการดู:

ข้อกำหนดคือสิ่งต่าง ๆ (ความสามารถ, คุณสมบัติ, พฤติกรรม, ฯลฯ ) ที่ให้คุณค่ากับผู้ใช้ ไม่เกี่ยวข้องกับ internals เฉพาะอินพุตและเอาต์พุตของกล่อง (และขนาด, รูปร่างและสี) ที่สำคัญเท่านั้น

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


นี่เป็นเพียงความคิดเห็นของคุณหรือคุณสามารถสำรองข้อมูลได้
ริ้น

2
@gnat ฉันคิดว่ามันถูกกล่าวถึงในบรรทัดเปิด? แน่นอนว่ามาจากประสบการณ์และฉันไม่ได้อ้างสิทธิ์อย่างอื่น - จากสิ่งที่ฉันรวบรวมนี่เป็นคำถามที่ค่อนข้างเป็นส่วนตัวในฟอรัมอัตนัยค่อนข้างและโพสต์นี้แสดงให้เห็นว่าคำถามควรมีวัตถุประสงค์เท่าที่จะทำได้ . แต่ฉันมีหนึ่งตามชื่อของเราและคุณมีมากทั้งขึ้นดังนั้นผมเปิดให้มีการศึกษา :-)
berad

0

ในการวิจัยของฉันฉันพบข้อมูลจำเพาะที่ใช้สำหรับสิทธิบัตรและการก่อสร้างบ้าน (เป็นส่วนหนึ่งของสัญญา)

คำจำกัดความของข้อกำหนดจากพจนานุกรมย่อของเว็บสเตอร์ (Int'l Ed. 3 ใหม่) คือ:

a) บางสิ่งที่ต้องการหรือจำเป็น: ความจำเป็น b) สิ่งที่เรียกหรือต้องการ: เงื่อนไขที่จำเป็นหรือจำเป็น: คุณภาพหลักสูตรหรือประเภทของการฝึกอบรมที่ต้องการ

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


0

ใน บริษัท ก่อนหน้านี้ที่สร้างผลิตภัณฑ์เชิงพาณิชย์เรามีความแตกต่างดังต่อไปนี้:

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

ข้อมูลจำเพาะเป็นสิ่งที่ระบบสร้างขึ้นจริงจะทำ เช่นคุณอาจมีข้อกำหนดที่ระบุว่าระบบจะมีพฤติกรรม X ที่ –10 ° C สเปคที่แท้จริงของระบบอาจเป็นได้ว่าระบบทำ X ที่ –5 ° C; สิ่งนี้จะอยู่ในแผ่นงานที่ส่งถึงลูกค้าเมื่อพวกเขาต้องการซื้อระบบ

NB ในกรณีนี้ข้อมูลจำเพาะไม่เท่ากับข้อกำหนด


-1

คิดว่าคุณกำลังจะสร้างอาคารสูงบนที่ดิน

ตอนนี้คุณต้องพิจารณาข้อกำหนดก่อนที่จะเริ่มเช่น:

  1. สถาปัตยกรรมหรือวิศวกรออกแบบ
  2. วิศวกรทดสอบดิน
  3. ทีมทดสอบความดันลม
  4. Demolisher
  5. ผู้ขุด
  6. กำลังคน
  7. น้ำประปา
  8. คนงานพักอาศัย / พักผ่อน
  9. กองทุนมากพอ
  10. การบริหารโครงการ
  11. การจัดการคุณภาพ
  12. ความปลอดภัยและการควบคุมความปลอดภัย

เป็นต้น

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

ตรงนี้เป็นสิ่งที่เกิดขึ้นในอุตสาหกรรมซอฟต์แวร์กลุ่มคนมืออาชีพที่เกี่ยวข้องเพื่อให้ความรู้ในการสร้างข้อกำหนดทางเทคนิคเช่นมีคนทำงานในการออกแบบ UI, การออกแบบ OO, การออกแบบ OO, การออกแบบฐานข้อมูล, การออกแบบกราฟิก ทีมปรับใช้ ฯลฯ

Para ด้านบนจะเป็นส่วนหนึ่งของคู่มือที่คุณสามารถโทรหาข้อมูลจำเพาะทางเทคนิค


1
ฉันคิดว่าคุณกำลังสับสนกับความต้องการทรัพยากร ( en.wikipedia.org/wiki/Resource_%28project_management%29 )
Jay Elston
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.