ประกวดราคาจ้างพัฒนาและปรับปรุง Ecosystem Platform ข้อมูลผู้ประกอบการ เครือข่ายด้านเทคโนโลยีข้อมูลขนาดใหญ่และปัญญาประดิษฐ์ระยะที่ 2

• ปรับปรุงเพิ่มประสิทธิภาพและดูแลรักษาระบบแพลตฟอร์มข้อมูล Ecosystem เพื่อจัดเก็บทะเบียนผู้ประกอบการที่สำคัญ ในธุรกิจข้อมูลขนาดใหญ่และการวิเคราะห์ข้อมูลปัญญาประดิษฐ์ของประเทศ
• บริหารจัดการการให้ทุนและติดตามความก้าวหน้าของโครงการ (Grant Tracking)
• เชื่อมต่อ API กับฐานข้อมูลของหน่วยงานภาครัฐที่เกี่ยวข้อง
• ปรับปรุงประสิทธิภาพการใช้งานระบบโดยรวม รวมถึงปรับปรุง UX/UI ให้เหมาะสมกับการใช้งาน

• ศึกษา วิเคราะห์ระบบ Ecosystem Platform (ระบบเดิม) และนำเสนอข้อจำกัด
• ออกแบบวิธีการเชื่อมโยงส่วนที่ออกแบบใหม่และส่วนของเดิม
• พัฒนาระบบบริหารจัดการเว็บไซต์ (CMS)
• พัฒนาแดชบอร์ด (Dashboard)
• พัฒนาระบบติดตามความก้าวหน้าของโครงการ (Grant tracking) โดยรองรับขั้นตอนการทำงานอย่างน้อย 7 ขั้นตอน
• พัฒนาระบบเชื่อมต่อ API กับฐานข้อมูลอื่นๆ เช่น ข้อมูลการจดทะเบียนนิติบุคคลของกรมพัฒนาธุรกิจการค้า DBD DataWarehouse+
• พัฒนาระบบให้เป็นไปตามมาตรฐานและแบบแผนการเขียนชุดคำสั่ง (Coding Convention Guidelines)
• พัฒนาระบบให้เป็น Web Application มีโครงสร้างสถาปัตยกรรมแบบ Microservice และมี API สำหรับเชื่อมต่อกับระบบงานต่างๆ
• พัฒนาระบบให้เป็นแบบ Container และรองรับการขยายการใช้งานได้ตามปริมาณงานที่เพิ่มขึ้น (Auto Scalable)
• สามารถติดตั้งระบบโครงสร้างพื้นฐาน (Infrastructure) บนระบบคลาวด์ได้ผ่านชุดคำสั่ง (IaC: Infrastructure as Code)
• มีระบบรักษาความปลอดภัย และการกำหนดสิทธิใช้งานของระบบ (Security)
• จัดทำรายงานการดำเนินงาน คู่มือการใช้งาน และการบำรุงรักษา

• แผนการดำเนินงาน
• โครงสร้างบุคลากรที่ดำเนินโครงการ
• ผลการศึกษาระบบเดิม และระบบที่ใกล้เคียงกัน
• รายงานการเก็บข้อมูลความต้องการระบบ (System specification)
• การออกแบบและจัดทำ Mockup และ Prototype (Design) ทั้งหมด
• การออกแบบกระบวนการของผู้เกี่ยวข้องและ User journey
• แผนการดำเนินงาน Go Live และการย้ายข้อมูล (Migration)
• แพลตฟอร์ม Ecosystem Platform ข้อมูลผู้ประกอบการ/เครือข่าย ด้านเทคโนโลยีข้อมูลขนาดใหญ่และปัญญาประดิษฐ์ ระยะที่ 2
• การติดตั้งและทดสอบระบบ โดยมี Test Script
• รายงานการทดสอบระบบงาน (Acceptance Testing) และการทดสอบระบบร่วมกับผู้ใช้งาน (User Acceptant Test Checklist: UAT Checklist)
• ผลการทดสอบและปรับแก้ไขระบบจากการตรวจสอบมาตรฐานความมั่นคงปลอดภัยด้วยวิธีการ Vulnerability Testing และผลการทดสอบประสิทธิภาพระบบด้วย Performance Testing
• แผนการ Deploy ระบบ
• Source code ที่ทำการพัฒนาระบบ
• จัดอบรมการใช้งานระบบ และการดูแลรักษาระบบให้แก่ สขญ.
• รายงานการดำเนินงานฉบับสมบูรณ์
• คู่มือการใช้งานระบบ (User Manual)
• คู่มือการดูแลระบบ (System Administrator Manual)

180 วัน นับถัดจากวันลงนามในสัญญา

• Previous Project Cost: ผู้ยื่นข้อเสนอราคาต้องเป็นผู้มีประสบการณ์และความชำนาญงานในการดำเนินงานในลักษณะเดียวกับงานจ้างในครั้งนี้ โดยแนบสำเนาเอกสารสัญญาจ้างหรือสำเนาหนังสือรับรองผลงาน ในวงเงินไม่ต่ำกว่า 1,000,000 บาท (หนึ่งล้านบาทถ้วน) ต่อ 1 สัญญา ผลงานดังกล่าวต้องแล้วเสร็จไม่เกินกว่า 3 ปี จำนวนไม่น้อยกว่า 1 ผลงาน
• Technical Capabilities:
  • ระบบจะต้องผ่านมาตรฐาน ISO 27001
• Personnel: จัดทำรายละเอียดของบุคลากรทั้งหมดซึ่งเป็นทีมปฏิบัติงานของผู้ยื่นข้อเสนอพร้อมประวัติการทำงาน และคุณวุฒิการศึกษา โดยอย่างน้อยต้องประกอบด้วย:
  • ผู้จัดการโครงการ (Project manager)
  • นักวิเคราะห์ระบบ (System analyst)
  • นักพัฒนาเว็บไซต์ (Web application developer)
  • นักออกแบบเว็บไซต์ (UX/UI designer)
  • นักทดสอบระบบ (Quality Assurance)
  • ผู้เชี่ยวชาญด้านการสนับสนุนให้ทุนของรัฐ

• ข้อเสนอด้านราคา (30%)
• ข้อเสนอด้านคุณภาพ (70%)
  • แผนการดำเนินโครงการ (5%)
  • ผลงานที่ผ่านมา (10%):
    • ผลงานลักษณะเดียวกันกับคุณสมบัติผู้ยื่นข้อเสนอ (5%)
    • ผลงานพัฒนาระบบออนไลน์ (5%)
  • ความสามารถและคุณลักษณะของระบบ (30%)
  • คุณสมบัติและประสบการณ์ของบุคลากร (10%)
  • คุณสมบัติที่ปรึกษาด้านการออกแบบและพัฒนาระบบการอนุมัติกองทุน (5%)
  • ความมั่นคงปลอดภัยของระบบและการสำรองข้อมูล (10%)

• Front-end ของระบบต้องเป็น Web Application และแสดงผลได้เหมาะสมกับแต่ละอุปกรณ์ (Responsive Design) และ Web Browser ที่นิยม
• Front-end ต้องเป็นไปตามมาตรฐานเว็บไซต์ภาครัฐ (Government Website Standard) ไม่น้อยกว่าเวอร์ชั่น 3.0
• พัฒนา Dashboard ที่ผู้ใช้งานสามารถเข้าถึงข้อมูลได้ง่าย
• ระบบ Grant Tracking ต้องสามารถกำหนดและปรับเปลี่ยนขั้นตอนการทำงานได้ (adjusted workflow process) โดยรองรับขั้นตอนการทำงานได้อย่างน้อย 7 ขั้นตอน
• ระบบต้องพัฒนาในรูปแบบ Web Application มีโครงสร้างสถาปัตยกรรมแบบ Microservice และมี API สำหรับเชื่อมต่อกับระบบงานต่างๆ
• ระบบต้องรองรับผู้ใช้งานเว็บไซต์ได้เป็นอย่างน้อย 200 คนต่อหนึ่งนาทีได้พร้อมกัน (concurrent session)
• ระบบจะต้องมีการเก็บรักษาข้อมูลจราจรทางคอมพิวเตอร์ตามประกาศ “หลักเกณฑ์การเก็บรักษาข้อมูลจราจรทางคอมพิวเตอร์ของผู้ให้บริการ พ.ศ. 2564” ของกระทรวงดิจิทัลเพื่อเศรษฐกิจและสังคม (logging)
• ระบบฐานข้อมูลต้องมีการเข้ารหัสข้อมูลในกระบวนการถ่ายโอนข้อมูลและการเก็บข้อมูล (Encryption in Transit, Encryption at Rest)

• งวดที่ 1 (40%): สงมอบงานภายใน 90 วัน นับถัดจากวันที่ลงนามในสัญญา ประกอบด้วย แผนการดำเนินงาน, โครงสร้างบุคลากร, ผลการศึกษาระบบเดิม, รายงานการเก็บข้อมูลความต้องการ, การออกแบบ Mockup และ Prototype, การออกแบบกระบวนการ, และแผนการ Go Live และ Migration

• งวดที่ 2 (60%): สงมอบงานภายใน 180 วัน นับถัดจากวันที่ลงนามในสัญญา ประกอบด้วย แพลตฟอร์ม Ecosystem Platform, การติดตั้งและทดสอบระบบ, รายงานการทดสอบระบบ, ผลการทดสอบความมั่นคงปลอดภัย, แผนการ Deploy ระบบ, Source code, การอบรมการใช้งานระบบ, และรายงานการดำเนินงานฉบับสมบูรณ์

• ค่าปรับ: หากผู้รับจ้างไม่สามารถส่งมอบงานได้ตามเวลาที่กำหนด จะต้องชำระค่าปรับให้แก่ สขญ. เป็นรายวัน ในอัตราร้อยละ 0.10 ของมูลค่าสัญญาจ้าง แต่จะต้องไม่ต่ำกว่าวันละ 100 บาท

• การรับประกัน: รับประกันความชำรุดบกพร่องของระบบเป็นระยะเวลา 1 ปี

• ข้อตกลงระดับการให้บริการ (Service Level Agreement: SLA) กำหนดระยะเวลาตอบสนองและแก้ไขปัญหาตามระดับความรุนแรงของปัญหา

