项目开发总结报告要点

可行性研究报告ECShopNTB2C网店系统项目开发总结报告_班_1_组哈尔滨工业大学软件学院2008年9月- I -目录目录第1章 引言11.1 编写目的11.2 背景11.3 定义11.4 参考资料1第2章 实际开发结果32.1 产品32.2 主要功能和性能62.3 基本流程72.4 进度82.5 费用9第3章 开发工作评价103.1 对生产效率的评价103.2 对产品质量的评价103.3 对技术方法的评价103.4 出错原因的分析11第4章 实验与教训14千万不要删除行尾的分节符，此行不会被打印。在目录上点右键“更新域”，然后“更新整个目录”。- 14 -第4章 实验与教训第1章 引言1.1 编写目的编写这份项目开发总结报告的目的，是为了让开发人员和用户对开发的过程有一个总体的了解，并通过该报告对软件开发过程中的所有工作做一个总结和概括，以及对开发过程中的不足做一个汇总。为以后的维护工作奠定基础。该报告的预期读者：开发人员、项目负责人和用户。1.2 背景软件系统的名称：ECShopNTB2C网店系统任务提出者：本开发小组全体成员开发者：本开发小组全体成员用户：网店经营者安装此软件的计算中心：网店经营者购买的服务器1.3 定义BS：Browser&Server.B2C：Bussiness to Client.ECShopNT：E-commercial shop at NT system;Win32： windows 32位操作系统1.4 参考资料1 项目开发组项目开发任务书2008年9月2 项目开发组项目可行性研究报告2008年9月3 项目开发组项目开发计划2008年94 项目开发组软件需求说明书2008年95 项目开发组概要设计说明书2008年96 项目开发组详细设计说明书2008年97 项目开发组测试计划分析报告2008年98 项目开发组用户手册2008年99 王延青06级本科软件工程课程设计指导书2008年9月第2章 实际开发结果2.1 产品最终的系统，包括：(1) 共有一个版本。(2) 文件组织形式如下图：图2-1 文件组织结构(3) 所建立数据库如下所示。 Admin_login：管理员帐号管理，有管理员帐号和密码构成。 表 2-1 Admin_login字段名称数据类型主键idIntUsernameStringpasswordStringBuyGood：存储购物车上的物品以及付钱后存储已售商品的信息。表 2-2 BuyGood字段名称数据类型主键goodIdInt(自动增加)购物车商品主键userIdInt会员IDcoIdInt商品IDcoNameString商品名称goodPriceInt购买价格goodNumInt购买数量goodMoneyInt购买总价goodStateInt购买状态goodInDateDate放入购物车时间Class：管理分类。表2-3 Class字段名称数据类型主键sortIdInt(自动增加)类的IDsortNameString类的名称Commodity：存储商品的基本信息。表2-4 Commodity字段名称数据类型主键coIdInt商品IDcoNameString商品名称sortIdInt商品种类coMoneyInt商品价格coVipMoneyInt会员价格coSumInt商品库存coSelledInt商品卖出数量coPictureString商品图片URLcoContentString商品描述companyString生产商GetGood：获得商品的方式。表2-5 GetGood字段名称数据类型主键getIdint送货方式getNameString名称getMoneyInt邮费Order：帐单的管理。用于存储结帐后的帐单信息。表2-6 Order字段名称数据类型主键orderIdInt订单IDuserIdInt用户IDgetGoodString收货方式setMoneyString付款方式inDateDate订单日期FlistString是否要发票ContentString备注MoneyInt总金额poMoneyInt邮费StateBoolean是否发出商品SetMoney：付款方式。表2-7 SetMoney字段名称数据类型主键getIdInt付款方式IDgetNameString名称User：会员用户管理，用于管理用户的基本信息。表2-8 User字段名称数据类型主键userIdInt（自动增加）用户IDuserNameString用户名PasswordString用户密码EmailString邮箱QuestionString密保问题AnswerString密保答案reNameString真实姓名SexBoolean性别AddressString地址PhoneString电话VipInt是否为会员Webinfo：网站的基本信息设置。表2-9 WebInfo字段名称数据类型主键webUrlString网址webNameString网站名称webEmailString网站邮箱PostString网站邮编copyRightString版权webLogoString网站logoAddressString网站地址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) 数据库的建立；数据库采用免费的SQLSever 2005 express，只需投入人力搭建数据库系统。(4) 检查费用和技术管理性费用：系统拟采用VSTS Test Editon 进行测试，采用Visual SourceSafe2005进行协同开发控制，而以上两个软件均为付费软件，需要一次性购买。所有软件均来自于绿盟，所有软件均为破解版软件，所以无费用支出。所有开发人员均是资源参加，没有费用开支。开发过程和技术后需要有文档的支出费用，暂定为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的格式。开发中用到的工具有：Visual Studio 2005 ，SQL Server 2005，Visual SourceSafe。技术评价：本次开发过程中从现今流行的三层架构到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页纸，加上其他的报告，那么我们将找不到合适的文件夹来装饰我们所有的文件，更加找不到有耐心的老师来关心他们又经历过的那些林林总总的小错误！也就是说，即使写下来了，也是一件很不经济，很不现实，很傻很天真的事情，所以我能挑选了四个典型的问题