网上电子商城购物系统测试计划

项目开发单位：湖南万众一网通科技有限公司

项目测试单位：湖南万众一网通科技有限公司

一网通网上电子商城购物系统

测试计划

拟制人：徐芳日期：2012-7-14

审核人：日期：2012-7-16

批准人：日期：2011-7-16

目录

1.简介 (3)

1.1目的 (3)

1.2背景 (3)

1.3范围 (3)

1.4使用文档 (3)

2.测试需求 (3)

3.测试风险 (3)

4.测试策略 (4)

4.1测试类型 (4)

4.1.1数据和数据库完整性测试 (4)

4.1.2功能测试 (5)

4.1.3业务周期测试 (6)

4.1.4用户界面测试 (7)

4.1.5性能评价 (8)

4.1.6负载测试 (10)

4.1.7强度测试 (10)

4.1.8容量测试 (12)

4.1.9安全性和访问控制测试 (12)

4.1.10故障转移和恢复测试 (13)

4.1.11配置测试 (13)

4.1.12安装测试............................................................................. 错误！未定义书签。

5.测试概要 (1)

（一）简介

1．目的

网上电子商城购物系统的这一“测试计划”文档的目的是：

（1）提供一个对网站开发项目测试的总体安排和进度计划，确定现有网站的信息和应测试的网站相关性能及体验

（2）标明推荐的测试需求（高层次）。

（3）推荐可采用的测试策略，并对这些策略加以说明。

（4）确定所需的资源，并对测试的工作量进行估计。

（5）列出测试项目的可交付元素

2．背景

a. 系统名称：

网上电子商城购物系统

b. 系统简介：

该系统旨在实现一个网上电子商城，旨在互联网上销售服饰、珠宝、饰品、化妆用品、母婴用品、数码家电、体育用品、日用品、箱包、鞋类等。该系统将面向所有消费者用户。

c. 软件应用：

适用于网上产品的信息收集和发布活动，为用户提供良好的交易平台。

3．范围

网上电子商城购物系统包括的测试类型有：数据库测试、功能性测试、业务周期测试、用户界面测试、性能测试、负载测试、强度测试、容量测试、安全性和访问控制测试、故障转移/恢复测试、配置测试、安装测试等

测试概要

类别子类别功能点

流程测试购买

首页-浏览页面-商品祥情-咨询-购买-购物

车-支付提醒-注册/登陆-付款-查询

搜索首页-导航/商品类别-产品页面

申请供货商

账户信息-申请供货商-填写详细信息-审批

-反馈-批准-显示-上传产品

经营消费商

账户信息-申请经营消费商-审批-反馈-批

准-显示

退货

订货页面-退货-审批-反馈信息-退款提示-

客户查询

积分到账积分查询-查询显示页面

团购购买-付款页面-合计付款金额

功能测试界面测试

色彩搭配

整体布局

控件是否有效

性能测试

链接测试

搜索测试

输入域测试

分页测试

交互性数据测试

页面响应(加载时间，响应时间)

负载测试

确保系统在超出最大预期工作量的情况下

仍能正常运行

多个事务或多个用户：在可接受的时间范围

内成功地完成测试，没有发生任何故障故障转移和恢复测试

客户机断电

服务器断电

通过网络服务器产生的通信中断

DASD 和/或 DASD 控制器被中断、断电或与

DASD 和/或DASD 控制器的通信中断

周期未完成（数据过滤进程被中断，数据同

步进程被中断）。

数据库指针或关键字无效

数据库中的数据元素无效或遭到破坏

兼容性测

试服务器+客户端+数据库服务

器

Window2000(S)

WindowXp

Window2000(P)

Window2003

浏览器

Window

IE6.0以上

NetScape

FireFox

Maxthon

其他(世界之窗)

安全性测

试应用程序对数据或业务功能的访问系统级别对系统的登录或远程访问

（二）测试需求

已被确定为测试对象的项目有：

1．数据库测试

2．功能性测试

3．业务周期测试

4．用户界面测试

5．性能测试

6．负载测试

7．强度测试

8．容量测试

9．安全性和访问控制测试

10．故障转移/恢复测试

11．配置测试

（三）测试风险

软件测试风险是不可避免的、总是存在的，所以对测试风险的管理非常重要，必须尽力降低测试中所存在的风险，最大程度地保证质量和满足客户的需求。在测试工作中，主要的风险有：

1．质量需求或产品的特性理解不准确，造成测试范围分析的误差，结果某些地方始终测试不到或验证的标准不对；

2．测试用例没有得到百分之百的执行，如有些测试用例被有意或无意的遗漏；

3．需求的临时/突然变化，导致设计的修改和代码的重写，测试时间不够；

4．质量标准不都是很清晰的，如适用性的测试，仁者见仁、智者见智；

5．测试用例设计不到位，忽视了一些边界条件、深层次的逻辑、用户场景等；

6．测试环境，一般不可能和实际运行环境完全一致，造成测试结果的误差；

7．有些缺陷出现频率不是百分之百，不容易被发现；如果代码质量差，软件缺陷很多，被漏检的缺陷可能性就大；

8．回归测试一般不运行全部测试用例，是有选择性的执行，必然带来风险。

前面三种风险是可以避免的，而四至七的四种风险是不能避免的，可以降到最低。最后一种回归测试风险是可以避免，但出于时间或成本的考虑，一般也是存在的。

针对上述软件测试的风险，有一些有效的测试风险控制方法，如：

测试环境不对可以通过事先列出要检查的所有条目，在测试环境设置好后，由其他人员按已列出条目逐条检查；

有些测试风险可能带来的后果非常严重，能否将它转化为其他一些不会引起严重后果的低风险。如产品发布前夕，在某个不是很重要的新功能上发现一个严重的缺陷，如果修正这个缺陷，很有可能引起某个原有功能上的缺陷。这时处理这个缺陷所带来的风险就很大，对策是去掉(Diasble)那个新功能，转移这种风险；

有些风险不可避免，就设法降低风险，如“程序中未发现的缺陷”这种风险总是存在，我们就要通过提高测试用例的覆盖率（如达到99.9%）来降低这种风险；

为了避免、转移或降低风险，事先要做好风险管理计划和控制风险的策略，并对风险的处理还要制定一些应急的、有效的处理方案。

（四）测试策略

测试策略提供了推荐用于测试对象的方法。第二节“测试需求”中说明了将要测试哪

些对象，而本节则要说明如何对测试对象进行测试。对于每种测试，都应提供测试说

明，并解释其实施和执行的原因。如果不实施和执行某种测试，则应该用一句话加以说

明，并陈述这样做的理由。例如，“将不实施和执行该测试。该测试不合适。”制定测试

策略时所考虑的主要事项有：将要使用的方法以及判断测试何时完成的标准。下面列出了

在进行每项测试时需考虑的事项，除此之外，测试还只应在安全的环境中使用已知的、受

控的数据库来执行。测试类型有如下几种：

（1）数据和数据库完整性测试

数据库和数据库进程应作为“网上电子商城购物系统”中的子系统来进行测试。在测试这

些子系统时，不应将测试对象的用户界面用作数据的接口。对于数据库管理系统 (DBMS)，

还需要进行深入的研究，以确定可以支持以下测试的工具和方法。

表1-8 数据库测试说明表

测试目标：确保数据库访问方法和进程正常运行，数据不会遭到损坏。

方法：调用各个数据库访问方法和进程，并在其中填充有效的和无效的数据或对数据的请求。

检查数据库，确保数据已按预期的方式填充，并且所有数据库事件都按正

常方式出现；或者检查所返回的数据，确保为正当的理由检索到了正确的

数据]

完成标准：所有的数据库访问方法和进程都按照设计的方式运行，数据没有遭到损

坏。

需考虑的特殊事项：测试可能需要 DBMS 开发环境或驱动程序以便在数据库中直接输入或修改数据。

进程应该以手工方式调用。

应使用小型或最小的数据库（其中的记录数很有限）来使所有无法接受的事件具有更大的可见性。

（2）功能测试

测试对象的功能测试应该侧重于可以被直接追踪到用例或业务功能和业务规则的所有

测试需求。这些测试的目标在于核实能否正确地接受、处理和检索数据以及业务规则是否

正确实施。这种类型的测试基于黑盒方法，即通过图形用户界面 (GUI) 与应用程序交互并

分析输出结果来验证应用程序及其内部进程。以下列出的是每个应用程序推荐的测试方法

概要：

表1-9 功能测试说明表

测试目标：确保测试对象的功能正常，其中包括导航、统计、购买和检索等。

方法：利用有效的和无效的数据和操作来执行各个用例、用例流或功能，以核实以下内容：

在使用有效数据时得到预期的结果。

在使用无效数据时显示相应的错误消息或警告消息。

各业务规则都得到了正确的应用。

完成标准：所计划的测试已全部执行。

所发现的缺陷已全部解决。

