5系统设计与实现

　　5.1网站前台

　　网上花店销售管理系统前台主要包括网站首页，精美鲜花，付款方式，配送范围，订单查询，购物车这几个功能。

　　网站前台主要是针对买家的。向想要购买鲜花的客户展示鲜花的信息，方便他们选择。

　　5.1.1 网站首页

　　网站首页主要包括鲜花分类，最新推荐鲜花，鲜花促销，新品上市这几个部分的展示，其中最新推荐商品可以显示30种最新上架的商品。其界面如下：

　　图5.1 首页界面图

　　5.1.2精美鲜花

　　精美鲜花：展示所有鲜花信息的页面，可以按照用途分类显示，或者按照花材分类显示，或者按照价格分类显示，或者按照对象分类显示。

　　其显示界面如下：

　　图5.2 鲜花信息图

　　分页每页显示20条信息。

　　点击购买之后就进入到鲜花详细信息页面，鲜花详细信息页面主要包括鲜花的名称，鲜花的用途，商品材料，商品包装，鲜花价格等基本信息，其界面如下：

　　图5.3鲜花具体信息图

　　点击购买后，商品便会添加到购物车中。

　　5.1.3购物车

　　购物车：是用户购买商品的。首先用户选择要购买的商品，进入到商品的详细信息。点击购买后，商品便会放入购物车中。可以选多种商品最后一起付款。其界面如下图所示：

　　图5.4购物车界面图

　　点击删除可以删除购物车的信息，点击编辑可以修改订购数量。点击下订单之后,会进入到订单信息填写界面。客户需要填写订花人和收花人的姓名、电话和地址。 如下图所示：

　　图5.5订单信息图

　　订单信息填写完毕之后，点击下一步，提交订单信息。

　　图5.6订单成功界面图

　　点击下一步订单信息提交成功。如下图所示：

　　图5.7订单提交成功界面图

　　到这里，整个购买鲜花的过程就完成了，然后就耐心的等待收花吧。

　　5.1.4订单查询

　　用户购买过商品之后就可以在这里查询自己订单的状态和基本信息。其界面如下所示：

　　图5.8订单查询图

　　5.1.5付款方式

　　付款方式主要提供几种银行卡支付方式给客户，方便进行支付。其中包括工商银行、建设银行、农业银行等。

　　图5.9支付方式图

　　5.1.6送货范围

　　送货范围是向客户展示本店送货的派送范围，避免出现偏远地区的客户下单后无法送达的情况。

　　图5.10 送货范围图

　　5.2网站后台

　　网站后台是管理员进行系统维护的界面, 包括：商品类型管理，商品管理，订单管理， 系统管理。首先管理员需要通过用户名密码登录后台网站管理系统，其界面如下所示：

　　图5.11管理员登录图

　　用户名是admin,密码是1登录成功后，管理员可以进行商品管理，商品类型管理，订单管理。

　　5.2.1商品类型管理

　　商品类型管理包括商品类型添加，修改和删除。

　　图5.11 商品类型管理图

　　5.2.2商品管理

　　商品管理包括商品信息添加，商品信息编辑，以及商品信息删除。

　　商品图片的保存是采用相对路径保存的。

　　图5.12商品管理图

　　图5.13商品修改图

　　图5.14商品列表图

　　5.2.3订单管理

　　订单管理主要包括订单确认，订单派送，订单完成，已完成的订单。

　　订单确认是系统管理员对没有确认的订单进行确认。

　　图5.15订单确认信息图

　　订单派送，如果该订单已经送货，就点击订单派送

　　图5.16订单派送图

　　如果订单已经收款就点击订单完成。

　　图5.17确认订单信息图

　　图5.18已确认订单信息图

　　5.2.4系统管理

　　系统管理包括密码修改，退出系统等。密码修改如下图所示：

　　图5.19密码修改图

　　6系统测试

　　6.1程序调试

　　在设计系统的过程中，存在一些错误是必然的。对于语句的语法错误，在程序运行时自动提示，并请求立即纠正，因此，这类错误比较容易发现和纠正。但另一类错误是在程序执行时由于不正确的操作或对某些数据的计算公式的逻辑错误导致的错误结果。这类错误隐蔽性强，有时会出现，有时又不出现，因此，对这一类动态发生的错误的排查是耗时费力的。

　　6.2程序的测试

　　6.2.1测试的重要性及目的

　　(1)测试的重要性

　　软件的测试在软件生命周期中占据重要的地位，在传统的瀑布模型中，软件测试学仅处于运行维护阶段之前，是软件产品交付用户使用之前保证软件质量的重要手段。近来，软件工程界趋向于一种新的观点，即认为软件生命周期每一阶段中都应包含测试，从而检验本阶段的成果是否接近预期的目标，尽可能早的发现错误并加以修正，如果不在早期阶段进行测试，错误的延时扩散常常会导致最后成品测试的巨大困难。

