基于ASP的在线销售笔记本电脑网站设计与实现

1、中文题目：在线销售笔记本电脑网站设计与实现 外文题目：Online Sales Of Notebook Computers Website Design And Implementation 毕业设计（论文)共 76 页（其中：外文文献及译文 13 页) 图纸共 0 张 完成日期 2010 年 06 月 答辩日期 2010 年 06 月 摘要 本课题在研究了现有的电子商务平台及其相关的技术、标准的基础上确定了电子商 务平台网上销售笔记本电脑系统的目标和需求。对系统目标和需求的充分分析后根据 软件工程原理提出了基于 ASP 技术的网上销售笔记本电脑系统方案。主要功能有产品浏 览和查询，用户注册和

2、登陆以及后台管理等，特别对购物车和定单的实现作了较具体的 说明。笔记本销售网站是一种电子商务类网站，能提供一种用户足不出户就能选购自己 喜欢的笔记本电脑的快捷购物方式。销售网站一般都需要具有对商品介绍的新闻发布系 统和用购物车选购商品以及查询商品得功能。根据这些销售网站的这些功能采用的是 Windows XP+ASP+SQL Server2000 的技术进行开发，最后比较好的的实现了一个在线购物 网站应具备的基本功能，并且界面友好，操作简单。 关键词：电子商务； 笔记本电脑；网站 Abstract The subject in the study of existing e-commerce

3、platform and related technologies, standards, determined on the basis of the e-commerce platform - online sales notebook computer system goals and needs. Goals and needs of the system after a full analysis of software engineering principles based on ASP technology made notebook computer system onlin

4、e marketing programs. Main product browsing and query functions, user registration and login, and management background, especially the realization of shopping cart and order were more specific. Notebook sales of e-commerce site is a class website, homes can provide a user can choose their favorite

5、way to shop faster notebook computers. Sales site generally requires a description of the goods news publishing system and products with a shopping cart and check goods purchase may function. Based on these sales site used by these features is Windows XP + ASP + SQL Server2000s technology developmen

6、t, the realization of the final good of an online shopping site should have the basic features and friendly interface, easy to operate. Key words: Electronic Commerce ；notebook PC；network station; 目录 1 1 项目概述项目概述.1 1 1.1 现系统概述.1 1.2 课题调研 .2 1.3 业务流程描述 .3 1.4 现系统存在问题 .4 2 2 需求分析需求分析.6 6 2.1 系统总体目标 .6

7、 2.2 开发系统具体目标 .7 2.2.1 普通用户对系统的要求 .7 2.2.2 管理员对系统的要求 .8 2.2.3 笔记本销售网站系统要求 .8 2.3 系统数据流程图 .8 2.4 数据字典 .11 2.5 用例模型 .14 2.5.1 普通用户用例图 .14 2.5.2 管理员用例图 .15 3 3 系统概要设计系统概要设计.1717 3.1 概要设计目标.17 3.2 笔记本电脑销售网站功能建模 .17 3.2.1 管理员功能模块 .17 3.2.2 用户功能模块 .19 3.3 系统设计 .19 4 4 系统详细设计系统详细设计.2626 4.1 系统交互图 .26 4.1.1

8、 系统架构类交互图.26 4.1.2 活动者与模块间的交互 .26 4.1.3 系统协作图 .29 4.1.4 系统状态图 .29 4.1.5 系统活动图 .30 4.2 数据库设计 .32 4.2.1 ER 图.32 4.2.2 物理表结构 .33 4.3 开发环境的选择 .35 4.3.1 系统开发工具.35 4.3.2 数据库的选择.35 5 5 编码编码.3636 5.1 登录模块 .36 5.2 用户注册模块界面 .37 5.3 商品查询模块界面 .39 5.4 商品添加及修改模块界面 .41 5.5 商品删除模块界面 .44 6 6 测试测试.4646 6.1 测试原则及测试方法概

9、述 .46 6.2 测试项目测试用例 .47 6.3 系统测试结论 .48 6.3.1 软件能力 .48 6.3.2 软件的缺陷和限制 .48 6.4 系统维护建议 .48 结论结论.4949 致谢致谢.5050 参考文献参考文献.5151 附录附录 A A：中文译文：中文译文 .5252 附录附录 B B：英文原文：英文原文 .5858 附录附录 C C：程序源代码：程序源代码 .6565 1 项目概述 随着信息技术的不断发展和 Internet 互联网技术的日益普及,人们越来越意识到电 子商务对国家经济、企业管理和个人生活所带来的巨大影响。它满足企业、商人和消费 者对提高产品和服务的质量、

10、加快服务速度、降低费用等方面的需求，也帮助企业和个 人通过网络查询和信息检索为企业下一步的发展方向提供支持。借助电子商务，企业和 个人，企业和企业可以通过网络进行交易和全过程的服务。 20世纪末，随着计算机科学的发展，数据库技术在Internet中的应用越来越广泛， 为广大网络用户提供了更加周到和人性化的服务。个性化已逐渐成为当今Web应用的潮流。 据估计，目前Internet上已有上百万个Web 站点，其内容范围跨越了教育科研、文化事 业、金融、商业、新闻出版、娱乐、体育等各个领域，其用户群十分庞大，因此，建设 一个好的Web站点对于一个机构的发展十分重要。 1.1 现系统概述 网上笔记本销

