System architecture marks the end o

System architecture marks the end of the systems design phase of the SDLC. Recall that
back in the systems analysis phase, all functional primitives were identified and documented
with process descriptions. The objective then was to identify the system’s functions
and determine what each logical module would do, without attempting to
determine how that function would be carried out. Moving from analysis to design
tasks, the development process continued with consideration of output and user interface
design, data design, and system architecture issues. Now, based on a clear definition
of system requirements and design, software applications can be developed, documented,
and tested as part of the systems implementation phase of the SDLC, which is
described in Chapter 11, Managing System Implementation.
Developers must also consider system management and support tools that can monitor
system performance, deal with fault management, handle backup, and provide for
disaster recovery. These topics are covered in detail in Chapter 12, Managing Systems
Support and Security.

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

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

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

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