總結一下維護了一年的乙個軟體系統的軟體體系(一)

2021-08-29 08:47:37 字數 774 閱讀 2143

大概一年以前參與到乙個大型資訊管理軟體系統的維護工作中,這個系統是b/s結構,主要負責某省煤炭資源運銷管理,應用在了鐵路這個渠道管理上,我們的主要的系統維護工作重心在鐵路管理維護上,另外還負責一些**資訊發布管理功能的維護。

這個管理系統有自己的一套網路體系,因為我並沒有參與其中的網路體系的搭建與後期的維護工作,只是大概的了解一些:

1.網路體系的結構為樹狀拓撲結構,主要依據該公司的組織機構建立,該公司組織機構分為總公司一級,分公司一級,縣級公司一級以及直接負責煤炭運銷具體的工作的公司一級。網路體系以此而建,也分為四級網路。

2.使用一套c/s體系的軟體,完成基礎資料的收集,並定時上報到縣級公司或者直屬的分公司,然後將資料彙總分析後通過這套軟體提交,統一儲存到總公司資料庫伺服器。

3.根據該行業的業務,每年全省的煤炭運量,特別是通過鐵路渠道的運量,在年初通過簽訂的全年合同決定,該年的業務也以此運量為準。

這套軟體成型與2023年,在當時的條件限制下這是一套最為有效的軟體工作體系了,但也有其缺陷:

1. 儘管基礎資料收集大都已經為通過電子稱量系統實現自動資料提取,但在上報過程中,仍有可能對資料進行篡改,軟體為此專門增設了乙個子功能系統,但使用情況不容樂觀,收效甚微。

2. 資料統一儲存在總公司資料庫伺服器中,方便管理,在最初的設計中,資料庫沒有設計負載分流以及映象備份的等處理,隨著系統的使用,資料量的增加,資料庫負載增大,軟體反應速度越來越慢。

這個缺陷在今年年初運量提報和每個月初的各個分公司的運量提報中尤為明顯,資料庫出現多次當機情況,處理過多次,但收效不明顯,在使用高峰期需要注意資料庫的使用情況。

review一下上一年的積累

自己從一線開發角色轉變,這個轉變沒有過渡,直接懟上去的,從之前每天只擼完自己的任務 沒有p0級 bug 就 ok。到現在,每次需求評審,需求評審,api評審,中間各種拉動會議,開發中處理跟蹤問題,跟蹤所有人員進度,質量把控,白盒 黑盒。再到預發布 灰度,最後保證按時上線,甚至上線後各種突發 bug,...

閒文 快一年沒更新了,簡單回顧一下

去年三月從技術崗 實施專案經理 離職,轉到現在偏向業務側的崗位 售前 已經快一年的時間。在這個崗位反而不像技術崗那樣有各種知識類的內容來分享。這十個月有很多時候是在適應崗位,學習售前崗位的技能。慢慢的讓工作拖累的有些麻木了,也一直沒有更新部落格,整個人有點像因為工作而 死 掉了。在入職前,有過預計這...

上班五年了!總結一下 認識篇

2003年 幼稚的面孔,成熟的打扮!極力想擺脫小孩的樣子!對生活充滿信心!對工作認真負責!2004年 眼睛 鼻子 嘴巴 耳朵 身體到處都充滿了活力!像一頭出籠的野獸,漫無目的的闖蕩!體會到生活的壓力!2005年 雖然臉上還是那麼的有活力。但是從眼睛裡面看到了滄桑!認識到了付出並不是都有回報的!體會到...