11项目开发总结报告要点

ECShopNT—B2C网店系统

项目开发总结报告0637101_班_1_组哈尔滨工业大学软件学院2008年9月目录目录TOC\o"1-5"\h\z\o"CurrentDocument"第1章引言 1\o"CurrentDocument"编写目的 1\o"CurrentDocument"背景 1\o"CurrentDocument"定义 1\o"CurrentDocument"参考资料 1\o"CurrentDocument"第2章实际开发结果 3\o"CurrentDocument"产品 3\o"CurrentDocument"主要功能和性能 6\o"CurrentDocument"基本流程 7进度 8\o"CurrentDocument"费用 9\o"CurrentDocument"第3章开发工作评价 10\o"CurrentDocument"对生产效率的评价 10\o"CurrentDocument"对产品质量的评价 10\o"CurrentDocument"对技术方法的评价 10\o"CurrentDocument"出错原因的分析 11\o"CurrentDocument"第4章实验与教训 14目录第1章引言编写目的编写这份项目开发总结报告的目的，是为了让开发人员和用户对开发的过程有一个总体的了解，并通过该报告对软件开发过程中的所有工作做一个总结和概括，以及对开发过程中的不足做一个汇总。为以后的维护工作奠定基础。该报告的预期读者：开发人员、项目负责人和用户。背景软件系统的名称：ECShopNT—B2C网店系统任务提出者：本开发小组全体成员开发者：本开发小组全体成员用户：网店经营者安装此软件的计算中心：网店经营者购买的服务器定义BS：Browser&Server.B2C：BussinesstoClient.ECShopNT：E-commercialshopatNTsystem;Win32：windows32位操作系统参考资料1项目开发组.项目开发任务书.2008年9月2项目开发组.项目可行性研究报告.2008年9月3项目开发组.项目开发计划.2008年94项目开发组.软件需求说明书.2008年95项目开发组.概要设计说明书.2008年9第1章引言6项目开发组.详细设计说明书.2008年97项目开发组.测试计划分析报告.2008年98项目开发组.用户手册.2008年99王延青.06级本科软件工程课程设计指导书.2008年9月第2章实际开发结果第2章实际开发结果2.1产品最终的系统，包括:(1)共有一个版本。(2)文件组织形式如下图:\ni;siiop\±)- 口| admin+ t三I A，PP_C0de+ _ App_Data+ jZi App_ThemeEI)- 3 面口+ _| EyteChen+ _| defaialt+ 一| ECShupHT+ 一| install+ _| Ji^igBu3"口uploaiHmage+国运ADONET.aspx±)目同checkbox,aspx+1v■恒Default.aspx目irLilexFagHSgl.sql反回mudillH5.txt狙;jlugirLFr：dfTiH.txt…赠SQLTuuls.csj)…目闰test.aspx自力Web.Config■西7eb.sitemap图2-1文件组织结构(3)所建立数据库如下所示。Admin_login:管理员帐号管理，有管理员帐号和密码构成。表2-1Adminlogin字段名称数据类数主键idIntUsernameStringpasswordStringBuyGood:存储购物车上的物品以及付钱后存储已售商品的信息。

第2章实际开发结果表2-2BuyGood字段名称数据类型主键goodIdInt（自动增加）购物车商品主键userIdInt会员IDcoIdInt商品IDcoNameString商品名称goodPriceInt购买价格goodNumInt购买数量goodMoneyInt购买总价goodStateInt购买状态goodInDateDate放入购物车时间Class:管理分类。表2-3Class字段名称数据类型主键sortIdInt（自动增加）类的IDsortNameString类的名称Commodity：存储商品的基本信息。表2-4Commodity字段名称数据类型主键coIdInt商品IDcoNameString商品名称sortIdInt商品种类coMoneyInt商品价格coVipMoneyInt会员价格coSumInt商品库存coSelledInt商品卖出数量coPictureString商品图片URLcoContentString商品描述companyString生产商GetGood:获得商品的方式。表2-5GetGood字段名称数据类型主键getIdint送货方式getNameString名称getMoneyInt邮费Order：帐单的管理。用于存储结帐后的帐单信息。

