网上商店建设项目可行性研究报告.docx

网上商店建设项目可行性研究报告.docx

《网上商店建设项目可行性研究报告.docx》由会员分享，可在线阅读，更多相关《网上商店建设项目可行性研究报告.docx（99页珍藏版）》请在冰豆网上搜索。

网上商店建设项目可行性研究报告

网上商店建设项目可行性研究报告

（此文档为word格式，下载后您可任意修改编辑）

1需求描述

网上商店应该能够让客户通过Internet到商家的网站上浏览商品，达到到期足不出户的购物。

系统应该能够让客户可以直接进入主页面进行按名称或是按商品种类进行商品的查询。

可以随机将查询到的商品添加到购物车中，客户一次可以定购一或多个商品。

在最后要离开结帐前均可以修改购物车。

结帐时必须输入正确的帐户信息，可以是输入用户名和密码后显示当前帐户的详细信息，也可以不修改。

一个客户只能有一个帐户名。

结帐前必须再输入帐户名和密码进行验证，验证后将购物信息形成定单保存到服务器的数据库中，减去库存，从客户的帐户中减去余额（此时是在商店办卡并存款，而不是直接与银行连接，如果是与银行交互则必须有银行的接口）。

客户可以查询他自己的历史定单，客户可以修改自己的密码，但是不能修改自己的帐户余额。

如果帐户的余额不足则不能结帐。

管理员可以在后台进行商品种类的管理，商品的管理，进货、运输（不做，如果做的话可能涉及运输车队司机和车的信息等，可能还要涉及财务、物流等，可以作为未来的扩展）、供应商、帐户（可以开户、修改、注销、锁定等）、存款（也可以退款）、汇总报表等。

具体原始数据可由负责人提供。

通过以上分析可以得出分两大部分功能：

前端购物和后台管理。

详见2系统功能。

2系统功能

2.1系统总用例图

2.1.1提取角色

从客户的需求描述中提取若干名词：

客户、名称、商品、种类、购物车、帐户、用户名、密码、定单、数据库、库存、余额、历史定单、管理员、供应商、报表等。

从中提取出支持行为的名词：

客户（Customer）和管理员（Manager）作为角色。

2.1.2提取用例

从客户的需求描述中提取动名词作为作例，组成粒度比较大的总用例图。

总用例图包括的用例有：

1商品种类维护

2供应商管理

3商品维护

4帐户管理

5存款

6入库管理

7库存查询

8登录系统

9浏览商品

10网上购物

11结帐

12定单管理

13查询登录信息

2.1.3系统总体用例图

管理员用例

客户用例

2.2详细用例

2.2.1商品种类维护

1增加品种

（1）用例名（Usecasename）：

addCategory

（2）用例描述

新增加一个种类

（3）前置条件（Pre-Conditions）

在此用例启动前，管理员（manager）必须登录到系统中。

（4）后置条件（Post-Conditions）

如果这个用例成功，则在系统中建立并存储一个新的种类，以后浏览商品时可用。

否则系统状态无变化。

（5）扩充点（ExtensionPoints）

无

（6）事件流（EventFlow）

①基流（BasicFlow）

当管理员（manager）维护品种时，此用例启动。

A提供品种编号、品种类名称、品种描述等信息

B根据品种编号查询，如果系统中已经存在要增加的品种则执行E-1

C将新品种保存在物理系统中。

②分支流（SubFlow）

无

③替代流（AlternativeFlow）

E-1：

如果当前要录入的品种已经存在，由系统给出提示，用例终止。

2查询品种

（1）用例名（Usecasename）：

findCategory

（2）用例描述

根据查询条件显示已经存在的种类。

（3）前置条件（Pre-Conditions）

在此用例启动前，管理员（manager）必须登录到系统中。

（4）后置条件（Post-Conditions）

如果这个用例成功，则由系统将查询的结果显示给管理员。

（5）扩充点（ExtensionPoints）

无

（6）事件流（EventFlow）

①基流（BasicFlow）

当用户或管理员查询品种时，此用例启动。

A提供品种编号、品种类名称信息

B在系统中查询，如果没有查询到品种（E-1）

C显示查询到的品种信息。