11、售网站是目前Internet上广泛使用的在线系统之一。网上笔记本销售 网站要实现的功能非常多。首先，为了销售笔记本电脑，给电脑做广告是其中一部分， 系统必须在醒目的位置给出笔记本电脑的信息，包括笔记本电脑的名称、编号、价格以 及笔记本电脑的图片介绍，并对浏览次数多和订购数量多的笔记本电脑在醒目位置向用 户进行推荐。同时，笔记本电脑销售过程中还需要对用户的购物车进行管理，允许用户 执行如取消订购，送收银台等操作。最后，系统必须完成结帐的功能，从而完成整个购 物的流程。其次，因为在线销售系统中笔记本电脑的种类很多，某个用户想要找到自己 需要的笔记本电脑就比较困难了，所以系统提供了查找的功能，将电脑

12、分类浏览，给用 户带来方便。另外，为了保证数据库的安全，及电脑交易的顺利进行，系统还需要对用 户进行管理，最简单的一点就是需要用户注册，进行身份的验证。最后，系统特别提供 了数据库管理的功能，允许具有管理权限的人员对系统数据库进行操作，包括添加、删 除、修改记录等等。 网上笔记本销售网站主要是用 ASP 和 SQL 来完成系统设计的。Microsoft 推出的 ASP (Active Server Pages，动态服务器网 )技术可以开发出满足企业、组织和个人需 求的各种站点。ASP 通过服务器端脚本的方式实现服务器端动态网页，支持使用 ActiveX 组件扩展其功能，因此借助 ASP，用户可

13、以开发出功能强大的站点。同时 Web 已经不再 局限于仅仅提供大量的信息服务这是最，Web 技术的发展，使得那些具有交互动态页面、 有条理的数据库查询、丰富信息内容的网页成为最吸引人的网页。数据库技术为动态网 页的发展提供了功能强大的后台数据处理，而 SQL Server 数据库是目前最流行的关系型 数据库系统之一，由于他对服务器的要求较低，因此也是最适合大众安装并上机实践的 完整的数据库管理系统。数据库技术与网站的结合是当今 Web 技术的一个热点。有了数 据库的支持，可以扩展网页的功能，可以方便地设计出交互式页面，可以构造功能更加 强大的后台管理系统，可以为网站的更新、维护提供极大的方便。

14、 1.2 课题调研 在互联网日益发展的今天，网络购物已经不是什么新鲜的事物，一些大型的网络购 物商场每年都会有上亿的成交量，其中比较出名的网络购物网站有：易趣，淘宝，阿里 巴巴等，这些网络商场大多是综合的商场，网络商品五花八门，包罗万象，还有一些购 物网站只销售单一商品，例如，华储网只销售图书。本网上超市系统是一套基于数据库 的电子产品发布管理系统，可用于电子产品的实时发布以及企业产品数据管理，前台用 户可通过页面浏览，查询和订购产品，后台管理员可以管理产品价格，简介，图片等多 类信息。该系统在功能上基本实现一个在线购物系统的应用。 目前在线购物虽然迅猛发展，但是作为电子商务一个重要模型之一的

15、 B2C 模式却远 远落后于 B2B 的发展，原因很多，但其中一个重要的原因是电子商务平台不能全面的解 读电子商务，使电子商务只停留于形式，单纯起到网上交易的目的，虽然我国互联网上 已经有很多个电子商务网站，但真正能实现电子商务功能的却少之又少，更不要说真正 开发电子商务功能，实现电子商务优势了。甚至于有很多是为了迎合电子商务发展而单 纯建立一个界面，放几件商品，后台的工作完全不存在。因此开发一个功能全面，适合 我国商务特色的，经济实用的 B2C 电子商务平台是非常需要和必要的。 无论在国内还是在国外，电子商务都还处于起步阶段。最近几年电子商务得到了迅 速的发展。尽管各个国家具体情况不同，但是

16、基于对国家经济发展的预测，各国政府都 很重视电子商务，并且积极地发展电子商务4。 在发达国家，电子商务的发展非常迅速，通过 Internet 进行交易己成为一种潮流。 基于电子商务所连带出的商品交易方案、电子结账方案和信息安全方案等，已逐步成为 国际信息技术市场竞争的焦点。随着电子商务的日益发展，产生了虚拟银行、网络营销、 网上购物、网络广告等新兴信息产业，从侧面反应了电子商务正在对社会和经济产生着 深刻的影响。 1.3 业务流程描述 通过对拍拍网的调研我发现，拍拍网的业务流程首先由客户在网站上浏览需要的商 品，观看商品的照片及详细信息，当选定商品后向业务员下订单，当业务员收到订单后 检查商品

