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

1、网上商店建设项目可行性研究报告网上商店建设项目可行性研究报告 （此文档为word格式，下载后您可任意修改编辑） 1需求描述网上商店应该能够让客户通过Internet到商家的网站上浏览商品，达到到期足不出户的购物。系统应该能够让客户可以直接进入主页面进行按名称或是按商品种类进行商品的查询。可以随机将查询到的商品添加到购物车中，客户一次可以定购一或多个商品。在最后要离开结帐前均可以修改购物车。结帐时必须输入正确的帐户信息，可以是输入用户名和密码后显示当前帐户的详细信息，也可以不修改。一个客户只能有一个帐户名。结帐前必须再输入帐户名和密码进行验证，验证后将购物信息形成定单保存到服务器的数据库中，减去

2、库存，从客户的帐户中减去余额（此时是在商店办卡并存款，而不是直接与银行连接，如果是与银行交互则必须有银行的接口）。客户可以查询他自己的历史定单，客户可以修改自己的密码，但是不能修改自己的帐户余额。如果帐户的余额不足则不能结帐。管理员可以在后台进行商品种类的管理，商品的管理，进货、运输（不做，如果做的话可能涉及运输车队司机和车的信息等，可能还要涉及财务、物流等，可以作为未来的扩展）、供应商、帐户（可以开户、修改、注销、锁定等）、存款（也可以退款）、汇总报表等。具体原始数据可由负责人提供。通过以上分析可以得出分两大部分功能：前端购物和后台管理。详见2系统功能。2系统功能2.1系统总用例图2.1.1

3、提取角色从客户的需求描述中提取若干名词：客户、名称、商品、种类、购物车、帐户、用户名、密码、定单、数据库、库存、余额、历史定单、管理员、供应商、报表等。从中提取出支持行为的名词：客户（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）用例名(Use cas

4、e name)：addCategory （2）用例描述新增加一个种类（3）前置条件（Pre-Conditions） 在此用例启动前，管理员（manager）必须登录到系统中。（4）后置条件（Post-Conditions） 如果这个用例成功，则在系统中建立并存储一个新的种类，以后浏览商品时可用。否则系统状态无变化。（5）扩充点（Extension Points） 无（6）事件流（Event Flow）基流（Basic Flow） 当管理员（manager）维护品种时，此用例启动。 A 提供品种编号、品种类名称、品种描述等信息 B 根据品种编号查询，如果系统中已经存在要增加的品种则执行E-1 C

5、 将新品种保存在物理系统中。分支流（Sub Flow） 无替代流（Alternative Flow）E-1：如果当前要录入的品种已经存在，由系统给出提示，用例终止。2查询品种 （1）用例名(Use case name)：findCategory （2）用例描述根据查询条件显示已经存在的种类。（3）前置条件（Pre-Conditions）在此用例启动前，管理员（manager）必须登录到系统中。（4）后置条件（Post-Conditions）如果这个用例成功，则由系统将查询的结果显示给管理员。（5）扩充点（Extension Points）无（6）事件流（Event Flow）基流（Basic

6、Flow） 当用户或管理员查询品种时，此用例启动。 A 提供品种编号、品种类名称信息 B 在系统中查询，如果没有查询到品种（E-1） C 显示查询到的品种信息。分支流（Sub Flow） 无替代流（Alternative Flow） E-1：如果没有查询到品种，由系统给出提示，用例终止。3修改品种 （1）用例名(Use case name)：updateCategory （2）用例描述修改一个已经存在的品种信息（3）前置条件（Pre-Conditions） 在此用例启动前，管理员（manager）必须登录到系统中，要修改的品种必须已经存在于物理系统中。（4）后置条件（Post-Conditio

7、ns） 如果这个用例成功，则将系统中已经存在的种类信息更新；否则系统状态无变化。（5）扩充点（Extension Points） 无（6）事件流（Event Flow）基流（Basic Flow） 当管理员（manager）修改品种时，此用例启动。 A 按品种编号将品种的名称、描述等信息显示出来 B 如果系统中不存在要修改的品种则执行E-1 C 提供品种的新名称、新描述，并保存在物理系统中。分支流（Sub Flow） 无替代流（Alternative Flow） E-1：如果当前要修改品种不存在，由系统给出提示，用例终止。4删除品种 （1）用例名(Use case name)：delCateg

