• การอบรมนี้ออกแบบมา สำหรับ System Analyst, Business Analyst, (Software) Sales Specialist, IT Manager / CIO / CTO, Software Architect, Programmer และผู้สนใจทั่วไปในการพัฒนาซอฟต์แวร์

• ผู้เข้ารับการอบรมควรมีความรู้ด้านกระบวนการพัฒนาซอฟต์แวร์มาก่อน

     ในการอบรมนี้ผู้เข้ารับการอบรมจะได้เข้าใจการจัดการ Non-Functional Requirements และ Business Requirements หรือ Business Goals โดยละเอียด เพื่อช่วยทำให้ส่วนการออกแบบสถาปัตยกรรมซอฟต์แวร์ (Software Architecture) มีคุณภาพและคุ้มค่ากับงบประมาณมากที่สุด และยังช่วยจัดการความต้องการด้าน Non-Functional Requirements และ Business Requirements หรือ Business Goals ได้อย่างมีประสิทธิภาพ

     ผู้เข้ารับการอบรมจะได้เรียนรู้เทคนิคที่เป็น Non-Technical เพื่อนำมาประยุกต์มากมาย เช่น การวิจัยตลาด จิตวิทยาการสื่อสาร เทคนิคการตั้งคำถาม การลดความขัดแย้ง บุคลิกภาพ การทำความเข้าใจแผนธุรกิจ ทักษะทางภาษาที่จำเป็น ฯลฯ เพื่อประกอบการทำงานได้อย่างมีประสิทธิภาพ และผู้เข้ารับการอบรมยังจะได้เรียนรู้หลักพื้นฐานและความสำคัญของการทำ สถาปัตยกรรมซอฟต์แวร์ (Software Architecture) อีก ด้วย

     นอกจากนี้ผู้เข้ารับการอบรมจะได้ เรียนรู้พื้นฐานเทคนิคการประยุกต์โปรแกรมออฟฟิศ คือ โปรแกรมสปรีดชี้ต เช่น MS Excel เพื่อการทำ Requirements Attributes, Requirements Matrix, Requirements Measurement และ Requirements Traceability