• Q: ระบบ Grant Tracking รองรับขั้นตอนการทำงานอะไรบ้าง?

  • A: ระบบรองรับขั้นตอนการทำงานอย่างน้อย 7 ขั้นตอน ได้แก่ ขั้นตอนจัดการประกาศรับสมัคร, ขั้นตอนรับสมัคร, ขั้นตอนการคัดเลือกเข้าร่วมโครงการ, ขั้นตอนแสดงสำเนาสัญญาการรับทุน, ขั้นตอนติดตามความก้าวหน้าของโครงการ, ขั้นตอนติดตามการเบิกจ่าย, และขั้นตอนปิดโครงการ

  • Q: ระบบสามารถเชื่อมต่อกับฐานข้อมูลภายนอกอะไรได้บ้าง?

  • A: ระบบสามารถเชื่อมต่อ API กับฐานข้อมูลอื่นๆ เช่น ข้อมูลการจดทะเบียนนิติบุคคลของกรมพัฒนาธุรกิจการค้า DBD DataWarehouse+ หรือฐานข้อมูลอื่นๆ ตามที่ สขญ เห็นสมควร

  • Q: ระบบต้องมีคุณสมบัติด้านความปลอดภัยอะไรบ้าง?

  • A: ระบบต้องมีระบบรักษาความปลอดภัย และการกำหนดสิทธิใช้งานของระบบ (Security), มีการเก็บรักษาข้อมูลจราจรทางคอมพิวเตอร์, ต้องผ่านมาตรฐาน ISO 27001, และมีการเข้ารหัสข้อมูลในกระบวนการถ่ายโอนข้อมูลและการเก็บข้อมูล

  • Q: ผู้รับจ้างต้องจัดทำเอกสารอะไรบ้าง?

  • A: ผู้รับจ้างต้องจัดทำรายงานการดำเนินงาน, คู่มือการใช้งานระบบ (User Manual), คู่มือการดูแลระบบ (System Administrator Manual), และเอกสารทางเทคนิคอื่นๆ ที่เกี่ยวข้อง

  • Q: ระบบสามารถรองรับผู้ใช้งานพร้อมกันได้เท่าไหร่?

  • A: ระบบต้องรองรับผู้ใช้งานเว็บไซต์ได้เป็นอย่างน้อย 200 คนต่อหนึ่งนาทีได้พร้อมกัน (concurrent session)

  • Q: มีข้อกำหนดเกี่ยวกับมาตรฐานเว็บไซต์ภาครัฐหรือไม่?

  • A: Front-end ของระบบต้องเป็นไปตามมาตรฐานเว็บไซต์ภาครัฐ (Government Website Standard) ไม่น้อยกว่าเวอร์ชั่น 3.0

  • Q: ระบบมีการรับประกันหรือไม่?

  • A: มีการรับประกันความชำรุดบกพร่องของระบบเป็นระยะเวลา 1 ปี

  • Q: มีข้อตกลงระดับการให้บริการ (SLA) หรือไม่?

  • A: มีข้อตกลงระดับการให้บริการ (Service Level Agreement: SLA) กำหนดระยะเวลาตอบสนองและแก้ไขปัญหาตามระดับความรุนแรงของปัญหา

  • Q: ระบบต้องมีการทดสอบอะไรบ้างก่อนใช้งาน?

  • A: ระบบต้องมีการทดสอบระบบ Vulnerability Assessment Scan ตามมาตรฐาน OWAPS Top 10 Web Application Security Risks เป็นอย่างน้อย และการทดสอบระบบในเชิงฟังก์ชันการทำงาน (Functional Testing) โดยกำหนดตัวอย่างการออกแบบกรณีทดสอบระบบ (Test Case) ที่สอดคล้องกับประเภทการทดสอบ

  • Q: ระบบสามารถปรับปรุงระบบ Environment เพื่อปรับให้เป็นปัจจุบัน (update) อย่างไร

  • A: ระบบ CMS: มีการปรับปรุงแพตช์ความปลอดภัย (Security Patch) ให้เป็นปัจจุบัน แก้ไขข้อบกพร่อง (Bugs) และปรับปรุงประสิทธิภาพพร้อมทั้งอัปเดตคุณสมบัติใหม่ (New features) รวมถึง ปลั๊กอิน (Plug-in) เพื่อให้ระบบ CMS สามารถทำงานบนสภาพแวดล้อมที่ปรับปรุงใหม่ได้อย่างมีประสิทธิภาพ และระบบปฏิบัติการหลัก Operating System (OS): มีการปรับปรุงแพทช์รักษาความปลอดภัย (Security Patch) เพื่อแก้ไขช่องโหว่ในระบบปฏิบัติการหลัก และแก้ไขข้อผิดพลาดและปรับปรุงประสิทธิภาพสำหรับสภาพแวดล้อมเซิร์ฟเวอร์โดยรวม รวมไปถึงการอัปเดตความเข้ากันได้สำหรับฮาร์ดแวร์หรือซอฟต์แวร์รุ่นใหม่ (Software compatibility)

ขอบเขตของงาน (Terms of Reference: TOR)
จางพัฒนาและปรับปรุง Ecosystem Platform ขอมูลผูประกอบการ/เครือขาย
ดานเทคโนโลยีขอมูลขนาดใหญและปญญาประดิษฐระยะที่ 2

1. ความเปนมา
   ในป พ.ศ. 2567 สถาบันขอมูลขนาดใหญ (องคการมหาชน) หรือ สขญ. ไดดำเนินการพัฒนาแพลตฟอรม ขอมูล Ecosystem Platform เพื่อจัดเก็บทะเบียนขอมูลผูประกอบการในธุรกิจขอมูลขนาดใหญของประเทศ ซึ่งเปนกาวสำคัญในการรวบรวมและเชื่อมโยงผูประกอบการสำคัญในระบบนิเวศดานขอมูลขนาดใหญและ ปญญาประดิษฐของประเทศ จากการดำเนินงานที่ผานมา พบวาการเติบโตอยางกาวกระโดดของเทคโนโลยี ปญญาประดิษฐ (AI) และการประยุกตใชขอมูลขนาดใหญในภาคธุรกิจและอุตสาหกรรมตางๆ สงผลใหมีความ จำเปนในการพัฒนาและปรับปรุงระบบใหมีประสิทธิภาพมากยิ่งขึ้น โดยเฉพาะอยางยิ่งในดานการสนับสนุน ผูประกอบการผานระบบใหทุน การติดตามความกาวหนาโครงการ และการอำนวยความสะดวกในการเขาถึง ขอมูลและบริการ นอกจากนี้ การบูรณาการขอมูลระหวางหนวยงานยังเปนปจจัยสำคัญในการพัฒนาระบบ นิเวศดานขอมูลขนาดใหญและปญญาประดิษฐของประเทศ การเชื่อมโยงขอมูลกับฐานขอมูลสำคัญ เชน ขอมูล การจดทะเบียนนิติบุคคลของกรมพัฒนาธุรกิจการคา (DBD DataWarehouse+) จะชวยเพิ่มประสิทธิภาพใน การใหบริการและการตัดสินใจเชิงนโยบาย
   ในป พ.ศ.2568 สขญ. จึงมีความจำเปนในการพัฒนาและปรับปรุงระบบฐานขอมูลผูประกอบการและ เครือขาย โดยมุงเนนการพัฒนาและปรับปรุงระบบดังกลาวซึ่งจะชวยยกระดับการใหบริการของ สขญ. ใหมี ประสิทธิภาพมากยิ่งขึ้น สามารถตอบสนองความตองการของผูประกอบการไดอยางรวดเร็วและแมนยำ ตลอดจนสนับสนุนการขับเคลื่อนนโยบายประเทศไทย 4.0 และการพัฒนาเศรษฐกิจดิจิทัลอยางยั่งยืน เพื่อให บรรลุเปาหมายการดำเนินงานและเกิดประสิทธิภาพสูงสุดในการใหบริการของ สขญ. จึงมีความจำเปนที่จะตอง พัฒนา ปรับปรุง และดูแลรักษาแพลตฟอรมขอมูลระบบนิเวศผูมีสวนไดสวนเสียสำคัญในวงการขอมูลขนาดใหญ
   (Big Data Ecosystem Platform) เพื่อใหสามารถดำเนินการไดอยางตอเนื่องและมีประสิทธิภาพสูงสุด
2. วัตถุประสงค
   2.1. เพื่อปรับปรุงเพิ่มประสิทธิภาพและดูแลรักษาระบบแพลตฟอรมขอมูล Ecosystem จัดเก็บทะเบียน ผูประกอบการที่สำคัญ ในธุรกิจขอมูลขนาดใหญการวิเคราะหขอมูลปญญาประดิษฐของประเทศเพื่อ สรางระบบนิเวศที่เหมาะสม
   2.2. เพื่อบริหารจัดการการใหทุนและติดตามความกาวหนาของโครงการ (Grant Tracking) 2.3. เพื่อเชื่อมตอ API กับฐานขอมูลของหนวยงานภาครัฐที่เกี่ยวขอ
   2.4. เพื่อปรับปรุงประสิทธิภาพการใชงานระบบโดยรวมใหตอบสนองความตองการของผูใชรวมถึงปรับปรุง UX/UI ใหเหมาะสมกับการใชงาน
3. คุณสมบัติของผูเสนอราคา
   3.1. มีความสามารถตามกฎหมาย
   3.2. ไมเปนบุคคลลมละลาย
   3.3. ไมอยูระหวางเลิกกิจการ
   3.4. ไมเปนบุคคลซึ่งอยูระหวางถูกระงับการยื่นขอเสนอหรือทำสัญญากับหนวยงานของรัฐไวชั่วคราวเนื่องจาก เปนผูที่ไมผานเกณฑการประเมินผลการปฏิบัติงานของผูประกอบการตามระเบียบที่รัฐมนตรีวาการ กระทรวงการคลังกำหนดตามที่ประกาศเผยแพรในระบบเครือขายสารสนเทศของกรมบัญชีกลาง
   3.5. ไมเปนบุคคลซึ่งถูกระบุชื่อไวในบัญชีรายชื่อผูทิ้งงานและไดแจงเวียนชื่อใหเปนผูทิ้งงานของหนวยงานของ รัฐในระบบเครือขายสารสนเทศของกรมบัญชีกลาง ซึ่งรวมถึงนิติบุคคลที่ผูทิ้งงานเปนหุนสวนผูจัดการ กรรมการผูจัดการ ผูบริหาร ผูมีอำนาจในการดำเนินงานในกิจการของนิติบุคคลนั้นดวย
   3.6. มีคุณสมบัติและไมมีลักษณะตองหามตามที่คณะกรรมการนโยบายการจัดซื้อจัดจางและการบริหารพัสดุ ภาครัฐกำหนดในราชกิจจานุเบกษา
   3.7. เปนบุคคลธรรมดาหรือนิติบุคคลผูมีอาชีพตามที่ประกาศ
   3.8. ไมเปนผูมีผลประโยชนรวมกันกับผูยื่นขอเสนอรายอื่น หรือกระทำการอันเปนการขัดขวางการแขงขัน ราคาอยางเปนธรรม
   3.9. ไมเปนผูไดรับเอกสิทธิ์หรือความคุมกันซึ่งอาจปฏิเสธไมยอมขึ้นศาลไทย เวนแตรัฐบาลของผูเสนอราคาได มีคำสั่งใหสละเอกสิทธิ์และความคุมกันเชนวานั้น
   3.10. ผูยื่นขอเสนอตองลงทะเบียนที่มีขอมูลถูกตองครบถวนในระบบจัดซื้อจัดจางภาครัฐดวยอิเล็กทรอนิกส (Electronic Government Procurement : e-GP) ของกรมบัญชีกลาง
   3.11. ผูยื่นขอเสนอตองมีมูลคาสุทธิของกิจการ ดังนี้