②分支流（SubFlow）

无

③替代流（AlternativeFlow）

E-1：

如果没有查询到品种，由系统给出提示，用例终止。

3修改品种

（1）用例名（Usecasename）：

updateCategory

（2）用例描述

修改一个已经存在的品种信息

（3）前置条件（Pre-Conditions）

在此用例启动前，管理员（manager）必须登录到系统中，要修改的品种必须已经存在于物理系统中。

（4）后置条件（Post-Conditions）

如果这个用例成功，则将系统中已经存在的种类信息更新；否则系统状态无变化。

（5）扩充点（ExtensionPoints）

无

（6）事件流（EventFlow）

①基流（BasicFlow）

当管理员（manager）修改品种时，此用例启动。

A按品种编号将品种的名称、描述等信息显示出来

B如果系统中不存在要修改的品种则执行E-1

C提供品种的新名称、新描述，并保存在物理系统中。

②分支流（SubFlow）

无

③替代流（AlternativeFlow）

E-1：

如果当前要修改品种不存在，由系统给出提示，用例终止。

4删除品种

（1）用例名（Usecasename）：

delCategory

（2）用例描述

删除一个已经存在的品种信息。

（3）前置条件（Pre-Conditions）

在此用例启动前，管理员（manager）必须登录到系统中，要删除的品种必须已经存在于物理系统中。

（4）后置条件（Post-Conditions）

如果这个用例成功，则将品种从系统中彻底删除；否则系统状态无变化。

（5）扩充点（ExtensionPoints）

无

（6）事件流（EventFlow）

①基流（BasicFlow）

当管理员（manager）要删除品种时，此用例启动。

A显示要删除的品种信息

B根据编号将品种从系统中删除

②分支流（SubFlow）

无

③替代流（AlternativeFlow）

无

2.2.2供应商管理

1增加供应商

（1）用例名（Usecasename）：

addSupplier

（2）用例描述

新增加一个供应商（供货商）

（3）前置条件（Pre-Conditions）

在此用例启动前，管理员（manager）必须登录到系统中。

（4）后置条件（Post-Conditions）

如果这个用例成功，则在系统中建立并存储一个新的供应商。

否则系统状态无变化。

（5）扩充点（ExtensionPoints）

无

（6）事件流（EventFlow）

①基流（BasicFlow）

当管理员（manager）要增加供应商时，此用例启动。

A提供供应商编号、名称、联系电话、邮编等信息

B根据品种编号查询，如果系统中已经存在要增加的品种则执行E-1

C将新品种保存在物理系统中。

②分支流（SubFlow）

无

③替代流（AlternativeFlow）

E-1：

如果当前要录入的品种已经存在，由系统给出提示，用例终止。

2查询供应商

（1）用例名（Usecasename）：

findSupplier

（2）用例描述

根据给出的查询条件显示已经存在的供应商。

（3）前置条件（Pre-Conditions）

在此用例启动前，管理员（manager）必须登录到系统中。

（4）后置条件（Post-Conditions）

如果这个用例成功，则由系统将查询的结果显示给管理员。

（5）扩充点（ExtensionPoints）

无

（6）事件流（EventFlow）

①基流（BasicFlow）

当用户或管理员查询供应商时，此用例启动。

A提供供应商的编号、名称、联系人、地址、电话等信息

B在系统中查询，如果没有查询到供应商则执行（E-1）

C显示查询到的供应商信息。

②分支流（SubFlow）

无

③替代流（AlternativeFlow）

E-1：

如果没有查询到供应商，由系统给出提示，用例终止。

3修改供应商

（1）用例名（Usecasename）：

updateSpplier

（2）用例描述

修改一个已经存在的供应商信息

（3）前置条件（Pre-Conditions）

在此用例启动前，管理员（manager）必须登录到系统中，要修改的供应谪必须已经存在于物理系统中。

（4）后置条件（Post-Conditions）

如果这个用例成功，则将系统中已经存在的供应商信息更新；否则系统状态无变化。

（5）扩充点（ExtensionPoints）

无

（6）事件流（EventFlow）

①基流（BasicFlow）

当管理员（manager）修改供应商时，此用例启动。

