อธิบายแพลตฟอร์ม Low-Code

แพลตฟอร์ม Low-Code คืออะไร

ทำความเข้าใจการพัฒนาแบบภาพ ข้อมูล เวิร์กโฟลว์ ประสบการณ์ผู้ใช้ การเชื่อมต่อ การปรับใช้ การกำกับดูแล และขอบเขตระหว่างการกำหนดค่าโดยฝ่ายธุรกิจกับวิศวกรรมซอฟต์แวร์

Low-Code เป็นประเภทแพลตฟอร์ม ไม่ใช่สถาปัตยกรรมผลิตภัณฑ์เดียว บางผลิตภัณฑ์เน้นนักพัฒนามืออาชีพ ส่วนบางผลิตภัณฑ์รองรับทีมผสมหรือผู้สร้างจากฝ่ายธุรกิจ แนวทางปกติของ Jodoo คือ No-Code และเหมาะเมื่อผลลัพธ์ที่ต้องการคือแอปธุรกิจภายในที่มีการกำกับ

  • อธิบายชั้นแพลตฟอร์มทั้งเจ็ด
  • แยกโมเดลนักพัฒนาและเจ้าของฝ่ายธุรกิจ
  • แอปที่สมบูรณ์ซึ่งใช้ประกอบคำนิยาม
คำนิยามที่ใช้ได้จริง

Low-Code ผสานการพัฒนาด้วยภาพกับบริการแพลตฟอร์มที่ใช้ซ้ำได้และการต่อยอดที่ควบคุมได้

สัดส่วนระหว่างการกำหนดค่าแบบภาพ โค้ด การปรับใช้ และเครื่องมือจัดการวงจรชีวิตแตกต่างกันมากในแต่ละผู้ให้บริการ

01

โมเดลแบบภาพ

หน้าจอ ข้อมูล เวิร์กโฟลว์ หรือตรรกะประกอบผ่านเครื่องมือแบบภาพ แทนการเขียนทั้งหมดเป็นโค้ดแอป

ให้ผู้ที่จะสร้างจริงสร้างและเปลี่ยนองค์ประกอบหนึ่งรายการ
02

บริการแอป

แพลตฟอร์มอาจจัดเตรียมตัวตน ข้อมูล เวิร์กโฟลว์ การเชื่อมต่อ การแจ้งเตือน พฤติกรรมบนมือถือ การรายงาน โฮสติ้ง และการดูแลระบบ

ยืนยันว่าบริการใดเป็นเนทีฟ ตัวเลือก ต้องมีสิทธิ์ หรือมาจากภายนอก
03

การต่อยอด

บางแพลตฟอร์มอนุญาตให้ใช้โค้ด คอมโพเนนต์ API ไลบรารี หรือบริการเฉพาะเมื่อโมเดลแบบภาพไม่เพียงพอ

ตรวจสอบภาษา รันไทม์ ความปลอดภัย การปรับใช้ การทดสอบ และผู้รับผิดชอบการบำรุงรักษา
04

วงจรชีวิต

แพลตฟอร์มอาจมีสภาพแวดล้อม การจัดเวอร์ชัน การนำขึ้นใช้งาน การติดตาม การกำกับ และการควบคุมการเปลี่ยนแปลง

ดำเนินการเปลี่ยนแปลงตั้งแต่ออกแบบถึงทดสอบและเผยแพร่
05

รันไทม์

แอปพลิเคชันที่เสร็จสมบูรณ์ทำงานบนคลาวด์ของผู้ให้บริการ คลาวด์ของลูกค้า แบบไฮบริด แบบส่วนตัว หรือภายในองค์กร ขึ้นอยู่กับแพลตฟอร์ม

ใช้รูปแบบการปรับใช้และถิ่นที่อยู่ของข้อมูลเป็นเกณฑ์คัดกรองตั้งแต่ต้น
ชั้นแพลตฟอร์มเจ็ดชั้น

หน้าจอ Builder เป็นเพียงส่วนหนึ่งของแพลตฟอร์ม

หลังเปิดใช้ แอปพลิเคชันที่เสร็จสมบูรณ์ต้องรองรับผู้ปฏิบัติงาน ผู้ดูแลระบบ ผู้จัดการ ทีมความปลอดภัย และฝ่ายสนับสนุน

01

ประสบการณ์

อินเทอร์เฟซสำหรับเว็บ มือถือ พอร์ทัล สาธารณะ หรือภายใน

ทดสอบอุปกรณ์ บทบาท การช่วยการเข้าถึง และกรณียกเว้นที่เป็นตัวแทนการใช้งานจริง
02

ข้อมูล

เอนทิตี ความสัมพันธ์ การตรวจสอบ ประวัติ ไฟล์ และแหล่งข้อมูลหลัก

ใส่ข้อมูลสมจริงและตรวจการย้ายกับการส่งออก
03

ตรรกะและเวิร์กโฟลว์

กฎ การตัดสินใจ การดำเนินการ การเชื่อมต่อ ข้อผิดพลาด และสถานะกระบวนการ

ทดสอบกรณีที่ถูกส่งกลับ ล้มเหลว เกินกำหนด และถูกยกระดับ
04

การเชื่อมต่อ

API ตัวเชื่อมต่อ เหตุการณ์ ตัวตน และการทำงานร่วมกับระบบข้อมูลหลัก