1. กรณีผูยื่นขอเสนอเปนนิติบุคคล ใหพิจารณาดังนี้
2. กรณีผูยื่นขอเสนอเปนนิติบุคคลที่จัดตั้งขึ้นตามกฎหมายไทย/กฎหมายตางประเทศ ซึ่ง ไดจดทะเบียน เกินกวา 1 ป ตองมีมูลคาสุทธิของกิจการ จากผลตางระหวางสินทรัพย สุทธิหักดวยหนี้สินสุทธิที่ปรากฏในงบแสดงฐานะการเงินที่มีการตรวจรับรองแลว ของ 1 ปสุดทายกอนวันยื่นขอเสนอ ซึ่งจะตองแสดงคาเปนบวก
3. กรณีผูยื่นขอเสนอเปนนิติบุคคลที่จัดตั้งขึ้นตามกฎหมายไทย ฃ/กฎหมายตางประเทศ ซึ่งยังไมมีการรายงานงบแสดงฐานะการเงินกับกรมพัฒนาธุรกิจการคา ใหพิจารณาการ กำหนดมูลคาของทุนจดทะเบียน โดยผูยื่นขอเสนอจะตองมีทุนจดทะเบียนที่เรียกชำระ มูลคาหุนแลว ณ วันที่ยื่นขอเสนอ มูลคาการจัดซื้อจัดจางเกิน 1 ลานบาท แตไมเกิน 5 ลานบาท ตองมีทุนจดทะเบียนไมต่ำกวา 1 ลานบาท
   (หนา 2 จาก 22)
4. กรณีผูยื่นขอเสนอเปนบุคคลธรรมดาถือสัญชาติไทย/บุคคลธรรมดาที่มิไดถือสัญชาติไทย ให พิจารณาจากหนังสือรับรองบัญชีเงินฝาก โดยตองมีเงินฝากคงเหลือในบัญชีธนาคารเปนมูลคา ไม นอยกวา 1 ใน 4 ชองมูลคางบประมาณชองโครงการหรือรายการที่ยื่นขอเสนอในแตละครั้งและ หากเปน ผูชนะการจัดซื้อจัดจางหรือเปนผูไดรับการคัดเลือก จะตองแสดงหนังสือรับรองบัญชีเงิน ฝากที่มีมูลคาดังกลาว อีกครั้งหนึ่งในวันลงนามในสัญญา ทั้งนี้ หนังสือรับรองบัญชีเงินฝากซึ่ง ธนาคารออกใหแกผูยื่นขอเสนอ นับถึงวันยื่นขอเสนอหรือวันลงนามในสัญญา ไมเกิน 90 วัน
5. กรณีที่ผูยื่นขอเสนอมีคุณสมบัติไมเปนไปตามขอ 3.11.1 (1) ขอ 3.11.1 (2) และขอ 3.11.2 ผูยื่น ขอเสนอสามารถหนังสือรับรองวงเงินสินเชื่อที่ธนาคารภายในประเทศ หรือบริษัทเงินทุนหรือ บริษัทเงินทุนหลักทรัพยที่ไดรับอนุญาตใหประกอบกิจการเงินทุนเพื่อการพาณิชยและประกอบ ธุรกิจคาประกันตามประกาศของธนาคารแหงประเทศไทย ตามรายชื่อบริษัทเงินทุนที่ธนาคาร แหงประเทศไทยแจงเวียนใหทราบ โดยพิจารณาจากยอดเงินรวมของวงเงินสินเชื่อที่สำนักงาน ใหญรับรอง หรือที่สำนักงานสาขารับรอง (กรณีไดรับมอบอำนาจจากสำนักงานใหญ) ซึ่งออก ใหแกผูยื่นขอเสนอ นับถึงวันยื่นขอเสนอไมเกิน 90 วัน โดยตองมีวงเงินสินเชื่อจากธนาคารไม นอยกวา 1 ใน 4 ของมูลคางบประมาณของโครงการหรือรายการที่ยื่นขอเสนอในแตละครั้ง ทั้งนี้ สำหรับธนาคาร ภายในประเทศหนังสือรับรองวงเงินสินเชื่อใหเปนไปตามแบบที่กำหนด
6. กรณีนิติบุคคลที่จัดตั้งขึ้นตามกฎหมายตางประเทศและบุคคลธรรมดาที่มิไดถือสัญชาติไทย ตาม ขอ 3.11.1 (2) ขอ 3.11.2 และขอ 3.11.3 มูลคาจะตองเปนไปตามอัตราแลกเปลี่ยนเงินตราตาม ประกาศที่ธนาคารแหงประเทศไทยกำหนด ในชวงระหวางวันที่เผยแพรประกาศและเอกสาร เชิญชวนในระบบจัดซื้อจัดจางภาครัฐดวยอิเล็กทรอนิกส (e-GP) หรือมีหนังสือเชิญชวน จนถึง วันเสนอราคา
7. กรณีตามขอ 3.11.1 - 3.11.3 ไมใชบังคับกับกรณีดังตอไปนี้
8. กรณีที่ผูยื่นขอเสนอเปนหนวยงานของรัฐ
9. นิติบุคคลที่จัดตั้งขึ้นตามกฎหมายไทยที่อยูระหวางการฟนฟูกิจการตามพระราชบัญญัติ ลมละลาย (ฉบับที่ 10) พ.ศ. 2561
10. งานจางกอสรางที่กรมบัญชีกลางไดขึ้นทะเบียนผูประกอบการงานกอสรางแลวและงาน จางกอสรางที่หนวยงานของรัฐที่ไดมีการจัดทำบัญชีผูประกอบการงานกอสรางที่มี คุณสมบัติเบื้องตนไวแลวกอนวันที่พระราชบัญญัติการจัดซื้อจัดจางฯ มีผลใชบังคับ
11. การจัดซื้อจัดจางตามมาตรา 56 วรรคหนึ่ง (2) (ข) และ (ค) แหงพระราชบัญญัติการ จัดซื้อจัดจาง
12. การซื้อและการเชาอสังหาริมทรัพย
13. กรณีงานจางบริการหรืองานจางเหมาบริการกับบุคคลธรรมดา เชน จางพนักงานขับรถ, ครูชาวตางชาติ ,พนักงานเก็บขยะ ,พนักงานบันทึกขอมูล เปนตน
    (หนา 3 จาก 22)
    3.12. ผูยื่นขอเสนอราคาตองเปนผูมีประสบการณและความชำนาญงานในการดำเนินงานในลักษณะเดียวกับ งานจางในครั้งนี้ โดยแนบสำเนาเอกสารสัญญาจางหรือสำเนาหนังสือรับรองผลงาน ในวงเงินไมต่ำกวา 1,000,000 บาท (หนึ่งลานบาทถวน) ตอ 1 สัญญา ผลงานดังกลาวตองแลวเสร็จไมเกินกวา 3 ป จำนวนไมนอยกวา 1 ผลงาน ผลงานดังกลาวตองเปนโครงการของหนวยงานราชการ รัฐวิสาหกิจ หรือ เอกชนภายในประเทศที่นาเชื่อถือและตรวจสอบไดโดยพิจารณาเฉพาะผลงานที่มีการดำเนินงานเสร็จ เรียบรอย

4. ขอบเขตของงาน
   ผูรับจางจะตองดำเนินงานพัฒนาและปรับปรุง Ecosystem Platform ขอมูลผูประกอบการ/เครือขาย ดานเทคโนโลยีขอมูลขนาดใหญและปญญาประดิษฐ ระยะที่ 2 โดยมีรายละเอียดดังนี้
   4.1. ศึกษา วิเคราะหระบบ Ecosystem Platform (ระบบเดิม)

1. เอกสารแผนผังการเชื่อมตอและออกแบบระบบ โครงสรางพื้นฐาน, เอกสารการออกแบบระบบ Use Case Diagram, Activity Diagram, Sequence Diagram, ER Diagram, Data Dictionary และสรุปขอจำกัดโดยแยกเปนองคประกอบของผูเกี่ยวของ ขอจำกัดของระบบในสวนของ function และ non-function ขอจำกัด สถาปตยกรรมระบบ
2. ศึกษา User journey การใชระบบเดิม
3. ศึกษา front-end และ backend ของระบบเดิม โดยระบบเดิมถูกพัฒนาโดยใช WordPress เวอรชั่น v.6.6.1 และ Plugin WordPress อื่นๆที่เกี่ยวของ
4. ศึกษาระบบโครงสรางพื้นฐาน (Infrastructure) ของระบบเดิม
5. ศึกษา วิเคราะห บทบาทหนาที่ของ สขญ. เปาหมายของการดำเนินการเว็บไซต
   4.2. วิเคราะหประสิทธิภาพของระบบเดิม และนำเสนอขอจำกัดรวมถึงสิ่งที่ควรปรับปรุง (Gap analysis) เพื่อ เพิ่มประสิทธิภาพของระบบเดิม
   4.3. ออกแบบวิธีการเชื่อมโยง สวนที่ออกแบบใหมและสวนของเดิม เพื่อใหสามารถเชื่อมโยงสัมพันธเขากันได อยางสมบูรณภายใตชื่อโดเมนเดิม ตามที่ สขญ. กำหนด
   4.4. ระบบที่พัฒนาในระยะที่ 2 ตองสามารถทำงานรวมกับระบบ Ecosystem platform ในปจจุบันไดอยาง มีประสิทธิภาพไรรอยตอ (Seamless)
   4.5. ผูรับจางตองดำเนินการจัดทำ รายละเอียดแผนการดำเนินงาน
6. จัดประชุมเริ่มโครงการในรูปแบบ onsite ในพื้นที่ที่ สขญ. กำหนด (kick off meeting) 2) ดำเนินการจัดประชุมเพื่อรายงานความกาวหนาของโครงการ อยางนอยทุก 2 สัปดาหและจัดทำ รายงานการประชุม ภายใน 7 วันหลังจากการประชุม โดยรายงานผานชองทางที่ สขญ. กำหนด 3) จัดทำแผนการดำเนินงานที่มีกระบวนการทำงาน ขั้นตอนการทำงานดานเทคนิค และระยะเวลา การดำเนินการ ในรายการตอไปนี้
   (หนา 4 จาก 22)