第2章实际开发结果表2-6Order字段名称数据类型主键orderIdInt订单IDuserIdInt用户IDgetGoodString收货方式setMoneyString付款方式inDateDate订单日期FlistString是否要发票ContentString备注MoneyInt总金额poMoneyInt邮费StateBoolean是否发出商品SetMoney：付款方式。表2-7SetMoney字段名称数据类型主键getIdInt付款方式IDgetNameString名称User：会员用户管理，用于管理用户的基本信息。表2-8User字段名称数据类型主键userIdInt（自动增加）用户IDuserNameString用户名PasswordString用户密码EmailString邮箱QuestionString密保问题AnswerString密保答案reNameString真实姓名SexBoolean性别AddressString地址PhoneString电话VipInt是否为会员Webinfo:网站的基本信息设置。第2章实际开发结果表2-9WebInfo字段名称数据类型主键webUrlString网址webNameString网站名称webEmailString网站邮箱PostString网站邮编copyRightString版权webLogoString网站logoAddressString网站地址主要功能和性能本产品所具有的主要功能如下所示：会员信息管理：会员注册和登陆；个人信息和密码的修改；会员订单的查看；会员购物；管理员信息管理：系统管理；模板管理；商品管理；订单管理；报表管理本软件所具有的主要性能如下所示：精度：输入精度如下表所示：表2-1输入精度输入数据名称精度要求用户名称20个字符以内用户密码6-20个字符之间用户邮箱必须符合邮箱的标准格式MSN必须符合邮箱的标准格式QQ必须是数字组合第2章实际开发结果输出精度如下所示:表2-2输出精度输出数据名称精度要求列表中每页兀素个数15个以内用户密码加密格式金额保留两个小数点传输过程中的精度如下所示：表2-3传输过程中精度输出数据名称精度要求浮点数Double类型的精度汉字编码之间的转换保证不乱码时间特性：(1)用户提交请求后，相应时间不超过3秒；(2)更新处理时间不超过4秒；(3)数据的转换和传送时间不超过2秒；(4)解题时间不超过4秒。灵活性：报表可以在多种操作系统上浏览、打印系统可以在windows,Linux等操作系统平台下运行系统的数据库可以转换为别的数据库系统可以进行进一不的扩充，通过添加插件扩充现有的系统把有可能变动的参数存放到配置文件或数据库中，保证修改参数的灵活性对照可行性研究报告、项目开发计划、功能需求说明书和测试分析报告，原定的开发目标达到了、所有以上所列功能全部实现。基本流程本系统分为前台购物流程和后台订单处理流程第2章实际开发结果选择商品浏览商品选择商品浏览商品图2-1前台购物流程图订单删除订单发货审查订单用户订单订单删除订单发货审查订单用户订单图2-2后台购物流程图2.4进度预定计划进度如图2-4和图2-5所示。实际进度和原定计划进度提前了。开始的可行性分析、需求分析、概要设计和详细设计和原定计划一样。编码提前了3天，单元测试和集成测试提前了一天。整体提前完成0.5天。0任箔名称0任箔名称工朗开始时间1二可行性分析0.5工作日2008年9月16日2需求分析0.5工作日2口一年9月17日3概要设计1工作日2口08年9月17日4详细设计1.5工作日F□［旧年9月1E旧5编码3工作日£口口8年9月即日6单元测试0.83工作日F0［旧年9月ES日7集成测试，部毫1.25工作日£口口8年9月£5日8编写4：用户手州0.5工作日EDI无年口月战日9总结0.5工作日义工旧年9月FE旧中月7日200B年g月14|=|2003^9.^21H2008年9月28日2。。8年1二三四五六日一二三四五六日1二二四五六日一二三四五六日一二i3姜博,陈志彳在产志杰，恚4陈志杰%李辉,王堪美,钱程盘李辉,钱程,壬堪重，姜博，李辉，钱程，王《群，姜博，李辉,钱程 志蕊「钱程」6钱程,壬堪装色美，王堪美季辉,姜博E堪美,陈志杰L李辉麻,姜博,李辉,钱程,王堪美图2-4项目原进度安排第2章实际开发结果O任务名祢工期开始时间后年9月71=12008^9^1402008月9月21tl跳08中三月281=1200J一二三四五六日一二三四五六日一二三四五六日一二三四五六H-1可行性分析0.5工作日200B年g月16B”博,李辉,陈志杰，王堪美，雄程瓦姜博,陈孟杰,李辉,钱程,壬堪美E堪美，钱程.李辉,姜博,钱程.ii隹美2需求分析0.5工作日200B年9月17日3概要设计1工作日200B年9月17日党陈志杰,塞博,李辉,钱程,壬嚼4详细设计1.5工作日2口比年9月180事摩击杰,姜博.李辉,钱程，一5二编码2.93工作日2口比年9月19日曜志杰,姜博理姜博，有6单元测试1工作日2008年9月年日T集成测试,部提1工作日2008年9月年日8编写用户手册0.5工作日2008年9月年日后工i曜钱程i陈志杰9总消0.5工作日2口口8年9月年日图2-5项目原进度安排2.5费用预定计划费用：(1)研究：需求分析和设计阶段主要的支出费用为人力投入。(2)开发计划与测量基准的研究：项目规划期间主要投入为人力投入。(3)数据库的建立；数据库采用免费的SQLSever2005express，只需投入人力搭建数据库系统。(4)检查费用和技术管理性费用：系统拟采用VSTSTestEditon进行测试，采用VisualSourceSafe2005进行协同开发控制，而以上两个软件均为付费软件，需要一次性购买。所有软件均来自于绿盟，所有软件均为破解版软件，所以无费用支出。所有开发人员均是资源参加，没有费用开支。开发过程和技术后需要有文档的支出费用，暂定为50元。实际支出费用：此项目的软件均来自于绿盟，所有软件均为破解版软件，所以无费用