17、的库存及订单信息是否有效，若订单出现错误或没有库存，将错误订单信息反 馈给客户，让客户重新选择商品，若订单有效则给客户发货，待客户收到商品后向业务 员支付货款。 图形符号说明 数据处理 表示处理 表示业务流向 表示输入/输出的报表 表示账册 表 1-2 流程图符号说明 Table 1-2 the sign explanation of The flow chart 其网站业务流程图如下： 图 1-1 拍拍网在线购物业务流程图 Fig 1-1 Paipai flow chart of online shopping 客 户 资料 登记资料 客户资 料库 商品信息 下订单 订单库 审核订单并 检查

18、库存 错误订单 客 户 正确订单 业务员 库存表 正确订单 审核订单并 检查库存 审核订单并 检查库存 正确订单 审核订单并 检查库存 收款表 1.4 现系统存在问题 通过对拍拍网的调研发现，拍拍网结构复杂且不合理，对客户的网络知识和计算机 操作都有较高的要求，不利于对网络知识及计算机操作了解不多的用户使用。这个原因 导致大部分客源流失，丧失了很多客户。 同时还发现，页面排版复杂，逻辑设计复杂，客户不容易查看到自己的订单信息和 自己购买的商品信息。 网页内含有图片，Flash，视频等占用网络带宽元素较多，导致网页浏览过慢，一些 没有耐心的客户不愿意等，导致客户流失。 2 需求分析 笔记本销售网

19、站利用Internet 的优势，使用户足不出户就可以买到自己需要的笔记 本电脑，从而打破了传统的电脑城经营模式。笔记本销售网站的宗旨在于方便用户购买 自己喜爱的电脑，因此笔记本销售网站应该实现所有方便用户购买电脑所必需的功能和 服务。同时，任何一个销售网站都需要进行管理，笔记本销售网站也不例外。 现在，网络购物系统已经比较常见，他的一些功能是非常基础的,为了更有特色一点,也 为了更注重细节,所以我在这里的一些基本功能上并没有下太多的工夫,而把另外一部分 精力放在了商品的分类管理和客户方面的需求。 2.1 系统总体目标 现在，网络购物系统已经比较常见，他的一些功能是非常基础的,为了更有特色一点,

20、也 为了更注重细节,所以我在这里的一些基本功能上并没有下太多的工夫,而把另外一部分 精力放在了其它一些实用功能的添加上面，比如站内信息发布、销售统计、商品材质管 理、商品单位管理等。下面介绍网络购物系统需要满足的两个方面的基本需求： 客户方面的需求：浏览商品，查看商品详细信息，购买商品，会员登陆、注册，查 看购物车内的商品，查看订单信息，修改会员个人信息。 商家经常说的一句话就是：顾客就是上帝。所以，既然是一个网上购物系统，那么 不管是什么功能都应该是建立在顾客的需求的基础上的。一个不能满足用户的基本需求 的购物网站是不会有哪位顾客愿意第二次光临的。所以，如果是实物的商店可以凭借优 异的服务，

21、但是作为购物网站，不仅需要优质的服务，而且还需要完善的功能设置。 在本系统中，只有会员才能购买商品，如果为非会员，注册后即可正常购买，可以 通过邮局汇款或网上银行支付。 管理员方面的需求：查看会员列表，查看会员信息并可以进行必要的修改，添加商 品，查看、更新，查看商品信息,可以修改会员级别和积分等信息,查看商品销售统计， 查看站内短信息发布，管理用户留言，设置商城基本信息，管理客服信息,管理公告及在 线投票等功能。 权利的金字塔无处不在，作为管理员，就要拥有对商品的全面管理权限，只有把商 品管理好，才能很好的增加网站的效益。 设计友好、简洁、实用的登陆界面。人都是爱面子的，网站虽然没有灵魂，但

22、是一 个好的页面布局的购物网站则可以在很大程度上吸引来更多的顾客。 设计不同用户的登陆方法。登陆是必须要分开的，因为管理员要通过管理权限进入 后台管理，普通会员则只能登陆自己的权限页面。 对所有用户开放商品查询、会员注册和邮箱联系服务，这些基本功能是不需要什么 权限的，只要拥有合法的网络身份即可。 会员可以查询商品及其信息，自主购买和修改个人信息。 网站管理人员维护商品、订单信息和会员信息并查看商品销售情况,并管理客户留言,以 及以站内信的方式向会员发布最新信息。 下面介绍网络购物系统需要满足的两个方面的基本需求： 客户方面的需求：浏览商品，查看商品详细信息，购买商品，会员登陆、注册，查 看购

23、物车内的商品，查看订单信息，修改会员个人信息。 商家经常说的一句话就是：顾客就是上帝。所以，既然是一个网上购物系统，那么 不管是什么功能都应该是建立在顾客的需求的基础上的。一个不能满足用户的基本需求 的购物网站是不会有哪位顾客愿意第二次光临的。所以，如果是实物的商店可以凭借优 异的服务，但是作为购物网站，不仅需要优质的服务，而且还需要完善的功能设置。网 站管理人员维护商品、订单信息和会员信息并查看商品销售情况,并管理客户留言,以及 以站内信的方式向会员发布最新信息。 2.2 开发系统具体目标 2.2.1 普通用户对系统的要求 1）系统要有友好的界面，并提供商品搜索和商品分类浏览，使用户可以方便