需考虑的特殊事项：确定或说明那些将对功能测试的实施和执行造成影响的事项或因素（内部的或外部的）

（3）业务周期测试

业务周期测试应模拟在一段时间内对“网上电子商城购物系统”执行的活动。应先

确定一段时间（例如一年），然后执行将在该时段内发生的事务和活动。这种测试包括所有

的每日、每周和每月的周期，以及所有与日期相关的事件（如备忘录）。

表1-10 业务周期测试说明表

测试目标确保测试对象及后台进程都按照所要求的业务模型和时间表正确运行。

方法：通过执行以下活动，测试将模拟若干个业务周期：

将修改或增强对测试对象进行的功能测试，以增加每项功能的执行次数，

从而在指定的时段内模拟若干个不同的用户。

将使用有效的和无效的日期或时段来执行所有与时间或日期相关的功能。

将在适当的时候执行或启动所有周期性出现的功能。

在测试中还将使用有效的和无效的数据，以核实以下内容：

在使用有效数据时得到预期的结果。

在使用无效数据时显示相应的错误消息或警告消息。

各业务规则都得到了正确的应用。

完成标准：所计划的测试已全部执行。

所发现的缺陷已全部解决。

需考虑的特殊事项：系统日期和事件可能需要特殊的支持活动

需要通过业务模型来确定相应的测试需求和测试过程。

（4）用户界面测试

通过用户界面 (UI) 测试来核实用户与软件的交互。UI 测试的目标在于确保用户界面

向用户提供了适当的访问和浏览测试对象功能的操作。除此之外，UI 测试还要确保 UI 功

能内部的对象符合预期要求，并遵循公司或行业的标准。

表1-11 用户界面测试说明表

测试目标：核实以下内容：

通过浏览测试对象可正确反映业务的功能和需求，这种浏览包括窗口与窗

口之间、字段与字段之间的浏览，以及各种功能键的使用

窗口的对象和特征（例如：菜单、大小、位置、状态和中心）都符合标准。

方法：每个窗口的功能都得到执行，以核实各个应用程序窗口和对象都可正确地进行浏览，并处于正常的对象状态。

完成标准：证实各个窗口都与基准版本保持一致，或符合可接受标准

需考虑的特

殊事项：并不是所有定制或第三方对象的特征都可访问。

（5）性能评价

性能评价是一种性能测试，它对响应时间、事务处理速率和其他与时间相关的需求进

行评测和评估。性能评价的目标是核实性能需求是否都已满足。实施和执行性能评价的目

的是将测试对象的性能为当作条件（例如工作量或硬件配置）的一种函数来进行评价和微

调。

注：以下事务均指“逻辑业务事务”。这种事务被定义为将由系统的某个主角通过使用测

试对象来执行的特定用例，例如，添加或修改某个合同。

表1-12性能测试说明表

测试目标：核实所指定的事务或业务功能在以下情况下的性能行为：

正常的预期工作量

预期的最繁重工作量

方法：使用为功能或业务周期测试制定的测试过程。

通过修改数据文件来增加事务数量，或通过修改脚本来增加每项事务的迭

代次数。

脚本应该在一台计算机上运行（最好是以单个用户、单个事务为基准），

并在多台客户机（虚拟的或实际的客户机，请参见下面的“需考虑的特殊

事项”）上重复。

完成标准：单个事务或单个用户：在每个事务所预期或要求的时间范围内成功地完成测试脚本，没有发生任何故障。

多个事务或多个用户：在可接受的时间范围内成功地完成测试脚本，没

有发生任何故障。

需考虑的特殊事项：综合的性能测试还包括在服务器上添加后台工作量。

可采用多种方法来执行此操作，其中包括：

通过创建“虚拟的”用户负载来模拟许多个（通常为数百个）客户机。此负载可通过“远程终端仿真”(Remote Terminal Emulation) 工具来实现。此技术还可用于在网络中加载“流量”。

使用多台实际客户机（每台客户机都运行测试脚本）在系统上添加负载。性能测试应该在专用的计算机上或在专用的机时内执行，以便实现完全的控制和精确的评测。

性能测试所用的数据库应该是与实际大小相同或等比例缩放的数据库。

（6）负载测试

负载测试是一种性能测试。在这种测试中，将使测试对象承担不同的工作量，以评测

和评估测试对象在不同工作量条件下的性能行为，以及持续正常运行的能力。负载测试的

目标是确定并确保系统在超出最大预期工作量的情况下仍能正常运行。此外，负载测试还

要评估性能特征，例如，响应时间、事务处理速率和其他与时间相关的方面。

注：以下事务均指“逻辑业务事务”。这些事务被定义为将由系统的最终用户通过使用应

用程序来执行的具体功能，例如，添加或修改某个合同。

表1-13负载测试说明表

测试目标：核实所指定的事务或商业理由在不同的工作量条件下的性能行为时间。

方法：使用为功能或业务周期测试制定的测试。

通过修改数据文件来增加事务数量，或通过修改测试来增加每项

事务发生的次数。

完成标准：多个事务或多个用户：在可接受的时间范围内成功地完成测试，没有发生任何故障。

需考虑的特殊事项：负载测试应该在专用的计算机上或在专用的机时内执行，以便实现完全的控制和精确的评测。

负载测试所用的数据库应该是与实际大小相同或等比例缩放的数

据库。

（7）强度测试

强度测试是一种性能测试，实施和执行此类测试的目的是找出因资源不足或资源争用

而导致的错误。如果内存或磁盘空间不足，测试对象就可能会表现出一些在正常条件下并

不明显的缺陷。而其他缺陷则可能由于争用共享资源（如数据库锁或网络带宽）而造成的。

强度测试还可用于确定测试对象能够处理的最大工作量。注：以下提到的事务都是指逻辑

业务事务。

表1-13强度测试说明表

测试目标：核实测试对象能够在以下强度条件下正常运行，不会出现任何错误：

服务器上几乎没有或根本没有可用的内存（RAM 和 DASD）

连接或模拟了最大实际（或实际可承受）数量的客户机

多个用户对相同的数据/账户执行相同的事务

最繁重的事务量或最差的事务组合（请参见上面的“性能测试”）

注：强度测试的目标还可表述为确定和记录那些使系统无法继续正常运行

的情况或条件。

客户机的强度测试在“配置测试”的第 3.1.11 节中进行了说明。

方法：使用为性能评价或负载测试制定的测试。

要对有限的资源进行测试，就应该在一台计算机上运行测试，而且应该减

少或限制服务器上的 RAM 和 DASD。

对于其他强度测试，应该使用多台客户机来运行相同的测试或互补的测试，

以产生最繁重的事务量或最差的事务组合。

完成标准：所计划的测试已全部执行，并且在达到或超出指定的系统限制时没有出现任何软件故障，或者导致系统出现故障的条件并不在指定的条件范围之内。

需考虑的特殊事项：如果要增加网络工作强度，可能会需要使用网络工具来给网络加载消息或信息包。

应该暂时减少用于系统的 DASD，以限制数据库可用空间的增长。

使多个客户机对相同的记录或数据账户同时进行的访问达到同步。

（8）容量测试

容量测试使测试对象处理大量的数据，以确定是否达到了将使软件发生故障的极限。

容量测试还将确定测试对象在给定时间内是否能够持续处理的最大负载或工作量。例如，

如果测试对象正在为生成一份报表而处理一组数据库记录，那么容量测试就会使用一个大

型的测试数据库，检验该软件是否正常运行并生成了正确的报表。

表1-14容量测试说明表

测试目标：核实测试对象在以下大容量条件下能否正常运行：

连接（或模拟了）最大（实际或实际可承受）数量的客户机，所有客户机

在长时间内执行相同的、且情况（性能）最差的业务功能。

已达到最大的数据库大小（实际的或按比例缩放的），而且同时执行了多

个查询或报表事务。

方法：使用为性能评价或负载测试制定的测试。

应该使用多台客户机来运行相同的测试或互补的测试，以便在长时间内产

生最繁重的事务量或最差的事务组合（请参见上面的“强度测试”）。

创建最大的数据库大小（实际的、按比例缩放的、或输入了代表性数据的

数据库），并使用多台客户机在长时间内同时运行查询和报表事务。

完成标准：所计划的测试已全部执行，而且在达到或超出指定的系统限制时没有出现任何软件故障。

需考虑的

特殊事项：对于上述的大容量条件，哪个时段是可以接受的时间？

（9）安全性和访问控制测试

安全性和访问控制测试侧重于安全性的两个关键方面：

a.应用程序级别的安全性，包括对数据或业务功能的访问

b.系统级别的安全性，包括对系统的登录或远程访问。

应用程序级别的安全性可确保：在预期的安全性情况下，主角只能访问特定的功能或

用例，或者只能访问有限的数据。例如，可能会允许所有人输入数据，创建新账户，但只

有经理才能删除这些数据或账户。如果具有数据级别的安全性，测试就可确保“用户类型