• ปัญหาการทำ Requirements Management ในปัจจุบัน
• ความสำคัญและหลักการทำ Requirements Management เบื้องต้น
• สถาปัตยกรรมซอฟต์แวร์ (Software Architecture) เบื้องต้น
• วงจรการตอบสนองซึ่งกันและกันของธุรกิจและ สถาปัตยกรรม (Architectural Business Cycle)
• การกำหนดผู้ที่มีผลต่อความสำเร็จหรือล้มเหลวของโครงการ (Stakeholder), ผู้นำและผู้สนับสนุนทีม (Champion) และ ผู้เชี่ยวชาญเฉพาะด้าน (Domain Expert)
• กระบวนการพัฒนาซอฟต์แวร์แบบวนซ้ำ (Iterative and Incremental Development) สำหรับกระบวนการพัฒนาซอฟต์แวร์ สมัยใหม่
• ปรัชญา Agile เพื่อการพัฒนาซอฟต์แวร์ที่กระชับ รวดเร็ว เรียบง่าย ความเสี่ยงต่ำ และสร้างความพึงพอใจของลูกค้า (Customer Satisfaction) สูงสุด
• ช่วงการทำสถาปัตยกรรมซอฟต์แวร์ ในกระบวนการพัฒนาซอฟต์แวร์ (Architecture In The Life Cycle)
• คุณสมบัติ บทบาท หน้าที่รับผิดชอบ และทีมในการดำเนินการ
• ความสำคัญและ หลักการของ Business Modeling และ การวิเคราะห์ Business Model
• การแบ่งประเภทระหว่าง Functional Requirements, Non-Functional Requirements และ Business Goals หรือ Business Requirements
• ความสำคัญและผลกระทบของ Non-Functional Requirements และ Business Requirements หรือ Business Goals ที่มีต่อสถาปัตยกรรมซอฟต์แวร์และระบบฯ
• เทคนิควิเคราะห์ ปัญหา
• การระบุความต้อง การเชิงธุรกิจ (Business Goals / Requirements / Stakeholder Needs) และการการวิเคราะห์จาก Vision Document หรือ Operational Concepts Document (OCD) หรือ แผนธุรกิจ (Business Plan)
• ทำความเข้าใจกับ คุณสมบัติเชิงคุณภาพ (Quality Attributes) และการกำหนด Non-Functional Requirements และ Business Goals เช่น Availability, Modifiability, Scalability, Security, Performance, Interoperability, Integrability, Testability, Usability, Reliability, Short Time to Market, Less Cost, Neat Feature, Competitiveness ฯลฯ
• การกำหนด คุณสมบัติด้านคุณภาพ (Quality Attributes) ของสถาปัตยกรรมซอฟต์แวร์ และระบบฯ
• การทำความเข้าใจกับความต้องการต้องของลูกค้าและผู้ใช้ ที่อาจไม่ได้บอกตรง ๆ
• การลดข้อขัดแย้ง และจัดการการสื่อสารกับลูกค้า
• เทคนิคการสัมภาษณ์ การตั้งคำถาม จิตวิทยาการสื่อสาร การทำแบบสอบถาม เพื่อรวบรวมและค้นหา Non-Functional Requirements และ Business Requirements หรือ Business Goals แท้จริง หรือซ่อนอยู่ หรือถูกปกปิด
• การทำเวิร์คช็อป เพื่อให้วิสัยทัศน์และความต้องการเป็นไปในทิศทางเดียวกัน
• การค้นหาและรับมือกับปัญหาการเมือง ภายในและระหว่างองค์กร และการคอร์รัปชั่น
• การเขียน Use Case Model และการวิเคราะห์ Use Case
• เทคนิคใหม่ในการ ระบุความต้องการด้วยการเขียน Storyboard และ Scenario โดยมีการประยุกต์ UML ด้วยเพื่อจำลองเหตุการณ์ที่สอดคล้องกับความต้องการ
• การกำหนดนิยาม (Definition)
• การกำหนดคุณสมบัติของความต้องการ (Requirement Attributes) และการทำ Requirement Matrix
• การวัดผลและประเมิน (Requirements Measurement), การกำหนดตัวขับเคลื่อนกระบวนการทาง สถาปัตยกรรม (Architectural Drivers) และทำความเข้า ใจกับ Use Case ที่มีผลต่อสถาปัตยกรรมซอฟต์แวร์และระบบฯ (Architecturally Significant Use Cases)
• การกำหนดและ จัดการขอบเขตของระบบที่จะพัฒนา และ Requirements ที่มีผลต่อสถาปัตยกรรมซอฟต์แวร์และระบบฯ
• การจัดการเอกสาร Requirements ต่าง ๆ เช่น Requirements Specification, Use Case Specification / User Story เป็นต้น
• การตรวจสอบย้อน กลับ (Traceability) เพื่อให้ระบบฯ ถูกต้องตามความต้องการและตรวจสอบแก้ไขได้ง่ายและสะดวก
• การ Transform จาก Requirements สู่ Implementation และทำความเข้าใจกับ The Level of Abstraction และกระบวนการ Realization
• ทำความเข้าใจกับ Verification และ Validation
• การจัดการร่วมกับการจัดการการเปลี่ยนแปลง (Change Management)

Payment can be made by:

1. Cash or Credit Card or Bank Cheque payable to "สำนักงานพัฒนาวิทยาศาสตร์และเทคโนโลยีแห่งชาติ" (a post-dated cheque is not accepted) on the first day of the service or within the last day of the service.

2. Account transfer and send the proof of the payment (the deposit slip) to email ttd@swpark.or.th

• 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.