หลักสูตรนี้มุ่งเน้นการสร้างสถาปนิกซอฟต์แวร์ (Software Architect) โดยสร้างความเข้าใจและฝึกปฏิบัติในด้านสถาปัตยกรรมซอฟต์แวร์ เพื่อมุ่งหมายให้ผู้เรียนสามารถกลับไปทำงานได้จริง และสามารถศึกษาเพิ่มเติมต่อยอดเพื่อประยุกต์กับงานจริงได้โดยสะดวก หลักสูตรนี้เป็นการฝึกอบรมในรูปแบบ Project and Process Based ซึ่งหลักสูตรนี้เน้นทั้งภาคทฤษฏีและปฏิบัติ โดยเน้นการสอนและการให้ทำแบบฝึกหัดโดยคำนึงถึงสภาพแวดล้อมการทำงานในชีวิตจริง และให้ผู้เรียนทำแบบฝึกหัดที่ต่อเนื่องสอดคล้องกับกระบวนการทางสถาปัตยกรรม (Architectural Process Based) ซึ่งจะช่วยให้เข้าใจได้ดียิ่งขึ้น โดยเริ่มต้นตั้งแต่ช่วง Business Modeling, Requirements Engineering, วิเคราะห์ระบบฯ, ออกแบบและวิเคราะห์สถาปัตยกรรมฯ, ประเมินสถาปัตยกรรมฯ ไปจนถึงการทำงานร่วมกับ Stakeholder ต่าง ๆ เช่น ลูกค้า ผู้ใช้ ผู้บริหารโครงการ โปรแกรมเมอร์ เอ๊าต์ซอร์ส เป็นต้น นอกจากนี้ในหลักสูตรยังสอดแทรกแนวคิด ปรัชญา และเทคนิคมากมายสำหรับการทำงานด้านสถาปัตยกรรมซอฟต์แวร์ ซึ่งรวมถึงวิถีคิดและปฏิบัติในแนว ‘Agile’ ที่จะเน้นที่กระบวนการวิเคราะห์และออกแบบที่กระชับ ถูกต้องตรงตามความต้องการ สร้างความพึงพอใจให้กับลูกค้า การทำงานเป็นทีม และ เน้นการทำเอกสารที่พอเพียงเท่าที่จำเป็นไม่มากหรือน้อยเกินไป เพื่อให้ผู้เรียนสามารถกลับไปประยุกต์กระบวนการทางสถาปัตยกรรมให้เหมาะสมกับงานที่ทำงานได้

หลักสูตรนี้เหมาะสำหรับ ผู้ที่จะเป็น Software Architects, Software Engineers, System Analysts and Designers, and IT Professionals or Educators.

Pre-Requisites:
เคยออกแบบและพัฒนาซอฟต์แวร์มาบ้าง (ไม่จำกัดภาษาโปรแกรมและเทคโนโลยี)