8、ory （2）用例描述删除一个已经存在的品种信息。（3）前置条件（Pre-Conditions） 在此用例启动前，管理员（manager）必须登录到系统中，要删除的品种必须已经存在于物理系统中。（4）后置条件（Post-Conditions） 如果这个用例成功，则将品种从系统中彻底删除；否则系统状态无变化。（5）扩充点（Extension Points） 无（6）事件流（Event Flow）基流（Basic Flow） 当管理员（manager）要删除品种时，此用例启动。 A 显示要删除的品种信息 B 根据编号将品种从系统中删除分支流（Sub Flow） 无替代流（Alternative F

9、low） 无2.2.2供应商管理1增加供应商（1）用例名(Use case name)：addSupplier（2）用例描述新增加一个供应商（供货商）（3）前置条件（Pre-Conditions） 在此用例启动前，管理员（manager）必须登录到系统中。（4）后置条件（Post-Conditions） 如果这个用例成功，则在系统中建立并存储一个新的供应商。否则系统状态无变化。（5）扩充点（Extension Points） 无（6）事件流（Event Flow）基流（Basic Flow） 当管理员（manager）要增加供应商时，此用例启动。 A 提供供应商编号、名称、联系电话、邮编等信息

10、 B 根据品种编号查询，如果系统中已经存在要增加的品种则执行E-1 C 将新品种保存在物理系统中。分支流（Sub Flow） 无替代流（Alternative Flow） E-1：如果当前要录入的品种已经存在，由系统给出提示，用例终止。2查询供应商 （1）用例名(Use case name)：findSupplier （2）用例描述根据给出的查询条件显示已经存在的供应商。（3）前置条件（Pre-Conditions） 在此用例启动前，管理员（manager）必须登录到系统中。（4）后置条件（Post-Conditions） 如果这个用例成功，则由系统将查询的结果显示给管理员。（5）扩充点（Ex

11、tension Points） 无（6）事件流（Event Flow）基流（Basic Flow） 当用户或管理员查询供应商时，此用例启动。 A 提供供应商的编号、名称、联系人、地址、电话等信息 B 在系统中查询，如果没有查询到供应商则执行（E-1） C 显示查询到的供应商信息。分支流（Sub Flow） 无替代流（Alternative Flow） E-1：如果没有查询到供应商，由系统给出提示，用例终止。3修改供应商 （1）用例名(Use case name)：updateSpplier （2）用例描述修改一个已经存在的供应商信息（3）前置条件（Pre-Conditions） 在此用例启动前

12、，管理员（manager）必须登录到系统中，要修改的供应谪必须已经存在于物理系统中。（4）后置条件（Post-Conditions） 如果这个用例成功，则将系统中已经存在的供应商信息更新；否则系统状态无变化。（5）扩充点（Extension Points） 无（6）事件流（Event Flow）基流（Basic Flow） 当管理员（manager）修改供应商时，此用例启动。 A 按供应商的编号将供应商的编号、名称、联系人、地址、电话、邮政编码等信息显示出来 B 如果系统中不存在要修改的供应商则执行E-1 C 提供供应商的新名称、新联系人、新地址、新电话、新邮箱、新网址等，并保存在物理系统中。

13、分支流（Sub Flow） 无替代流（Alternative Flow） E-1：如果当前要修改供应商不存在，由系统给出提示，用例终止。4删除供应商 （1）用例名(Use case name)：delSupplier （2）用例描述删除一个已经存在的供应商信息。（3）前置条件（Pre-Conditions） 在此用例启动前，管理员（manager）必须登录到系统中，要删除的供应商必须已经存在于物理系统中。（4）后置条件（Post-Conditions） 如果这个用例成功，则将供应商从系统中彻底删除；否则系统状态无变化。（5）扩充点（Extension Points） 无（6）事件流（Event

14、 Flow）基流（Basic Flow） 当管理员（manager）要删除供应商时，此用例启动。 A 显示要删除的供应商信息 B 根据编号将供应商从系统中删除分支流（Sub Flow） 无替代流（Alternative Flow） 无注：供应商的管理可以引申有国家维护、省份维护、地区维护、城市维护、领域维护、职业维护、职务维护、电话维护（一个供应商可以有多种电话，如可以有多个不同的办公电话、家里电话、手机等）、地址维护（一个供应商可以有多个联系地址）等。以后的每个功能均可以扩展，此处由于速度及理解原因，大多数功能均以简化出现，否则真正符合现实客户的要求此系统将会非常的复杂及难于实现。所以后面的

15、功能以简化、实用、基本完整为主不再多加解释。2.2.3商品维护1增加商品 （1）用例名(Use case name)：addProduct （2）用例描述新增加一个商品（3）前置条件（Pre-Conditions） 在此用例启动前，管理员（manager）必须登录到系统中。商品种类、供应商信息必须已经存在于物理系统中。（4）后置条件（Post-Conditions） 如果这个用例成功，则在系统中建立并存储一个新的产品，以后浏览商品时可用。否则系统状态无变化。（5）扩充点（Extension Points） 无（6）事件流（Event Flow）基流（Basic Flow） 当管理员（manag

