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

1、卷号卷内编号密级项目编S1-7-2005V项目名称结项项目开发总结报告Version: 1.0目承担部门:SCU_GT项目开发小组写人（签名）：成日期:2005-7-13本文档使用部门:主管领导项目组客户（市场）维护人员用户评审负责人（签名）： 评 审 日期:分类：模版目录1引言11.1 编写目的11.2 背景11.3 定义11.4 参考资料12 实际开发结果22.1 软件产品描述22.2 主要功能和性能42.3 进度42.4 成本53 开发工作评价53.1 对项目开发过程的评价53.2 对技术方法的评价63.3 对产品质量的评价64 试运行工作评价65 技术积累总结66 经验与教训61.1编

2、写目的编写该总结报告的主要目的是为了对个多星期来整个项目开发过程做个总结，总结原告计划与 实际开发过程的跟踪情况在总结项目开发过程中的得失的同时也再次对开发的流程熟悉-次.1.2背景说明项目的相关背景，包括：a. 本项目的名称：住房公积金综合管理子系统b. 项目委托或下达单位；SCU_GT项目开发小组c交付的软件产品名称、TPHouse VI. 0d. 软件产品开发者：SCU_GT项目开发小组全体成员e. 软件产品用户：各银行网点1.3定义TPHouse:住房公积全综合管理子系统PM (Project Manager):项目经理CM (Configuration Management):酉己置

3、管理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软件产品描述说明本次发行、交付的软件产品的版本

4、，包括:版本标识:TPHouse VI. 0目前的已知缺陷：详见测试文档 可用的农头如下:软件模块淸单:序号子系统名称模块名称模块标识代码大小1用户管理用户管理Sys_U ser_manager2用户组管理Sys_group_manager3口令修改Sys_pwd_modi4退出系统Sys Exit5帐户管理开户管理Account open6新增职工管理New emp7帐户信息管理8帐户状态变更Account statu alter9缴交基数调整Emp render slt er10销户管理11暂收帐户暂收帐户管理Temp account mang12暂收帐户査询Temp account qu

5、ery13统计报农日结Day carry14分析查询职工缴交明细査询Emp_render_query15单位缴交明细査询Etps_render_query16日结单打印Day carry forward print17确认后日结单査询Day carry forward query18网点单位明细査询Bank_etps_query19职工余额查询Emp_f und_remain_query20业务流水査询Operat ion_query21支取管理部分支取Takeout_part22销户支取Takeout_all23缴交管理平衡检査Balance check24正常汇缴Zc render25非正

6、常汇缴Fzc render26正常补缴Zc later render27非正常补缴Fzc later render28综合管理汇补缴手工分解Render break29汇补缴到帐日期调整30年终结转年终结转Year carry forwar31淸册管理汇缴清册Render book32补缴清册Later_render_book33职工开户清册Accunt_open_book34基数调整清册Emp_fund_alter_book35变更清册Staute_alter_book36确认管理汇补缴业务确认Render_ensure37部分支取业务确认Takeout_part_ensure38销户支取业

7、务确认Takeout_all_ensure39暂收款确认Temp_ensure40平衡检査回滚Balan Check Ro1bk41帮助信息关于本系统About System42使用帮助Help代码总量合计文档清单:类别名称媒体形式项目管理项目审批表Word文档、项曰开发计划World文档Project 文件需求文档需求规格说明书World文档设计文档概要设计说明书World文档Visio文件数据库设计说明书World文档 Power Designer 文件测试文档系统测试计划World文档系统测试报告World文档结项文档项目产品清 单World文档项目总结报 告World文档结项申请Wor

8、ld文档项目验收意World文档2.2主要功能和性能详见软件模块清单，对照计划与实际的开发过程和结果，我们开发小组基本实现了预期的功能，但是 由于时间的关系，可能在完整性上有待完善。2.3进度计划阶段名称起止时间工作内容阶段产品计划2005-7-8到 2005-7-9编制各项计划项目开发计划书 配置管理计划书 测试计划书需求分析2005-7-8 上午对用户原始需求以及用户 需求规格说明书，进行详 细的功能需求分析和数据 需求分析需求规格说明书分析设计2005-7-8下午至2005-7-9 下午针对需求分析，根据需求 规格说明书来划分功能模 块，进行概要设计和数据库 分析设计。概要设计说明书数据

9、库设计说明书详细设计说明书编码2005-7-9 晚至2005-7-11 晚根据详细设计说明书进 行编码，以及单元测试.集 成测试和功能模块间的集 成源代码系统测试2005-7-12对已经集成好的的系统进 行黑盒测试,检验开发的系 统在是否符合需求。系统测试计划系统测试用例系统测试报告结项及工作 总结2005-7-13对整个开发过程进行总结结项申请项目总结报告个人总结报告实际工作完成情况:乍组时间、需求分析分析设计编码测试配置2005-7-8上 午进行需求分析参与需求分析参与需求分析参与需求分析参与需求分析下 午撰写需求分析 报告开始分析设 计，提取核心 功能模块参与分析设 计，制定编程 代码规

