11项目开发总结报告.docx
《11项目开发总结报告.docx》由会员分享，可在线阅读，更多相关《11项目开发总结报告.docx（13页珍藏版）》请在冰豆网上搜索。
11项目开发总结报告
ECShopNT—B2C网店系统
项目开发总结报告
0637101_班_1_组
哈尔滨工业大学软件学院
2008年9月
目录
第1章引言1
1.1编写目的1
1.2背景1
1.3定义1
1.4参考资料1
第2章实际开发结果3
2.1产品3
2.2主要功能和性能6
2.3基本流程7
2.4进度8
2.5费用9
第3章开发工作评价10
3.1对生产效率的评价10
3.2对产品质量的评价10
3.3对技术方法的评价10
3.4出错原因的分析11
第4章实验与教训14
千万不要删除行尾的分节符，此行不会被打印。
在目录上点右键“更新域”，然后“更新整个目录”。
第1章引言
1.1编写目的
编写这份项目开发总结报告的目的，是为了让开发人员和用户对开发的过程有一个总体的了解，并通过该报告对软件开发过程中的所有工作做一个总结和概括，以及对开发过程中的不足做一个汇总。
为以后的维护工作奠定基础。
该报告的预期读者：
开发人员、项目负责人和用户。
1.2背景
软件系统的名称：
ECShopNT—B2C网店系统
任务提出者：
本开发小组全体成员
开发者：
本开发小组全体成员
用户：
网店经营者
安装此软件的计算中心：
网店经营者购买的服务器
1.3定义
BS：
Browser&Server.
B2C：
BussinesstoClient.
ECShopNT：
E-commercialshopatNTsystem;
Win32：
windows32位操作系统
1.4参考资料
1项目开发组．项目开发任务书．2008年9月
2项目开发组．项目可行性研究报告．2008年9月
3项目开发组．项目开发计划．2008年9
4项目开发组．软件需求说明书．2008年9
5项目开发组．概要设计说明书．2008年9
6项目开发组．详细设计说明书．2008年9
7项目开发组．测试计划分析报告．2008年9
8项目开发组．用户手册．2008年9
9王延青．06级本科软件工程课程设计指导书．2008年9月
第2章实际开发结果
2.1产品
最终的系统，包括：
（1）共有一个版本。
（2）文件组织形式如下图：
图2-1文件组织结构
（3）所建立数据库如下所示。
Admin_login：
管理员帐号管理，有管理员帐号和密码构成。
表2-1Admin_login
字段名称
数据类型
主键
id
Int
Username
String
password
String
BuyGood：
存储购物车上的物品以及付钱后存储已售商品的信息。
表2-2BuyGood
字段名称
数据类型
主键
goodId
Int（自动增加）
购物车商品主键
userId
Int
会员ID
coId
Int
商品ID
coName
String
商品名称
goodPrice
Int
购买价格
goodNum
Int
购买数量
goodMoney
Int
购买总价
goodState
Int
购买状态
goodInDate
Date
放入购物车时间
Class：
管理分类。
表2-3Class
字段名称
数据类型
主键
sortId
Int（自动增加）
类的ID
sortName
String
类的名称
Commodity：
存储商品的基本信息。
表2-4Commodity
字段名称
数据类型
主键
coId
Int
商品ID
coName
String
商品名称
sortId
Int
商品种类
coMoney
Int
商品价格
coVipMoney
Int
会员价格
coSum
Int
商品库存
coSelled
Int
商品卖出数量
coPicture
String
商品图片URL
coContent
String
商品描述
company
String
生产商
GetGood：
获得商品的方式。
表2-5GetGood
字段名称
数据类型
主键
getId
int
送货方式
getName
String
名称
getMoney
Int
邮费
Order：
帐单的管理。
用于存储结帐后的帐单信息。
表2-6Order
字段名称
数据类型
主键
orderId
Int
订单ID
userId
Int
用户ID
getGood
String
收货方式
setMoney
String
付款方式
inDate
Date
订单日期
Flist
String
是否要发票
Content
String
备注
Money
Int
总金额
poMoney
Int
邮费
State
Boolean
是否发出商品
SetMoney：
付款方式。
表2-7SetMoney
字段名称
数据类型
主键
getId
Int
付款方式ID
getName
String
名称
User：
会员用户管理，用于管理用户的基本信息。
表2-8User
字段名称
数据类型
主键
userId
Int（自动增加）
用户ID
userName
String
用户名
Password
String
用户密码
Email
String
邮箱
Question
String
密保问题
Answer
String
密保答案
reName
String
真实姓名
Sex
Boolean
性别
Address
String
地址
Phone
String
电话
Vip
Int
是否为会员
Webinfo：
网站的基本信息设置。
表2-9WebInfo
字段名称
数据类型
主键
webUrl
String
网址
webName
String
网站名称
webEmail
String
网站邮箱
Post
String
网站邮编
copyRight
String
版权
webLogo
String
网站logo
Address
String
网站地址
2.2主要功能和性能
本产品所具有的主要功能如下所示：
会员信息管理：
1）会员注册和登陆；
2）个人信息和密码的修改；
3）会员订单的查看；
4）会员购物；
管理员信息管理：
1）系统管理；
2）模板管理；
3）商品管理；
4）订单管理；
5）报表管理
本软件所具有的主要性能如下所示：
精度：
输入精度如下表所示：
表2-1输入精度
输入数据名称
精度要求
用户名称
20个字符以内
用户密码
6-20个字符之间
用户邮箱
必须符合邮箱的标准格式
MSN
必须符合邮箱的标准格式
QQ
必须是数字组合
输出精度如下所示：
表2-2输出精度
输出数据名称
精度要求
列表中每页元素个数
15个以内
用户密码
加密格式
金额
保留两个小数点
传输过程中的精度如下所示：
表2-3传输过程中精度
输出数据名称
精度要求
浮点数
Double类型的精度
汉字
编码之间的转换保证不乱码
时间特性：
（1）用户提交请求后，相应时间不超过3秒；
（2）更新处理时间不超过4秒；
（3）数据的转换和传送时间不超过2秒；
（4）解题时间不超过4秒。
灵活性：
报表可以在多种操作系统上浏览、打印
系统可以在windows,Linux等操作系统平台下运行
系统的数据库可以转换为别的数据库
系统可以进行进一不的扩充，通过添加插件扩充现有的系统
把有可能变动的参数存放到配置文件或数据库中，保证修改参数的灵活性
对照可行性研究报告、项目开发计划、功能需求说明书和测试分析报告，原定的开发目标达到了、所有以上所列功能全部实现。
2.3基本流程
本系统分为前台购物流程和后台订单处理流程
图2-1前台购物流程图
图2-2后台购物流程图
2.4进度
预定计划进度如图2-4和图2-5所示。
实际进度和原定计划进度提前了。
开始的可行性分析、需求分析、概要设计和详细设计和原定计划一样。
编码提前了3天，单元测试和集成测试提前了一天。
整体提前完成0.5天。
图2-4项目原进度安排
图2-5项目原进度安排
2.5费用
预定计划费用：
（1）研究：
需求分析和设计阶段主要的支出费用为人力投入。
（2）开发计划与测量基准的研究：
项目规划期间主要投入为人力投入。
（3）数据库的建立；数据库采用免费的SQLSever2005express，只需投入人力搭建数据库系统。
（4）检查费用和技术管理性费用：
系统拟采用VSTSTestEditon进行测试，采用VisualSourceSafe2005进行协同开发控制，而以上两个软件均为付费软件，需要一次性购买。
所有软件均来自于绿盟，所有软件均为破解版软件，所以无费用支出。
所有开发人员均是资源参加，没有费用开支。
开发过程和技术后需要有文档的支出费用，暂定为50元。
实际支出费用：
此项目的软件均来自于绿盟，所有软件均为破解版软件，所以无费用支出。
所有开发人员也没有费用支出。
但是过程中用到的文档支出费用30元。
所以费用节余了。
第3章开发工作评价
3.1对生产效率的评价
原定计划：
（1）程序的平均生产效率：
500行/天；
（2）文件的平均生产效率：
2000字/天；
实际生产效率：
（1）程序的平均生产效率：
550行/天；
（2）文件的平均生产效率：
2500字/田；
生产在过程中，由于有些是原来没有想到的需要的完成的工作，所以必须比原定每天多完成一些工作。
生产效率基本符合要求。
3.2对产品质量的评价
在测试中检查出来的程序编制中的错误发生率，即每千条指令（或语句）中的错误指令数（或语句数）是每千条语句中的错误语句数为0-至2条。
可见产品质量，无论是在在功能方面还是在性能方面基本上满足原订的质量保证计划。
3.3对技术方法的评价
开发过程中使用的技术有：
结合ASP.NET的三层架构：
将需求分解，实现上分为表示层，业务层和数据层，并且在后台部分数据上采用了VS的dataDesigner将数据包装成对象，形成了一个持久层。
数据库独立性：
基于三层架构以及数据层的封装，我们将数据库配置文件包装早配置文件里面，如果要改动数据库，我们的工作量是进入配置文件修改三个字符串，然后点击保存。
插件接口开放机制：
本网站预计开发为一个开放API接口的系统，只是时间有限，插件开发时间不允许，但是我们的系统初始架构已经是面向插件架构的，其中体现明显的是网站的换肤结构。
网站换肤机制：
网站分为前台后台两部分，换肤机制是针对前台的。
网站管理员可以通过给定的约定自行订制自己网站的主题，上传主体文件，选择，然后换肤成功。
换肤操作简单易懂，只要修改简单的数据就可以得到不同风格的网站主页，网站开发期间由于时间因素，自行只开发了两套简单的主体提供选择，最大的自由度留给了管理员。
界面自由拖拽布局：
网站首页采用了自由的拖拽布局模式，首页完全的模块化，管理员可以自由的管理首页模块的布局，关闭当前不需要的模块，将热门的模块拖拽至最前面，这样的操作只要简单的记下鼠标操作就可以完成。
报表生成：
本系统采用了第三方插件来生成曲线统计图，曲线图可以使JPG,PNG或者GIF格式的，由于时间仓促，我们采用了默认为GIF的格式。
开发中用到的工具有：
VisualStudio2005，SQLServer2005，VisualSourceSafe。
技术评价：
本次开发过程中从现今流行的三层架构到Web上正在慢慢升起的插件架构模式，从流行的网站换肤功能再到越来越流行的模块布局理念，这次的开发都融入我们对于当今技术的理解和融合。
并且就我们个人对课程设计本身目的的理解，我们认为我们不应该总是满足于了解基本的技术手段，这样才能学到更多地知识，所以不管这次最终结果怎么样，我们对自己的技术评价都是满意的。
3.4出错原因的分析
错误一：
在处理DIV布局的时候再IE7和fireFox上面的现实结构出现了不同。
原因分析：
IE7.0在解释标记语言的时候内部做了很多的简化，根据自己的特性而做了很多的设置，比如对于百分制布局的划分上面IE经常不能精确的定位，但是FireFox对比及语言的解释支持非常好，所以出现了预览页面的时候出现了不一致的情况，解决办法就是折中布局，表格布局，预留空间布局。
错误二：
GridView现实数据并且开启删除功能时抱错，错误信息现实，没有给出标量变量。
原因分析：
GridView毕竟只是一个机器辅助的控件，绑定数据源的时候需要制定操作的主键，语句如下：
DataNameKey=”key”，这样控件的一些操作就会根据这个逐渐来进行识别，从这一点看来，这个错误最底层的抛出者应该是数据库，因为删除数据的时候主键识辨模糊，操作自然不知所措。
不过微软的人性化设计，这个空间具备部分的记忆功能，如果你在前一次设定了DataNameKey的话，下一次可能他自己找到那个东西了。
错误三：
插件机制实现的架构中，将应用程序编译成动态链接库的时候会出现找不到接口命名空间的问题，为什么呢？
我命名将命名空间导入进取了阿！
原因分析：
编译一个文件的时候通过命令行窗口进行了，这样就脱离的插件程序的上下文环境，于是我们需要手动的提供一切插件程序需要的外部信息，那些系统内部需要的命名空间就不需要管理了，说到这里，我们需要进行编译的不仅仅是插件程序，还要借口程序代码，这样才能得到最终的dll文件。
错误四：
插件生成成功，我现在要引用，我的插件放在plug文件夹下面，我在宿主程序里面通过反射机制来加载我的插见，可惜加载总是失败，失败信息是，找不到我指定的插件。
原因分析：
要了解这个原因首先要理解通过反射机制来加载插见的原理，在给定插见路径的时候，我详细的更定了插件的绝对路径，并且在主程序里面应用了plug这个命名空间，错误就在于我给定的这个命名空间的目的是什么？
意义是什么？
我根据常规程序的流程给定了命名空间，在之前的代码程序中，这显然是正确的，但是在使用了反射机制加载dll之后，我们程序已经属于了插件列表了，这样一来，反射机制虚拟出一个目录来饮用插件，并不需要导入plug这个命名空间，所以这里无法找到制定的空间了。
错误五：
如果我真的把那么多的小错误或者打错误一次的列举出来，那么我就翻了一个最大的错误。
原因分析：
经过我粗略的估计，编码的七天中，每天我犯的错误大概在诗词左右，包括表示层，也包括数据层，甚至包括VSS的并发错误，或者认为了失误，三个人编码，这样算来，大概有200个错误需要写下来，平均一个错误需要三分之一页A4纸来说明原因，那么单单说完我们的错误就需要200/3大概66页纸，加上其他的报告，那么我们将找不到合适的文件夹来装饰我们所有的文件，更加找不到有耐心的老师来关心他们又经历过的那些林林总总的小错误！
也就是说，即使写下来了，也是一件很不经济，很不现实，很傻很天真的事情，所以我能挑选了四个典型的问题说出来，作为这个问题的解决方案。
第4章实验与教训
经过本次的项目开发，共总结出以下两点经验教训：
首先，项目的开发依赖着测试。
软件开发过程中，测试与开发流程正在趋于融合。
如测试活动的早期展开，让测试人员参与用户需求的验证，参加功能设计和实施设计的审核。
再比如测试人员与开发人员的密切合作，随着开发进展而逐步实施单元测试、模块功能测试和系统整合测试。
随着软件的规模和复杂程度迅速提高，这种形式上的融合也迅速走向更深层次，更具实际意义。
具体地说这种融合就是整个软件开发活动对测试的依赖性。
传统上认为，只有软件的质量控制依赖于测试，但是现代软件开发的实践证明，不仅软件的质量控制依赖于测试，开发本身离开测试也将无法推进，项目管理离开了测试也从根本上失去了依据。
这种测试与开发流程日益融合的趋势使得我们在软件开发的过程中更应该重视测试，将测试看作是完善开发的不可缺少的一部分。
加入更多的测试人员到项目的测试中去，而不是一个人从头测到底；加入有测试经验或者项目开发经验的人员进入到项目的测试中去，而不是我们一般的做法：
如果你不会编程，那你就去测试吧。
其次，项目开发过程中，文档很重要。
项目文档之所以重要，不仅仅是因为文档记录了项目的进展过程，更重要的是项目文档表现出了项目团队的工作作风以及工作效率。
同时项目文档的收集汇总，对于项目而言，是过程资产，对于项目组而言，是资源和财富。
在项目开发过程中，应该按要求编写好下面几种文档，文档编制要求具有针对性、精确性、清晰性、完整性、灵活性、可追溯性。
升级会员 