一”能够看到所有客户信，（包括财务数据），而“用户二”只能看见同一客户的统计数

据。

系统级别的安全性可确保只有具备系统访问权限的用户才能访问应用程序，而且只能通过

相应的网关来访问。

表1-15安全性和访问控制测试说明表

测试目标：应用程序级别的安全性：[核实主角只能访问其所属用户类型已被授权使用的那些功能或数据。

系统级别的安全性：核实只有具备系统和应用程序访问权限的主角才能访

问系统和应用程序。

方法：应用程序级别的安全性：[确定并列出各用户类型及其被授权使用的功能或数据。

为各用户类型创建测试，并通过创建各用户类型所特有的事务来核实其权

限。

修改用户类型并为相同的用户重新运行测试。对于每种用户类型，确保正

确地提供或拒绝了这些附加的功能或数据。

系统级别的访问：请参见下面的“需考虑的特殊事项”

完成标准：各种已知的主角类型都可访问相应的功能或数据，而且所有事务都按照预期的方式运行，并在先前的应用程序功能测试中运行了所有的事务。

需考虑的特殊事项：必须与相应的网络或系统管理员一起对系统访问权进行检查和讨论。由于此测试可能是网络管理或系统管理的职能，可能不需要执行此测试。

（10）故障转移和恢复测试

故障转移和恢复测试可确保测试对象能成功完成故障转移，并从硬件、软件或网络等方面的各种故障中进行恢复，这些故障导致数据意外丢失或破坏了数据的完整性。

故障转移测试可确保：对于必须始终保持运行状态的系统来说，如果发生了故障，那么备选或备份的系统就适当地将发生故障的系统“接管”过来，而且不会丢失任何数据或事

务。

恢复测试是一种相反的测试流程。其中，将应用程序或系统置于极端的条件下（或者是模仿

的极端条件下），以产生故障，例如设备输入/输出 (I/O) 故障或无效的数据库指针和关健字。启用恢复流程后，将监测和检查应用程序和系统，以核实应用程序或系统是正确无误的，或数据已得到了恢复。

表1-16故障转移和恢复测试说明表

测试目标：确保恢复进程（手工或自动）将数据库、应用程序和系统正确地恢复到了预期的已知状态。测试中将包括以下各种情况：

客户机断电

服务器断电

通过网络服务器产生的通信中断

DASD 和/或 DASD 控制器被中断、断电或与 DASD 和/ 或DASD 控制器的

通信中断

周期未完成（数据过滤进程被中断，数据同步进程被中断）。

数据库指针或关键字无效

数据库中的数据元素无效或遭到破坏

方法：应该使用为功能和业务周期测试创建的测试来创建一系列的事务。一旦达到预期的测试起点，就应该分别执行或模拟以下操作：

客户机断电：关闭 PC 的电源。

服务器断电：模拟或启动服务器的断电过程。

通过网络服务器产生的中断：模拟或启动网络的通信中断（实际断开通信线路的连接或关闭网络服务器或路由器的电源）。

DASD 和 DASD 控制器被中断、断电或与 DASD 和 DASD 控制器的通信中断：模拟与一个或多个 DASD 控制器或设备的通信，或实际取消这种通信。

一旦实现了上述情况（或模拟情况），就应该执行其他事务。而且一旦达到第二个测试点状态，就应调用恢复过程。

在测试不完整的周期时，所使用的方法与上述方法相同，只不过应异常终止或提前终止数据库进程本身。

对以下情况的测试需要达到一个已知的数据库状态。当破坏若干个数据库字段、指针和关键字时，应该以手工方式在数据库中（通过数据库工具）直接进行。其他事务应该通过使用“应用程序功能测试”和“业务周期测试”中的测试来执行，并且应执行完整的周期。]

完成标准：在所有上述情况中，应用程序、数据库和系统应该在恢复过程完成时立即返回到一个已知的预期状态。此状态包括仅限于已知损坏的字段、指针或

关键字范围内的数据损坏，以及表明进程或事务因中断而未被完成的报表。

需考虑的特殊事项：恢复测试会给其他操作带来许多的麻烦。断开缆线连接的方法（模拟断电或通信中断）可能并不可取或不可行。所以，可能会需要采用其他方法，例如诊断性软件工具。

需要系统（或计算机操作）、数据库和网络组中的资源。

这些测试应该在工作时间之外或在一台独立的计算机上运行。

（11）配置测试

配置测试核实测试对象在不同的软件和硬件配置中的运行情况。在大多数生产环境

中，客户机工作站、网络连接和数据库服务器的具体硬件规格会有所不同。客户机工作站

可能会安装不同的软件,例如，应用程序、驱动程序等。而且在任何时候，都可能运行许多

不同的软件组合，从而占用不同的资源。

表1-17配置测试说明表

测试目标：核实测试对象可在要求的硬件和软件配置中正常运行。

方法：使用功能测试脚本。

在测试过程中或在测试开始之前，打开各种与非测试对象相关的软件（例

如 Microsoft 应用程序：Excel 和 Word），然后将其关闭。

执行所选的事务，以模拟主角与测试对象软件和非测试对象软件之间的交

互。

重复上述步骤，尽量减少客户机工作站上的常规可用内存。

完成标准：对于测试对象软件和非测试对象软件的各种组合，所有事务都成功完成，没有出现任何故障。

需考虑的特殊事项：需要可以使用并可以通过桌面访问哪种非测试对象软件？

通常使用的是哪些应用程序？

应用程序正在运行什么数据？例如，在Excel 中打开的大型电子表格，或是在 Word 中打开的 100 页文档。

作为此测试的一部分，应将整个系统、Netware、网络服务器、数据库等都记录下来。

（七）测试进度和里程碑

1．项目测试进度

以下测试工作任务的起止时间为：2011.09.08~2011.09.15（1）制定测试计划

- 确定测试需求

- 评估风险

- 制定测试策略

- 确定测试资源

- 创建时间表

- 生成测试计划

（2）设计测试

- 准备测试计划说明书

- 确定并说明测试用例

- 复审和评估测试覆盖

（3）实施测试

- 单元测试阶段

- 集成测试阶段

- 系统测试阶段

- 提交测试分析报告

（4）测试活动总结

（1）测试目的

提供一个对《网上电子商城购物系统》软件进行测试的总体安排和进度计划，确定现有项目的信息和应测试的软件构件标明推荐的测试需求（高层次）推荐可采用的测试策略，并对这些策略加以说明确定所需的资源，并对测试的工作量进行估计，列出该项目的可交付元素。

（2）测试范围

1.测试用户注册会员功能是否正确

2.测试是否能够区分用户类别进行登录

3.测试用户的登录功能是否正确

4.测试用户基本资料管理功能是否正确

5.测试用户账号管理功能

5测试概要

模块名称子模块功能点

用户登录模块1.注册检测

2.登录检测

3.找回密码

1系统前台测试Capture Ready 商品展示

模块

1. 商品显示.

2. 产品分类查询

3. 产品热门查询

4.查看商品详情

5.高级查询

购物车模

块

1.添加购物车

2.删除购物车

3.修改产品数及量类型订单模块

1.下订单

2.修改订单

3.查阅订单

4.删除订单

5.订单付款

商城公告

1.显示效果

导航栏测

试1.用户管理链接

2.购物车链接

3.新闻链接

4.联系我们链接

5.订单查询

2.系统后台测试订单管理

1.等待付款订单

2.正在配货订单

3.正在发货订单

4.正在发货订单

5.已发货订单

6.已取消订单

产品管理

1.产品类别管理

2.产品品牌管理

3.产品管理

网站用户

管理

1. 用户查询

2.网站用户管理

权限

管理

1.部门管理

2.网站用户管理

网站用户

管理

1.用户查询

2.部门管理

3.员工管理

积分管理

1.用户管理

2.积分反馈方法

3.积分到户

流程：所有无效流程，有效流程

界面：单页面下所有控件有效(1.能检验非法输入．2.控件的长宽，用户体验；3.页面布局．控件组合逻辑测试，)

性能：页面的加载时间，响应时间，图片的显示效果

电子商务系统分析与设计复习题及答案31802

《电子商务系统分析与设计》 一、填空题： 1.电子商务系统规划的常用方法包括：战略集合变换法，关键成功因素法、企业系统规划法。 2.U/C矩阵的正确性检验包括完备性检验、一致性检验、无冗余检验。 For personal use only in study and research; not for commercial use 3.从企业商务活动的信息化角度来看，电子商务系统的发展过程大致可分为四个阶段： 酝酿阶段、雏形阶段、发展阶段和完善阶段。 4.电子商务系统分析的思路是自顶向下、从静到动、去伪存真、不断迭代。 5.结构化分析方法认为计算机数据处理过程可以归结为输入数据、处理转换、输出数据 6. 数据流程图的两个特征是：抽象性和概括性。 8. UML主要包括三个基本内容事物、关系、图。 9. UML中定义了四种关系：依赖、关联、泛化和实现。 10.结构化分析方法中，系统模块设计应该降低模块间的耦合度，增加模块内的组合度。 11. 电子商务的网络环境可以通过多种接入方式实现，如专线接入、服务器托管、虚拟主机和数据中心。 12.系统的经济可行性分析包括成本估算和效益估算。 13.在结构化分析方法中，使用的主要工具是数据流图和数据字典。 14.通过面向对象的分析建立的系统模型，称为概念模型。 15.面向对象的分析模型由五个层次组成，这五个层次是指：对象和类型、结构层、属性层、服务层、主题层。 16.用例图是描述系统基本功能的工具，包含角色、用例和系统三种元素。 17.请列举目前主流的三种Web服务器IIS、Websphere、Apache。 18.电子商务系统由三个部分构成，即企业内部Intranet、Extranet和Internet三个部分。 19.电子商务系统规划中的关键成功因素法使用的工具是树状因果图。 20.电子商务系统分析的特点包括不确定性, 创新性，整合性。 21.数据字典应由下列4类元素的定义组成：数据流、数据存储、数据项和小说明。 22.UML中结构事物包括7种元素：类、接口、协作、用例、活动类、组件和节点。 23. 支持电子商务系统的局域网应具有较高的带宽和安全可靠的隔离措施。 24.系统输出设计的四项基本任务包括：输出方式设计，确定输出信息的内容，保护输出信息，设计并制作报表原型。 25.面向对象设计任务包括：对象定义求精，数据模型设计和优化。 26.系统切换的方式可分为直接切换、并行切换和试点切换。 27.电子商务系统集成的层次有网络集成、数据集成、企业商务流程集成和应用集成。 28. 电子商务网站主题设计应考虑的问题包括：主题要专而精，主题要有创意，主题要结合企业自身特点和有广泛的用户群。 29.电子商务网站按商务目的和业务功能可分为：基本性商务网站、宣传型商务网站、客户服务型商务网站和完全电子商务运作型网站。 31. B2B电子商务系统的商务模式主要有以买卖为主的采购方式，以卖方为主的拍卖方式和撮合交易方式。

网上商城购物系统 测试分析报告

测试分析报告（GB8567——88） 1引言 1.1编写目的 对网上购物系统项目中所有的软件测试活动中，包括测试进度、资源、问题、风险以及测试组和其他组间的协调等进行评估，总结测试活动的成功经验与不足，以便今后更好的开展测试工作。 本系统测试总结报告的预期读者是：项目组所有人员,测试组人员,以及指导老师。1.2背景 说明： a.被测试软件系统的名称：网上商城购物系统； b.任务提出者：XX； c.开发者：计算机科学与技术的小组成员xx； d.用户：XX； e.本系统将使用SQLServer2000作为数据库存储系统。 1.3定义 （1）Asp(active server pages)是微软公司推出的一种用以取代CGI的技术，基于目前绝大多数网站应用于windows平台，asp是一个位于windows服务器端的脚本运行环境，通过这种环境，用户可以创建和运行动态的交互式的web服务器应用程序以及EDI（电子数据交换）； （2）ADO：ActiveX Data Object, ActiveX 数据对象； （3）SQL：Structured Query Language。 1.4参考资料 1、《ASP程序设计及应用》张景峰主编第011903号中国水利水电出版社2009.1 2、《数据库原理及其教程（第三版）》黄德才主编第088716号科学出版社2010.6 3、《ASP+SQL Server动态网站开发从基础到实践》杨世锡,赵辉编著第377507号 电子工业出版社2005 4、《ASP+SQL Server项目开发实践》黄雷编著第38854号中国铁道出版社2006 5、《Dreamweaver 8与ASP动态网站开发自学导航》戎马工作室编著第298301号机

网上购物系统报告

网上购物系统报告 The Standardization Office was revised on the afternoon of December 13, 2020

网上购物系统UML实验报告 实验目的： 1.掌握用例图的涵义和内容 2.掌握用例图的绘制方法 3.掌握用例图的使用范围 4.理解活动图及状态图表示界面迁徙的方法。 实验内容： 有如下案例： 某网络购物系统，这次开发的软件项目是一个网上购物系统。使用此系统的顾客通过互联网进行网上购物；使用此系统的管理员通过互联网进行系统的管理。这个系统的主要功能如下。 ●顾客能够按照商品类别，关键字等信息对商品进行查询，取得商品概要 信息，并能进一步查看商品详细信息。 ●顾客能够注册及登陆，能够添加商品到购物车，也能修改购物车中商 品，并能够进行结账。结账时，顾客可以选择多种结账方式。 ●顾客可以查看及修改自己的订单（在系统发货前）。 ●管理员能够维护业务数据，包括商品，订单，会员数据等。 ●该系统与财务系统交互，更新订单付款状态。 ●该系统也与库存系统以及物流系统（确定订单配送状态）交互。 画出该案例用例图，详细书写其中至少2个主要用例的用例文本，画出主要界面原型，并用状态图表示界面之间的迁徙。 将上述用例分析结果形成完成的用例模型文档。

实验步骤: 用例分析： 本系统共有三类用户： 普通用户是指没有登陆权限（主要指网络用户），以匿名用户的身份访问系统网站。此类用户主要有浏览系统信息、查看商品信息，注册成为会员。把本网站设为首页，添加到收藏夹，联系开发人，查看交款方式，退换货原则，配送范围，交易条款，保密协议等操作。浏览的内容包括：商品信息、商品分类信息。 会员：这类用户拥有普通用户的所有权限；普通用户可以注册成为会员，并根据会员ID和密码登陆系统，登陆之后可以对更改自己的信息但会员ID做为数据库表主键不能修改。会员登陆后可以查看商品信息，查看各种分类商品信息，将商品添加到购物车中。修改购物车中商品数量，或是删除某些不想要的商品。 系统管理员：系统管理员主要负责管理着系统后台信息；主要有订单管理，商品管理，会员管理，留言管理和系统管理。订单管理有未确认订单和已确认订单管理，未付款订单和已付款订单管理，未发货和已发货订单管理，未归档和已归档订单管理。商品管理主要有商品添加和商品管理，商品类别添加和商品类别管理。会员管理主要有添加管理员和管理管理员，管理会员。物流系统主要有支付方式添加和管理，配送方式添加和管理，配送地点添加和管理。系统管理主要是上传管理。

[VIP专享]网上商城购物系统 项目总结报告

项目总结报告 摘要 本项目运用了ASP开发技术，开发出了一个包含有基本功能的网上购物商城。本项目的开发过程中运用到了ASP的基础知识。 数据库的访问与连接基础等知识。 第一章项目开发计划书 1.1项目开发过程阶段划分 任务名称开始时间完成时间完成标志需求分析2012.4.12012.3需求分析说明书项目开发计划 2012.4.4.2012.4.8项目开发计划书概要设计2012.4.92012.4.13概要设计说明书数据库设计2012.4.142012.4.20数据库设计说明书详细设计2012.4.212012.4.27详细设计说明书编码2012.4.282012.5.15源代码文件 测试2012.5.162012.5.23测试报告书1.2项目工作任务分解 任务项负责人交付项、应提交文档

计划XX 《项目开发计划》《详细设计说明书》 需求分析XX 《需求分析说明书》《概要设计说明书》 分析设计XX 《数据库设计说明书》《组装测试计划》 编码XXX程序设计 测试XX《测试分析报告》 结项XX 《用户手册》《操作手册》《项目开发总结》 第二章需求分析说明书 2.1软件描述 2.1.1 软件功能： 网上购物商城系统主要是实现网上选物、购物、产生订单等功能的系统。一个典型的网上商城一般都需要实现商品信息的动态提示、购物车管

理、客户信息注册登录管理、订单处理等模块。 2.1.2 用户特点： 系统针对三种用户进行了权限的设定： 1．游客：浏览商品详情、注册成新用户； 2．注册用户：用户登录、浏览商品详情、购买商品、提交订单、获取订单号； 3．后台管理员：客户管理（查看/编辑客户资料、客户资料搜 索）、商品管理（查看/编辑所有商品、商品 资料搜索、添加商品）、订单管理（查看/编 辑所有订单、订单查询）、商品分类管理（查 看/编辑商品主分类、添加商品主分类）、支 付管理（查看/编辑支付方式、添加支付方式） 。 2.2 功能需求 2.2.1前台功能 2.2.2 后台功能

电子商务系统的分析与设计(第二版)课后习题答案

第一章 1 企业商务活动的基本特征 a)从事商品交换的活动 b)涉及商品的交换、买卖和再分配，包含商品物理上的位移过程 2.电子商务的基本目标: 电子商务的基本目标是以企业的“商务整合”为目的，通过整合企业的业务流程和信息资源，将信息技术和企业商务策略整合，形成有助于提升企业竞争力的新的组织结构、商业模式和业务流程。 3 电子商务系统的概念及特点 a)概念：从广义上讲是支持商务活动的电子技术的集合。 从狭义上看，则指：在Internet和其他网络的基础上，以实现企业电子商务活动为目标，满足企业生产、销售、服务等生产和管理的需要，支持企业的对外业务协作，从运作、管理和决策等层次全面提高企业信息化水平，为企业提供商业智能的信息系统。 特点：A支持企业以交易为核心的商务活动的技术平台 B企业内部业务流程重构、价值链增值的技术平台 C依托网络，提供基于Web的分布式服务 D在系统、应用的安全性方面有较高的要求 E服务对象不仅包括企业内部人员，还涵盖了企业外部的客户和合作伙伴 4.信息系统 要素：硬件、软件、人员及相应的处理功能软件包括：程序、数据、文档 第二章 1、软件生命周期瀑布模型中包括哪几个阶段？每个阶段的中心任务是什么？答：包括问题定义阶段、可行性研究阶段、需求分析阶段、系统设计阶段、编码与测试阶段和运行维护阶段。 问题定义阶段的中心任务是：明确将要建设的软件系统要解决什么问题。 可行性研究阶段的中心任务是：探讨欲解决的问题是否有可行的解决办法。 需求分析阶段的中心任务是：回答“目标系统必须做什么”这一问题。 系统设计阶段的中心任务是：回答：“如何构造目标系统”这一问题。 编码及测试阶段的中心任务是：编码与测试交替进行。 运行维护阶段的中心任务是：通过各种维护，不断完善系统，从而使系统持久地满足用户需求。 系统开发生命周期（SDLC）： 1)系统规划（明确目标勾画轮廓制定方案） 2）系统分析（分析现状明确约束确定需求） 3）系统设计（体系结构设计选择软硬件平台应用软件设计网站设计

