de_DEen_USes_ESfa_IRfr_FRhi_INid_IDjapl_PLpt_PTru_RUvizh_CNzh_TW

Dari Teks ke Model UML: Studi Kasus Praktis dalam Mengubah Deskripsi Masalah menjadi Diagram Kelas dan Urutan

Pendahuluan

Dalam rekayasa perangkat lunak modern, kemampuan menerjemahkan persyaratan bisnis yang ambigu menjadi model sistem yang presisi dan dapat ditindaklanjuti adalah keterampilan yang kritis. Analisis Teks berfungsi sebagai jembatan yang kuat antara pernyataan masalah dalam bahasa alami dan diagram UML (Unified Modeling Language) yang formal. Studi kasus ini mendemonstrasikan alur kerja lengkap dan bertahap untuk mengekstrak kelas kandidat dari deskripsi masalah dunia nyata, menyempurnakannya melalui kriteria penolakan sistematis, dan mengembangkannya menjadi diagram kelas dan urutan yang kuat.

Dengan menggunakan sistem keamanan parkir Saturn International sebagai contoh kerja kami, kami mengilustrasikan bagaimana manajer produk, analis bisnis, dan arsitek perangkat lunak dapat memanfaatkan fitur Analisis Teks Visual Paradigm untuk mempercepat penemuan persyaratan, mengurangi ambiguitas, dan menghasilkan artefak desain yang dapat dipelihara. Baik Anda memodelkan sistem kontrol akses, alur kerja perusahaan, atau aplikasi yang berhadapan dengan pelanggan, metodologi yang disajikan di sini menyediakan kerangka kerja yang dapat diulang untuk mengubah kata-kata menjadi model yang berfungsi.

Mengubah Deskripsi Masalah Menjadi Diagram Kelas dan Urutan

Deskripsi Masalah

Deskripsi masalah berikut akan digunakan dalam tutorial ini. Mari kita lihat.

Manajemen Saturn Int. ingin meningkatkan langkah-langkah keamanan mereka, baik untuk gedung maupun di lokasi. Mereka ingin mencegah orang yang bukan bagian dari perusahaan menggunakan parkir mereka.

Saturn Int. telah memutuskan untuk mengeluarkan kartu identitas kepada semua karyawan. Setiap kartu mencatat nama, departemen, dan nomor staf perusahaan, serta memberikan akses mereka ke parkir perusahaan. Karyawan diminta untuk memakai kartu tersebut saat berada di lokasi.

Terdapat penghalang dan pembaca kartu yang ditempatkan di pintu masuk parkir. Ketika seorang pengemudi mengendarai mobilnya masuk ke parkir, ia memasukkan kartu identitasnya ke dalam pembaca kartu. Pembaca kartu kemudian memverifikasi nomor kartu untuk melihat apakah nomor tersebut dikenal oleh sistem. Jika nomor dikenali, pembaca mengirim sinyal untuk memicu penghalang naik. Pengemudi kemudian dapat mengendarai mobilnya masuk ke parkir.

Terdapat penghalang lain di pintu keluar parkir, yang secara otomatis terangkat ketika sebuah mobil ingin meninggalkan parkir.

Sebuah tanda di pintu masuk menampilkan “Penuh” ketika tidak ada tempat kosong di parkir. Tanda tersebut hanya dimatikan ketika sebuah mobil meninggalkan parkir.

Terdapat jenis kartu lain untuk tamu, yang juga mengizinkan akses ke parkir. Kartu tersebut mencatat nomor dan tanggal saat ini. Kartu semacam itu dapat dikirimkan sebelumnya atau diambil dari resepsionis. Semua kartu tamu harus dikembalikan ke resepsionis ketika pengunjung meninggalkan Saturn Int.

Mengidentifikasi Kelas dari Teks

Membuat Analisis Teks

  1. Buat proyek baru. PilihProyek > Barudari menu utama. Di jendelaProyek Baruberikut, beri nama proyekTutorialdan klikBuat Proyek Kosonguntuk mengonfirmasi.

  2. Buat Analisis Teks baru. PilihDiagram > Barudari menu utama.

  3. Di jendelaDiagram Baruberikut, pilihAnalisis Teks dan klik Lanjut. Masukkan Peningkatan Keamanan sebagai nama diagram dan klik OK.

    Buat Analisis Teks

  4. Ini membuka editor Analisis Teks. Salin deskripsi masalah yang disediakan di atas dan tempelkan ke dalam editor. Penempelan dapat dilakukan dengan menekan Ctrl-V atau mengklik kanan pada editor dan memilih Tempel.

    Identifikasi kelas kandidat

