1、軟件工程技術方案及質量保證舉措完整方案,投標可用技術方案及質量保證舉措6.1、 技術方案6.1.1 工程背景學校日常運轉產生大量的數據,目前尚無相關應用支撐學?？茖W治理主要體現在：數據難以利用、系統孤立形成信息孤島、缺乏公共效勞與決策支持、信息無法實時共享與交換、數據標準不一難以形成有效統計與分析、數據價值難以體現、缺乏監控與預測；以信息化建設與業務標準建設業務流程標準為捉手,遵循僵化引入先進治理理念、優化實踐指導迭代、優化、固化固化到統一平臺形成軟件資產,知識資產原那么,理順學校常規業務,并實現信息化賦能,進而提升我學校日常治理精準度,并提供數據治理與數據分析效勞,輔助治理決策.6.1.2

2、建設目標通過本工程建設我校數據中臺,打造集數據采集、數據處理、監測治理、預測預警、應急指揮、可視化平臺于一體的數據中臺,以信息化提升數據化治理與效勞水平,及時準確掌握學校運營情況,做到“用數據說話、用數據治理、用數據決策、用數據創新6.1. 3建設原那么根據XX學校要求,根據公司對大型治理軟件的開發實施的經驗,認為本系統是地域廣闊、業務復雜、行業特性突出、業務集成高的系統,在技術必須從軟件技術和系統布局上進行充分的考慮和設計.技術以及部署策略主要表達在如下幾點： 具有技術先進性及可行性公司認為系統應采用先進的體系結構,保證在建設和使用期間體系結構不會落后.另外,XX學校智慧治理應

3、用系統在軟、硬件產品的選擇上要盡量采用成熟的產品,以保證系統平安、可靠地運行.當前軟件系統主要分J2EE技術架構和.NET技術架構. 系統平安性公司認為智慧治理應用系統是學校最為關鍵的數據信息之一,智慧治理應用系統采取全方位防范舉措,以保證系統平安.智慧治理應用系統在各個環節都要有相應的平安舉措來保證,這些舉措主要包括：系統訪問限制、數據通信加密、系統日志記錄、數據備份與恢復等.6.13.3系統開放性公司認為系統采用標準的平臺、技術和結構,使其易于與其它系統進行信息交換.應定義標準的數據接口,以實現系統與其它系統互連互通以及互操作.系統運行的穩定、可靠性公司認為系統

4、作為學校信息化系統的關鍵業務系統之一,系統的穩定性和可靠性將關系到學校日常工作,因此智慧治理應用系統應具有良好的穩定性和可靠性.6.13.5系統易用性公司認為系統應具有良好的用戶界面,易學易用.還應在功能、業務流程上具有易操作性.系統提供操作手冊、在線幫助,功能鍵的安排應符合使用人員習慣,數據能夠以清單、表格、圖形等形式顯示、打印.可維護性、可升級性公司認為系統應采用結構化、層次化設計結構,使系統易于維護和升級,系統應采用模塊化設計,并保證各版本之間具有良好的兼容性,不會由于系統中某些模塊的改變而影響整個系統的正常運行.智慧治理應用系統軟件應盡可能做到“零維護,同時實現簡便易操作

5、的遠程維護.6.13.7可繼承性公司認為系統應具有較強的可繼承性,應包括應用系統的可繼承性及數據的可繼承性,系統應提供對各項相關智慧治理應用系統歷史數據的存儲、查詢、管理等功能.6.13.8增強的治理功能公司認為系統應注重對系統操作流程的合理、必要限制,提升業務員、治理工作的標準性.提供方案限制功能,實現治理信息化.一體化設計一體化是系統設計和應用的根本指導思想,XX學校第一、二期各個子系統要根據統計流程標準、統一技術標準、統計數據治理、統一應用集成,統一角色治理,統一用戶登陸,統一界面風格等大系統一體化的要求建設.遵循“一體化原那么,系統采用三層結構、WebService等先進

6、成熟技術,保證建成的各個子系統具有良好的穩定性、可擴展性.在系統應用上要以XX學校第一期、第二期為根本,擴展系統功能,不斷優化和整合系統模塊設置,改良管理方式,提升行政效率.在建設方案上實現統一規劃,統一考慮數字XX效勞系統各個層面以及將來開展的業務模型；在內容治理上實現統一設計,集中存儲,分責維護,信息共享；在系統應用上實現統一接口、統一標準,統一考慮各個系統之間的互連互通,防止形成系統的各自為政和信息孤島；在業務處理上標準作業標準,統一工作流程,優化處理程序,實行跨部門協作；在技術處理上實現統一資源治理、統一身份認證、統一內容維護.6.2、開發框架通過以上對xx學校智慧治理應用系統建設的需