7. การออกแบบระบบ (Design) - กำหนดโครงสราง สถาปตยกรรม และฟงกชันการทำงาน ของระบบ
8. การทดสอบระบบ (Testing) – ตรวจสอบและประเมินคุณภาพของระบบ
9. การติดตั้งระบบ (Deployment) – นำระบบเขาสูสภาพแวดลอมการใชงานจริง 4) การบำรุงรักษาและปรับปรุงระบบ (Maintenance and Improvement)
10. ขั้นตอนการทำงานอื่นๆที่เกี่ยวของ - กระบวนการเพิ่มเติมที่จำเปนสำหรับความสมบูรณ ของโครงการ
11. จัดทำการสัมภาษณหรือจัดกิจกรรมรับฟงความคิดเห็นจากผูใชงาน และผูมีสวนไดสวนเสียภายใน สขญ. (Focus Group) เพื่อรับฟงขอมูล ความคิดเห็น ขอเสนอแนะ และความคาดหวังเกี่ยวกับระบบ เพื่อนำความคิดเห็นใชในการออกแบบระบบ (Design) ใหตอบสนองกับความตองการ ทั้งนี้ผูรับจาง ตองดำเนินการจัดกิจกรรมจำนวนไมนอยกวา 2 ครั้ง ในรูปแบบ online หรือ onsite โดยตองผาน ความเห็นชอบจากสถาบันฯ กอนดำเนินการ
12. รับฟงความคิดเห็นเพื่อเก็บความตองการ (requirement specification) เพื่อออกแบบ ระบบ รวมถึง Grant tracking journey (Design)
13. รับฟงความคิดเห็นหลังจากออกแบบระบบ เพื่อใชในการปรับปรุงระบบใหตรงกับความ ตองการของผูใชงาน ตนแบบการใชงาน (Prototype) ที่ผูใชงานสามารถมีปฏิสัมพันธกับ ตนแบบได เชน สามารถกดปุมเพื่อนำทางไปหนาเว็ปตางๆได
14. พัฒนา Nonfunctional requirement specification เชน การใชงานงาย มีความนาเชื่อถือ การตอบสนองของระบบ ความปลอดภัยของระบบ
    4.6. จัดทำรายละเอียด User persona และ user roles ทั้งหมดของระบบ
    4.7. พัฒนาเพื่อเพิ่มประสิทธิภาพของระบบเดิมเพื่อรับรองการใชงานตาม User persona และบริบทการใช งานของระบบในระยะที่ 2
    4.8. พัฒนาและปรับปรุงระบบบริหารจัดการเว็บไซต(CMS: Content Management System) ผูรับจาง ตองดำเนินการ ดังนี้
15. Front-end ของระบบมีคุณสมบัติอยางนอยหรือดีกวา ดังนี้
16. ระบบมีลักษณะเปน Web Application
17. สามารถแสดงผลไดเหมาะสมกับแตละอุปกรณ (Responsive Design) เชน แสดงผลได เหมาะสมบนโทรศัพทมือถือ, แท็บเล็ตคอมพิวเตอร, และคอมพิวเตอร
18. สามารถแสดงผลไดถูกตองบน Web Browser ที่เปนที่นิยม ไดแก Google Chrome, Microsoft Edge, Firefox, และ Safari เปนอยางนอย
19. ปรับปรุงธีม (Theme) ของเว็บไซต ใหมีความสวยงาม ทันสมัย และสรางประสบการณที่ ดีแกผูใชงาน รวมทั้งยังสามารถจัดการ เปลี่ยนแปลง และแกไขสวนการแสดงผลได เชน สวน Header, สวน Footer, สวน Menu Navigation, หรือวัตถุแสดงผลอื่นๆ เปนตน โดยผานความเห็นชอบจาก สขญ.
    (หนา 5 จาก 22)
20. แสดงผลไดเปนภาษาไทยและภาษาอังกฤษไดเปนอยางนอย
21. เปนไปตามมาตรฐานเว็บไซตภาครัฐ (Government Website Standard) ไมนอยกวา เวอรชั่น 3.0 โดยสำนักงานพัฒนารัฐบาลดิจิทัล (องคการมหาชน) หรือเปนไปตามที่ สขญ. ใหความเห็นชอบ
22. ปรับปรุงเงื่อนไขการใชงานระบบ (Term and condition) ใหเปนปจจุบันตามที่ สขญ. กำหนด 8) ปรับปรุงคำชี้แจงการใชงาน การใหความยินยอม และประกาศการคุมครองขอมูลสวน บุคคล (Privacy Notice) ของระบบ ใหเปนปจจุบันตามที่ สขญ. กำหนด
    4.9. พัฒนาแดชบอรด (Dashboard)
    พัฒนาใหผูใชงานสามารถเขาถึงขอมูลไดงาย (user-friendly) เพื่อใชประกอบการตัดสินใจอยางมีประสิทธิภาพ (decision-support) โดยมีคุณสมบัติ ตามที่ สขญ. กำหนด อยางนอยหรือดีกวา ดังนี้ 1) สามารถแสดงขอมูลกิจกรรมที่แบงตามประเภท ตามฝาย ตามผูดูแลกิจกรรม
23. สามารถแสดงสถิติการเขาใชงานของ business directory, สถิติการเขาดูเนื้อหาของแตละ ประเภทธุรกิจ แตละบริษัท เปนตน
24. สามารถแสดง ขอมูลการเขาดูกิจกรรม ขอมูลการสมัคร ขอมูลการเขารวมงาน ขอมูลการตอบ แบบสอบถาม เปนตน
    4.10. ระบบติดตามความกาวหนาของโครงการ (Grant tracking)
    ระบบสามารถกำหนดและปรับเปลี่ยนขั้นตอนการทำงานได (adjusted workflow process) โดยรองรับ ขั้นตอนการทำงานไดไมนอยกวา 7 ขั้นตอน โดยระบบสามารถ เพิ่ม ลด และ ปรับแกไขขั้นตอนการ ทำงาน และการแสดงผลไดดวยผูดูแลระบบ โดยประกอบดวย
25. ขั้นตอนจัดการประกาศรับสมัคร
26. สวนผูใชงานทั่วไป

• สามารถแจงเตือนและประชาสัมพันธบนหนาเว็บไซตหลักของ สขญ. หรือ bdi.or.th - สามารถดูรายละเอียดของประกาศการใหทุน

2. สวนการจัดการดูแลระบบ

• สามารถสรางและเผยแพรประกาศรับสมัครทุน โดยมีขอมูลอยางนอย ดังนี้ ชื่อ โครงการ ระยะเวลาโครงการ, ระยะเวลาการรับสมัคร, หลักเกณฑการใหทุน,
  ขอเสนอโครงการม, ใบสมัคร, และผูมีสิทธิในการขอรับทุน เปนตน
• สามารถเพิ่ม ลด แกไข และจัดการเอกสารที่เกี่ยวของกับการสมัครเขารวมโครงการ ได เชน แบบฟอรมขอเสนอโครงการ ใบสมัครเขารวมโครงการ หนังสือนำสง
  ขอเสนอโครงการ เปนตน รวมถึงสามารถกำหนดรูปแบบไฟลได เชน .pdf, .docx., .csv, .xlsx, .jpeg เปนตน

3. สามารถเชื่อมโยง API ขอมูลประกาศรับสมัครจากเว็บไซตหลักของ BDI หรือ bdi.or.th ได แบบอัตโนมัติ
4. สามารถสงขาวสารประชาสัมพันธผานอีเมลไดทั้งรายบุคคลและรายกลุม
   (หนา 6 จาก 22)
5. ขั้นตอนรับสมัคร
6. สวนผูใชงานทั่วไป

• แบบฟอรมออนไลนสำหรับการสมัครขอรับทุน
• สามารถกรอกขอมูลสมัครทุน สามารถทำได 3 รูปแบบ

1. สามารถกรอกขอมูลผานระบบโดยตรงได (application place holders) 2. สามารถปอนขอมูลการสมัครผานระบบและบันทึกราง และสามารถดาว โหลดแบบราง (template) เอกสารการสมัครได
2. สามารถอัปโหลดเอกสารการสมัครไดโดยสามารถตรวจสอบรูปแบบและ ขนาดของไฟลที่อัปโหลดได ใหตรงตามประเภทและขนาดที่ สขญ. กำหนด
   เชน pdf, .docx., .csv, .xlsx, .jpeg เปนตน

• สามารถอัปโหลดเอกสารประกอบการสมัครได โดยสามารถตรวจสอบรูปแบบและ ขนาดของไฟลที่อัปโหลดได ใหตรงตามประเภทและขนาดที่ สขญ. กำหนด เชน pdf, .docx., .csv, .xlsx, .jpeg เปนตน
• สามารถบันทึกฉบับรางของเอกสารได (save draft) ได
• สามารถแกไขขอมูลแบบรางการสมัครได
• แสดงสถานะการกรอกขอมูล เชน จำนวนหนาที่กรอกไปแลว และจำนวนหนา คงเหลือ เปนตน รวมถึงสามารถแสดงขอมูลที่จำเปนตองกรอกสำหรับการสมัคร (required fields) ได
• ผูใชงานสามารถสงขอมูลการสมัครเพื่อพิจารณาทุนได (submission)
• หากผูใชงานดำเนินการสมัครไมสมบูรณ เชน การกรอกขอมูลไมสมบูรณหรือ การ อัปโหลดเอกสารไมสมบูรณ ระบบสามารถแจงเตือนผูสมัครถึงขอผิดพลาดไดโดย สามารถบอกหมวดหมูไดชัดเจน ใหผูใชงานเขาใจไดโดยสะดวก
• สามารถแจงเตือนสถานะสมัคร เชน รอพิจารณาทุน, และการทำสัญญารับทุน เปน ตน

2. สวนการจัดการดูแลระบบ

• สามารถดูขอมูล และดาวนโหลด ขอมูลทั้งหมดหรือเฉพาะหัวขอขอมูลที่กำหนดจาก ระบบ ในรูปแบบไฟล csv หรือ xlsx ไดเปนอยางนอย
• สามารถดูสถิติเกี่ยวกับการสมัครได

3. ขั้นตอนการคัดเลือกเขารวมโครงการ
4. สวนผูใชงานทั่วไป

• สามารถแจงเตือนและประชาสัมพันธบนหนาเว็บไซตหลักของ BDI
• สามารถดูรายละเอียดของประกาศผูไดรับคัดเลือกเขารวมโครงการ
  (หนา 7 จาก 22)

2. สวนการจัดการดูแลระบบ

• สามารถสรางและเผยแพรผูไดรับคัดเลือกเขารวมโครงการ โดยมีรายละเอียดของผู ไดรับคัดเลือกเขารวมโครงการ เปนอยางนอย
• สามารถแกไข และจัดการเอกสารที่เกี่ยวของกับการประกาศผูไดรับคัดเลือกเขารวม โครงการได
• สามารถเชื่อมโยง API และแสดงผลขอมูลประกาศรับสมัครจากเว็บไซตหลักของ สขญ. หรือ bdi.or.th ไดแบบอัตโนมัติ
• สามารถสงขาวสารประชาสัมพันธผานอีเมลไดทั้งรายบุคคลและรายกลุม

4. ขั้นตอนแสดงสำเนาสัญญาการรับทุน
5. สวนผูใชงานทั่วไป

• สามารถดูและดาวนโหลดสำเนาสัญญาการรับทุนและเอกสารที่เกี่ยวของได 2) สวนการจัดการดูแลระบบ
• สามารถแนบ, แกไข, และจัดการสัญญาการรับทุนและเอกสารที่เกี่ยวของได 5) ขั้นตอนติดตามความกาวหนาของโครงการ

1. สวนผูใชงานระบบ

• ผูใชสามารถรับการแจงเตือนในระบบและรับการแจงเตือนทางอีเมล (Email Notification) ได
• สามารถกรอกขอมูลรายงานความกาวหนา สามารถทำได 3 รูปแบบ

1. สามารถกรอกขอมูลผานระบบโดยตรงได (application place holders) 2. สามารถดาวนโหลดแบบราง (template) รายงานความกาวหนา
2. สามารถอัปโหลดรายงานความกาวหนาไดโดยสามารถตรวจสอบรูปแบบ และขนาดของไฟลที่อัปโหลดได ใหตรงตามประเภทและขนาดที่ สขญ.
   กำหนด เชน pdf, .docx., .csv, .xlsx, .jpeg เปนตน

