Pertimbangkan kelas pemroses pembayaran yang umum \u2014 Artikel ini mengeksplorasi bagaimana diagram kelas seharusnya berkembang<\/strong> di sepanjang tahap pengembangan \u2014 dari model konseptual tingkat tinggi hingga desain rinci yang siap diimplementasikan \u2014 dan bagaimana koneksi strategis<\/strong> antar komponen dapat mengubah sistem yang terpecah menjadi arsitektur yang utuh dan skalabel. Kami akan fokus pada contoh dunia nyata: subsistem pemrosesan pembayaran \u2014 dan menunjukkan bagaimana menerapkan Pola Strategi<\/strong>, Pola Pabrik<\/strong>, dan injeksi ketergantungan<\/strong>dapat menghubungkan kesenjangan antara kelas yang terisolasi dan sistem yang benar-benar dinamis serta mudah dipelihara.<\/p>\n Melalui diagram PlantUML<\/strong>dan wawasan desain praktis, Anda akan belajar bagaimana untuk:<\/p>\n Pada akhirnya, Anda akan melihat bahwa diagram kelas yang terhubung dengan baik bukan hanya alat dokumentasi \u2014 itu adalah visi tentang bagaimana perangkat lunak Anda seharusnya bekerja<\/strong>.<\/p>\n Diagram kelas adalah salah satu alat UML paling kuat untuk memodelkan sistem berorientasi objek. Tingkat\u00a0tingkat detail<\/strong>\u00a0berubah secara signifikan tergantung pada\u00a0tahap pengembangan<\/strong>. Panduan ini membimbing Anda melalui\u00a0empat tahap kunci<\/strong>\u00a0pengembangan perangkat lunak dan menunjukkan bagaimana diagram kelas berkembang sesuai dengan itu.<\/p>\n Mencatat konsep domain tingkat tinggi.<\/p>\n<\/li>\n Mengidentifikasi entitas utama dan hubungan antar mereka.<\/p>\n<\/li>\n Memfasilitasi komunikasi antara pemangku kepentingan dan pengembang.<\/p>\n<\/li>\n<\/ul>\n Fokus pada\u00a0entitas domain<\/strong>\u00a0dan\u00a0hubungan<\/strong>.<\/p>\n<\/li>\n Tidak ada metode atau atribut (atau minimal).<\/p>\n<\/li>\n Gunakan\u00a0generalisasi<\/strong>,\u00a0asosiasi<\/strong>,\u00a0agregasi<\/strong>, dan\u00a0komposisi<\/strong>.<\/p>\n<\/li>\n Hindari detail implementasi (misalnya, modifer akses, tipe data).<\/p>\n<\/li>\n<\/ul>\n \u2705\u00a0Kasus Penggunaan<\/strong>: Sajikan kepada pemangku kepentingan, sempurnakan model domain, validasi dengan analis bisnis.<\/p>\n<\/blockquote>\n Sempurnakan model domain menjadi desain yang lebih terstruktur.<\/p>\n<\/li>\n Perkenalkan\u00a0atribut<\/strong>,\u00a0operasi dasar<\/strong>, dan\u00a0asosiasi<\/strong>.<\/p>\n<\/li>\n Mulai mengidentifikasi\u00a0antarmuka<\/strong>,\u00a0kelas abstrak<\/strong>, dan\u00a0pola desain<\/strong>.<\/p>\n<\/li>\n<\/ul>\n Tambahkan\u00a0atribut<\/strong>\u00a0dan\u00a0operasi<\/strong>\u00a0(dengan tipe minimal).<\/p>\n<\/li>\n Gunakan\u00a0kelas abstrak<\/strong>\u00a0dan\u00a0antarmuka<\/strong>.<\/p>\n<\/li>\n Perkenalkan\u00a0kelipatan<\/strong>\u00a0dan\u00a0navigasi<\/strong>.<\/p>\n<\/li>\n Mulai berpikir tentang\u00a0tanggung jawab<\/strong>\u00a0dan\u00a0kohesi<\/strong>.<\/p>\n<\/li>\n<\/ul>\n \u2705\u00a0Kasus Penggunaan<\/strong>: Tinjauan desain, keselarasan tim, keputusan arsitektur awal.<\/p>\n<\/blockquote>\n Siapkan untuk pemrograman.<\/p>\n<\/li>\n Tentukan\u00a0atribut yang tepat<\/strong>,\u00a0metode<\/strong>,\u00a0tipe data<\/strong>,\u00a0modifer akses<\/strong>.<\/p>\n<\/li>\n Sertakan\u00a0kendala<\/strong>,\u00a0ketergantungan<\/strong>,\u00a0asosiasi<\/strong>, dan\u00a0komposisi<\/strong>.<\/p>\n<\/li>\n Gunakan\u00a0pola desain<\/strong>\u00a0(contoh: Factory, Strategy, Singleton).<\/p>\n<\/li>\n<\/ul>\n Tanda tangan metode lengkap dan tipe kembalian.<\/p>\n<\/li>\n Penggunaan\u00a0modifer akses<\/strong>\u00a0( Ketergantungan<\/strong>,\u00a0warisan<\/strong>,\u00a0antarmuka<\/strong>sepenuhnya ditentukan.<\/p>\n<\/li>\n Dapat mencakup\u00a0kendala<\/strong>\u00a0(contoh,\u00a0 \u2705\u00a0Kasus Penggunaan<\/strong>: Serah terima pengembang, generasi kode, dokumentasi desain.<\/p>\n<\/blockquote>\n Mencerminkan\u00a0perubahan dunia nyata<\/strong>dalam sistem.<\/p>\n<\/li>\n Dokumentasikan\u00a0refactoring<\/strong>,\u00a0penghapusan<\/strong>,\u00a0fitur baru<\/strong>.<\/p>\n<\/li>\n Dukung\u00a0pelacakan utang teknis<\/strong>\u00a0dan\u00a0pemahaman sistem<\/strong>.<\/p>\n<\/li>\n<\/ul>\n Dapat mencakup\u00a0ketinggalan zaman<\/strong>\u00a0kelas\/metode.<\/p>\n<\/li>\n Tampilkan\u00a0kelas baru<\/strong>,\u00a0elemen yang telah diganti nama<\/strong>,\u00a0komponen yang dihapus<\/strong>.<\/p>\n<\/li>\n Gunakan\u00a0stereotip<\/strong>\u00a0( Sering\u00a0disederhanakan<\/strong>\u00a0untuk kemudahan pembacaan.<\/p>\n<\/li>\n<\/ul>\n @startuml @startuml \u2018 Antarmuka \u2018 Strategi Konkret class ProcessorPayPal { class ProcessorStripe { \u2018 Pola Pabrik \u2018 Layanan yang menggunakan strategi \u2018 Entitas Pembayaran \u2018 Customer dan Order (disederhanakan) class Order { \u2018 Stereotip untuk kejelasan \u2018 Pewarisan: Pola Strategi \u2018 Pabrik membuat pemroses pembayaran \u2018 OrderService menggunakan pemroses (injeksi ketergantungan) \u2018 OrderService menggunakan pabrik untuk mengatur pemroses \u2018 Pembayaran tergantung pada pemroses \u2018 Asosiasi \u2018 Kendala note right of Payment note right of PaymentProcessorFactory @enduml<\/p>\n \u2705\u00a0Kasus Penggunaan<\/strong>: Onboarding pengembang baru, refaktor sistem, jejak audit.<\/p>\n<\/blockquote>\n Gunakan\u00a0 Gunakan\u00a0 Gunakan\u00a0 Gunakan\u00a0 Gunakan\u00a0CreditCardProcessor<\/code>, PayPalProcessor<\/code>, dan StripeProcessor<\/code> \u2014 sering dimodelkan sebagai entitas mandiri dan terputus dalam diagram kelas. Meskipun ini mungkin cukup selama desain awal, hal ini mengungkapkan masalah yang lebih dalam: kurangnya integrasi dan kejelasan perilaku<\/strong>. Kelas-kelas ini ada dalam isolasi, tanpa mekanisme yang jelas untuk pemilihan, konfigurasi, atau fleksibilitas saat runtime. Akibatnya, desain menjadi kaku, sulit diperluas, dan sulit diuji.<\/p>\n\n
\ud83e\udde9 1.\u00a0Tahap 1: Persyaratan & Desain Konseptual (Fase Awal)<\/strong><\/h2>\n
\ud83c\udfaf Tujuan:<\/h3>\n
\n
\ud83d\udd0d Karakteristik:<\/h3>\n
\n
\ud83d\udccc Contoh: Sistem E-Commerce (Tingkat Konseptual)<\/h3>\n
<\/p>\n
@startuml\r\n' Diagram Kelas Konseptual - Tahap 1: Persyaratan\r\n\r\nclass Customer {\r\n +name: String\r\n +email: String\r\n}\r\n\r\nclass Product {\r\n +name: String\r\n +price: Decimal\r\n}\r\n\r\nclass Order {\r\n +orderDate: Date\r\n +status: String\r\n}\r\n\r\nCustomer \"1\" -- \"0..*\" Order : tempatkan\r\nOrder \"1\" -- \"1..*\" Product : berisi\r\nProduct \"1\" -- \"0..*\" Order : dijual dalam\r\n\r\nnote right of Customer\r\n Mewakili pengguna yang membeli produk\r\nend note\r\n\r\nnote right of Product\r\n Barang fisik atau digital yang dijual\r\nend note\r\n\r\nnote right of Order\r\n Catatan transaksi\r\nend note\r\n\r\n@enduml\r\n<\/code><\/pre>\n\n
\ud83e\uddf1 2.\u00a0Tahap 2: Analisis & Desain Tingkat Tinggi (Tengah Fase)<\/strong><\/h2>\n
\ud83c\udfaf Tujuan:<\/h3>\n
\n
\ud83d\udd0d Karakteristik:<\/h3>\n
\n
\ud83d\udccc Contoh: Sistem E-Commerce (Tingkat Analisis)<\/h3>\n
<\/p>\n
@startuml\r\n' Diagram Kelas Tingkat Tinggi - Tahap 2: Analisis\r\n\r\n@startuml\r\n' Diagram Kelas Tingkat Tinggi - Tahap 2: Analisis\r\n\r\nkelas abstrak Order {\r\n - orderID: String\r\n - orderDate: Date\r\n - status: String\r\n +calculateTotal(): Decimal\r\n +validate(): Boolean\r\n +save(): void\r\n}\r\n\r\nclass Customer {\r\n - customerID: String\r\n - name: String\r\n - email: String\r\n +addOrder(order: Order): void\r\n +getOrders(): List<Order>\r\n}\r\n\r\nclass Product {\r\n - productID: String\r\n - name: String\r\n - price: Decimal\r\n - stockQuantity: Integer\r\n +isInStock(): Boolean\r\n +updateStock(amount: Integer): void\r\n}\r\n\r\nclass OrderItem {\r\n - quantity: Integer\r\n - unitPrice: Decimal\r\n +getSubtotal(): Decimal\r\n}\r\n\r\nCustomer \"1\" -- \"0..*\" Order : tempatkan\r\nOrder \"1\" -- \"1..*\" OrderItem : berisi\r\nOrderItem \"1\" -- \"1\" Product : merujuk\r\nProduct \"1\" -- \"0..*\" OrderItem : muncul di\r\n\r\nantarmuka PaymentProcessor {\r\n +processPayment(amount: Decimal): Boolean\r\n}\r\n\r\nOrder \"1\" -- \"1\" PaymentProcessor : menggunakan\r\n\r\n@enduml\r\n<\/code><\/pre>\n\n
\ud83d\udd27 3.\u00a0Tahap 3: Desain Rinci & Implementasi (Fase Akhir)<\/strong><\/h2>\n
\ud83c\udfaf Tujuan:<\/h3>\n
\n
\ud83d\udd0d Karakteristik:<\/h3>\n
\n
+<\/code>,\u00a0-<\/code>,\u00a0#<\/code>).<\/p>\n<\/li>\n<<kendala>><\/code>).<\/p>\n<\/li>\n<\/ul>\n\ud83d\udccc Contoh: Sistem E-Commerce (Desain Rinci)<\/h3>\n
<\/p>\n
@startuml\r\n' Diagram Kelas Rinci - Tahap 3: Implementasi\r\n\r\n@startuml\r\n' Diagram Kelas Rinci - Tahap 3: Implementasi\r\n\r\nclass Customer {\r\n - customerID: String\r\n - name: String\r\n - email: String\r\n - address: String\r\n +addOrder(order: Order): void\r\n +getOrders(): List<Order>\r\n +validateEmail(): Boolean\r\n}\r\n\r\nclass Order {\r\n - orderID: String\r\n - orderDate: Date\r\n - status: OrderStatus\r\n - total: Decimal\r\n +calculateTotal(): Decimal\r\n +validate(): Boolean\r\n +save(): void\r\n +cancel(): void\r\n}\r\n\r\nclass OrderItem {\r\n - quantity: Integer\r\n - unitPrice: Decimal\r\n +getSubtotal(): Decimal\r\n}\r\n\r\nclass Product {\r\n - productID: String\r\n - name: String\r\n - price: Decimal\r\n - stockQuantity: Integer\r\n +isInStock(): Boolean\r\n +updateStock(amount: Integer): void\r\n +getPrice(): Decimal\r\n}\r\n\r\nclass PaymentProcessor {\r\n +processPayment(amount: Decimal): Boolean\r\n}\r\n\r\nclass CreditCardProcessor {\r\n +processPayment(amount: Decimal): Boolean\r\n}\r\n\r\nclass Payment {\r\n - paymentID: String\r\n - amount: Decimal\r\n - method: String\r\n - timestamp: Date\r\n +confirm(): Boolean\r\n}\r\n\r\n' Warisan\r\nCustomer <|-- PremiumCustomer\r\n\r\n' Antarmuka\r\nPaymentProcessor <|-- CreditCardProcessor\r\nPaymentProcessor <|-- PayPalProcessor\r\n\r\n' Asosiasi\r\nCustomer \"1\" -- \"0..*\" Order : tempatkan\r\nOrder \"1\" -- \"1..*\" OrderItem : berisi\r\nOrderItem \"1\" -- \"1\" Product : merujuk\r\nOrder \"1\" -- \"1\" Payment : memiliki\r\nPaymentProcessor \"1\" -- \"1\" Payment : memproses\r\n\r\n' Kendala\r\nnote right of Order\r\n Status: [Menunggu, Dikonfirmasi, Dikirim, Dibatalkan]\r\nend note\r\n\r\nnote right of Product\r\n Stok harus > 0 agar dapat dijual\r\nend note\r\n\r\n@enduml\r\n<\/code><\/pre>\n\n
\ud83d\udee0\ufe0f 4.\u00a0Tahap 4: Pemeliharaan & Evolusi (Pasca-Rilis)<\/strong><\/h2>\n
\ud83c\udfaf Tujuan:<\/h3>\n
\n
\ud83d\udd0d Karakteristik:<\/h3>\n
\n
<<ketinggalan zaman>><\/code>,\u00a0<<singleton>><\/code>,\u00a0<<pabrik>><\/code>).<\/p>\n<\/li>\n\ud83d\udccc Contoh: Sistem E-Commerce (Tahap Pemeliharaan)<\/h3>\n
<\/p>\n
<\/code><\/pre>\n
\n\u2018 Sistem Pembayaran yang Diperbarui: Pola Strategi + Pabrik<\/p>\n<\/code><\/pre>\n
\n\u2018 Sistem Pembayaran yang Diperbarui: Strategi + Pola Pabrik<\/p>\n<\/code><\/pre>\n
\nclass ProcessorPembayaran {
\n+prosesPembayaran(jumlah: Desimal): Boolean
\n}<\/p>\n<\/code><\/pre>\n
\nclass ProcessorKartuKredit {
\n+prosesPembayaran(jumlah: Desimal): Boolean
\n}<\/p>\n<\/code><\/pre>\n
\n+prosesPembayaran(jumlah: Desimal): Boolean
\n}<\/p>\n<\/code><\/pre>\n
\n+prosesPembayaran(jumlah: Desimal): Boolean
\n}<\/p>\n<\/code><\/pre>\n
\nclass PabrikProcessorPembayaran {
\n+buatProcessor(tipe: String): ProcessorPembayaran
\n+dapatkanTipeYangTersedia(): Daftar<String>
\n}<\/p>\n<\/code><\/pre>\n
\nclass LayananPesanan {
\n\u2013 processor: ProcessorPembayaran
\n+bikinPesanan(pelanggan: Pelanggan, item: Daftar<ItemPesanan>): Pesanan
\n+setProcessorPembayaran(processor: ProcessorPembayaran): void
\n}<\/p>\n<\/code><\/pre>\n
\nclass Pembayaran {
\n\u2013 idPembayaran: String
\n\u2013 jumlah: Desimal
\n\u2013 method: String
\n\u2013 timestamp: Date
\n+confirm(): Boolean
\n}<\/p>\n<\/code><\/pre>\n
\nclass Customer {
\n\u2013 customerID: String
\n\u2013 name: String
\n\u2013 email: String
\n+addOrder(order: Order): void
\n+getOrders(): List<Order>
\n}<\/p>\n<\/code><\/pre>\n
\n\u2013 orderID: String
\n\u2013 orderDate: Date
\n\u2013 status: OrderStatus
\n\u2013 total: Decimal
\n+calculateTotal(): Decimal
\n+validate(): Boolean
\n+save(): void
\n+cancel(): void
\n}<\/p>\n<\/code><\/pre>\n
\nPaymentProcessor <<interface>>
\nCreditCardProcessor <<strategy>>
\nPayPalProcessor <<strategy>>
\nStripeProcessor <<strategy>>
\nPaymentProcessorFactory <<factory>>
\nOrderService <<service>><\/p>\n<\/code><\/pre>\n
\nCreditCardProcessor <|\u2013 PaymentProcessor
\nPayPalProcessor <|\u2013 PaymentProcessor
\nStripeProcessor <|\u2013 PaymentProcessor<\/p>\n<\/code><\/pre>\n
\nPaymentProcessorFactory \u201c1\u201d \u2014 \u201c1\u201d PaymentProcessor : membuat<\/p>\n<\/code><\/pre>\n
\nOrderService \u201c1\u201d \u2014 \u201c1\u201d PaymentProcessor : menggunakan<\/p>\n<\/code><\/pre>\n
\nOrderService \u201c1\u201d \u2014 \u201c1\u201d PaymentProcessorFactory : mengkonfigurasi melalui<\/p>\n<\/code><\/pre>\n
\nPayment \u201c1\u201d \u2014 \u201c1\u201d PaymentProcessor : menggunakan<\/p>\n<\/code><\/pre>\n
\nCustomer \u201c1\u201d \u2014 \u201c0..*\u201d Order : menempatkan
\nOrder \u201c1\u201d \u2014 \u201c1..*\u201d OrderItem : berisi
\nOrderItem \u201c1\u201d \u2014 \u201c1\u201d Product : merujuk
\nOrder \u201c1\u201d \u2014 \u201c1\u201d Payment : memiliki<\/p>\n<\/code><\/pre>\n
\nnote right of Order
\nStatus: [Menunggu, Dikonfirmasi, Dikirim, Dibatalkan]
\nend note<\/p>\n<\/code><\/pre>\n
\nMetode: \u201cKartuKredit\u201d, \u201cPayPal\u201d, \u201cStripe\u201d
\nend note<\/p>\n<\/code><\/pre>\n
\nJenis yang didukung: \u201cKartuKredit\u201d, \u201cPayPal\u201d, \u201cStripe\u201d
\nDapat diperluas tanpa mengubah OrderService
\nend note<\/p>\n<\/code><\/pre>\n\r\n<\/code><\/pre>\n\n
\ud83d\udd04 Ringkasan: Evolusi Diagram Kelas<\/h2>\n
\n\n
\n \nTahap<\/th>\n Fokus<\/th>\n Tingkat Rincian<\/th>\n Elemen Kunci<\/th>\n<\/tr>\n<\/thead>\n \n 1. Persyaratan<\/td>\n Konsep Domain<\/td>\n Tingkat Tinggi<\/td>\n Entitas, asosiasi<\/td>\n<\/tr>\n \n 2. Analisis<\/td>\n Struktur Sistem<\/td>\n Sedang<\/td>\n Atribut, operasi, antarmuka<\/td>\n<\/tr>\n \n 3. Implementasi<\/td>\n Siap Kode<\/td>\n Tinggi<\/td>\n Tipe, modifer akses, pola<\/td>\n<\/tr>\n \n 4. Pemeliharaan<\/td>\n Evolusi Sistem<\/td>\n Adaptif<\/td>\n Stereotip, penghapusan, penyederhanaan<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n \ud83d\udee0\ufe0f Tips Menggunakan PlantUML<\/h2>\n
\n
@startuml<\/code>\u00a0dan\u00a0@enduml<\/code>\u00a0untuk membungkus diagram.<\/p>\n<\/li>\n<<stereotype>><\/code>\u00a0untuk pola desain atau metadata.<\/p>\n<\/li>\ncatatan di sebelah kanan<\/code>\u00a0untuk dokumentasi.<\/p>\n<\/li>\n+<\/code>,\u00a0-<\/code>,\u00a0#<\/code>\u00a0untuk visibilitas (publik<\/code>,\u00a0pribadi<\/code>,\u00a0terlindungi<\/code>).<\/p>\n<\/li>\n<<antarmuka>><\/code>,\u00a0<<abstrak>><\/code>,\u00a0<<singleton>><\/code>\u00a0untuk kejelasan.<\/p>\n<\/li>\n