ពុម្ពកំណត់ត្រាការសម្រេចចិត្តរបស់ arc42

https://arc42.org/overview

1. សេចក្តីផ្តើម និងគោលដៅ

ការពិពណ៌នាខ្លីអំពីតម្រូវការ កម្លាំងជំរុញ ការដកស្រង់ (ឬអរូបី) នៃតម្រូវការ។ គោលដៅគុណភាពកំពូលបីយ៉ាង (ច្រើនបំផុតប្រាំ) សម្រាប់ស្ថាបត្យកម្មដែលមានអាទិភាពខ្ពស់បំផុតសម្រាប់ភាគីពាក់ព័ន្ធសំខាន់ៗ។ តារាងនៃភាគីពាក់ព័ន្ធសំខាន់ៗ ជាមួយការរំពឹងទុករបស់ពួកគេទាក់ទងនឹងស្ថាបត្យកម្ម។

1.1 ទិដ្ឋភាពទូទៅនៃតម្រូវការ

មាតិកា

ការពិពណ៌នាខ្លីអំពីតម្រូវការមុខងារ កម្លាំងជំរុញ ការដកស្រង់ (ឬអរូបី) នៃតម្រូវការ។ តំណទៅឯកសារតម្រូវការ (ដែលសង្ឃឹមថាមានស្រាប់) ជាមួយព័ត៌មានអំពីកន្លែងរកវា។

ការជំរុញ

ពីទស្សនៈរបស់អ្នកប្រើចុងក្រោយ ប្រព័ន្ធមួយត្រូវបានបង្កើត ឬកែប្រែដើម្បីកែលម្អការគាំទ្រសកម្មភាពអាជីវកម្ម និង/ឬកែលម្អគុណភាព។

ទម្រង់

ការពិពណ៌នាជាអត្ថបទខ្លី ប្រហែលជាក្នុងទម្រង់តារាងករណីប្រើប្រាស់។ ប្រសិនបើមានឯកសារតម្រូវការ ទិដ្ឋភាពទូទៅនេះគួរយោងទៅឯកសារទាំងនោះ។

រក្សាការដកស្រង់ទាំងនេះឱ្យខ្លីតាមដែលអាចធ្វើបាន។ ធ្វើតុល្យភាពរវាងភាពងាយអាននៃឯកសារនេះ និងភាពស្ទួនដែលអាចមានទាក់ទងនឹងឯកសារតម្រូវការ។

1.2 គោលដៅគុណភាព

មាតិកា

គោលដៅគុណភាពកំពូលបីយ៉ាង (ច្រើនបំផុតប្រាំ) សម្រាប់ស្ថាបត្យកម្ម ដែលការបំពេញរបស់វាមានសារៈសំខាន់បំផុតសម្រាប់ភាគីពាក់ព័ន្ធសំខាន់ៗ។ យើងមានន័យយ៉ាងពិតប្រាកដថាគោលដៅគុណភាពសម្រាប់ស្ថាបត្យកម្ម។ កុំច្រលំវាជាមួយគោលដៅគម្រោង។ ពួកវាមិនចាំបាច់ដូចគ្នាទេ។ ស្តង់ដារ ISO 25010 ផ្តល់ទិដ្ឋភាពទូទៅដ៏ល្អអំពីប្រធានបទដែលអាចមានចំណាប់អារម្មណ៍។

ការជំរុញ

អ្នកគួរដឹងអំពីគោលដៅគុណភាពរបស់ភាគីពាក់ព័ន្ធសំខាន់បំផុតរបស់អ្នក ព្រោះពួកវានឹងមានឥទ្ធិពលលើការសម្រេចចិត្តខាងស្ថាបត្យកម្មជាមូលដ្ឋាន។ ត្រូវប្រាកដថាបញ្ជាក់ឱ្យច្បាស់អំពីគុណភាពទាំងនេះ ហើយជៀសវាងពាក្យទំនើបៗ។ ប្រសិនបើអ្នកជាស្ថាបត្យករមិនដឹងថាគុណភាពនៃការងាររបស់អ្នកនឹងត្រូវបានវិនិច្ឆ័យដោយរបៀបណា …

ទម្រង់

តារាងដែលមានគោលដៅគុណភាពសំខាន់បំផុត និងសេណារីយ៉ូជាក់លាក់ តម្រៀបតាមអាទិភាព។

1.3 ភាគីពាក់ព័ន្ធ

មាតិកា

ទិដ្ឋភាពទូទៅច្បាស់លាស់នៃភាគីពាក់ព័ន្ធនៃប្រព័ន្ធ ពោលគឺបុគ្គល តួនាទី ឬអង្គការទាំងអស់ដែល

• គួរដឹងអំពីស្ថាបត្យកម្ម

• ត្រូវបានគេបញ្ចុះបញ្ចូលអំពីស្ថាបត្យកម្ម

• ត្រូវធ្វើការជាមួយស្ថាបត្យកម្ម ឬកូដ

• ត្រូវការឯកសារស្ថាបត្យកម្មសម្រាប់ការងាររបស់ពួកគេ

• ត្រូវធ្វើការសម្រេចចិត្តអំពីប្រព័ន្ធ ឬការអភិវឌ្ឍរបស់វា

ការជំរុញ

អ្នកគួរដឹងអំពីភាគីទាំងអស់ដែលពាក់ព័ន្ធក្នុងការអភិវឌ្ឍប្រព័ន្ធ ឬរងផលប៉ះពាល់ដោយប្រព័ន្ធ។ បើមិនដូច្នោះទេ អ្នកអាចជួបការភ្ញាក់ផ្អើលអាក្រក់ក្នុងដំណើរការអភិវឌ្ឍនៅពេលក្រោយ។ ភាគីពាក់ព័ន្ធទាំងនេះកំណត់វិសាលភាព និងកម្រិតលម្អិតនៃការងាររបស់អ្នក និងលទ្ធផលរបស់វា។

ទម្រង់

តារាងដែលមានឈ្មោះតួនាទី ឈ្មោះបុគ្គល និងការរំពឹងទុករបស់ពួកគេទាក់ទងនឹងស្ថាបត្យកម្ម និងឯកសាររបស់វា។

2. ឧបសគ្គ

អ្វីៗដែលកំណត់ក្រុមក្នុងការសម្រេចចិត្តរចនា និងអនុវត្ត ឬការសម្រេចចិត្តអំពីដំណើរការពាក់ព័ន្ធ។ ជួនកាលអាចហួសពីប្រព័ន្ធនីមួយៗ ហើយមានសុពលភាពសម្រាប់អង្គការ និងក្រុមហ៊ុនទាំងមូល។