ผู้เรียนจะได้เข้าใจและพัฒนาทักษะการวิเคราะห์และออกแบบซอฟต์แวร์ตั้งแต่การวิเคราะห์ business model, เก็บ requirements, วิเคราะห์ requirements, วิเคราะห์ระบบ, ออกแบบ flow ของหน้าจอ, แนวทางสร้าง user manual, วิเคราะห์สถาปัตยกรรม, การเขียน test case เบื้องต้น, ออกแบบสถาปัตยกรรม, ประเมินสถาปัตยกรรม ไปจนถึงเทคนิคการทำงานร่วมกับลูกค้า หรือ stakeholder, project manager, โปรแกรมเมอร์ และ outsourcer ฯลฯ และยังจะได้เข้าใจถึงหลักการการขับเคลื่อนกระบวนการทำงานในแนวทางต่าง ๆ เช่น Risk Driven Development, Business Driven Development, Functional Driven Development, Quality Attribute Driven Development เป็นต้น
นอกจากนี้ผู้เรียนจะได้เรียน Object-Orientation, UML, Design Patterns, Architectural Patterns อย่างกลมกลืนไปในระหว่างฝึกปฏิบัติ โดยหลักสูตรจะเน้นสอน UML เฉพาะ diagram ที่จำเป็นและเหมาะสมกับแต่ละขั้นตอนการทำงาน โดยไม่เน้นการสอนไวยากรณ์และการใช้ tool ด้าน UML จนเกินพอดี แต่การสอนจะเน้นที่การอธิบายความคิดออกมาเป็นรูปภาพและคำบรรยายให้ได้ ไม่เน้นความสวยงามแต่เน้นที่เนื้องานที่สามารถสื่อสารกับผู้ใช้ได้และผู้อ่านอ่านรู้เรื่อง นำไปใช้ได้จริงในการทำงาน
หลักสูตรนี้ผู้เรียนจะเรียนถึงเทคนิคการแปลง (transform) จาก business process ไปสู่ output ต่าง ๆ มากมาย เช่น use case model, test case, user manual, analysis model, design model, screen flow model, service model, architecture model ฯ เสมือนยิงปืนนัดเดียวแต่ได้นกเกือบสิบตัว เป็นเทคนิคที่สั้นกระชับเข้าใจง่ายและปฏิบัติได้จริง และได้เนื้องานจริง ๆ ไม่ใช่สเป็กกว้าง ๆ ขาดความชัดเจนสร้างความสับสนให้โปรแกรมและ/หรือ outsourcer
เทคนิคในการแปลง (transform) ข้างต้นเป็นเทคนิคที่ผู้สอนคิดค้นและพัฒนาขึ้นเอง จากการผสมผสานองค์ความรู้และประสบการณ์หลายด้านตามที่ได้กล่าวถึงข้างต้นเข้าได้ด้วยกัน
หลักสูตรนี้อ้างอิงองค์ความรู้หลายด้าน เช่น การวิจัยและพัฒนาด้าน CMMI และสถาปัตยกรรมซอฟต์แวร์จากสถาบัน SEI (Software Engineering Institute) แห่งมหาวิทยาลัย Carnegie Mellon ประเทศสหรัฐมอเมริกา, กระบวนการทำงานและการวิเคราะห์และออกแบบจาก RUP (Rational Unified Process), การเขียนกระบวนการทางธุรกิจและการใช้สัญลักษณ์มาตรฐาน BPMN (Business Process Modeling Notation), มาตรฐาน UML จาก OMG (Object Management Group), ปรัชญาการพัฒนาซอฟต์แวร์ที่เรียกว่า ‘Agile’ และปรัชญาเศรษฐกิจพอเพียง

Day 1
• Overview: Software Architecture
• Overview: Architectural Description Including Architectural Views, Models, Viewpoints and Perspectives
• Overview: Level of Abstraction
• Overview: Iterative and Incremental Development
• Overview: Agile (Lean Software Process)
• Overview: Requirements Engineering and Management
• Overview: Applying Marketing Approach for Requirements Engineering
• Principles of Thought: Integrated Thinking, Lateral Thinking, Strategic Thinking, Positive Thinking, Etc.
• Overview: Approaches for Driving The Software Development:
o Risk Driven Development
o Business Driven Development
o Test Driven Development
o Function (Use Case) Driven and Behavior Driven Development
o Quality Attribute Driven Design
o Constrain Driven Design
• Reviewing Problem Blackground
• Reviewing Stakeholders
• Reviewing Vision: Project’s Vision, Stakeholder’s Vision, Architecture’s Vision
• Reviewing Architecture Constraints
• Reviewing Architecture Principles
• Reviewing Stakeholder’s Concerns

Day 2
• Reviewing and Refining Key Abstractions (Vocabulary / Glossary) and Business Domain Model
• Reviewing Business Processes and Business Model / Business Architecture
• Reviewing Business Goals / Business Requirements
• Reviewing Business Automation / Business Solution
• Reviewing Business Process Re-Engineering and/or Improvement
• Reviewing System Features
• Reviewing Functional Requirements / Use Cases, and Use Case Model
• Reviewing Non-Functional Requirements / Quality Attributes
• Reviewing Requirements Traceability
• Reviewing Traceability: Between Business Goals and System Features, and System Features and Use Cases
• Refinement:
o Identifying Actor and Building Actor Model
o Finding Use Cases from Actors
o Building Use Case Model
• Preliminary Measuring Requirements for Identifying Architectural Requirements
o Overview: Using Microsoft Access to Measuring Requirements, Managing Requirements and Traceability

