—The software requirements decompos

—The software requirements decomposition can be taken
as a dynamic system. According to the nonlinear dynamic
requirements decomposition equations developed by us based on
the nonlinear dynamic system. This paper further researched the
chaotic phenomena of software requirements through simulations.
The occurrence of chaos in the process of software requirements
decomposition is determined by Requirements Decomposition Rate
Parameter (RDRP). When RDRP is too large, a small change may
cause the decomposition into an unstable state from a stable state.
The decomposition may also be in chaos even if it is nearly
completed when RDRP is unsuitable. Therefore, it is better for us
to let the decomposition outside chaos region to get all
requirements and avoid the influence of requirements change

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

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

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

— สามารถดำเนินการการซอฟต์แวร์ความเน่า
เป็นระบบแบบไดนามิกได้ ตามแบบไดนามิกไม่เชิงเส้น
ตามสมการแยกส่วนประกอบของความต้องพัฒนาเรา
ระบบไม่เชิงเส้นแบบไดนามิก กระดาษนี้วิจัยเพิ่มเติม
ปรากฏการณ์วุ่นวายของข้อกำหนดซอฟต์แวร์จำลองการ
เกิดความวุ่นวายในกระบวนการข้อกำหนดของซอฟต์แวร์
แยกส่วนประกอบจะถูกกำหนด โดยอัตราความต้องการแยกส่วนประกอบ
พารามิเตอร์ (RDRP) เมื่อ RDRP มีขนาดใหญ่เกินไป การเปลี่ยนแปลงขนาดเล็กอาจ
ทำให้เกิดการเน่าในสถานะไม่เสถียรจากสถานะมีเสถียรภาพได้
การเน่ายังอาจวุ่นวายแม้จะเกือบ
เมื่อ RDRP เหมาะสมได้ ดังนั้น มันจะดีกว่าสำหรับเรา
ให้แยกส่วนประกอบภายนอกภูมิภาคความวุ่นวายไปทั้งหมด
ความต้องการและอิทธิพลของการเปลี่ยนแปลงความต้องการ

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

- - - - - ข้อกำหนดของซอฟต์แวร์จะสามารถนำมาใช้ได้แยกออกเป็นส่วนๆ
เป็นแบบไดนามิกระบบ. ตาม nonlinear ที่แยกออกเป็นส่วนๆ
ความต้องการแบบไดนามิกและพัฒนาขึ้นโดยองค์กรที่ใช้ระบบแบบไดนามิก nonlinear
ได้ เอกสารนี้ต่อไปวิจัยปรากฎการณ์
ที่วุ่นวายของความต้องการซอฟต์แวร์ผ่านการจำลอง
การเกิดขึ้นของความสับสนวุ่นวายในขั้นตอนของข้อกำหนดด้านซอฟต์แวร์
แยกออกเป็นส่วนๆจะถูกกำหนดโดยความต้องการแยกออกเป็นส่วนๆอัตรา
พารามิเตอร์( rdrp ) เมื่อ rdrp มีขนาดใหญ่เกินไปการเปลี่ยนขนาดเล็กที่อาจ
ทำให้แยกออกเป็นส่วนๆเข้าไปในรัฐที่ไม่มั่นคงจากรัฐที่มี เสถียรภาพ แยกออกเป็นส่วนๆ
อาจจะอยู่ในความสับสนแม้ว่าจะเกือบเสร็จสมบูรณ์แล้วเมื่อ rdrp
ไม่เหมาะสมนอกจากนั้นยัง ดังนั้นจึงเป็นสิ่งที่ดีกว่าสำหรับเรา
ปล่อยให้พื้นที่ความสับสนทางด้านนอกโครงข่ายของข้อมูลที่ต้องการทั้งหมด
ความต้องการและหลีกเลี่ยงการมีอิทธิพลต่อการเปลี่ยนแปลงของความต้องการ