មាតិកា

តម្រូវការណាមួយដែលកំណត់សេរីភាពរបស់ស្ថាបត្យករកម្មវិធីក្នុងការសម្រេចចិត្តរចនា និងអនុវត្ត ឬការសម្រេចចិត្តអំពីដំណើរការអភិវឌ្ឍ។ ឧបសគ្គទាំងនេះជួនកាលហួសពីប្រព័ន្ធនីមួយៗ ហើយមានសុពលភាពសម្រាប់អង្គការ និងក្រុមហ៊ុនទាំងមូល។

ការជំរុញ

ស្ថាបត្យករគួរដឹងច្បាស់ថាពួកគេមានសេរីភាពនៅត្រង់ណាក្នុងការសម្រេចចិត្តរចនា និងត្រង់ណាដែលពួកគេត្រូវប្រកាន់ខ្ជាប់នឹងឧបសគ្គ។ ឧបសគ្គត្រូវតែដោះស្រាយជានិច្ច ទោះបីជាពួកវាអាចចរចាបានក៏ដោយ។

ទម្រង់

តារាងសាមញ្ញនៃឧបសគ្គជាមួយការពន្យល់។ ប្រសិនបើចាំបាច់ អ្នកអាចបែងចែកវាទៅជាឧបសគ្គបច្ចេកទេស ឧបសគ្គអង្គការ និងនយោបាយ និងអនុសញ្ញា (ឧ. គោលការណ៍ណែនាំអំពីការសរសេរកម្មវិធី ឬការកំណត់កំណែ អនុសញ្ញាឯកសារ ឬការដាក់ឈ្មោះ)

3. បរិបទ និងវិសាលភាព

កំណត់ព្រំដែនប្រព័ន្ធរបស់អ្នកពីដៃគូទំនាក់ទំនង (ខាងក្រៅ) របស់វា (ប្រព័ន្ធជិតខាង និងអ្នកប្រើ)។ បញ្ជាក់ចំណុចប្រទាក់ខាងក្រៅ។ បង្ហាញពីទស្សនៈអាជីវកម្ម/ដែន (ជានិច្ច) ឬទស្សនៈបច្ចេកទេស (ស្រេចចិត្ត)

មាតិកា

វិសាលភាព និងបរិបទប្រព័ន្ធ ដូចឈ្មោះបានបង្ហាញ កំណត់ព្រំដែនប្រព័ន្ធរបស់អ្នក (ពោលគឺវិសាលភាពរបស់អ្នក) ពីដៃគូទំនាក់ទំនងទាំងអស់របស់វា (ប្រព័ន្ធជិតខាង និងអ្នកប្រើ ពោលគឺបរិបទនៃប្រព័ន្ធរបស់អ្នក)។ ដូច្នេះវាបញ្ជាក់ចំណុចប្រទាក់ខាងក្រៅ។

ប្រសិនបើចាំបាច់ សូមញែកបរិបទអាជីវកម្ម (ធាតុបញ្ចូល និងធាតុចេញជាក់លាក់ដែន) ពីបរិបទបច្ចេកទេស (ឆានែល ពិធីការ ផ្នែករឹង)។

ការជំរុញ

ចំណុចប្រទាក់ដែន និងចំណុចប្រទាក់បច្ចេកទេសទៅកាន់ដៃគូទំនាក់ទំនង គឺស្ថិតក្នុងចំណោមទិដ្ឋភាពសំខាន់បំផុតនៃប្រព័ន្ធរបស់អ្នក។ ត្រូវប្រាកដថាអ្នកយល់ពីពួកវាទាំងស្រុង។

ទម្រង់

• ដ្យាក្រាមបរិបទផ្សេងៗ

• បញ្ជីដៃគូទំនាក់ទំនង និងចំណុចប្រទាក់របស់ពួកគេ។

3.1 បរិបទអាជីវកម្ម

មាតិកា

ការបញ្ជាក់ពីដៃគូទំនាក់ទំនងទាំងអស់ (អ្នកប្រើ ប្រព័ន្ធ IT …) ជាមួយការពន្យល់អំពីធាតុបញ្ចូល និងធាតុចេញជាក់លាក់ដែន ឬចំណុចប្រទាក់។ ជាជម្រើស អ្នកអាចបន្ថែមទម្រង់ជាក់លាក់ដែន ឬពិធីការទំនាក់ទំនង។

ការជំរុញ

ភាគីពាក់ព័ន្ធទាំងអស់គួរយល់ថាទិន្នន័យអ្វីត្រូវបានផ្លាស់ប្តូរជាមួយបរិស្ថានរបស់ប្រព័ន្ធ។

ទម្រង់

ដ្យាក្រាមគ្រប់ប្រភេទដែលបង្ហាញប្រព័ន្ធជាប្រអប់ខ្មៅ ហើយបញ្ជាក់ចំណុចប្រទាក់ដែនទៅកាន់ដៃគូទំនាក់ទំនង។

ឬ (ឬបន្ថែម) អ្នកអាចប្រើតារាង។ ចំណងជើងតារាងគឺជាឈ្មោះប្រព័ន្ធរបស់អ្នក ជួរបីមានឈ្មោះដៃគូទំនាក់ទំនង ធាតុបញ្ចូល និងធាតុចេញ។

3.2 បរិបទបច្ចេកទេស

មាតិកា

ចំណុចប្រទាក់បច្ចេកទេស (ឆានែល និងមធ្យោបាយបញ្ជូន) ដែលភ្ជាប់ប្រព័ន្ធរបស់អ្នកទៅនឹងបរិស្ថានរបស់វា។ បន្ថែមលើនេះ គឺការផ្គូផ្គងធាតុបញ្ចូល/ធាតុចេញជាក់លាក់ដែនទៅនឹងឆានែល ពោលគឺការពន្យល់ថា I/O ប្រើឆានែលណា។

ការជំរុញ

ភាគីពាក់ព័ន្ធជាច្រើនធ្វើការសម្រេចចិត្តខាងស្ថាបត្យកម្មដោយផ្អែកលើចំណុចប្រទាក់បច្ចេកទេសរវាងប្រព័ន្ធ និងបរិបទរបស់វា។ ជាពិសេសអ្នករចនាហេដ្ឋារចនាសម្ព័ន្ធ ឬផ្នែករឹងជាអ្នកសម្រេចចំណុចប្រទាក់បច្ចេកទេសទាំងនេះ។

ទម្រង់

ឧ. ដ្យាក្រាមដាក់ពង្រាយ UML ដែលពិពណ៌នាឆានែលទៅកាន់ប្រព័ន្ធជិតខាង រួមជាមួយតារាងផ្គូផ្គងដែលបង្ហាញទំនាក់ទំនងរវាងឆានែល និងធាតុបញ្ចូល/ធាតុចេញ។

