第一篇：政府信息化軟件開發工作流程

北京賽迪時代信息產業股份有限公司

政府信息化軟件開發工作流程

第一章 總則

根據政府信息化事業部（以下簡稱“事業部”）業務的特點，事業部的軟件開發流程按項目階段進行劃分，通過對每個階段所進行的流程定義，來保證最終軟件的質量。

事業部軟件開發項目的開發工作流程，主要包含以下7個要素來描述。

? 軟件立項控制 ? 軟件開發計劃 ? 軟件需求分析 ? 軟件設計 ? 軟件實現

? 軟件測試和測試狀態 ? 軟件產品實施維護 項目開發的總體過程流程如下圖：

Page 1 of 19 北京賽迪時代信息產業股份有限公司

第二章 軟件立項控制

§2.1 目 的

加強事業部對軟件項目/內部產品立項的控制，保證軟件項目/內部產品的開發過程及開發目標的可行性和合理性，確保及時的推出有市場競爭能力、有廣闊應用前景、產品化程度較高的軟件產品。§2.2 適用范圍

適用于需要公司投資的軟件研發項目，現有軟件產品化項目、現有軟件/產品二次開發項目、現有軟件/產品重大升級項目等，均屬本項程序適用范圍。§2.3 崗位與職責

業務（市場）部門

根據市場提供的業務立項申請和客戶信息系統集成需要，提出軟件開發立項的可行性分析，經事業部總經理審核后，提交項目管理委員會進行立項評審。

研發小組

事業部研發小組根據事業部軟件產品發展規劃，提出軟件產品立項可行性分析；經事業部總經理審核后提交項目管理委員會進行立項評審。研發小組負責通過立項評審后軟件產品的開發。

事業部總經理

事業部總經理審核軟件開發立項的可行性分析報告，并提交項目管理委員會進行立項評審。

項目管理委員會

項目管理委員會對各業務部門提交的立項報告進行評審。參與立項報告評審，立項相關文檔備案。

公司總經理

公司總經理根據評審結果，批準立項報告。

公司財務部門

參與立項報告評審，立項相關文檔備案。§2.3 業務操作流程

§2.3.1 工作流程圖

軟件立項工作的詳細的工作流程如下圖所示例：

Page 2 of 19 北京賽迪時代信息產業股份有限公司

業務（市場）部 項目/產品 立項申請 立項 可行性分析 事業部總經理 項目管理委員會 公司總經理 財務部門 提交立項 評審 立項評審 立項評審 報告 項目/產品 立項審批 立項備案 立項備案 立項備案 軟件產品開發立項流程圖

§2.3.2 流程說明

（1）立項申請

各業務部門和事業部可根據公司的整體發展規劃，緊密結合項目/產品市場及本公司的具體情況，提出軟件立項。提交事業部總經理，經事業部總經理審核通過后，提交項目管理委員會進行立項評審。

Page 3 of 19 北京賽迪時代信息產業股份有限公司

（2）立項評審與審批

由項目管理委員會組織立項評審，對各部門提交的立項申請進行評審，根據評審結果，由公司總經理確定是否立項。

立項申請批準后，軟件開發由事業部研發小組負責執行，研發小組成立具體軟件項目/產品開發組，確定開發負責人。（3）軟件開發立項備案

軟件開發立項審批通過后，立項過程中的相關資料分別在財務部、事業部項目管理委員會、立項申請部門備案。

第三章 軟件開發計劃

§3.1 目 的

編制軟件開發計劃的目的在于規劃軟件開發過程中的各種活動，確保開發計劃制定的正確性與有效性，保證軟件開發過程可估量。§3.2 適用范圍

本程序適用于軟件項目/產品開發計劃的制定與修改。§3.3 崗位與職責

項目經理/技術開發經理

制定、審批與修訂軟件項目/產品開發計劃；開發計劃備案。

事業部總經理

審批《軟件開發計劃》。

項目管理部

負責軟件開發計劃的歸檔管理；監督檢查軟件開發計劃的執行情況；協調軟件開發計劃執行過程中資源配置；向有關領導（項目實施部門經理、事業部總經理、公司總經理）報告項目執行狀況。

§3.4 工作流程概述

§3.4.1 業務操作流程圖

制定軟件開發計劃部分的詳細的工作流程如下圖所示：

Page 4 of 19 北京賽迪時代信息產業股份有限公司

項目經理/技術開發經理 項目計劃制定 主管副總經理 項目管理部 項目計劃修訂 項目計劃審批 備案 備案 備案 軟件產品開發計劃業務流程圖 §3.4.1 業務操作流程說明

（1）軟件開發計劃制定、審批與備案

項目經理根據審核批準的立項申請,制定軟件開發計劃，并提交給事業部總經理審批。項目經理根據審批結果對開發計劃進行修訂、補充直到審批通過。

重大項目的軟件開發計劃應由事業部總經理審批。項目經理根據審批結果對開發計劃進行修訂、補充直到審批通過。

項目經理將審批通過后的軟件開發計劃歸檔。（2）軟件開發計劃的修訂

在項目/產品開發過程中，項目經理根據開發中的具體情況需修改軟件開發計劃時，須向本事業部總經理提出申請；經同意方可修改軟件開發計劃相關內容。

第四章 軟件需求

§4.1 目的

通過對用戶業務進行需求分析和學習，減少對客戶業務的理解偏差，從而降低需求階段的風險。保證軟件能夠滿足客戶的業務需要。

Page 5 of 19 北京賽迪時代信息產業股份有限公司

§4.2 適用范圍

適用于軟件開發過程中需求分析和需求分析修改的操作過程。§4.3 崗位與職責 ? 項目經理: 制定需求分析計劃；組織開展從技術應用角度出發的縱向與橫向的調查；撰寫需求分析調查報告；組織相關人員進行需求分析；撰寫需求規格說明書，并提交項目管理委員會進行內部評審；評審后的需求分析說明書提交給客戶方簽字確認。參與需求規格說明書的評審。? 項目組

參與從技術應用縱向與橫向的調查；參與需求分析；參與需求分析評審。? 客戶方代表：

參與制定需求分析計劃；組織開展用戶應用角度出發的調查；撰寫需求調查報告；參與需求分析；參與撰寫需求規格說明書；參與需求分析評審。? 項目管理委員會

項目管理委員會組織軟件項目/產品的需求規格說明書評審。需求規格說明書的歸檔管理；監督檢查需求分析階段計劃的執行情況；協調項目執行過程中資源配置。

? 事業部總經理：

審核需求規格說明書，并參加需求規格說明書評審，審批一般項目的需求規格說明書。? 總經理：

審批重大項目的需求規格說明書。§4.4 程序概述

§4.4.1 業務操作流程圖

需求分析階段詳細的業務操作流程如下圖：

Page 6 of 19 北京賽迪時代信息產業股份有限公司

§4.4.2 業務操作流程描述