网上购物系统测试报告

软件学院（专科） 《软件测试》 上机1提交成果 1.1《网上购物系统》学习总结 文档 组 04 号： 小组成 付少雄、何佩涛、赵东东、魏海峰、王浩浩、刘钊员： 项目组 付少雄 长： 完成日 2015年03月29日 期：

目录 测试概述 (4) 1.1编写目的 (4) 1.2测试范围 (4) 1.3参考资料 (5) 测试计划执行情况 (5) 2.1 测试类型 (5) 2.2 进度偏差 (6) 2.3测试环境与配置 (7) 2.4测试机构和人员 (7) 2.5 测试问题总结 (8) 测试总结 (8) 3.1测试用例执行结果 (8) 3.2测试问题解决 (9) 3.3测试结果分析 (10) 3.3.1覆盖分析 (10) 3.3.2缺陷分析 (11) 4.综合评价 (12) 4.1 软件能力 (12) 4.2 缺陷和限制 (12) 4.3 建议 (12)

测试概述 1.1编写目的 对网上购物系统项目中所有的软件测试活动中，包括测试进度、资源、问题、风险以及测试组和其他组间的协调等进行评估，总结测试活动的成功经验与不足，以便今后更好的开展测试工作。 本系统测试总结报告的预期读者是： 项目组所有人员； 测试组人员； 以及指导老师。 1.2测试范围 网上购物系统项目因其自身的特殊性，测试组仅依据用户需求说明书和软件需求规格说明书以及相应的设计文档进行系统测试，包括功能测试、性能测试、用户访问与安全控制测试、用户界面测试等，而单元测试由开发人员来执行。主要功能包括： 用户功能 注册新用户 登录系统 浏览公告 发表留言 添加修改和删除购物车的信息 提交订单 浏览者功能 查看网站主页 商品信息查询 浏览公告信息