支出。所有开发人员也没有费用支出。但是过程中用到的文档支出费用 30元。所以费用节余了。第3章开发工作评价第3章开发工作评价对生产效率的评价原定计划：(1)程序的平均生产效率：500行/天；(2)文件的平均生产效率：2000字/天；实际生产效率：(1)程序的平均生产效率：550行/天；(2)文件的平均生产效率：2500字/田；生产在过程中，由于有些是原来没有想到的需要的完成的工作，所以必须比原定每天多完成一些工作。生产效率基本符合要求。对产品质量的评价在测试中检查出来的程序编制中的错误发生率，即每千条指令(或语句)中的错误指令数(或语句数)是每千条语句中的错误语句数为 0-至2条。可见产品质量，无论是在在功能方面还是在性能方面基本上满足原订的质量保证计划。对技术方法的评价开发过程中使用的技术有：结合ASP.NET的三层架构：将需求分解，实现上分为表示层，业务层和数据层，并且在后台部分数据上采用了VS的dataDesigner将数据包装成对象，形成了一个持久层。数据库独立性：基于三层架构以及数据层的封装，我们将数据库配置文件包装早配置文件里面，如果要改动数据库，我们的工作量是进入配置文件修改三个字符串，然后点击保存。插件接口开放机制：本网站预计开发为一个开放API接口的系统，只是时间有限，插件开发时间不允许，但是我们的系统初始架构已经是面向插件架构的，其中体现明显的是网站的换肤结构。-10-第3章开发工作评价网站换肤机制：网站分为前台后台两部分，换肤机制是针对前台的。网站管理员可以通过给定的约定自行订制自己网站的主题，上传主体文件，选择，然后换肤成功。换肤操作简单易懂，只要修改简单的数据就可以得到不同风格的网站主页，网站开发期间由于时间因素，自行只开发了两套简单的主体提供选择，最大的自由度留给了管理员。界面自由拖拽布局：网站首页采用了自由的拖拽布局模式，首页完全的模块化，管理员可以自由的管理首页模块的布局，关闭当前不需要的模块，将热门的模块拖拽至最前面，这样的操作只要简单的记下鼠标操作就可以完成。报表生成：本系统采用了第三方插件来生成曲线统计图，曲线图可以使JPG,PNG或者GIF格式的，由于时间仓促，我们采用了默认为GIF的格式。开发中用到的工具有：VisualStudio2005，SQLServer2005，VisualSourceSafe。技术评价：本次开发过程中从现今流行的三层架构到 Web上正在慢慢升起的插件架构模式，从流行的网站换肤功能再到越来越流行的模块布局理念，这次的开发都融入我们对于当今技术的理解和融合。并且就我们个人对课程设计本身目的的理解，我们认为我们不应该总是满足于了解基本的技术手段，这样才能学到更多地知识，所以不管这次最终结果怎么样，我们对自己的技术评价都是满意的。出错原因的分析错误一：在处理DIV布局的时候再IE7和fireFox上面的现实结构出现了不同。原因分析：IE7.0在解释标记语言的时候内部做了很多的简化，根据自己的特性而做了很多的设置，比如对于百分制布局的划分上面 IE经常不能精确的定位，但是FireFox对比及语言的解释支持非常好，所以出现了预览页面的时候出现了不一致的情况，解决办法就是折中布局，表格布局，预留空间布局。错误二：GridView现实数据并且开启删除功能时抱错，错误信息现实，没有给出标量变量。-11-第3章开发工作评价原因分析：GridView毕竟只是一个机器辅助的控件，绑定数据源的时候需要制定操作的主键，语句如下：DataNameKey二"key”，这样控件的一些操作就会根据这个逐渐来进行识别，从这一点看来，这个错误最底层的抛出者应该是数据库，因为删除数据的时候主键识辨模糊，操作自然不知所措。不过微软的人性化设计，这个空间具备部分的记忆功能，如果你在前一次设定了DataNameKey的话，下一次可能他自己找到那个东西了。错误三：插件机制实现的架构中，将应用程序编译成动态链接库的时候会出现找不到接口命名空间的问题，为什么呢？我命名将命名空间导入进取了阿！原因分析：编译一个文件的时候通过命令行窗口进行了，这样就脱离的插件程序的上下文环境，于是我们需要手动的提供一切插件程序需要的外部信息，那些系统内部需要的命名空间就不需要管理了，说到这里，我们需要进行编译的不仅仅是插件程序，还要借口程序代码，这样才能得到最终的dll文件。错误四：插件生成成功，我现在要引用，我的插件放在plug文件夹下面，我在宿主程序里面通过反射机制来加载我的插见，可惜加载总是失败，失败信息是，找不到我指定的插件。原因分析：要了解这个原因首先要理解通过反射机制来加载插见的原理，在给定插见路径的时候，我详细的更定了插件的绝对路径，并且在主程序里面应用了plug这个命名空间，错误就在于我给定的这个命名空间的目的是什么？意义是什么？我根据常规程序的流程给定了命名空间，在之前的代码程序中，这显然是正确的，但是在使用了反射机制加载dll之后，我们程序已经属于了插件列表了，这样一来，反射机制虚拟出一个目录来饮用插件，并不需要导入plug这个命名空间，所以这里无法找到制定的空间了。错误五：如果我真的把那么多的小错误或者打错误一次的列举出来，那么我就翻了一个最大的错误。原因分析：经过我粗略的估计，编码的七天中，每天我犯的错误大概在诗词左右，包括表示层，也包括数据层，甚至包括VSS的并发错误，或者认为了失误，三个人编码，这样算来，大概有200个错误需要写下来，平均一个错误需要三分之一页A4纸来