（1）需求分析計劃的制訂與審批

項目經理組織開發小組根據軟件開發計劃編寫軟件的需求分析計劃。計劃內容主要有： ? 業務調查計劃； ? 需求分析采用的方法； ? 需求分析采用的工具； ? 需求分析過程； ? 需求分析結果表示方法； ? 需求分析進度安排及人員分工。

需求分析計劃編寫完成后由項目經理提交給事業部總經理審批。（2）《需求規格說明書》編寫、評審與審批

需求分析結束后，項目經理匯總需求分析結果形成《需求規格說明書》，所有需求分析結果如流程圖或表格文件均以附件納入《需求規格說明書》中。并提交項目管理委員會備案或評審。

Page 7 of 19 北京賽迪時代信息產業股份有限公司

第五章 軟件設計

§5.1 目的

設計詳細的軟件開發和設計過程，保證整個過程和軟件功能模塊的設計有可遵循的依據和規范，保證軟件設計過程的完整性和可跟蹤性。§5.2 適用范圍

適用于軟件開發過程中的概要設計和詳細設計。§5.3 崗位與職責 ? 項目經理

制定軟件開發詳細計劃；匯總和審核概要設計文檔；編寫概要設計說明書，并提交項目管理委員會評審；參與概要設計評審；匯總和審核詳細設計文檔；編寫詳細設計說明書。? 開發小組：

進行概要設計，編寫系統配置方案文檔和模塊的概要設計文檔；參與概要設計評審；進行詳細設計。技術經理負責檢查詳細設計說明書。? 項目管理委員會：

組織概要設計說明書的評審。? 事業部總經理：

參加概要設計說明書評審并審批設計方案。§5.4 程序概述 §5.4.1 工作流程圖

詳細的工作流程如下圖：

Page 8 of 19 北京賽迪時代信息產業股份有限公司

項目經理 開發小組/技術經理 項目管理委員會 事業部總經理 制訂設計計劃 編寫概要設計 編寫詳細設計 審批 評審準備 組織評審審批 備案 審批 審批 備 案 軟件設計流程圖

第六章 軟件實現

§6.1 目的

規范軟件開發實現過程，保證產品質量。§6.2 適用范圍

適用于軟件產品詳細設計結束后的產品實現過程。§6.3 崗位與職責

研發小組

負責軟件的詳細實現，代碼的編寫、用戶手冊的編寫；程序源代碼的調試和用戶手冊備案；

項目經理

負責過程的跟蹤和資源的調配。§6.4 程序概述 §6.4.1 詳細工作流程圖

Page 9 of 19 北京賽迪時代信息產業股份有限公司

軟件實現階段的詳細工作流程如下圖所示：

項目經理 制訂實現計劃 開發小組 事業部經理 上報審批 編寫源代碼 審核源代碼 代碼調試 調試確認 編寫手冊 手冊審核備案 軟件實現流程圖

§6.4.2工作流程說明

（1）制定軟件實現計劃

項目開發經理制定軟件實現計劃，計劃的主要內容有：

任務描述；

編程語言；

用戶手冊清單；

產品實現過程及檢查審核；

產品實現階段進度安排及人員分工；（2）開發過程中的進度控制

設計人員根據項目的任務分配和進度情況，制定周計劃，并提交相應的周總結。對任務完成情況和存在的問題進行說明，交項目經理審核和檢查。（3）源代碼編寫

軟件工程師（開發小組）根據詳細設計說明書進行程序代碼的編寫，編寫的代碼參考開發小組內部的軟件產品開發編程指南。（4）源代碼會審

Page 10 of 19 北京賽迪時代信息產業股份有限公司

代碼編寫完后，項目經理/技術開發經理組織開發小組對程序源代碼進行交叉代碼會審并作好記錄，會審要點如下：

是否遵循所使用的程序語言編碼規范；

數據結構是否合理化，即數據結構訪問的規范化、標準化。

程序設計風格，主要包括：

源程序的文檔化，包含符號名的命名、程序的注釋、視覺組織—空格、空行和縮進；

數據說明的方法；

語句結構；

輸入輸出結構。

對于審核中不合格的地方，開發組應進行修改。（5）程序調試與確認

源代碼會審通過后，開發小組開始進行程序調試，直至基本運行無誤。程序調試通過后，技術經理/項目經理應對其進行確認。（6）用戶手冊編寫與審核

開發小組根據《概要設計說明書》和《詳細設計說明書》編寫用戶手冊，包括產品安裝手冊、產品使用手冊和產品維護手冊。用戶手冊編寫好后，技術/項目經理應對其進審核。（7）源代碼和用戶手冊備案管理

程序調試結束后，技術/項目經理編寫軟件源代碼清單，并將程序源代碼和用戶手冊統一管理。

第七章 軟件測試和測試狀態

§7.1 目的

說明本程序的目的是規范軟件測試過程，指導軟件測試工程師進行軟件測試，提高軟件產品的質量。§7.2 適用范圍

適用于單元測試、集成測試、系統測試、三類測試業務。§7.3 崗位與職責

事業部總經理

負責審批《測試計劃書》；簽發《產品發布證明》。

Page 11 of 19 北京賽迪時代信息產業股份有限公司

項目經理/技術經理

負責評審測試計劃；測試分析報告。

軟件測試經理

軟件測試經理/項目經理負責撰寫軟件測試計劃；評審測試需求說明書和測試用例說明；對測試環境進行確認；

軟件開發小組負責人

組織單元測試和集成測試；單元測試通過確認；測試異常終止確認；測試異常匯總，撰寫單元測試分析報告；組織產品開發工程師修改程序；編寫軟件發布證明。

軟件測試工程師

負責撰寫測試需求規格說明書和測試用例文檔；搭建測試環境、初始化和檢驗；執行測試用例和進行系統測試；分析和報告測試過程中異常。

軟件開發工程師

負責測試未通過后程序的修改。§7.4 工作流程概述

§7.4.1 工作流程圖

軟件測試詳細的工作流程見下圖：

Page 12 of 19 北京賽迪時代信息產業股份有限公司

用戶 軟件測試 工程師 軟件開發 工程師 項目經理 研發小組 負責人 事業部 總經理 制定測試計劃書 審批 測試規格書 測試用例 審 核 內部測試 修改 外部測試 修改 測試分析 報告 審批 產品發布 證明 審批 并簽字 軟件測試和軟件狀態流程圖

§7.4.2 詳細工作流程描述

（1）測試計劃書的編制與評審

軟件項目啟動后，軟件測試經理指派測試工程師參與項目開發的整個過程，編制軟件產品測試方案，安排各測試階段時間，軟件測試人員等。在軟件開發的需求階段軟件測試介入編寫軟件測試計劃書。軟件測試經理指派測試工程師根據軟件開發計劃、需求規格說明書、概要設計說明書和詳細設計說明書編制軟件測試計劃書，測試計劃書主要包括如下內容：

