Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Transformasi aplikasi mainframe
AWS Transform mempercepat transformasi aplikasi modernisasi mainframe Anda. Topik ini menjelaskan kemampuan yang tersedia.
Topik
Prasyarat: Siapkan masukan proyek di S3
AWS Transform mampu menangani basis kode mainframe yang kompleks. Untuk menggunakan basis kode, pastikan Anda memiliki semua aset di lokasi S3 Anda.
Input proyek utama:
-
Kode sumber: Anda harus mengunggah file kode sumber mainframe Anda ke S3. Ini termasuk program COBOL, skrip JCL, copybook, dan file sumber lain yang relevan.
-
File data: Jika Anda memiliki file VSAM atau file data lain yang digunakan aplikasi mainframe Anda, ini perlu diunggah ke S3.
-
File konfigurasi: Sertakan file konfigurasi khusus untuk lingkungan mainframe Anda.
Input proyek lainnya
Catatan Fasilitas Manajemen Sistem (SMF): Jika berlaku, unggah catatan SMF ke folder baru di bucket S3 tempat kode sumber disimpan, catatan ini harus dalam format file.zip.
Pemformatan: Untuk pembuatan dokumentasi teknis, Anda dapat memanfaatkan file konfigurasi opsional untuk menghasilkan dokumen PDF yang selaras dengan format dan standar yang diperlukan, termasuk header, footer, logo, dan informasi yang disesuaikan.
Glosarium: AWS Transform AWS Transform memanfaatkan otomatisasi dengan Generative AI untuk pembuatan dokumentasi dan ekstraksi aturan bisnis. Menyertakan file CSV glosarium dengan informasi tentang singkatan dan terminologi penting di direktori root file zip Anda akan membantu meningkatkan kualitas dokumentasi yang dihasilkan.
Data uji: Jika tersedia, unggah kumpulan data pengujian yang dapat digunakan untuk memvalidasi aplikasi yang dimodernisasi. Data ini harus disimpan dalam folder baru di bucket S3 tempat kode sumber disimpan.
Detail tentang input proyek dapat ditemukan di sini.
Sign-in dan menciptakan pekerjaan
Untuk masuk ke pengalaman web AWS Transform, ikuti semua instruksi di Memulai dengan AWS Transformasi bagian dokumentasi.
Untuk membuat dan memulai pekerjaan: Ikuti langkah-langkah di Mulai proyek Anda.
Buat ruang kerja: Beri nama dan jelaskan ruang kerja Anda tempat pekerjaan, kolaborator, dan artefak terkait akan disimpan.
Buat pekerjaan: Buat pekerjaan dengan memilih dari rencana pekerjaan yang telah dikonfigurasi sebelumnya, atau sesuaikan rencana pekerjaan berdasarkan tujuan Anda dengan memilih dari daftar kemampuan yang didukung.
penting
AWS Transform akan menolak operasi dari Anda jika Anda tidak memiliki izin yang tepat. Misalnya, kontributor tidak dapat membatalkan transformasi pekerjaan aplikasi mainframe atau menghapus pekerjaan. Hanya administrator yang dapat melakukan fungsi-fungsi ini.
Saat Anda membuat pekerjaan, Anda dapat memilih dari kemampuan di bawah ini, tetapi langkah Kickoff selalu diperlukan karena di situlah lokasi kode sumber untuk proyek berada. Pada pekerjaan pertama yang disiapkan di ruang kerja, Anda harus menyiapkan konektor ke bucket Amazon S3 Anda.
Melacak kemajuan transformasi
Anda dapat melacak kemajuan transformasi di seluruh proses dengan dua cara:
-
Worklog — Ini menyediakan log terperinci dari tindakan yang dilakukan AWS Transform, bersama dengan permintaan masukan manusia, dan tanggapan Anda terhadap permintaan tersebut.
-
Dasbor — Ini memberikan ringkasan tingkat tinggi dari transformasi aplikasi mainframe. Ini menunjukkan metrik pada jumlah pekerjaan yang diubah, transformasi yang diterapkan, dan perkiraan waktu untuk menyelesaikan transformasi aplikasi mainframe. Anda juga dapat melihat detail setiap langkah termasuk, baris kode menurut jenis file, dokumentasi yang dihasilkan oleh setiap jenis file, kode yang didekomposisi, dan rencana migrasi.
Siapkan konektor
AWS Transform menggunakan konektor untuk mengakses sumber daya di akun Anda yang diperlukan untuk fungsi modernisasi mainframe. Konektor Anda secara otomatis dikonfigurasi dengan pekerjaan pertama yang Anda jalankan di ruang kerja. Bergantung pada rencana pekerjaan yang Anda pilih, AWS Transform memandu Anda untuk membuat konektor.
Konektor menata ulang mainframe
Konektor tata ulang mainframe adalah untuk pekerjaan yang menjalankan penilaian dan menata ulang alur kerja. Ini menggunakan bucket S3 untuk mengakses dan menyimpan sumber daya transformasi, serta cluster Amazon Neptunus untuk menyimpan artefak yang diekstraksi. Cluster Neptunus berfungsi sebagai grafik pengetahuan terpadu yang menyimpan semua artefak yang diekstraksi tentang pekerjaan Anda, dan grafik pengetahuan menjawab semua pertanyaan di antarmuka obrolan Transform. AWS
Terapkan cluster Amazon Neptunus di AWS VPC tempat Transform dapat membuat antarmuka jaringan elastis (ENI). Ini adalah koneksi jaringan yang memungkinkan AWS Transform berkomunikasi dengan aman dengan Neptunus di VPC Anda untuk memuat data dan menanyakan grafik pengetahuan Anda.
AWS CloudFormation
Sebaiknya gunakan CloudFormation templat berikut untuk membuat sumber daya yang diperlukan untuk konektor tata ulang mainframe Anda. Gunakan bucket S3 yang sama yang Anda rencanakan untuk digunakan untuk konektor saat menjalankan CloudFormation template. Untuk informasi selengkapnya tentang menggunakan CloudFormation templat, lihat Bekerja dengan templat.
Untuk mengunduh CloudFormation templat, pilih neptune-kg-setup.yaml
Template menerima parameter berikut:
BucketName – Wajib. Nama bucket S3 untuk akses pemuat massal Neptunus. Anda harus menggunakan bucket S3 yang sama dengan yang Anda rencanakan untuk digunakan di konektor AWS Transform Anda.
KmsKeyId – Opsional. Kunci KMS untuk enkripsi Neptunus. Menerima ID kunci, ARN, nama alias, atau alias ARN. Default ke kunci AWS terkelola jika dihilangkan.
Berikan detail berikut saat Anda mengonfigurasi konektor:
Bucket S3 ARN
Gugus Neptunus ARN
ID sumber daya cluster Neptunus
ID subnet aplikasi
ID grup keamanan aplikasi
Peran pemuat massal Neptunus S3 ARN
penting
Tab Output dari CloudFormation template menyertakan detail yang perlu Anda berikan untuk AWS Transform saat mengonfigurasi konektor.
Konfigurasi kustom
Jika Anda lebih suka menggunakan VPC yang ada atau alat lain untuk membuat infrastruktur yang diperlukan, lingkungan Anda harus memenuhi persyaratan berikut:
Gugus Neptunus
-
Amazon Neptune Tanpa Server dengan versi mesin 1.4.5.1 atau yang lebih baru
Autentikasi IAM diaktifkan
Enkripsi penyimpanan diaktifkan (kunci AWS terkelola atau kunci KMS yang dikelola pelanggan)
Konfigurasi penskalaan tanpa server (disarankan: 1—128 NCU)
(Disarankan) Baca replika di Availability Zone kedua untuk ketersediaan tinggi dan peningkatan kinerja baca
Jaringan
VPC dengan dukungan DNS dan nama host DNS diaktifkan
Setidaknya dua subnet di Availability Zone terpisah. AWS Transform membuat ENI di subnet ini untuk mengakses cluster Neptunus, yang dapat berada di subnet yang sama atau di subnet khusus. Ukuran subnet di/20 untuk mengakomodasi titik akhir VPC dan ENI aplikasi.
-
Konektivitas jaringan dari subnet ke AWS layanan berikut melalui titik akhir AWS PrivateLink antarmuka VPC ():
AWS Transform Agents API - Mengkoordinasikan pekerjaan modernisasi mainframe
Amazon Bedrock Runtime — Memanggil model dasar untuk analisis dan penalaran
Amazon Relational Database Service (Amazon RDS) - Manajemen cluster Neptunus
Amazon Elastic Compute Cloud (Amazon EC2) — Manajemen ENI
Amazon CloudWatch — Metrik untuk observabilitas AWS Transformasi
Titik akhir gateway S3 yang dilampirkan ke tabel rute yang terkait dengan subnet Anda. AWS Transform menggunakan endpoint ini untuk memuat data dari bucket S3 ke cluster Neptunus.
Grup keamanan
Grup keamanan dilampirkan ke ENI, bukan subnet. Bahkan ketika AWS Transform ENI dan Neptunus berada di subnet yang sama, grup keamanan terpisah mengontrol akses di antara mereka.
-
Grup keamanan (dilampirkan ke ENI yang dibuat oleh AWS Transform) yang memungkinkan:
Keluar TCP 8182 ke grup keamanan Neptunus
Outbound TCP 443 untuk mencapai titik akhir VPC
-
Grup keamanan (melekat pada cluster Neptunus) yang memungkinkan:
Inbound TCP 8182 dari grup keamanan aplikasi
-
Grup keamanan titik akhir VPC (dilampirkan ke ENIS titik akhir antarmuka) yang memungkinkan:
TCP 443 masuk dari grup keamanan aplikasi
IAM
Peran IAM dengan kebijakan kepercayaan untuk hibah
rds.amazonaws.com.rproxy.goskope.comitus3:GetObject,s3:ListBucket, dans3:GetBucketLocationdi ember S3 AndaPeran ini harus dikaitkan dengan cluster Neptunus untuk memuat data grafik pengetahuan massal
Diagram berikut menunjukkan arsitektur yang direkomendasikan.
Konektor S3
Untuk pekerjaan dengan paket khusus, AWS Transform dapat menggunakan konektor S3. Konektor S3 menggunakan bucket S3 untuk mengakses dan menyimpan sumber daya transformasi, dan bucket vektor S3 untuk output yang diindeks.
penting
Data Anda disimpan dan disimpan di penyimpanan artefak AWS Transform di ruang kerja Anda dan hanya digunakan untuk menjalankan pekerjaan.
Konfigurasi opsional bucket vektor S3.
Di Wilayah di mana bucket vektor S3 tersedia, AWS Transform akan menyimpan pengkodean vektor hasil pekerjaan yang dapat dicari di bucket vektor S3 ini di akun Anda untuk memberikan pengalaman pencarian dan obrolan yang didukung AI. Data tidak digunakan di luar pekerjaan ini, dan tidak digunakan untuk melatih model. Untuk mengaktifkan ini, Anda harus membuat dan menyediakan bucket vektor S3. AWS Transform secara otomatis membuat dan melampirkan peran dengan izin yang diperlukan untuk menulis ke bucket ini.
Izin CORS bucket S3
Setelah konektor Anda dikonfigurasi, tambahkan kebijakan CORS berikut ke bucket S3 agar Anda dapat melihat dan membandingkan artefak secara langsung di konsol Transform. AWS Jika kebijakan ini tidak diatur dengan benar, Anda mungkin tidak dapat menggunakan fungsi tampilan sebaris atau perbandingan file Transform. AWS
[ { "AllowedHeaders": [], "AllowedMethods": [ "GET" ], "AllowedOrigins": [ "https://*.transform.eu-central-1.on.aws", "https://*.transform.ap-south-1.on.aws", "https://*.transform.ap-northeast-1.on.aws", "https://*.transform.ap-northeast-2.on.aws", "https://*.transform.ap-southeast-2.on.aws", "https://*.transform.ca-central-1.on.aws", "https://*.transform.eu-west-2.on.aws", "https://*.transform.us-east-1.on.aws", "https://*.transform.sa-east-1.on.aws" ], "ExposeHeaders": [], "MaxAgeSeconds": 0 } ]
Menilai dan menata kembali rencana kerja
Menilai dan menata ulang rencana pekerjaan adalah alur kerja yang telah ditentukan untuk memodernisasi aplikasi mainframe. Ini memandu Anda melalui dua fase: menilai basis kode Anda untuk mengidentifikasi fungsi bisnis, dan menata ulang fungsi yang Anda pilih. Untuk memilih kemampuan individu sebagai gantinya, gunakan rencana pekerjaan Kustom.
Menilai
Perjalanan modernisasi mainframe biasanya dimulai dengan mengevaluasi basis kode untuk mengidentifikasi konten dan memahami hubungan dan dependensi. Setelah evaluasi ini, Anda dapat mulai menguraikan dan memilih bagian dari kode sumber untuk dimodernisasi. Batas-batas dekomposisi ditentukan berdasarkan fungsi bisnis.
Katalog fungsi bisnis menguraikan basis kode Anda menjadi fungsi bisnis diskrit, yang dibangun di atas dasar jalur data deterministik yang memetakan setiap fungsi bisnis dari awal hingga akhir. Jalur data adalah rute yang diambil data, dimulai dengan pemicu bisnis hingga penulisan akhir dalam kode mainframe. Alih-alih membatasi analisis ke titik masuk tunggal, sistem mencakup pekerjaan batch, transaksi CICS, dan penyimpanan data bersama mereka untuk mengidentifikasi unit kerja bisnis yang koheren.
Fungsi bisnis adalah badan kerja yang dimulai dari pemicu bisnis dan berakhir pada hasil bisnis yang terukur. AWS Transform menyediakan katalog fungsi bisnis yang dapat ditindaklanjuti oleh lini bisnis, memungkinkan keputusan berdasarkan informasi tentang apa yang harus dimodernisasi terlebih dahulu.
Manfaat menilai basis kode Anda untuk memodernisasi menggunakan fungsi bisnis:
Full-estate visibilitas — Memahami bagaimana pekerjaan batch Anda, transaksi online, dan penyimpanan data terhubung ke fungsi yang berarti untuk bisnis Anda.
Batasan yang dapat ditindaklanjuti - Setiap fungsi bisnis yang diidentifikasi adalah unit mandiri yang dapat ditinjau dan diprioritaskan oleh pemangku kepentingan lini bisnis Anda untuk upaya modernisasi.
Konsistensi dari kode ke spesifikasi — Blok kode yang sama yang mendefinisikan fungsi bisnis digunakan untuk menghasilkan spesifikasinya, tanpa lapisan terjemahan dan tidak diperlukan rekonsiliasi.
Mengurangi waktu penemuan - Deteksi otomatis menggantikan wawancara pengetahuan suku manual selama berbulan-bulan dengan analisis yang sistematis dan berulang.
Hasil penilaian diberikan melalui obrolan
Hasil penilaian yang diberikan melalui obrolan mencakup daftar fungsi bisnis, termasuk jumlah jalur data, apa yang mencakup setiap fungsi dalam hal transaksi batch dan CICS, dan deskripsi bisnis. Anda diberikan tautan ke artefak yang dihasilkan di ember Amazon S3, dan Anda juga dapat mengaksesnya melalui obrolan. Dua artefak disediakan: rincian fungsi bisnis dan ringkasan fungsi bisnis.
Ringkasan fungsi bisnis — Menyediakan daftar fungsi bisnis dan deskripsi bahasa alami tentang fungsi apa yang dilakukan elemen-elemen dalam kode.
Detail fungsi bisnis — Menyediakan grafik interaktif yang menggambarkan hubungan di seluruh kode sumber.
Untuk berinteraksi dengan grafik, pilih elemen untuk menampilkan detail tambahan tentangnya, atau buka elemen untuk menginterogasi detailnya. Dalam setiap halaman, ada ringkasan semua elemen pada tingkat itu dan antarmuka grafis untuk berinteraksi dan mempelajari lebih lanjut tentang setiap komponen, termasuk yang berikut ini:
-
Fungsi bisnis — Menggambarkan fungsi bisnis mana yang terhubung satu sama lain dan memberikan gambaran umum dari setiap fungsi bisnis. Ketika Anda memilih fungsi bisnis, informasi berikut disediakan:
Jumlah jalur data
Jumlah baris kode
Deskripsi bisnis: ikhtisar fungsi bisnis yang menggambarkan, dalam bahasa alami, fungsi apa yang dilakukan elemen-elemen dalam kode.
Antarmuka: merinci bagaimana elemen data dalam fungsi bisnis berhubungan (misalnya, bertukar atau menulis).
-
Detail fungsi bisnis — Menggambarkan koneksi di seluruh jalur data dalam satu fungsi bisnis, memungkinkan Anda untuk menyelam lebih dalam ke komposisi fungsi bisnis. Ketika Anda memilih elemen, Anda melihat bagaimana elemen tersebut terhubung di seluruh fungsi bisnis, bersama dengan rincian berikut:
Datastore: penulis dan pembaca untuk datastore.
Elemen lain: ikhtisar jalur data terkait yang menggambarkan, dalam bahasa alami, tindakan dan hasil yang ditangani dalam jalur data, daftar program, dan pembaca dan penulis.
-
Jalur data — Menggambarkan detail dari satu jalur data dan bagaimana elemen dalam jalur data berhubungan satu sama lain.
Deskripsi: ikhtisar jalur data yang menjelaskan, dalam bahasa alami, tindakan dan hasil yang ditangani dalam jalur data.
-
Isi jalur data:
Titik masuk
Membaca
Menulis
Program
Melalui obrolan, Anda dapat menginterogasi output untuk memahami elemen yang terkandung dalam setiap fungsi bisnis, dan menjelajahi batas-batas melalui grafik fungsi bisnis.
Setelah Anda mengidentifikasi batas-batas modernisasi Anda, obrolan meminta Anda untuk memilih fungsi bisnis yang ingin Anda bayangkan kembali. Anda dapat memilih satu fungsi bisnis atau beberapa fungsi bisnis. AWS Transform mengirimkan batas-batas yang dipilih dan output penilaian yang diperlukan ke aliran penataan ulang untuk melanjutkan perjalanan modernisasi.
Setelah Anda menyelesaikan modernisasi pertama Anda, Anda dapat menggunakan obrolan untuk memilih serangkaian fungsi bisnis tambahan untuk dimodernisasi.
Bayangkan kembali
Pada fase penataan ulang, Anda dapat memilih satu atau semua fungsi bisnis yang diidentifikasi oleh penilaian dan mempersiapkannya untuk modernisasi. Ini memicu ekstraksi logika bisnis diikuti oleh pembuatan persyaratan untuk fungsi bisnis yang dipilih. Persyaratan yang dihasilkan adalah masukan utama untuk rekayasa maju, menerjemahkan pemahaman sistem lama ke dalam spesifikasi yang tepat dari apa yang harus diberikan oleh aplikasi modern.
Ekstrak logika bisnis
Setelah Anda memilih satu atau beberapa fungsi bisnis, AWS Transform mulai menghasilkan logika bisnis untuk fungsi bisnis yang dipilih. Setelah ekstraksi selesai, AWS Transform menyimpan hasilnya dalam bucket Amazon S3 dalam format JSON untuk penggunaan hilir. Anda dapat memantau kemajuan ekstraksi dan meninjau masalah apa pun secara langsung di dalam konsol AWS Transform.
Untuk meninjau hasil ekstraksi logika bisnis
-
Di panel navigasi kiri, pilih langkah Extract business logic untuk mengembangkannya.
-
Lihat yang berikut ini dari detail langkah:
S3 bucket link: Lokasi di mana hasil logika bisnis yang diekstraksi disimpan dalam format JSON.
Masalah: Daftar masalah yang dihadapi selama proses ekstraksi logika bisnis.
Jika ada file yang mengalami masalah selama ekstraksi, detail berikut akan ditampilkan untuk setiap file yang terpengaruh:
Nama file: Nama file yang mengalami masalah.
Jenis file: Jenis file (misalnya, COBOL atau JCL).
Jalur file: Lokasi file dalam aplikasi Anda.
Status: Status saat ini dari ekstraksi file.
Detail: Deskripsi masalah yang dihadapi.
catatan
Setelah langkah ekstraksi selesai, AWS Transform secara otomatis mulai menghasilkan persyaratan. Anda tidak diminta untuk input tambahan sebelum proses ini dimulai.
Hasilkan persyaratan
Setelah ekstraksi logika bisnis selesai, agen Generate Requirements mengkonsumsi artefak yang diekstraksi (analisis kode, analisis data, aturan bisnis) dan menghasilkan persyaratan modernisasi. Persyaratan ini adalah spesifikasi fungsional formal yang teknologi-agnostik dan mencakup kriteria penerimaan yang dapat diuji. AWS Transform menghasilkan satu requirements.md file untuk setiap fungsi bisnis yang Anda pilih dan menyimpan output dalam bucket Amazon S3. Untuk melihat lokasi output Amazon S3, pilih langkah Hasilkan persyaratan.
Setiap requirements.md file diatur ke dalam bagian-bagian berikut:
-
Judul — Nama fungsi bisnis dan alur kerja yang diwakilinya.
-
Prasyarat global — Kondisi yang harus berlaku di seluruh alur kerja sebelum dan selama pemrosesan. Nilai yang dapat dikonfigurasi muncul sebagai placeholder parameter.
-
Bagian alur kerja bernomor - Setiap bagian mewakili tahap diskrit dari fungsi bisnis. Setiap bagian berisi yang berikut:
Cerita pengguna yang menyatakan tujuan sebagai peran, tindakan yang ingin diambil peran, dan hasil yang dihasilkan.
Daftar Persyaratan dalam format EARS (Easy Approach to Requirements Syntax), masing-masing dengan pengenal unik.
catatan
Memilih rangkaian fungsi bisnis kedua akan memulai kembali langkah penataan ulang untuk fungsi yang baru dipilih. Konsol kemudian menampilkan hasil hanya untuk pilihan baru, sehingga masalah apa pun dengan aturan bisnis dari fungsi bisnis Anda sebelumnya, dan tautan Amazon S3 yang menyimpan output untuk logika dan persyaratan bisnis, tidak lagi ditampilkan. Output Anda sebelumnya tidak hilang. Anda masih dapat mengaksesnya dari tab Artefak atau di bucket Amazon S3 Anda.
Ketertelusuran antara artefak transformasi
AWS Transform mempertahankan ketertelusuran antara artefak yang dihasilkannya di seluruh alur kerja penilaian dan penataan ulang. Ketertelusuran memungkinkan Anda melacak setiap persyaratan ke aturan bisnis yang diekstraksi, atau langsung ke kode sumber asli yang menghasilkan persyaratan.
Anda dapat melihat semua detail keterlacakan untuk setiap fungsi bisnis menggunakan file. traceability.yaml Ini menjelaskan bagaimana setiap aturan bisnis memetakan ke suatu persyaratan.
Untuk keterlacakan interaktif, Anda dapat menggunakan plugin IDE di VS Code dan editor yang kompatibel dengan Open VSX. Untuk informasi selengkapnya, lihat Alat pengembang.
Bayangkan kembali rencana kerja
Untuk aplikasi yang telah Anda cakup untuk modernisasi dan siap untuk ditata ulang, Anda dapat menjalankan pekerjaan menata ulang mandiri. Pekerjaan menganalisis kode dan data Anda, mengekstrak logika bisnis, mengidentifikasi domain bisnis, dan menghasilkan persyaratan modernisasi untuk setiap domain bisnis.
Rencana pekerjaan khusus
Rencana pekerjaan khusus memungkinkan Anda membangun alur kerja modernisasi Anda sendiri dengan memilih kemampuan yang ingin Anda jalankan. Ini memberi Anda kontrol penuh atas kemampuan mana yang disertakan. Pilih dari kemampuan berikut berdasarkan tujuan modernisasi Anda. Beberapa kemampuan tergantung pada yang lain dijalankan terlebih dahulu. Misalnya, analisis kode diperlukan untuk sebagian besar kemampuan lainnya.
Menganalisis kode
Setelah Anda membagikan jalur bucket Amazon S3 dengan AWS Transform, ia akan menganalisis kode untuk setiap file dengan detail seperti nama file, jenis file, baris kode, dan jalurnya.
catatan
Anda dapat mengunduh Analisis hasil kode melalui tab artefak di tingkat pekerjaan atau ruang kerja. Pada tingkat pekerjaan, buka opsi 'Artefak' di menu navigasi kiri, dan buka folder 'hasil', atau di tingkat ruang kerja temukan nama pekerjaan, dan buka folder 'hasil'. Ini akan mengunduh file zip yang berisi file klasifikasi untuk alur kerja klasifikasi manual, daftar aset, file JSON dependensi, dan daftar file yang hilang.
Dalam rencana pekerjaan pilih Analisis kode di panel navigasi kiri untuk melihat hasil Anda. Anda dapat melihat hasil analisis kode Anda dengan beberapa cara:
-
Tampilan daftar - Semua file di bucket Amazon S3 yang ingin Anda ubah untuk mainframe
-
Tampilan jenis file - Semua file di bucket Amazon S3 ditampilkan per jenis file. Untuk daftar jenis file yang didukung, lihat File yang didukung.
-
Tampilan folder - Semua file di bucket Amazon S3 ditampilkan dalam struktur folder.
Dalam hasil file, AWS Transform memberikan informasi berikut tergantung pada tampilan file yang Anda pilih:
-
Nama
-
Tipe file
-
Total baris kode
-
Jalur berkas
-
Baris komentar
-
Baris kosong
-
Baris kode yang efektif
-
Jumlah file
-
Kompleksitas Cyclomatic - Kompleksitas siklomatik mewakili jumlah jalur independen linier melalui kode sumber program. AWS Transform akan menunjukkan kompleksitas cyclomatic untuk masing-masing file.
File hilang — File hilang dari analisis kode modernisasi mainframe. File-file ini idealnya, harus ditambahkan sebagai bagian dari input sumber di bucket Amazon S3, dan langkah analisis harus dijalankan kembali untuk hasil yang lebih baik dan kohesif.
Bernama identik — AWS Transform memberi Anda daftar file yang berbagi nama yang sama, dan mungkin karakteristik yang sama (misalnya, jumlah baris kode). Ini tidak akan memiliki kemampuan untuk membandingkan perbedaan antara isi dari dua file sekaligus.
ID Duplikat - Dengan program Cobol, bidang ID Program berfungsi sebagai pengidentifikasi unik file. ID ini harus unik karena digunakan untuk memanggil program di seluruh proyek Anda. Namun, beberapa proyek mungkin memiliki file COBOL dengan nama yang berbeda tetapi ID Program yang sama. Mendapatkan daftar file-file tersebut selama penilaian dapat membantu memahami dependensi di antara semua program.
catatan
Ini khusus untuk kode dan file COBOL.
Ketika Anda memiliki program dengan ID duplikat, disarankan untuk mengubah ID Program dari file-file ini untuk memiliki pengenal unik untuk masing-masing dalam kode COBOL. Anda kemudian dapat menjalankan kembali pekerjaan Anda untuk mendapatkan hasil analisis kode yang lebih akurat dan komprehensif.
Dengan menyelesaikan ID Program duplikat, Anda dapat:
-
Tingkatkan kejelasan dan pemeliharaan kode
-
Mengurangi potensi konflik dalam panggilan program
-
Meningkatkan akurasi pemetaan ketergantungan
-
Sederhanakan upaya modernisasi masa depan
Masalah basis kode - Potensi masalah yang terdeteksi dalam basis kode yang harus Anda selesaikan sebelum melanjutkan proyek modernisasi. Masalah ini dapat mencakup referensi yang hilang dengan pernyataan terkait atau tautan yang tidak didukung dalam kode.
Klasifikasi pembaruan - Dengan reklasifikasi manual, Anda dapat mengklasifikasikan ulang file menggunakan fitur pembaruan massal dengan mengunggah file JSON dengan klasifikasi baru.
penting
Ini hanya tersedia untuk UNKNOWN dan TXT file.
Setelah reklasifikasi, Transform akan: AWS
-
Memperbarui hasil klasifikasi
-
Re-runs analisis ketergantungan dengan jenis file baru
-
Menyegarkan semua hasil analisis yang terpengaruh
catatan
Anda dapat mengklasifikasikan ulang file hanya setelah loop analisis awal selesai.
Penampil sebaris dan perbandingan file
Penampil Inline adalah fitur dalam AWS Transform untuk kemampuan mainframe yang menyediakan dua kemampuan visualisasi utama:
-
Tampilan file: Lihat konten file lama yang dipilih dari pekerjaan
-
Perbandingan file: Bandingkan konten dari dua file lama secara berdampingan
Tampilan file masukan
Untuk melihat file Anda di Menganalisis kode langkah
-
Di bawah Lihat hasil analisis kode, pilih file menggunakan kotak centang dalam daftar.
Pilih tombol Lihat tindakan (diaktifkan saat 1 item dipilih).
Konten file akan ditampilkan di layar dalam komponen File View.
Perbandingan file
Untuk membandingkan file di Menganalisis kode langkah
-
Di bawah Lihat hasil analisis kode, pilih dua file menggunakan kotak centang dalam daftar.
-
Pilih tombol Bandingkan tindakan (diaktifkan hanya jika 2 item dipilih).
-
File akan ditampilkan berdampingan dalam komponen perbandingan File.
catatan
Anda tidak dapat memilih lebih dari dua file untuk membandingkan file.
penting
Jika Anda mengalami masalah dengan penampil sebaris atau perbandingan file, pastikan bucket S3 sudah diatur dengan benar. Untuk informasi selengkapnya tentang kebijakan CORS bucket S3, lihat. Izin CORS bucket S3
Analisis data
AWS Transform menyediakan analisis data untuk membantu memahami dampak hubungan data dan elemen terhadap proyek modernisasi mainframe. Dua output yang disediakan adalah:
Garis keturunan data: Menelusuri siklus hidup data dengan memetakan hubungan antara sumber data, pekerjaan, dan program
Kamus data: Berfungsi sebagai repositori yang mendokumentasikan metadata struktural elemen data lama
Setelah menyelesaikan analisis, akan ada dua tab yang ada untuk setiap output, dan kemudian beberapa tampilan tersedia yang dijelaskan di bawah ini untuk garis keturunan data dan kamus.
catatan
Saat Anda meminta data anlisis. AWS Transform melakukan analisis kode, yang diperlukan untuk melakukan analisis data.
Silsilah data
AWS Transform menyediakan beberapa tampilan berdasarkan hubungan data yang perlu dipahami di seluruh basis kode yang sedang dimodernisasi. Empat tampilan tabel yang tersedia dalam garis keturunan data meliputi:
-
Kumpulan data: Tampilan ini memberikan analisis dampak yang komprehensif, termasuk pelacakan operasi untuk membantu membedakan antara membaca, menulis, memperbarui, dan menghapus
-
Tabel Db2: Berikan analisis dampak yang terkait dengan tabel Db2 dan operasi
-
Program-to-data: Identifikasi program COBOL mana yang mereferensikan setiap dataset
-
JCL-to-data hubungan: Identifikasi skrip JCL mana yang mereferensikan setiap kumpulan data
Ringkasan memberikan gambaran umum tentang sumber data, dan hubungannya dengan program dan JCL, serta informasi ringkasan tentang bagaimana sumber data dimanfaatkan dan total operasi yang ditemukan dalam basis kode.
Kamus data
Memahami elemen data dalam sumber data yang ada dalam basis kode adalah langkah selanjutnya untuk menyadari bagaimana berbagai sumber data bergantung. Kamus data adalah katalog data yang menyediakan metadata tingkat lapangan dengan deskripsi bahasa bisnis untuk pemetaan transformasi yang akurat.
-
Struktur data COBOL: Menyediakan informasi lapangan di seluruh copybook COBOL dan referensi INLINE yang ada dalam basis kode, termasuk properti lapangan dan definisi bisnis
-
Tabel Db2: Menyediakan properti kolom dan tabel di seluruh tabel Db2 yang ada di basis kode, termasuk kunci primer dan asing, informasi skema dan indeks, dan tipe data
Hubungan antara garis keturunan data dan kamus tersedia dengan memilih sumber data, dan kemudian memanfaatkan garis keturunan data atau tombol kamus data untuk menyelam lebih dalam tentang hubungan antara sumber data dan elemen data. Navigasi antara garis keturunan data dan kamus, menyediakan visibilitas data terintegrasi dengan garis keturunan data yang menyediakan “apa” - struktur dan makna, di samping “di mana” - penggunaan dan hubungan.
Analisis metrik aktivitas
Analisis metrik aktivitas memungkinkan Anda menganalisis catatan Fasilitas Manajemen Sistem (SMF) tipe 14, 15, 30, 64, 102, dan 110. Analisis ini memberikan wawasan tentang bagaimana elemen digunakan dalam aplikasi mainframe Anda. Ini dapat membantu dengan menghentikan kode yang tidak digunakan atau dengan keputusan tentang arsitektur target untuk aplikasi modern. Jika Anda menyertakan analisis metrik aktivitas dalam pekerjaan Anda, menyelesaikan langkah analisis kode terlebih dahulu memberikan output SMF yang lebih kaya, meskipun tidak diperlukan.
catatan
Saat Anda menegosiasikan rencana kerja untuk modernisasi mainframe, menyelesaikan analisis kode dan langkah dekomposisi terlebih dahulu memberikan output yang lebih kaya.
Catatan SMF onboard untuk analisis
Anda harus menyediakan lokasi rekaman SMF dalam bucket Amazon S3 Anda sebagai langkah awal untuk analisis SMF. Berikan catatan minimal 13 bulan untuk menangkap kejadian tahunan yang mungkin terlewatkan oleh kerangka waktu yang lebih pendek. Meskipun 13 bulan direkomendasikan, setiap kerangka waktu dengan catatan SMF yang dapat dideteksi menghasilkan hasil analisis.
Ekstrak SMF Anda harus memenuhi persyaratan format ini:
Termasuk tipe 14, 15, 30 (sub-tipe 5), 64, 102, dan 110.
Gunakan file biner mentah dalam format EBCDIC.
Sertakan byte RDW.
Berikan tautan ke catatan SMF dalam bucket Amazon S3 Anda, memastikan catatan berada dalam folder yang terpisah dari kode sumber Anda. Opsi format termasuk .zip (hingga 600 MB) atau.tar.gz (hingga 5 GB) terkompresi. Jika Anda memberikan tautan ke folder di mana catatan SMF tidak terdeteksi, Anda menerima pesan kesalahan dan tidak ada analisis yang selesai.
Output analisis
Output analisis berisi dua komponen, tergantung pada jenis rekaman: tampilan tabular dan output.csv (tersedia di bucket Amazon S3 Anda). Dalam AWS Transform, output ditampilkan untuk tipe 30 dan 110. Melalui artefak di bucket Amazon S3 Anda, Anda dapat menjelajahi analisis pada jenis catatan lainnya. Di antarmuka pengguna, header menampilkan rentang waktu catatan yang Anda berikan sehingga Anda dapat mengidentifikasi tanggal kunci yang hilang. Misalnya, jika catatan Anda mencakup 1 Mei hingga 31 Oktober tetapi mengecualikan hari yang sibuk setelah Thanksgiving, Anda dapat melihat bahwa catatan kunci tidak ada. Stempel waktu dalam aplikasi web mencerminkan zona waktu sistem Anda dan catatan SMF.
Artefak yang tersedia di Amazon S3 menyediakan analisis untuk semua jenis catatan yang ditemukan dalam catatan yang disediakan.
Tampilan tabel
Tampilan tabular, hanya tersedia untuk SMF 30 dan 110, berisi hingga tiga komponen utama untuk pekerjaan batch dan transaksi CICS:
Ringkasan — Menyediakan pekerjaan dan transaksi utama.
Analisis job/CICS transaksi Batch — Menyediakan analisis agregat di seluruh pekerjaan dan transaksi.
Perbandingan analisis kode (hanya batch) - Menyediakan data perbandingan saat langkah analisis kode berjalan sebelum analisis SMF.
Ringkasan penemuan menyediakan tiga kelompok pekerjaan dan transaksi yang membantu Anda mengidentifikasi item dengan cepat untuk analisis yang lebih dalam.
Pekerjaan Batch dan analisis transaksi CICS menyediakan analisis agregat di seluruh pekerjaan dan transaksi. Beberapa kolom dalam hasil analisis disembunyikan secara default. Pilih ikon roda gigi untuk menampilkan bidang tambahan.
Kunci transaksi menghasilkan agregasi data unik untuk transaksi CICS, menggabungkan empat bidang menjadi satu nilai kunci:
ID Transaksi
Nama program
SysPlex ID
SysID
Anda dapat mencari dengan kunci lengkap atau dengan komponen kunci apa pun dalam output analisis.
Perbandingan analisis kode menyoroti pekerjaan yang ditemukan di catatan SMF atau langkah kode analisis, tetapi tidak ada di keduanya. Ini menunjukkan pekerjaan yang belum berjalan selama kerangka waktu catatan SMF Anda atau tidak ada dalam langkah kode analisis. Output ini hanya tersedia ketika Anda menjalankan langkah analisis kode sebelum analisis SMF dalam pekerjaan Anda.
Praktik terbaik
Untuk mendapatkan output komprehensif untuk pekerjaan batch (tipe 30), pastikan bahwa nama file JCL Anda cocok dengan nama pekerjaan untuk mendapatkan output yang berarti dalam perbandingan analisis kode.
Hasilkan dokumentasi teknis
Anda dapat menghasilkan dokumentasi teknis untuk aplikasi mainframe Anda yang menjalani modernisasi. Dengan menganalisis kode Anda, AWS Transform dapat secara otomatis membuat dokumentasi terperinci dari program aplikasi Anda, termasuk deskripsi logika program, alur, integrasi, dan dependensi yang ada dalam sistem lama Anda. Kemampuan dokumentasi ini membantu menjembatani kesenjangan pengetahuan, memungkinkan Anda untuk membuat keputusan berdasarkan informasi saat Anda mentransisikan aplikasi Anda ke arsitektur cloud modern.
catatan
Saat Anda meminta pembuatan dokumentasi teknis, AWS Transform melakukan analisis kode, termasuk analisis ketergantungan kode, yang diperlukan untuk menghasilkan dokumentasi.
Untuk menghasilkan dokumentasi teknis
-
Di panel navigasi kiri, di bawah Hasilkan dokumentasi teknis, pilih Pilih file dan konfigurasikan pengaturan.
-
Pilih file di bucket Amazon S3 yang ingin Anda buat dokumentasinya, dan konfigurasikan pengaturan di tab Kolaborasi.
catatan
File yang dipilih harus memiliki jenis pengkodean yang sama (yaitu, semua dalam CCSID - UTF8 atau ASCII yang sama). Jika tidak, dokumentasi teknis yang dihasilkan mungkin memiliki bidang atau bagian kosong.
-
Pilih tingkat detail dokumentasi:
-
Ringkasan — Memberikan ikhtisar tingkat tinggi dari setiap file dalam ruang lingkup. Juga, berikan ringkasan satu baris dari setiap file.
-
Spesifikasi fungsional terperinci - Memberikan detail komprehensif untuk setiap file dalam lingkup transformasi aplikasi mainframe. Beberapa detail termasuk logika dan aliran, dependensi, pemrosesan input dan output, dan berbagai detail transaksi.
catatan
Dokumentasi dapat dibuat hanya untuk file COBOL dan JCL.
-
-
Pilih Lanjutkan.
-
Setelah AWS Transform menghasilkan dokumentasi, tinjau hasil dokumentasi dengan mengikuti jalur bucket Amazon S3 di konsol, tempat hasilnya dihasilkan dan disimpan.
-
Setelah dokumentasi dibuat, Anda juga dapat menggunakan obrolan AWS Transform untuk mengajukan pertanyaan tentang dokumentasi yang dihasilkan dan memutuskan langkah selanjutnya.
Tambahkan informasi pengguna ke dalam dokumentasi
ARTIFACT_ID.zip └── app/ ├── File1.CBL ├── File2.JCL ├── subFolder/ │ └ File3.CBL └── glossary.csv └── pdf_config.json ├── header-logo.png ├── footer-logo.png └ ...
File opsional dapat ditambahkan dalam file zip untuk membantu meningkatkan kualitas dokumentasi yang dihasilkan dan menyediakan halaman sampul PDF yang disesuaikan. Beberapa di antaranya dapat berupa:
-
glossary.csv: Anda dapat memilih untuk menyediakan dan mengunggah glosarium opsional di file zip di bucket S3. Glosarium dalam format CSV. Glosarium ini membantu membuat dokumentasi dengan deskripsi yang relevan sesuai dengan kosakata pelanggan.
glossary.csvFile sampel terlihat seperti:LOL,Laugh out loud ASAP,As soon as possible WIP,Work in progress SWOT,"Strengths, Weaknesses, Opportunities and Threats" -
pdf_config.json: Anda dapat memanfaatkan file konfigurasi opsional ini untuk menghasilkan dokumen PDF yang selaras dengan format dan standar perusahaan mereka, termasuk header, footer, logo, dan informasi yang disesuaikan. Sampel
pdf_config.jsonterlihat seperti:{ "header": { "text": "Acme Corporation Documentation", "logo": "header-logo.png" }, "customSection": { "variables": [ { "key": "business Unit", "value": "XYZ" }, { "key": "application Name", "value": "ABC" }, { "key": "xxxxxxxxxx", "value": "yyyyyyyyyyyy" }, { "key": "urls", "value": [ { "text": "Product Intranet Site", "url": "https://example.com/intranet" }, { "text": "Compliance Policies", "url": "https://example.com/policies" } ] } ] }, "footer": { "text": "This document is intended for internal use only. Do not distribute without permission.", "logo": "footer-logo.png", "pageNumber": true } }-
Tajuk:
-
Untuk file PDF halaman sampul, teks default akan menjadi nama proyek.
-
Untuk setiap file PDF program, teks default akan menjadi nama program.
-
Tidak ada logo default. Jika logo header tidak dikonfigurasi, tidak ada logo yang akan ditampilkan.
-
Ukuran font dan ukuran logo harus diubah secara dinamis berdasarkan jumlah kata atau ukuran file logo.
-
-
Bagian kustom:
-
Jika bagian kustom tidak dikonfigurasi, itu akan dihilangkan dari PDF.
-
Tautan harus dapat diklik.
-
-
Footer:
-
Tidak ada teks atau logo default untuk footer.
-
Nomor halaman akan ditampilkan di footer secara default, kecuali secara eksplisit dikonfigurasi sebaliknya.
-
Ukuran font dan ukuran logo harus diubah secara dinamis berdasarkan jumlah kata atau ukuran file logo.
-
-
Hasilkan penampil inline dokumentasi
Anda dapat melihat file PDF di langkah menghasilkan dokumentasi teknis.
Untuk melihat file PDF
-
Arahkan ke tab Tinjau hasil dokumentasi.
-
Temukan PDF dalam daftar tabel PDF yang dihasilkan.
-
Pilih rile dan kemudian pilih Lihat atau pilih elemen tautan yang dilapis pada nama file.
PDF terbuka di AWS Transform, dengan opsi untuk memperluas layar di kanan atas.
catatan
AWS Transform juga memberi Anda kemampuan untuk mengunduh salah satu XMLversi PDF dari dokumentasi teknis yang dihasilkan.
penting
Jika Anda mengalami masalah dengan penampil inline dokumentasi, pastikan bucket S3 sudah diatur dengan benar. Untuk informasi selengkapnya tentang kebijakan CORS bucket S3, lihat. Izin CORS bucket S3
Ekstrak logika bisnis
Anda dapat mengekstrak logika bisnis penting dari aplikasi mainframe Anda yang sedang mengalami modernisasi. AWS Transform secara otomatis menganalisis kode Anda untuk mengidentifikasi dan mendokumentasikan elemen bisnis penting, termasuk alur proses terperinci, dan logika bisnis yang tertanam dalam aplikasi Anda. Kemampuan ini melayani banyak pemangku kepentingan dalam perjalanan modernisasi Anda. Analis bisnis dapat memanfaatkan logika yang diekstraksi untuk menciptakan persyaratan bisnis yang tepat dan mengidentifikasi kesenjangan atau inkonsistensi dalam implementasi saat ini. Pengembang mendapatkan kemampuan untuk dengan cepat memahami fungsionalitas sistem warisan yang kompleks tanpa keahlian mainframe yang luas.
catatan
Ketika Anda meminta ekstraksi logika bisnis. AWS Transform melakukan analisis kode, termasuk ketergantungan kode dan analisis titik masuk, yang diperlukan untuk melakukan ekstraksi logika bisnis.
Untuk mengekstrak logika bisnis
-
Di panel navigasi kiri, di bawah Extract business logic, pilih Configure settings.
-
Di tab Kolaborasi pilih bagaimana Anda ingin mengekstrak logika bisnis:
Tingkat aplikasi: Menghasilkan dokumen bisnis untuk semua fungsi bisnis, transaksi, pekerjaan batch, dan file. Ini memilih semua file dalam aplikasi.
-
Tingkat file: Menghasilkan dokumen bisnis hanya untuk file yang Anda pilih dari tabel file.
catatan
Untuk salah satu opsi, Anda dapat memilih Sertakan spesifikasi fungsional terperinci sehingga AWS Transform menyertakan alur kontrol dan aturan bisnis yang komprehensif untuk file yang dipilih.
File yang dipilih harus memiliki jenis pengkodean yang sama (yaitu, semua dalam CCSID - UTF8 atau ASCII yang sama). Jika tidak, dokumentasi yang dihasilkan mungkin memiliki bidang atau bagian kosong.
-
Dokumentasi dapat dibuat hanya untuk file COBOL dan JCL.
-
Untuk tingkat aplikasi, program yang digunakan oleh transaksi CICS dan pekerjaan batch dikelompokkan bersama, sementara semua program lainnya dikategorikan sebagai Tidak Ditugaskan.
-
Pilih Lanjutkan.
-
Setelah AWS Transform mengekstrak logika bisnis, Transform menyimpan hasilnya dalam bucket Amazon S3 dalam format JSON sehingga Anda dapat melihatnya secara online.
catatan
Jumlah file aturan bisnis yang dihasilkan mungkin lebih besar dari pilihan awal Anda. Beberapa file yang dipilih dapat memicu ekstraksi aturan bisnis untuk menyertakan file dependen tambahan, yang juga akan muncul di tabel hasil.
Lihat dokumentasi bisnis yang diekstraksi secara inline
Anda dapat melihat logika bisnis di langkah Extract business rule. Untuk melakukan ini,
-
Arahkan ke Tinjau hasil ekstraksi logika bisnis.
-
Pilih dokumen yang ingin Anda lihat dari tabel, lalu klik tombol Lihat hasil.
Halaman dokumentasi bisnis terbuka di tab browser baru.
Dekomposisi
Anda dapat menguraikan kode Anda ke dalam domain yang memperhitungkan dependensi antara program dan komponen. Ini membantu file dan program terkait dikelompokkan dengan tepat dalam domain yang sama. Ini juga membantu menjaga integritas logika aplikasi selama proses dekomposisi.
catatan
Saat Anda meminta dekomposisi, AWS Transform melakukan analisis kode, termasuk analisis ketergantungan kode, yang diperlukan untuk melakukan dekomposisi. Kami juga menyarankan Anda melakukan ekstraksi logika bisnis sebelum dekomposisi untuk hasil yang lebih baik.
Untuk memulai dengan menguraikan aplikasi Anda:
-
Pilih Dekomposisi kode dari panel navigasi kiri.
catatan
Satu domain, Unassigned, secara otomatis dibuat untuk semua file yang tidak terkait dengan domain. Pada navigasi awal, semua file harus dikaitkan dengan Unsigned, kecuali domain diusulkan dari ekstraksi logika bisnis tingkat aplikasi.
-
Buat domain baru melalui menu Tindakan, lalu pilih Buat domain.
-
Di Buat domain, berikan nama domain, deskripsi opsional, dan tandai beberapa file sebagai benih.
-
File yang dikonfigurasi CICS (CSD) dan file yang dikonfigurasi penjadwal (SCL) dapat digunakan untuk deteksi benih otomatis.
-
Anda juga dapat mengatur satu domain hanya sebagai komponen umum. File dalam domain ini umum untuk beberapa domain.
-
-
Pilih Buat.
catatan
Anda dapat membuat beberapa domain dengan file yang berbeda sebagai benih.
-
Setelah mengonfirmasi semua domain dan benih, pilih Dekomposisi.
-
AWS Transform akan memeriksa file kode sumber dan kemudian terurai menjadi domain dengan program dan kumpulan data dengan kasus penggunaan serupa dan dependensi pemrograman tinggi.
AWS Transform memberi Anda tampilan tabel dan grafik domain yang didekomposisi sebagai dependensi. Tampilan grafik memiliki tiga opsi:
-
Tampilan domain - Dapat melihat bagaimana domain yang berbeda terkait satu sama lain dalam format visual.
-
Tampilan ketergantungan - Dapat melihat semua file di setiap domain sebagai grafik ketergantungan yang kompleks. Jika node yang ditambahkan ke domain tidak menerima informasi dari benih di domain yang sama, maka node ini akan diprediksi menjadi tidak ditetapkan (node tidak menerima informasi apa pun), terputus (dalam sub grafik yang tidak menerima informasi benih) atau ke domain lain (node menerima informasi dari setidaknya domain itu).
-
Tampilan subgraf - Pengguna dapat membuat subgraf untuk memvisualisasikan subset node untuk lebih memahami dampak relasional dan batas-batas kumpulan node tersebut.
-
Untuk membuat subgraf pilih sekelompok node dan pilih opsi Ekstrak subgraf dari bilah alat
-
Penggabungan subgraf tersedia, saat menggabungkan subgraf ketiga baru dibuat selain dua subgraf yang Anda gabungkan.
-
catatan
Ulangi langkah-langkah ini untuk menambahkan lebih banyak domain atau untuk mengkonfigurasi ulang domain yang sudah Anda buat dengan kumpulan benih yang berbeda jika Anda tidak menyukai struktur domain saat ini.
-
-
Setelah selesai, pilih Lanjutkan.
Biji
Benih adalah input dasar untuk fase kode dekomposisi. Setiap komponen atau file (misalnya, JCL, COBOL, tabel Db2, CSD, dan file penjadwal) dapat ditetapkan sebagai benih hanya untuk satu domain, memastikan batas dan keselarasan yang jelas selama proses dekomposisi.
Identifikasi benih tergantung pada struktur aplikasi atau portofolio. Dalam kasus aplikasi warisan mainframe yang khas, seed sering dapat ditentukan dengan mengikuti konvensi penamaan yang ditetapkan, pengelompokan tingkat batch dalam penjadwal, dan pengelompokan tingkat transaksi yang ditentukan dalam sistem CICS. Selain itu, tabel database juga dapat berfungsi sebagai benih, menyediakan lapisan struktur lain untuk dekomposisi.
Impor and/or file dependensi pembaruan
Selama dekomposisi, Anda dapat mengunggah file JSON untuk dependensi yang menggantikan file yang ada yang dihasilkan oleh analisis dependensi yang dilakukan Transform. AWS
Fungsi ekspor dependensi memungkinkan Anda mengunduh file json dependensi yang dihasilkan pada langkah dekomposisi. Setelah mengunduh, Anda dapat memodifikasi file sesuai kebutuhan Anda. Kemudian, Anda dapat mengimpor dependensi menggunakan fungsionalitas unggah AWS Transform yang memungkinkan Anda mengunggah file JSON baru dari dependensi yang menggantikan file yang dihasilkan oleh analisis dependensi. Setelah itu, grafik dalam langkah dekomposisi akan diperbarui.
Untuk mengekspor, memodifikasi, dan mengimpor dependensi
-
Pada halaman Lihat hasil dekomposisi, pilih Tindakan.
-
Dalam daftar dropdown, pilih opsi Perbarui file dependensi di bawah Tindakan lain.
-
Dalam modal file dependensi Perbarui,
-
Unduh file dependensi AWS Transform yang dibuat dari hasil analisis yang ada.
-
Dalam file yang diunduh, ubah dependensi berdasarkan apa yang ingin Anda capai.
-
Setelah memodifikasi, simpan dan unggah file ini menggunakan tombol Unggah file ketergantungan.
catatan
Satu-satunya format file yang diterima adalah file JSON.
-
-
Selanjutnya, pilih Impor.
AWS Transform akan mengimpor file dependensi dan membuat grafik dependensi baru berdasarkan masukan Anda.
Impor and/or Perbarui Domain
Untuk pelanggan yang memiliki domain, benih, hubungan and/or file yang dipetakan sebelum langkah dekomposisi, Anda dapat mengunggah definisi domain ini melalui fungsi file Impor domain yang tersedia melalui menu Tindakan. Beberapa contoh kapan fungsi ini dapat digunakan:
-
Membawa dekomposisi ke depan dari pekerjaan lain
-
Pakar materi pelajaran yang menyediakan pemetaan ini
Setelah file domain diimpor, pengguna dapat menjalankan dekomposisi terhadap definisi domain, atau jika puas dapat Menyimpan dan kemudian Kirim definisi domain.
Parent/child/neighbor berkas
Dalam grafik dependensi, program berhubungan satu sama lain melalui berbagai jenis koneksi. Memahami hubungan ini membantu Anda menganalisis dependensi program selama transformasi aplikasi mainframe Anda. Ini juga membantu memahami batas-batas domain. Misalnya, jika Anda memilih domain, dan kemudian memilih induk satu tingkat, itu akan menunjukkan node yang terhubung.
Hubungan orang tua — File induk memanggil atau mengontrol program lain. Orang tua duduk di atas program dependen mereka dalam hierarki. Anda dapat memilih orang tua di satu tingkat atau di semua tingkatan.
Hubungan anak — File anak dipanggil atau dikendalikan oleh program induk. Anak-anak duduk di bawah orang tua mereka dalam hierarki file.
Hubungan tetangga — Tetangga adalah file pada tingkat hierarkis yang sama. Mereka berbagi program induk yang sama dan mungkin berinteraksi satu sama lain secara langsung.
Kode Reforge
Reforge menggunakan Large Language Models (LLM) untuk meningkatkan kualitas kode refactored. COBOL-to-Java Transformasi awal mempertahankan kesetaraan fungsional sambil mempertahankan struktur COBOL-influenced data dan nama variabel dari sistem warisan. Reforge merestrukturisasi kode ini untuk mengikuti praktik dan idiom Java modern, menggantikan COBOL-style konstruksi dengan koleksi Java asli dan konvensi penamaan. Ini membuat kode lebih mudah dibaca dan dipelihara untuk pengembang Java.
catatan
Kuota untuk reforge adalah:
3.000.000 baris kode per pekerjaan
50.000.000 baris kode per pengguna per bulan
Reformasi kode Anda setelah refactoring dengan mengikuti langkah-langkah ini:
Pilih Reforge kode java di panel navigasi kiri dan kemudian pilih Configure code reforge.
Berikan lokasi S3 ke proyek sumber bawaan zip Anda dan pilih Lanjutkan. Gunakan struktur zip ini:
input.zip └── PROJECT-pom ├── PROJECT-entities ├── PROJECT-service ├── PROJECT-tools ├── PROJECT-web (optional) └── pom.xmlAWS Transform menganalisis paket zip Anda untuk menemukan file dalam PROJECT-service direktori sehingga dapat memberikan daftar kelas yang dapat dipilih yang dapat Anda reforge. Kelas-kelas ini memiliki akhiran
ProcessImpl.java.Selesaikan halaman Select class to reforge dan pilih Continue. Lacak status reforge pada tab Worklog.
Lihat hasil reforge Anda yang telah selesai di halaman Lihat hasil, yang menampilkan status reforge per kelas. Ini juga menentukan di mana menemukan hasil Reforge di bucket S3 Anda.
Setelah AWS Transform mendapatkan masukan ini dari Anda, ia memberi Anda file yang dapat diunduh dengan hasil Reforge.
Ini adalah struktur zip yang dihasilkan dari reforge yang sukses:
reforge.zip └── maven_project ├── reforge.log └──tokenizer_map.json
-
maven_project berisi kode sumber reforged.
-
File yang telah difaktorkan ulang tetapi kompilasi yang tidak berhasil diselesaikan berada di
/src/main/resources/reforge/originalClassName.java.incompletedan diberi nama.Bandingkan ini dengan versi asli file untuk memilih fungsi reforged yang ingin Anda simpan.originalClassName.java.incomplete -
File sumber yang disediakan untuk AWS Transform yang berhasil difaktorkan ulang dicadangkan
src/main/resources/reforge/originalClassName.java.originaldan diberi nama.originalClassName.java.originalVersi refactored file menggantikan file sumber yang disediakan untuk Transform. AWS
catatan
originalClassName.javaFile diganti dengan file reforged hanya jika proses reforging berhasil. Jika tidak, mereka mempertahankan konten asli. -
-
reforge.log berisi log yang dapat Anda gunakan untuk mendiagnosis kegagalan pekerjaan atau memberikan AWS dukungan jika terjadi masalah.
-
tokenizer_map.json berisi pemetaan ID token ke data Anda, seperti jalur file dan class/method nama, yang diberi token di log untuk perlindungan privasi. Anda dapat memberikan file ini untuk AWS mendukung jika terjadi masalah.
Rencanakan pengujian aplikasi modern Anda
Anda dapat membuat dan mengelola rencana pengujian untuk aplikasi modern mainframe Anda berdasarkan atribut kode yang diekstraksi, kompleksitas pekerjaan, dan jalur penjadwal. AWS Transform membantu memprioritaskan pekerjaan mana yang akan diuji dan mengidentifikasi artefak spesifik yang diperlukan untuk setiap kasus uji. Proses perencanaan pengujian dibagi menjadi tiga fase utama: konfigurasi, pelingkupan, dan tinjauan.
Untuk membuat rencana pengujian
-
Konfigurasikan pengaturan rencana pengujian
-
Di panel navigasi kiri, di bawah Rencanakan pengujian Anda, pilih Konfigurasi pengaturan.
-
(Opsional) Berikan jalur S3 untuk Ekstraksi Logika Bisnis (BLE) Anda. Artefak ini meningkatkan kualitas rencana pengujian. Tanpa artefak BLE, beberapa bidang dalam rencana pengujian mungkin tetap tidak lengkap.
-
-
Tentukan ruang lingkup rencana pengujian
-
Pilih titik masuk, seperti pekerjaan batch, untuk disertakan dalam rencana pengujian Anda.
-
Filter dan urutkan pekerjaan berdasarkan beberapa atribut:
-
Fungsi bisnis (diekstrak dari BRE BLE)
-
Domain (dari fase dekomposisi)
-
Jalur dan lokasi file
-
Kriteria pencarian kustom
-
-
Pilih pekerjaan individu atau seluruh kelompok untuk pengujian.
-
Tinjau hubungan kerja dan dependensi.
-
-
Tinjau dan sesuaikan rencana pengujian
Rencana pengujian yang dihasilkan memberikan informasi yang komprehensif termasuk:
-
Urutan eksekusi yang disukai berdasarkan dependensi
-
Penugasan kelompok pekerjaan dari penjadwal
-
Skor kompleksitas, yang merupakan skor agregat untuk kasus uji
-
Asosiasi domain bisnis
-
Metrik kompleksitas siklomatik
-
Dataset dan dependensi tabel
-
Baris metrik kode
-
Pemetaan fungsi bisnis
-
Opsi kustomisasi rencana uji
Rencana pengujian Anda dapat disesuaikan untuk memenuhi kebutuhan spesifik. Misalnya, Anda dapat:
-
Buat kasus uji baru dengan memilih beberapa titik masuk
-
Gabungkan kasus uji yang ada untuk menggabungkan fungsionalitas terkait
-
Split test case untuk pengujian yang lebih granular
-
Hapus kasus uji yang tidak perlu
-
Menambah atau menghapus titik masuk untuk kasus uji yang ada
-
Ubah deskripsi dan atribut kasus uji
-
Sesuaikan perintah eksekusi
Informasi kasus uji terperinci
Setiap kasus uji memberikan detail yang menjelaskan kontennya dan kumpulan data atau data terkait:
-
Deskripsi komprehensif tentang ruang lingkup pengujian
-
Daftar lengkap titik masuk termasuk
-
Metrik agregat yang menunjukkan kompleksitas dan ukuran
-
Aturan bisnis dan panduan kasus uji otomatis
-
Dataset dan dependensi tabel dengan direction () input/output
-
Visualisasi grafik ketergantungan interaktif
-
Prasyarat dan persyaratan eksekusi
Fitur manajemen data
Detail ini membantu Anda memahami data yang terkait dengan kasus uji. Anda dapat:
-
Filter kumpulan data berdasarkan input/output arah
-
Identifikasi artefak yang diperlukan untuk eksekusi pengujian
-
Lacak dependensi data antara kasus uji
-
Pantau penggunaan kumpulan data di seluruh rencana pengujian
catatan
AWS Transform secara otomatis menganalisis dependensi penjadwal dan menetapkan skor kompleksitas untuk membantu memprioritaskan upaya pengujian. Skor kompleksitas yang lebih tinggi menunjukkan pekerjaan yang mungkin memerlukan pengujian atau isolasi yang lebih menyeluruh selama proses pengujian.
Aturan bisnis dan panduan kasus uji
Rencana pengujian AWS Transform memberikan rekomendasi untuk rencana kasus pengujian Anda berdasarkan Ekstraksi Aturan Bisnis:
-
Pemrosesan otomatis aturan bisnis menggunakan LLM
-
Generasi kasus uji sintetis
-
Panduan pengujian untuk skenario bisnis tertentu
-
Ketertelusuran antara aturan dan kasus uji
Rencana pengujian akhir disimpan di lokasi S3 yang ditentukan dan mencakup semua informasi yang diperlukan untuk menjalankan strategi pengujian Anda secara efektif. Anda dapat mengekspor rencana pengujian untuk integrasi dengan alat pengujian atau sistem dokumentasi lainnya.
catatan
Sementara panduan kasus uji sintetis disediakan, artefak uji yang sebenarnya harus dibuat secara terpisah berdasarkan panduan. Rencana pengujian berfungsi sebagai cetak biru komprehensif untuk strategi pengujian Anda tetapi tidak menghasilkan data pengujian atau skrip eksekusi.
Aturan pembuatan kasus uji - Ringkasan
Aturan umum
-
Kasus uji berisi 1 hingga banyak JCL dalam urutan eksekusi jadwal
-
Kasus uji dibuat dari penjadwal yang didukung valid (CA7 dan) Control-M
-
Tes mengeksekusi JCL, bukan penjadwal itu sendiri atau tugas terjadwal
-
Tugas terjadwal unik dan hanya mengeksekusi satu JCL
-
Satu JCL dapat dieksekusi oleh beberapa tugas terjadwal
-
Satu JCL bisa ada tanpa berada dalam jadwal
Aturan pembuatan kasus uji default
-
Jika satu JCL berada dalam kasus uji:
-
JCL tidak terlibat dengan jadwal
-
JCL dijalankan oleh tugas terjadwal yang menyimpang ke beberapa cabang
-
Cabang dalam jadwal hanya berisi JCL ini
-
-
Jika beberapa JCL dalam kasus uji: mewakili urutan jalur eksekusi linier dalam cabang jadwal
-
Jika JCL berada pada tugas terjadwal yang berbeda: JCL menjadi kasus uji terpisahnya sendiri
-
Jika JCL berada pada tugas terjadwal konvergen: JCL dapat memulai kasus uji baru tetapi tidak akan disertakan di cabang sebelumnya
-
JCL yang hilang dilewati dan eksekusi berlanjut (dengan peningkatan future yang direncanakan untuk memotong kasus uji pada titik JCL yang hilang)
Aturan operasi pengguna
-
Buat Kasus Uji: pengguna memilih dari JCL yang tersedia
-
Berhasil jika JCL ada dalam urutan cabang eksekusi jadwal
-
Mengikuti perintah eksekusi jadwal
-
-
Tambahkan JCL ke Test Case: pengguna memilih dari JCL yang tersedia
-
Berhasil jika JCL dapat ada dalam eksekusi jadwal kasus uji branch/path
-
-
Hapus JCL dari Test Case: pengguna dapat menghapus JCL apa pun dari kasus uji
-
Diizinkan bahkan jika itu menyebabkan celah jalur eksekusi
-
-
Gabungkan Kasus Uji: pengguna memilih dua kasus uji untuk digabungkan
-
Berhasil jika JCL dapat eksis bersama di cabang eksekusi jadwal yang sama
-
Menjaga jadwal eksekusi order
-
-
Split Test Case: pengguna memilih satu JCL dalam kasus uji untuk dibagi
-
Membuat kasus uji baru dari titik terpisah ke depan
-
Kasus uji asli dimodifikasi untuk mengecualikan JCL melewati titik split
-
-
Hapus Kasus Uji: pengguna dapat menghapus kasus uji apa pun yang dibuat
catatan
Anda tidak dapat membuat, menambah, atau menggabungkan kasus uji dari penjadwal branches/path yang berbeda. Peningkatan future direncanakan untuk memungkinkan operasi di luar divergent/convergent tugas di penjadwal.
Hasilkan skrip pengumpulan data uji
Anda dapat membuat skrip JCL untuk mengumpulkan data pengujian dari sistem mainframe Anda berdasarkan rencana pengujian yang dibuat pada langkah sebelumnya. AWS Transform secara otomatis membuat skrip pengumpulan data untuk kumpulan data, tabel database, dan file berurutan yang diperlukan untuk pengujian komprehensif. Proses pengumpulan data dibagi menjadi empat fase utama: konfigurasi input, pemilihan kasus uji, konfigurasi skrip, dan pembuatan skrip.
Untuk menghasilkan skrip pengumpulan data uji
-
Berikan masukan rencana pengujian
-
Di panel navigasi kiri, di bawah Pengumpulan data uji, pilih Berikan masukan rencana pengujian.
-
Tentukan jalur S3 ke file JSON rencana pengujian Anda dari Rencanakan pengujian aplikasi modern Anda.
-
Bidang input diisi sebelumnya jika rencana pengujian dibuat pada langkah pekerjaan sebelumnya.
-
Anda juga dapat memilih rencana pengujian dari pekerjaan lain dengan menentukan lokasi S3 yang sesuai.
-
-
Pilih kasus uji untuk pengumpulan data
-
Tinjau daftar lengkap kasus uji dari rencana pengujian Anda.
-
Filter dan urutkan kasus uji berdasarkan beberapa atribut:
-
Fungsi dan domain bisnis
-
Dependensi tabel database
-
Persyaratan kumpulan data
-
Metrik kompleksitas
-
Kriteria pencarian kustom
-
-
Pilih kasus uji individual atau gunakan opsi pemilihan massal.
-
Tinjau detail kasus uji termasuk titik masuk, metrik, dan aturan bisnis dengan mengklik satu Kasus Uji untuk melihat detailnya.
-
-
Konfigurasikan skrip pengumpulan data
-
Unduh contoh templat dan file konfigurasi untuk referensi.
AWS Transform menyediakan contoh template untuk pembongkaran database Db2, file VSAM REPRO dan pemrosesan dataset sekuensial untuk digunakan sebagai panduan tentang jenis template yang diharapkan oleh proses.
-
Standar dapat bervariasi dari situs ke situs sehingga harapannya adalah bahwa pelanggan akan memodifikasi atau mengganti template ini yang sesuai dengan standar mereka sendiri.
-
Template yang dimodifikasi ini perlu diunggah ke bucket S3 tempat pengumpulan data pengujian dapat memprosesnya.
-
Menyediakan file konfigurasi variabel (format JSON) yang berisi:
-
Awalan pengguna dan konstanta khusus lingkungan
-
Parameter konfigurasi basis data
-
Pengaturan titik akhir tujuan dan parameter transfer data
-
Parameter lain yang diperlukan yang ditentukan oleh pengguna dan untuk digunakan dalam template JCL
-
-
Unggah template JCL untuk metode pengumpulan data yang berbeda:
-
Template Db2: Untuk pembongkaran tabel database (sesuaikan untuk BMC, IBM DSN, atau utilitas bongkar lainnya)
-
Template VSAM: Untuk pemrosesan file VSAM (biasanya menggunakan utilitas REPRO)
-
Templat kumpulan data berurutan: Untuk memproses kumpulan data berurutan, kumpulan data yang dipartisi, GDG, dll.
-
-
-
Tinjau dan kelola skrip yang dihasilkan
Skrip yang dihasilkan menyediakan kemampuan pengumpulan data yang komprehensif termasuk:
-
Skrip terpisah untuk pengumpulan data eksekusi uji “sebelum” dan “setelah”
-
Struktur skrip terorganisir berdasarkan kasus uji dan tipe data
-
Skrip secara otomatis disimpan ke dalam bucket S3 untuk memudahkan akses dan transfer
-
Skrip JCL yang dihasilkan siap untuk eksekusi mainframe
-
Substitusi variabel didasarkan pada konfigurasi pengguna yang ditentukan dalam template
-
Fitur pembuatan skrip
Skrip yang dihasilkan secara otomatis disesuaikan berdasarkan templat dan konfigurasi Anda:
-
Template-based generasi: Menggunakan template JCL yang Anda berikan dengan substitusi variabel
-
Lingkungan: Menggabungkan konfigurasi mainframe spesifik Anda
-
Penanganan tipe data: Membuat skrip yang sesuai untuk kumpulan data berurutan, file VSAM, dan tabel database
-
Koleksi untuk kasus uji: Menghasilkan skrip pengumpulan data “sebelum” dan “setelah”
-
Pemrosesan kumpulan data berurutan: sampel yang AWS disediakan menyediakan fungsi transfer file, tetapi ini dapat disesuaikan dengan utilitas kompresi yang tersedia di situs atau utilitas Anda seperti Connect Direct atau transfer file terkelola, dll.
Strategi pengumpulan data
Skrip yang dihasilkan mendukung strategi pengumpulan data yang komprehensif:
-
Koleksi dataset sekuensial: REPRO dan utilitas salin untuk VSAM dan file datar
-
Pembongkaran tabel database: Proses pembongkaran Db2 yang dapat disesuaikan
-
Pemrosesan kumpulan data berurutan: Pemrosesan pos yang dapat disesuaikan dari kumpulan data berurutan seperti kompresi, layanan transfer file terkelola, dll.
-
Manajemen ketergantungan: Koleksi terkoordinasi berdasarkan definisi kasus uji
catatan
AWS Transform menghasilkan skrip berdasarkan templat dan konfigurasi Anda. Tinjau semua JCL yang dihasilkan sebelum mengeksekusi di lingkungan mainframe Anda untuk memastikan kompatibilitas dengan konfigurasi sistem spesifik dan persyaratan keamanan Anda.
Kustomisasi template dan praktik terbaik
Pengumpulan Data Uji ATX menyediakan kemampuan kustomisasi template yang fleksibel:
-
Multi-utility dukungan: Adaptasi template untuk utilitas mainframe yang berbeda (BMC, IBM, DSN)
-
Variable-driven konfigurasi: Gunakan konstanta untuk parameter khusus lingkungan
-
Template yang dapat digunakan kembali: Buat templat standar untuk pembuatan skrip yang konsisten
-
Penanganan data: Menggabungkan persyaratan penanganan data khusus organisasi
-
Integrasi keamanan: Sertakan kontrol keamanan dan akses yang sesuai
-
Optimalisasi kinerja: Konfigurasikan untuk pengumpulan dan transfer data yang efisien
Struktur keluaran yang dihasilkan
Skrip yang dihasilkan diatur dalam bucket S3 Anda dengan struktur berikut:
-
Organisasi kasus uji: Skrip dikelompokkan berdasarkan kasus uji terkait
-
Waktu pengumpulan: Pisahkan folder untuk pengumpulan data “sebelum” dan “setelah”
-
Klasifikasi tipe data: Skrip yang diatur oleh kumpulan data berurutan, tabel database, dan transfer
-
File metadata: Informasi ringkasan dan panduan eksekusi
-
Ready-to-transfer format: JCL diformat untuk penyebaran mainframe langsung
Koleksi skrip akhir disimpan di lokasi S3 yang ditentukan dan mencakup semua JCL yang diperlukan untuk menjalankan strategi pengumpulan data Anda secara efektif. Anda dapat mengunduh skrip untuk ditransfer ke lingkungan mainframe Anda atau mengintegrasikan dengan proses penerapan otomatis.
catatan
Sementara skrip JCL komprehensif dihasilkan, eksekusi aktual harus dilakukan di lingkungan mainframe Anda. Skrip berfungsi sebagai alat pengumpulan data yang siap digunakan tetapi memerlukan akses mainframe yang sesuai dan izin eksekusi.
Uji pembuatan skrip otomatisasi
Anda dapat membuat skrip otomatisasi pengujian untuk menjalankan kasus pengujian pada aplikasi modern Anda berdasarkan rencana pengujian yang dibuat pada langkah sebelumnya. AWS Transform secara otomatis membuat skrip pengujian komprehensif yang memanfaatkan data yang dikumpulkan dari proses pengumpulan data pengujian. Proses pembuatan skrip otomatisasi pengujian terdiri dari tiga fase utama: konfigurasi input, pemilihan kasus uji, dan hasil pembuatan skrip.
Untuk menghasilkan skrip pengujian
-
Berikan masukan rencana pengujian
-
Di panel navigasi kiri, di bawah Pembuatan skrip otomatisasi pengujian, pilih Berikan masukan rencana pengujian.
-
Tentukan jalur S3 ke file JSON rencana pengujian Anda dari Rencanakan pengujian aplikasi modern Anda.
-
Bidang input diisi sebelumnya jika rencana pengujian dibuat pada langkah pekerjaan sebelumnya.
-
Anda juga dapat memilih rencana pengujian dari pekerjaan lain dengan menentukan lokasi S3 yang sesuai.
-
Sistem menggunakan rencana pengujian ini sebagai dasar untuk menghasilkan skrip otomatisasi.
-
-
Pilih kasus uji untuk pembuatan skrip
-
Tinjau daftar lengkap kasus uji dari rencana pengujian Anda.
-
Filter dan urutkan kasus uji berdasarkan beberapa atribut:
-
Fungsi dan domain bisnis
-
Dependensi tabel database
-
Persyaratan kumpulan data
-
Metrik kompleksitas
-
Kriteria pencarian kustom
-
-
Pilih kasus uji individual atau gunakan opsi pemilihan massal dengan tombol Periksa Semua dan Hapus Centang Semua.
-
Tinjau detail kasus uji termasuk titik masuk, metrik, dan aturan bisnis dengan mengklik kasus uji individual.
Kasus uji yang dipilih akan memiliki skrip otomatisasi yang dihasilkan untuk dieksekusi pada aplikasi yang dimodernisasi.
-
-
Tinjau dan kelola skrip otomatisasi pengujian yang dihasilkan:
-
Sistem menampilkan pesan sukses yang mengonfirmasi penyelesaian pembuatan skrip.
-
Skrip pengujian yang dihasilkan secara otomatis disimpan di lokasi bucket S3 yang Anda tentukan.
-
Akses daftar lengkap skrip pengujian yang dihasilkan dengan lokasi S3 masing-masing.
-
Setiap kasus uji memiliki skrip otomatisasi yang sesuai yang disimpan di lokasi S3 individu.
-
Skrip siap untuk penyebaran dan eksekusi di lingkungan aplikasi modern Anda.
-
Uji fitur skrip otomatisasi
Skrip otomatisasi yang dihasilkan memberikan kemampuan pengujian yang komprehensif:
-
Pengujian aplikasi modern: Skrip dirancang khusus untuk mengeksekusi kasus uji pada aplikasi Anda yang diubah
-
Integrasi data: Memanfaatkan data uji yang dikumpulkan dari langkah pengumpulan data uji sebelumnya, data ini perlu disalin ke folder untuk setiap kasus uji
-
Eksekusi otomatis: Skrip dapat digunakan untuk mengatur sink data, menjalankan kasus uji, dan membandingkan hasil, beberapa parameter harus diatur sesuai dengan lingkungan penerapan Anda
-
Struktur terorganisir: Skrip diatur secara sistematis berdasarkan kasus uji di bucket S3 Anda
-
Ready-to-deploy format: Skrip diformat untuk penyebaran langsung ke lingkungan pengujian Anda
Struktur keluaran yang dihasilkan
Skrip otomatisasi pengujian yang dihasilkan diatur dalam bucket S3 Anda dengan struktur berikut:
-
Organisasi kasus uji: Setiap kasus uji memiliki skrip khusus yang disimpan di folder S3 individual
-
Execution-ready format: Skrip diformat untuk penyebaran dan eksekusi segera setelah menyiapkan beberapa variabel tergantung dari lingkungan Anda
-
Akses terpusat: Semua skrip dapat diakses dari satu lokasi bucket S3 untuk pengelolaan yang mudah
Strategi eksekusi uji
Skrip yang dihasilkan mendukung alur kerja eksekusi pengujian yang komprehensif:
-
Pengaturan lingkungan: Skrip menyertakan kemampuan untuk menyiapkan data awal untuk menjalankan pengujian
-
Persiapan data: Integrasi dengan data uji yang dikumpulkan dari langkah pengumpulan data kasus uji
-
Eksekusi kasus uji: Eksekusi otomatis kasus uji individual pada aplikasi yang dimodernisasi
-
Perbandingan hasil: Built-in kemampuan untuk membandingkan hasil pengujian dan memvalidasi perilaku aplikasi
catatan
AWS Transform menghasilkan skrip otomatisasi pengujian berdasarkan rencana pengujian dan kasus pengujian yang dipilih. Skrip dirancang untuk dieksekusi di lingkungan aplikasi modern Anda dan memanfaatkan data pengujian yang dikumpulkan pada langkah sebelumnya. Tinjau semua skrip yang dihasilkan sebelum penerapan untuk memastikan kompatibilitas dengan konfigurasi aplikasi spesifik Anda dan persyaratan pengujian.
Praktik terbaik untuk otomatisasi pengujian
-
Validasi lingkungan: Pastikan lingkungan aplikasi modern Anda dikonfigurasi dengan benar sebelum eksekusi skrip
-
Verifikasi data: Validasi bahwa data pengujian yang diperlukan dari fase pengumpulan tersedia dan dapat diakses
-
Kustomisasi skrip: Tinjau dan sesuaikan skrip yang dihasilkan sesuai kebutuhan untuk persyaratan pengujian spesifik Anda
-
Pemantauan eksekusi: Menerapkan pemantauan dan pencatatan yang tepat selama eksekusi skrip pengujian
-
Analisis hasil: Menetapkan proses untuk menganalisis hasil tes dan mengidentifikasi masalah aplikasi
Koleksi akhir skrip otomatisasi pengujian menyediakan kerangka pengujian lengkap untuk memvalidasi fungsionalitas aplikasi modern Anda. Skrip dapat diintegrasikan ke dalam proses pengujian berkelanjutan Anda atau dijalankan sebagai bagian dari alur kerja validasi aplikasi Anda.
Kemampuan penyebaran di AWS Transformasi
AWS Transform membantu Anda mengatur lingkungan cloud untuk aplikasi mainframe modern dengan menyediakan template Infrastructure as Code (IAc) siap pakai. Melalui antarmuka obrolan AWS Transform, Anda dapat mengakses template bawaan yang membuat komponen penting seperti sumber daya komputasi, database, penyimpanan, dan kontrol keamanan. Template tersedia dalam format populer termasuk CloudFormation (CFN),, dan Terraform AWS Cloud Development Kit (AWS CDK), memberi Anda fleksibilitas untuk menerapkan infrastruktur Anda.
Template ini berfungsi sebagai blok bangunan yang mengurangi waktu dan keahlian yang diperlukan untuk mengonfigurasi lingkungan untuk aplikasi mainframe modern Anda. Anda dapat menyesuaikan template ini agar sesuai dengan kebutuhan Anda, memberi Anda dasar untuk membangun lingkungan penerapan Anda.
Untuk mengambil template IAC, tanyakan di obrolan AWS Transform untuk Infrastructure-as-Code templat yang mengklarifikasi pola modernisasi pilihan Anda (seperti AWS Transform untuk refactor mainframe), topologi pilihan Anda (mandiri vs ketersediaan tinggi), dan format pilihan Anda (vs Cloud Development Kit vs Terraform). CloudFormation