• สามารถบันทึกฉบับรางของเอกสารได (save draft) ได
• สามารถแกไขขอมูลแบบรางของเอกสารรายงานความกาวหนา ได
• แสดงสถานะการกรอกขอมูล เชน จำนวนหนาที่กรอกไปแลว และจำนวนหนา คงเหลือ เปนตน รวมถึงสามารถแสดงขอมูลที่จำเปนตองกรอกสำหรับรายงาน ความกาวหนา (required fields) ได
• สามารถอัปโหลดรายงานความกาวหนาไดโดยสามารถตรวจสอบรูปแบบและขนาด ของไฟลที่อัปโหลดได ใหตรงตามประเภทและขนาดที่ สขญ. กำหนด เชน pdf, .docx., .csv, .xlsx, .jpeg เปนตน
• สามารถสงรายงานความกาวหนาได (submission) และแจงขอผิดพลาดที่เกิดขึ้นที่ ทำใหการสงรายงานความกาวหนาไมสำเร็จ เชน การกรอกขอมูล หรือ การอัปโหลด เอกสารไมสมบูรณ เปนตน
  (หนา 8 จาก 22)
• สามารถตรวจสอบและแจงเตือนความครบถวนของขอมูล โดยมีการจัดหมวดหมู ของกลุมขอมูลได
• สามารถแจงเตือนสถานะสมัคร เชน รอพิจารณาทุน การทำสัญญารับทุน เปนตน 2) สวนการจัดการดูแลระบบ
• สามารถรับการแจงเตือนในระบบ และแจงเตือนไปยังอีเมล (Email Notification) ได
• สามารถตั้งปฎิทินการแจงเตือนลวงหนาได ทั้งแบบรายครั้ง หรือรายหลายครั้ง - สามารถดูขอมูล และดาวนโหลด ขอมูลทั้งหมดหรือเฉพาะหัวขอขอมูลที่กำหนดจาก ระบบ ในรูปแบบไฟล csv หรือ xlsx ไดเปนอยางนอย
• สามารถดูสถิติเกี่ยวกับการนำสงรายงานความกาวหนาได

6. ขั้นตอนติดตามการเบิกจาย
7. สวนผูใชงานระบบ

• สามารถดาวนโหลดแบบฟอรมรายละเอียดตางๆที่ เกี่ยวของกับการเบิกจายได - สามารถกรอก แกไข ลบขอมูลเพื่อเบิกจายตามระเบียบของสขญ. ได
• สามารถแนบเอกสารที่เกี่ยวของกับการเบิกจายตามระเบียบของสขญ. ได - สามารถติดตามสถานการณเบิกจาย
• สามารถดูสถิติแบงประเภทตามหมวดคาใชจายได

2. สวนการจัดการดูแลระบบ

• สามารถอัปโหลด และแกไขแบบฟอรมรายละเอียดตางๆที่เกี่ยวของกับการเบิกจาย ได
• สามารถดาวนโหลดแบบฟอรมรายละเอียดตางๆที่ เกี่ยวของกับการเบิกจายได - สามารถนำเขาขอมูลจากไฟลตนแบบในรูปแบบของไฟล .xlsx หรือ .csv ได เปน อยางนอย เชน แผนการเบิกจาย
• สามารถรับการแจงเตือนในชองทางตางๆที่กำหนดได และสามารถปรับแตงการ แจงเตือนไดเชน ชองทางการแจงเตือนผาน Email และ Notification ไปยัง ผูใชงาน
• สามารถตั้งปฎิทินการแจงเตือนลวงหนาได ทั้งแบบรายครั้ง หรือรายหลายครั้ง ทั้ง แบบแบบปรับแตงเอง (Manual) และอัตโนมัติ(Automated)
• สามารถอัพเดทสถานการณเบิกจาย
• สามารถดูสถิติแบงประเภทตามหมวดคาใชจายได ตามที่สขญ. กำหนด ทั้งแบบราย โครงการและภาพรวมรายปงบประมาณ
  (หนา 9 จาก 22)

7. ขั้นตอนปดโครงการ
8. สวนผูใชงานระบบ

• สามารถกรอกขอมูลหนังสือเพื่อขอปดโครงการ และเอกสารอื่นๆที่เกี่ยวของ สามารถทำได 3 รูปแบบ

1. สามารถกรอกขอมูลผานระบบโดยตรงได (application place holders)
2. สามารถดาวนโหลดแบบราง (template) หนังสือเพื่อขอปดโครงการ และ
   เอกสารอื่นๆที่เกี่ยวของ
3. สามารถอัปโหลดหนังสือเพื่อขอปดโครงการ และเอกสารอื่นๆที่เกี่ยวของ โดย
   สามารถตรวจสอบรูปแบบและขนาดของไฟลที่อัปโหลดได ใหตรงตามประเภท
   และขนาดที่ สขญ. กำหนด เชน pdf, .docx., .csv, .xlsx, .jpeg เปนตน

• สามารถตรวจสอบรายการเอกสารที่เกี่ยวกับการปดโครงการ
• สามารถกดยืนยันเพื่อขอปดโครงการ
• สามารถกรอกแบบประเมินผลโครงการ และแบบประเมินความพึงพอใจ

2. สวนการจัดการดูแลระบบ

• สามารถเพิ่ม ลด แกไข และจัดการแบบฟอรมหนังสือเพื่อขอปดโครงการ และ เอกสารอื่นๆที่เกี่ยวของ
• สามารถรับการแจงเตือนในระบบ และแจงเตือนไปยังอีเมล (Email Notification) ได - สามารถตั้งปฎิทินการแจงเตือนลวงหนาได ทั้งรูปแบบรายครั้งหรือรายหลายครั้ง ใน คราวเดียวกันได
• สามารถดูขอมูล และดาวนโหลด ขอมูลทั้งหมดหรือเฉพาะหัวขอขอมูลที่กำหนดจาก ระบบ ในรูปแบบไฟล csv หรือ xlsx ไดเปนอยางนอย
• สามารถดูสถิติเกี่ยวกับการนำสงหนังสือเพื่อขอปดโครงการ สถานะโครงการ แบบ ประเมินผลโครงการ แบบประเมินความพึงพอใจ และแดชบอรดอื่นๆ ที่เกี่ยวของกับ
  การติดตามความกาวหนาของโครงการไดพัฒนาการจัดการผูใชงาน (User Management) ของระบบติดตามการใหทุน ทั้งในสวน สวนผูใชงานระบบ สวน
  ผูจัดการดูแลระบบ เพื่อรองรับการแสดงผลที่ตางกันตาม user roles เชน คณะกรรมการ เจาหนาที่ คณะกรรมการ ฝายการเงิน ฝายกฎหมาย และผูขอรับทุน
  4.11. พัฒนาระบบเชื่อมตอ API กับฐานขอมูลอื่นๆ เชน ขอมูลการจดทะเบียนนิติบุคคลของกรมพัฒนาธุรกิจ การคา DBD DataWarehouse+ หรือฐานขอมูลอื่นๆ ตามที่ สขญ เห็นสมควร
  4.12. ระบบในขอ 4.7, 4.8, 4.9 ตองมีคุณสมบัติตอไปนี้

1. ดานรูปแบบการพัฒนาระบบ

• ผูพัฒนาระบบสามารถพัฒนาโดยเปนไปตามมาตรฐานและแบบแผนการเขียนชุดคำสั่ง (Coding Convention Guidelines) หรือเลือกใชแพลตฟอรมที่มีอยูแลว โดยแบบแผนการ เขียนชุดคำสั่งใหเปนไปตามมาตรฐานของแพลตฟอรมที่นำมาใชในการพัฒนา
  (หนา 10 จาก 22)
• ระบบตองพัฒนาในรูปแบบ Web Application มีโครงสรางสถาปตยกรรมแบบ Microservice และมี API สำหรับเชื่อมตอกับระบบงานตางๆ
• พัฒนาระบบใหเปนแบบ Container
• ระบบตองรองรับการขยายการใชงานไดตามปริมาณงานที่เพิ่มขึ้นได(Auto Scalable) - สามารถติดตั้งระบบโครงสรางพื้นฐาน (Infrastructure) บนระบบคลาวไดผานชุดคำสั่ง (IaC: Infrastructure as Code)
• สามารถติดตามความเปลี่ยนแปลงของชุดคำสั่งในระบบได(code version control, git) 2) ดานความสามารถในการรองรับผูใชงานของระบบ
• สามารถรองรับผูใชงานเว็บไซตไดเปนอยางนอย 200 คนตอหนึ่งนาทีไดพรอมกัน (concurrent session) โดยจะตองมีการทำ load test และสงรายงาน
• ออกแบบขนาดพื้นที่การเก็บขอมูลของระบบ ใหมีพื้นที่เพียงพอกับการดำเนินงานใน ระยะเวลา 2 ป

3. ดานการปรับปรุงระบบ (System Update)
4. มีการปรับปรุงระบบ Environment เพื่อปรับใหเปนปจจุบัน (update) เพื่อทำใหระบบ CMS และฐานขอมูลปลอดภัย มีประสิทธิภาพ รวมถึงเสนอคุณสมบัติใหมเพื่อปรับปรุง ประสบการณการใชงานของผูใชงาน โดยมีคุณสมบัติอยางนอย ดังนี้

• ระบบ CMS: มีการปรับปรุงแพตชความปลอดภัย (Security Patch) ใหเปนปจจุบัน แกไข ขอบกพรอง (Bugs) และปรับปรุงประสิทธิภาพพรอมทั้งอัปเดตคุณสมบัติใหม (New features) รวมถึง ปลั๊กอิน (Plug-in) เพื่อใหระบบ CMS สามารถทำงานบนสภาพแวดลอมที่ ปรับปรุงใหมไดอยางมีประสิทธิภาพ
• ระบบปฏิบัติการหลัก Operating System (OS): มีการปรับปรุงแพทชรักษาความปลอดภัย (Security Patch) เพื่อแกไขชองโหวในระบบปฏิบัติการหลัก และแกไขขอผิดพลาดและ ปรับปรุงประสิทธิภาพสำหรับสภาพแวดลอมเซิรฟเวอรโดยรวม รวมไปถึงการอัปเดตความ เขากันไดสำหรับฮารดแวรหรือซอฟตแวรรุนใหม (Software compatibility)

2. ปรับปรุงในสวนของฟงกชั่นการทำงาน การแสดงและการเก็บขอมูล ทั้งในสวนระบบสมาชิก (Membership) ระบบจัดการผูประการ (Partnership) ระบบจัดการกิจกรรม (Events) และระบบจัดการผูดูแลระบบ (Admins) โดยจะตองปรับปรุงทั้งในสวน Front-End, Back End และ แดชบอรด (Dashboard) ใหสอดคลองกับการปฏิบัติงานจริงและขอมูลที่มีการ เปลี่ยนแปลง (ถามี) ตลอดจนพัฒนาสวนการเชื่อมตอขอมูลกับภายในผาน Application Programming Interface (API) ในรูปแบบที่เหมาะสม
   4.13. ความปลอดภัยของระบบ (Security) มีคุณสมบัติอยางนอยหรือดีกวาดังนี้
