concernsThose interests which perta

concerns
Those interests which pertain to the system development, its operation or any other aspects that are critical or otherwise important to one or more stakeholders. Concerns can be logical or physiscal concepts, but they may also include system considerations such as performance, reliability, security, distribution, and evolvability. [IEEE Std 1471-2000]
(From aosd.net) A concern is an area of interest or focus in a system. Concerns are the primary criteria for decomposing software into smaller, more manageable and comprehensible parts that have meaning to a software engineer (see separation of concerns). Examples of concerns include requirements, use cases, features, data structures, quality-of-service issues, variants, intellectual property boundaries, collaborations, patterns and contracts. There are many formulations used to capture concerns as well-identified separate units, aspects are one such mechanism, that are tuned to capturing crosscutting concerns.

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

ความกังวลผลประโยชน์ผู้ที่เกี่ยวข้องกับการพัฒนาระบบการดำเนินงานหรือด้านอื่น ๆ ที่มีความสำคัญหรือมีความสำคัญเป็นอย่างอื่นอย่างใดอย่างหนึ่งหรือมากกว่าผู้มีส่วนได้เสีย ความกังวลจะมีแนวความคิดตรรกะหรือ physiscal แต่พวกเขายังอาจรวมถึงการพิจารณาระบบเช่นประสิทธิภาพความน่าเชื่อถือการรักษาความปลอดภัยการจัดจำหน่ายและ evolvability [มาตรฐาน IEEE 1471-2000]
(จาก aosdสุทธิ) ความกังวลเป็นพื้นที่ที่น่าสนใจหรือให้ความสำคัญในระบบ ความกังวลเป็นเกณฑ์หลักในการย่อยสลายซอฟต์แวร์เป็นขนาดเล็กชิ้นส่วนมากขึ้นที่สามารถจัดการและเข้าใจว่ามีความหมายที่จะวิศวกรซอฟต์แวร์ (ดูการแยกของความกังวล) ตัวอย่างของความกังวลรวมถึงความต้องการ, กรณีการใช้งานคุณสมบัติโครงสร้างข้อมูลปัญหาคุณภาพของการให้บริการสายพันธุ์ขอบเขตทรัพย์สินทางปัญญาสื่อรูปแบบและสัญญา มีหลายสูตรที่ใช้ในการจับภาพความกังวลเป็นหน่วยแยกที่มีการระบุลักษณะเป็นหนึ่งในกลไกดังกล่าวที่มีการปรับเพื่อจับภาพความกังวลโค่น.

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

กังวล
ผู้สนใจที่เกี่ยวข้องกับการพัฒนาระบบ การดำเนินการ หรือด้านอื่น ๆ ที่สำคัญ หรือมิฉะนั้นต้องเสีย น้อยหนึ่ง ข้อสงสัยได้ทางตรรกะ หรือแนวคิดของ physiscal แต่พวกเขาอาจรวมถึงการพิจารณาระบบเช่นประสิทธิภาพ ความน่าเชื่อถือ ความปลอดภัย การกระจาย และ evolvability [IEEE Std 1471-2000]
(From aosd.สุทธิ) กังวลอยู่พื้นที่สนใจหรือโฟกัสในระบบ ความกังวลเป็นเกณฑ์หลักสำหรับพืชพันธุ์ซอฟต์แวร์เป็นส่วนเล็ก จัดการ และมาก comprehensible ที่มีความหมายถึงวิศวกรซอฟต์แวร์ (ดูแบ่งแยกความกังวล) ตัวอย่างของความกังวลรวมถึงความต้องการ ใช้กรณี คุณลักษณะ โครงสร้างข้อมูล ปัญหาคุณภาพการให้บริการ ตัวแปร ขอบ เขตของทรัพย์สินทางปัญญา ความร่วมมือ รูปแบบ และสัญญา มีหลายสูตรที่ใช้ในการจับความกังวลเป็นหน่วยระบุห้องแยก ด้านกำลังเช่นกลไก ผ่านกล่องรับกังวล crosscutting.

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

ซึ่งจะช่วยแก้ไขปัญหาความสนใจผู้ที่เกี่ยวข้องกับการพัฒนาระบบการทำงานของตนหรือด้านอื่นๆที่มีความสำคัญอย่างยิ่งต่อความสำคัญหรือเพื่อไปยังหนึ่งหรือมากกว่าผู้มีส่วนได้เสีย. ความสามารถเป็นแนวความคิดแบบลอจิกหรือ physiscal แต่พวกเขาอาจรวมถึงข้อควรพิจารณาเกี่ยวกับระบบเช่น ประสิทธิภาพ ความน่าเชื่อถือการรักษาความ ปลอดภัย และการจัดจำหน่าย evolvability ยัง [ IEEE Std 1471-2000 ]
(จาก aosd .ในเรื่องราคาสุทธิ)ที่ตั้งอยู่ในเขตพื้นที่ที่โฟกัสหรือส่วนได้เสียในระบบ ความกังวลเป็นเกณฑ์หลักในการปฎิบัติซอฟต์แวร์เข้าสู่ส่วนพื้นที่จัดการได้ง่ายกว่าและความเข้าใจที่มีขนาดเล็กลงมีความหมายในการพัฒนาซอฟต์แวร์(ดูที่การแยกการแก้ไขปัญหา) ตัวอย่างของปัญหารวมถึงความต้องการด้านการใช้งานคุณลักษณะโครงสร้างข้อมูลปัญหา คุณภาพ การบริการแตกต่างขอบเขตทรัพย์สินทางปัญญาและการทำสัญญาร่วมกับรูปแบบ. มีหลักจำนวนมากใช้ในการถ่าย ภาพ ความกังวลเป็นห้องแบบแยกพื้นที่รวมถึงไม่ว่าจะเป็นด้านกลไกนั้นได้รับการปรับจูนการถ่าย ภาพ ความกังวล crosscutting .