4. យុទ្ធសាស្ត្រដំណោះស្រាយ

សេចក្តីសង្ខេបនៃការសម្រេចចិត្តជាមូលដ្ឋាន និងយុទ្ធសាស្ត្រដំណោះស្រាយដែលរៀបចំស្ថាបត្យកម្ម។ អាចរួមមានបច្ចេកវិទ្យា ការបំបែកកម្រិតកំពូល វិធីសាស្ត្រដើម្បីសម្រេចគោលដៅគុណភាពកំពូល និងការសម្រេចចិត្តអង្គការដែលពាក់ព័ន្ធ។

មាតិកា

សេចក្តីសង្ខេប និងការពន្យល់ខ្លីអំពីការសម្រេចចិត្តជាមូលដ្ឋាន និងយុទ្ធសាស្ត្រដំណោះស្រាយ ដែលរៀបចំស្ថាបត្យកម្មរបស់ប្រព័ន្ធ។ ទាំងនេះរួមមាន

• ការសម្រេចចិត្តអំពីបច្ចេកវិទ្យា

• ការសម្រេចចិត្តអំពីការបំបែកកម្រិតកំពូលនៃប្រព័ន្ធ ឧ. ការប្រើគំរូស្ថាបត្យកម្ម ឬគំរូរចនា

• ការសម្រេចចិត្តអំពីរបៀបសម្រេចគោលដៅគុណភាពសំខាន់ៗ

• ការសម្រេចចិត្តអង្គការដែលពាក់ព័ន្ធ ឧ. ការជ្រើសរើសដំណើរការអភិវឌ្ឍ ឬការប្រគល់កិច្ចការមួយចំនួនទៅភាគីទីបី។

ការជំរុញ

ការសម្រេចចិត្តទាំងនេះបង្កើតជាគ្រឹះសម្រាប់ស្ថាបត្យកម្មរបស់អ្នក។ ពួកវាជាមូលដ្ឋានសម្រាប់ការសម្រេចចិត្តលម្អិត ឬច្បាប់អនុវត្តជាច្រើនទៀត។

ទម្រង់

រក្សាការពន្យល់អំពីការសម្រេចចិត្តសំខាន់ៗទាំងនេះឱ្យខ្លី។

បង្ហាញហេតុផលនៃអ្វីដែលអ្នកបានសម្រេច និងមូលហេតុដែលអ្នកសម្រេចដូច្នោះ ដោយផ្អែកលើសេចក្តីថ្លែងបញ្ហា គោលដៅគុណភាព និងឧបសគ្គសំខាន់ៗរបស់អ្នក។ សូមយោងព័ត៌មានលម្អិតក្នុងផ្នែកខាងក្រោម (ផ្នែកទី 5 សម្រាប់ព័ត៌មានលម្អិតរចនាសម្ព័ន្ធ ផ្នែកទី 8 សម្រាប់គំនិតឆ្លងកាត់)។

អ្នកអាចប្រើបញ្ជីនៃវិធីសាស្ត្រដំណោះស្រាយ ឬតារាង។

5. ទិដ្ឋភាពប្លុកសាងសង់

ការបំបែកឋិតិវន្តនៃប្រព័ន្ធ អរូបីនៃកូដប្រភព បង្ហាញជាឋានានុក្រមនៃប្រអប់ស (ដែលមានប្រអប់ខ្មៅ) រហូតដល់កម្រិតលម្អិតសមស្រប។

មាតិកា

ទិដ្ឋភាពប្លុកសាងសង់បង្ហាញការបំបែកឋិតិវន្តនៃប្រព័ន្ធទៅជាប្លុកសាងសង់ (ម៉ូឌុល សមាសភាគ ប្រព័ន្ធរង ថ្នាក់ ចំណុចប្រទាក់ កញ្ចប់ បណ្ណាល័យ ក្របខ័ណ្ឌ ស្រទាប់ ភាគ ថ្នាក់ អនុគមន៍ ម៉ាក្រូ ប្រតិបត្តិការ រចនាសម្ព័ន្ធទិន្នន័យ …) ព្រមទាំងភាពអាស្រ័យរបស់ពួកវា (ទំនាក់ទំនង ការភ្ជាប់ …)

ទិដ្ឋភាពនេះចាំបាច់សម្រាប់ឯកសារស្ថាបត្យកម្មគ្រប់បែប។ ប្រៀបដូចផ្ទះ នេះគឺជាប្លង់ជាន់។

ការជំរុញ

រក្សាទិដ្ឋភាពទូទៅនៃកូដប្រភពរបស់អ្នក ដោយធ្វើឱ្យរចនាសម្ព័ន្ធរបស់វាអាចយល់បានតាមរយៈអរូបី។

នេះអនុញ្ញាតឱ្យអ្នកទំនាក់ទំនងជាមួយភាគីពាក់ព័ន្ធរបស់អ្នកនៅកម្រិតអរូបី ដោយមិនបង្ហាញព័ត៌មានលម្អិតនៃការអនុវត្ត។

ទម្រង់

ទិដ្ឋភាពប្លុកសាងសង់គឺជាបណ្តុំជាឋានានុក្រមនៃប្រអប់ខ្មៅ និងប្រអប់ស (សូមមើលរូបខាងក្រោម) និងការពិពណ៌នារបស់ពួកវា។

5.1 ប្រអប់សនៃប្រព័ន្ធទាំងមូល

នៅទីនេះអ្នកពិពណ៌នាអំពីការបំបែកប្រព័ន្ធទាំងមូល ដោយប្រើពុម្ពប្រអប់សខាងក្រោម។ វារួមមាន

• ដ្យាក្រាមទិដ្ឋភាពទូទៅ

• ការជំរុញសម្រាប់ការបំបែក

• ការពិពណ៌នាប្រអប់ខ្មៅនៃប្លុកសាងសង់ដែលមាន។ សម្រាប់ទាំងនេះ យើងផ្តល់ជម្រើសដល់អ្នក៖

  • ប្រើតារាងមួយសម្រាប់ទិដ្ឋភាពទូទៅខ្លី និងជាក់ស្តែងនៃប្លុកសាងសង់ដែលមានទាំងអស់ និងចំណុចប្រទាក់របស់វា

  • ប្រើបញ្ជីនៃការពិពណ៌នាប្រអប់ខ្មៅនៃប្លុកសាងសង់ តាមពុម្ពប្រអប់ខ្មៅ (សូមមើលខាងក្រោម)។ អាស្រ័យលើជម្រើសឧបករណ៍របស់អ្នក បញ្ជីនេះអាចជាជំពូករង (ក្នុងឯកសារអត្ថបទ) ទំព័ររង (ក្នុង Wiki) ឬធាតុដែលដាក់ជាប់គ្នា (ក្នុងឧបករណ៍ម៉ូដែល)។

  • (ស្រេចចិត្ត៖) ចំណុចប្រទាក់សំខាន់ៗ ដែលមិនត្រូវបានពន្យល់ក្នុងពុម្ពប្រអប់ខ្មៅនៃប្លុកសាងសង់ ប៉ុន្តែសំខាន់ណាស់សម្រាប់ការយល់ដឹងអំពីប្រអប់ស។

