as requirements analysis occurs, a

as requirements analysis occurs, a set of "concerns" is uncovered. These concerns "include requirements, use case, features, data structures, quality-of-service issues, variants, intellectual property boundaries, collaborations, patterns and contracts".

Ideally, a requirements model can be organized in a way that allows you to isolate each concern so that it can be considerd independently.
In practice, however, some of these concerns span the entire system and cannot be easily conpartmentalized

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

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

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

การวิเคราะห์ความต้องการที่เกิดขึ้นเป็นชุดของ "ความกังวล" ถูกค้นพบ ความกังวลเหล่านี้ "รวมถึงความต้องการกรณีใช้คุณสมบัติโครงสร้างข้อมูลปัญหาคุณภาพการให้บริการสายพันธุ์ขอบเขตทรัพย์สินทางปัญญา, ความร่วมมือรูปแบบและสัญญา". จะเป็นการดีที่รูปแบบความต้องการสามารถจัดในลักษณะที่ช่วยให้คุณสามารถแยก ความกังวลในแต่ละเพื่อที่จะสามารถเป็นอิสระ considerd. ในทางปฏิบัติ แต่บางส่วนของความกังวลเหล่านี้ครอบคลุมทั้งระบบและไม่สามารถ conpartmentalized ได้อย่างง่ายดาย

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

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

ตามรูปแบบความต้องการที่สามารถจัดในลักษณะที่ช่วยให้คุณสามารถแยกแต่ละปัญหานั้นสามารถที่เป็นอิสระ
อย่างไรก็ตามในทางปฏิบัติ , บางส่วนของความกังวลเหล่านี้ครอบคลุมทั้งระบบ และไม่สามารถ conpartmentalized ได้อย่างง่ายดาย