住房公积金综合管理子系统项目开发总结报告

项目开发总结报告 1 项目编号: S1-7-2005 卷号 卷内编号 密级 项目开发总结报告 Version: 1.0 项 目 承 担 部 门：SCU_GT 项目开发小组 撰 写 人（签名）： 完 成 日 期：2005-7-13 本文档 使 用部门： 主管领导 项目组 客户（市场） 维护人员 用户 评审负责人（签名）： 评 审 日 期： 分 类: 2 目 录 1 引言 .1 1.1 编写目的 .1 1.2 背景 1 1.3 定义 1 1.4 参考资料 .1 2 实际开发结果 .1 2.1 软件产品描述 1 2.2 主要功能和性能 2 2.3 进度 2 2.4 成本 2 3 开发工作评价 .2 3.1 对项目开发过程的评价 .2 3.2 对技术方法的评价 .2 3.3 对产品质量的评价 .2 4 试运行工作评价 .2 5 技术积累总结 .2 6 经验与教训 .3 项目开发总结报告 1 1 引言 1.1 编写目的 编写该总结报告的主要目的是为了对一个多星期来整个项目开发过程做一个总结,总结原告计划与 实际开发过程的跟踪情况.在总结项目开发过程中的得失的同时也再次对开发的流程熟悉一次. 1.2 背景 说明项目的相关背景，包括： a. 本项目的名称: 住房公积金综合管理子系统 b. 项目委托或下达单位；SCU_GT 项目开发小组 c. 交付的软件产品名称、TPHouse V1.0 d. 软件产品开发者: SCU_GT 项目开发小组全体成员 e. 软件产品用户:各银行网点 1.3 定义 TPHouse: 住房公积金综合管理子系统 PM (Project Manager): 项目经理 CM (Configuration Management): 配置管理 SQA（Software Quality Assurance）: 软件质量保证 SPP(Software Project Plan ): 软件项目计划 SDP(Software Developing Plan ): 软件开发计划 CMM （Capability Maturity Model）: 能力成熟度模型 1.4 参考资料 四川计算机学院实训讲义软件工程 C#方向：四川华迪信息技术有限公司 住房公积金综合子系统用户需求说明书 实用软件工程郑人杰，殷人昆等.清华大学出版社 软件工程实践者的研究方法 （美）Roger S.Pressman 著 黄柏素 梅 宏 译 2 实际开发结果 2.1 软件产品描述 说明本次发行、交付的软件产品的版本，包括： 版本标识:TPHouse V1.0 2 目前的已知缺陷:详见测试文档 可用的表头如下： 软件模块清单： 序号 子系统名称 模块名称 模块标识 代码大小 1 用户管理 Sys_User_manager 2 用户组管理 Sys_group_manager 3 口令修改 Sys_pwd_modi 4 用户管理 退出系统 Sys_Exit 5 开户管理 Account_open 6 新增职工管理 New_emp 7 帐户信息管理 8 帐户状态变更 Account_statu_alter 9 缴交基数调整 Emp_render_alter 10 帐户管理 销户管理 11 暂收帐户管理 Temp_account_mang 12 暂收帐户 暂收帐户查询 Temp_account_query 13 统计报表 日结 Day_carry 14 职工缴交明细查询 Emp_render_query 15 单位缴交明细查询 Etps_render_query 16 日结单打印 Day_carry_forward_print 17 确认后日结单查询 Day_carry_forward_query 18 网点单位明细查询 Bank_etps_query 19 职工余额查询 Emp_fund_remain_query 20 分析查询 业务流水查询 Operation_query 21 部分支取 Takeout_part 22 支取管理 销户支取 Takeout_all 23 平衡检查 Balance_check 24 正常汇缴 Zc_render 25 非正常汇缴 Fzc_render 26 正常补缴 Zc_later_render 27 缴交管理 非正常补缴 Fzc_later_render 28 汇补缴手工分解 Render_break 29 综合管理 汇补缴到帐日期调整 30 年终结转 年终结转 Year_carry_forwar 31 汇缴清册 Render_book 32 补缴清册 Later_render_book 33 职工开户清册 Accunt_open_book 34 基数调整清册 Emp_fund_alter_book 35 清册管理 变更清册 Staute_alter_book 3 36 汇补缴业务确认 Render_ensure 37 部分支取业务确认 Takeout_part_ensure 38 销户支取业务确认 Takeout_all_ensure 39 暂收款确认 Temp_ensure 40 确认管理 平衡检查回滚 Balan_Check_Rolbk 41 关于本系统 About_System 42 帮助信息 使用帮助 Help 代码总量合计 文档清单： 类别 名称 媒体形式 项目审批表 Word文档、 项目管理 项目开发计划 World文档Project文件 需求文档 需求规格说明书 World文档 概要设计说明书 World文档Visio 文件 设计文档 数据库设计说明书 World文档 Power Designer文件 系统测试计划 World文档测试文档 系统测试报告 World文档 项目产品清 单 World文档 项目总结报 告 World文档 结项申请 World文档 结项文档 项目验收意 见 World文档 2.2 主要功能和性能 详见软件模块清单,对照计划与实际的开发过程和结果，我们开发小组基本实现了预期的功能，但 是由于时间的关系，可能在完整性上有待完善。 2.3 进度 计划 阶段名称 起止时间 工作内容 阶段产品 计划 2005-7-8到 2005-7-9 编制各项计划 项目开发计划书 配置管理计划书 测试计划书 4 需求分析 2005-7-8上午 对用户原始需求以及用 户需求规格说明书，进 行详细的功能需求分析和 数据需求分析 需求规格说明书 分析设计 2005-7-8下午至2005-7-9下午 针对需求分析,根据需求 规格说明书来划分功能 模块，进行概要设计和数 据库分析设计。 概要设计说明书 数据库设计说明书 详细设计说明书 编 码 2005-7-9晚至2005-7-11晚 根据详细设计说明书 进行编码，以及单元测试、 集成测试和功能模块间的 集成 源代码 系统测试 2005-7-12 对已经集成好的的系统进 行黑盒测试，检验开发的 系统在是否符合需求。 系统测试计划 系统测试用例 系统测试报告 结项及工作 总结 2005-7-13 对整个开发过程进行总结 结项申请 项目总结报告 个人总结报告 实际工作完成情况: 工作组 时间 需求分析 分析设计 编码 测试 配置 上 午 进行需求分析 参与需求分析 参与需求分析 参与需求分析 参与需求分析2005-7-8 下 午 撰写需求分析 报告 开始分析设计， 提取核心功能 模块 参与分析设计， 制定编程代码 规范，熟悉编 程环境 撰写测试计划 建立和维护配 置数据库，撰 写配置计划 上 午 完善需求分析 报告，参与分 析设计 进行数据库概 念模型设计和 功能模块划分 开始数据库接 口设计和界面 设计 完善测试计划， 对于测试用例 中的功能测试 分组完成并规 范方法 撰写配置计划， 维护配置数据 库，完善配置 计划 2005-7-9 （晚上加 班） 下 午 参与分析设计 进行分析设计， 完成数据库 DFD(数据流 图) 参与分析设计 参与分析设计 参与分析设计 上 午 配合其他小组 一起工作 完成概要设计 说明书和数据 库设计说明书 确定主界面， 确定数据库接 口类，分配任 务， 将测试用例各 个模块的功能 测试综合，撰 写测试用例文 档 维护配置数据 库，进一步完 善配置计划 2005-7-10 （晚上加 班） 下 午 评审 评审 评审 评审 评审 2005-7-11 （晚上加 班） 上 午 完成窗体的界 面设计 完成窗体的界 面设计 完成窗体的界 面设计。 完成窗体的界 面设计 完成一部分窗 口界面设计和 配置数据库的 维护 5 下 午 完成窗体的界 面设计 完成窗体的界 面设计 完成一部分核 心窗体的设计 和进行单元测 试。 完成窗体的界 面设计 完成一部分窗 口界面设计和 配置数据库的 维护 上 午 完成窗体的界 面设计和功能 设计 完成窗体功能 完成核心窗体 的功能和进行 单元测试 完成窗体的界 面设计和功能 设计 完善要求提交 的报告，配置 数据库的维护 2005-7-12 （晚上加 班） 下 午 完成其他窗体 功能 完成其他窗体 功能 完成其他窗体 功能和集成进 行单元测试 完成其他窗体 功能 完善要求提交 的报告，配置 数据库的维护 2005-7-13 上 午 2.4 成本 列出原定计划成本与实际成本的对比： 纵观整个开发过程，每个人的特长基本能得到发挥，人力和其它资源的配置利用行使计划安排。 但由于开发经验的不足，在开发过程当中走的一些弯路在所难免。 3 开发工作评价 3.1 对项目开发过程的评价 首先需要说明的一点是考虑到时间和开发项目本身的情况，我们采用了很多的并行工作。在有些阶段时 间上有重叠。具体评价如下： 1).需求分析阶段：该阶段的小组成员基本能按照计划的预期的时间内完成需求分析任务（7 月 8 号上午） 。需求规格说明书在老师的指导下也顺利的完成修改（包括业务流程图的完善、组织结构图的完善 以及 DFD 图的补入），其结果也达到了计划的效果。 2).分析设计阶段：该阶段分为概要设计和数据库设计两个部分。由于事先没有开发经验，对功能分析的 时间计划不足，所以导致该阶段推后了半天完成（7 月 8 号下午到 7 月 10 号上午），但是这个并没有 影响到整个开心进度。相反，我们利用这多出的时间对分析进行了更为完善的设计，事实证明，这多用 的时间提高了编码的速度和质量。并且整个分析设计也得到了老师的好评，概要设计说明书和数 据库设计说明书也完成得相当不错，所以，该阶段应该是成功完成的。 3).编码：原计划的编码时间是从 7 月 10 号上午到 7 月 12 号晚上。而事实完成时间是 13 号早上，由于 编程水平的不一，导致这个过程时快时慢，但是也能在并行的同时完成既定的工作，编程规范也做 得不错，对大家在整个开心过程的帮助特别大，考虑到多方面的因素，我觉得，我们整个开发小组在编 码阶段的付出值得肯定，完成了计划的安排。 4).测试：基于时间的考虑，我们的测试小组起步工作是从分析设计开始的，其测试计划与实际的工 作是基本一致的，测试用例和测试结果也完成得相当不错，由于时间的原因，代码有很多不完 善的地方，而我们的测试小组成员也耐心地完成了既定的任务，由于经验的不足，在写测试用例的时候 可能会有一些的不足，但是总的来说，他们也是按时、按计划的完成了任务的。 5).配置：我们的配置是贯穿始终的，其工作贡献不亚任何一个开心过程，他的成功与否是直接影响到整 6 个开发进度与质量，我们的配置小组能够很好的管理好每个文档，以及对它们日志的记录。保证了过程 的顺利进行，同时也保证了跟踪的顺利完成，不过由于经验的不足，在跟踪计划时没有实时地将其文档 化。这个是我们以后要注意的。 3.2 对技术方法的评价 使用的技术、方法、工具、手段有：MicrosoftWord、MicrosoftProject、VS.NET、SQL SEVER2000、MicrosoftVisio、MicrosoftExcel、SybasePowerDesigner。整个开发过程中用到的工具 如上所列，其中有些是以前用过的，而有些呢是以前没有用过的，或者说是没有很熟练的用过。通过这 次项目开发的实践，对以前陌生的开发工具现在也能正常使用了，而以前用得不多的现在也可以比较熟 练的运用了。 3.3 对产品质量的评价 综合考虑到开发过程中开发技术及环境配置不完善、人员开发经验和水平的不足、时间急促等因素，我 们开发出来的软件产品能够基本实现用户需求规格说明书中的功能要求。鉴于开发时间的不足可能 在可靠性上还存在一些不足。 4 试运行工作评价 试运行工作中发现的问题、解决情况详见测试结果文档。整个开发过程主要是涉及到工件的维护，也就 是说主要是集中的配置方面，总的来说我们的试运行工作完成得不错。 5 技术积累总结 该开发过程采取的基于 C/S 的三层式开发结构（PL、BL、 DBAccessL），对分层开发模型有了一个比 较清楚的认识，让商业层（BL）建立在数据访问层（DBAccess）上，