Most software projects you will bec

Most software projects you will become involved with as a business software developer will be a team effort. As a
programmer on the team, you will be asked to transform the design documents into the actual application code.
Additionally, because the design of object-oriented programs is an iterative process, designers depend on the
feedback of the software developers to refine and modify the program design. As you gain experience in developing
object-oriented software systems, you may even be asked to sit in on the design sessions and contribute to the design
process. Therefore, as a software developer, you should be familiar with the purpose and the structure of the various
design documents, as well as have some knowledge of how these documents are developed
This chapter introduces you to some of the common documents used to design the static aspects of the system.
(You’ll learn how the dynamic aspects of the system are modeled in the next chapter.) To help you understand these
documents, this chapter includes some hands-on activities based on a limited case study. You’ll find similar activities
corresponding to the topics of discussion in most of the chapters in this book

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

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

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

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

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

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

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