24、而 快速地查询到自己需要的电脑。 2）有健全的售后投诉管理系统，当用户希望与本站就有关电脑质量问题或者服 务问题进行协商时，可以通过客户投诉将所要协商的内容提交给本站。 3）系统的用户登录及身份验证要求，系统用户注册、 验证用户的注册信息、 系统用户进入系统的身份验证、 系统用户在不同的页面浏览时的身份验证。 2.2.2 管理员对系统的要求 1）系统能够提供一个友好的管理员界面，使管理员可以对系统数据库中的数据进行 有效的管理。 2）系统能够提供一个友好的订单管理界面，管理员可以对用户订单信息进行处理。 3）提供一个友好的新品入库界面，管理员可以对新品进行添加处理。 4）提供一个友好的商品管理

25、界面，管理员可以对电脑资料进行修改和删除处理。 5）提供一个友好的用户管理界面，管理员可以对用户进行信息查看和删除管理。 6）提供一个友好的用户投诉管理界面，管理员可以对用户的投诉进行处理和提供解 决方案。 2.2.3 笔记本销售网站系统要求 1）许用户浏览所有商品。 2）允许用户按电脑的种类进行查找。 3）允许用户购买自己选定的笔记本电脑。 4）允许用户对购物车进行管理。 5）系统实现订单的处理。 6）系统完成整个购物流程。 7）能实现用户购买后的投诉功能。 2.3 系统数据流程图 数据流图，简称 DFD，是用于表示系统逻辑模型的一种工具，它以图形的方式描绘数 据在系统中流动和处理的过程，由

26、于它只反映系统必须完成的逻辑功能，所以它是一种 功能模型。 数据流图基本图例如下表所示： 表 2-1 数据流图符号说明 Tab2-1 the sign explanation of data flow chart 图形符号名称符号说明 实体 记述系统之外的数据提供或数据获得组织 机构或个人，框内为实体名称。 C PM 处理 记述某种业务的手工活计算机处理，其中， PM 区记述处理标号，C 区记述处理名称。 DN S 数据存储 记述与处理有关的数据存储，DN 区记述存 储标号，S 区记述存储数据的名称。 FM 数据流 记述数据流的流动方向，FM 记述数据流的 名称。 通过对笔记本电脑在线销售系统

27、的系统分析，我们可以得到系统流程图如下： 在线销售笔记本电脑系统顶层数据流程图： 图 2-3 系统顶层数据流程图 Fig 2-3 data flow of system top data flow drawing p0 客户管理员 订单 发货单 缺货单 进货通知 客户管理员 在线销售笔 记本电脑系 统 书库保书库保 管员管员 在线销售笔记本电脑系统第二层数据流程图： 图 2-4 第二层数据流程图 Fig 2-4 the second level of data flow drawing 发货单 p1 缺货单 进货通知 订单 用户 管理员 F2 缺货登记表 用户界面 p2 管理员界面 F1 库存

28、表 用户 管理员 在线销售笔记本电脑系统第三层前台子系统数据流程图： 发货 F2缺货登记表 F4发货登记表 图 2-5 第三层前台子系统数据流程图 Fig 2-5 Fig 2-5 the third level of foreground system data flow drawing 有效 订单 开发货通知单 p1.2 订单 无效订单 审查有效性 订单信息表F3 用户 p1.1 缺货登记 p1.4 p1.3 F1库存信息表 管理员 管理员 管理员 用户 在线销售笔记本电脑系统第三层后台子系统数据流程图： 货物库存表F1 汇总缺货 p2.1 F1待购量表 修改库存和待 购量 p2.2 F2缺

29、货登记表 货物入 库信息 图 2-6 第三层后台子系统数据流程图 Fig 2-6 the third level of background system data flow drawing 2.4 数据字典 数据字典（DD，Data Dictionary）：是以特定格式记录下来的、对系统的数据流程 图中各个基本要素（数据流、加工、存储和外部项）的内容和特征所作的完整的定义和 说明。数据字典是对数据流程图的重要补充和说明。 数据字典是系统分析阶段的重要文档，它清楚地定义与详细地解释了数据流程图上 不能详细表达的内容，同时它也是同用户交谈的工具。数据字典是系统中各类数据描述 的集合，其中规定了每

30、个字段的字段名称，数据类型，长度，主键等基本信息。有时为 了方便，在设计数据库时会有意增加一些数据冗余，对与本系统中出现的数据，我们用 以下数据字典做详细描述。 数据字典提供了关于数据元素、元素组（记录或片断） 、记录组（文件或数据库）信 息的定义和使用机制，以及这些实体之间的联系。还可以定义其它一些实体，例如，输 入格式、报表、屏幕、处理、过程，等等。 1）外部实体卡片的定义，如表 3-1 所示。 表 3-1 外部实体条目 Table 3-1 item of exterior entity 名称：客户 总编号：1001 说明：游客 编 号：001 输入数据流：无 输出数据流：无 名称：管理员