A按供应商的编号将供应商的编号、名称、联系人、地址、电话、邮政编码等信息显示出来

B如果系统中不存在要修改的供应商则执行E-1

C提供供应商的新名称、新联系人、新地址、新电话、新邮箱、新网址等，并保存在物理系统中。

②分支流（SubFlow）

无

③替代流（AlternativeFlow）

E-1：

如果当前要修改供应商不存在，由系统给出提示，用例终止。

4删除供应商

（1）用例名（Usecasename）：

delSupplier

（2）用例描述

删除一个已经存在的供应商信息。

（3）前置条件（Pre-Conditions）

在此用例启动前，管理员（manager）必须登录到系统中，要删除的供应商必须已经存在于物理系统中。

（4）后置条件（Post-Conditions）

如果这个用例成功，则将供应商从系统中彻底删除；否则系统状态无变化。

（5）扩充点（ExtensionPoints）

无

（6）事件流（EventFlow）

①基流（BasicFlow）

当管理员（manager）要删除供应商时，此用例启动。

A显示要删除的供应商信息

B根据编号将供应商从系统中删除

②分支流（SubFlow）

无

③替代流（AlternativeFlow）

无

注：

供应商的管理可以引申有国家维护、省份维护、地区维护、城市维护、领域维护、职业维护、职务维护、电话维护（一个供应商可以有多种电话，如可以有多个不同的办公电话、家里电话、手机等）、地址维护（一个供应商可以有多个联系地址）等。

以后的每个功能均可以扩展，此处由于速度及理解原因，大多数功能均以简化出现，否则真正符合现实客户的要求此系统将会非常的复杂及难于实现。

所以后面的功能以简化、实用、基本完整为主不再多加解释。

2.2.3商品维护

1增加商品

（1）用例名（Usecasename）：

addProduct

（2）用例描述

新增加一个商品

（3）前置条件（Pre-Conditions）

在此用例启动前，管理员（manager）必须登录到系统中。

商品种类、供应商信息必须已经存在于物理系统中。

（4）后置条件（Post-Conditions）

如果这个用例成功，则在系统中建立并存储一个新的产品，以后浏览商品时可用。

否则系统状态无变化。

（5）扩充点（ExtensionPoints）

无

（6）事件流（EventFlow）

①基流（BasicFlow）

当管理员（manager）维护产品时，此用例启动。

A提供产品编号、种类、供应商、名称、描述、单价、图片等信息。

B提供品种，如果品种不存在则执行E-1

C提供供应商，如果供应商不存在则执行E-2

D根据商品编号查询，如果系统中已经存在要增加的商品则执行E-3

E将新商品保存在物理系统中。

②分支流（SubFlow）

无

③替代流（AlternativeFlow）

E-1：

如果不存在任何品种，则由系统给出提示，用例终止。

E-2：

如果不存在任何供应商，则由系统给出提示，用例终止。

E-3：

如果当前要录入的品种已经存在，由系统给出提示，用例终止。

2查询商品

（1）用例名（Usecasename）：

findProduct

（2）用例描述

根据种类、供应商、商品名称等查询条件显示已经存在的商品。

（3）前置条件（Pre-Conditions）

在此用例启动前，管理员（manager）必须登录到系统中。

（4）后置条件（Post-Conditions）

如果这个用例成功，则由系统将查询的结果显示给管理员。

（5）扩充点（ExtensionPoints）

无

（6）事件流（EventFlow）

①基流（BasicFlow）

当用户或管理员查询商品时，此用例启动。

A提供品种、供应商、商品编号、商品名称等信息

B在系统中查询，如果没有查询到商品则执行（E-1）

C显示查询到的品种信息。

②分支流（SubFlow）

无

③替代流（AlternativeFlow）

E-1：

如果没有查询到商品，由系统给出提示，用例终止。

3修改商品

（1）用例名（Usecasename）：

updateProduct

（2）用例描述

修改一个已经存在的商品信息

（3）前置条件（Pre-Conditions）

在此用例启动前，管理员（manager）必须登录到系统中，必须有商品的品种存在、必须有供应商信息存在，同时要修改的商品必须已经存在于物理系统中。

（4）后置条件（Post-Conditions）