ដោយសារមានវិធីជាច្រើនក្នុងការបញ្ជាក់ចំណុចប្រទាក់ ហេតុអ្វីមិនផ្តល់ពុម្ពជាក់លាក់សម្រាប់ពួកវា។

ក្នុងករណីល្អបំផុត អ្នកនឹងគ្រាន់តែប្រើឧទាហរណ៍ ឬហត្ថលេខាសាមញ្ញ។

5.2 កម្រិត 2

នៅទីនេះអ្នកអាចបញ្ជាក់រចនាសម្ព័ន្ធខាងក្នុងនៃប្លុកសាងសង់ (មួយចំនួន) ពីកម្រិត 1 ជាប្រអប់ស។

អ្នកត្រូវសម្រេចថាប្លុកសាងសង់ណាមួយនៃប្រព័ន្ធរបស់អ្នកសំខាន់គ្រប់គ្រាន់ដើម្បីបញ្ជាក់ពីការពិពណ៌នាលម្អិតបែបនេះ។ សូមចូលចិត្តភាពពាក់ព័ន្ធជាងភាពពេញលេញ។ បញ្ជាក់ប្លុកសាងសង់ដែលសំខាន់ គួរឱ្យភ្ញាក់ផ្អើល មានហានិភ័យ ស្មុគស្មាញ ឬប្រែប្រួល។ ទុកចោលផ្នែកធម្មតា សាមញ្ញ គួរឱ្យធុញ ឬស្តង់ដារនៃប្រព័ន្ធរបស់អ្នក

5.2.1 ប្រអប់សសម្រាប់ប្លុកសាងសង់ទី 1

បញ្ជាក់រចនាសម្ព័ន្ធខាងក្នុងនៃប្លុកសាងសង់ទី 1។

ប្រើពុម្ពប្រអប់ស (សូមមើលខាងលើ)។

6. ទិដ្ឋភាពពេលដំណើរការ

ឥរិយាបថនៃប្លុកសាងសង់ជាសេណារីយ៉ូ ដែលគ្របដណ្តប់ករណីប្រើប្រាស់ ឬមុខងារសំខាន់ៗ អន្តរកម្មនៅចំណុចប្រទាក់ខាងក្រៅសំខាន់ៗ ប្រតិបត្តិការ និងការគ្រប់គ្រង បូកនឹងឥរិយាបថកំហុស និងករណីលើកលែង។

មាតិកា

ទិដ្ឋភាពពេលដំណើរការពិពណ៌នាអំពីឥរិយាបថជាក់ស្តែង និងអន្តរកម្មនៃប្លុកសាងសង់របស់ប្រព័ន្ធ ក្នុងទម្រង់សេណារីយ៉ូពីផ្នែកខាងក្រោម៖

• ករណីប្រើប្រាស់ ឬមុខងារសំខាន់ៗ៖ តើប្លុកសាងសង់ប្រតិបត្តិពួកវាដោយរបៀបណា?

• អន្តរកម្មនៅចំណុចប្រទាក់ខាងក្រៅសំខាន់ៗ៖ តើប្លុកសាងសង់សហការជាមួយអ្នកប្រើ និងប្រព័ន្ធជិតខាងដោយរបៀបណា?

• ប្រតិបត្តិការ និងការគ្រប់គ្រង៖ ការបើកដំណើរការ ចាប់ផ្តើម បញ្ឈប់

• សេណារីយ៉ូកំហុស និងករណីលើកលែង

ចំណាំ៖ លក្ខណៈវិនិច្ឆ័យចម្បងសម្រាប់ការជ្រើសរើសសេណារីយ៉ូដែលអាចមាន (លំដាប់ លំហូរការងារ) គឺភាពពាក់ព័ន្ធខាងស្ថាបត្យកម្មរបស់វា។ វាមិនសំខាន់ក្នុងការពិពណ៌នាសេណារីយ៉ូច្រើនទេ។ អ្នកគួរតែកត់ត្រាការជ្រើសរើសតំណាងមួយប៉ុណ្ណោះ។

ការជំរុញ

អ្នកគួរយល់ពីរបៀបដែល (ករណីនៃ) ប្លុកសាងសង់នៃប្រព័ន្ធរបស់អ្នកអនុវត្តការងាររបស់ខ្លួន និងទំនាក់ទំនងពេលដំណើរការ។ អ្នកនឹងកត់ត្រាសេណារីយ៉ូជាចម្បងនៅក្នុងឯកសាររបស់អ្នក ដើម្បីទំនាក់ទំនងស្ថាបត្យកម្មរបស់អ្នកទៅកាន់ភាគីពាក់ព័ន្ធដែលមិនសូវចង់ ឬមិនអាចអាន និងយល់ម៉ូដែលឋិតិវន្ត (ទិដ្ឋភាពប្លុកសាងសង់ ទិដ្ឋភាពដាក់ពង្រាយ)។

ទម្រង់

មានសញ្ញាណជាច្រើនសម្រាប់ពិពណ៌នាសេណារីយ៉ូ ឧ.

• បញ្ជីលេខរៀងនៃជំហាន (ជាភាសាធម្មជាតិ)

• ដ្យាក្រាមសកម្មភាព ឬគំនូសបំព្រួញ

• ដ្យាក្រាមលំដាប់

• BPMN ឬ EPC (ខ្សែសង្វាក់ដំណើរការព្រឹត្តិការណ៍)

• ម៉ាស៊ីនស្ថានភាព

• ។ល។

6.n សេណារីយ៉ូពេលដំណើរការទី n (1, 2, 3 ។ល។)

បញ្ចូលដ្យាក្រាមពេលដំណើរការ ឬការពិពណ៌នាជាអត្ថបទនៃសេណារីយ៉ូ។

បញ្ចូលការពិពណ៌នាអំពីទិដ្ឋភាពគួរកត់សម្គាល់នៃអន្តរកម្មរវាងករណីនៃប្លុកសាងសង់ដែលបង្ហាញក្នុងដ្យាក្រាមនេះ។

7. ទិដ្ឋភាពដាក់ពង្រាយ

ហេដ្ឋារចនាសម្ព័ន្ធបច្ចេកទេសជាមួយបរិស្ថាន កុំព្យូទ័រ ឧបករណ៍ដំណើរការ ការតភ្ជាប់។ ការផ្គូផ្គងប្លុកសាងសង់ (កម្មវិធី) ទៅនឹងធាតុហេដ្ឋារចនាសម្ព័ន្ធ។

មាតិកា

ទិដ្ឋភាពដាក់ពង្រាយពិពណ៌នា៖

• ហេដ្ឋារចនាសម្ព័ន្ធបច្ចេកទេសដែលប្រើដើម្បីប្រតិបត្តិប្រព័ន្ធរបស់អ្នក ជាមួយធាតុហេដ្ឋារចនាសម្ព័ន្ធ ដូចជាទីតាំងភូមិសាស្ត្រ បរិស្ថាន កុំព្យូទ័រ ឧបករណ៍ដំណើរការ ឆានែល និងបណ្តាញតភ្ជាប់ ព្រមទាំងធាតុហេដ្ឋារចនាសម្ព័ន្ធផ្សេងទៀត និង

• ការផ្គូផ្គងប្លុកសាងសង់ (កម្មវិធី) ទៅនឹងធាតុហេដ្ឋារចនាសម្ព័ន្ធទាំងនោះ។

ជារឿយៗប្រព័ន្ធត្រូវបានប្រតិបត្តិក្នុងបរិស្ថានផ្សេងៗ ឧ. បរិស្ថានអភិវឌ្ឍន៍ បរិស្ថានសាកល្បង បរិស្ថានផលិតកម្ម។ ក្នុងករណីបែបនេះ អ្នកគួរកត់ត្រាបរិស្ថានពាក់ព័ន្ធទាំងអស់។

ជាពិសេសសូមកត់ត្រាទិដ្ឋភាពដាក់ពង្រាយ នៅពេលកម្មវិធីរបស់អ្នកត្រូវបានប្រតិបត្តិជាប្រព័ន្ធចែកចាយដែលមានកុំព្យូទ័រ ឧបករណ៍ដំណើរការ ម៉ាស៊ីនមេ ឬកុងតឺន័រច្រើនជាងមួយ ឬនៅពេលអ្នករចនា និងសាងសង់ឧបករណ៍ដំណើរការផ្នែករឹង និងឈីបផ្ទាល់ខ្លួនរបស់អ្នក។

ពីទស្សនៈកម្មវិធី វាគ្រប់គ្រាន់ក្នុងការកត់ត្រាធាតុទាំងនោះនៃហេដ្ឋារចនាសម្ព័ន្ធដែលត្រូវការដើម្បីបង្ហាញការដាក់ពង្រាយប្លុកសាងសង់របស់អ្នក។ ស្ថាបត្យករផ្នែករឹងអាចទៅហួសពីនោះ ហើយពិពណ៌នាហេដ្ឋារចនាសម្ព័ន្ធដល់កម្រិតលម្អិតណាក៏ដោយដែលពួកគេត្រូវកត់ត្រា។

ការជំរុញ

កម្មវិធីមិនដំណើរការដោយគ្មានផ្នែករឹងទេ។ ហេដ្ឋារចនាសម្ព័ន្ធមូលដ្ឋាននេះអាច និងនឹងមានឥទ្ធិពលលើប្រព័ន្ធរបស់អ្នក និង/ឬគំនិតឆ្លងកាត់មួយចំនួន។ ដូច្នេះអ្នកត្រូវដឹងអំពីហេដ្ឋារចនាសម្ព័ន្ធ។

ទម្រង់

ប្រហែលជាដ្យាក្រាមដាក់ពង្រាយកម្រិតខ្ពស់បំផុតមាននៅក្នុងផ្នែក 3.2 រួចហើយ ជាបរិបទបច្ចេកទេសដែលមានហេដ្ឋារចនាសម្ព័ន្ធផ្ទាល់ខ្លួនរបស់អ្នកជាប្រអប់ខ្មៅតែមួយ។ ក្នុងផ្នែកនេះអ្នកនឹងពង្រីកចូលទៅក្នុងប្រអប់ខ្មៅនេះ ដោយប្រើដ្យាក្រាមដាក់ពង្រាយបន្ថែម។

• UML ផ្តល់ដ្យាក្រាមដាក់ពង្រាយដើម្បីបង្ហាញទិដ្ឋភាពនោះ។ សូមប្រើវា ប្រហែលជាជាមួយដ្យាក្រាមដាក់ជាប់គ្នា នៅពេលហេដ្ឋារចនាសម្ព័ន្ធរបស់អ្នកស្មុគស្មាញជាង។

• នៅពេលភាគីពាក់ព័ន្ធ (ផ្នែករឹង) របស់អ្នកចូលចិត្តដ្យាក្រាមប្រភេទផ្សេងជាងដ្យាក្រាមដាក់ពង្រាយ UML សូមឱ្យពួកគេប្រើប្រភេទណាក៏ដោយដែលអាចបង្ហាញថ្នាំង និងឆានែលនៃហេដ្ឋារចនាសម្ព័ន្ធ។

7.1 ហេដ្ឋារចនាសម្ព័ន្ធកម្រិត 1

ពិពណ៌នា (ជាធម្មតាជាការរួមបញ្ចូលគ្នានៃដ្យាក្រាម តារាង និងអត្ថបទ)៖

• ការចែកចាយប្រព័ន្ធរបស់អ្នកទៅទីតាំងច្រើន បរិស្ថាន កុំព្យូទ័រ ឧបករណ៍ដំណើរការ .. ព្រមទាំងការតភ្ជាប់រូបវន្តរវាងពួកវា

• ហេតុផល ឬការជំរុញសំខាន់ៗសម្រាប់រចនាសម្ព័ន្ធដាក់ពង្រាយនេះ

• លក្ខណៈគុណភាព និង/ឬប្រសិទ្ធភាពនៃហេដ្ឋារចនាសម្ព័ន្ធ

• ការផ្គូផ្គងវត្ថុកម្មវិធី (ប្លុកសាងសង់) ទៅនឹងធាតុនៃហេដ្ឋារចនាសម្ព័ន្ធ

សម្រាប់បរិស្ថានច្រើន ឬការដាក់ពង្រាយជំនួស សូមចម្លងផ្នែកនោះនៃ arc42 សម្រាប់បរិស្ថានពាក់ព័ន្ធទាំងអស់។ **