Page 13 of 19 北京賽迪時代信息產業股份有限公司

測試目的；

測試范圍；

測試方法；

測試路徑；

測試工具；

測試通過準則；

測試異常終止準則；

測試進度安排及人員分工。

軟件測試人員提交測試計劃書給軟件測試經理和軟件開發小組負責人、項目經理共同評審。審批后的測試計劃書由軟件測試經理安排相應的軟件測試工程師執行。

（2）測試用例的編寫、審核與備案

軟件測試工程師根據測試計劃、概要設計說明書和詳細設計說明書編寫測試規格書與測試用例。

《測試規格書》主要包含如下內容的詳細信息：

測試環境說明；

業務功能點；

測試功能點；

測試檢測點；

測試用例使用。

《測試用例》是軟件測試工程師使用的文檔化細則，其規定如何對某項功能或者功能組合進行測試。主要包含下列內容的詳細信息：

測試目標；

要測試的功能；

測試環境要求/前置條件；

測試數據；

過程；

系統的預期行為；

項目經理、軟件測試經理和開發小組負責人評審測試規格書和測試用例，主要包括以下方面：

Page 14 of 19 北京賽迪時代信息產業股份有限公司

測試用例的覆蓋范圍是否合適；

測試輸入條件的設計是否合理、有效；

在給定的輸入條件下，預期的輸出結果是否正確；

測試強度是否足夠。

評審通過后，軟件測試工程師將按照《測試規格書》和《測試用例》進行實際的測試活動。

(3)測試環境的建立、檢驗與確認

軟件測試工程師根據《測試規格書》建立測試環境，主要包括：

主機環境；

操作系統環境；

數據庫平臺；

網絡環境；

應用平臺；

其它支撐環境。

若《測試規格書》對測試環境有初使化要求，軟件測試工程師進行環境的初始化設置。

測試環境準備好后，軟件測試工程師應檢驗測試環境各項參數，將結果記錄在測試環境初始化記錄表中。若檢查結果不符合測試環境要求，產品測試工程師應仔細分析原因，采取措施，直到滿足要求為止。軟件測試/項目經理對測試環境進行確認。（4）軟件測試過程

軟件項目都可根據項目自身情況選擇下面幾種測試方式。

單元測試

Page 15 of 19 北京賽迪時代信息產業股份有限公司

軟件開發工程師使用單元測試用例執行單元測試，并將測試結果如實記錄在測試結果記錄欄內。

1.若測試結果正常，軟件開發工程師在《測試狀態控制表》中標識該測試用例為測試通過，繼續下一單元《測試用例》的測試。

2.若測試結果為一般異常，軟件開發工程師首先在《測試狀態控制表》中標識該測試用例為測試異常，然后開發工程師首先進行原因分析，然后修改程序，修改好后將程序轉交給重新進行單元測試。

單元測試結束后，軟件開發小組負責人/項目經理應查對《測試狀態控制表》，并審核各單元測試用例記錄結果，確認單元測試全部通過。

集成測試

單元測試通過后，軟件開發負責人組織軟件開發工程師使用集成測試用例進行集成測試，并將測試結果如實記錄在集成測試用例中的測試結果記錄欄內。

系統測試

系統測試是指（非開發人員）在開發環境或模擬實際操作環境下進行的測試。通常在公司內部進行，所以也可叫內部試運行。

1.軟件測試經理/項目經理準備《測試規格書》和《測試用例》，向軟件測試人員進行產品介紹和測試介紹。

2.軟件開發工程師輔助測試工程師建立、初始化并檢驗測試環境，項目經理進行確認。

3.軟件測試人員執行系統測試，詳細記錄使用中出現的問題和測試過程中的錯誤情況。

4.系統測試結束后，軟件測試經理匯總所有測試異常情況，撰寫軟件系統測試分析報告，并組織開發小組進行缺陷的評審。

5.項目經理/軟件開發小組負責人組織軟件開發工程師進行產品修改并調試通過后，重新開始回歸測試。

（5）測試總結

測試異常分析

Page 16 of 19 北京賽迪時代信息產業股份有限公司

系統測試結束后，軟件測試工程師對系統測試用例中出現的測試異常進行原因分析，主要內容有：

? 該測試異常可能為模塊內部錯誤、模塊間藕合錯誤。? 該測試異常可能為需求分析錯誤、設計錯誤或實現錯誤。? 該測試異常錯誤原因描述。

? 軟件測試工程師將分析結果記錄在測試用例中。測試異常匯總與測試分析報告撰寫、審核

軟件測試經理收集所有測試用例，匯總所有測試異常情況和缺陷問題記錄，編寫《測試分析報告》，主要有以下方面：

1、測試結果

測試用例通過率；

強度測試和性能測試結果。

2、分析結果

分別涉及需求分析、設計、實現錯誤個數及比率；

模塊內部錯誤、模塊間藕合錯誤（接口錯誤）比率及相對比例；

主要錯誤源。

3、測試結論

測試通過；

未通過且修改完成后進行回歸測試（集成測試）；

未通過且修改完成后重新開始集成測試；

放行；

軟件測試經理組織軟件開發小組負責人和項目經理評審測試缺陷分析報告。

（6）測試結果處理

1、測試通過

若測試結論為“測試通過”，項目經理/軟件開發小組負責人可申請產品內部發布。

2、測試未通過

若測試結論為“測試未通過”，則：

Page 17 of 19 北京賽迪時代信息產業股份有限公司

軟件開發工程師根據測試用例中“測試記錄”和“異常分析”，修改、調試程序，并重新進行單元測試直到通過為止。

3、產品放行

若測試結論為“放行”，則：

項目經理填寫《產品發布證明》，提出產品發布申請，主要包括：

產品名稱；

產品編號；

版本號；

產品測試結論；

產品發布內容；

產品包裝內容；

產品儲存媒介；

技術保密措施；

交付用戶使用方式。

事業部總經理審批產品發布證明。

4、版本凍結與版本管理啟動

產品正式發布審批通過后，項目經理將該版本統一管理。

第八章 軟件產品實施、支持和維護 §8.1 目 的

本部分流程描述的目的是規范軟件產品的實施、支持和維護活動，解決軟件在客戶環境下進行安裝、驗收、使用、維護中出現的問題，及時有效地修改軟件錯誤，擴充軟件功能、改進軟件性能，樹立良好的產品形象。§8.2 適用范圍

適用于軟件產品實施、支持和維護，包括技術支持和維護培訓、間接技術支持和維護、直接技術支持和維護。§8.3 崗位與職責

軟件實施工程師

負責軟件系統的安裝部署、實施。系統使用的技術支持和維護培訓、咨詢；故障登錄；新故障編號與入庫；故障診斷；故障回復；故障統計；產品升級申請；直接技術支持和維護；解決軟件產品故障；故障升級處理報告；

