Tam bir FiveM polis kurulumu genellikle bir yığın olur, tek bir kaynak değil. Polis işi görevleri ve etkileşimleri kontrol eder, bir MDT veya CAD kayıtları düzenler ve telsiz olayları ve birim bilgilerini dağıtır. Haritalar, araçlar, kanıtlar ve tıbbi iş akışları bu temel sistemlerin etrafında yer alabilir. Bu alıcı kılavuzu, sunucu sahiplerinin çakışan özellikler satın almak yerine uyumlu parçalar seçebilmeleri için sorumlulukları ayırır.
Üç temel katmanı anlayın
| Katman | Tipik sorumluluk | Satın almadan önce sorular |
|---|---|---|
| Polis işi | Görev durumu, rütbeler, etkileşimler, tutuklamalar, kanıt veya cephanelik erişimi | Hangi çerçeve, envanter ve hedef sistemlerini kullanıyor? |
| MDT veya CAD | Profil, rapor, yetki belgesi, araç, olay ve izinler | Karakterler, işler ve veritabanı kayıtları nasıl tanımlanır? |
| Sevk | Uyarılar, çağrı işaretleri, birimler, noktalar, yönlendirme ve müdahale koordinasyonu | Hangi olaylar ve dışa aktarımlar işleri, telefonu ve özel uyarıları birbirine bağlar? |
Bazı ürünler iki veya üç katmanı birleştirir. Bu, entegrasyon çalışmasını azaltabilir, ancak zaten kullandığınız bir sistemi de tekrarlayabilir. Alışveriş yapmadan önce basit bir sorumluluk haritası oluşturun: görev durumu için bir sahip, raporlar için bir kaynak ve sevk çağrıları için bir kaynak. İki kaynak da uyarı veya kayıt oluşturuyorsa, hangi entegrasyonun devre dışı bırakılacağına karar verin.
Çerçeve ve kimlik uyumluluğu ile başlayın
Her katman tarafından kullanılan tam ESX, QBCore veya QBOX entegrasyonunu ve karakter tanımlayıcısını onaylayın. Bir polis işi, bir MDT'den farklı notlar saklayabilirken, çoklu karakter sunucusu belirli bir vatandaş veya karakter tanımlayıcısı gerektirebilir. İzinlerin iş adlarına ve notlara nasıl eşlendiğini, görev dışı durumların desteklenip desteklenmediğini ve çağrı işaretlerinin nasıl saklandığını kontrol edin.
Ardından, envanter, hedef kaynak, menü kitaplığı, veritabanı kitaplığı, telefon veya ses sistemi gibi paylaşılan bağımlılıkları listeleyin. Amaç bağımlılıkları en üst düzeye çıkarmak değildir; her gerekli bağımlılığın sunucuya zaten uyduğundan emin olmaktır. Mevcut olanlara göz atın polis scriptleri ve ilgili FiveM iş betikleri bu listeyi yanınızda bulundurarak.
Kurulumdan önce olay akışını tasarlayın
Baştan sona kadar gerçekçi bir olayı baştan sona yaşayın. Bir sivil eylemi veya manuel çağrı bir uyarı oluşturur. Sevkiyat, uyarıyı uygun birimlere gönderir. Bir memur bunu kabul eder, sahneye gider ve sonucu MDT'de kaydeder. Delil veya envanter öğeleri oluşturulabilir ve tıbbi personelle ilgili bir iş akışı gerekebilir. Bu egzersiz, oyunculara ulaşmadan önce eksik olayları ve yinelenen sorumlulukları ortaya çıkarır.
Uyarıların belgelenmiş dışa aktarmalar veya olaylar aracılığıyla oluşturulup oluşturulamayacağını, birimlerin durumu nasıl değiştirdiğini, bildirimlerin nasıl sona erdiğini ve sevk geçmişinin raporlarla bağlantılı olup olmadığını sorun. Bir telefon uygulaması acil durum çağrıları oluşturuyorsa, entegrasyon yolunu da doğrulayın. Bir demodaki görünür bir özellik, üçüncü taraf bir telefonun veya işin otomatik olarak bağlanacağını kanıtlamaz.
İstasyonu ve dünya alanını eşleştirin
Operasyonel yığın, fiziksel istasyona uymalıdır. Kapı kilitleri, delil odaları, silah depoları, garajlar ve asansörler koordinat veya bölgeler gerektirebilir. Karşılaştırırken FiveM MLOs, seçilen polis kaynağının belirli bir iç düzen gerektirip gerektirmediğini not edin. Bir harita genellikle bağımsız olarak test edilebilir, ancak etkileşim noktaları ve kapı sistemleri hala yapılandırma gerektirir.
Yığını güvenli bir sırada hazırlayın
- Veritabanını ve mevcut polis kaynaklarını yedekleyin.
- Paylaşılan kütüphaneleri ve çerçeve köprülerini yükleyin.
- Polis işini yapılandırın ve dereceleri, görevi ve etkileşimleri onaylayın.
- MDT'yi ve test karakterini, aracını, raporunu ve izin kayıtlarını ekleyin.
- Sevk ve test manuel, otomatik ve telefonla oluşturulan uyarıları ekleyin.
- İstasyon, kapılar, envanter, kanıt ve tıbbi iş akışlarını bağlayın.
Yeniden bağlanmalar ve izin hataları dahil olmak üzere en az iki polis rolü ve bir sivil rol ile test edin. Bu kılavuza eklenen dinamik ürün kısa listesi, yığındaki mevcut seçenekleri temsil etmektedir. Ödeme yapmadan önce mevcut çerçeve desteği, bağımlılıkları ve dahil edilen özellikler için her ürün sayfasını inceleyin; en iyi kombinasyon, net arayüzlere sahip ve yinelenen sistem sahibinin olmadığıdır.
Tüm olay yaşam döngüsünü test edin
En önemli entegrasyon testi, her arayüzün açılıp açılmadığı değildir. Bir olayın sevk oluşturmadan kapanışa kadar aynı konumu, arayan bağlamını, durumunu ve atanan birimleri koruyup korumadığıdır. Çağrı alımı, sevk görevlisi ataması, memur onayı, MDT araması, durum değişiklikleri ve son karar verme işlemlerini içeren bir hazırlık senaryosu oluşturun.
- Siviller, sevk görevlileri, memurlar, amirler ve yöneticiler için izinleri ayrı ayrı onaylayın.
- Yeniden bağlanmaların ve kaynak yeniden başlatmalarının aktif olayları tekrarlamadığını veya birim durumunu kaybetmediğini doğrulayın.
- İsimleri, raporları, resimleri veya diğer oyuncuyla bağlantılı kayıtları saklamadan önce saklama kurallarını kontrol edin.
- İki sistemin çakışan veriler yazmaması için uyarıları, kayıtları ve kanıtları hangi kaynağın sahiplendiğini belgeleyin.
Tanımlanmış sahipliğe sahip daha küçük bir yığın, birkaç çakışan polis kaynağını işletmekten genellikle daha kolaydır.