7.2 ហេដ្ឋារចនាសម្ព័ន្ធកម្រិត 2

នៅទីនេះអ្នកអាចរួមបញ្ចូលរចនាសម្ព័ន្ធខាងក្នុងនៃធាតុហេដ្ឋារចនាសម្ព័ន្ធ (មួយចំនួន) ពីហេដ្ឋារចនាសម្ព័ន្ធកម្រិត 1។

សូមចម្លងរចនាសម្ព័ន្ធពីកម្រិត 1 សម្រាប់ធាតុដែលបានជ្រើសនីមួយៗ។

8. គំនិតឆ្លងកាត់

បទបញ្ញត្តិសំខាន់ៗទាំងមូល និងវិធីសាស្ត្រដំណោះស្រាយដែលពាក់ព័ន្ធក្នុងផ្នែកច្រើននៃប្រព័ន្ធ (→ ឆ្លងកាត់)។ គំនិតជារឿយៗទាក់ទងនឹងប្លុកសាងសង់ច្រើន។ រួមបញ្ចូលប្រធានបទផ្សេងៗដូចជាម៉ូដែលដែន គំរូ និងរចនាប័ទ្មស្ថាបត្យកម្ម ច្បាប់សម្រាប់ប្រើបច្ចេកវិទ្យាជាក់លាក់ និងច្បាប់អនុវត្ត។

មាតិកា

ផ្នែកនេះពិពណ៌នាគំនិតឆ្លងកាត់ (ការអនុវត្ត គំរូ បទបញ្ញត្តិ ឬគំនិតដំណោះស្រាយ)។ គំនិតបែបនេះជារឿយៗទាក់ទងនឹងប្លុកសាងសង់ច្រើន។ ពួកវាអាចរួមបញ្ចូលប្រធានបទផ្សេងៗជាច្រើន។

ការជំរុញ

គំនិតបង្កើតជាមូលដ្ឋានសម្រាប់ភាពសុចរិតនៃគំនិត (ភាពស៊ីសង្វាក់ ភាពដូចគ្នា) នៃស្ថាបត្យកម្ម។ ដូច្នេះ ពួកវាជាការរួមចំណែកដ៏សំខាន់ដើម្បីសម្រេចគុណភាពខាងក្នុងនៃប្រព័ន្ធរបស់អ្នក។

នេះគឺជាកន្លែងក្នុងពុម្ពដែលយើងបានផ្តល់សម្រាប់ការបញ្ជាក់គំនិតបែបនេះដោយចងក្រង។

គំនិតទាំងនេះជាច្រើនទាក់ទង ឬមានឥទ្ធិពលលើប្លុកសាងសង់ជាច្រើនរបស់អ្នក។

ទម្រង់

ទម្រង់អាចប្រែប្រួល៖

• ឯកសារគំនិតដែលមានរចនាសម្ព័ន្ធប្រភេទណាក៏បាន

• ការអនុវត្តគំរូ ជាពិសេសសម្រាប់គំនិតបច្ចេកទេស

• ការដកស្រង់ម៉ូដែលឆ្លងកាត់ ឬសេណារីយ៉ូ ដោយប្រើសញ្ញាណនៃទិដ្ឋភាពស្ថាបត្យកម្ម

រចនាសម្ព័ន្ធនៃផ្នែកនេះ

ជ្រើសរើសតែប្រធានបទដែលត្រូវការច្រើនបំផុតសម្រាប់ប្រព័ន្ធរបស់អ្នក ហើយកំណត់ចំណងជើងកម្រិត 2 ដល់ប្រធានបទនីមួយៗក្នុងផ្នែកនេះ (ឧ. 8.1, 8.2 ។ល។)។

• កុំព្យាយាមគ្របដណ្តប់ប្រធានបទទាំងអស់នៃដ្យាក្រាមដែលបានលើកឡើងខាងលើ។

ប្រវត្តិ

ប្រធានបទមួយចំនួនក្នុងប្រព័ន្ធជារឿយៗទាក់ទងនឹងប្លុកសាងសង់ ធាតុផ្នែករឹង ឬដំណើរការអភិវឌ្ឍច្រើន។ វាអាចងាយស្រួលជាងក្នុងការទំនាក់ទំនង ឬកត់ត្រាប្រធានបទឆ្លងកាត់បែបនេះនៅទីតាំងកណ្តាល ជំនួសឱ្យការនិយាយឡើងវិញក្នុងការពិពណ៌នាប្លុកសាងសង់ ធាតុផ្នែករឹង ឬដំណើរការអភិវឌ្ឍដែលពាក់ព័ន្ធ។

គំនិតមួយចំនួនអាចទាក់ទងនឹងធាតុទាំងអស់នៃប្រព័ន្ធ ខ្លះទៀតអាចពាក់ព័ន្ធតែចំពោះមួយចំនួនប៉ុណ្ណោះ។

9. ការសម្រេចចិត្តខាងស្ថាបត្យកម្ម

ការសម្រេចចិត្តខាងស្ថាបត្យកម្មដែលសំខាន់ ថ្លៃ សំខាន់បំផុត មានទំហំធំ ឬមានហានិភ័យ រួមទាំងហេតុផល។

មាតិកា

ការសម្រេចចិត្តខាងស្ថាបត្យកម្មដែលសំខាន់ ថ្លៃ មានទំហំធំ ឬមានហានិភ័យ រួមទាំងហេតុផល។ ជាមួយ “ការសម្រេចចិត្ត” យើងមានន័យថាការជ្រើសរើសជម្រើសមួយដោយផ្អែកលើលក្ខណៈវិនិច្ឆ័យដែលបានផ្តល់។

សូមប្រើវិនិច្ឆ័យរបស់អ្នកដើម្បីសម្រេចថាតើការសម្រេចចិត្តខាងស្ថាបត្យកម្មគួរត្រូវបានកត់ត្រានៅទីនេះក្នុងផ្នែកកណ្តាលនេះ ឬអ្នកគួរកត់ត្រាវានៅក្នុងមូលដ្ឋានល្អជាង (ឧ. ក្នុងពុម្ពប្រអប់សនៃប្លុកសាងសង់មួយ)។ ជៀសវាងអត្ថបទស្ទួន។ សូមយោងផ្នែកទី 4 ដែលអ្នកបានកត់ត្រាការសម្រេចចិត្តសំខាន់បំផុតនៃស្ថាបត្យកម្មរបស់អ្នករួចហើយ។

ការជំរុញ

ភាគីពាក់ព័ន្ធនៃប្រព័ន្ធរបស់អ្នកគួរអាចយល់ និងតាមដានការសម្រេចចិត្តរបស់អ្នកឡើងវិញបាន។

