ពុម្ពកំណត់ត្រាការសម្រេចចិត្តរបស់ Jeff Tyree និង Art Akerman

នេះគឺជាពុម្ពពិពណ៌នាការសម្រេចចិត្តខាងស្ថាបត្យកម្មដែលបានផ្សព្វផ្សាយនៅក្នុង "Architecture Decisions: Demystifying Architecture" ដោយ Jeff Tyree និង Art Akerman, Capital One Financial។

• បញ្ហា (Issue)៖ ពិពណ៌នាបញ្ហារចនាស្ថាបត្យកម្មដែលអ្នកកំពុងដោះស្រាយ ដោយមិនទុកសំណួរអំពីមូលហេតុដែលអ្នកដោះស្រាយបញ្ហានេះឥឡូវនេះ។ តាមវិធីសាស្ត្រតិចតួចបំផុត សូមដោះស្រាយ និងកត់ត្រាតែបញ្ហាដែលត្រូវការដោះស្រាយនៅចំណុចផ្សេងៗក្នុងវដ្តជីវិត។

• ការសម្រេចចិត្ត (Decision)៖ ចូរបញ្ជាក់ឱ្យច្បាស់អំពីទិសដៅនៃស្ថាបត្យកម្ម ពោលគឺជំហរដែលអ្នកបានជ្រើស។

• ស្ថានភាព (Status)៖ ស្ថានភាពនៃការសម្រេចចិត្ត ដូចជា pending, decided ឬ approved។

• ក្រុម (Group)៖ អ្នកអាចប្រើការដាក់ជាក្រុមសាមញ្ញ ដូចជា integration, presentation, data ជាដើម ដើម្បីជួយរៀបចំសំណុំការសម្រេចចិត្ត។ អ្នកក៏អាចប្រើអុងតូឡូស៊ីស្ថាបត្យកម្មដ៏ស្មុគស្មាញជាង ដូចជារបស់ John Kyaruzi និង Jan van Katwijk ដែលរួមមានប្រភេទអរូបីជាងដូចជា event, calendar និង location។ ឧទាហរណ៍ ដោយប្រើអុងតូឡូស៊ីនេះ អ្នកនឹងដាក់ជាក្រុមការសម្រេចចិត្តដែលទាក់ទងនឹងការកើតឡើងនៅពេលប្រព័ន្ធត្រូវការព័ត៌មានក្រោម event។

• ការសន្មត់ (Assumptions)៖ ពិពណ៌នាឱ្យច្បាស់អំពីការសន្មត់មូលដ្ឋានក្នុងបរិយាកាសដែលអ្នកកំពុងធ្វើការសម្រេចចិត្ត ដូចជាថ្លៃដើម កាលវិភាគ បច្ចេកវិទ្យា ។ល។ សូមចំណាំថាឧបសគ្គនៃបរិយាកាស (ដូចជាស្តង់ដារបច្ចេកវិទ្យាដែលបានទទួលយក ស្ថាបត្យកម្មសហគ្រាស គំរូដែលប្រើជាទូទៅ ។ល។) អាចកំណត់ជម្រើសដែលអ្នកពិចារណា។

• ឧបសគ្គ (Constraints)៖ កត់ត្រាឧបសគ្គបន្ថែមណាមួយចំពោះបរិយាកាស ដែលជម្រើសដែលបានជ្រើស (ការសម្រេចចិត្ត) អាចបង្កើតឡើង។

• ជំហរ (Positions)៖ រាយជំហរ (ជម្រើសដែលអាចអនុវត្តបាន) ដែលអ្នកបានពិចារណា។ ទាំងនេះជារឿយៗត្រូវការការពន្យល់វែង ជួនកាលសូម្បីតែគំរូ និងដ្យាក្រាម។ នេះមិនមែនជាបញ្ជីពេញលេញទេ។ ទោះយ៉ាងណា អ្នកមិនចង់ឮសំណួរថា “តើអ្នកបានគិតអំពី…ទេ?” ក្នុងអំឡុងការពិនិត្យចុងក្រោយទេ ព្រោះវានាំឱ្យបាត់បង់ភាពជឿជាក់ និងមានការសួរសំណួរលើការសម្រេចចិត្តខាងស្ថាបត្យកម្មផ្សេងទៀត។ ផ្នែកនេះក៏ជួយធានាថាអ្នកបានស្តាប់មតិអ្នកដទៃ ការបញ្ជាក់មតិផ្សេងទៀតយ៉ាងច្បាស់លាស់ជួយទាក់ទាញអ្នកគាំទ្ររបស់ពួកគេមកក្នុងការសម្រេចចិត្តរបស់អ្នក។