3. ตองมีระบบรักษาความปลอดภัย และการกำหนดสิทธิใชงานของระบบ (Security) การถายเท (โอน) ขอมูล และการสำรองขอมูล (Backup & Recovery) ที่สามารถยอนหลังขอมูลได อยาง นอย 30 วัน และสามารถกูคืนขอมูลได
   (หนา 11 จาก 22)
4. ระบบจะตองมีการเก็บรักษาขอมูลจราจรทางคอมพิวเตอรตามประกาศ “หลักเกณฑการเก็บรักษา ขอมูลจราจรทางคอมพิวเตอรของผูใหบริการ พ.ศ. 2564” ของกระทรวงดิจิทัลเพื่อเศรษฐกิจและ สังคม (logging)
5. ตองมีชองทางใหผูดูแลระบบสามารถติดตามการทำงานของระบบไดเชน CloudWatch, SIEM เปนตน
6. ระบบจะตองผานมาตรฐาน ISO 27001
7. ระบบฐานขอมูลตองมีการเขารหัสขอมูลในกระบวนการถายโอนขอมูลและการเก็บขอมูล (Encryption in Transit, Encryption at Rest)
8. ทำการทดสอบระบบ Vulnerability Assessment Scan ตามมาตรฐาน OWAPS Top 10 Web Application Security Risks เปนอยางนอย ทั้งใน API และ Web Application กอนขึ้นใชงาน ระบบทุกของระบบที่เปน Major Version โดยใชเครื่องมือของ สขญ (Nessus Expert) หรือ เครื่องมืออื่นที่มีคุณสมบัติเทียบเทา
9. จัดทำรายงานการทดสอบระบบจากขอ 4.11.3-4.11.4 กอนขึ้นใชงานระบบทุกของระบบที่เปน Major Version
10. ดำเนินการคนหากิจกรรมที่นาสงสัยที่อาจเกิดขึ้นและสงผลตอความปลอดภัยของระบบขอมูล เชน การตรวจจับการ login ที่มีความผิดปกติ
11. ระบบออกแบบตามหลัก Universal Design โดยเฉพาะ Web Accessibility ที่เนนการออกแบบ เว็บไซตใหทุกคนสามารถเขาถึงและใชงานได รวมถึงผูที่มีขอจำกัดทางรางกาย โดย อางอิงจาก Web Content Accessibility Guidelines (WCAG) เพื่อใหเว็บไซตรองรับความตองการของ ผูใชงานทุกกลุม โดยตองพัฒนาระบบใหรองรับการใชสีและคอนทราสตที่เหมาะสำหรับผูที่มี ปญหาดานการมองเห็น เชน ตาบอดสี และสามารถปรับขนาดตัวอักษรได
12. จัดทำการทดสอบระบบ ในเชิงฟงกชันการทำงาน (Functional Testing) โดยกำหนดตัวอยางการ ออกแบบกรณีทดสอบระบบ (Test Case) ที่สอดคลองกับประเภทการทดสอบ ไดแก Unit Testing, Integration Testing, และ System Testing และการทดสอบระบบรวมกับผูใชงาน (User Acceptant Test: UAT)
13. ตองมีแผนการบริการดูแลและบำรุงรักษาระบบโปรแกรม (Maintenance Service Agreement: MA) ใหอยูในสภาพพรอมใชงานตลอดเวลา หากมีการใชงานโปรแกรมในระยะเวลาหนึ่งแลว อาจจะเกิดปญหา เชน ประมวลผลผิดพลาด (Software Bug) ไวรัสคอมพิวเตอร (Virus Computer) ตลอดจนระบบโปรแกรมใชงานตางๆ (Application Software) ที่อาจเกิดปญหาได ภายในระยะเวลาประกัน
    (หนา 12 จาก 22)
    4.14. คุณสมบัติดานบุคลากร
    จัดทำรายละเอียดของบุคลากรทั้งหมดซึ่งเปนทีมปฏิบัติงานของผูยื่นขอเสนอพรอมประวัติการทำงาน และคุณวุฒิการศึกษา ในกรณีที่มีการเปลี่ยนแปลงบุคลากรระหวางการจัดทำโครงการตองมีการแจงเปน ลายลักษณอักษรใหกับผูวาจางรับทราบภายใน 30 วันนับตั้งแตวันที่มีการปรับเปลี่ยน ซึ่งทีมปฏิบัติงาน ของผูยื่นขอเสนอ อยางนอยตองประกอบดวย

• ผูจัดการโครงการ (Project manager)
• นักวิเคราะหระบบ (System analyst)
• นักพัฒนาเว็บไซต (Web application developer)
• นักออกแบบเว็บไซต (UX/UI designer)
• นักทดสอบระบบ (Quality Assurance)
• ผูเชี่ยวชาญดานการสนับสนุนใหทุนของรัฐ
  4.15. รายงานการดำเนินงาน คูมือการใชงาน และการบำรุงรักษา

1. ผูรับจางตองจัดทำรายงานการดำเนินงาน คูมือการใชงาน และการบำรุงรักษาในรูปแบบไฟล อิเล็กทรอนิกส จำนวน 1 ฉบับ
2. จัดทำเอกสารทางเทคนิค ซึ่งครอบคลุมเนื้อหาอยางนอยดังนี้

• สถาปตยกรรมของระบบ (System Architecture)
• สถาปตยกรรมและโครงสรางความสัมพันธของฐานขอมูล (Data Architecture and ER Diagram)
• รายงานสรุปความตองการของผูใชงาน (requirement specification)

1. เอกสารการออกแบบหนาจอผูใชงาน (User Interface) ซึ่งครอบคลุมเนื้อหาอยางนอย ดังนี้
2. การออกแบบ User persona
3. การออกแบบสวนติดตอผูใชงาน (User Interface) และประสบการณผูใชงาน (User Experience)
4. เอกสารรายละเอียดเกี่ยวกับการพัฒนาระบบ ทางดานเทคนิค สถาปตยกรรมเชิงเทคนิค (Technical architecture) ไดแก ซึ่งประกอบดวยดังตอไปนี้เปนอยางนอย โดยมีการ เปรียบเทียบกับระบบที่มีความใกลเคียงกัน ไมนอยกวา 2 ระบบ
5. ผลการศึกษาการเปรียบเทียบกับระบบที่มีความใกลเคียงกัน

• สถาปตยกรรมระบบ (System architecture)
• กลไกการทำงานหรือขั้นตอนปฏิบัติงานของระบบที่สอดคลองกับความตองการ (Site map) 5) ความตองการของระบบ (System Requirement Specification)

6. สถาปตยกรรมระบบ (System Architecture)
7. แผนภาพกระบวนการทำงาน (Business Flow Diagram)
8. แผนภาพปฏิสัมพันธระหวางระบบและผูใชงาน (Use Case Diagram)
   (หนา 13 จาก 22)
9. แผนภาพกระแสขอมูล (Data Flow Diagram)
10. แผนภาพโครงสรางของฐานขอมูลที่ไดรับการปรับปรุง (Entity Relationship Diagram) 11) พจนานุกรมขอมูลที่ไดรับการปรับปรุง (Data Dictionary)
11. โครงรางตนแบบหนาจอที่ไดรับการปรับปรุง (UX/UI Wireframe Prototype)
12. แผนผังเว็บไซตที่ไดรับการปรับปรุง (Sitemap)
13. รายงานการทดสอบระบบงาน (Acceptance Testing) และการทดสอบระบบรวมกับผูใชงาน (User Acceptant Test: UAT)
14. คูมือการใชงานระบบ (User Manual)
15. คูมือการดูแลระบบ (System Administrator Manual) เชน รายละเอียด plug-in ที่ใชงาน 17) คูมือการปรับปรุงระบบ และคูมือการใชงานระบบที่ไดรับการปรับปรุงและไดรับความเห็นชอบ จาก สขญ.
16. คูมือการใชงานระบบ grant tracking
17. รายงานการพัฒนาระบบฉบับสมบูรณ

5. กำหนดระยะเวลาสงมอบงาน
   ผูรับจางจะตองสงมอบงานทั้งหมดภายในระยะเวลา 180 วัน นับถัดจากวันลงนามในสัญญา
6. หลักเกณฑในการพิจารณาคัดเลือกขอเสนอ
   6.1. ในการพิจารณาผลการยื่นขอเสนอครั้งนี้ สถาบันขอมูลขนาดใหญ (องคการมหาชน) จะพิจารณาตัดสิน โดยใชหลักเกณฑ ราคาประกอบเกณฑอื่น
   6.2. ผูเสนอราคาจะตองมานำเสนอขอเสนอ แผนการดำเนินงาน รายละเอียดผลงานกิจกรรมทางเทคนิคดวย วาจาตอคณะกรรมการพิจารณาผลการประกวดราคาอิเล็กทรอนิกส ตามวันและเวลาที่สถาบันกำหนด ใน เอกสารประกาศเชิญชวน รายละไมเกิน 30 นาที และตอบขอซักถาม 30 นาที
   6.3. การพิจารณาผูชนะการยื่นขอเสนอ กรณีใชหลักเกณฑราคาประกอบเกณฑอื่น ในการพิจารณาผูชนะการ ยื่นขอเสนอสถาบันขอมูลขนาดใหญ (องคการมหาชน) จะพิจารณาโดยใหคะแนนตามปจจัยหลักและ น้ำหนักที่กำหนด ดังนี้
   ขอเสนอดานราคา กำหนดน้ำหนัก เทากับ 30%
   ขอเสนอดานคุณภาพ กำหนดน้ำหนัก เทากับ 70%
   (หนา 14 จาก 22)
   วิธีการประเมินและใหคะแนน
   6.3.1 การจัดทำแผนการดำเนินโครงการที่สอดคลองกับขอบเขตงานและรายละเอียดการดำเนินงานทาง เทคนิค (คะแนนเต็ม 100 คะแนน) (น้ำหนักรอยละ 5) โดยมีเกณฑการพิจารณา ดังนี้
   เกณฑการพิจารณา
   คะแนน
   วิธีการประเมิน
   − มีแผนการดำเนินงานที่มีรายละเอียด สอดคลองกับขอบเขตงาน มีความ เหมาะสมทำใหเห็นถึงความเปนไปได ใน การดำเนินงานใหบรรลุวัตถุประสงค และ สามารถบริหารจัดการความเสี่ยงที่อาจ เกิดขึ้นไดดีชัดเจน ครบถวน
   − พรอมระบุวิธีการดำเนินงานไดอยางชัดเจน − รวมถึงมีการกำหนดแนวทางการวัดและ ตรวจสอบคุณภาพอยางเปนรูปธรรมโดยมี การระบุมาตรฐานทีเกี่ยวของ
   100
   ประเมินจากขอมูลและเอกสารที่ผูยื่น ขอเสนอยื่นมาโดยแผนการดำเนินงานที่มี รายละเอียดสอดคลองกับขอบเขตงาน มี ความเหมาะสมทำใหเห็นถึงความเปนไปได
   ในการดำเนินงานใหบรรลุวัตถุประสงค และ สามารถบริหารจัดการความเสี่ยงที่อาจ เกิดขึ้นได โดยจัดทำเปนรูปแบบ PDF File และนำเสนอในรูปแบบ Power Point
   − มีแผนการดำเนินงานที่มีรายละเอียด สอดคลองกับขอบเขตงาน มีความ เหมาะสมทำใหเห็นถึงความเปนไปได ใน การดำเนินงานใหบรรลุวัตถุประสงค และ สามารถบริหารจัดการความเสี่ยงที่อาจ เกิดขึ้นไดดีชัดเจน ครบถวน
   − พรอมระบุวิธีการดำเนินงานไดอยางชัดเจน
   80
   − มีแผนการดำเนินงานที่มีรายละเอียด สอดคลองกับขอบเขตงาน มีความ เหมาะสมทำใหเห็นถึงความเปนไปได ใน การดำเนินงานใหบรรลุวัตถุประสงค และ สามารถบริหารจัดการความเสี่ยงที่อาจ เกิดขึ้นไดดีแตขาดความชัดเจน
   60
   − มีแผนการดำเนินงานที่มีรายละเอียด สอดคลองกับขอบเขตงาน มีความ เหมาะสมทำใหเห็นถึงความเปนไปได ใน การดำเนินงานใหบรรลุวัตถุประสงค แต ไมไดระบุการ บริหารจัดการความเสี่ยงที่ อาจเกิดขึ้นไดดีและขาดความชัดเจน
   40
   − ไมมีการนำเสนอ
   0