ติดตามทิศทาง การลองใหม่ ความรับผิดชอบ และการจัดการเมื่อเกิดความล้มเหลว
05

ความปลอดภัยและการกำกับดูแล

การดูแลระบบ บทบาท ขอบเขตระเบียน การตรวจสอบ มาตรฐาน และการควบคุมผู้สร้าง

ทดสอบกับผู้ใช้จริงและฟิลด์ข้อมูลที่ละเอียดอ่อน
06

วงจรชีวิตและการปฏิบัติงาน

สภาพแวดล้อม การทดสอบ การเผยแพร่ การติดตาม การสนับสนุน การเปลี่ยนแปลง และการเลิกใช้งาน

ทำการเปลี่ยนแปลงที่เป็นตัวแทนและบันทึกเส้นทาง
07

ความคุ้มค่าทางเศรษฐกิจ

สิทธิ์ใช้งาน แอป ผู้ใช้ รันไทม์ ปริมาณงาน บริการ การดูแล และต้นทุนการเปลี่ยนแปลง

สร้างโมเดลสามปีและจุดอัปเกรดแรก
Low-Code, No-Code หรือเขียนโค้ด

เลือกตามความเป็นเจ้าของและขอบเขตทางเทคนิค

ป้าย Low-Code และ No-Code มีส่วนทับซ้อนกัน การตัดสินใจจะชัดขึ้นเมื่อทีมระบุว่าใครเป็นเจ้าของการเปลี่ยนแปลงแต่ละประเภท

การตัดสินใจLow-CodeNo-Codeการพัฒนาแบบดั้งเดิม
การเปลี่ยนฟิลด์ กฎ มุมมอง หรือแดชบอร์ดตามปกติผู้สร้างหรือนักพัฒนาตามโมเดลการกำกับผู้ดูแลระบบฝ่ายธุรกิจที่ผ่านการฝึกอบรมนักพัฒนา
อัลกอริทึม ไลบรารี หรือบริการเฉพาะการต่อยอดสำหรับนักพัฒนาบนแพลตฟอร์มที่รองรับโดยทั่วไปต้องเชื่อมต่อเพิ่มหรือไม่รองรับนักพัฒนาเป็นเจ้าของการติดตั้ง
สถาปัตยกรรมการนำขึ้นใช้งานและรันไทม์ตัวเลือกคลาวด์ ไฮบริด หรือส่วนตัวที่ขึ้นอยู่กับแพลตฟอร์มโดยทั่วไปเป็น SaaS ของผู้ให้บริการทีมออกแบบและดูแลชุดเทคโนโลยีเอง
รูปแบบแอปที่เหมาะที่สุดแอปองค์กรที่ซับซ้อนและรองรับหลายประสบการณ์เวิร์กโฟลว์ธุรกิจและแอปปฏิบัติงานที่กำหนดค่าได้ผลิตภัณฑ์ที่สร้างความแตกต่างและซอฟต์แวร์ที่ไม่ถูกจำกัด
คำถามเกี่ยวกับคำนิยาม Low-Code

คำถามที่พบบ่อยหลังคำนิยาม

01Low-Code ทำให้ไม่ต้องมีนักพัฒนาหรือไม่

ไม่ทั้งหมด No-Code ย้ายภาระและให้ผู้สร้างดูแลการตั้งค่าที่รองรับได้ แต่สถาปัตยกรรมซับซ้อน การเชื่อมต่อ การต่อยอดด้วยโค้ด ความปลอดภัย ประสิทธิภาพ การนำขึ้นใช้งาน และวิศวกรรมแพลตฟอร์มยังต้องใช้ทักษะที่เหมาะสม

02Low-Code เหมือนกับ No-Code หรือไม่

ทั้งสองแนวทางทับซ้อนกัน โดยทั่วไป Low-Code มีเส้นทางสำหรับนักพัฒนาหรือการต่อยอดด้วยโค้ด ส่วน No-Code เน้นการกำหนดค่าแบบภาพโดยไม่ต้องเขียนโค้ดตามขั้นตอนปกติ ความสามารถจริงของผลิตภัณฑ์สำคัญกว่าป้ายเรียก

03ตัวอย่างแอปพลิเคชัน Low-Code มีอะไรบ้าง

ตัวอย่างได้แก่ การจัดการกรณี บริการภาคสนาม พอร์ทัลลูกค้า เวิร์กโฟลว์ปฏิบัติงาน ระบบการปฏิบัติตามกฎ และแอปองค์กร แอป Jodoo จากคำขอถึงการอนุมัติเป็นตัวอย่าง No-Code ที่ตอบโจทย์การประเมิน Low-Code ในงานปฏิบัติงานได้หลายอย่าง

04ความเสี่ยงหลักมีอะไรบ้าง

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

อธิบายคำนิยามด้วยแอปที่ใช้งานได้

ทดสอบทุกชั้นของแพลตฟอร์มใน Jodoo

เปิดแอป Jodoo และตรวจ Builder ข้อมูล เวิร์กโฟลว์ บทบาท มุมมองปฏิบัติงาน งานมือถือ แดชบอร์ด และเส้นทางการเปลี่ยนแปลง แล้วตัดสินว่าขอบเขต No-Code เหมาะหรือไม่

สำรวจแอป Jodoo