预算执行与经费审批网络管理系统--开发总结报告.docVIP

网络购物广场商务系统 开发总结报告 V1.0 人员 时间 备注 编写 肖旅 2011—10—01 审核 黄勋、何森、肖旅、唐佑冰 2011—10—27 1引言 2 1.1编写目的 2 1.2背景 2 1.3定义 3 1.4参考资料 3 2实际开发结果 3 2.1产品 3 2.2主要功能和性能 3 2.3基本流程 4 2.3.1 预算上报 4 2.3.2 报销、借款提请 5 2.4进度 6 2.5费用 6 3开发工作评价 7 3.1对生产效率的评价 7 3.2对产品质量的评价 7 3.3对技术方法的评价 7 4经验与教训 7 1引言 1.1编写目的 编写项目开发总结报告是为了让开发人员和用户对开发的过程有一个总体的了解，并通过该报告对软件开发过程中的所有工作做一个总结和概括，以及对开发过程中的不足做一个汇总。为以后的维护工作奠定基础。V1.0 任务提出者： 开发者（承接单位）：华中科技大学软件学院； 用户： 1.3定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1.4参考资料 网络购物广场商务系统计划任务书 网络购物广场商务系统项目开发计划 网络购物广场商务系统需求规格说明书 网络购物广场商务系统概要设计说明书 网络购物广场商务系统详细设计说明书 2实际开发结果 2.1产品 最终产品名称：网络购物广场商务系统 产品版本：1.0 包含子系统：管理端子系统 1.0 客户端子系统 1.0 2.2主要功能和性能 功能：参考《预算执行与经费审批网络管理系统需求说明书 V1.0》 性能： (1) 时间特性要求：一般操作响应时间=2秒，特殊操作（统计、查询等）响应时间=5秒。 (2) 灵活性：系统应能适应如下变化，并能及时重新部署投入运行 服务器端、客户端操作系统更换； 部分硬件的变化（如打印机）； 网络环境的变化（如局域网升级、重新分配IP地址等）； 系统数据库版本的变化； 系统应允许计算机操作与原有的手工操作并行进行，在系统维护或故障停运期间产生的手工记录应能无缝录入系统。 (3) 安全性：对系统敏感数据（如用户密码、数据库连接信息等）需进行加密处理。 (4) 易用性：系统部分输入单元须系统应能管理。 系统发生一般故障时，能在30分钟内排除故障，重新启用，以免影响正常的业务处理。系统发生严重故障时，所有的业务处理暂时手工进行，系统恢复正常运行后可以将故障期间记录的数据无缝录入系统。 3.1对生产效率的评价 总行数约为14000行 程序的平均生产效率=1000行/人月 文件的平均生产效率=52MB/14=3.8MB人月 3.2对产品质量的评价 在测试中一种检察出52个错误，错误发生率约为3.8错误/千行，应该说是一个比较低的数值，这与我们在编码中严格控制质量有一定关系。 3.3对技术方法的评价 本次开发的调试工作非常繁琐而艰难。为此我们采用了一种特别的MessageTrace方法，即在程序中加入大量MessageBox并以外部变量来判断是否激活，可以迅速找出release版本DLL中的错误所在。 在开发工程中我们运用大量监视软件协助开发，比如procexp，regmon等，提高了我们的开发效率和准确度。 4经验与教训 本次项目的开发，我们小组接触了最先进的封装技术.Net和最底层的API之一Win32API，可以说跨度之大是前所未有的。 通过这次项目开发，不少组员熟悉了.Net的编程技巧，以及底层编写的方法和需要特别注意的要点。 本次开发过程中我们感触最深的就是win32编程中不同环境下不同的内存分配问题。我们得出以下结论： 1. WindowsSP2的内存机制有很大改进，主要表现在堆栈溢出保护上，这不是微软虚张声势，而是实实在在表现在我们面前。其对于内存分配的严格控制，可能在相当长一段时间内可以防止缓冲区溢出等重大漏洞的产生，实在是一个了不起的提高。 2. 同一个程序的debug和release版本在内存分配上截然不同，release更容易产生错误。 3. 编译器环境下调试通过不等于直接运行正常，因为内存机制还是不同。 4. DLL的运行环境要比EXE严格很多 5. DLL远程线程+WindowsSP2+运行环境可能是现有windows下最严格的内存管理环境，要保证不出错必须很小心地处理每一次分配和销毁 除此之外，我们这次发现真正的好参考资料其实只有MSDN，大部分参考书都是抄来抄去，不如直接看MSDN，今后我们将少花钱在这些不实际的参考书上。 另外我们这次实际参与了一个软件工程项目，并且严格按照规范来指导我们的开发过程，增长了不少经验，同时也体会到了软件工程的必要性。 在开发Client的过程中我体会到掌握好线程技术是编写GUI必不可少的一项基本技术，要把界面做好，不