　　事实上，对于软件来讲，不论采用什么技术和什么方法，软件中仍然会有错。采用新的语言、先进的开发方式、完善的开发过程，可以减少错误的引入，但是不可能完全杜绝软件中的错误，这些引入的错误需要测试来找出，软件中的错误密度也需要测试来进行估计。测试是所有工程学科的基本组成单元，是软件开发的重要部分。自有程序设计的那天起测试就一直伴随着。统计表明，在典型的软件开发项目中，软件测试工作量往往占软件开发总工作量的40%以上。而在软件开发的总成本中，用在测试上的开销要占30%到50%。如果把维护阶段也考虑在内，讨论整个软件生存期时，测试的成本比例也许会有所降低，但实际上维护工作相当于二次开发，乃至多次开发，其中必定还包含有许多测试工作。

　　在实践中，软件测试的困难常常使人望而却步或敷衍了事，这是由于对测试仍然存在一些不正确的看法和错误的态度，这包括:

　　① 认为测试工作不如设计和编码那样容易取得进展难以给测试人员某种成就感;

　　② 以发现软件错误为目标的测试是非建设性的，甚至是破坏性的，测试中发现错位是对责任者工作的一种否定;

　　③ 测试工作枯燥无味，不能引起人们的兴趣;

　　④ 测试工作是艰苦而细致的工作;

　　⑤ 对自己编写的程序盲目自信，在发现错误后，顾虑别人对自己的开发能力的看法。

　　这些观点对软件测试工作是极为不利的，必须澄清认识、端正态度，才可能提高软件产品的质量。

　　(2)测试的目的

　　如果测试的目的是为了尽可能多地找出错误，那么测试就应该直接针对软件比较复杂的部分或是以前出错比较多的位置。

　　① 软件测试是为了发现错误而执行程序的过程;

　　② 测试是为了证明程序有错，而不是证明程序无错误;

　　③ 一个好的测试用例是在于它能发现至今未发现的错误;

　　④ 一个成功的测试是发现了至今未发现的错误的测试。

　　这种观点可以提醒人们测试要以查找错误为中心，而不是为了演示软件的正确功能。但是仅凭字面意思理解这一观点可能会产生误导，认为发现错误是软件测试的唯一目，查找不出错误的测试就是没有价值的，事实并非如此。

　　首先，测试并不仅仅是为了要找出错误。通过分析错误产生的原因和错误的分布特征，可以帮助项目管理者发现当前所采用的软件过程的缺陷，以便改进。同时，这种分析也能帮助我们设计出有针对性地检测方法，改善测试的有效性。其次，没有发现错误的测试也是有价值的，完整的测试是评定测试质量的一种方法。

　　6.2.2测试的步骤

　　与开发过程类似，测试过程也必须分步骤进行，每个步骤在逻辑上是前一个步骤的继续。大型软件系统通常由若干个子系统组成，每个子系统又由若干个模块组成。因此，大型软件系统的测试基本上由下述几个步骤组成：

　　(1)模块测试 在这个测试步骤中所发现的往往是编码和详细设计的错误。

　　(2)系统测试 在这个测试步骤中发现的往往是软件设计中的错误，也可能发现需求说明中的错误。

　　(3)验收测试 在这个测试步骤中发现的往往是系统需求说明书中的错误。

　　6.2.3测试的主要内容

　　为了保证测试的质量，将测试过程分成几个阶段，即:代码审查、单元测试、集成测试、确认测试和系统测试。

　　(1)单元测试

　　单元测试集中在检查软件设计的最小单位—模块上，通过测试发现实现该模块的实际功能与定义该模块的功能说明不符合的情况，以及编码的错误。

　　(2)集成测试

　　集成测试是将模块按照设计要求组装起来同时进行测试，主要目标是发现与接口有关的问题。如一个模块与另一个模块可能有由于疏忽的问题而造成有害影响;把子功能组合起来可能不产生预期的主功能;个别看起来是可以接受的误差可能积累到不能接受的程度;全程数据结构可能有错误等。

　　(3)确认测试

　　确认测试的目的是向未来的用户表明系统能够像预定要求那样工作。经集成测试后，已经按照设计把所有的模块组装成一个完整的软件系统，接口错误也已经基本排除了，接着就应该进一步验证软件的有效性，这就是确认测试的任务，即软件的功能和性能如同用户所合理期待的那样。

　　(4)系统测试

　　软件开发完成以后，最终还要与系统中其他部分配套运行，进行系统测试。包括恢复测试、安全测试、强度测试和性能测试等。

　　单独对系统的测试主要从以下几方面入手：

　　① 功能测试：测试是否满足开发要求，是否提供设计所描述的功能，是否用户的需求都得到满足。功能测试是系统测试最常用和必须的测试，通常还会以正式的软件说明书为测试标准。

　　② 强度测试及性能测试：测试系统能力最高实际限度，即软件在一些超负荷情况下功能实现的情况。

　　③ 安全测试：验证安装在系统内的保护机构确实能够对系统进行保护，使之不受各种非常的干扰。针对本系统主要是对权限系统的测试和对无效数据、错数据、和非法数据干扰的能力的测试。经过上述的测试过程对软件进行测试后，软件基本满足开发的要求，测试宣告结束。