Mengidentifikasi Objek Kandidat dari Teks

Baca deskripsi masalah untuk mengidentifikasi kelas kandidat. Ketika kandidat ditemukan, klik kanan pada segmen teks dan pilih Tambahkan teks sebagai Kelas dari menu popup.

Pernyataan masalah disematkan

Daftar kelas kandidat diperoleh di bawah ini:

Saturn Int. tindakan keamanan gedung lokasi
Orang yang bukan bagian dari perusahaan Parkir mobil Kartu identitas karyawan
nama departemen nomor Staf perusahaan
Akses penghalang Pembaca kartu pengemudi
Nomor kartu sistem sinyal keluar
Jenis kartu lain untuk tamu resepsi Kartu tamu pengunjung

Hingga saat ini, editor Analisis Teks seharusnya terlihat seperti ini:

Kelas kandidat diidentifikasi

Menolak Objek Kandidat

Pada bagian ini, kelas-kelas kandidat tersebut akan ditinjau terhadap daftar aturan penolakan. Pada akhir bagian ini, daftar model kelas akan diperoleh.

Sekarang, tinjau daftar kelas kandidat terhadap aturan penolakan di bawah ini:

  • Duplikat: jika dua objek atau lebih hanyalah nama berbeda untuk hal yang sama.

  • Tidak relevan: objek yang ada dalam domain masalah, tetapi tidak dimaksudkan.

  • Kabur: ketika mempertimbangkan kata-kata dengan cermat, terkadang menjadi jelas bahwa kata-kata tersebut tidak memiliki makna yang jelas dan tidak dapat menjadi dasar yang berguna dalam sistem.

  • Umum: maknanya terlalu luas.

  • Atribut: sebagai atribut dari objek.

  • Asosiasi: sebenarnya merepresentasikan hubungan antara objek.

  • Peran: terkadang objek dirujuk berdasarkan peran yang mereka mainkan dalam bagian tertentu dari sistem.

Tabel berikut mencantumkan hasil peninjauan:

Kelas kandidat Terima / Tolak Alasan penolakan
Manajemen Saturn Int. Tolak Tidak relevan dengan sistem
Tindakan keamanan Tolak kabur
Bangunan Tolak Tidak relevan dengan sistem
Situs Tolak Tidak relevan dengan sistem
Orang yang bukan bagian dari perusahaan Tolak Tidak relevan dengan sistem
Parkir mobil Terima
Kartu identitas Terima
Karyawan Tolak Duplikat dengan ‘Staf perusahaan’
Nama Tolak Atribut
Departemen Tolak Atribut
Nomor Tolak Atribut
Staf perusahaan Tolak Peran
Akses Terima
Penghalang Terima
Pembaca kartu Terima
Pengemudi Tolak Peran
Nomor kartu Tolak Atribut
Sistem Tolak Terlalu umum
Sinyal Terima
Keluar Tolak Tidak relevan dengan sistem
Jenis kartu lain untuk tamu Tolak Duplikat dengan kartu tamu
Resepsi Tolak Tidak relevan dengan sistem
Kartu tamu Terima
pengunjung Tolak Peran

Untuk membedakan kelas kandidat yang diterima dan yang ditolak, mari kita ubah warna sorotan menjadi hijau untuk yang diterima. Untuk melakukannya, klik sel yang disorot kuning dan pilih hijau dari pemilih warna.

Ubah warna sorotan

Jadi sekarang, daftar kelas kandidat yang tersisa diperoleh sebagai berikut:

Parkir mobil Kartu identitas Akses Penghalang
Pembaca kartu Sinyal Kartu tamu

Menyusun Ulang Kelas yang Diidentifikasi

Mari kita susun ulang kandidat yang diterima menjadi: (1) Menyeragamkan bentuk kata benda antara penggunaan tunggal dan jamak, dan (2) Secara akurat mencerminkan makna teks yang diekstrak.

Baca tabel di bawah ini untuk perubahan yang diperlukan dan penjelasan perubahan.