如果这个用例成功，则将系统中已经存在的商品信息更新；否则系统状态无变化。

（5）扩充点（ExtensionPoints）

无

（6）事件流（EventFlow）

①基流（BasicFlow）

当管理员（manager）修改商品时，此用例启动。

A按商品编号将商品的种类、供应商、商品的名称、商品单价、商品图片等信息显示出来

B如果系统中不存在要修改的商品信息则执行E-1

C提供商品的新种类、新供应商、新名称、新单价、新图片等信息

D将修改的商品信息保存在物理系统中。

②分支流（SubFlow）

无

③替代流（AlternativeFlow）

E-1：

如果当前要修改商品不存在，由系统给出提示，用例终止。

4删除商品

（1）用例名（Usecasename）：

delProduct

（2）用例描述

删除一个已经存在的商品信息。

（3）前置条件（Pre-Conditions）

在此用例启动前，管理员（manager）必须登录到系统中，要删除的商品必须已经存在于物理系统中。

（4）后置条件（Post-Conditions）

如果这个用例成功，则将商品从系统中彻底删除；否则系统状态无变化。

（5）扩充点（ExtensionPoints）

无

（6）事件流（EventFlow）

①基流（BasicFlow）

当管理员（manager）要删除商品时，此用例启动。

A显示要删除的商品信息

B根据商品的编号将商品从系统中彻底删除

②分支流（SubFlow）

无

③替代流（AlternativeFlow）

无

2.2.4帐户管理

1开户

（1）用例名（Usecasename）：

addAccount

（2）用例描述

在系统中新增加一个帐户

（3）前置条件（Pre-Conditions）

在此用例启动前，管理员（manager）必须登录到系统中。

（4）后置条件（Post-Conditions）

如果这个用例成功，则在系统中建立并存储一个新的帐户，以后网上结帐时可用。

否则系统状态无变化。

（5）扩充点（ExtensionPoints）

无

（6）事件流（EventFlow）

①基流（BasicFlow）

当管理员（manager）维护帐户时，此用例启动。

A提供帐户的编号、名称（姓名或名称）、密码、电话、地址、状态、余额等信息。

B根据编号查询帐户，如果系统中已经存在要增加的帐户则执行E-1

E将新帐户保存在物理系统中。

②分支流（SubFlow）

无

③替代流（AlternativeFlow）

E-1：

如果当前要录入的帐户已经存在，由系统给出提示，用例终止。

2查询帐户

（1）用例名（Usecasename）：

findAccount

（2）用例描述

根据编号、名称、电话、地址、状态等查询条件显示已经存在的帐号。

（3）前置条件（Pre-Conditions）

在此用例启动前，管理员（manager）必须登录到系统中。

（4）后置条件（Post-Conditions）

如果这个用例成功，则由系统将查询的结果显示给管理员。

（5）扩充点（ExtensionPoints）

无

（6）事件流（EventFlow）

①基流（BasicFlow）

当用户或管理员查询帐户时，此用例启动。

A提供帐户的编号、名称、电话、地址、状态等信息

B在系统中查询，如果没有查询到帐户则执行（E-1）

C显示查询到的帐户信息。

②分支流（SubFlow）

无

③替代流（AlternativeFlow）

E-1：

如果没有查询到帐户，由系统给出提示，用例终止。

3修改帐户（包括锁定帐户）

（1）用例名（Usecasename）：

updateAccount

（2）用例描述

修改一个已经存在的帐户信息，包括帐户的锁定及修改密码。

（3）前置条件（Pre-Conditions）

在此用例启动前，管理员（manager）必须登录到系统中，要修改的商品必须已经存在于物理系统中。

（4）后置条件（Post-Conditions）

如果这个用例成功，则将系统中已经存在的帐户信息更新；否则系统状态无变化。

（5）扩充点（ExtensionPoints）

无

（6）事件流（EventFlow）

①基流（BasicFlow）

当管理员（manager）修改帐户时，此用例启动。

A按商品编号将帐户的编号、名称、密码、电话、地址、状态、余额等信息显示出来

B如果系统中不存在要修改的帐户信息则执行E-1

C提供帐户的新名称、新电话、新地址、新状态、新余额等信息