7、求分析,我們綜合考量各方面因素,從對智慧治理應用系統建設需求的全面理解到系統實施的可操作性、工作方法的科學性,再到工程實施團隊的合理配置,最后到周詳的培訓制定與完善的售后效勞體系,從而設計出一套完整、詳細、符合XX學校智慧治理各個子系統開展的科學方案.6.2.1技術架構本系統軟件架構主要包括：Docker容器技術、Kubernetes集群、MicroService架構、Istio微效勞治理、Serverless技術架構.見圖Docker容器技術基于業界主流Docker輕量虛擬容器技術架構,提供高效、開放、靈活的新一代云虛擬根底支撐環境輕量虛擬化容器. Kuberne

8、tes集群采用Kubernetes集群治理技術,讓容器化應用部署變得高效簡潔,為業務應用的發布、維護提升高效支撐容器集群技術. MicroService架構采用MicroService技術,將效勞設計成最小顆粒,為應用提供高效、靈活、簡潔、可靠的效勞模式微效勞架構技術. Istio微效勞治理采用Istio微效勞治理框架,基于ServiceMesh效勞網格設計模式,提供非侵入式的微效勞支持效勞網格治理. Serverless技術架構基于Serverless技術架構,以無狀態、響應式方式實現效勞,提供極佳的效率、可靠性、隔離性無效勞器計算.XX學校智慧治理

