大学生智能交易平台课程实验(设计)报告.docx

编号： 武汉大学计算机学院课程实验(设计)报告题 目： 大学生智能交易平台 专业（班）： 计算机科学与技术（11级计科七班） 项目组成员：组长：林文 成员：林文需求分析概要设计 张森详细设计 软件测试 课程名称： 大型应用软件设计 任课教师： 刘纪平 2013年 4 月 30 日成绩及评语学号姓名软件计划需求分析概要设计详细设计综合分实习成绩2012301211111林文2012301211112张森目 录第一部分计划任务书1第二部分需求规格说明书8第三部分软件设计说明书20第四部分源程序清单61第五部分测试说明书62第六部分使用说明85第七部分个人总结报告92第八部分成绩及评语99详细目录成绩及评语I第一部分1计划任务书1一、引言21.1 编写目的21.2 背景21.3 定义21.4 参考资料21.5 标准、条约和约定3二、 项目概述32.1 项目目标32.2 主要人员32.3 产品32.4 产品目标与范围42.5 假设与约束4三、实施计划43.1人员分工43.2协作与沟通53.3 进度53.4 预算6四、 支持条件74.1 内部支持74.2 参考文献7第二部分8需求规格说明书8一、引言91.1编写目的91.2项目背景91.3名词约定91.4 阅读对象101.5参考资料10二、任务概述102.1 目标102.2 用户特点112.3假定和约束11三、需求规定123.1对功能的规定123.2对性能的规定123.2.1精度123.2.2时间特性要求133.2.3灵活性133.3输人输出要求133.4数据管理能力要求163.5故障处理要求173.6其他专门要求17四、运行环境规定184.1设备184.2支持软件184.3接口194.4控制19第三部分20软件设计说明书20（概要设计）20一、总体设计211.1需求规定211.2运行环境211.3基本设计概念和处理流程211.4结构251.5功能需求与程序的关系251.6人工处理过程261.7尚未解决的问题26二、接口设计262.1用户接口272.2外部接口272.3内部接口27三、运行设计273.1运行模块组合273.2运行控制273.3运行时间27四、系统数据结构设计284.1逻辑结构设计要点284.2物理结构设计要点284.3数据结构与程序的关系30五、系统出错处理设计305.1出错信息305.2补救措施305.3系统维护设计31第四部分33软件详细设计说明书33（详细设计）33一、引言341.1 编写目的341.2 项目背景341.3 定义341.4 读者对象341.5 参考书目34二、总体设计342.1 需求概述342.2 软件结构352.2.1 前台管理部分结构352.2.2 后台管理部分结构36三、程序描述363.1 前台管理模块363.1.1 商品浏览模块363.1.2 购物模块393.2 后台管理模块413.2.1 后台登录模块413.2.2 商品管理模块433.2.3 会员管理模块453.2.4 订单管理模块463.3 接口473.4 存储分配473.5 限制条件483.6 测试要点48VIII第一部分计划任务书一、引言1.1 编写目的为了保证项目团队按时保质地完成项目目标，便于项目团队成员更好地了解项目情况，使项目工作开展的各个过程合理有序，因此以文件化的形式，把对于在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、项目内外环境条件、风险对策等内容做出的安排以书面的方式，作为项目团队成员以及项目干系人之间的共识与约定，项目生命周期内的所有项目活动的行动基础，项目团队开展和检查项目工作的依据。1.2 背景每到毕业季，很多毕业生会把大量的二手物品运到跳蚤市场出售，而有需要的同学又不得不在众多杂乱无章的商品中挑选自己感兴趣的东西。这样不仅效率低下，而且劳动量大，很多人也会因为种种原因和跳蚤市场擦肩而过，留下遗憾。基于这种现状，我们萌发了开发一个“大学生智能交易平台”的念头。在这个平台上，大学生可以免费发布和获取各种二手交易的信息，如果发现有自己想要的物品，可以进行线上或线下交易；如果没有找到自己想要的物品，还可以在此平台发布求购信息。此平台还会根据用户的个人信息，如学校，专业等，智能推送用户感兴趣的物品。有了此平台，省去了大学生为淘宝而东奔西走的烦恼，不仅节约了学生的开销，而且也不至于使还有价值的物品变成废品，所以这是一个很有意义的平台。 1.3 定义CSITP ( College Students Intelligent Trading Platform) 大学生智能交易平台1.4 参考资料 软件工程导论 陈世鸿 清华大学出版社 软件工程系统导论 张海潘 清华大学出版社软件工程 李代平 冶金工业出版社 软件工程 王庆育 清华大学出版社1.5 标准、条约和约定该软件开发过程完全遵守国家法律，并且特别注重开发人员的素质问题，绝对不会抄袭和篡改他人的作品。二、 项目概述2.1 项目目标 该项目开发过程从3.15-6.20，在6月20日之前所有的文档和代码都必须要按照规定完成。项目应当符合SMART原则：S Specific 明确的陈述M Measurable 可以衡量的结果A Attainable 可以达成的目标R Realistic 合理的，现实的或者说是能和实际工作相结合T Trackable 可以跟踪的2.2 主要人员参加本项目开发的主要人员有陈镇霖、黄剑翰、陈颖、黄蕴熙和李者，我们都是武汉大学计算机学院本科二年级学生，学习了计算机基础理论知识；基本掌握了网页编程、高级语言编程和数据库原理；对网络编程具有浓厚的兴趣，具有良好的团队协作能力。2.3 产品本系统最终的产品有一些 内容：产品名称编写语言主要内容计划任务书（plan.doc）自然语言软件总体计划需求规格说明书（demand.doc）自然语言需求规格说明书概要设计文档（outline.doc）自然语言概要设计文档详细设计文档（detail.doc）自然语言详细设计文档系统测试文档（test.doc）自然语言系统测试文档CSITP.htmlhtml本系统前台网页部分CSITP.javajava本系统后台数据处理部分CSITP.sqlMySQL本系统数据库部分2.4 产品目标与范围本系统适用于所有大学生，是一个很方便、智能的在线二手交易平台。通过网络就可以随时发布和获取二手商品信息，还可以进行交易。通过分析用户的个人信息和交易记录，智能推送用户感兴趣的商品，通过本系统，一方面卖家可以快速出售闲置商品，另一方面买家可以快速购买实惠的二手商品。2.5 假设与约束设计方法：面向对象的开发技术工具：Eclipse编程语言：JAVA规范：遵循中华人民共和国国家技术监督局发布的软件开发过程指南，计算机软件文档规范以及国家颁布的强制性规范GB/T 8567-2006，并注意系统的安全防范。经费限制：1万开发期限：三个月所建议系统的运行寿命：2年系统投入使用的时间： 2013-06-20三、实施计划3.1人员分工（见下页）姓名职务职责陈镇霖组长，编码负责整个开发过程的管理，并编写软件代码黄剑翰需求分析写需求分析文档陈颖概要设计写概要设计文档黄蕴熙详细设计写详细设计文档李者测试写测试报告3.2协作与沟通团队内部以一起聚餐或开会的形式进行沟通和交流3.3 进度模块任务工作量（天）开始日期截止日期完成情况（%）资源软件计划学习基础知识53/153/20100plan.doc软件计划编写文档53/203/25100plan.doc软件计划返工修改13/253/26100plan.doc需求分析学习基础知识83/264/2100demand.doc需求分析编写文档64/24/8100demand.doc需求分析返工修改24/84/10100demand.doc概要设计学习基础知识104/104/20100outline.doc概要设计编写文档74/204/27100outline.doc概要设计返工修改34/274/30100outline.doc详细设计学习基础知识104/305/10100Detail.doc详细设计编写文档75/105/17100Detail.doc详细设计返工修改35/175/20100Detail.doc详细设计编写代码155/206/4100D,CSITP.html,CSITP.java,CSITP.sql详细设计返工修改56/46/9100D,CSITP.html,CSITP.java,CSITP.sql软件测试学习基础知识36/96/12100Test.doc软件测试编写文档36/126/15100demand.doc,outline.doc,Test.doc配置协调26/156/17100全部管理跟踪26/176/19100全部质量分析16/196/20100全部3.4 预算劳务预算：人员数量（人）时间（天）595经费预算：类别金额（元）办公费2000差旅费500机时费500资料费1000通讯费200专用设备租金1000总计5200四、 支持条件说明为了支持本项目的完成所需要的各种条件和设施。4.1 内部支持 硬件： CPU：2.0GHz以上 内存：2GB以上 硬盘：100G以上空间 软件：Windows xp/7/8 EclipseMySQLDreamweaver4.2 参考文献项目管理计划、进度和控制的系统方法（第7版）Harold Kerzner（电子工业出版社，杨爱华等译）；计算机软件工程规范国家标准汇编2003中国标准出版社；PMBOK-2000PMI；PMBOK-2004PMI；成功的项目管理Trevol L Young（泰晤士报商业版，严鸿娟译）；成功的项目管理Jack Gido James P. Clements（21世纪管理经典教材系列，张金城等译）；第二部分需求规格说明书一、引言1.1编写目的编写本需求规格说明书的目的在于：（1） 描述用户需求，明确系统功能内容、功能边界、开发途径；（2） 作为双方签订的软件开发合同的一部分内容形式存在； （3） 项目相关人员参考资料（4） 经使用方认可的需求说明将作为产品特征评价、仲裁的重要参考。1.2项目背景说明：（1）软件系统名称：大学生智能交易系统（2）任务提出者：武大计科7班软件工程大学生智能交易系统研究小组 开发者：同上 本项目将实现大学生智能交易系统的原型部分，并且在该原型的基础上进行功能的扩展和需求的界定，最终完成的版本将在未来申请好的域名网站上使用。提供武汉大学校内的学生商品交易服务。（3）本系统将存储用户信息，大学生智能交易系统将与其他的系统共享这些注册信息，共享的系统可能是武汉大学公共数据库。这些系统之间不提供应用程序级别的接口，数据共享通过SQL Server数据库表的公共访问来实现。本系统将使用sql server 2008作为数据库存储系统，sql server 2008企业版将由本系统的最终拥有者自行购买。1.3名词约定垃圾信息：含无意义或大量恶意重复内容的信息非法用户：大量发布垃圾信息或违反相关法律规定内容的用户会员：在本网站系统注册的用户游客：所有浏览本网站的非会员或未登录用户1.4 阅读对象 本需求文档的读者为：需求分析人员，软件开发人员，测试人员，项目提出人。1.5参考资料 软件需求最佳实践SERU过程框架原理与应用 徐峰 电子工业出版社软件工程面向对象和传统的方法 Stephen R. Schach 机械工业出版社软件工程 陈世鸿 武汉大学出版社二、任务概述2.1 目标改革开放以来，随着社会主义市场经济的蓬勃发展，人民生活水平的日益提高，使得人们具有越来越多的剩余物品，因而产生了交换剩余物品的需求。而大学生也是如此，校园里大学生们主要通过校内BBS与摆摊等方式来交易自己的剩余或二手物品，但这样的交易方式比较原始，也不方便。通过对校内学生的调研，我们发现，大学生们比较倾向于使用一个统一的系统来进行二手商品的交易，这样的交易方式比较适合大学生二手商品的种类多，规模小，交易随机性强的特点。针对大学生二手交易的以上特点，我们认为开发出一个大学生智能交易系统是很有必要的，他能在很大程度上满足在校大学生进行二手交易的需求。大学生智能交易系统的诞生可以在方便广大在校大学生的同时，也使得了大学生剩余物品的循环利用，促进节约。本项目问题的定义是：是建立一个完善的大学生智能交易平台系统。通过坚实的数据库和服务器系统，我们可以创造一个基于C2C架构的智能交易平台，该平台可进行商品推荐、商品购买、在线支付等功能，为校内大学生进行二手或剩余物品交易提供便利。该软件最终的使用者是校园C2C服务提供商、在校大学生，并且以Internet页面的形式提供浏览和操作，提供以下的功能：默认页提供关于网站的基本信息；武汉大学大学生用户可以创建自己的帐户，通过学号与武汉大学公共数据库对应；如果用户输入的电子邮件 ID 在数据库中已存在，系统将显示错误页；用户必须先登录才能在网站中记录详细信息；如果用户为卖家，则可以发布售卖商品的详细信息；如果用户为买家，则可以求购商品的详细信息；用户可以修改/删除他输入的详细信息；即使不登录站点也可以使用搜索工具；用户可以按照关键字、类别和或价格搜索信息；2.2 用户特点本系统最后的使用者是武汉大学的学生，他们都使用浏览器上网通过页面进行操作，因此，用户无需进行程序或者软件的安装或者培训工作，但是他们对页面信息的填写、按照特定信息查找应具备一定的经验。根据业务的频繁程度，稳定运行的系统每天接受的操作（点击）数量应该在1000-10000次，对于超过10000次的负荷，应该采用增加服务器和硬件性能、版本升级的方法来解决。用户对页面的友好性、简单清晰和易操作性，有一定的要求。这些特点决定了本系统应该采用B/S架构来进行开发。2.3假定和约束根据本研究小组的讨论研究，该项目约束条件包括：A、本系统的预算在1万元（人民币）；B、本系统的最后的交付日期是2013年12月1日，之后进行负荷测试、峰值测试、试运行，系统要求在2014年1月1日正常投入使用；假设：A、负荷测试的程序和软件由本研究小组提供；B、本小组能够提供阶段性的验证工作，包括一些评审和测试工作的支持和配合；C、超过10000万次/日的访问量，不输入本系统应解决的问题；D、在第一个原型的版本中，该系统不会有大的需求方面的变更；其他相关的假定和约束条件将进一步补充。三、需求规定3.1对功能的规定（1）、首页设计首页设计应该清晰简单、美观大方，同时还要做到信息充足，突出大学生智能交易系统的特点和操作的入口。（2）、个人信息管理只有登录后的用户可以修改、删除自己发布的信息，登录人员可以根据邮件/密码组合，手机号/密码组合，学号/密码组合或者用户名/密码组合来进行验证。本站管理员不能对任何学生买家或卖家的信息进行更新、删除操作，特殊状况下除外，此时应备案。这些私有信息属于用户，本站不能因为商业目的向外界公开，个人信息完全由个人来控制其内容，程序应提供个人信息维护的页面。（3）、信息查询提供查询的页面，用户能针对类型、价格或关键字进行相关商品的查询，并得到正确的信息列表。（4）、安全管理安全方面的管理，防止恶意攻击、非法入侵和对数据的篡改。3.2对性能的规定3.2.1精度1、个人信息：邮件的字母数不能超过50个、商品的名称允许输入50个汉字、密码允许输入20个字母；2、商品信息：价格保持为两位小数、可以输入一百个汉字的附加信息，其他的要求同第一项；3、用户选择或者输入数据，进行信息查询，应不区分大小写；4、用户选择或者输入数据，进行信息查询，应执行不完全匹配的模糊查询；3.2.2时间特性要求1、用户登录请求、个人信息填写完毕后的提交、个人信息更改、删除的操作，响应时间应该在1.5s之内用户不应感到系统有延迟的时间；2、用户执行商品或者买卖家信息查询，返回记录在100行之内的，响应时间应不超过2s，超过100行记录的情况，应该进行分页显示，每页显示20-80行（具体由美工人员来设定）结果信息；3.2.3灵活性A、操作方式程序在通常的应用环境下使用鼠标和键盘进行输入操作，对于执行按钮，通常使用鼠标的点击完成，在IE,CHROME与FIREFOX等常用浏览器中完全兼容。B、运行环境程序在通常的条件下，在WinXP/7/8及后续的MS的操作系统上，只要已经安装了IE6.0或者后续版本，都能够浏览所公布的页面、执行对应的操作，在MAC OS 与 LINUX上的FIREFOX或CHROME等浏览器亦如此 。但是，要求使用者的IE不要禁用Cookie功能。页面服务器的环境应安装IIS7.0，正常启动Web服务，数据库服务器及详细的配置和安装参考以下硬件和软件的支持。C、同其他软件的接口的变化本系统将与武汉大学公共数据库进行交互，因此应提供一个验证接口。A、 精度和有效时限的变化（不适用）B、 计划的变化或改进由于本系统的规模比较小，计划和进度的改变不影响到需要实现的需求。3.3输人输出要求系统的基本数据单元如下：数据单元名称登录/私人信息组成名称格式范围精度说明口令字符10-登录时输入的密码姓名字符50-姓名/联系人用户名字符128-登陆用户名电子邮件字符50-联系Email备注姓名和用户名的组合不允许重复，电子邮件不允许重复数据单元名称个人与商品信息组成名称格式范围精度说明所在院系字符128-具体的联系地址描述信息字符255-简短描述信息超级连接字符255-主页地址电子邮件字符50-联系人字符20-用户图像JPG50KB以下-从武汉大学公共数据库中取得卖家信用数字整数-卖出好评数买家信用数字整数-买入好评数附加条件字符255-其他的条件说明在校年限数字整数-在校的时间商品类别字符20-所属类型手机号数字整数11本人手机号学号数字整数13武大学号校园卡密码数字整数6验证所用商品名称字符30-商品名称求购/出售布尔整数10求购，1出售商品简介字符255-商品图片jpg1MB以下-存放售卖商品图片备注为保持数据访问的效率，存在一定的数据冗余输入的操作要求如下：序号输入信息操作和处理输出1URL地址信息网络访问首页2邮件、密码，手机、密码，学号、密码或用户名、密码登录操作和验证是否登录成功3类别、价格或关键字查询结果列表4用户的完整的信息执行添加操作对应信息被保存5买家信息提交到系统该信息被保存6卖家信息提交到系统该信息被保存7商品信息提交到系统该信息被保存8买家信息修改数据更新9卖家信息修改数据更新10商品信息修改数据更新11买家信息删除对应数据被删除12卖家信息删除对应数据被删除13商品信息删除对应数据被删除14查找到的数据项联系发送电子邮件其他输入要求：A、价格：在查询的时候，在5000人民币以下进行选择，在输入新的商品信息的时候，可以自定义价格，但也只能5000人民币以下；B、用户在输入自己的信息的时候，要求输入所有数据项，所有项不能为空；3.4数据管理能力要求以下是每天、每月的各个单元可能产生的新的数据量、和对应可能访问值的估计次数。以下的数据是系统稳定运行时的正常增长，不包括访问的高峰值或者其他的特殊的情况。数据单元数据量需要的存储容量注册学生/月10-100010M求购学生/月10-100010M出售学生/月10 100010M出售买入/月10 100010M页面访问数/日100-1000-峰值访问数/秒100 - 500-相关对数据的操作单元和频率对应如下：操作单元月访问数数据库操作单元数访问主页100-10000-登录100 10000100-10000增加个人信息1000 100001000 10000增加商品信息10-100010 1000更改个人信息10 - 100010 1000更改商品信息1 - 101 - 10删除个人信息10 10010 100删除商品信息1 - 101 - 10根据以上的数据，每月要求的额外的数据存储空间为50M。并且，所有数据采用集中式存储，数据位于数据库服务器上。数据库要有安全保障性能，必须只有授权的用户才能操作。3.5故障处理要求A、在数据访问、增改时，用户输入一些不合理的数据的时候，能够进行一些合理的提示信息，不能因为输入错误而导致系统的错误，或者窗口关闭；B、数据库要求有灾难备份机制，以防止数据的全部丢失；C、对于不使用COOKIE功能的IE，应给予适当的提示；3.6其他专门要求A、安全性尽管允许非登录用户进行商品信息查询，用户/商品信息的修改，必须是已经登录的用户。此外，由于本系统在Internet上使用，防止非法的入侵是系统必须要考虑的因素。B、可扩充性系统在开发完毕以后，应允许在后续的商业合同中进行功能的扩展或者功能的重新解释和实现。本系统只实现一个招聘/应聘信息管理和查询的技术结构，在系统开发完毕后可能立即要进行升级，包括对功能的扩充和性能的增强，可能新增加的功能包括：1、信息发布；2、过访客人和用户的管理；3、商品的详细划分；4、按照不同的条件实现不同方式的组合查询；5、自动邮件服务；6、出售求购统计； 系统在实现的时候，可以考虑这些系统的后备方案。C、健壮性系统应该保证在一次开机三个月之内稳定运行，数据库在一些灾难事故中能够在系统安装好之后，两小时内恢复。系统的健壮性，牵涉到WEB服务器的特性，这些特性和数据，应该在设计报告中提交。四、运行环境规定4.1设备客户程序硬件要求：具有 Pentium II 处理器且满足以下要求的计算机：最低 64 MB 内存最小 1 GB 硬盘鼠标键盘WEB服务器硬件需求：具有 Pentium IV 处理器且满足以下要求的计算机：最低 512MB 内存最小 8 GB 硬盘总线I/O：8M/s；鼠标键盘数据库服务器硬件需求：具有 Pentium IV 处理器且满足以下要求的计算机：最低 512MB 内存最小 100 GB 硬盘鼠标键盘4.2支持软件客户程序软件： Windows XP/7/8或更高版本IE 7.0或者更高的版本网络支持WEB服务器软件：Windows 2003Server或更高版本IIS7.0或后续版本数据库服务器软件：Windows 2003 Server或更高版本SQL Server 2008企业版4.3接口本系统将要求与IIS提供的Web发布服务进行交互，编写好的页面放在IIS指定的目录下，IIS对外管理访问和安全。所采用的访问协议为Http协议，有关IIS的使用和与页面存储访问的机制、HTTP协议详细的说明，请参考其他方面的资料。同时本系统应与武汉大学公共数据库进行交互验证，必须与武汉大学校方进行沟通，我们会留出验证接口。4.4控制本系统的运行，需要WINSERVER与SQL SERVER的支持。在系统服务器上启动数据库，各浏览器终端对数据库进行访问以实现对数据的操作。系统的主要输入设备是键盘，输出主要是显示器输出和打印机打印输出等。第三部分 软件设计说明书（概要设计）一、总体设计1.1需求规定 需求规定的详细内容，请参考第二部分大学生智能交易平台项目需求说明1.2运行环境 客户程序硬件要求： 具有 Intel（R） Core T1110 处理器且满足以下要求的计算机： 最低 64 MB 内存 最小 10 GB 硬盘 鼠标 键盘服务器硬件需求： 具有 Pentium III 处理器且满足以下要求的计算机： 最低 512MB 内存 最小 1 TB 硬盘 鼠标 键盘1.3基本设计概念和处理流程系统结构：本系统的实现采用典型的三层模式、B/S结构来实现，不同的客户端程序共同访问中心数据，系统结构如图1.3.1。图1.3.1 系统结构设计说明： 每一台计算机需要安全浏览器 每个客户程序通过中间件访问中央的数据库服务器 数据库服务器用Oracle10或SQL Server 2000来实现 多用户并发访问和处理、数据加锁、事务协调由Oracle10/ Access/DB2/SQL Server 2000数据库和数据库服务器来完成系统需求：本大学生交易平台应包括两个基本部分：一是前台销售用户在前台可以浏览、搜索、购买商品、能看到商城的最新公告；另一个是后台管理，管理员在此管理网站信息和商品，具体包括录入和更改网上信息、订单查询和处理、商品的上架和下架、还可以管理在商城注册的用户等。系统的前后台功能结构图如图1.3.2和图1.3.3所示：图1.3.2 大学生交易平台系统前台功能结构图1.3.3 大学生交易平台系统后台功能结构系统总体流程图：流程图的总体概述：前台功能模块主要是通过登录（普通用户不需要登录）进入商城后，对公告、商品的浏览以及查询、购买。后台的管理模块主要是实现了管理员对公告、商品、订单及会员用户的管理。在进入商城选购商品时，应先将选购的商品放到购物车中，然后去点击购买，填写收货人的信息（会员已保存收货人的信息，但是可以更改）。付款，购物完成。系统总体流程图如图1.3.4所示。图1.3.4大学生交易平台系统总体流程图业务流程图：网上交易部分1.浏览与选择商品：顾客进入网站即刻自动提供购物车，不需身份确认就可以在网站上随意浏览、挑选商品(可增加、删除、修改购物车上商品的数量)，网站提供最新的商品列表，热卖商品优先列表给顾客作为选购时的参考。2.判断：顾客确定所购物品后，系统将判断该顾客是否是会员，如果是，则可直接填写订单；否则，提示顾客登记注册；若不注册则确认订单。3.提交订单：已选购的商品需填写订单细节，如付款及提货方式等。只有正式提交定单才能生效。4.注册：顾客可在公司的网站上注册，填写姓名地址等信息后提交申请。5.确认：后台管理将实时得到顾客的注册信息，通过电话及其他方式确认，得到注册确认的顾客才能成为会员，并拥有唯一的会员证号。6.非会员：不是会员的顾客可以先挑选商品再申请成为会员，享受会员价格，所定购的商品数及时存入数据库；也可以直接下单，则不享有会员价，不能查看自己的订单信息。7.送货与付款：网上的每一份订单都将实时存入后台数据库，后台操作人员通过电话及其他方式确认，确认后将及时实施该订单：向顾客送货，货到付款，完成网上交易。业务流程图如图1.3.5所示。用户进入网站浏览选择商品会员注册 否 是 是登录 否填写订单 修改订单确认订单生成订单销售送货浏览挑选图1.3.5 大学生交易平台业务流程图1.4结构应用程序内部结构：应用程序内部结构采用分层编码来实现，并且为保证各子系统的独立性，结合JavaBean组件技术1.5功能需求与程序的关系如表1.5.1所示。功能模块用户模块管理员模块会员模块类别模块产品模块订单模块AdminLogin.jspLogin.jspCategoryList.jspCaterotyAdd.jspCategoryModify.jspOrderDetilShow.jspOrderList.jspOrderModify.jspOrderAdd.jspProductAdd.jspProductDelelt.jspProductAdd.jspProductModify.jspProductSearch.jspProductUpload.jspUserDelete.jspUserList.jspsalesCount.jsp表1.5.1功能需求与程序的关系表1.6人工处理过程无1.7尚未解决的问题需求中的问题在本设计中已经全部实现，但是，基于一般的考虑，可能会在开发过程或者后期版本中增加的功能包括：1、公告通知模块；2、统计分析模块；（说明：若已经解决了需求中存在的问题，以上的可以不属于尚未解决的问题；）二、接口设计本系统采用java进行开发，所提供的不同层次的接口，都具有高度的集成性，本系统没有采用低级语言设计和完成自定义的接口，因此接口设计大部分已经由不同方式的JavaBean组件来完成了，以下只做简单的说明。2.1用户接口采用窗口化，菜单式进行设计，在设计时响应热键。2.2外部接口java应用程序包括了支持程序，主要的支持程序为JavaBean，有关JavaBean的相关说明，请参考其他资料。“大学生交易平台”通过JavaBean接口访问数据库，纯java方式对数据库访问对象进行了层次式的封装，详细的有关纯Java方式的说明，请参考纯java方式相关的技术资料。与数据库的接口设计，主要集中在图 系统逻辑结构中数据库访问模块的独立封装部分，详细的接口、访问调用，请参考大学生交易平台详细设计说明 。2.3内部接口内部接口主要集中在两部分： 中间处理层对数据库访问层数据的调用和处理； 界面层对中间数据库处理层的调用、控制命令的响应。三、运行设计3.1运行模块组合本程序主要是以一个窗口为模块，一般一个窗口完成一个特定的功能，主窗口主要是通过打开另一个子窗口来实现模块之间不同功能的连接和组合。个模块之间相互独立，程序的可移植性好。个模块之间主要是通过传递数据项的引用来实现模块间的合作和数据共享。3.2运行控制只要符合程序说明书，用户可自由控制，不额外限定用户输入，异常由程序内部处理，并给出提示信息。3.3运行时间每次操作相应上线为5秒。四、系统数据结构设计4.1逻辑结构设计要点1、 用户信息表（User）用户（用户编号，用户名，密码，电话，地址，注册时间）2、 商品信息表（Product）商品（商品编号，商品名，商品描述，市场价，会员价，上架时间，类别编号）3、 类别分类表（Category）类别（编号，类别名，描述，层次编码，级别，父亲编号）4、 订单信息表（SalesOrder）订单（订单编号，用户编号，送货地址，下单时间，订单状态）5、 购物车表（SalesItem）购物车（编号，商品编号，单价，数量，订单号）6、 管理员信息表（User）管理员（管理员编号，用户名，密码，电话，注册时间）如图1.4.1所示。管理员管理会员 n 1 下达 1 n类别属于产品包含订单 m n n 1 m包含 n购物车 图1.4.1 E-R图4.2物理结构设计要点1、 用户信息表（User）序号字段名字段含义类型长度默认值允许空主键说明1Id用户编码int101是自动递增2username用户名varchar403password密码varchar164phone电话varchar405addr地址varchar2556rdate注册时间datatime2、 商品信息表（Product）序号字段名字段含义类型长度默认值允许空主键说明1id产品编号int101是自动递增2name产品名varchar2553descr描述varchar2554normalprice市场价double105memberprice会员价double106pdate上架日期datatime7categoryid类别int10三、类别分类表（Category）序号字段名字段含义类型长度默认值允许空主键说明1id类别编号int101是自动递增2name类别名varchar2553descr描述varchar2554cno层次编码varchar65grade级别varchar16pid父亲编号int10四、订单信息表（SalesOrder）序号字段名字段含义类型长度默认值允许空主键说明1id订单编号int101是自动递增2userid用户编号int1013addr送货地址varchar4004odate下单时间datatime5status订单状态int1五、销售清单表（SaleItem）序号字段名字段含义类型长度默认值允许空主键说明1id编号int101是自动递增2productid产品编号int1013unitprice单价double104pcount数量int35orderid订单编号int10六、 管理员信息表（Admin）序号字段名字段含义类型长度默认值允许空主键说明1Id 用户编码int101是自动递增2username用户名varchar403password密码varchar164phone电话varchar405addr地址varchar2556rdate注册时间datatime4.3数据结构与程序的关系数据结构为关系型数据库，所以在程序中可以用标准的SQL语句与数据结构进行交互，交互过程中采用通用的数据反问接口。为了保持良好的程序架构，对数据库访问采用DAO设计模式实现，提高维护性和扩张性。五、系统出错处理设计5.1出错