D将修改的帐户信息保存在物理系统中。

②分支流（SubFlow）

无

③替代流（AlternativeFlow）

E-1：

如果当前要修改帐户不存在，由系统给出提示，用例终止。

4注销帐户（包括修改密码，在服务器管理员使用）

（1）用例名（Usecasename）：

delAccount

（2）用例描述

删除一个已经存在的帐户信息。

（3）前置条件（Pre-Conditions）

在此用例启动前，管理员（manager）必须登录到系统中，要删除的帐户必须已经存在于物理系统中。

（4）后置条件（Post-Conditions）

如果这个用例成功，则将指定的帐户从系统中彻底删除；否则系统状态无变化。

（5）扩充点（ExtensionPoints）

无

（6）事件流（EventFlow）

①基流（BasicFlow）

当管理员（manager）要删除帐户时，此用例启动。

A显示要删除的帐户信息

B根据帐户的编号将帐户从系统中彻底删除（如果发生过交易的在后面考虑。

）

②分支流（SubFlow）

无

③替代流（AlternativeFlow）

无

5修改密码（在客户端客户使用）

（1）用例名（Usecasename）：

changePassword

（2）用例描述

修改一个已经存在的帐户的密码。

（3）前置条件（Pre-Conditions）

在此用例启动前，客户（manager）必须登录到系统中，。

（4）后置条件（Post-Conditions）

如果这个用例成功，则将指定帐户的密码修改为最新，否则系统状态无变化。

（5）扩充点（ExtensionPoints）

无

（6）事件流（EventFlow）

①基流（BasicFlow）

当客户（customer）要修改帐户时，此用例启动。

A两次输入当前登录帐户的新密码

B根据帐户的编号将帐户的旧密码用新密码替代。

②分支流（SubFlow）

无

③替代流（AlternativeFlow）

无

2.2.5入库管理

2.2.6库存管理

此处只作查询

2.2.7登录系统

2.2.8浏览商品

2.2.9网上购物

包括购物车管理、生成定单、

2.2.10结帐

2.2.11查询历史定单

2.2.12定单管理

使用定单进行配送及真正的出库。

2.2.13查询登录信息

用例图

3系统数据

根据客户提供的原始数据，以及推理等最后可以得出系统的持久性数据库实体。

3.1数据库实体关系图

3.2数据库实体设计图

3.3创建数据库实体

生成脚本时直接创建并生成脚本，也可以先不创建而在SQLPLUS中使用此脚本创建数据库的实体。

3.3.1创建用户脚本

3.3.2创建数据库对象脚本

4系统类

静态结构

4.1对象

4.2类

4.3类图

5动态行为模型

动态结构

5.1活动图

5.2序列图

6实现

6.1主页面

1．功能

两个主页面，一个是管理员主页面（index.jsp），一个是客户主页面（cindex.jsp）。

2．文件组成

每个主页面均可由三个JSP页面，一个作为标题、一个作为主体、一个作为页脚组成。

3．涉及技术

使用JSP的脚本（include）等。

6.2品种维护

使用Servlet

6.3供应商维护

使用基本JSP

6.3.1增加供应商

1．涉及数据对象

Supplier表：

编号（id）、名称（name）、联系人（contactPeople）、电话（Phone）、地址（Address）、邮政编码（PostalCode）、邮箱（email）、网址（URL）。

2．文件组成

一个HTML页面（）作为信息输入，一个JSP文件作为处理页面。

3．涉及的其他文件

连接数据库文件ConnectDatabase.java

4．录入供应商页面

（1）文件名

supplierAdd.html

（2）功能

用于输入供应商信息。

（3）执行流程

当单击提交按钮时，将输入到文本框等WEBGUI组件中的信息发送到supplierAdd.jsp文件进行处理。

（4）实现

每个文本框的名称与对应与数据库中供应商表的字段名是一样的，一一对应。

5．保存新供应商

（1）文件名

supplierAdd.jsp

（2）功能

将supplierAdd.html文件提交来的供应商信息保存到数据库中。

（3）实现

<%@pagecontentType="text/html;charset=GBK"%>

--HTML注释使用page指令导入要使用的sql包可以作为