iterative process, but also a very

iterative process, but also a very creative one; how problems
are analyzed is relative to the designer's perspective
and understanding of the application. However, be
cautious not to multiply the number of classes or the hierarchy
into complex relationships. Every detail does not
need to be a separate class. Every relationship does not
need to use hierarchy. So, as designs are -refined, think
about whether they are at the appropriate level of
abstraction: are classes too general or are they too lowlevel
and detailed?

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

กระบวนการซ้ำ แต่หนึ่งที่สร้างสรรค์มาก วิธีปัญหาลักษณะเป็นมุมมองของนักออกแบบความเข้าใจของแอพลิเคชัน อย่างไรก็ตามระมัดระวังไม่ให้คูณจำนวนชั้นหรือลำดับชั้นเป็นความสัมพันธ์ที่ซับซ้อน ทุกรายละเอียดไม่ได้จำเป็นต้อง เรียนแยกต่างหาก ทุกความสัมพันธ์ไม่ได้จำเป็นต้องใช้ลำดับชั้น ดังนั้น เป็นงานออกแบบ - บริสุทธิ์ คิดเกี่ยวกับว่าพวกเขาอยู่ในระดับที่เหมาะสมของabstraction: เรียนเกินไปทั่วไป หรือพวกเขาเกินไป lowlevelและรายละเอียดอย่างไร

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

กระบวนการซ้ำ แต่ยังเป็นหนึ่งในความคิดสร้างสรรค์มาก; ปัญหาว่า
มีการวิเคราะห์จะสัมพันธ์กับมุมมองของนักออกแบบ
และความเข้าใจในการประยุกต์ใช้ แต่ต้อง
ระมัดระวังไม่ให้คูณจำนวนของชั้นเรียนหรือลำดับชั้น
เป็นความสัมพันธ์ที่ซับซ้อน ทุกรายละเอียดไม่ได้
จะต้องมีการแยกชั้น ความสัมพันธ์ทุกที่ไม่
จำเป็นต้องใช้ลำดับชั้น ดังนั้นในขณะที่การออกแบบที่ -refined คิด
เกี่ยวกับว่าพวกเขาอยู่ในระดับที่เหมาะสมของ
นามธรรม: เรียนกว้างเกินไปหรือว่าพวกเขาเกินไป lowlevel
และรายละเอียด?

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

กระบวนการซ้ำ แต่ยังสร้างสรรค์มาก ; วิธีการวิเคราะห์ปัญหา

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