Home / FAQs / Diffy Kedua Development dan Aplikasi Enterprise
QUESTION & ANSWER

Akankah Diffy Second Development mempengaruhi peningkatan berikutnya?

Fungsi-fungsi yang dicapai melalui konfigurasi, API, plugin, stand- sendiri portal dan perifer layanan biasanya lebih mudah untuk upgrade daripada modifikasi langsung ke database langsung dan kode sumber bisnis; perubahan dalam tidak selalu salah, tetapi daftar perbedaan, pengujian otomatis, aplikasi migrasi dan program-program latar belakang harus dipertahankan. Proyek harus mengidentifikasi, sebelum memulai, yang perlu diubah di inti, yang akan mengikuti arus balik dalam versi masa depan, bagaimana keamanan harus diperbaiki dengan cepat.

Jawab pertanyaannya.

Pertama, memberikan kesimpulan yang dapat digunakan untuk memutuskan-membuat

Perkembangan kedua Diffy harus dijalankan. pintu masuk merek, portal bisnis dan kompleks interaksi yang difokuskan di ujung depan kemerdekaan; kapasitas sistem perusahaan didokumentasikan melalui API, plugin atau layanan perifer; hanya kebutuhan inti yang tidak dapat dipenuhi oleh ekstensi standar memasuki kondisi source- kode.

DECISION FACTORS

Kondisi apa yang perlu diidentifikasi sebelum penghakiman dibuat?

Pertanyaan yang sama mungkin memiliki jawaban yang berbeda di bawah berbagai bisnis, data, dan fase proyek. Hal ini disarankan agar kondisi berikut diperiksa dan bahwa temuan yang sama di web dimasukkan ke dalam proyek mereka sendiri.

Halaman berubah, plugin, layanan perifer atau kode sumber intiUbah dalam struktur basis data, model ijin dan antarmuka kunciVersi hilir, patch keamanan dan frekuensi peningkatan ketergantunganUji lingkungan, set tugas tetap dan rilis kemampuan back- up
ACTION STEPS

Perintah yang disarankan dari muka

01

Pertama, kita akan jelas tentang target dan perbatasan.

Membuat daftar versi kini, ketergantungan, dan semua titik custom.

02

Dependence Kunci Validasi

Pindahkan fungsi yang dapat dipakai ke plugin, API atau layanan mandiri.

03

Pengembangan hasil yang dapat dipertimbangkan

Selesaikan laporan tes otomatis dan migrasi untuk perubahan inti dipertahankan.

04

Pastikan kau memutuskan langkah berikutnya dengan hasil yang sebenarnya.

Setiap upgrade di mulai oleh latihan, kemunduran, backup dan distribusi greyscale.

PRACTICAL EXAMPLE

Bagaimana kau memahaminya dalam bisnis yang sebenarnya?

Contoh yang digunakan untuk menggambarkan metode penilaian

Perusahaan-perusahaan telah memodifikasi sejumlah besar halaman depan Diff untuk portal klien, dan juga secara langsung menambahkan suite klien ke meja inti. Upgrade subsetent melibatkan konflik dan risiko migrasi basis data. Lebih layak untuk mempertahankan portal pelanggan, paket, dan meter dalam layanan bisnis tunggal, dengan Diffy disebut melalui antarmuka stabil, dengan perubahan minimal inti untuk kapasitas platform yang sebenarnya diperlukan.

COMMON RISKS

Lubang termudah untuk melangkah.

Titik perubahan hanya diselenggarakan setelah proyek ini selesai, dan mereka tidak dapat lagi dilacak.

Upgrade script langsung hulu dari operasi lingkungan produksi

Hanya memeriksa halaman, tanpa kembali ke pengetahuan, hak khusus, alat dan data

ACCEPTANCE

Bagaimana kita bisa menerima dan mengkonfirmasinya?

Peningkatan memerlukan pengujian ulang tugas, hak akses peran, referensi pengetahuan, alur kerja, antar muka, log, dan backslide.

Ketika mempersiapkan untuk berkomunikasi dengan pemasok atau tim internal, disarankan bahwa proses saat ini, contoh perwakilan, sistem yang ada, perencanaan tingkat waktu dan anggaran akan dibawa. Pertama, item yang tidak diketahui jelas ditandai, dan kemudian keputusan dibuat untuk menggunakan diagnosis, PoC, proyek jangkauan tetap atau penelitian dan pengembangan yang sedang berlangsung, yang biasanya lebih dapat diandalkan daripada permintaan langsung untuk harga dan durasi tanpa batas.

Kondisi proyek Anda berbeda dari contoh di atas?

Tujuan operasional, sistem yang ada, sampel dan rencana waktu dapat dikumpulkan sebelum konsultan bisa membuat penilaian awal dalam kaitannya dengan batas-batas sebenarnya.

Konsultan proyek asosiasi