Page 18 of 19 北京賽迪時代信息產業股份有限公司

項目經理

負責組織協調故障升級處理措施；

軟件開發小組

負責產品版本升級申請審核；技術支持和維護支援申請；

軟件實施經理

統一安排和規劃軟件實施過程中的所有活動。§8.4 程序概述

軟件開發小組組織人員針對所開發之產品對軟件實施人間進行相關的安裝配置培訓。

軟件正式發布通過后，軟件開發小組對軟件實施小組實施人員對公司內實施經理和實施人員進行技術支持和維護培訓，具體包括：產品介紹、產品安裝、產品使用、產品維護。

軟件實施經理根據客戶的要求安排軟件的實施計劃。確認安裝資源是否準備到位等活動。實施過程中軟件實施小組人員可以電話、傳真、電子郵件方式向軟件開發小組提出關于產品安裝、使用和維護過程中所產生的疑問開發小組根據提問者要求和問題嚴重情況以電話、傳真、電子郵件及時進行回復，并幫助解決軟件產品故障。

軟件實施小組針對客戶要求直接面向客戶進行產品的培訓和現場技術支持。軟件實施小組定期統計軟件實施過程中發現的產品故障，統計軟件產品故障。若軟件故障較為嚴重且數目很多，產品實施工程師提出軟件版本升級申請單交產品研發小組/項目經理共同評審。

Page 19 of 19

第二篇：軟件開發流程

開發流程

第一步：需求調研分析1相關系統分析員和用戶初步了解需求，然后用WORD列出要開發的系統的大功能模塊，每個大功能模塊有哪些小功能模塊，對于有些需求比較明確相關的界面時，在這一步里面可以初步定義好少量的界面。2 系統分析員深入了解和分析需求，根據自己的經驗和需求用WORD或相關的工具再做出一份文檔系統的功能需求文檔。這次的文檔會清楚例用系統大致的大功能模塊，大功能模塊有哪些小功能模塊，并且還例出相關的界面和界面功能。3 系統分析員和用戶再次確認需求。

第二步：概要設計首先，開發者需要對軟件系統進行概要設計，即系統設計。概要設計需要對軟件系統的設計 進行考慮，包括系統的基本處理流程、系統的組織結構、模塊劃分、功能分配、接口設計、運行設計、數據結構設計和出錯處理設計等，為軟件的詳細設計提供基礎。

第三步：詳細設計在概要設計的基礎上，開發者需要進行軟件系統的詳細設計。在詳細設計中，描述實 現具體模塊所涉及到的主要算法、數據結構、類的層次結構及調用關系，需要說明軟件系統各個層次中的每一個程序(每個模塊或子程序)的設計考慮，以便進行編碼和測試。應當保證軟件的需求完全分配給整個軟件。詳細設計應當足夠詳細，能夠根據詳細設計報告進行編碼。

第四步：編碼在軟件編碼階段，開發者根據《軟件系統詳細設計報告》中對數據結構、算法分析和模塊實現等方面的設計要求，開始具體的編寫程序工作，分別實現各模塊的功能，從而實現對目標系統的功能、性能、接口、界面等方面的要求。

第五步：測試測試編寫好的系統。交給用戶使用，用戶使用后一個一個的確認每個功能。

第六步：軟件交付準備在軟件測試證明軟件達到要求后，軟件開發者應向用戶提交開發的目標安裝程序、數據庫的數據字典、《用戶安裝手冊》、《用戶使用指南》、需求報告、設計報告、測試報告等雙方合同約定的產物。《用戶安裝手冊》應詳細介紹安裝軟件對運行環境的要求、安裝軟件的定義和內容、在客戶端、服務器端及中間件的具體安裝步驟、安裝后的系統配置。《用戶使用指南》應包括軟件各項功能的使用流程、操作步驟、相應業務介紹、特殊提示和注意事項等方面的內容，在需要時還應舉例說明。

第七步：驗收用戶驗收。

第三篇：軟件開發流程

某軟件項目開發流程

1.總綱

目的主要講述如何組織開發軟件項目，使之更加快速、有效的完成。并分成以下幾個階段進行詳細講述：項目計劃階段、需求分析階段、軟件開發階段、測試階段、管理軟件開發過程、各參與角色的具體職責描述及對人員的要求。

適用范圍

開發周期3周、開發人月2人月的項目，中小型（3-7人）軟件項目的開發指南，而大型軟件項目使用RUP會更好。

注：周期小于上述范圍，使用開發任務需求單進行安排，走任務開發流程。

總體流程

計劃階段－》需求分析階段－》軟件開發階段－》測試階段－》完成2.項目計劃階段

項目計劃草案和風險管理計劃作為第一步，當有一個商業機會后，根據公司高層負責制定的初步商業計劃書來完成項目的計劃草案，確定、分析項目風險并確定其優先級，還要制定風險解決方案。本階段的目的是確立產品開發的經濟理由。

當確定開發之后則制定軟件開發計劃、人員組織結構定義及配備、過程控制計劃。

（1）項目計劃草案

項目計劃草案應包括產品簡介、產品目標及功能說明、開發所需的資源、開發時間和里程碑。

（2）風險管理計劃

也就是把有可能出錯或現在還不能確定的東西列出來，并制定出相應的解決方案。風險發現得越早對項目越有利。

（3）軟件開發計劃

軟件開發計劃的目的是收集控制項目時所需的所有信息，項目經理根據項目計劃來安排資源需求并根據時間表跟蹤項目進度。項目團隊成員根據項目計劃以了解他們的工作任務、工作時間以及他們所依賴的其他活動。

可將計劃分成總體計劃和詳細計劃，總體計劃中每個任務為一個里程碑，詳細計劃中必須將任務落實到個人。

軟件開發計劃還應包括產品的應收標準及應收任務（包括確定需要制訂的測試用例）。

（4）人員組織結構定義及資源計劃

常見的人員組織結構有垂直方案、水平方案、混合方案。垂直方案中每個成員充當多重角色。水平方案中每個成員充當一到兩個角色。混合方案則包括了經驗豐富的人員與新手相互融合。具體選擇根據人員實際技能情況進行選擇。

適用范圍：開發人月大于5人月、周期超過2個月、投入人員4人以上的項目必須編寫計劃，低于范圍的則可省略或者簡化

（5）過程控制計劃

過程控制計劃的目的是收集項目計劃正常執行所需的所有信息，用來指導項目進度的監控、計劃的調整，確保項目按時完成。

適用范圍：開發人月大于5人月、周期超過2個月、投入人員4人以上的項目必須編寫計劃 低于范圍的則可省略或者簡化

3.需求分析階段

需求分析階段的目的是在系統工作方面與用戶達成一致。

（1）軟件需求規約

詳細說明系統將要實現的所有功能。

參考文檔：

（2）用戶界面原型

可以有三種表示方法：圖紙（在紙上）、位圖（繪圖工具）、可執行文件（交互式）。