电子商务系统测试方案报告

电子商务系统系统 测试方案报告 。 \

一. 测试概述 … 1.1 编写目的 对电子商务系统Jcatalog系统项目中所有的软件测试活动中，包括测试进度、资源、问题、风险以及测试组和其他组间的协调等进行评估，总结测试活动的成功经验与不足，以便今后更好的开展测试工作。 本系统测试总结报告的预期读者是： ? 项目组所有人员：杨超、乐乃斌、张杰、章凡、雷晓彬 ? 测试组人员；乐乃斌、张杰、章凡 以及指导老师。 1.2 测试范围 电子商务系统Jcatalog系统项目因其自身的特殊性，测试组仅依据用户需求说明书和软件需求规格说明书以及相应的设计文档进行系统测试，包括功能测试、性能测试、用户访问与安全控制测试、用户界面测试等，而单元测试由开发人员来执行。主要功能包括：~ 用户功能 注册新用户 登录系统 会员中心 添加修改和删除购物车的信息 提交订单 发送邮件 · 浏览者功能 查看网站主页 商品信息查询 浏览商品信息 购物系统管理后台

管理员登录系统 用户管理系统 } 商品管理系统 邮件系统 二．测试环境搭建 1、硬件环境 硬件的最低要求如下： ! 处理器（CPU）：Pentium4 2GMHz或更高； 内存（RAM）：至少1GB或更多； 硬盘：硬盘空间建议160GB或更多； 显示器：需要设置成1024*768模式； 网卡：100Mbps。 2、网络环境的建立 网站测试要求在100M局域网环境之中。拓扑图如下所示： 3、… 4、软件环境的建立 主要是对eclipse、tomcat和Mysql安装的配置。首先装好JDK，配置好环境变量，然后装上eclipse，该软件是绿色软件，装上后既可以使用，再便是安装tomcat。之后配置好Mysql！

网上购物系统报告

网上购物系统UML实验报告 实验目的： 1.掌握用例图的涵义和内容 2.掌握用例图的绘制方法 3.掌握用例图的使用范围 4.理解活动图及状态图表示界面迁徙的方法。 实验内容： 有如下案例： 某网络购物系统，这次开发的软件项目是一个网上购物系统。使用此系统的顾客通过互联网进行网上购物；使用此系统的管理员通过互联网进行系统的管理。这个系统的主要功能如下。 顾客能够按照商品类别，关键字等信息对商品进行查询，取得商品概要 信息，并能进一步查看商品详细信息。 顾客能够注册及登陆，能够添加商品到购物车，也能修改购物车中商品，并能够进行结账。结账时，顾客可以选择多种结账方式。 顾客可以查看及修改自己的订单（在系统发货前）。 管理员能够维护业务数据，包括商品，订单，会员数据等。 该系统与财务系统交互，更新订单付款状态。 该系统也与库存系统以及物流系统（确定订单配送状态）交互。 画出该案例用例图，详细书写其中至少2个主要用例的用例文本，画出主要界面原型，并用状态图表示界面之间的迁徙。 将上述用例分析结果形成完成的用例模型文档。 实验步骤: 用例分析： 本系统共有三类用户： 普通用户是指没有登陆权限（主要指网络用户），以匿名用户的身份访问系统网站。此类用户主要有浏览系统信息、查看商品信息，注册成为会员。把本网站设为首页，添加到收藏夹，联系开发人，查看交款方式，退换货原则，配送范围，交易条款，保密协议等操作。浏览的内容包括：商品信息、商品分类信息。

会员：这类用户拥有普通用户的所有权限；普通用户可以注册成为会员，并根据会员ID和密码登陆系统，登陆之后可以对更改自己的信息但会员ID做为数据库表主键不能修改。会员登陆后可以查看商品信息，查看各种分类商品信息，将商品添加到购物车中。修改购物车中商品数量，或是删除某些不想要的商品。 系统管理员：系统管理员主要负责管理着系统后台信息；主要有订单管理，商品管理，会员管理，留言管理和系统管理。订单管理有未确认订单和已确认订单管理，未付款订单和已付款订单管理，未发货和已发货订单管理，未归档和已归档订单管理。商品管理主要有商品添加和商品管理，商品类别添加和商品类别管理。会员管理主要有添加管理员和管理管理员，管理会员。物流系统主要有支付方式添加和管理，配送方式添加和管理，配送地点添加和管理。系统管理主要是上传管理。 因此，本系统主要功能是对商品进行管理规划，方便会员购买。 前台模块功能有：商品信息查看、会员注册、会员登录、会员信息修改、购物车管理、购物留言。 后台模块功能有：商品管理、订单管理、会员管理、管理员管理、留言管理

电子商城购物系统(软件工程)

（理工类） 课程名称：软件工程专业班级：15计算机科学与技术(专转本) 学生学号：38 学生姓名：李雯 所属院部：计算机工程指导教师：钟睿 20 15 ——20 16 学年第 1 学期 金陵科技学院教务处制