(หนา 15 จาก 22)
6.3.2 ผลงานที่ผานมาของผูรับจาง โดยใหความสำคัญกับประสบการณที่เกี่ยวของโดยตรงกับงานที่ไดมี การกำหนดไวในขอบเขตงาน เปนการพิจารณาประสบการณ ความรูความเชี่ยวชาญเกี่ยวกับโครงการ และ ความเชี่ยวชาญในการดำเนินงาน
6.3.2.1 ซึ่งเปนผลงานลักษณะเดียวกันกับคุณสมบัติของผูยื่นขอเสนอ ในวงเงินไมต่ำกวา 1,000,000 บาท (หนึ่งลานบาทถวน) ตอ 1 สัญญา ผลงานดังกลาวตองแลวเสร็จไมเกินกวา 3 ป (คะแนนเต็ม 100 คะแนน) (น้ำหนักรอยละ 5)
เกณฑการพิจารณาใหคะแนน
คะแนน
วิธีประเมิน
มีผลงานลักษณะพัฒนา Web application จำนวน 5 โครงการ ขึ้นไป
100
ผูยื่นเสนอราคาตองยื่นสำเนาเอกสาร สัญญาจางหรือสำเนาหนังสือรับรอง ผลงาน โดยพิจารณาเฉพาะผลงานที่มี การดำเนินงานเสร็จเรียบรอย
มีผลงานลักษณะพัฒนา Web application จำนวน 4 โครงการ
80
มีผลงานลักษณะพัฒนา Web application จำนวน 3 โครงการ
60
มีผลงานลักษณะพัฒนา Web application จำนวน 2 โครงการ
40
มีผลงานลักษณะพัฒนา Web application จำนวน 1 โครงการ
20

6.3.2.2 ผลงานที่ผานมาของผูรับจาง โดยใหความสำคัญกับประสบการณที่เกี่ยวของโดยตรงกับงานที่ ไดมีการกำหนดไวในขอบเขตงาน เปนการพิจารณาประสบการณ ความรูความเชี่ยวชาญ เกี่ยวกับโครงการ และ ความเชี่ยวชาญในการดำเนินงาน ซึ่งเปนผลงานลักษณะเดียวกันกับ คุณสมบัติของผูยื่นขอเสนอ โดยครอบคลุมรูปแบบดังนี้(คะแนนเต็ม 100 คะแนน)
(น้ำหนักรอยละ 5)

• ระบบติดตามความกาวหนาโครงการ (Project tracking system)
• ระบบการจัดการกิจกรรม (Event management system)
• ระบบสมัครสมาชิก (Membership system)
  เกณฑการพิจารณาใหคะแนน
  คะแนน
  วิธีประเมิน
  มีผลงานลักษณะพัฒนาระบบออนไลน 3 รูปแบบ
  100
  ผูยื่นเสนอราคาตองยื่นสำเนา เอกสารสัญญาจางหรือสำเนา หนังสือรับรองผลงาน
  และ ขอบเขตของงาน (TOR) โดยพิจารณาเฉพาะผลงานที่มี การดำเนินงานเสร็จเรียบรอย
  มีผลงานลักษณะพัฒนาระบบออนไลน 2 รูปแบบ
  80
  มีผลงานลักษณะพัฒนาระบบออนไลน 1 รูปแบบ
  60
  ไมมีผลงานลักษณะพัฒนาระบบออนไลน
  0

(หนา 16 จาก 22)
6.3.3 ดานความสามารถของระบบ และคุณลักษณะของระบบ (คะแนนเต็ม 100 คะแนน) (น้ำหนักรอยละ 30)
เกณฑการพิจารณาใหคะแนน
คะแนน
วิธีประเมิน
ฟงกชันการใชงานของระบบ (Feature) หรือความสามารถ ของระบบที่สนับสนุนการใชงานที่มีประสิทธิภาพมากกวา ขอกำหนด
100
ประเมินจากเอกสารขอเสนอ ทางดานเทคนิค
ฟงกชันการใชงานของระบบ (Feature) หรือความสามารถ ของระบบที่สนับสนุนการใชงานที่มีประสิทธิภาพเทากับ ขอกำหนดในขอบเขตงาน
75
ฟงกชันการใชงานของระบบ (Feature) หรือความสามารถ ของระบบที่สนับสนุนการใชงานที่มีประสิทธิภาพต่ำกวา ขอกำหนด
0

6.3.4 ดานคุณสมบัติและประสบการณของบุคลากรปฏิบัติงาน (คะแนนเต็ม 100 คะแนน) (น้ำหนักรอยละ 10)

• ผูจัดการโครงการ (Project Manager)
• นักวิเคราะหระบบ (System Analyst)
• นักพัฒนาเว็บไซต (Web application developer)
• นักทดสอบระบบ (Quality Assurance)
• นักออกแบบเว็บไซต (UX/UI Designer)
  มีประสบการณการทำงานมีลักษณะเดียวกับขอบเขตงานนี้ อยางนอย 3 ป
  เกณฑการพิจารณาใหคะแนน
  คะแนน
  วิธีประเมิน
  ประสบการณ 4 ป ขึ้นไป ทั้ง 5 ตำแหนง และมีเอกสารใบรับรอง คุณสมบัติดาน Project Management / Project Planning จาก หนวยงานภาครัฐหรือเอกชนที่มีความนาเชื่อถือ
  100
  ผูยื่นเสนอราคาตองยื่นประวัติ การทำงานที่เกี่ยวของ
  โดยพิจารณาเฉพาะผลงานที่มี การดำเนินงานเสร็จเรียบรอย
  ประสบการณ 4 ป ขึ้นไป ทั้ง 5 ตำแหนง
  90
  ประสบการณ 4 ป ขึ้นไป 4 ตำแหนง และประสบการณ 3 ป1 ตำแหนง
  80
  ประสบการณ 4 ป ขึ้นไป 3 ตำแหนง และประสบการณ 3 ป2 ตำแหนง
  65
  ประสบการณ 4 ป ขึ้นไป 2 ตำแหนง และประสบการณ 3 ป3 ตำแหนง
  50
  ประสบการณ 4 ป ขึ้นไป 1 ตำแหนงและ ประสบการณ 3 ป4 ตำแหนง
  35
  ประสบการณ 3 ป5 ตำแหนง
  20
  ประสบการณ ต่ำกวา 3 ป อยางนอย 1 ตำแหนง
  0

(หนา 17 จาก 22)
6.3.5 ดานคุณสมบัติที่ปรึกษา (ดานการออกแบบและพัฒนาระบบการอนุมัติกองทุน) (คะแนนเต็ม 100 คะแนน) (น้ำหนักรอยละ 5)
เกณฑการพิจารณาใหคะแนน
คะแนน
วิธีประเมิน
ตองมีประสบการณในการเปนที่ปรึกษาโครงการภาครัฐที่ เกี่ยวของกับการใหทุนที่เกี่ยวของกับกระบวนการและ หลักเกณฑการใหทุนของหนวยงานภาครัฐหรือหนวยงานที่ มีลักษณะคลายคลึงกัน ไมนอยกวา 3 โครงการในชวง 5 ป ที่ผานมา
100
ผูยื่นเสนอราคาตองยื่นประวัติ การทำงานที่เกี่ยวของ
โดยพิจารณาเฉพาะผลงานที่มี การดำเนินงานเสร็จเรียบรอย
ตองมีประสบการณในการเปนที่ปรึกษาโครงการภาครัฐที่ เกี่ยวของกับการใหทุนที่เกี่ยวของกับกระบวนการและ หลักเกณฑการใหทุนของหนวยงานภาครัฐหรือหนวยงานที่ มีลักษณะคลายคลึงกัน 3 โครงการในชวง 5 ปที่ผานมา
75
ตองมีประสบการณในการเปนที่ปรึกษาโครงการภาครัฐที่ เกี่ยวของกับการใหทุนที่เกี่ยวของกับกระบวนการและ หลักเกณฑการใหทุนของหนวยงานภาครัฐหรือหนวยงานที่ มีลักษณะคลายคลึงกัน 1-2 โครงการในชวง 5 ปที่ผานมา
50
มีประสบการณเปนที่ปรึกษาโครงการภาครัฐที่ไมเกี่ยวของ กับการใหทุนโดยตรง แตมีองคประกอบดานการอนุมัติ งบประมาณหรือการบริหารโครงการ
25
ไมมีการนำเสนอ หรือประสบการณไมเกี่ยวของ
0

6.3.6 ดานความมั่นคงปลอดภัยของระบบและการสำรองขอมูล (คะแนนเต็ม 100 คะแนน) (น้ำหนักรอยละ 10)
เปนการพิจารณาเปรียบเทียบเอกสารวิธีการและขอเสนอดานความมั่นคงปลอดภัยของระบบ ใหเกิด ความมั่นคงปลอดภัยทางไซเบอรตอระบบและขอมูลสำคัญเพื่อสรางความเชื่อมั่นใหกับผูเกี่ยวของ โดยทำการสแกน ชองโหวของระบบและปรับปรุงแกไขชองโหว ในระหวางการดำเนินโครงการและระยะเวลารับประกัน
เกณฑการพิจารณาใหคะแนน
คะแนน
วิธีประเมิน
มีแผนการบริหารจัดการ หรือมาตรการ หรือแผนการ ดำเนินงานดานความมั่นคงปลอดภัยจากการโจมตีหรือ เขาถึงขอมูลตามขอกำหนด และขอเสนออื่นๆ ที่ เกี่ยวของและเพิ่มเติมจากขอกำหนด
100
ประเมินจากเอกสารขอเสนอ ทางดานเทคนิค
มีแผนการดำเนินงานดานความมั่นคงปลอดภัยจากการ โจมตีหรือเขาถึงขอมูลในภาพรวมตามขอกำหนด
60
ไมมีแผนการดำเนินงานดานความมั่นคงปลอดภัยจาก การโจมตีหรือเขาถึงขอมูล
0