參考文檔：

4.軟件開發階段

本階段從物理上實現目標系統。采用了面向對象方法。

（1）軟件架構

說明軟件的組織結構、部署結構及運行環境。

（2）類設計

定義類之間的關聯和類的屬性、方法。

（3）數據庫設計

定義數據庫表之間的關聯和各個表的字段。

（4）編碼和單元測試

按照設計文檔進行編碼，每完成一個模塊應進行單元測試。

（5）集成系統

按軟件組織結構的要求將各個子系統組合起來。

四、測試階段

測試的目的是在發布之前找出程序的錯誤。包括：核實每個模塊是否正常運行（參考設計文檔）、核實需求是否被正確實施（參考需求文檔）。

（1）測試計劃

收集和組織測試信息，為測試工作提供指導。

（2）測試數據

盡量使用真實數據。

（3）測試報告

記錄測試結果，詳細描述問題，提出解決辦法。

（4）幫助文件和用戶操作手冊

五、管理軟件開發過程

有以下幾方面地工作：

（1）組織會議

討論會議、總結會議等。

（2）評審程序

對各個階段的工作結果進行審核。

（3）協調人員

（4）配置管理

使用一些配置管理工具進行開發文檔管理，如：Visual Sourcesafe，Teamsouce等

六、各參與角色的具體職責描述及對人員的要求

（1）項目經理

職責：

1、制定產品的目標。

2、制定各個工作的詳細任務表，跟蹤這些任務的執行情況，進行控制。

3、組織會議對程序進行評審。

4、綜合具體情況，對各種不同方案進行取舍并做出決定。

5、協調各項目參與人員之間的關系。

人員要求：

對產品有激情，具有領導才能。

對問題能正確而迅速地做出確定。

能充分利用各種渠道和方法來解決問題。

能跟蹤任務，有很好地日程觀念。

能在壓力下工作。

（2）系統分析員

職責：

1、了解用戶需求，寫出《軟件需求規約》。

2、建立用戶界面原型。

人員要求：擔任系統分析員的人員應該善于協調，并且具有良好的溝通技巧。擔任此角色的人員中必須要有具備業務和技術領域知識的人才。

（3）設計員

職責：

1、定義類的方法和屬性以及各個類之間的關聯，畫出類圖。

2、進行數據庫設計。

人員要求：掌握面向對象分析與設計技術，統一建模語言(UML)。

（4）程序員

職責：按項目的要求進行編碼和單元測試。

人員要求：良好的編程技能和測試技術。

（5）測試員

職責： 執行測試，描述測試結果，提出問題解決方案。

人員要求：了解被測試的系統，具備診斷和解決問題的技能，編程技能

根據每個人的特長來擔任其中的一個或多個角色。最好是每個人都能參與設計和編碼工作，每個人都能夠建立起系統地全局觀

第四篇：軟件開發管理流程

軟件開發管理流程

根據我公司目前工作現狀，開發管理流程涉及到三個方向的工作管理；一是全新項目開發整體流程；二是二期項目開發管理流程（項目已部分上線，二期進行其它公司或模塊上線）；三是維護工作管理流程；

一、升級項目流程

針對我公司現有的BSP項目，存在有些省份的BSP項目存在部分上線而對于后期需要繼續上線其他部分的情況，提出以下工作流程。

總體流程

計劃階段－》需求分析階段－》軟件開發階段－》測試階段－》部署上線—》驗收完成（一）計劃階段

制定整體開發計劃，計劃體現整個開發周期，包括需求、編碼、測試周期以及資源要求；

（二）需求分析階段

修訂需求版本，提供需求說明書，并提出需求評審申請。

評審：發起需求評審的同時提交評審資料至項目管理部—》項目管理部給相關

人員發放資料并通知評審安排--》記錄評審結果（需整改時整改之后可再次評審）--》確定需求版本。

（三）軟件開發階段

編碼開發前：開發環境搭建，其中包括遷出代碼最新版本，從線上復制出數據庫（或者導出基礎數據庫表數據）；其目的為開發環境與正式環境保持一致，為上線前的部署做好準備。

編碼開發中：開發組長對整個開發過程做好監控，保證質量的同時保證進度；并且要求開發人員做好工作記錄；加強團隊的協作與溝通。

編碼開發完：提交相關資料（操作手冊、部署文檔：sql腳本、代碼文件路徑記錄、流程文件路徑記錄），組長整理部署文檔并且提交測試申請；部署文檔要求寫明部署步驟及部署內容及相應注釋；

（四）測試階段

測試組長根據測試申請中的測試內容安排測試。測試環境模擬線上測試環境，根據部署文檔進行部署，并且記錄所有補丁包。測試過程中開發人員在修改bug的同時需要維護部署文檔。

（五）部署

部署人員根據部署文檔中描述的步驟部署系統。完成之后實施人員安排驗收。

二、全新項目開發管理流程

總體流程

計劃階段－》需求分析階段－》軟件開發階段－》測試階段－》部署上線—》驗收完成(一)計劃階段

項目計劃草案和風險管理計劃作為第一步，確定、分析項目風險并確定其優先級，還要制定風險解決方案。本階段的目的是確立產品開發的經濟理由。當確定開發之后則制定軟件開發計劃、人員組織結構定義及配備、過程控制計劃。

? 項目計劃草案

項目計劃草案應包括產品簡介、產品目標及功能說明、開發所需的資源、開發時間和里程碑。

? 風險管理計劃

就是把有可能出錯或現在還不能確定的東西列出來，并制定出相應的解決方案。風險發現得越早對項目越有利。

? 軟件開發計劃

軟件開發計劃的目的是收集控制項目時所需的所有信息，項目經理

根據項目計劃來安排資源需求并根據時間表跟蹤項目進度。項目團隊

成員根據項目計劃以了解他們的工作任務、工作時間以及他們所依賴的其他活動。

項目管理培訓

可將計劃分成總體計劃和詳細計劃，總體計劃中每個任務為一個里

程碑，詳細計劃中必須將任務落實到個人。

軟件開發計劃還應包括產品的應收標準及應收任務（包括確定需要

制訂的測試用例）。

? 人員組織結構定義及配備

常見的人員組織結構有垂直方案、水平方案、混合方案。垂直方案

中每個成員充當多重角色。水平方案中每個成員充當一到兩個角色。

混合方案則包括了經驗豐富的人員與新手相互融合。具體選擇根據人

員實際技能情況進行選擇。

? 過程控制計劃

過程控制計劃的目的是收集項目計劃正常執行所需的所有信息，用來

指導項目進度的監控、計劃的調整，確保項目按時完成。

(二)需求分析階段

需求分析階段的目的是在系統工作方面與用戶達成一致。

（1）軟件需求規約

詳細說明系統將要實現的所有功能。

（2）用戶界面原型