Teks yang diekstrak Susun ulang menjadi Alasan
parkir mobil
kartu identitas kartu karyawan “Kartu identitas” secara harfiah berarti semua jenis kartu, tetapi menurut teks tersebut kata “kartu identitas” berasal dari frasa kata benda “kartu identitas untuk semua karyawan”, sehingga sebenarnya berarti kartu karyawan. Kita akan menyusun ulang ini untuk menghindari kebingungan.
akses
penghalang
pembaca kartu
sinyal
keluar
kartu tamu kartu tamu Ubah ke bentuk kata benda tunggal agar sesuai dengan kata-kata lainnya

Perbarui nama kelas kandidat sesuai:

Menamai ulang kandidat

Membuat Elemen Model Kelas dari Teks

Anda telah mengidentifikasi daftar kelas. Untuk menggunakannya dalam konstruksi model, Anda perlu mengubahnya dari kata-kata menjadi elemen model.

  1. Pilih tujuh kelas dalam tabel. Untuk melakukan pemilihan ganda, terus tekan tombolCtrl dan klik pada baris satu per satu.

  2. Klik kanan pada pilihan Anda dan pilihBuat Elemen Model dari menu popup.

    Buat elemen

  3. Anda diminta untuk memvisualisasikan elemen yang dibuat dalam sebuah diagram. Pertahankan opsiBuat diagram baru terpilih. Ubah nama diagram kelas menjadiSistem Parkir Mobil dan klikBuat.

    Visualisasikan kelas ke dalam diagram kelas
    Ini membuat sebuah diagram kelas.
    Diagram kelas terbentuk

Mengembangkan Model Kelas – Identifikasi Hubungan Struktural

Anda telah memperoleh sekumpulan kelas yang divisualisasikan dalam diagram kelas. Sekarang, identifikasi hubungan struktural mereka dengan menghubungkannya menggunakan konektor hubungan seperti asosiasi, generalisasi, dan dependensi. Gambar di bawah menunjukkan hasilnya. Selama proses ini, kelas baru dapat ditambahkan, seperti penambahan kelas “kartu” dalam contoh ini sebagai kelas induk dari kelas anak kartu karyawan dan kartu tamu.

Diagram kelas diperbarui

Mengembangkan Model Interaksi – Identifikasi Atribut dan Operasi