Day 3
• Detailing Architectural Significant Use Cases (Focus on Flow-of-Events Analysis / Requirements Analysis)
• Understanding Quality Attributes (Non-Functional Requirements) Based On Stakeholder’s Concerns and Risks
• Creating Traceability: Between Quality Attributes and Use Cases
• Refining Quality Attributes Using System Quality Scenario Simulation
• Identifying Architectural Drivers

Day 4
• Preliminary Identifying Risks Using Affinity Diagram
• Defining View Catalog: Architectural Views, Models, Viewpoints (and Diagrams), and Architectural Perspectives
• Creating Baseline for Inception Phase, Creating Commitment and Updating Project Plan, and Guideline for Preliminary Estimation Using ‘Architecture-Centric Software Project Management’ Approach
• Refining Use Cases (System Analysis)
o Transforming Use Case Detail to Screen Flow Model
o Transforming Use Case Detail to User Manual
o Transforming Screen Flow Model to Analysis Model
o This process's result are key logic objects, proxy objects to communicate with external systems and other subsystems, and conceptual database design model which specific to each use case.
o Overview: Transforming Analysis Model to Service Design for Web Services or SOA Purposes

Day 5
• Refining Quality Attributes (Scenarios)
• Preliminary Evaluating Architecture, A Qualitative Approach Using ATAM (Architecture Trade-off Analysis Method)
• Refining Requirements Measurement (Especially Quality Attributes)
• Overview: Test Architecture
• Short Brief on Transforming Use Case to Functional Test Cases
• Transforming System Quality Scenario to Architectural Test Cases

Day 6-7
• Overview: Architectural Mechanisms
• Understanding General Architectural Strategies and Tactics
• GoF Design Patterns
• Overview: Transaction Design
• Patterns of Enterprise Application Architecture
• Overview: Some Patterns from Pattern Oriented Software Architecture (POSA)
• Overview: Object-to-Relational Mapping (Designing Data Model by Using Object-Orientation Concepts to Support RDBMS)

Day 8
• Finding Candidate Architectural Strategies
• Guideline for Defining Preliminary Solution Architecture
• Considering Software Product Lines and Component Off-The Shelf (COTS)
• Identifying Sensitivity Points, Trade-Off Points, and Risks
• Evaluating Architecture Using ATAM
• Overview: Cost-Benefit Analysis Method (CBAM) and How to Work with Financial Analyst, Investment Advisor and Legal Advisor

Day 9
• Find Architectural Mechanisms and Designing the Architecture
• Applying Patterns and Refining Architecture and Architectural Interfaces
• Analyzing Impact and Reflection, and Evaluating Architecture Using ATAM and CBAM
• Categorizing System's Logic and Defining Architectural Layers
• Overview: Documenting the Software Architecture and Design
• Integrating Design Between Function-Driven Approach and Quality Attribute Driven Approach

Day 10
• Overview: Creating Architecture References and Design References for Programmers
• Overview: Architecture Governance and Implementation Governance
• Creating Baseline for Elaboration Phase, Refining Project Plan and Estimation Using ‘Architecture-Centric Software Project Management’ Approach
• Architectural Process and Plan Summary
• Best Practices for Collaborate with Stakeholders: Customers, Project Managers, Programmers, Outsourcers, Etc.
• Special Guidelines:
o Communication and Negotiation
o Leadership
o Patterns for Introducing New Ideas
o Other Architectures: System Architecture, Solution Architecture, Enterprise Architecture, Etc.
o Using Architecture to Refine TOR (Term of References)

Payment must be paid in full at least 7 days prior to the start of the class. The payment can be made:

1. Cheque should be made payable to "Software Park Thailand#2"

Or

2. Account transfer to "Software Park Thailand #2" Saving account no. 324-2-56262-0, Siam Commercial Bank, Chaengwattana Branch. Then, fax the deposit slip to +66 2 583 2884.

Notes:

• Withholding tax (3%) is exempt.
• Should you need to withdraw, you must send the notice of the withdrawal in writing no later than 7 working days before the commencement date. The cancellation less than 7 days will be subject to a fine of 40% of the fee.
• Software Park Thailand reserves the rights to cancel courses due to unforeseen circumstances.

For more information, contact our course coordinator on:
Tel: +66-2583-9992 Ext. 1420 - 1424
Fax: +66-2583-2884
Email: training@swpark.org
You are encouraged to use the course schedule as a guide to plan your training. The schedule is accessible at www.swpark.or.th for more information.