
1、引言
1.1 编写目的
为了保证项目团队按时保质地完成项目目标,便于项目团队成员更好地了解项目情况,使项目工作开展的各个过程合理有序,因此以文件化的形式,把对于在项目声明周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各个团队成员的工作责任、团队内外沟通协作纺织、开发进度、经费预算、项目内外环境条件、风险对策等内容作出的安排以书面的方式,作为项目团队成员以及项目干系人之间的共识约定,项目生命周期内所有项目获得的行为基础,项目团队开展和检查项目并作的依据。
1.2 项目背景
在信息化社会快速发展的同时,职务犯罪案件日渐趋于智能化、隐蔽化、复杂化、群体化、跨区域和跨部门化,给检察机关的侦查活动提出了更高的要求,增加了信息化水平的需求。原来的信息工作模式已经越来越无法适应检察机关的要求,因此,为了保障检察机关的现代化信息建设,加强对网络通讯的监测与控制,对隐藏犯罪的及时发现与打击,需要充分利用现代信息化的优势,建立“话单分析系统”提高侦查办案人员的工作效率,提高信息的及时性、减轻各级相关工作人员的劳动强度是非常必要和紧迫的任务。
1.3 参考资料
1、 李霖,《产品设计开发计划》,北京:机械工业出版社, 2012
2、任康钰,《信息系统项目工程师教程》,北京:机械工业出版社,2014
3、姜波克,《软件工程》,复旦大学出版社20124. 多恩布什,《web前端开发设计》,复旦大学出版社2012
2、概述
2.1 工作内容
相关系统分析员向用户初步了解需求,然后用word列出要开发的系统的大功能模块,每个大功能模块有哪些小功能模块,对于有些需求比较明确相关的界面时,在这一步里面可以初步定义好少量的界面。系统分析员深入了解和分析需求,根据自己的经验和需求用WORD或相关的工具再做出一份文档系统的功能需求文档。这次的文档会清楚列出系统大致的大功能模块,大功能模块有哪些小功能模块,并且还列出相关的界面和界面功能。概要设计需要对软件系统的设计进行考虑,包括系统的基本处理流程、系统的组织结构、模块划分、功能分配、接口设计、运行设计、数据结构设计和出错处理设计等,为软件的详细设计提供基础。在详细设计中,描述实现具体模块所涉及到的主要算法、数据结构、类的层次结构及调用关系,需要说明软件系统各个层次中的每一个程序(每个模块或子程序)的设计考虑,以便进行编码和测试。在软件编码阶段,开发者根据《软件系统详细设计报告》中对数据结构、算法分析和模块实现等方面的设计要求,开始具体的编写程序工作,分别实现各模块的功能,从而实现对目标系统的功能、性能、接口、界面等方面的要求。
2.2 主要参加人员
| 阶段 | 负责人 |
| 需求调研 | 杨卫争 |
| 产品设计 | 杨卫争 |
| 产品开发 | 王昭阳 |
| 产品测试 | 刘宁 |
| 产品发布 | 杨静 |
| 用户反馈 | 杨卫争 |
项目组按计划完成项目,将要提交的软件作品安装与指定电脑,并完成调试,完成试点单位的培训实施上线,检查人员根据需求功能实现情况验收评价:
1、材料完整
2、软件可正常运行
3、实现项目软件需求说明书要求的各项功能
4、软件界面友好,易于交互
5、软件功能新颖,有较强创新
4、计划实施
4.1 成立项目组
产品经理1名、测试人员1名、程序员2名。
4.2 分工
1、产品经理要求:对项目负总责,主动推动项目进度,主要负责项目规划,计划落实、客户沟通、保证项目有序开展、及时相应并处理项目的问题。对调研的结果及系统实现负责,对公共资源业务收悉,对公司的系统熟悉,能够了解客户的真实需求,带领客户完成各项需求调研,并符合国家相关规定。
2、测试人员要求:对公共资源业务熟悉、对公司的系统熟悉、技术能力强、熟悉项目测试流程与规范,有大型项目的测试经验,熟悉项目测试流程与规范、能够完成项目测试,有较强的沟通能力。
4、开发人员要求:对公共资源业务熟悉,对公司的业务熟悉,能够快速修改客户提出的需求,并保证修改质量。
4.3 开发环境
1、采用B/S构架,安装部署和维护方便
2、Java语言开发,安全,可靠,跨平台
3、SSH框架+MVC设计模式,显示与逻辑松耦合
4、jQuery+jQuery easyUI框架,简洁美观可扩展
4.4 开发进度安排
| 阶段 | 主要工作 | 应完成的文档 | 计划起始时间 | 计划终止时间 |
系统需求 | 调研用户需求及用户环境 | 可行性报告 | 2014.09.01 | 2014.09.10 |
| 制定项目初步计划 | 2014.09.11 | 2014.09.20 | ||
| 开发计划进行评审 | 2014.09.21 | 2014.09.30 | ||
需求分析 | 确定系统运行环境 | 需求规格说明 | 2014.10.08 | 2014.10.10 |
| 确立系统逻辑模型 | 项目开发计划 | 2014.10.11 | 2014.10.13 | |
| 确定系统功能及性能要求 | 用户手册概要 | 2014.10.14 | 2014.10.16 | |
| 编写需求规格说明、用户手册概要、测试计划 | 测试计划 | 2014.10.17 | 2014.10.25 | |
| 确认项目开发计划 | 2014.10.26 | 2014.10.31 | ||
概要设计 | 建立系统总体结构、划分功能模块 | 概要设计说明说 | 2014.11.01 | 2014.11.02 |
| 定义各功能模块接口 | 数据库设计说明书(如果有) | 2014.11.03 | 2014.11.08 | |
| 数据库设计(如果需要) | ||||
| 制定组装测试计划 | 组装测试计划 | 2014.11.09 | 2014.11.15 | |
| 对已完成的文档进行评审 | 2014.11.16 | 2014.11.20 | ||
详细设计 | 设计个模块具体实现算法 | 详细设计说明书 | 2014.11.21 | 2014.11.25 |
| 确定模块间详细接口 | 模块测试计划 | 2014.11.26 | 2014.11.30 | |
| 制定模块测试方案 | 对已完成的文档进行评审 | 2014.12.01 | 2014.12.05 | |
实现 | 编写程序源代码 | 程序调试报告 | 2014.12.06 | 2015.03.15 |
| 进行模块测试和调试 | 用户手册 | 2015.03.16 | 2015.03.31 | |
| 编写用户手册 | 2015.04.01 | 2015.04.15 | ||
| 对实现过程及已完成的文档进行评审 | 2015.04.16 | 2015.04.20 |
| 集成测试 | 执行集成测试计划 | 系统程序清单 | 2015.04.21 | 2015.04.30 |
| 编写集成测试报告 | 集成测试报告 | 2015.05.04 | 2015.05.08 | |
验收测试 | 测试整个软件系统(健壮性测试) | 确认测试报告 | 2015.05.09 | 2015.05.15 |
| 测试用户手册 | 用户手册 | 2015.05.16 | 2015.05.20 | |
| 编写开发总结报告 | 开发工作总结 | 2015.05.21 | 2015.05.31 | |
维护 | 为纠正错误,完善应用而进行修改 | 故障报告 | 2015.06.01 | 2015.06.10 |
| 对修改进行配置管理 | 修改报告 | 2015.06.11 | 2015.06.15 | |
| 编写故障报告和修改报告 | 配置管理 | 2015.06.16 | 2015.06.20 | |
| 修订用户手册 | 2015.06.21 | 2015.06.25 |