10、范，熟 悉编程环境撰写测试计划建立和维护配 置数据库，撰 写配置计划2005-7-9（晚上加 班）上 午完善需求分析 报告，参与分 析设计进行数据库概念模型设计和功能模块划分开始数据库接 口设计和界面 设计完善测试计 划，对于测试 用例中的功能 测试分组完成 并规范方法撰写配置计 划，维护配置 数据炸，完善 配置计划下 午参与分析设计进行分析设 计，完成数据 库DFD（数据 流图）参与分析设计参与分析设计参与分析设计2005-7-10（晚上加 班）I. 午配合其他小组 i起工作完成概要设计 说明书和数据 库设计说明书确定主界面， 确定数据库接 口类，分配任 务，将测试用例各 个模块的功能 测试

11、综合，撰 写测试用例文 档维护配置数据 库，进步完 善配置计划评审评审评审评审评审2005-7-11（晚上加 班）上 午完成窗体的界 面设计完成窗体的界面设计完成窗体的界 面设计。完成窗体的界而设计完成部分窗 口界面设计和 配置数据库的 维护下 午完成窗体的界 面设计完成窗体的界面设计完成部分核 心窗体的设计 和进行单元测 试。完成窗体的界 面设计完成部分窗 口界面设计和 配置数据库的 维护2005-7-12（晚上加 班）完成窗体的界 面设计和功能 设计完成窗体功能完成核心窗体 的功能和进行 单元测试完成窗体的界 【fri设计和功能 设计完善要求捉交 的报告，配置 数据库的维护下午完成其他窗体

12、 功能完成其他窗体 功能完成其他窗体 功能和集成进 行单元测试完成其他窗体 功能完善要求捉交 的报告，配置 数据库的维护2005-7-13上 午2.4成本列出原定计划成本与实际成本的对比：纵观整个开发过程，每个人的特长基本能得到发挥，人力和其它资源的配置利用行使计划安扌虞 但由于开发经验的不足，在开发过程当中走的-些弯路在所难免。3开发工作评价3.1对项目开发过程的评价首先需要说明的点是考虑到时间和开发项目本身的情况，我们采用了很多的并行工作。在有些阶段时 间上有重叠。具体评价如下：1）.需求分析阶段：该阶段的小组成员基本能按照计划的预期的时间内完成需求分析任务（7月8号上午）。需求规格说明书

13、在老师的指导下也顺利的完成修改（包括业务流程图的完善、组织结构图的完善以及DFD图的补入），其结果也达到了计划的效果。2）.分析设计阶段：该阶段分为概耍设计和数据库设计两个部分。由于事先没有开发经验，对功能分析的 时间计划不足，所以导致该阶段推后了半天完成（7月8号下午到7月10号上午），但是这个并没有影 响到整个开心进度。相反，我们利用这多出的时间对分析进行了更为完善的设计，事实证明，这多用的 时间提高了编码的速度和质虽。并且整个分析设计也得到了老师的好评，槪要设计说明书和数据 库设计说明书也完成得相当不错，所以，该阶段应该是成功完成的。3) .编码：原计划的编码时间是从7月10号上午到7月

14、12号晚上。而事实完成时间是13号早上，由于 编程水平的不，导致这个过程时快时慢，但是也能在并行的同时完成既定的工作，编程规范也做 得不错，对人家在整个开心过程的帮助特别人，考虑到多方面的因素，我觉得，我们整个开发小组在编 码阶段的付出值得肯定，完成了计划的安排。4) 测试：基于时间的考虑，我们的测试小组起步工作是从分析设计开始的，其测试计划与实际的工 作是基本致的，测试用例和测试结果也完成得相当不错，由于时间的原因，代码有很多不完 善的地方，而我们的测试小组成员也耐心地完成了既定的任务，由于经验的不足，在写测试用例的时候 可能会有-些的不足，但是总的来说，他们也是按时、按计划的完成了任务的。

15、5) .配置：我们的配置是贯穿始终的，其工作贡献不亚任何个开心过程，他的成功与否是直接影响到整 个开发进度与质量，我们的配置小组能够很好的管理好每个文档，以及对它们日志的记录。保证了过程 的顺利进行，同时也保证了跟踪的顺利完成，不过由于经验的不足，在跟踪计划时没有实时地将其文档 化。这个是我们以后要注意的。3.2对技术方法的评价使用的技术、方法、工具、手段有：MicrosoftWord、MicrosoftProject. VS.NET、SQL SEVER2000 MicrosoftVisiOx MicrosoftExcek SybasePowerDesigner。整个开发过程中用到的工具如上所

16、列，其中 有些是以前用过的，而有些呢是以前没有用过的，或者说是没有很熟练的用过。通过这次项目开发的实 践，对以前陌生的开发工具现在也能正常使用了，而以前用得不多的现在也可以比较熟练的运用了。3.3对产品质量的评价综合考虑到开发过程中开发技术及环境配置不完善、人员开发经验和水平的不足、时间急促等因素，我 们开发岀来的软件产品能够基本实现用户需求规格说明书中的功能要求。鉴于开发时间的不足可能 在可靠性上还存在-些不足。4试运行工作评价试运行工作中发现的问题、解决情况详见测试结果文档。整个开发过程主要是涉及到工件的维护，也就 是说主要是集中的配置方面，总的来说我们的试运行工作完成得不错。5技术积累总结该开发过程采取的基于C/S的三层式开发结构(PL、BL、DBAccessL),对分层开发模型有了 个比较 淸楚的认识，让商业层(BL)建立在数据访问层(DBAccess)上，而让农现层(PL)建立在()商业 层(B