31、 总编号： 1002 说明：管理员 编 号： 002 输入数据流：登陆信息 输出数据流：无 2）处理过程卡片的定义，如表 3-2 所示。 表 3-2 处理过程条目 Table 3-2 item of dispose process 名称：管理员信息查看 总编号：2001 别名：提交登录请求后，查看管理员信息 编 号： P1.2 数据流来源：D1 数据流去向：管理员 名称：商品信息查看 总编号：2002 别名：无 编 号： P2.1 数据流来源：D2 数据流去向：客户、管理员 名称：订单审核 总编号：2003 别名：客户提交未审核订单，管理员审核 编 号： P3.2 数据流来源：P3.1 数据流

32、去向：管理员、D4 名称：新闻信息查看 总编号：2004 别名：无 编 号： P4.1 数据流来源：D5 数据流去向：管理员、客户 3）数据流卡片的定义，如表 3-3 所示。 表 3-3 数据流条目 Table 3-3 item of data flow 名称：商品信息 总编号：3001 功能：添加、删除、修改商品信息 编 号：F1 输入数据流：P2.1 输出数据流：管理员、客户 名称：新闻信息 总编号：3002 功能：添加、删除、修改新闻信息 编 号：F2 输入数据流：P4.1 输出数据流：管理员、客户 名称：订单信息 总编号：3003 功能：生成订单后，审核或删除订单 编 号： F4 输入

33、数据流：P3.1 输出数据流：管理员 名称：新闻评论信息 总编号： 3004 功能：查看信息后，发表评论 编 号： F3 输入数据流：P4.5 输出数据流：管理员、客户 4）数据存储卡片的定义，如表 3-4 所示。 表 3-4 数据存储条目 Table 3-4 item of data store 名称：管理员信息表 总编号：4001 别名：无 编 号： D1 包含的数据结构：管理员名称+密码 有关数据流：P1.1、P1.2 名称：商品信息表 总编号：4002 别名：无 编 号：D2 包含的数据结构：商品编号+商品名称+商品价格+商品介绍 有关数据流：P2.1、P2.2、P2.3、P2.4 名

34、称：订单信息表 总编号：4003 别名：无 编 号： D4 包含的数据结构：订单编号+商品名称+订货数量+订货时间 有关数据流：P3.2、P3.3 5）数据元素卡片的定义，如表 3-5 所示。 表 3-5 数据元素条目 Table 3-5 item of data element 名称：管理员编号 总编号：5001 类型：字符 编 号： 01 长度：（40） 说明：本系统的管理员编 号 有关数据结构：管理员信息 名称：商品名称 总编号： 5002 类型：字符 编 号： 02 长度：（50） 说明：本系统的商品名称 有关数据结构：商品信息 6）数据结构卡片的定义，如表 3-6 所示。 表 3-6

35、 数据结构条目 Table 3-6 item of data structure 名称：管理员信息 总编号：6001 说明：表示管理员的数据结构 编 号： 01 结构描述：管理员编号 有关的数据流程/数据存储：D1、F6 管理员姓名 角色、密码 真实姓名 名称：商品信息 总编号： 6002 说明：表示商品信息的数据结构 编 号：02 结构描述：商品编号 有关的数据流程/数据存储： D2、 F1 商品介绍 商品名称 商品上传时间 商品分类介绍 有关数据结构：商品信息 2.5 用例模型 2.5.1 普通用户用例图 普通用户对该网站进行操作的用例图，对于用户来说，要访问该网站，必须先注册， 登陆，然

36、后才能对该网站进行操作，经过身份认证后，用户可以进行商品浏览，可以将 要购买的商品加入购物车，并将加入购物车的商品进行结算。 图形符号名称符号说明 参与者参与者是系统外部的一 个实体，它以某种方式参与 了用例的执行过程。 用例用例藐视活动者与系统 交互中的对话。 表 2-1 用例图符号说明 Table 2-1 the sign explation of Use Case WEB 用户注 册 WEB 用户登 录 用户个人信息修改 在线购物 商品浏览 用户订购 用户结账 图 3-7 用户用例图 Fig3-7 Use Case for common user Fig 2-1 Use Case for

37、 common user 2.5.2 管理员用例图 管理员对该网站进行操作的用例图，对于管理员来说，要访问该网站，同样也必须 先注册，登陆，然后才能对该网站进行操作，经过身份认证后，管理员以进行商品管理， 订单管理，处理投诉等。 管理员登陆 个人信息修改 订单管理 发货 历史订单浏览 管理员登陆 订单浏览 图 3-8 管理员用例图 Fig3-8 Fig 2-1 Use Case for common user 3 系统概要设计 软件的系统架构是指通过某种特定的技术平台，完成软件系统整体功能的开发过程。 也可以通俗地理解为：总体设计和总体结构布局。 一般而言，软件系统架构有两个要素： 1它是一个