16、er）维护产品时，此用例启动。 A 提供产品编号、种类、供应商、名称、描述、单价、图片等信息。 B 提供品种，如果品种不存在则执行E-1 C 提供供应商，如果供应商不存在则执行E-2D根据商品编号查询，如果系统中已经存在要增加的商品则执行E-3 E 将新商品保存在物理系统中。分支流（Sub Flow） 无替代流（Alternative Flow） E-1：如果不存在任何品种，则由系统给出提示，用例终止。 E-2：如果不存在任何供应商，则由系统给出提示，用例终止。 E-3：如果当前要录入的品种已经存在，由系统给出提示，用例终止。2查询商品 （1）用例名(Use case name)：findPr

17、oduct （2）用例描述根据种类、供应商、商品名称等查询条件显示已经存在的商品。（3）前置条件（Pre-Conditions） 在此用例启动前，管理员（manager）必须登录到系统中。（4）后置条件（Post-Conditions） 如果这个用例成功，则由系统将查询的结果显示给管理员。（5）扩充点（Extension Points） 无（6）事件流（Event Flow）基流（Basic Flow） 当用户或管理员查询商品时，此用例启动。 A 提供品种、供应商、商品编号、商品名称等信息 B 在系统中查询，如果没有查询到商品则执行（E-1） C 显示查询到的品种信息。分支流（Sub Flow

18、） 无替代流（Alternative Flow） E-1：如果没有查询到商品，由系统给出提示，用例终止。3修改商品 （1）用例名(Use case name)：updateProduct （2）用例描述修改一个已经存在的商品信息（3）前置条件（Pre-Conditions） 在此用例启动前，管理员（manager）必须登录到系统中，必须有商品的品种存在、必须有供应商信息存在，同时要修改的商品必须已经存在于物理系统中。（4）后置条件（Post-Conditions） 如果这个用例成功，则将系统中已经存在的商品信息更新；否则系统状态无变化。（5）扩充点（Extension Points） 无（6）

19、事件流（Event Flow）基流（Basic Flow） 当管理员（manager）修改商品时，此用例启动。 A 按商品编号将商品的种类、供应商、商品的名称、商品单价、商品图片等信息显示出来 B 如果系统中不存在要修改的商品信息则执行E-1 C 提供商品的新种类、新供应商、新名称、新单价、新图片等信息D将修改的商品信息保存在物理系统中。分支流（Sub Flow） 无替代流（Alternative Flow） E-1：如果当前要修改商品不存在，由系统给出提示，用例终止。4删除商品 （1）用例名(Use case name)：delProduct （2）用例描述删除一个已经存在的商品信息。（3）

20、前置条件（Pre-Conditions） 在此用例启动前，管理员（manager）必须登录到系统中，要删除的商品必须已经存在于物理系统中。（4）后置条件（Post-Conditions） 如果这个用例成功，则将商品从系统中彻底删除；否则系统状态无变化。（5）扩充点（Extension Points） 无（6）事件流（Event Flow）基流（Basic Flow） 当管理员（manager）要删除商品时，此用例启动。 A 显示要删除的商品信息 B 根据商品的编号将商品从系统中彻底删除分支流（Sub Flow） 无替代流（Alternative Flow） 无2.2.4帐户管理1开户 （1）用

21、例名(Use case name)：addAccount （2）用例描述在系统中新增加一个帐户（3）前置条件（Pre-Conditions） 在此用例启动前，管理员（manager）必须登录到系统中。（4）后置条件（Post-Conditions） 如果这个用例成功，则在系统中建立并存储一个新的帐户，以后网上结帐时可用。否则系统状态无变化。（5）扩充点（Extension Points） 无（6）事件流（Event Flow）基流（Basic Flow） 当管理员（manager）维护帐户时，此用例启动。 A 提供帐户的编号、名称（姓名或名称）、密码、电话、地址、状态、余额等信息。 B根据编号

22、查询帐户，如果系统中已经存在要增加的帐户则执行E-1 E 将新帐户保存在物理系统中。分支流（Sub Flow） 无替代流（Alternative Flow） E-1：如果当前要录入的帐户已经存在，由系统给出提示，用例终止。2查询帐户 （1）用例名(Use case name)：findAccount （2）用例描述根据编号、名称、电话、地址、状态等查询条件显示已经存在的帐号。（3）前置条件（Pre-Conditions） 在此用例启动前，管理员（manager）必须登录到系统中。（4）后置条件（Post-Conditions） 如果这个用例成功，则由系统将查询的结果显示给管理员。（5）扩充点（