Diagram urutan dibuat untuk memvisualisasikan interaksi antara objek, yaitu instance dari kelas-kelas yang diidentifikasi di atas. Selama proses ini, atribut dan operasi akan diidentifikasi, yang pada gilirannya membuat model kelas menjadi lengkap. Mari kita buat diagram urutan untuk memvisualisasikan kasus ketika seorang karyawan perusahaan mengendarai mobilnya ke dalam area parkir.

  1. Buat Diagram Urutan. PilihDiagram > Baru dari menu utama.

  2. Di jendelaDiagram Baru, pilihDiagram Urutan dan klikLanjut. PilihKosong sebagai templat dan klik Lanjut. Masukkan Parkir mobil (Dengan kartu karyawan) sebagai nama diagram dan klik OK.

    Buat diagram urutan

  3. Skenario dimulai dari seorang pengemudi yang memasukkan kartu karyawannya ke dalam pembaca kartu. Mari kita buat aktor Karyawan. Untuk membuat aktor, pilih Aktor dari toolbar diagram dan seret ke dalam diagram.

    Buat aktor

  4. Kita perlu menampilkan pembaca kartu sebagai objek. Alih-alih membuat garis kehidupan, mari kita buat instance objek dari pembaca kartu kelas. Ada beberapa cara untuk mencapainya. Salah satu caranya adalah dengan menggunakan kembali kelas tersebut melalui Penjelajah Model. Klik pada Penjelajah Model tab yang terpasang di sebelah kiri jendela aplikasi (atau pilih Tampilan > Panel > Penjelajah Model jika tab tidak muncul). Kemudian, seret kelas pembaca kartu ke dalam diagram.

    Seret kelas pembaca ke diagram

  5. Pilih Garis Kehidupan untuk membuat ketika Anda diminta memilih jenis.

  6. Garis kehidupan secara otomatis diberi nama ‘pembaca kartu’, mengikuti nama klasifikator. Karena nama bersifat opsional, mari kita hapus. Ini juga membuat diagram lebih mudah dibaca.

    Garis kehidupan pembaca kartu dibuat

  7. Hubungkan karyawan dengan : pembaca kartu. Arahkan kursor mouse ke aktor karyawan. Tekan pada Katalog Sumber Daya tombol dan seret ke garis kehidupan : pembaca kartu.

    Untuk membuat pesan urutan

  8. Lepaskan penunjuk mouse Anda dan pilih Pesan dari Katalog Sumber Daya.

    Memilih pesan urutan untuk dibuat

  9. Masukkan masukkan kartu karyawan sebagai nama pesan.

    Pesan urutan dibuat

  10. Sebagai perangkat input, pembaca kartu menerima kartu dan kemudian meminta sistem untuk memverifikasinya. Mari kita buat garis kehidupan untuk sistem. Karena kita tidak memiliki kelas seperti itu, kita cukup membuat garis kehidupan secara langsung. Seret Garis Kehidupan dari toolbar diagram ke diagram. Beri nama garis kehidupan sistem parkir mobil.

    Buat garis kehidupan sistem parkir mobil

  11. Buat pesan verifikasi kartu() dari : pembaca kartu ke sistem parkir mobil.

    Pesan verifikasi kartu dibuat

  12. Ada dua kemungkinan hasil: berhasil atau gagal. Kita akan memodelkan kedua kasus tersebut. Dalam diagram urutan UML, fragmen gabungan alternatif dapat digunakan untuk memodelkan beberapa aliran yang mungkin. Buat fragmen gabungan alternatif yang mencakup aktor dan garis kehidupan. Kita akan mengubah ukurannya untuk mencakup lebih banyak garis kehidupan saat semakin banyak garis kehidupan ditambahkan.

    Fragmen gabungan alternatif dibuat

  13. Jika berhasil, sistem akan memuat catatan kartu karyawan. Buat pesan diri muat karyawan(). Untuk melakukan ini, gerakkan penunjuk mouse Anda ke atas sistem parkir mobil dan klik pada Katalog Sumber Daya, lalu pilih Pesan Mandiri -> Garis Kehidupan dari Katalog Sumber Daya. Masukkan nama pesan mandiri.

    Buat pesan diri

  14. Ikuti langkah 4 untuk memvisualisasikan kelas kartu staf sebagai garis kehidupan. Sekali lagi, hapus namanya.

    Kelas kartu staf divisualisasikan

  15. Misalkan waktu akses terakhir akan diatur ke catatan kartu staf. Nyatakan ini dengan pesan set set last access().

    Pesan urutan dibuat

  16. Sebuah catatan akses akan dibuat. Mari kita visualisasikan akses kelas pada diagram sebagai garis kehidupan, lalu hubungkan dengannya dengan pesan create. Jangan lupa memperbesar fragmen gabungan alternatif untuk mencakup garis kehidupan tersebut.

    Pesan dibuat

  17. Sebuah sinyal juga akan dibuat untuk memicu pengangkatan penghalang. Mari kita visualisasikan sinyal kelas pada diagram, lalu hubungkan dengannya dengan pesan create. Sampai saat ini, diagram urutan Anda seharusnya terlihat mirip dengan gambar di bawah ini.

    Diagram urutan diperbarui

  18. Angkat penghalang. Visualisasikan penghalang kelas sebagai garis kehidupan dan hubungkan dengannya dengan raise() pesan. Di sini kita menamai garis kehidupan pintu masuk karena terdapat penghalang di pintu masuk dan pintu keluar, namun dalam diagram ini kita merujuk pada yang berada di pintu masuk.

    Kelas penghalang divisualisasikan

  19. Akhirnya, minta pembaca kartu untuk menampilkan pesan yang menunjukkan keberhasilan verifikasi kartu staf. Buat pesan urutan show success message yang menghubungkan antara sistem parkir mobil dan : pembaca kartu.

    Tampilkan pesan sukses

  20. Apa yang akan terjadi ketika kartu tidak dapat diverifikasi? Mari kita modelkan hal tersebut di bagian bawah fragmen gabungan alt. Katakanlah sistem akan meminta pembaca kartu untuk menampilkan pesan kegagalan verifikasi. Buat pesan seperti itu dalam diagram.

    Tampilkan pesan gagal

  21. Baik berhasil maupun gagal, kartu staf akan dikeluarkan setelah proses verifikasi. Mari kita buat pesan urutankeluarkan kartu yang menghubungkansistem parkir mobil dan: pembaca kartu.

    Pesan mengeluarkan kartu dibuat

  22. Akhirnya, buat pesan balasan kartu yang dikembalikan dari: pembaca kartu keaktor staf. Untuk melakukan ini, buat pesan tersebut, lalu klik kanan pada pesan tersebut dan pilihTipe (Tidak Spesifik) > Balas dari menu popup.

    Pesan kartu dikembalikan dibuat

  23. Dua kompartemen dari fragmen gabungan alt. dikenal sebagai operand. Masukkan kondisi operand sebagai kendala. Klik kanan pada labelalt di pojok kiri atas fragmen gabungan dan pilihOperand > Kelola Operand dari menu popup. Di jendela popup, atur kendala dari kedua operand sebagaiKartu diterima danKartu ditolak masing-masing.

