Blockchain teknolojisi-talep analizine dayalı akademik bilgiler için bir kredi bilgi sistemi
talep analizi
Artık bilgiye dayalı bir yüksek teknoloji çağı ... Birçok şirketin gelişip büyümek için çağın hızına ayak uydurması ve yeniliklere devam etmesi gerekiyor ve bir işletmenin gelişimi, yetenek ekibinin kurulmasından ayrılamaz.Ayrıca, inovasyonun kurumsal gelişim için itici güç olduğu söylenebilir. , Ve yetenekler, kurumsal geliştirmenin temelidir, bu nedenle şirketler artık yetenek ekiplerinin oluşturulmasına büyük önem vermektedir ve yetenek ve eğitim kalitesi için gereksinimler en önemlisidir.Akademik bilgi sorgulaması maliyetli veya zahmetlidir ve insanları korumayı zorlaştıran bazı sahte web siteleri bile vardır; geleneksel uygulamalar verileri bir veritabanında depolayarak uygulanır, ancak şu anda görünen veritabanı arızalar nedeniyle silinir veya hacklenir. Veri kaybı nadir değildir, bu nedenle geleneksel veritabanları verilerin bütünlüğünü ve güvenliğini gerçekten sağlayamaz.
Bu koşullara dayanarak, akademik bilgilerin çevrimiçi sorgu işlevini gerçekleştirmek için blok zinciri teknolojisinin uygulanmasına dayalı bir kredi bilgi sistemi tasarladık ve geliştirdik.Blockchain teknolojisinin özellikleri nedeniyle, veri hasarı sorununu düşünmeye gerek yoktur. Bilgi dolandırıcılığına son verin ve akademik bilgilerin doğruluğunu sağlayın. Alan nedeniyle, akademik bilgi kredi inceleme sisteminin uygulama senaryolarını değiştiriyor ve basitleştiriyoruz. Uygulanan iş mantığı, bilgi ekleme, bilgi değiştirme, bilgi sorgulama ve ayrıntılı bilgi sorgulama gibi işlemleri içerir. Gerçek koşullar altındaki iş mantığının gerçek ihtiyaçlara dayanması gerekir. Sahne buna göre ayarlanır.
Sistemin yeteneklerin eğitiminin gerçekliğini sağlaması gerektiğinden, sistem kullanıcılarının ilgili akademik bilgileri kendilerinin eklemesi imkansızdır, ancak belirli haklara sahip kullanıcıların ekleme veya değiştirme işlevini tamamlaması mümkündür. Ancak sıradan kullanıcılar, sistem izlenebilirlik işlevi aracılığıyla bilgilerin gerçekliğini belirleyebilir. Bu yüzden sistem kullanıcılarının rollerini iki türe ayırıyoruz:
1. Sıradan kullanıcılar
2. Yönetici kullanıcı
Sıradan kullanıcılar veri sorgulama işlevine sahiptir, ancak sorgulamadan önce oturum açma kimlik doğrulamasını geçmeleri gerekir:
- Kullanıcı girişi: Sistem yalnızca yasal kullanıcılar için yetkilidir, bu nedenle kullanıcıların ilgili işlevleri tamamlamak için önce oturum açmaları gerekir.
- Sorgu uygulaması: sorgu iki şekilde uygulanır
Sertifika numarası ve adına dayalı sorgu: kullanıcı tarafından girilen sertifika numarası ve adına dayalı sorgu.
Kimlik numarasına dayalı sorgu: Kullanıcı tarafından belirtilen kimlik numarasına dayalı sorgu Bu işlev kaynağa kadar izlenebilir.
Sıradan kullanıcıların işlevlerine ek olarak, yönetici kullanıcılar iki ek işlev eklemiştir:
- Bilgi ekle: Sisteme yeni akademik bilgiler ekleyebilirsiniz.
- Bilgileri değiştirin: mevcut akademik bilgileri değiştirin.
13.1.2 Mimari Tasarım
Bu kitabın onuncu, on birinci ve on ikinci bölümlerinde eksiksiz bir kumaş-sdk-go tabanlı uygulama örneğini tamamladık, bu nedenle şimdi önceki uygulama mimarisini kullanıyoruz, fark bu uygulamanın yazılması ve uygulanması gerektiğidir. Veri durumunun işleyişini gerçekleştirmek için zincir kodunu tamamlayın ve iş katmanı aracılığıyla zincir kodundaki her bir işlevi çağırın. Kullanıcının çalışmasını ve kullanımını kolaylaştırmak için arayüz hala bir Web tarayıcısı kullanılarak uygulanmaktadır. Ve bu uygulamada, Hyperledger Fabric'in varsayılan durum veritabanını LevelDB'den CouchDB'ye değiştiriyoruz.
Aşağıda gösterildiği gibi Fabric Network yapısı için:
13.1.3 Veri Modeli Tasarımı
Deftere veri kaydetme ihtiyacı nedeniyle, uygulamadaki verileri rahat bir şekilde işlemek için kullanılan, kaydedilecek veri yapısını bildirmek için ilgili bir yapı tasarlamak gerekir.
Eğitim yapısı tasarımı aşağıdaki tabloda gösterilmektedir:
Mevcut sınıflandırma durumundan ayrıntılı tarihsel işlem kayıtlarını sorgulayabilmek için, Eğitimde HistoryItem dizisinin Historys üyesini mevcut durum geçmişi kayıt kümesini temsil edecek şekilde tasarladık.
HistoryItem yapı tasarımı aşağıdaki tabloda gösterilmektedir:
13.1.4 Ağ ortamı
13.1.4.1 Ortamı kurma
Bölüm 10'da bir doku ağ ortamının nasıl oluşturulacağını açıkladık. Şimdi yeni bir uygulamayı tamamlayacağız, böylece ağ ortamı önceki içeriği kullanabilir, ancak durum veritabanı CouchDB kullanılarak uygulandığı için bazı değişikliklerin yapılması gerekir. CouchDB ile ilgili içerik eklendi. Okuyucuların rahatlığı için, uygulamanın gerektirdiği bir ağ ortamını yeniden oluşturuyoruz.
GOPATH'ın src klasöründe aşağıdaki gibi yeni bir dizin oluşturun:
