បញ្ហា (The Problem)៖ ប្រតិបត្តិករទេសចរណ៍នៅកោះឡុំបុកជួបប្រទះការលំបាកក្នុងការផ្សព្វផ្សាយសេវាកម្មរបស់ខ្លួន ខណៈដែលភ្ញៀវទេសចរមានបញ្ហាក្នុងការស្វែងរកព័ត៌មាននិងកក់កញ្ចប់ទេសចរណ៍។ ការសិក្សានេះដោះស្រាយបញ្ហានេះដោយការបង្កើតនូវប្រព័ន្ធទីផ្សារទេសចរណ៍ឌីជីថលមួយដើម្បីតភ្ជាប់ភ្នាក់ងារទេសចរណ៍និងភ្ញៀវទេសចរ។
វិធីសាស្ត្រ (The Methodology)៖ ការសិក្សានេះបានប្រើប្រាស់វិធីសាស្ត្រ Waterfall សម្រាប់ការអភិវឌ្ឍប្រព័ន្ធ ដោយរួមបញ្ចូលទាំងការរចនា ការសរសេរកូដ និងការធ្វើតេស្តវាយតម្លៃពីអ្នកប្រើប្រាស់។
លទ្ធផលសំខាន់ៗ (The Verdict)៖
| វិធីសាស្ត្រ (Method) | គុណសម្បត្តិ (Pros) | គុណវិបត្តិ (Cons) | លទ្ធផលគន្លឹះ (Key Result) |
|---|---|---|---|
| Web-Based Tourism Marketplace (Flutter + Laravel) ប្រព័ន្ធទីផ្សារទេសចរណ៍តាមគេហទំព័រ (គំរូស្នើឡើង) |
ងាយស្រួលក្នុងការស្វែងរកព័ត៌មាន និងកក់កញ្ចប់ទេសចរណ៍នៅកន្លែងតែមួយ។ ជួយអ្នកផ្តល់សេវាឱ្យពង្រីកទីផ្សារបានទូលំទូលាយដោយមិនបាច់ជួបផ្ទាល់។ | ទាមទារការតភ្ជាប់អ៊ីនធឺណិត និងចំណេះដឹងផ្នែកឌីជីថលពីអ្នកប្រើប្រាស់។ ប្រព័ន្ធនេះនៅមិនទាន់មានមុខងារទូទាត់ប្រាក់ (Payment Integration) នៅឡើយ។ | ទទួលបានពិន្ទុ UAT ជាមធ្យម ៨៤,៧៩% (កម្រិតល្អ) ពីអ្នកប្រើប្រាស់ និងដំណើរការបាន ១០០% ក្នុងការធ្វើតេស្ត Black Box ដោយគ្មានកំហុស។ |
| Physical Stores and Social Media (Traditional Approach) ការលក់តាមហាងផ្ទាល់ និងបណ្តាញសង្គម (វិធីសាស្ត្រប្រពៃណី) |
ងាយស្រួលសម្រាប់ប្រតិបត្តិករដែលមិនសូវចេះបច្ចេកវិទ្យា និងអាចប្រាស្រ័យទាក់ទងដោយផ្ទាល់ជាមួយភ្ញៀវទេសចរ។ | ពិបាកក្នុងការឈានទៅដល់អតិថិជនគោលដៅ និងធ្វើឱ្យភ្ញៀវពិបាករកព័ត៌មានរួមបញ្ចូលគ្នានៅពេលរៀបចំផែនការធ្វើដំណើរ។ | មិនមានទិន្នន័យជាក់លាក់ ប៉ុន្តែត្រូវបានបញ្ជាក់ថាជាឧបសគ្គចម្បងដែលរារាំងដល់កំណើនអាជីវកម្មទេសចរណ៍ថ្មីៗ។ |
ការចំណាយលើធនធាន (Resource Cost)៖ ការអភិវឌ្ឍប្រព័ន្ធនេះទាមទារនូវឧបករណ៍បច្ចេកវិទ្យា ចំណេះដឹងផ្នែកសរសេរកូដ និងធនធានម៉ាស៊ីនមេជាមូលដ្ឋាន។
ការសិក្សានេះត្រូវបានធ្វើឡើងដោយផ្តោតលើតំបន់ទេសចរណ៍កោះឡុំបុក ប្រទេសឥណ្ឌូនេស៊ី ដោយប្រមូលទិន្នន័យវាយតម្លៃ (UAT) ពីអ្នកប្រើប្រាស់ត្រឹមតែ ១៦ នាក់ប៉ុណ្ណោះ។ ចំនួនគំរូនេះមានទំហំតូចដែលអាចធ្វើឱ្យលទ្ធផលមិនឆ្លុះបញ្ចាំងពេញលេញពីទំហំទីផ្សារពិតប្រាកដ។ ទោះយ៉ាងណា វាជាគំរូដ៏ល្អមួយសម្រាប់កម្ពុជាក្នុងការរៀបចំប្រព័ន្ធស្រដៀងគ្នានេះដើម្បីជួយដល់ប្រតិបត្តិករទេសចរណ៍ក្នុងស្រុកដែលខ្វះខាតវត្តមានលើប្រព័ន្ធឌីជីថល។
វិធីសាស្ត្រនៃការបង្កើតទីផ្សារទេសចរណ៍រួមបញ្ចូលគ្នានេះ (Marketplace) គឺមានសក្តានុពល និងមានប្រយោជន៍ខ្លាំងណាស់សម្រាប់ជំរុញវិស័យទេសចរណ៍នៅប្រទេសកម្ពុជា។
ការអភិវឌ្ឍប្រព័ន្ធស្រដៀងគ្នានេះនៅកម្ពុជានឹងជួយពង្រឹងសេដ្ឋកិច្ចមូលដ្ឋាន បង្កើនទំនុកចិត្តអតិថិជន និងធ្វើឱ្យបទពិសោធន៍នៃការកក់សេវាកម្មទេសចរណ៍កាន់តែមានភាពទំនើប។
ដើម្បីអនុវត្តតាមការសិក្សានេះ និស្សិតគួរអនុវត្តតាមជំហានខាងក្រោម៖
| ពាក្យបច្ចេកទេស | ការពន្យល់ជាខេមរភាសា (Khmer Explanation) | និយមន័យសាមញ្ញ (Simple Definition) |
|---|---|---|
| REST API | ជាចំណុចប្រទាក់ (Interface) ដែលអនុញ្ញាតឱ្យកម្មវិធីពីរផ្សេងគ្នា (ដូចជាគេហទំព័រទូរស័ព្ទ និងម៉ាស៊ីនមេ) អាចផ្លាស់ប្តូរទិន្នន័យគ្នាទៅវិញទៅមកតាមរយៈប្រព័ន្ធអ៊ីនធឺណិតប្រកបដោយសុវត្ថិភាព។ | ដូចជាអ្នករត់តុក្នុងភោជនីយដ្ឋាន ដែលទទួលការកុម្ម៉ង់ពីអ្នក (កម្មវិធី) យកទៅឱ្យចុងភៅ (ម៉ាស៊ីនមេ) រួចយកម្ហូប (ទិន្នន័យ) មកឱ្យអ្នកវិញ។ |
| Flutter | ជាឧបករណ៍ (Framework) របស់ក្រុមហ៊ុន Google ដែលប្រើភាសា Dart សម្រាប់បង្កើតចំណុចប្រទាក់អ្នកប្រើប្រាស់ (UI) ដ៏ស្រស់ស្អាតនិងរលូន សម្រាប់ទាំងកម្មវិធីទូរស័ព្ទនិងគេហទំព័រ ដោយការសរសេរកូដតែម្តង។ | ដូចជារោងចក្រផលិតម៉ាស៊ីនរថយន្តដែលអាចយកទៅបំពាក់លើរថយន្តម៉ាកអ្វី ឬប្រភេទអ្វីក៏បាន ដោយប្រើពុម្ពតែមួយ។ |
| Laravel | ជាក្របខ័ណ្ឌ (Framework) នៃភាសា PHP ដែលជួយឱ្យអ្នកអភិវឌ្ឍន៍សរសេរកូដផ្នែកខាងក្រោយ (Backend) របស់គេហទំព័របានលឿន មានសុវត្ថិភាព និងមានរបៀបរៀបរយ។ | ដូចជាគ្រោងឆ្អឹងនិងប្រព័ន្ធទឹកភ្លើងនៃផ្ទះ ដែលបានរៀបចំរួចជាស្រេច ដើម្បីឱ្យជាងសំណង់ងាយស្រួលសាងសង់ផ្ទះបានលឿននិងរឹងមាំ។ |
| black box testing | ជាវិធីសាស្ត្រធ្វើតេស្តសូហ្វវែរដោយសាកល្បងប្រើប្រាស់មុខងាររបស់វា (បញ្ចូលទិន្នន័យនិងមើលលទ្ធផលចេញមកក្រៅ) ដោយមិនចាំបាច់ដឹងពីរបៀបសរសេរកូដនៅផ្នែកខាងក្នុងនោះទេ។ | ដូចជាការបើកបរសាកល្បងរថយន្ត ដើម្បីមើលថាតើហ្រ្វាំង ឬចង្កូតដំណើរការឬទេ ដោយមិនបាច់បើកគម្របម៉ាស៊ីនដើម្បីមើលគ្រឿងក្នុង។ |
| user acceptance testing | ជាដំណាក់កាលធ្វើតេស្តវាយតម្លៃចុងក្រោយ ដែលតម្រូវឱ្យអ្នកប្រើប្រាស់ពិតប្រាកដសាកល្បងប្រើប្រព័ន្ធ ដើម្បីបញ្ជាក់ថាតើវាបំពេញតាមតម្រូវការនិងងាយស្រួលប្រើប្រាស់កម្រិតណា។ | ដូចជាការអញ្ជើញភ្ញៀវមកភ្លក់ម្ហូបមុននឹងបើកភោជនីយដ្ឋានជាផ្លូវការ ដើម្បីប្រាកដថាម្ហូបនោះពិតជាត្រូវមាត់អតិថិជន។ |
| metode waterfall | ជាវិធីសាស្ត្រអភិវឌ្ឍន៍សូហ្វវែរដែលតម្រូវឱ្យធ្វើតាមលំដាប់លំដោយពីមួយជំហានទៅមួយជំហាន (តាំងពីការសិក្សា រចនា សរសេរកូដ ដល់ការធ្វើតេស្ត) ដោយមិនអាចរំលង ឬត្រឡប់ថយក្រោយបានងាយស្រួលនោះទេ។ | ដូចជាទឹកធ្លាក់ពីលើភ្នំ ដែលហូរតាមលំដាប់ថ្នាក់ចុះមកក្រោម ហើយមិនអាចហូរត្រឡប់ទៅលើវិញបានទេ។ |
| Entity relationship diagram | ជាគំនូសបំព្រួញដែលបង្ហាញពីរបៀបដែលទិន្នន័យផ្សេងៗ (ដូចជា ព័ត៌មានអ្នកប្រើប្រាស់ កញ្ចប់ទេសចរណ៍ និងប្រវត្តិការកក់) ភ្ជាប់ទំនាក់ទំនងគ្នាទម្រង់ជាតារាងនៅក្នុងមូលដ្ឋានទិន្នន័យ។ | ដូចជាផែនទីពង្សាវតារគ្រួសារ ដែលបង្ហាញយ៉ាងច្បាស់ពីទំនាក់ទំនងរវាងសមាជិកម្នាក់ៗនៅក្នុងគ្រួសារធំមួយ។ |
| Use case diagram | ជាគំនូសបំព្រួញដែលបង្ហាញពីមុខងារសរុបរបស់ប្រព័ន្ធ និងការកំណត់សិទ្ធិរបស់អ្នកប្រើប្រាស់ម្នាក់ៗ (ឧទាហរណ៍៖ អតិថិជនអាចត្រឹមតែកក់សេវា ចំណែកអ្នកគ្រប់គ្រងអាចកែប្រែឬលុបទិន្នន័យបាន)។ | ដូចជាតារាងបែងចែកភារកិច្ចនៅក្នុងស្ថាប័ន ដែលប្រាប់យ៉ាងច្បាស់ថាបុគ្គលិកផ្នែកណាអាចធ្វើការងារអ្វីខ្លះ។ |
ប្រធានបទ និងសំណួរស្រាវជ្រាវដែលទាក់ទងនឹងឯកសារនេះ ដែលអ្នកអាចស្វែងរកបន្ថែម៖