23、Extension Points） 无（6）事件流（Event Flow）基流（Basic Flow） 当用户或管理员查询帐户时，此用例启动。 A 提供帐户的编号、名称、电话、地址、状态等信息 B 在系统中查询，如果没有查询到帐户则执行（E-1） C 显示查询到的帐户信息。分支流（Sub Flow） 无替代流（Alternative Flow） E-1：如果没有查询到帐户，由系统给出提示，用例终止。3修改帐户(包括锁定帐户) （1）用例名(Use case name)：updateAccount （2）用例描述修改一个已经存在的帐户信息，包括帐户的锁定及修改密码。（3）前置条件（Pre-Con

24、ditions） 在此用例启动前，管理员（manager）必须登录到系统中，要修改的商品必须已经存在于物理系统中。（4）后置条件（Post-Conditions） 如果这个用例成功，则将系统中已经存在的帐户信息更新；否则系统状态无变化。（5）扩充点（Extension Points） 无（6）事件流（Event Flow）基流（Basic Flow） 当管理员（manager）修改帐户时，此用例启动。 A 按商品编号将帐户的编号、名称、密码、电话、地址、状态、余额等信息显示出来 B 如果系统中不存在要修改的帐户信息则执行E-1 C 提供帐户的新名称、新电话、新地址、新状态、新余额等信息D将修改

25、的帐户信息保存在物理系统中。分支流（Sub Flow） 无替代流（Alternative Flow） E-1：如果当前要修改帐户不存在，由系统给出提示，用例终止。4注销帐户（包括修改密码，在服务器管理员使用） （1）用例名(Use case name)：delAccount （2）用例描述删除一个已经存在的帐户信息。（3）前置条件（Pre-Conditions） 在此用例启动前，管理员（manager）必须登录到系统中，要删除的帐户必须已经存在于物理系统中。（4）后置条件（Post-Conditions） 如果这个用例成功，则将指定的帐户从系统中彻底删除；否则系统状态无变化。（5）扩充点（Ex

26、tension Points） 无（6）事件流（Event Flow）基流（Basic Flow） 当管理员（manager）要删除帐户时，此用例启动。 A 显示要删除的帐户信息 B 根据帐户的编号将帐户从系统中彻底删除（如果发生过交易的在后面考虑。）分支流（Sub Flow） 无替代流（Alternative Flow） 无5修改密码（在客户端客户使用） （1）用例名(Use case name)：changePassword （2）用例描述修改一个已经存在的帐户的密码。（3）前置条件（Pre-Conditions） 在此用例启动前，客户（manager）必须登录到系统中，。（4）后置条件（

27、Post-Conditions） 如果这个用例成功，则将指定帐户的密码修改为最新，否则系统状态无变化。（5）扩充点（Extension Points） 无（6）事件流（Event Flow）基流（Basic Flow） 当客户（customer）要修改帐户时，此用例启动。 A 两次输入当前登录帐户的新密码 B 根据帐户的编号将帐户的旧密码用新密码替代。分支流（Sub Flow） 无替代流（Alternative Flow） 无2.2.5入库管理2.2.6库存管理此处只作查询2.2.7登录系统 2.2.8浏览商品2.2.9 网上购物包括购物车管理、生成定单、 2.2.10结帐2.2.11查询历史

28、定单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 文件

29、组成每个主页面均可由三个JSP页面，一个作为标题、一个作为主体、一个作为页脚组成。3 涉及技术使用JSP的脚本（include）等。6.2品种维护使用Servlet6.3供应商维护使用基本JSP6.3.1增加供应商1 涉及数据对象Supplier表： 编号（id）、名称（name）、联系人（contactPeople）、电话（Phone）、地址（Address）、邮政编码（PostalCode）、邮箱（email）、网址（URL）。2 文件组成一个HTML页面（）作为信息输入，一个JSP文件作为处理页面。3 涉及的其他文件连接数据库文件ConnectDatabase.java4 录入供应商页面（1）文件名 supplierAdd.html（2）功能 用于输入供应商信息。（3）执行流程当单击提交按钮时，将输入到文本框等WEB GUI组件中的信息发送到supplierAdd.jsp文件进行处理。（4）实现 每个文本框的名称与对应与数据库中供应商表的字段名是一样的，一一对应。5 保存新供应商（1）文件名 supplierAdd.jsp（2）功能 将supplierAdd.html文件提交来的供应商信息保存到数据库中。（3）实现!-HTML 注释 使用page指令导入要使用的sql包 可以作为