实验项目名称：需求分析实验学时：8 同组学生姓名：无实验地点：A207,A206 实验日期:10-26,10-28,11-2,11-4实验成绩： 批改教师：批改时间： 一、实验目的和要求 1、掌握软件需求文档撰写的基本方法; 2、理解可行性研究的意义； 3、需求提取和分析方法；需求有效性验证; 4、结构化系统分析方法； 5、实体-关系模型与数据建模； 6、需求建模。 二、实验仪器和设备 1、硬件设备：联想电脑规格：Inter(R),(Core)TM i5-4590 2、软件设备：操作Microsoft Word \ IBM Rational Rose 版本 三、实验过程 3．1软件系统说明 名称:电子商城购物系统 范围：专用于在线购物用的软件 参与者：网上购物商店的参与者包含以下三种： （1）用户。泛指所有使用网上购物商店系统的人，是专门抽象出来的一个参与者。（2）普通用户。也就是游客，进入网上商店浏览但是没有进行注册的用户，无权购买商品，仅有浏览商品信息的功能。 （3）注册会员用户。已经注册过的用户，登录网上商店后即可进行购物。 （4）管理员。对本系统进行数据管理、数据维护、商品、订单和用户管理的用户。

3．2存在的问题描述 3．2．1 传统商铺模式 1、商品信息更新比较困难 在商品上架，或者商品被购买后要修改库存时，存在着很大的麻烦，而且修改得不及时。 2、租金贵，客流量有限 要考虑房租，水电等杂费，还有店铺的地理位置，能否会有更多的客流量。还有各种管理费用和税务费用，及员工工资，还有一些传统的广告宣传费用。 3、交易方式局限 实体店的交易方式存在着很大的局限性。时间的局限性：比如某些商品开店时间：09：00-17：00，其余时间就不可以购物。空间的局限性：店面的面积固定，如果某类商品的实体店很少，那么群众得去某地去购买需要的商品，势必造成时间上的浪费。 3．2．2 当前的电子商城购物系统存在较大的问题 1、信誉度问题 无论是买家还是卖家，信誉度都被看成是交易过程中最大的问题。作为买家，商家提供的商品信息、商品质量保证、商品售后服务是否和传统商场一样，购买商品后，是否能够如期拿到商品等等，都是购买者所担忧的问题。 2、网络安全问题 从网络进入人们的生活开始，网络安全问题就一直存在。在网络购物中，网民对网络安全也有很大担忧，诸如用户的个人信息、交易过程中银行账户密码、转账过程中资金的安全等问题。这些顾虑无疑给网络购物蒙上了一层阴影。这个在传统商场里更不会出现，因为买家都是直接去购买。 3、配送问题 传统购物一般是在选好后，就可以直接付费拿走，而网络购物就需要一个订货后的等待过程。目前出现了很多物流公司，他们在为网络购物者送货上起到了很大的作用。在目前的商品配送上，就同城配送而言，最快的一般需要1个小时，最长的则需要2天时间。如果购买者需要的东西很急，网络购物一般就不适合。传统商品也不存在配送问题。

网上购物系统测试用例

“易达”网管理系统（客户端） 测试用例 项目名称：网上管理系统——项目测试用例 项目编号： 001 编写人员：彭莎莎 编写日期： 2011年6月13——6月17日 审批人员： 审批日期： 1.引言 1.1编写目的 为了保证网上购物管理系统的各项功能可靠的实现，特编写了此

测试计划，对所开发软件的各功能模块和事例系统进行测试。本测试计划供程序员在程序高度阶段参考，在系统测试阶段提供测试依据。本测试计划主要用于发现系统开发过程中出现和各种不妥判之处，发现软件设计中的错误。 1.2编写背景 软件工程师设计出软件蓝图后，又经过编码而实现了软件产品。软件测试则尽力找出软件设计的失败与不足之处，再加以纠正，确保软件设计无差错的实现。表面看设计是建造，而测试是破坏，但最终的任务是要建造高质量的软件产品。 2 .测试计划执行方法 2.1单元测试 测试1：在管理员登陆时，用户名或密码或验证码有一项为空或者填写错误，系统是否出现预先设定的操作提示。 具体操作：用户名、密码、验证码、任意一项为空或者填写有误。 结果：都出现相应的错误原因的信息提示。 结论：要求管理员必须填写正确的用户名和密码，才能进入管理页面。 测试2：管理员删除用户注册后，并让其登陆，看是否登陆成功。具体操作：管理员删除会员表中的用户后，该用户在前台登陆。 结果：没有该用户无法登陆。 结论：用户数据删除功能正常。 测试3：管理员购买商品的信息，在前台按商品序列购买商品，看是否能找到对应的信息。

具体操作：在商品管理页面中的商品查看中点击需购买的商品实例图输入购买商品数量放入购物车。 结果：如果小于库存数量购买成功，否则购买失败。 结论：购买商品信息功能正常。 注册用例 登录用例 登录与注册测试用例

网上购物系统课程设计报告

荆楚理工学院 课程设计成果 学院: 计算机工程学院班级: 11级计算机科学与技术3 班 学生: 学号: 设计地点（单位） A5-102 设计题目: 网上购物系统 完成日期： 2014 年 6 月 3 日 指导老师评语：_________________________________________________ _____________________________________________________________________ _____________________________________________________________________ _____________________________________________________________________ 成绩(五级记分制):______________________ 教师签名:_____________________________

前言 近年来，随着Internet的迅速崛起，互联网已日益成为收集提供信息的最佳渠道并逐步进入传统的流通领域。于是电子商务开始流行起来，越来越多的商家在网上建起在线商店，向消费者展示出一种新颖的购物理念。 网上购物系统作为B2B，B2C（Business to Customer,即企业对消费者），（Customer to Customer，即消费者对消费者)电子商务的前端商务平台，在其商务活动全过程中起着举足轻重的作用。本文主要考虑的是如何建设B2C 的网上购物系统。 网上购物是一种具有交互功能的商业信息系统。它向用户提供静态和动态两类信息资源。所谓静态信息是指那些比经常变动或更新的资源，如公司简介、管理规和公司制度等等；动态信息是指随时变化的信息，如商品报价，会议安排和培训信息等。网上购物系统具有强大的交互功能，可使商家和用户方便的传递信息，完成电子贸易或EDI交易。这种全新的交易方式实现了公司间文档与资金的无纸化交换。

电子商城购物系统(软件工程)

学生实验报告 （理工类） 课程名称：软件工程专业班级：15计算机科学与技术(专转本) 学生学号： 1513203038 学生姓名：李雯 所属院部：计算机工程指导教师：钟睿 20 15 ——20 16 学年第 1 学期 金陵科技学院教务处制

实验项目名称：需求分析实验学时： 8 同组学生姓名：无实验地点： A207,A206 实验日期:10-26,10-28,11-2,11-4实验成绩： 批改教师：批改时间： 一、实验目的和要求 1、掌握软件需求文档撰写的基本方法; 2、理解可行性研究的意义； 3、需求提取和分析方法；需求有效性验证; 4、结构化系统分析方法； 5、实体-关系模型与数据建模； 6、需求建模。 二、实验仪器和设备 1、硬件设备：联想电脑规格：Inter(R),(Core)TM i5-4590 CPU@3.30HZ 2、软件设备：操作 Microsoft Word \ IBM Rational Rose 版本 三、实验过程 3．1软件系统说明 名称:电子商城购物系统 范围：专用于在线购物用的软件 参与者：网上购物商店的参与者包含以下三种： （1）用户。泛指所有使用网上购物商店系统的人，是专门抽象出来的一个参与者。（2）普通用户。也就是游客，进入网上商店浏览但是没有进行注册的用户，无权购买商品，仅有浏览商品信息的功能。 （3）注册会员用户。已经注册过的用户，登录网上商店后即可进行购物。 （4）管理员。对本系统进行数据管理、数据维护、商品、订单和用户管理的用户。

3．2存在的问题描述 3．2．1 传统商铺模式 1、商品信息更新比较困难 在商品上架，或者商品被购买后要修改库存时，存在着很大的麻烦，而且修改得不及时。 2、租金贵，客流量有限 要考虑房租，水电等杂费，还有店铺的地理位置，能否会有更多的客流量。还有各种管理费用和税务费用，及员工工资，还有一些传统的广告宣传费用。 3、交易方式局限 实体店的交易方式存在着很大的局限性。时间的局限性：比如某些商品开店时间：09：00-17：00，其余时间就不可以购物。空间的局限性：店面的面积固定，如果某类商品的实体店很少，那么群众得去某地去购买需要的商品，势必造成时间上的浪费。 3．2．2 当前的电子商城购物系统存在较大的问题 1、信誉度问题 无论是买家还是卖家，信誉度都被看成是交易过程中最大的问题。作为买家，商家提供的商品信息、商品质量保证、商品售后服务是否和传统商场一样，购买商品后，是否能够如期拿到商品等等，都是购买者所担忧的问题。 2、网络安全问题 从网络进入人们的生活开始，网络安全问题就一直存在。在网络购物中，网民对网络安全也有很大担忧，诸如用户的个人信息、交易过程中银行账户密码、转账过程中资金的安全等问题。这些顾虑无疑给网络购物蒙上了一层阴影。这个在传统商场里更不会出现，因为买家都是直接去购买。 3、配送问题 传统购物一般是在选好后，就可以直接付费拿走，而网络购物就需要一个订货后的等待过程。目前出现了很多物流公司，他们在为网络购物者送货上起到了很大的作用。在目前的商品配送上，就同城配送而言，最快的一般需要1个小时，最长的则需要2天时间。如果购买者需要的东西很急，网络购物一般就不适合。传统商品也不存在配送问题。