• អាគុយម៉ង់ (Argument)៖ គូសបញ្ជាក់មូលហេតុដែលអ្នកជ្រើសជំហរមួយ រួមទាំងធាតុដូចជាថ្លៃដើមអនុវត្ត ថ្លៃដើមសរុបនៃភាពជាម្ចាស់ ពេលវេលាចូលទីផ្សារ និងភាពអាចរកបាននៃធនធានអភិវឌ្ឍន៍ដែលត្រូវការ។ នេះប្រហែលជាសំខាន់ដូចការសម្រេចចិត្តដែរ។

• ផលវិបាក (Implications)៖ ការសម្រេចចិត្តមួយមានផលវិបាកជាច្រើន ដូចដែលម៉ូដែលមេតា REMAP បញ្ជាក់។ ឧទាហរណ៍ ការសម្រេចចិត្តអាចណែនាំតម្រូវការក្នុងការធ្វើការសម្រេចចិត្តផ្សេងទៀត បង្កើតតម្រូវការថ្មី ឬកែប្រែតម្រូវការដែលមាន បង្កើតឧបសគ្គបន្ថែមចំពោះបរិយាកាស តម្រូវឱ្យចរចាវិសាលភាព ឬកាលវិភាគជាមួយអតិថិជនឡើងវិញ ឬតម្រូវឱ្យបណ្តុះបណ្តាលបុគ្គលិកបន្ថែម។ ការយល់ និងបញ្ជាក់ឱ្យច្បាស់អំពីផលវិបាកនៃការសម្រេចចិត្តរបស់អ្នក អាចមានប្រសិទ្ធភាពខ្លាំងក្នុងការទទួលបានការគាំទ្រ និងបង្កើតផែនទីបង្ហាញផ្លូវសម្រាប់ការអនុវត្តស្ថាបត្យកម្ម។

• ការសម្រេចចិត្តពាក់ព័ន្ធ (Related decisions)៖ វាជារឿងច្បាស់ថាការសម្រេចចិត្តជាច្រើនទាក់ទងគ្នា អ្នកអាចរាយវានៅទីនេះ។ ទោះយ៉ាងណា យើងបានរកឃើញថាក្នុងការអនុវត្ត ម៉ាទ្រីសតាមដាន ដើមឈើសម្រេចចិត្ត ឬម៉ូដែលមេតា មានប្រយោជន៍ជាង។ ម៉ូដែលមេតាមានប្រយោជន៍សម្រាប់បង្ហាញទំនាក់ទំនងស្មុគស្មាញជាដ្យាក្រាម (ដូចជាម៉ូដែល Rose)។

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

• វត្ថុពាក់ព័ន្ធ (Related artifacts)៖ រាយឯកសារស្ថាបត្យកម្ម ការរចនា ឬវិសាលភាពដែលពាក់ព័ន្ធ ដែលការសម្រេចចិត្តនេះប៉ះពាល់។

• គោលការណ៍ពាក់ព័ន្ធ (Related principles)៖ ប្រសិនបើសហគ្រាសមានសំណុំគោលការណ៍ដែលបានឯកភាព សូមធានាថាការសម្រេចចិត្តស្របនឹងគោលការណ៍មួយ ឬច្រើន។ នេះជួយធានាការតម្រឹមតាមដែន ឬប្រព័ន្ធ។

• កំណត់ចំណាំ (Notes)៖ ដោយសារដំណើរការសម្រេចចិត្តអាចចំណាយពេលជាច្រើនសប្តាហ៍ យើងបានរកឃើញថាមានប្រយោជន៍ក្នុងការកត់ត្រាកំណត់ចំណាំ និងបញ្ហាដែលក្រុមពិភាក្សាក្នុងអំឡុងដំណើរការសាមគ្គី។