38、软件系统从整体到部分的最高层次的划分。 2建造一个系统所做出的最高层次的，以后难以更改的，商业和技术的决定。 3.1 概要设计目标 软件架构设计要达到如下的目标： 1）可行性（Feasible）。架构具有可行性是架构设计的基石。 2）可靠性（Reliable）。软件系统对于用户的商业经营和管理来说极为重要，因此 软件系统必须非常可靠。 3）安全行（Secure）。软件系统所承担的交易的商业价值极高，系统的安全性非常 重要。 5）可扩展性（Extensible）。在新技术出现的时候，一个软件系统应当允许导入新 技术，从而对现有系统进行功能和性能的扩展。 6）可维护性（Maintainable）。

39、软件系统的维护包括两方面，一是排除现有的错误， 二是将新的软件需求反映到现有系统中去。一个易于维护的系统可以有效地降低技术支 持的花费。 7）可升级性（Scalable）。软件必须能够在用户的使用率、用户的数目增加很快的 情况下，保持合理的性能。只有这样，才能适应用户的市场扩展得可能性。 8）客户体验（Customer Experience）。软件系统必须易于使用。软件的最终用户很 可能是不具有计算机专业技术的人员。 3.2 笔记本电脑销售网站功能建模 3.2.1 管理员功能模块 根据系统的功能分析，它具有的功能主要是管理功能，应该包括用户管理、商品信 息管理（添加商品、修改商品信息、删除商品

40、）、商品类别管理、订单管理、对用户的 投诉进行管理等，其功能图如下。 图 3-1 管理员功能模块图 Fig 3-1 module of manager function drawing 管理员功能模块图 订 单 管 理 投 诉 处 理 修 改 密 码 用 户 管 理 退 出 登 录 商 品 管 理 删 除 商 品 修 改 价 格 添 加 商 品 查 看 用 户 信 息 删 除 用 户 3.2.2 用户功能模块 根据系统的功能分析，它具有的功能主要有用户的注册、用户注册成功并登录成功 后用户对其注册信息的修改、对密码的修改、浏览查找商品信息、对购物车的管理、订 单的查询、以及购买后的投诉功能等，

41、其功能图如下。 关 键 字 搜 索 放 入 购 物 车 送 收 银 台 取 消 订 购 继 续 购 物 确 认 购 买 取 消 订 购 类 别 搜 索 继 续 购 物 搜 索 商 品 查 看 订 单 浏 览 商 品 信 息 查 看 购 物 车 修 改 用 户 信 息 退 出 登 录 修 改 密 码 用户功能模块图 去 收 银 台 客 户 投 诉 图 3-2 用户功能模块图 Fig 3-2module of user function drawing 3.3 系统设计 下面我们将根据架构设计原则和信息系统原理来建立系统的架构设计模型。将信息 系统中比较关心的对象分层，可分为三层：用户界面层、业务

42、层、数据访问层（如下图 3-2所示），再把各层中的一些公共部分提出来：权限管理、异常处理，这样得到包图如 图3-2-1所示： 图3-3 系统体系架构图 Fig3-3 The Diagram of System Architecture ASP Web Forms User Interface Processing Dal InterfaceDal Factory SQL Server DalSQL Server DAAB Bisiness Entities Business Components Enterprise Services 用户界面层 业务逻辑层 数据访问层 用户界面业务逻辑数据访

43、问 权限管理异常处理 图3-4 销售管理模块包图 Fig3-4 Package Diagram of Sales Management Model 1.用户界面包 用户界面包的职责是： （1）与用户的交互，接收用户的各种输入以及输出各种提示信息或处理结果。 （2）对于输入的数据进行数据校验，过滤非法数据。 （3）向业务处理对象发送处理请求。 用户界面包图展开如图3-3所示： 用户界面 输入，输出 数据校验 发送业务处理请求 图 3-5 用户界面包展开图 Fig3-5 Package Diagram of Users Interface 用户界面包包含的类见图 2-4： 用户界面类 #输入输出元

44、素 #业务代理对象 +数据校验（） +业务处理（） 输入界面输出界面 图 3-6 用户界面类图 Fig3-6 Class Diagram of Users Interface 2.业务逻辑包 业务逻辑包的职责是： （1）实现各种业务处理逻辑或处理算法。 （2）验证请求者的权限。 （3）向数据访问对象发送数据持久化操作的请求。 （4）向用户界面层返回处理结果。 业务逻辑包图展开如图3-5所示： 业务逻辑 实现各种业务处理逻辑和算法 验证请求者权限 向数据访问对象发送数据持久化操作的请求 向用户界面层返回处理结果 图 3-7 业务逻辑包展开图 Fig3-7 Package Diagram of U

45、sers Interface 业务逻辑包包含的类见图 3-6： 业务代理类 #权限管理对象 #业务对象 +业务处里（） 业务逻辑类 #数据库连接对象 #数据库访问对象 +业务处里（） 图 3-8 业务逻辑类图 Fig3-8 Class Diagram of Business 3.数据访问包 数据访问层的职责是： （1）实现数据的持久化操作。 （2）实现事务处理。 数据访问包图展开如图3-7所示： 图 3-9 数据访问包图展开 Fig3-9 Package Diagram of Data Access 数据访问 实现数据的持久化操作 实现事务处理 数据访问包包含的类见图 3-8： 数据库访问类