可以有三種表示方法：圖紙（在紙上）、位圖（繪圖工具）、可執行文件（交互式）。

（三）軟件開發階段

本階段從物理上實現目標系統。采用了面向對象方法。

（1）軟件架構

說明軟件的組織結構、部署結構及運行環境。

（2）功能設計

定義功能點之間的關聯。

（3）數據庫設計

定義數據庫表之間的關聯和各個表的字段。

（4）編碼和單元測試

按照設計文檔進行編碼，每完成一個模塊應進行單元測試。

（5）集成系統

按軟件組織結構的要求將各個子模塊組合起來。

（四）測試階段

測試的目的是在發布之前找出程序的錯誤。包括：核實每個模塊是否正常運行（參考設計文檔）、核實需求是否被正確實施（參考需求文檔）。

（1）測試計劃

收集和組織測試信息，為測試工作提供指導。

（2）測試數據

盡量使用真實數據。

（3）測試報告

記錄測試結果，詳細描述問題，提出解決辦法。

（4）用戶操作手冊

（五）管理軟件開發過程

有以下幾方面地工作：

（1）組織會議

討論會議、總結會議等。

（2）評審程序

對各個階段的工作結果進行審核等。

（3）協調人員

（4）監控進度

軟件項目開發流程

第一個步驟是市場調研，技術和市場要結合才能體現最大價值。

第二個步驟是需求分析，需求人員出需求分析說明書。發起需求評審申請，項目管理部組織開發團隊進行評審；

評審：發起需求評審的同時提交評審資料至項目管理部—》項目管理部給相關人員發放資料并通知評審安排--》記錄評審結果（需整改時整改之后可再次評審）--》確定需求版本。

第三個步驟是概要設計，將系統功能模塊初步劃分，并給出合理的研發流程和資源要求。按照公司現狀，使用快速原型設計方法完成概要設計就可以進入編碼階段了，通常采用這種方法是因為涉及的研發任務屬于新領域，技術主管人員一上來無法給出明確的詳細設計說明書，但是并不是說詳細設計說明書不重要，事實上快速原型法在完成原型代碼后，根據評測結果和經驗教訓的總結，還要重新進行詳細設計的步驟

第四個步驟是詳細設計，這是考驗技術專家設計思維的重要關卡，詳細設計說明書應當把具體的模塊以最‘干凈’的方式提供給編碼者，使得系統整體模塊化達到最大；一份好的詳細設計說明書，可以使編碼的復雜性減低到最低。

第五個步驟是編碼，開發人員需嚴格按照編碼規范及需求文檔編碼，編碼時不同模塊之間的進度協調和協作是最需要小心的，也許一個小模塊的問題就可能影響了整體進度，讓很多程序員因此被迫停下工作等待，這種問題在以前的開發過程中都出現過。編碼時的相互溝通和應急的解決手段都是相當重要的。項目組長需提高對開發過程中問題的管控能力。盡量避免重大問題，提高工作效率。

第六個步驟是測試，測試有很多種：按照測試執行方，可以分為內部測試和外部測試；按照測試范圍，可以分為模塊測試和整體聯調；按照測試條件，可以分為正常操作情況測試和異常情況測試；按照測試的輸入范圍，可以分為全覆蓋測試和抽樣測試。總之，測試同樣是項目研發中一個相當重要的步驟。

第七個步驟是部署，搭建部署環境，按照部署方案進行部署，完成后驗收測試；

第五篇：政府信息化

一、現狀與問題

（一）網絡與硬件現狀分析

目前上海市司法局及相關下屬單位沒有形成一個統一的計算機網絡系統，除了部分單位通過Modem或者ISDN，撥入到市信息中心的撥號服務器上的30B+D線路上，其他沒有什么網絡可以利用直接通信。由于撥號費用的關系、以及速度上的限制，造成下屬單位與市局之間，數據的傳輸上不能保證實時和高效。另外，由于下屬單位沒有任何網絡接入方式和設備，造成目前的數據傳輸只能是單向上報，市司法局業務處室不能做到主動的對所屬單位的數據調用和查詢。

在市司法局內部，現在存在3個獨立的網絡：辦公內網，公務網和Internet外網。其中辦公內網和公務網為涉密網，Internet外網非涉密。根據保密局要求，這三個網之間需要物理隔離。辦公內網和Internet外網之間采用通過保密局安全認證的安全隔離卡作為物理隔斷；公務網完全獨立，采用獨立布線，和其他兩個網完全物理隔離。3個網中，使用效率最高、應用面最廣、工作關系最為密切的是辦公內網。目前已經基本做到市司法局內部辦公人員都接入到辦公內網。另外，市司法局還有5個網站托管在外，由他人負責維護。主要是：東方律師網、148網及法律人才交流網由盛世彩虹維護；司法行政系統門戶網、東方法治網由東方網維護。

2004年底，市司法局對現有中心機房進行了實質性的改造和優化。購置并安裝了高性能的Cisco6506核心交換機、HP rx5670數據庫服務器（安裝了ORACLE數據庫）、3臺HP應用服務器及網絡防火墻、入侵檢測等網絡設備，改造了原有屏蔽機房，并經測試達到了國家B級標準，已基本構建了一個運行高效、使用靈活、維護方便、易于擴展、安全可靠的主機系統，具有較強的處理能力，為整個司法行政系統數據中心的建立和網絡運行奠定了較為堅實的基礎。

（二）應用軟件系統現狀分析

目前的應用軟件沒有形成完整的體系，從功能上大致可以劃分成辦公自動化系統、司法業務系統和網站系統三部分。

1、辦公自動化系統

1999年，采用Notes/Domino開發技術，B/S結構，市局開發了辦公自動化系統。經過兩年多時間的運行，36個功能模塊中有20個模塊投入使用，其中郵件系統、公文流轉、通知通告、工作日志、信息簡報、一周安排等模塊使用比較頻繁。目前還有16個模塊沒有使用起來，需要在新的系統中創造環境，使行政辦公管理系統的功能得到充分利用。原OA系統原來相當一部分模塊由于種種原因未投入使用，還有一部分模塊只是偶爾使用或者部分使用，整體運行效果一般。但同時已經投入使用的模塊（郵件系統、公文流轉、通知通告、工作日志、信息簡報、一周安排等）已經成為各處室（部門）工作不可或缺的一部分，在OA改造時必須予以充分考慮，一方面要尊重現有系統的功能設置和操作習慣，另一方面要將原系統中的數據無縫移植到新系統中。

2004年底，基本完成了市司法局OA的改造，整個系統為分布式架構，可以在全市司法單位中推廣實施。在功能上將全系統公共信息系統（信息門戶）和辦公自動化系統分開。在這基礎上，市司法局將進一步完善功能，增加人事勞資系統、信訪管理系統、檔案管理系統、新聞影視管理系統等應用模塊，實現辦公與應用一體化。同時考慮各系統的數據共享，在OA系統中可以訪問業務系統的統計報表信息。