(หนา 18 จาก 22)
6.4 ในกรณีที่ไมสามารถคัดเลือกผูดำเนินการที่มีคุณสมบัติตามที่ สขญ. กำหนด ทาง สขญ. ขอสงวนสิทธิ์ที่จะ ยกเลิกการจัดซื้อจัดจาง ทั้งนี้ ผูเสนอราคาจะเรียกรองคาใชจายใด ๆ ทั้งสิ้นไมได
6.5 คณะกรรมการพิจารณาผลการประกวดราคาอิเล็กทรอนิกสจะพิจารณาคะแนนจากทั้งขอเสนอดานเทคนิคและ ขอเสนอดานราคารวมกัน ผูยื่นขอเสนอที่มีคะแนนรวมสูงสุด เปนผูชนะการเสนอราคาในครั้งนี้ 6.6 ขอความหรือรายละเอียดใดของขอกำหนดในเอกสารฉบับนี้ และขอเสนอทั้งหมดของผูเสนอราคาที่เสนอมานั้น หากมีปญหาในการตีความของขอความหรือรายละเอียดอื่น ๆ ใหถือเอาคำวินิจฉัยผลการตัดสินของ คณะกรรมการฯ ถือเปนสิ้นสุด
7. วงเงินงบประมาณ
งบประมาณประจำป 2568 เปนเงินจำนวน 2,700,000 บาท (สองลานเจ็ดแสนบาทถวน) ซึ่งไดรวม ภาษีมูลคาเพิ่มไวแลว
8. งวดงานและการจายเงิน
โดยมีรายละเอียดการสงมอบงานและการจายเงินแบงออกเปน 2 งวด โดยมีรายละเอียดและที่ตองสงมอบ และอัตราการจายคาจางแตละงวด ดังตอไปนี้
งวดที่ 1 สงมอบงานภายใน 90 วัน นับถัดจากวันที่ลงนามในสัญญา โดยกำหนดจายเงิน คิดเปนรอยละ 40 ของมูลคาสัญญา เมื่อผูรับจางไดดำเนินงาน ตามรายละเอียดดังนี้

• แผนการดำเนินงาน ระบุกิจกรรม ผูรับผิดชอบและผลลัพธ และรูปแบบการดำเนินโครงการ - โครงสรางบุคลากรที่ดำเนินโครงการ
• ผลการศึกษาระบบเดิม และระบบที่ใกลเคียงกัน
• รายงานการเก็บขอมูลความตองการระบบ (System specification)
• การออกแบบและจัดทำ Mockup และ Prototype (Design) ทั้งหมด ซึ่งรวมไปถึง การวิเคราะหและ ออกแบบสำหรับใชเปนแนวทางการดำเนินงานของระบบ
• การออกแบบกระบวนการของผูเกี่ยวของและ User journey
• แผนการดำเนินงาน Go Live และการยายขอมูล (Migration) โดยมีรายละเอียดของวิธีการยายและ ตรวจสอบความครบถวน ถูกตอง จำนวนขอมูลและพื้นที่ใชงาน แนวทางการแกปญหาในกรณีขอมูลไม ครบถวนหรือไมถูกตอง
  พรอมสงมอบรายงานการดำเนินงานตามรายการดังกลาวในรูปแบบไฟลดิจิทัล บรรจุใน Flash drive จำนวน 1 ชุด และคณะกรรมการไดทำการตรวจรับเรียบรอยแลว
  (หนา 19 จาก 22)
  งวดที่ 2 สงมอบงานภายใน 180 วัน นับถัดจากวันที่ลงนามในสัญญา โดยกำหนดจายเงิน คิดเปนรอยละ 60 ของมูลคาสัญญา เมื่อผูรับจางไดดำเนินงาน ตามรายละเอียดดังนี้
• แพลตฟอรม Ecosystem Platform ขอมูลผูประกอบการ/เครือขาย ดานเทคโนโลยีขอมูลขนาดใหญ และปญญาประดิษฐ ระยะที่ 2 ตามขอบเขตของงาน (Terms of Reference: TOR)
• การติดตั้งและทดสอบระบบ โดยมี Test Script
• รายงานการทดสอบระบบงาน (Acceptance Testing) และการทดสอบระบบรวมกับผูใชงาน (User Acceptant Test Checklist: UAT Checklist)
• ผลการทดสอบและปรับแกไขระบบจากการตรวจสอบมาตรฐานความมั่นคงปลอดภัยดวยวิธีการ Vulnerability Testing และผลการทดสอบประสิทธิภาพระบบดวย Performance Testing - แผนการ Deploy ระบบ
• Source code ที่ทำการพัฒนาระบบ รวมถึงการอธิบาย Source code ที่ทำการพัฒนารายงานการ โอนยายขอมูล
• จัดอบรมการใชงานระบบ และการดูแลรักษาระบบใหแก สขญ.
• รายงานการดำเนินงานฉบับสมบูรณตามขอบเขตงานขอ 4.8
  พรอมสงมอบรายงานการดำเนินงานตามรายการดังกลาวในรูปแบบไฟลดิจิทัล บรรจุใน Flash drive จำนวน 1 ชุด และคณะกรรมการไดทำการตรวจรับเรียบรอยแลว

9. อัตราคาปรับ
   หากผูรับจางไมสามารถสงมอบงานไดตามเวลาที่กำหนดไวในสัญญา ผูรับจางจะตองชำระคาปรับ ใหแก สขญ. เปนรายวัน ในอัตรารอยละ 0.10 (ศูนยจุดหนึ่งศูนย) ของมูลคาสัญญาจาง แตจะตองไมต่ำกวาวันละ 100 บาท
10. การรับประกันความชำรุดบกพรอง (ถามี)
    10.1. การรับประกันความชำรุดบกพรองตามขอกำหนดนี้หมายถึง การแกไขขอผิดพลาดของระบบฯ และการปรับปรุงประสิทธิภาพของระบบฐานขอมูล ภายในระยะเวลา 1 ปโดยไมคิดคาใชจายใด ๆ ทั้งสิ้น นับถัดจากวันตรวจรับงานงวดสุดทาย
    10.2. ปรับปรุงปลั๊กอินที่ใชในการทำงานของเว็บไซตใหเปนปจจุบัน ตลอดระยะเวลารับประกัน 1 ป 10.3. ในชวงการรับประกันความชำรุดบกพรองของระบบ หากมีการแกไขระบบฯ ในสวนใด ๆ ของผูรับ จางจะตองจัดทำเอกสารประกอบเกี่ยวกับรายละเอียดการแกไข และวิธีการติดตั้งเขาสูระบบ ฯ และสง มอบ Source Code ที่ไดแกไข ภายในระยะเวลา 15 วัน ภายหลังการแกไขระบบ ฯ ดังกลาวเสร็จโดยไม คิดคาใชจายใด ๆ ทั้งสิ้น
    10.4. ผูรับจางตองจัดเตรียมชองทางสำหรับรับแจงปญหาไดตลอด 24 ชั่วโมงทุกวัน รวมวันหยุดนักขัต ฤกษ สำหรับใหเจาหนาที่ สขญ. แจงปญหาผานชองทางนั้นไดโดยงาย
    10.5. ผูรับจางจะตองดำเนินการแกไขปญหาพรอมทั้งแจงผลการดำเนินการแกไขกลับมายัง สขญ. โดยมี กรอบระยะเวลาดำเนินการนับจากเวลาที่ไดรับแจงใหผูวาจางทราบผานทางจดหมายอิเล็กทรอนิกส ดังนี้
    (หนา 20 จาก 22)
    ขอตกลงระดับการใหบริการ (Service Level Agreement: SLA)
    ระดับความ
    รุนแรง
    ลักษณะของปญหา
    ระยะเวลาตอบสนอง เมื่อรับทราบปญหา
    ระยะเวลาแกไขปญหา
    Critical
    กรณีระบบทั้งหมดทำงานไมเปนไป ตามปกติหยุดทำงานสงผลกระทบใน วงกวาง หรือการไมสามารถ Login เขา สูระบบไดเชน ไมสามารถรับอีเมลเขา และสงอีเมลออก โดยมีผลกระทบกับ หนวยงานมากกวา 5 หนวยงานใน ระยะเวลาเดียวกัน หรือ ผูใชงาน มากกวา 5 หนวยงานแจงปญหาไม สามารถ Login เขาสูระบบไดใน ระยะเวลาเดียวกัน
    ภายใน 30 นาที
    ภายใน 1 ชั่วโมง
    นับถัดจากเวลา
    รับทราบปญหา
    High
    กรณีบางระบบหรือบางโมดูลเกิดความ ขัดของ ไมสามารถทำงานไดตามปกติ โดยมีผลกระทบเปนวงกวาง เชน ระบบ ประชุมอิเล็กทรอนิกสสำหรับวาระลับ ไมสามารถจัดการประชุมไดมากกวา 5
    หนวยงานในระยะเวลาเดียวกัน
    ภายใน 30 นาที
    ภายใน 4 ชั่วโมง
    Medium
    กรณีบางระบบหรือบางโมดูลเกิดความ ขัดของ ไมสามารถทำงานไดตามปกติ โดยมีผลกระทบกับบางผูใชงาน หรือ ขอมูลอีเมลเกิดการเสียหายหรือสูญ หายในระหวางการโอนยาย หรือมี ปญหาที่สงผลกระทบตอการไม สามารถรับสง Email ได
    ภายใน 30 นาที
    ภายใน 6 ชั่วโมง
    Low
    กรณีไดรับแจงปญหาที่เกี่ยวของกับ ระบบ ในระดับโดยไมมีผลกระทบตอ การใชบริการ
    ภายใน 30 นาที
    ภายใน 24 ชั่วโมง

ทั้งนี้ การเริ่มนับเวลาเริ่มตน-สิ้นสุดของแตละปญหาการใชบริการ (Incident) ใหนับถัดจากระยะเวลาแจงปญหา ขัดของและการแกไขปญหา ใหนับตั้งแตเวลา เจาหนาที่ผูรับผิดชอบ ของ สขญ. ไดแจงผูรับจางใหทราบผานทาง ชองทางที่สขญ.กำหนด เวนแตมีเหตุใหไมสามารถใชงานได ใหใชเวลาจากแหลงอื่นตามที่ผูวาจางระบุเปนรายกรณี
(หนา 21 จาก 22)
11. สถานที่ติดต่อขอรับทราบข้อมูลเพิ่มเติม
สถาบันข้อมูลขนาดใหญ่ (องค์การมหาชน)
เลขที่ 234/432 ซอยลาดพร้าว 12 ถนนลาดพร้าว
แขวงจอมพล เขตจตุจักร กรุงเทพมหานคร 10900
ไปรษณีย์อิเล็กทรอนิกส์ [email protected]
คณะกรรมการจัดทำรายละเอียดขอบเขตของงาน
ลงชื่อ…………………………………………. ประธานกรรมการ
(นางสาวมินตรา สีสังข์)
ลงชื่อ……………………………….กรรมการ ลงชื่อ……………………………….กรรมการและเลขานุการ (นายชยสิน แซ่เตีย) (นางสาวกัลยรัตน์ เบญจาศุภวรรณ)
(หน้า 22 จาก 22)