9、應用系統采用平臺技術、平臺的框架圖如下:業務應用(OALHRJ'CRM(ERP|jPM'MES牛刀企業PaaS云平臺可桃化設計移動跨埔鱷障拒罪|頁面俎仲筆內出件1中如atl口|里而設JIUI1"姻設計工旦|聯勢設計工a應用模板儂咪布在AppHM6»jF儆布工U1|云山用開發平臺云應用治理平臺根底中間件數報用|TomcatRXi,業務中間件E岬頗硒報表文檔IM資源彈性調度曾理分布式r存福皆逢Istio服光網格：新一代微效勞治理架構微效勞治理財*“智徐珞由畫畫二場禍免平安認證J一日枳蟆：jDocker/Kubernetesg«集群治理廣1MM幅主Tff

10、g就像菅理T硝費j1理性伸縮jIWttgJ魁自我SS礎資源laaS公有云/私有云/混合云XX學校智慧治理應用系統體系框架圖6.2.2邏輯架構XX學校智慧治理應用系統從體系結構上可分為五層,從下往上分別為根底資源、容器集群、微效勞治理、云平臺、業務應用.強大的開發運維一體化工具,基于Docker容器、微效勞、可視化、云開發技術為核心,提供從設計、開發、測試、部署、運維的一體化支持.獨創的可視化架構設計,應用根本架構、效勞及關系一目了然,效勞組件可任意增減,拖動連線即可改變依賴關系,并根據設計圖,實現自動化創立和配置開發環境、測試環境和生產環境.高效的可視化開發支持,包括架構、數據、效勞、代碼、頁

11、面的全面可視化開發支持,組件拖拽,屬性設置,簡單可靠,輕松高效.全部基于組件化體系,提供組件和模版市場,開發者可以設計和發布自己組件,模塊,實現高水平的重用和定制.為云開發者同時提供WebIDE和桌面IDE兩種專業的集成開發環境,桌面開發環境與云端運行環境連接,代碼自動同步,支持線下本地編程開發調試,云端聯機運行.容器集群提供獨立主機集群部署、容器集群部署、共享資源池部署等多種靈活部署方式,滿足企業多樣化的技術環境和術要求.為學校的高頻應用和低頻應用提供高效的運算資源調度方案,當應用需要訪問時,可以做到快速分配運算資源并啟動運行C當應用一段時間沒有用戶訪問后,系統會自動回收運算資

12、源.6.2.23微效勞治理在微效勞架構下,每個業務系統都是由多個云應用組成.云應用通過業務集成統一門戶、統一用戶、統一權限、統一流程,形成一個統一的業務系統理.支持學校業務的全面集成和公用,包括組織機構、權限、工作流、報表、業務概念、業務規那么、用戶界面、業務門戶、即時通訊、消息推送、文檔效勞等.業務應用建立統一的企業云應用標準,實現對應用發布、審核、部署、更新、升級、監控、運維的全生命期的統一治理.通過多業務模式,為組織內外的業務協作提供全面支持,包括各類業務應用的隔離、定制和運維,輕松實現組織內外業務系統的統一規劃、集中和分布部署、即時發布、靈活定制,助力企業打造隨需應變、高

13、效協同的數字化業務系統.6.入軟件質量保證舉措本公司軟件質量保證由各項任務構成,這些任務的參與者有兩種人：軟件開發人員和質量保證人員.前者負責技術工作,后者負責質量保證的方案、監督、記錄、分析及報告工作.軟件開發人員通過采用可靠的技術方法和舉措,進行正式的技術評審,執行方案周密的軟件測試來保證軟件產品的質量.軟件質量保證人員那么輔助軟件開發組得到高質量的最終產品.我們的軟件質量保證方案大體分為如下三大局部：(1)把軟件研制合理地劃分為假設干階段,并針對每個階段的特點,制定出質量評審、評測的要求和舉措.(2)從軟件質量的要求出發,制定出相應的技術和治理標準,如軟件文檔規范、軟件編程標準、軟件測試

14、標準、軟件版本限制標準等.(3)創立和積累公用模塊,向軟件工廠化方向開展.6.3.1軟件研制的階段劃分及其質量限制我們把軟件系統的研制劃分為8個階段,即總體需求分析、總體設計、各分系統的需求說明及概要設計、詳細設計面向子系統、程序編制、自測試、組裝與驗收測試、試用和初步定型.我們規定,總體需求分析及總體設計需經有關領導及治理專家評審認定.分系統的需求說明、概要設計及詳細設計需經總工程師組織的技術評審組評審.評審前,多數分系統的需求說明及概要設計需經有代表性的用戶審核認可,即分析和設計階段主要靠評審把關,編程和實施階段主要靠執行標準和測試把關.每次評審的結果都有相應的記錄,并填寫相應的表格.6.

15、3.2軟件的文檔標準系統開發的文檔要求是：每個分系統必須有需求說明、概要設計,每個子系統必須有詳細設計和操作使用說明.需求說明、概要設計和詳細設計必須串行完成,而且規定,詳細設計未經評審通過不能進入正規編程.不寫設計就進入編程,這是軟件開發人員常犯的毛病,在我們的系統開發中這是不允許的.6.3.3軟件編程標準開發中所有設計文件經過認真的評審、推敲和認定后,軟件編程將是保證軟件質量的一個重要環節.為保證這一環節的質量,我們專門制定了編程的有關規范.其中最主要的是界面標準.需要強調的是,對界面的理解不應只限于屏幕格式和操作方法,界面設計應貫穿于軟件編制的全過程,我們的界面標準分為兩大局部：第一局部

16、是設計原那么,包括：一般原那么、屏幕格式設計原那么、輸入過程設計原那么、信息顯示設計原那么、提示信息設計原那么、報表設計原那么、菜單設計原那么、操作方法原那么.它重點解決操作的方便性和直接性、顯示和提示確實定性、輸入的準確性、輸入輸出的一致性,以保證對用戶習慣和心理的良好適應性,給用戶一種愉快感,讓用戶產生一種喜愛感.第二局部是屏幕格式設計,包括：版權屏幕、登錄屏幕、單記錄錄入窗口、多記錄錄入窗口、查詢列表窗口、主/細數據錄入窗口、命令按鈕格式.它的主要目標是,力求使屏幕格式簡煉、實用、直觀、醒目、風格一致,使操作使用方便.軟件編程標準更是一種設計和編程經驗的總結,是對所用開發工具的深入認識和

17、全面理解.這一標準本身的質量直接關系到全系統的編程效率和可移植性、軟件的可擴展性及可維護性、數據的可恢復性和系統的可靠性.特別是在客戶/效勞器模式下工作的系統,編程時對處理和數據的合理分布將直接影響到系統資源利用得是否充分、恰當,直接影響到整個系統的性價比.它包括：對象和限制命名標準、編程風格、數據校驗、環境配置與應用的可移植性、事件驅動、面向對象、數據庫訪問標準、數據及處理分布、出錯處理、安裝及設置.實踐證實,這一標準對保證程序質量、提升軟件重用度,進而對提高編程效率、乃至提升系統的可靠性均起了重要作用.6.3.4軟件測試標準軟件測試是在設計階段保證軟件質量的最后一關.從測試手段來說,我們把

18、整個測試分為白盒測試和黑盒測試,并在軟件編制過程中交叉使用.指派對開發工具熟悉最深入、編程經驗最豐富的同志從事白盒測試;指派對工作流程最熟悉、對操作使用研究和體會最細致的同志從事黑盒測試.從測試過程來說,又分為兩步：自測試和組裝驗收測試C自測試是軟件編制者自己設計測試用例,自己驗證；組裝和驗收測試那么是根據需求說明和工作流程全面設計測試案例,進行全面測試.工作流程、數據流程、各子系統之間及各模塊之間的接口是驗收測試的重點之一.整個測試階段必然是一個發現問題玲修改完善玲再測試的過程,而且可能多次反復.此時,最重要的是要把握住兩點：一是每提出一個修改,都需經過總體設計師和分系統設計者的認真研究討論,既要保證軟件的正確性、流程的合理性和功能的完備性,又要保證總體設計思想和軟件設計風格不受破壞,即保證軟件的整體質量；二是程序編制者和測試者都要有足夠的耐心和良好的協作精神,都要有對軟件質量負責的責任感.無論自測試,還是組裝及驗收測試,都是極其細致而又繁瑣的過程.不少技術人員愿意搞設計和編程,而不愿在測試方面多花功夫.軟件開發的治理者對這種傾向需嚴密注視、盡力防范,同時應做出具體規定,作為軟件設計的法規,要求大家嚴格遵守.測試標準的概要如下在自測試階段制定了自測試方法和自測試過程.自測試方法重點規定了兩點：一是白盒測試、人工審查與機器執行相結合