ទម្រង់

• ADR (កំណត់ត្រាការសម្រេចចិត្តខាងស្ថាបត្យកម្ម) សម្រាប់រាល់ការសម្រេចចិត្តសំខាន់

• បញ្ជី ឬតារាង តម្រៀបតាមសារៈសំខាន់ និងផលវិបាក ឬ

• លម្អិតជាងក្នុងទម្រង់ផ្នែកដាច់ដោយឡែកសម្រាប់ការសម្រេចចិត្តនីមួយៗ

ប្រវត្តិ (អំពី ADR)

ឯកសារតូចៗអានបានងាយ បង្កើតបានងាយ និងថែទាំបានងាយ។ នៅពេលនិយាយអំពីការសម្រេចចិត្តខាងស្ថាបត្យកម្ម ក្រុមអភិវឌ្ឍន៍ជារឿយៗនឹង៖

• ដឹងអំពីការសម្រេចចិត្ត ដោយសារវាអាចមើលឃើញឧ. ក្នុងកូដប្រភព ប៉ុន្តែ

• ខកខានការជំរុញនៅពីក្រោយការសម្រេចចិត្តនោះ (សូមមើល Nygard 2011)

ដូច្នេះ អ្នកគួរកត់ត្រាការសម្រេចចិត្តសំខាន់ៗមួយចំនួនរួមជាមួយការជំរុញ ហេតុផលរបស់ពួកវា

សំណើរបស់យើងអំពីការសម្រេចចិត្ត

រក្សាបណ្តុំនៃការសម្រេចចិត្តដែលមានសារៈសំខាន់ខាងស្ថាបត្យកម្ម ពោលគឺការសម្រេចចិត្តដែលប៉ះពាល់ដល់រចនាសម្ព័ន្ធ លក្ខណៈគុណភាព ភាពអាស្រ័យសំខាន់ៗ (ជាពិសេសខាងក្រៅ) និងចំណុចប្រទាក់ ឬបច្ចេកទេសសាងសង់ (សូមអរគុណ Michael Nygard សម្រាប់សំណើនេះ)។

10. តម្រូវការគុណភាព

តម្រូវការគុណភាពជាសេណារីយ៉ូ ជាមួយដើមឈើគុណភាពដើម្បីផ្តល់ទិដ្ឋភាពទូទៅកម្រិតខ្ពស់។ គោលដៅគុណភាពសំខាន់បំផុតគួរតែត្រូវបានពិពណ៌នានៅក្នុងផ្នែក 1.2 (គោលដៅគុណភាព)។

មាតិកា

ផ្នែកនេះមានតម្រូវការគុណភាពពាក់ព័ន្ធទាំងអស់។

តម្រូវការសំខាន់បំផុតទាំងនេះត្រូវបានពិពណ៌នារួចហើយក្នុងផ្នែក 1.2 (គោលដៅគុណភាព) ដូច្នេះគួរតែយោងវានៅទីនេះប៉ុណ្ណោះ។ ក្នុងផ្នែកទី 10 នេះ អ្នកគួរកត់ត្រាតម្រូវការគុណភាពដែលមានសារៈសំខាន់តិចជាងផងដែរ ដែលនឹងមិនបង្កហានិភ័យខ្ពស់ នៅពេលដែលមិនសម្រេចបានទាំងស្រុង (ប៉ុន្តែអាចល្អបើមាន)។

ការជំរុញ

ដោយសារតម្រូវការគុណភាពនឹងមានឥទ្ធិពលច្រើនលើការសម្រេចចិត្តខាងស្ថាបត្យកម្ម អ្នកគួរដឹងថាគុណភាពអ្វីពិតជាសំខាន់សម្រាប់ភាគីពាក់ព័ន្ធរបស់អ្នក តាមរបៀបជាក់លាក់ និងអាចវាស់វែងបាន។

ព័ត៌មានបន្ថែម

សូមមើលម៉ូដែលគុណភាព Q42 ដ៏ទូលំទូលាយនៅ https://quality.arc42.org។

10.1 ទិដ្ឋភាពទូទៅនៃតម្រូវការគុណភាព

មាតិកា

ទិដ្ឋភាពទូទៅ ឬសេចក្តីសង្ខេបនៃតម្រូវការគុណភាព។

ការជំរុញ