46、#数据库连接对象 #读取（） #写入（） 数据库连接类 +开始事务（） +提交事务（） +回滚事务（） 图 3-10 数据访问类图 Fig3-10 Class Diagram of Data Access 对于每一个业务处理中需要持久化操作的对象都可以对应为一个数据库访问对象， 在很多业务处理中需要请求多个数据库访问对象来进行数据的读写操作，而这些操作又 必须在同一个事务中，这时需要用同一个数据库连接对象来进行统一的事务处理。这里 的数据库连接类的创建用到了单件（Singleton）模式，保证一个类仅有一个实例，一个客 户在同一时刻只能用一个数据库连接对象。 4.权限管理包 权限管理的主要职责

47、是： （1）验证请求者的请求权限。 （2）提供请求者的权限列表。 权限管理包图展开如图3-9所示： 权限管理 验证请求者的请求权限 提供请求者的权限列表 图 3-11 权限管理包图展开 Fig3-11 Package Diagram of Access Authorization 权限管理包包含的类见图 3-10： 权限管理类 #操作员对象 +验证权限 +获取权限列表 操作员类 +登录（） +退出（） +是否构建权限列表 （） +构建权限列表（） -操作员代码 -操作员名称 -权限列表 图 3-12 权限管理类图 Fig3-12 Class Diagram of Access Authoriz

48、ation 5.异常处理包 异常处理的职责： （1）汇报运行时的详细异常信息。 （2）记录异常处理日志。 异常处理包图展开如图 3-11 所示： 异常处理 汇报运行时的详细异常信息 记录异常处理日志 图 3-13 异常处理包图展开 Fig3-13 Package Diagram of Exception Processing 异常处理包包含的类见图 3-12： 异常处理类 #异常处理对象 异常处理实现 异常处理实现异常处理实现异常处理实现异常处理实现 图 3-14 异常处理类图 Fig3-14 Class Diagram of Exception Processing 因为异常处理类型比较多，

49、如：系统异常、数据库异常、业务逻辑异常等，针对不 同类型的异常处理方式也容易变，如：显示错误，记录文本日志，记录数据库日志等， 所以这里使用了桥接（Bridge）模式来实现，使各部分的变化比较独立。 4 系统详细设计 本部分设计主要涉及软件系统的动态建模和系统类图的详细设计。通过为软件系统 项目建立动态模型，从而产生体现系统动态行为的可视化分析结果包括对象的时间 特性和对象为完成目标任务而相互进行通信的机制、对象行为的改变和状态变化情况， 以及对象可能出现的各种活动状况等信息。 4.1 系统交互图 4.1.1 系统架构类交互图 系统架构类的工作流程： 1.用户界面对象在接收了用户的输入请求后，

50、向业务员对象发送处理请求。 2.业务员对象接收到请求后，向权限管理对象发送验证权限请求。 3.权限管理对象验证权限后将验证结果返回给业务员对象。 4.业务员对象根据验证结果进行以下处理：对于不符合权限的请求则返回提示信息；对 于符合权限的请求，则将请求转发给业务对象。 5.业务对象进行业务处理。对于业务处理中的数据持久化操作，通过访问数据库访问对 象进行操作，期间的任何异常都交给异常处理对象处理。最后返回处理结果信息给业 务员对象。 6.业务员对象将处理结果信息返回给用户界面。 系统架构类的交互图如图4-1所示： 4.1.2 活动者与模块间的交互 与销售管理模块进行交互的活动者（角色）主要包括

51、销售业务员与销售管理模块之间的 交互图 如下图 4-1： 业务处理 显示处理结果 请求业务处理类 异常处理 验证结果 验证权限 用户界面类业务界面类权限管理类业务逻辑类 权限符合，请求业务处 理 数据访问类异常处理类 异常处理 图 4-1 系统架构类的交互图 Fig 4-1 Interactive Diagram of System Architecture Class 销售业务员 客户管理订单管理发货单管理 创建客户信息 维护客户信息 查询客户信息 创建订单合同 维护订单合同 售后管理 查询订单合同 创建发货单 维护发货单 查询发货单 修改发货单状态 创建售后信息 维护售后信息 查询售后信息

52、 修改订单状态 客户管理订单管理发货单管理售后管理 维护客户信息 查询客户信息 创建订单 维护订单 查询订单 创建发货单 维护发货单 查看发货单 修改订单状态 修改发货单 创建售后信息 维护售后信息 维护售后信息 业务员 创建客户信息 图 4-2 销售业务员与销售管理交互图 Fig 4-2 Interactive Diagram between Salesman and Sales Management 4.1.3 系统协作图 交互图用来说明系统如何实现一个用例或用例中的一个特殊场景。UML 提供两类交 互图：时序图和协作图。时序图按时间顺序描述系统元素之间的交互；协作图则按照时 间和空间顺序