Kelola operand

  1. Mari kita buat operasi dari pesan urutan. Pertama, buat kelas dari garis hidup sistem parkir mobil. Klik kanan pada garis hidup tersebut dan pilih PilihKelas > Buat Kelas “sistem parkir mobil” dari menu popup.

    Buat kelas dari lifeline

  2. Lihat gambar berikut. Untuk setiap konektor yang disorot, klik kanan pada konektor tersebut dan pilihKetik > Panggil > Buat Operasidari menu popup.

    Buat operasi

  3. Kembali ke diagram kelas. Operasi secara otomatis ditampilkan dalam model kelas.

    Model kelas diperbarui

Dengan membuat semakin banyak diagram urutan untuk berbagai skenario, model kelas akan secara bertahak diperkaya dengan menyertakan semua operasi dan atribut yang dibutuhkan sistem.

Kesimpulan

Mengubah persyaratan bahasa alami menjadi model UML yang presisi adalah baik seni maupun ilmu. Studi kasus ini menunjukkan bahwa dengan pendekatan yang disiplin—dimulai dengan Analisis Teks, menerapkan kriteria penolakan sistematis, merumuskan ulang untuk kejelasan, dan menyempurnakan secara iteratif melalui diagram kelas dan diagram urutan—tim dapat mengubah pernyataan masalah yang ambigu menjadi desain sistem yang kuat dan dapat diimplementasikan.

Contoh parkir mobil Saturnus International menunjukkan bagaimana persyaratan yang tampak sederhana pun mengandung lapisan kompleksitas: beberapa jenis aktor, alur bersyarat, interaksi perangkat keras, dan manajemen keadaan. Dengan memanfaatkan lingkungan pemodelan terintegrasi Visual Paradigm, praktisi dapat mempertahankan keterlacakan dari teks awal hingga kode akhir, memastikan konsistensi di seluruh diagram, dan berkolaborasi secara efektif di antara pemangku kepentingan teknis dan non-teknis.

Poin penting bagi praktisi:

  • Mulailah dengan ekstraksi kandidat yang luas, lalu sempurnakan melalui aturan penolakan yang eksplisit

  • Gunakan konvensi penamaan tunggal dan konsisten untuk mengurangi ambiguitas

  • Manfaatkan diagram urutan untuk mengungkap operasi dan atribut yang tersembunyi

  • Anggap pemodelan sebagai proses iteratif—setiap skenario memperkaya model kelas

  • Pertahankan keterlacakan dua arah antara persyaratan, model, dan implementasi

Baik Anda merancang sistem kontrol akses, alur kerja perusahaan, atau aplikasi yang berhadapan dengan pelanggan, metodologi yang disajikan di sini menyediakan kerangka kerja yang dapat diulang dan dapat diskalakan untuk mengubah kata-kata menjadi model perangkat lunak yang berfungsi.