ជារឿយៗយើងជួបតម្រូវការគុណភាពលម្អិតរាប់សិប (ឬរាប់រយ)។ ក្នុងផ្នែកទិដ្ឋភាពទូទៅនេះ អ្នកគួរព្យាយាមសង្ខេប ឧ. ដោយពិពណ៌នាប្រភេទ ឬប្រធានបទ (ដូចដែលស្នើដោយ ISO 25010:2023 ឬ Q42

ប្រសិនបើការពិពណ៌នាសង្ខេបទាំងនេះច្បាស់លាស់ ជាក់លាក់គ្រប់គ្រាន់ និងអាចវាស់វែងបាន អ្នកអាចរំលងផ្នែក 10.2។

ទម្រង់

ប្រើតារាងសាមញ្ញដែលក្នុងនោះជួរនីមួយៗមានប្រភេទ ឬប្រធានបទ និងការពិពណ៌នាខ្លីនៃតម្រូវការគុណភាព។ ឬអ្នកអាចប្រើផែនទីគំនិតដើម្បីរៀបចំរចនាសម្ព័ន្ធតម្រូវការគុណភាពទាំងនេះ។

នៅក្នុងអក្សរសាស្ត្រ គំនិតនៃដើមឈើគុណលក្ខណៈគុណភាពក៏ត្រូវបានពិពណ៌នាដែរ ដែលដាក់ពាក្យទូទៅ “គុណភាព” ជាឫស ហើយប្រើការកែលម្អដូចដើមឈើនៃពាក្យ “គុណភាព”។ [Bass+21] បានណែនាំពាក្យ “Quality Attribute Utility Tree” សម្រាប់គោលបំណងនេះ។

10.2 សេណារីយ៉ូគុណភាព

មាតិកា

សេណារីយ៉ូគុណភាពធ្វើឱ្យតម្រូវការគុណភាពមានភាពជាក់លាក់ ហើយអនុញ្ញាតឱ្យសម្រេចថាតើពួកវាត្រូវបានបំពេញឬអត់ (ក្នុងន័យលក្ខណៈវិនិច្ឆ័យទទួលយក)។ ធានាថាសេណារីយ៉ូរបស់អ្នកជាក់លាក់ និងអាចវាស់វែងបាន។

សេណារីយ៉ូពីរប្រភេទមានប្រយោជន៍ជាពិសេស៖

• សេណារីយ៉ូប្រើប្រាស់ (ហៅថាសេណារីយ៉ូកម្មវិធី ឬសេណារីយ៉ូករណីប្រើប្រាស់) ពិពណ៌នាអំពីប្រតិកម្មពេលដំណើរការរបស់ប្រព័ន្ធចំពោះការជំរុញជាក់លាក់។ នេះរួមបញ្ចូលសេណារីយ៉ូដែលពិពណ៌នាអំពីប្រសិទ្ធភាព ឬសមត្ថភាពរបស់ប្រព័ន្ធ។ ឧទាហរណ៍៖ ប្រព័ន្ធឆ្លើយតបនឹងសំណើរបស់អ្នកប្រើក្នុងរយៈពេលមួយវិនាទី។

• សេណារីយ៉ូផ្លាស់ប្តូរ ពិពណ៌នាអំពីផលប៉ះពាល់ដែលចង់បាននៃការកែប្រែ ឬការពង្រីកប្រព័ន្ធ ឬបរិស្ថានជិតខាងរបស់វា។ ឧទាហរណ៍៖ មុខងារបន្ថែមត្រូវបានអនុវត្ត ឬតម្រូវការសម្រាប់គុណលក្ខណៈគុណភាពផ្លាស់ប្តូរ ហើយការខិតខំ ឬរយៈពេលនៃការផ្លាស់ប្តូរត្រូវបានវាស់។

ទម្រង់

ព័ត៌មានធម្មតាសម្រាប់សេណារីយ៉ូលម្អិតរួមមានដូចខាងក្រោម៖

ក្នុងទម្រង់ខ្លី (ចូលចិត្តក្នុងម៉ូដែល Q42)៖

• បរិបទ/ប្រវត្តិ៖ ប្រព័ន្ធ ឬសមាសភាគប្រភេទណា បរិស្ថាន ឬស្ថានភាពយ៉ាងណា?

• ប្រភព/ការជំរុញ៖ អ្នកណា ឬអ្វីចាប់ផ្តើម ឬបង្កឥរិយាបថ ប្រតិកម្ម ឬសកម្មភាព។

• រង្វាស់/លក្ខណៈវិនិច្ឆ័យទទួលយក៖ ការឆ្លើយតបរួមទាំងរង្វាស់ ឬមាត្រដ្ឋាន

ទម្រង់វែងនៃសេណារីយ៉ូ (ចូលចិត្តដោយ SEI និង [Bass+21]) លម្អិតជាង និងរួមបញ្ចូលព័ត៌មានដូចខាងក្រោម៖

• អត្តសញ្ញាណសេណារីយ៉ូ (Scenario ID)៖ អត្តសញ្ញាណតែមួយគត់សម្រាប់សេណារីយ៉ូ។

• ឈ្មោះសេណារីយ៉ូ (Scenario Name)៖ ឈ្មោះពិពណ៌នាខ្លីសម្រាប់សេណារីយ៉ូ។

• ប្រភព (Source)៖ អង្គភាព (អ្នកប្រើ ប្រព័ន្ធ ឬព្រឹត្តិការណ៍) ដែលចាប់ផ្តើមសេណារីយ៉ូ។

• ការជំរុញ (Stimulus)៖ ព្រឹត្តិការណ៍ ឬលក្ខខណ្ឌបង្កដែលប្រព័ន្ធត្រូវដោះស្រាយ។

• បរិស្ថាន (Environment)៖ បរិបទប្រតិបត្តិការ ឬលក្ខខណ្ឌដែលប្រព័ន្ធជួបប្រទះការជំរុញ។

• វត្ថុ (Artifact)៖ ប្លុកសាងសង់ ឬធាតុផ្សេងទៀតនៃប្រព័ន្ធដែលរងផលប៉ះពាល់ដោយការជំរុញ។

• ការឆ្លើយតប (Response)៖ លទ្ធផល ឬឥរិយាបថដែលប្រព័ន្ធបង្ហាញជាប្រតិកម្មចំពោះការជំរុញ។

• រង្វាស់ឆ្លើយតប (Response Measure)៖ លក្ខណៈវិនិច្ឆ័យ ឬមាត្រដ្ឋានដែលការឆ្លើយតបរបស់ប្រព័ន្ធត្រូវបានវាយតម្លៃ។

សូមមើលផងដែរ

តាំងពីខែមករា ឆ្នាំ 2023 មក arc42 ផ្តល់ម៉ូដែលគុណភាពជាក់ស្តែង ដែលស្នើឱ្យដាក់ស្លាកតម្រូវការគុណភាព ដោយប្រើ hashtag ឬស្លាកដូចជា #flexible, #efficient, #usable, #operable, #testable, #secure, #safe, #reliable។

11. ហានិភ័យ និងបំណុលបច្ចេកទេស

ហានិភ័យបច្ចេកទេស ឬបំណុលបច្ចេកទេសដែលស្គាល់។ តើមានបញ្ហាអ្វីដែលអាចកើតមានខាងក្នុង ឬជុំវិញប្រព័ន្ធ? តើក្រុមអភិវឌ្ឍន៍មានអារម្មណ៍អន់ចិត្តអំពីអ្វី?

មាតិកា

បញ្ជីហានិភ័យបច្ចេកទេស ឬបំណុលបច្ចេកទេសដែលបានកំណត់អត្តសញ្ញាណ តម្រៀបតាមអាទិភាព

ការជំរុញ

“ការគ្រប់គ្រងហានិភ័យគឺជាការគ្រប់គ្រងគម្រោងសម្រាប់មនុស្សពេញវ័យ” (Tim Lister, Atlantic Systems Guild)។

នេះគួរតែជាពាក្យស្លោករបស់អ្នកសម្រាប់ការរកឃើញ និងវាយតម្លៃហានិភ័យ និងបំណុលបច្ចេកទេសជាប្រព័ន្ធក្នុងស្ថាបត្យកម្ម ដែលនឹងត្រូវការដោយភាគីពាក់ព័ន្ធផ្នែកគ្រប់គ្រង (ឧ. អ្នកគ្រប់គ្រងគម្រោង ម្ចាស់ផលិតផល) ជាផ្នែកនៃការវិភាគហានិភ័យទាំងមូល និងការរៀបចំផែនការវាស់វែង។

ទម្រង់

បញ្ជីហានិភ័យ និង/ឬបំណុលបច្ចេកទេស ប្រហែលជារួមបញ្ចូលវិធានការដែលបានស្នើដើម្បីកាត់បន្ថយ បន្ធូរបន្ថយ ឬជៀសវាងហានិភ័យ ឬកាត់បន្ថយបំណុលបច្ចេកទេស។