53、来描述系统元素之间的交互。 根据上节描述的销售业务员创建订单合同的时序图，给出销售业务员创建订单合同的协作图如下 图 4-3 所示。 销售业务员 登录 订单信息验证 订单合同生成 1：输入用户名和密码 2：提交订 购信息 3：提示验证结果 4：提交订单生成命令6：提示订单 合同生成 5：提交订单生成命令 4.1.4 系统状态图 状态图是通过类对对象的生命周期建立模型来描述对象随时间变化的动态行为。状 态图显示了一个状态机，它基本上是一个状态机中的元素的一个投影，也就意味着状态 图包括状态机的所有特性。 在订单管理模块中，主要有创建订单合同、修改订单合同状态、查询订单合同 3 种 状态，这三种状

54、态完成过程非常相似。 图 4-3 销售业务员创建订单合同的协作图 Fig4-3 Collaboration Diagram for Salesman Making Order 图 4-3 销售业务员与销售管理的协作图 Fig 4-3 Collaboration Diagram between Salesman and Sales Management 所以下面仅给出销售业务员创建订单合同的状态图如下图 4-4 所示。 4.1.5 系统活动图 活动图是描述活动是如何协同工作的。当一个操作必须完成一系列事情，而又无法 确定以什么样的顺序来完成这些事情时，活动图可以更清晰地描述这些事情。在订单合 同

55、管理模块中，主要涉及销售业务员的活动。 销售业务员首先登录系统，然后查看客户订购信息，根据需要生成订单合同；还可 登录系统 输入用户名 和密码错误 登录成功页面 用户名和 密码错误 正确 客户订购信息页 提交客户 订购请求 订单信息验证状态 数据更新状态 订单信息 不完整 提交客户 订购信息 添加到数据库 图 4-4 销售业务员创建订单合同的状态图 Fig 4-4 State Diagram for Salesman Making Order 以对未发货的订单合同进行修改；同时可以查询订单合同相关信息等活动。完成活动后 退出系统，下面给出销售业务员的活动图，如下图 4-5 所示。 登录系统 订

56、单合同管理模块 订单合同生成 订单合同修改 订单合同查询 修改订单合同 生成订单合同 退出订单合同管理 订购信息 是否完整 是 否 是否发货 是否 图 4-5 销售业务员在订单管理模块的活动图 Fig 4-5 Activity Diagram for Salesman Making Order 4.2 数据库设计 4.2.1 ER 图 通过以上的系统分析可以知道，系统主要涉及的实体有：管理员、商品、消费者、 订单、发货单等，实体之间联系复杂，现分析如下： 1) 一位用户可以下多个订单，而一个订单只可以被一个用户拥有，因此用户与订单 之间是一对多的关系。 2) 一个管理员可以负责多个订单，而一订

57、单只能被一个管理员处理，因此管理员与 定单之间的关系是一对多的关系。 3)一个管理员可以管理多个商品，一个商品可以被多个管理员管理，因此商品与管 理员之间是多对多的关系。 4) 一个用户可以购买多个商品，一个商品可以被多个用户购买，因此商品与用户之 间是多对多的关系。 2) 一个管理员可以负责多个发货单，而一发货单只能被一个管理员处理，因此管理 员与发货单之间的关系是一对多的关系。 mm 1 m m 1 11 11 管理员 商品 用户 订单处理 管理 购买 下 处理 图 4-6 实体关系 E-R 图 Fig 4-6 Entities relation of ER drawing 4.2.2 物

58、理表结构 将实体关系模型转换成物理表结构如下： 1)对于系统用户信息数据分析，可以列出以下数据项： 用户信息表（Users）：用户ID(Userid)、用户姓名(UserName)、性别（Sex）、密码 (Pwd)、邮箱(Email)、用户地址（address）、用户联系电话（Telephone）、用户手机 （Mobile），得出用户信息表如下。 表4-1用户信息表 Table 4-1 user information 列名数据类型长度允许空 UserIdvarchar20 不允许空 Pwdvarchar20 是 UserNamevarchar50 是 Sexbit1 是 Addressvar

59、char1000 是 Emailvarchar50 是 Telephonevarchar100 是 Mobilevarchar50 是 2)对于系统的商品信息数据分析，可以列出以下数据项： 笔记本的记录信息(Goods)：笔记本的 ID(id)、类型 ID (Typeid)、笔记本的名称 (Name) 、笔记本编号(Sn_Number)、生产公司(Producer)、包装型号(Package)、销售价 格（SalePrice）、进货价格（StorePrice）、笔记本简介（Content）等。 表4-2 笔记本电脑信息表 Table 4-2 Notebook computers informa

60、tion table 列名数据类型长度允许空 Idint4 不允许空 Typeidint4 是 NameVarchar50 是 Sn_NumberVarchar50 是 ProducerVarchar50 是 PackageVarchar50 是 SalePriceFloat8 是 StorePricefloat8 是 ContentVarchar1000 是 PostTimedatetime8 是 ReadCountint4 是 BuyCountint4 是 ImageFileVarchar100 是 2）笔记本的类型信息(Goodstype)：ID、类型名(Type)。 表4-3 类型表