2、司法行政工作業務應用系統

市司法局的業務范圍涉及監獄、勞教、律師、公證、基層法律服務、法律援助、司法鑒定等領域，其中監獄局和勞教局相對獨立，分別針對自身的業務開展了信息化建設，上海市司法局除監獄和勞教之外也分別針對不同的業務開發了一些信息系統：

（1）律師信息管理系統。2002年9月開始投入使用，可以依托這一系統，進行年檢、注冊、執業證申領等律師管理工作。但目前使用的深度和廣度還不夠。

（2）基層人民調解信息管理系統。主要對基層的人員調解機構和業務報表等進行管理。2003年6月完成市司法局和4個區縣及4個街道的試點單位運行工作，2004年底完成了全市各區縣和街道的推廣工作。

（3）刑釋解教人員安置幫教信息管理系統。主要對刑釋解教人員安置幫教工作進行電子化、網絡化管理，目前已經基本開發完成，準備進入試運行和推廣使用階段。

（4）司法考試報名系統。目前已投入使用，能依托此系統完成司法考試報名的全過程。

（5）公證業務處理系統。目前已推廣到全市大部分公證處，主要用于公證處處理公證業務。該系統采用C/S（客戶機/服務器），設計思想及所用技術比較陳舊，需要進行技術開發和版本升級工作。

（5）社區服刑人員管理系統。對社區服刑人員（社區矯正人員）的基本信息進行管理，系統采用C/S結構，單機操作，應用情況一般。

（6）法律服務行業信用信息系統。法律服務行業信用信息系統主要是針對律師、公證員和基層法律服務工作者執業誠信管理。可以開發信用檔案的查詢系統，在權限和密級允許的情況下為各級領導和公眾提供信用信息。

（7）地理信息系統（GIS）。針對所有司法行政工作機構及相關人員、業務情況，在地圖數據上加以多層展現。2004年底，完成了外網系統，向社會公開司法行政系統工作機構、服務人員和相關內容。內網管理系統正在研制開發過程中。

（8）司法鑒定工作管理信息系統。司法鑒定工作管理信息系統主要包括案件管理系統、機構管理系統、咨詢與信訪處理系統、專家庫系統、信息交換系統等，2004上底已基本完成開發工作，并進行了試運行。

（三）外網網站系統現狀分析

目前，本系統網站資源豐富但凌亂，各網站分屬不同的單位、部門管理，網站資源的使用效率較低，司法行政門戶網站的權威性需要進行提升和確認。市司法局所有網站均托管在外，其中東方律師網、148網及法律人才交流網由盛世彩虹維護；司法行政系統門戶網、東方法治網由東方網維護；公務網網站由市司法局機關維護。

網站系統存在的最大問題是統一信息發布問題，各網站可以相對獨立，各具特色，但在信息內容上和司法業務系統、行政審批系統、辦公自動化系統緊密相關，目前沒有一個統一的信息發布平臺，發布到各網站上的信息完全依賴于手工，一方面維護量大，重復輸入重復發布現象嚴重；另一方面也增加了信息出錯的可能性，而且缺少發布范圍的權限控制，容易造成信息的泄密。另外，各網站也缺少安全機制，諸如防攻擊、災難恢復、網頁簽名等安全措施沒有考慮。

（四）與市公務網接入現狀分析

2004年，市司法局聯通了市公務網，并由市公務網管理中心下發配置了必備的一些設備，如接入交換機CISICO 2950，海信防火墻1臺HP RP2470 WEB服務器，但是，應用項目還是比較少，僅建立了市司法局公務網網站應用，信息量少，且維護更新頻率較慢。市司法局40個接入應用點還沒有客戶端接入使用應用軟件系統。同時，市司法局與市監獄管理局、勞教局和各直屬單位、區縣司法局還沒有聯接。

市監獄局、市勞教局已聯接了市公務網，并有個別點接入應用。2002年，市監獄局完成了局機關內部局域網的改造，并已經建成了一個覆蓋所轄監獄的城域網。其采用CISCO 6506多層交換機作為交換核心，組建了國際主流的千兆主干、百兆桌面的網絡，并通過電信專線直接連接到各所屬監獄，傳輸業務數據和視音頻信號。市勞教局采用電信專線方式構建了包括所有勞教所的城域網，并通過加密機與局機關局域網相連，開展了多個業務管理系統的應用，實現了實時的數據傳遞和共享。各直屬單位和區縣司法局信息化建設現狀大致可以分為3個層次。

第一層面的，機關內部的局域網建成，公務網連通，有應用系統在網上運行的單位，這樣的單位，在司法行政系統內相對較少，比例不到10%。如浦東新區司法局建成機關內部局域網并與區政府聯網，初步實現了“四網一校一平臺”的信息化應用體系。

第二層面的，有些已經建立了機關內部局域網，但公務網還沒有接通，有些公務網已經到位，但機關內部局域網還沒有建立起來，還有些單位網絡已經有了，但相關的業務應用信息系統沒有跟上，缺少信息數據的積累，在司法行政系統內，第二層面水平的單位是大多數，占了約80%的比例。19個區縣司法局中，僅7個單位有公務網接入點，比例為37%，9個單位建有機關內部局域網，比例為47%，而在已建成局域網的區縣司法局中，只有5個單位考慮到了內外網隔離問題，這個比例更低，只有區區的26%。至于業務應用系統的運行使用，情況就更差一些，我們通過去年下半年的調研了解到，除了監獄、勞教及少數區縣司法局外，大部分單位只有一些干部人事、財務工資之類的軟件在運行。

第三層面的，大約占10%比例，相對來講就落后一些了，機關內部局域網沒有建成，與公務網也沒有聯通，內部辦公基本上停留在單機工作方式。

通過對網絡硬件和應用軟件的現狀分析，可以總結出系統存在的主要問題，也是市司法局信息化建設迫切需要解決的問題：

——由于市司法局及相關下屬單位沒有形成一個安全統一、穩定可靠、快速專用的計算機網絡系統，不同的信息系統相互孤立，各單位之間無法共享數據和即時通訊、進行數據交互。

——各種應用系統的所用的設計理念、開發技術、接口標準、數據庫不一致，數據不能完全共享，信息孤島化現象嚴重。

——應用水平低、單向信息交流。多數應用停留在簡單的辦公自動化的實現上，缺乏整體、有效與深層次的分析和決策支持。數據的單向交流，造成無法做到真正意義上完全的數據共享，使信息系統的應用效能大打折扣。

——散亂，無整體規劃。許多由不同單位開發的分散的小系統，使的司法系統沒有一個整體、連貫的信息建設方針。這種狀況一方面造成了低水平重復建設，另一方面也增加了系統整合與升級的難度與代價。

——管理難度大。各系統的開發商參差不齊，缺少統一的管理和協調，也沒有總體上掌控的集成商，給系統的開發、實施、培訓、維護帶來很大管理上的問題。