Referensi

  1. Fitur Alat UML Visual Paradigm: Gambaran menyeluruh tentang kemampuan pemodelan UML Visual Paradigm, termasuk dukungan untuk semua 14 jenis diagram UML 2.x dan fitur pemodelan yang dibantu AI.
  2. Gambaran Umum 14 Jenis Diagram UML: Panduan terperinci yang menjelaskan diagram UML struktural dan perilaku serta kasus penggunaan yang sesuai dalam desain perangkat lunak.
  3. Panduan Pengguna Visual Paradigm PDF: Dokumentasi resmi yang mencakup instalasi, navigasi antarmuka, dan alur kerja pemodelan inti di Visual Paradigm.
  4. Dokumentasi Pemodelan UML: Instruksi langkah demi langkah untuk membuat, mengedit, dan mengelola diagram UML dalam lingkungan Visual Paradigm.
  5. Apa itu Diagram UML?: Pengantar ramah pemula untuk konsep UML, jenis diagram, dan perannya dalam arsitektur perangkat lunak dan komunikasi desain.
  6. Tangkap Persyaratan dengan Kasus Penggunaan: Panduan praktis tentang penggunaan diagram kasus penggunaan dan analisis teks untuk menggali, mendokumentasikan, dan memvalidasi persyaratan sistem.
  7. Generator Diagram Kelas UML yang Dibantu AI: Gambaran tentang fitur Visual Paradigm yang didukung AI yang secara otomatis menghasilkan diagram kelas dari deskripsi bahasa alami.
  8. Tutorial PlantUML ke Diagram Visual: Tutorial video yang mendemonstrasikan cara mengubah kode skrip PlantUML menjadi diagram UML interaktif dan dapat diedit dalam Visual Paradigm.
  9. Apa itu UML?: Penjelasan mendasar tentang prinsip-prinsip Bahasa Pemodelan Terpadu, sejarahnya, dan pentingnya dalam praktik rekayasa perangkat lunak modern.
  10. Alat Rekayasa Kode: Deskripsi kemampuan rekayasa bolak-balik, yang mendukung generasi kode dan rekayasa terbalik untuk berbagai bahasa pemrograman.
  11. Pemetaan Database dengan ORM: Panduan untuk menghasilkan skema database dan lapisan persistensi dari diagram kelas UML menggunakan teknik pemetaan objek-relasional.
  12. Manfaat Rekayasa Database: Penjelasan tentang bagaimana pemodelan database terpadu meningkatkan konsistensi data, mengurangi waktu pengembangan, dan mendukung iterasi agile.
  13. Galeri Visual Paradigm: Pameran proyek contoh, templat diagram, dan contoh pemodelan khusus industri yang dibuat dengan Visual Paradigm.
  14. Memasang Visual Paradigm: Panduan instalasi resmi yang mencakup persyaratan sistem, aktivasi lisensi, dan langkah konfigurasi awal.
  15. Integrasi UML Eclipse: Dokumentasi untuk menanamkan alat pemodelan Visual Paradigm langsung di dalam IDE Eclipse untuk alur kerja pengembangan yang mulus.
  16. Opsi Alat UML Gratis: Perbandingan fitur edisi komunitas Visual Paradigm versus kemampuan profesional untuk tim yang mengevaluasi solusi pemodelan.
  17. Proses Perangkat Lunak Pemodelan UML: Gambaran umum tentang bagaimana alat UML terintegrasi ke dalam proses pengembangan iteratif, termasuk metodologi agile, waterfall, dan hibrida.
  18. Fitur Alat Pemodelan Visual: Daftar fitur terperinci yang menyoroti kemampuan penggunaan ulang elemen cerdas, validasi sintaks, dan katalog sumber daya yang membedakan alat pemodelan profesional.
  19. Alat UML untuk Solusi Perusahaan: Deskripsi berfokus perusahaan tentang skalabilitas Visual Paradigm, fitur kolaborasi, dan integrasi dengan alat manajemen persyaratan dan perencanaan agile.
  20. Halaman Utama Visual Paradigm: Situs web utama Visual Paradigm, yang menawarkan unduhan produk, tutorial, forum komunitas, dan sumber daya dukungan bagi praktisi pemodelan.
  21. Koleksi Tutorial UML: Perpustakaan kurasi tutorial langkah demi langkah yang mencakup teknik pemodelan UML dari tingkat pemula hingga lanjutan untuk berbagai jenis diagram.
  22. Panduan Alat UML Tionghoa Tradisional: Sumber daya yang dilokalisasi yang menyediakan panduan pemodelan UML dan informasi produk bagi pengguna dan tim yang berbahasa Tionghoa Tradisional.

This post is also available in Deutsch, English, Español, فارسی, Français, English, 日本語, Polski, Portuguese, Ру́сский, Việt Nam, 简体中文 and 繁體中文.