政府信息化软件开发工作流程

第一篇：政府信息化软件开发工作流程

北京赛迪时代信息产业股份有限公司

政府信息化软件开发工作流程

第一章 总则

根据政府信息化事业部（以下简称“事业部”）业务的特点，事业部的软件开发流程按项目阶段进行划分，通过对每个阶段所进行的流程定义，来保证最终软件的质量。

事业部软件开发项目的开发工作流程，主要包含以下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大功能，第二步实现与区县局的网上办理。

六是逐步建立、完善司法行政业务管理应用系统。努力完成基层人民调解管理信息系统、刑释解教人员安置帮教管理信息系统等司法行政业务管理应用软件的升级改版及推广运行工作。

七是建立司法鉴定管理系统。在建立专家基本信息、鉴定经验、技能等基本资料库的基础上，实现鉴定申请、受理、立项、鉴定处理、汇总鉴定结果、反馈鉴定申请人等业务过程的信息化处理。

八是实施市司法局行政办公管理系统升级。对已有的办公自动化系统进行改建和挖潜，在依托和利用已有系统功能的基础上，增加新的功能，实现办公、管理一体化，使现有工作方式、效率、秩序和质量有新突破。

第二阶段：主要是推进系统全面联网，搭建数据共享平台。

一是继续深化司法行政系统联网工程。力争通过公务网，连接各监狱、劳教所、乡镇街道司法所和公证处，初步实现司法行政系统全面联网。

二是整合本系统内各大数据中心（市司法局数据中心、市监狱局数据中心、市劳教局数据中心、市矫正办数据中心）的信息资源。运用网络服务概念，加强信息交流的双向性和综合性，深化本系统内完全的网上通讯和信息共享，进一步提高整体工作效率。

三是实现行政审批事项的全过程网上办理。在第一阶段实现司法行政系统行政审批事项网上受理的基础上，实施进一步的应用软件开发，做到行政审批事项的全过程网上受理和办理。审批流程将通过网络在各个结点自动流转，审批数据将在各有关部门间共享。

四是建立与完善公证管理系统。公证管理信息系统在各公证处正常运行的基础上，借助司法行政业务网，实现司法局对各公证处的网上管理和监督，充分共享本市公证业务界的业务信息，实现网上错证查询、抵押登记查询的能力。

五是建立社区服刑人员（社区矫正）动态跟踪管理系统。通过司法局与监狱、劳教以及有关社区矫正机构的全面联网，实现对社区服刑人员动态的跟踪与记录。在全面掌控对象最新资料的基础上，及时做出相应的处置。

六是建立法律援助管理系统。通过全市法律援助中心的全面联网，实时掌握全市法律援助案件申请和办理的情况，高效地提取和分析相关的工作数据，实现与法律服务机构、法制宣传部门等的信息共享。

七是建立司法行政系统主要业务工作和各支队伍（机关干部、监狱劳教警察、院校教职员工，以及法律服务从业人员等）的信息管理数据库。实现系统内的数据共享和部分信息的网上查询，为法律服务行业信用信息系统的建立及行政审批事项的网上办理等工作的开展提供数据支撑。

第三阶段：主要是围绕网络纵达横联，深入挖潜提升效能。

一是建立司法行政系统综合管理信息库。提升各项业务应用系统及行政办公系统，通过信息实时传递、数据集中处理等方式，形成较强的司法行政业务综合处理能力,实现业务办理自动化、对外服务网络化、统计分析智能化。

二是开发决策支持系统。采用数据整合、联机分析处理、数据挖掘等先进技术，发掘、归纳庞杂数据背后的规律，为领导决策提供辅助信息。

三是开发公共服务关系管理系统。筹划搭建能有效整合司法行政系统各类信息资源并集各项业务功能于一体的、对外开放的本市司法行政工作综合服务平台，逐步实现对外向人民群众、对内向其他国家机关提供全方位服务的客户关系管理系统的建设目标。以利于更好地科学分析人民群众和政府机关的切实需要，及时提供量体裁衣式的个性化服务。

四是开发司法行政指挥管理系统。建设依托本系统各大数据中心和管理系统的指挥管理系统，使“兵种复杂、条块交织、层多面广”的司法行政系统形成迅速、通畅的指挥反映链。