——安全隱患。系統很少考慮安全方面的措施，無論是硬件網絡、系統軟件、應用程序還是業務數據都存在比較嚴重的安全隱患。

二、主要措施及對策

（一）圍繞目標，分步實施。

通過大量的調查研究，對司法行政系統各單位信息化建設狀況和需求有了較為全面的了解，提出了司法行政系統信息化建設的總體構想，即“應用信息化領域中的先進理念和技術，建立起一套安全、先進、高效、實用、可擴展的司法行政電子政務系統，基本實現信息資源數字化、信息傳輸網絡化、信息技術應用集約化。”建成后的網絡將在數據應用上，基本達到數據的雙向交流、互動交流及共享決策；在設計技術上，達到信息數據獲取的主動性、可分析性，軟件的可移植性、可擴展性以及接口的標準化、開放性，使我們司法行政系統信息化建設定位于在上海黨政系統不落后、在全國司法行政系統處于領先水平。

圍繞總體目標，必須按照“統一規劃、分步實施”的原則，充分體現“先抓重點、逐步推廣、發掘潛能”的建設方針,擬用三年的時間，分三個階段來推進系統信息化建設工程。

第一階段：主要是聯接系統主干網絡，抓好基礎性建設。

一是進行司法行政業務網骨干部分建設。該系統網絡共分為3級，一級網為市司法局內網，二級網包括市監獄管理局、市勞教局、市政法管理干部學院、區縣司法局和其它市局直屬單位內網，三級網包括監獄、勞教所和各司法所內網或終端。第一階段，將在一級網絡升級擴容的同時，構建上海司法行政系統網的主干網絡，即通過公務網實現市司法局機關、監獄局機關、勞教局機關、管理學院、區縣司法局及局屬單位的二級網絡連接，為實現本系統的網上數據傳遞和信息共享奠定基礎。

二是建立基于司法行政業務骨干網的視頻及電話會議系統。實現市司法局與市監獄管理局、市勞教局、市政法管理干部學院之間的視頻會議系統，與其它局屬單位、區縣司法局先建立電話會議系統，使局系統形成即時遠程會議的能力。

三是建立司法行政地理信息系統（GIS）。直觀、形象地在電子地圖上反映出司法行政相關工作機構的地理信息及其它相關業務信息，為司法行政系統內的協作和聯動創造條件，并為下一階段“司法行政指揮管理系統”的開發打下基礎。

四是建立法律服務行業信用信息系統。開發法律服務行業信用信息系統應用軟件，實現法律服務行業執業機構和從業人員征信工作的數字化和網絡化，迅速充分地反映獎懲等信息對信用等級的影響，構建群眾表達差評和好評的渠道。

五是實現行政審批事項的網上受理。將分兩期開發我局行政審批事項網上辦理應用軟件，首期實現網上行政審批事項所要求的“表格下載”、“在線受理”、“狀態查詢”、“結果公告”等4大功能，第二步實現與區縣局的網上辦理。

六是逐步建立、完善司法行政業務管理應用系統。努力完成基層人民調解管理信息系統、刑釋解教人員安置幫教管理信息系統等司法行政業務管理應用軟件的升級改版及推廣運行工作。

七是建立司法鑒定管理系統。在建立專家基本信息、鑒定經驗、技能等基本資料庫的基礎上，實現鑒定申請、受理、立項、鑒定處理、匯總鑒定結果、反饋鑒定申請人等業務過程的信息化處理。

八是實施市司法局行政辦公管理系統升級。對已有的辦公自動化系統進行改建和挖潛，在依托和利用已有系統功能的基礎上，增加新的功能，實現辦公、管理一體化，使現有工作方式、效率、秩序和質量有新突破。

第二階段：主要是推進系統全面聯網，搭建數據共享平臺。

一是繼續深化司法行政系統聯網工程。力爭通過公務網，連接各監獄、勞教所、鄉鎮街道司法所和公證處，初步實現司法行政系統全面聯網。

二是整合本系統內各大數據中心（市司法局數據中心、市監獄局數據中心、市勞教局數據中心、市矯正辦數據中心）的信息資源。運用網絡服務概念，加強信息交流的雙向性和綜合性，深化本系統內完全的網上通訊和信息共享，進一步提高整體工作效率。

三是實現行政審批事項的全過程網上辦理。在第一階段實現司法行政系統行政審批事項網上受理的基礎上，實施進一步的應用軟件開發，做到行政審批事項的全過程網上受理和辦理。審批流程將通過網絡在各個結點自動流轉，審批數據將在各有關部門間共享。

四是建立與完善公證管理系統。公證管理信息系統在各公證處正常運行的基礎上，借助司法行政業務網，實現司法局對各公證處的網上管理和監督，充分共享本市公證業務界的業務信息，實現網上錯證查詢、抵押登記查詢的能力。

五是建立社區服刑人員（社區矯正）動態跟蹤管理系統。通過司法局與監獄、勞教以及有關社區矯正機構的全面聯網，實現對社區服刑人員動態的跟蹤與記錄。在全面掌控對象最新資料的基礎上，及時做出相應的處置。

六是建立法律援助管理系統。通過全市法律援助中心的全面聯網，實時掌握全市法律援助案件申請和辦理的情況，高效地提取和分析相關的工作數據，實現與法律服務機構、法制宣傳部門等的信息共享。

七是建立司法行政系統主要業務工作和各支隊伍（機關干部、監獄勞教警察、院校教職員工，以及法律服務從業人員等）的信息管理數據庫。實現系統內的數據共享和部分信息的網上查詢，為法律服務行業信用信息系統的建立及行政審批事項的網上辦理等工作的開展提供數據支撐。

第三階段：主要是圍繞網絡縱達橫聯，深入挖潛提升效能。

一是建立司法行政系統綜合管理信息庫。提升各項業務應用系統及行政辦公系統，通過信息實時傳遞、數據集中處理等方式，形成較強的司法行政業務綜合處理能力,實現業務辦理自動化、對外服務網絡化、統計分析智能化。

二是開發決策支持系統。采用數據整合、聯機分析處理、數據挖掘等先進技術，發掘、歸納龐雜數據背后的規律，為領導決策提供輔助信息。

三是開發公共服務關系管理系統。籌劃搭建能有效整合司法行政系統各類信息資源并集各項業務功能于一體的、對外開放的本市司法行政工作綜合服務平臺，逐步實現對外向人民群眾、對內向其他國家機關提供全方位服務的客戶關系管理系統的建設目標。以利于更好地科學分析人民群眾和政府機關的切實需要，及時提供量體裁衣式的個性化服務。

四是開發司法行政指揮管理系統。建設依托本系統各大數據中心和管理系統的指揮管理系統，使“兵種復雜、條塊交織、層多面廣”的司法行政系統形成迅速、通暢的指揮反映鏈。