首頁> 科幻小說> 目錄頁> 第88章 陳局,你馬上給我買個盒飯過來

第88章 陳局,你馬上給我買個盒飯過來

2026-09-18 03:02:23 作者: 男弦

  要知道,在2010年代的時候,三十萬元已經可以買一套不錯的房子了。

  這個數額放在一個還沒開始的「項目」上,可以說是巨大的。

  陳循川滿臉狐疑地看著自己這個好大侄兒,「你該不會坑你的川叔我吧?」

  江凡白了一眼,「我想了一中午,已經是按照最低配置來計算的經費了!」

  陳循川低頭看著這張經費申請單,嘬了嘬牙花,「可是我們區目前財政還是比較緊張,這筆經費不一定能申請下來啊!」

  江凡一聽這話,頓時站起來,準備朝著門口走去。

  「哎,不是,你去哪?」老陳喊道。

  江凡頭也不回,「上班時間到了,回辦公室幹活,之前的交易取消!」

  「我說你這個年輕人,一點耐心都沒有,給我回來!」

  陳循川喊住了他,「經費的問題交給我來解決!」

  江凡瞬間轉過身子,臉上滿是笑容,「早這麼說不就完了嘛!」

  陳循川白了他一眼,「不是川叔我不相信你,你是真的有把握做出來嗎?」

  江凡堅定說道:「粵省聯網的話,沒問題,只要經費充足,將規模擴大點,能夠實現全國聯網!」

  陳循川點了點頭,「那行,要是區裡面不批經費,或者只批一部分的話,我找市民政局再申請點經費。」

  

  話一說完,老陳喝了口水,就出門要錢去了。

  江凡對老陳能不能要到這筆經費,一點都不懷疑。

  這是個大功績,到時候系統模型真的做好了,受益的不僅是老陳.

  區委區政府主要領導、市民政局、乃至省民政廳都有份。

  區區三十萬經費而已,壓根不是問題。

  陳循川臨走之前,生怕有人進來打擾到江凡這個「計算機大佬」,還很貼心的把辦公室的門給反鎖掉。

  時間一點一點的過去,江凡在空白的word文檔上,一字一字地敲下了自己計劃。

  硬體問題統一後,那麼現在考慮的就是軟體架構了,這點的難度絲毫不亞於硬體。

  打個比方,全國的婚姻信息系統目前現狀就是「各省孤島」,而這個模型要做的就是,把這些孤島「統一兼容」起來。

  查閱了一下資料,江凡發現2010年各省婚姻登記系統,大多數都是2005年前自建的,軟體架構混亂、開發語言各異。

  那麼要整合這些「孤島」,實現聯網的核心是「確定統一架構+兼容歷史系統」。

  江凡足足想了一個多小時,最終決定在技術層面走這樣的路徑。

  首先是核心架構,選定B/S為主、C/S為輔。

  因為現在主流都是採用B/S架構,也就是瀏覽器伺服器模式,這樣最大的好處就是客戶端無需安裝專用軟體。

  只要通過主流瀏覽器訪問省級伺服器,就可以大大減少基層維護成本。

  最起碼可以確保區縣一級的基層單位只需維護伺服器,不用逐台終端裝軟體。

  但這裡有一個難點,那就是對網絡穩定性要求高,至少需要2M帶寬。

  這點在發達地區的話,一點都不是問題,但在一些偏遠地區的話,可就難辦了。

  要知道別說網絡穩定性了,在偏遠地區的話,手機信號都沒有!

  江凡苦思冥想,最終決定繞過這一點,那就是特意為偏遠地區配套一份C/S離線客戶端!

  針對寬帶不通或帶寬不足1M的縣區,利用.NET Framework 2.0開發出一套C/S架構離線軟體。

  這樣的話,偏遠地區的登記員在本地錄入數據後,待網絡恢復(如每周聯網一次),通過「增量同步工具」將數據上傳至省級伺服器。

  這裡也有一個地方要注意,那就是同步數據的時候,需要校驗數據完整性。

  因為很經常會因斷網導致數據有所缺失。

  再下一步就是考慮資料庫的選型了。

  思來想去,因為給自己的時間有限,只有兩個半月,自己肯定沒辦法在這段時間內手搓一個大型資料庫出來的。

  所以江凡決定隨大流,而資料庫的選擇,肯定是要以兼容性和安全性為主。


  那麼根據現狀,省一級的採用Oracle 11g地就行了,這也是今年主流企業級資料庫。

  這種資料庫可以支持海量數據存儲,單庫就可存1億條以上登記記錄,並且支持一千人同時發訪問查詢(。

  最重要的是還能提供數據加密功能,對身份證號、婚姻狀態等敏感欄位加密存儲。

  至於市縣兩級的話,最好就是用省級同款伺服器。

  實在達不到這個條件,那就選SQL Server 2008輕量版這種較低配置的伺服器也能勉強實現作用。

  並且這種伺服器能夠與與B/S架構的ASP.NET開發框架適配性好,開發成本又低。

  只不過單庫容量上限約5000萬條,需定期向省級資料庫遷移歷史數據。

  不過這樣也差不多可以了,總不能給大廚十塊錢讓他去做個滿漢全席吧?

  下來就是考慮到對全國各省、市的歷史婚姻登記信息系統的兼用問題。

  最終江凡決定針對這點,開發「數據轉換接口」。

  針對各省原有C/S系統,如蘇省用VB開發的「婚姻登記管理系統V2.0」、粵省用Java開發的「粵婚登V3.1」,開發專用數據轉換工具。

  按全國統一數據標準,將原有資料庫中如Access、SQL Server 2000的欄位、又如配偶姓名、登記日期等數據,映射到新資料庫。

  但說來容易,做起來難啊。

  在數據轉換的過程中,會存在很多風險因素,導致數據丟失或者變更。

  江凡憋了大半天,對這點也沒有什麼好的方法,最終只能結合實際,對數據轉換後增加一條步驟。

  那就是人工抽檢。

  到時候每個市區隨機抽選1萬條數據,正確率大於或等於98%就算合格。

  巧婦難為無米之炊,按照現今的網絡和計算機水平,江凡只能做到這個份上了。

  你以為這就完了?

  不,真正的難題還沒出現呢。

  那就是數據的標準!

  這個模型要起到的關鍵作用就是從「混亂編碼」到「全國統一」。

  這也是計算機層面最核心的「基礎之基礎」。

  如果各省數據格式不統一,即使硬體軟體到位,也無法實現數據互通。

  最後江凡決定,在現有的各省的基礎標準上,重新制定3類核心標準。

  「咕咕咕~」

  江凡似乎聽見一陣聲音,探頭往四周望去,赫然是自己的五臟廟發出來的。

  中午因為趕時間,就在局門口的沙縣吃了一份拌麵加蒸餃。

  看了下時間,五點半,正好下班時間。

  現在自己身上就2塊錢,去刑大吃的話也行,但一來一回的,也浪費時間。

  江凡想了想,最後掏出電話給老陳。

  「陳局,你馬上給我買個盒飯過來,我肚子餓了。」

  剛拿著經費批准單準備回來的陳循川,一臉懵逼地看著屏幕上的來電人姓名。

  「不是,你這小子倒反天罡了是吧?!」


關閉
Δ