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

• การแบ่งและจัดระเบียบลอจิก (logic partitioning) ออกเป็น layer โดย เรียกว่า Architectural Layer
• วิธีการ ต่าง ๆ ในการจัดการกับตรรกะทางธุรกิจ (business logic)
• การทำ mapping ระหว่างการออกแบบ Data Model ในรูปแบบ object (Object Data Model) และในรูปแบบฐานข้อมูลแบบ relational (ER Diagram)
• การใช้ Model-View-Controller ในการจัดการ Web presentation
• การจัดการ concurrency ของหลาย transaction รวมถึงเทคนิคการทำ locking แบบต่างๆ
• การออกแบบ interface ของ distributed object
• การจำกัด ช่องทาง (channel) ในการติดต่อขอใช้บริการ (service) โดยไคลเอ็นต์
• การจำกัด ช่องทาง (channel) ในการติดต่อขอใช้บริการ (service) ของคอมโพเน้นต์หรือแอพพลิเคชั่นที่อยู่เครื่องอื่น
• การสร้าง เฟรมเวิร์กขึ้นใช้เอง
• การออกแบบ transaction ให้มีประสิทธิภาพ รวมถึงการจัดการด้าน session
• การติดต่อ กับฐานข้อมูลในรูปแบบต่าง ๆ และการโหลดข้อมูลในรูปแบบต่าง ๆ

     หลักสูตรนี้จะให้ความรู้ความเข้าใจเชิงลึกในการใช้ patterns ทางด้านสถาปัตยกรรม (Architectural Patterns) ในการแก้ไขปัญหาในการวิเคราะห์และออกแบบสถาปัตยกรรมของแอพพลิเคชั่น ระดับองค์กร (Enterprise Application Architecture) เพื่อให้การพัฒนาแอพพลิเคชั่นสำหรับองค์กรมีประสิทธิภาพ แข็งแกร่ง ปรับปรุงแก้ไขได้ง่าย และรองรับการเกิดขึ้นของเทคโนโลยีที่หลากหลายและรวดเร็ว และรวมถึงแพลตฟอร์มที่เป็น object-oriented แบบ multi-tier เช่น Java และ .NET ซึ่งใช้ กันอย่างกว้างขวาง และรวมถึงสถาปัตยกรรมแบบกระจาย (Distributed Computing) และสถาปัตยกรรมเชิงบริการ (Service-Oriented Architecture: SOA)

     แนวคิดและเทคโนโลยีใหม่เหล่านี้สามารถที่จะสร้างแอพพลิเคชั่นที่มีศักยภาพสูง นอกจากนี้จะเน้นหนักที่การฝึกสร้างระบบความคิดให้มีประสิทธิภาพ สอดแทรกแง่คิดปรัชญาการออกแบบ และจะแสดงให้เห็นว่าการศึกษาและฝึกฝนด้าน Pattern ที่ดีต้องไม่เน้นที่การจำ โดยเฉพาะการให้ความสำคัญกับซอร์สโค้ดและไดอะแกรม UML มากเกินไป จนพยายามจะทำความเข้าใจและจดจำซอร์สโค้ดและไดอะแกรม UML ในตัวอย่างให้ได้ ซึ่งแท้จริงไม่จำเป็นหรือไม่ใช่สาระสำคัญหลัก และเป็นการกระทำที่เสียเวลา เพราะโลกนี้มี Pattern นับร้อย ดังนั้นหลักสำคัญคือต้องเน้นที่การศึกษาและฝึกที่ระบบความคิด โดยเฉพาะการวิเคราะห์ปัญหา การทำความเข้าใจแก่นหรือบริบทของปัญหา (context / problem domain) และการนำ Pattern มาใช้และเรียงร้อย(Weave / orchestrate) เพื่อสร้างโซลูชั่นให้เหมาะสมกับงาน

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