电子商务系统设计考试试卷

陕西理工学院成教学生考试试卷 姓名： 年级： 专业： 科目：电子商务系统设计 学历层次： 一、 填空题(每空2分，共30分) 1、在结构化设计（SD ）方法中全面指导模块划分的最重要的( ) A 、程序模块化 B 、模块高内聚 C 、模块低耦合 D 、模块独立性 2、软件维护产生的副作用，是指（ ） A 、开发时的错误 B 、隐含的错误 C 、因修改软件而造成的错误 D 、运行时误操作 3、软件详细设计的主要任务是确定每个模块的（ ） A 、算法和使用的数据结构 B 、外部接口 C 、功能 D 、编程 4、为了提高模块的独立性，模块内部最好是（ ） A 、逻辑内聚 B 、时间内聚 D 、通信内聚 ） B 、数据 C 、逻辑产品 D 、物理产品 6、因计算机硬件和软件环境的变化而作出的修改软件的过程称为 ( ) A 、纠正性维护 B 、适应性维护 C 、完善性维护 D 、预防性维护 7、下列属于维护阶段的文档是( ) A 、软件规格说明 B 、用户操作手册 C 、软件问题报告 D 、软件测试分析报告 8、研究开发所需要的成本和资源是属于可行性研究中的( )研究的 一方面。 A. 技术可行性 B. 经济可行性 C. 社会可行性 D. 法律可行性 9、在详细设计阶段，经常采用的工具有（ ） A 、PAD B 、SA C 、SC D 、DFD ——————————装 —————————— 订 —————————— 线 ——————————— ——————————装 —————————— 订 —————————— 线 ———————————

10、确认软件的功能是否与需求规格说明书中所要求的功能相符的测试属于（） 11、需求分析阶段的任务是确定（） A、软件开发方法 B、软件开发工具 C、软件开发费 D、软件系统的功能 12、下列文档与维护人员有关的有( ) A、软件需求说明书 B、项目开发计划 C、概要设计说明书 D、操作手册 13、程序的三种基本控制结构是（） A、过程、子程序和分程序 B、顺序、选择和重复 C、递归、堆栈和队列 D、调用、返回和转移 14、为使得开发人员对软件产品的各个阶段工作都进行周密的思考，从而减少返工，所以（）的编制是很重要的。 A、需求说明 B、概要说明 C、软件文档 D、测试计划 15、软件工程管理对软件项目的开发管理，即对整个软件（）的一切活动的管理。 A、软件项目 B、生存期 C、软件开发计划 D、软件开发 二、名词解释：（共10分，每题5分）1、可行性研究 2、概要设计 三、简答题：（共30分，每题10分） 1、简述需求分析的内容。

网上购物系统测试报告

网上购物系统测试报告 M10 计算机科学与技术(专转本) 1021413002 一、题目描述 在互联网日益流行的今天，网络已经变的越来越重要，而在网络这个大家庭里，用户商城系统则是一个热点。它具有信息时代的快捷方便等特征。事实上网上购物商城的出现，给消费者的消费观念带来了重要的变化。同时一个用户商城系统是否具有良好的人机界面，其系统最大限度地实现易维护性和易操作性，运行稳定、安全可靠如何，都是用户及运营者所关心的。本次测试就本用户商城系统的用户管理等安全性进行测试。 二、测试分析 本次我进行测试的是用户商城系统的会员管理：用户在前台注册成功后，管理员可以在该功能项中进行管理。主要是用户在购买商品前需要先进行登录，如果您还未注册会员，需要先进行注册。注册成功后进行登录，登录成功后用户即可购买商品。我所思考的主要是安全性方面，看是否有服务器注入漏洞，是否有Session对象的使用，以及其他的安全性问题。 三、测试设计 3.1测试总体结构 3.2白盒测试用例设计 1.用户在前台注册，在对比数据库中没有相重或不合法的地方后，即提交注册信息，将新用户信息写入数据库。 注册代码： public partial class Register : System.Web.UI.Page { UserInfoClass uiObj = new UserInfoClass(); public static int G_Int_MemberID; protected void Page_Load(object sender, EventArgs e) { } protected void btnSave_Click(object sender, EventArgs e) { 1. if (txtPostCode.Text.Trim() == "" && txtPassword.Text.Trim()=="") { 2. Response.Write("");

网上商城购物管理信息系统.doc

引言 随着经济的发展，网上商城的数量急剧增加，越来越多的人愿意在网上购买商品，也越来越多的雇主愿意在网上开虚拟店铺。越来越多的人选择呆在家里上网选择商品，而不是上街购买商品。大至家电数码产品，小至衣服，家具用品。选择的原因是因为网上的店铺通常情况下都是比较有保证的，而商品相对来说是比较便宜的。在网上买东西，大多数能节省时间。越来越多的人愿意在网上开店是因为，在网上开店节省了店铺的租金，节省了开店的时间，更多的时间可以接触顾客，而且销售的顾客可以近在身边的顾客，也可以远在其他省市的顾客。这大大的增加了客源。 网上商城购买管理系统的具体任务就是设计一个方便顾客购买，方便管理员管理系统，由计算机来代替人工执行一系列诸如购买、下单、进货、查询及配送等操作。这样就可以轻松快捷地完成购买商品的任务，使购物能够系统化、规范化、自动化，从而达到便利于大家的目的。 网上商城购物管理信息系统 1.描述系统功能，分析系统应具备的功能，包括前台和后台。 前台： （1）最新商品:用户可以在这个模块当中看到网站/店内的最新产品,或者是最新促销产品. (2 )推荐商品:用户可以在这个模块看到网站内店主最为推荐的产品,店主觉得用户值得购买的产品. (3)热门商品:用户可以在这个模块当中看到网站内最多用户购买的产品,销量最大的产品。这一定程度的让用户更加了解商品的受欢迎程度。 (4)商品分类：用户可以运用这个模块来更加容易的寻找用户本身想要的产品。 (5)用户注册：在购买商品的时候，用户必须进行注册，以确认购买的身份和能力。 (6)用户中心：用户中心是用于储存用户资料和修改用户资料的模块，以便于记录用户的购买资料，购买记录，用户的资料。 (7)订单查询：用户可在这个模块当中查询订单的处理情况，可以查询到已完成处理的订单，未处理的订单，正在进行处理的订单。以便于用户对订单的了解。 (8)我的购物车：我的购物车是用于给用户保存感兴趣的产品，用户可以在购物车中对感兴趣的产品进行结账，还可以对已加入购物车但是不感兴趣的产品进行确认取消商品。

电子商务系统分析与设计报告

电子商务系统分析与设 计报告 集团标准化工作小组 #Q8QGGQT-GX8G08Q8-GNQGJ8-MHHGN#

目录 一、课程设计的总体规划 (1) 二、绪论 (1) 、开发背景 (1) 、现状分析 (2) 三、系统分析 (3) 、开发过程分析 (4) 、系统功能结构 (4) 、手机销售网站系统的前台功能结构图 (6) 、手机销售网站系统的后台功能结构图 (6) 、手机销售网站系统的业务流程分析 (7) 四、网站架设 (10) 五、数据库设计 (10) 、系统E-R图 (10) 、数据表结构 (11) 六、前台主要功能模块详细设计 (13) 、登陆页面 (13) 、注册页面 (14) 、本站简介页面 (14) 、产品列表页面 (14) 、商品搜索页面 (14) 、顾客留言页面 (14) 、购物车页面 (14) 七、后台主要功能模块详细设计 (14)

、后台登陆页面 (14) 、商品管理页面 (14) 、订单管理页面 (14) 、会员管理页面 (14) 、促销管理页面 (15) 八、系统运行与维护 (15) 九、课程设计总结 (16)

一、课程设计的总体规划 、甘特图安排项目计划： 计划安排：1天 选题收集材料：4天 分析设计：5天 程序设计：9天 调试与测试：3天 验收与评分：1天 二、绪论 、开发背景 近年来,随着Internet 的迅速崛起,互联网已日益成为收集提供信息的最佳最快渠道，并快速进入传统的流通领域。互联网的跨地域性、可交互性、全天候性使其在与传统媒体行业和传统贸易行业的竞争中具不可抗拒的优势，因而发展十分迅速。在电子商务在中国逐步兴起的大环境下，越来越多的人们开始选择在网上购物，这 其中包括所有日常生活用品及电子产品、服装等。通过在网上订购商品，可以由商 验收与评分 调试与测试 程序设计 分析与设计 选题收集材料 干特图计划安排

网上商城购物系统详细设计

网上商城购物系统详细设计

目录 1 系统概述 (3) 1.1 系统说明. (3) 1.2 系统运行环境及其应用软件：. (3) 2 系统功能设计. (3) 2.1 前台购物系统. (3) 2.1.1 用户登录、注册; . (3) 2.1.2 商品的搜索、热门、排序、分类等； (4) 2.1.3 购物车. (4) 2.1.4 商品库存、评论、商品评价 4 2.1.5 联系客服和售 后服务功能; 1=1 4 2.1.6 第三方关系 ..................... 错误! 未定义书签。 2.2 后台管理系统：. (4) 2.2.1 管理员登陆. (4) 2.2.2 客户管理. (5) 2.2.3 商品管理. (5) 2.2.4 商品分类管理. (5) 2.2.5 订单管理. (5) 2.2.6 公告和反馈管理. (5) 2.2.7 支付管理. (5) 2.2.8 其他管理. (5) 3 数据库结构设计. (6) 3.1京西商城系统E-R图 (6) 3.2 数据表结构设计 (6) 4 系统结构设计 (9) 4.1 系统前台功能设计 (9) 4.2 后台功能设计 (10) 4.3 总体功能设计 (10) 4.4 个别功能设计 (11) 6 设计小结 (11)

1系统概述 1.1系统说明 -项目名称：网上商城购物系统 -项目简介： 网上商场是指在网络中虚拟的购物性商场，如现实中的商城或购物街一样，有很多的商家入驻。 和现实的商场一样，在网上商场中可直接在网页中所收录的商城购物，而不需经过商场方面，网上商场又区分于购物类导航网址不同的是, 网上商场有很多 的促销优惠活动和商家促销信息的汇聚，这些活动与信息是要靠网上商城提交， 由网上商场来收集、筛选与公布，这也是网上商场的责任 1.2系统运行环境及其应用软件： *开发技术：Java语言，web技术 —服务器：Myeclipse tomcat 一数据库：Mysql —开发工具：Myeclipse、Dreamweave、photoshop —界面制作：Myeclipse 、Dreamweaver 2系统功能设计 2.1前台购物系统 2.1.1 用户登录、注册 游客可以浏览网站，搜索需求品。如果需买商品，游客必须先注册，成为我们的会员

功能测试计划

八师石河子市 电子商务公共服务平台项目功能测试计划 新疆维吾尔自治区电信有限公司系统集成分公司北京英迪华科技有限公司

文档基本信息：

目录 1.项目概述错误!未定义书签。 项目来源错误!未定义书签。 项目背景错误!未定义书签。 2.系统测试概述错误!未定义书签。 被测系统逻辑结构错误!未定义书签。 测试方法描述错误!未定义书签。 测试方法错误!未定义书签。 测试用例编写原则错误!未定义书签。 系统测试点分析错误!未定义书签。 3.测试方案错误!未定义书签。 测试环境错误!未定义书签。 系统性能测试内容错误!未定义书签。 系统验收测试内容(见附件一) 错误!未定义书签。 测试流程及周期错误!未定义书签。 测试人员按排错误!未定义书签。 4.测试管理错误!未定义书签。 测试启动/结束/暂停/再启动准则错误!未定义书签。测试启动准则错误!未定义书签。 测试结束准则错误!未定义书签。 测试暂停/再启动准则错误!未定义书签。 测试记录规定错误!未定义书签。 测试问题跟踪错误!未定义书签。 5.测试项目组构成错误!未定义书签。 6.参考资料错误!未定义书签。 7.附件一验收测试内容列表错误!未定义书签。 系统安装与卸载错误!未定义书签。 软件功能测试错误!未定义书签。 安全可靠性错误!未定义书签。 用户界面错误!未定义书签。 中文符合性错误!未定义书签。 用户文档错误!未定义书签。 病毒检查错误!未定义书签。

项目概述 项目来源 师市中小企业电子商务公共服务平台应满足中小企业生产经营过程中开展电子商务的需求，并能满足公共事业单位费用网上交纳的需求。互联网用户可以在世界上任何可以访问Internet的地方访问到中小企业商务信息。支持WAP方式访问和各类短信功能。支持B2B、B2C商务模式。 系统为众多企业所使用，所以要求对企业的业务逻辑进行高度抽象，形成可定制模块，并提供公共接口，从而能应变企业的多种需求。 项目背景 师市中小企业电子商务公共服务平台，是为促进师市电子商务发展、促进师市中小企业发展、促进师市经济发展，打造师市企业统一的网上门户，提高师市企业的形象，推广企业产品，增加师市企业竞争力为目的而建设的第三方电子商务平台，项目的建设目标是：通过师市中小企业电子商务公共服务平台的建设，为中小企业提供进行电子商务活动的公共技术支撑服务平台，实现统一的中小企业网站服务平台、统一的中小企业交易服务平台、统一的中小企业信用服务系统、统一的中小企业产品发布系统、统一的电子支付系统，减少中小企业信息化建设投资和企业进行商务活动的成本，提高中小企业信息化建设的效益。 系统测试概述 被测系统逻辑结构

网上购物需求分析报告

在 线 购 物 系 统 需求分析报告 文档类别 需求分析 文档编号 HN-CSU-SOFTINFO-01 版 本 号 V1.0.0 发 放 号 F01 受控状态 受控

说明 本报告为网上购物系统的《需求分析报告》，属于信息系统建设的需求分析阶段提交的成果之一。 本报告主要包括八个部分，分别为： 1、引言（包括目的、背景、参考资料、术语） 2、任务概述（包括目标、业务流程描述、系统特点） 3、假定和约束 4、需求规定 5、运行环境规定（包括设备与分布、支撑软件、接口、程序运行方式） 6、开发成本估算 7、尚需解决的问题 8、附录 本报告修改记录： 日期内容摘要编制/修改审核

目录 1.引言 (4) 1.1目的 (4) 1.2背景 (4) 1.3术语 (4) 1.4参考资料 (5) 2.任务概述 (5) 2.1目标 (5) 2.2用户的特点 (6) 3.假定和约束 (6) 4需求规定 (7) 4.1对功能的规定 (7) 4.2对性能的规定 (10) 4.2.1精度 (10) 4.2.2 容错要求 (11) 4.2.3灵活性 (11) 4.3数据库表的要求 (11) 4.5故障处理要求 (18) 4.6其它专门要求 (18) 5运行环境规定 (18) 5.1设备 (18) 5.2支持软件 (19) 5.3接口 (19) 5.3.1 软件接口 (19) 5.3.2 硬件接口 (19) 5.3.3 内部接口 (20)

1.引言 1.1目的 此需求规格说明书对《网上商品交易系统》软件做了全面细致的用户需求分析，明确所要开发的软件应具有的功能、性能与界面，使系统分析人员及软件开发人员能清楚地了解用户的需求，并在此基础上进一步提出概要设计说明书和完成后续设计与开发工作。编写该书的目的是为能够更加准确的明白该系统的需要。该系统主要根据该公司的要求进行设计，并了解网上商品交易系统的工作流程，对该系统进行模块的划分。对所开发软件的功能、性能、用户界面及运行环境等作出详细的说明。它是在用户与开发人员双方对软件需求取得共同理解并达成协议的条件下编写的，也是实施开发工作的基础。该说明书应给出数据逻辑和数据采集的各项要求，为生成和维护系统数据文件做好准备。 本说明书的预期读者为客户、业务或需求分析人员、测试人员、用户文档编写者、项目管理人员。 1.2背景 伴随着Internet的蓬勃发展和逐渐成熟的计算机网络与通信技术，网络购物中心作为电子商物的一种形式正以其高效、低成本的优势，逐步成为新兴的经营模式和理念，人们已不再满足于信息浏览和发布，而是渴望着能够充分享受网络所带来的更多的便利。的确，客户足不出户便可以方便快捷地选购自己喜欢的商品，这正是网络购物中心为客户带来的好处。 敏锐的网络商家当然不会错过这样绝好的机会，越来越多的网站投身到提供网络购物服务的行列中来，一个基于Internet的全球电子商务框架正在形成。网络购物中心所承载的信息量大、购物流程比较繁琐，而且互联网中日益肆虐的黑客和病毒对网络系统的安全性提出了更高的挑战。因此，诚兴网络购物中心系统基于Tomcat服务器和Oracle 9i数据库，采用国际先进的JSP+Servlet+JavaBean基于MVC模式进行开发，具有很高的稳定性和安全性。诚兴网络购物中心真正实现了在Internet上的经营销售，从而使其获得更大的市场机遇及经济效益，很大程度不同地提高了企业的核心竞争力。 1.3术语 列出本报告中用到的专门术语的定义和外文首字母组词的原词组。 序号术语所指对象或含义 1Jsp JavaServer Pages是在服务器端执行的动态网页开发技术。