件网上书店功能流程图,类图
网上书店详细需求分析ER图数据流图状态图
系统需求分析1.1需求分析（负责人：陈酒)1.1.1可行性分析1、技术可行性：此网上书店系统可以运行于windows xp，win 7，windows vista操作系统.对系统要求只需要装有IIS即可.对计算机的硬件配置没有太高要求，现在的个人电脑完全可以满足。
数据库运用简单易学的Access来实现.在网站设计方面，运用XHTML、CSS 样式、JSP等知识，利用PhotoShop图像处理工具及Dreamweaver CS5制作出合理生动的网页.2、经济可行性:此系统可以运行于现在市场上出售的各种个人电脑，系统成本主要集中在系统的开发上.当系统投入运行后，可以实现在网上卖书和租书功能。
所带来的效益远远大于系统软件的开发成本，在经济上是完全可行。
3、操作可行性:界面设计充分考虑浏览用户的习惯，图书信息浏览、会员注册登录、租书、购书等功能操作方便。
而且所有网页设计清新、简洁、合理，不会让用户感到视觉疲劳，可操作性很强。
1.1.2项目意义分析随着网络技术的发展，越来越多的人喜欢在网上宣传自己的产品，喜欢网上购物。
图书产品从其外部特征来看，品种繁多,实体书店或其它图书发行者无法有足够大的店面来展示所有品种;单价不高,在网络信用还存在缺失的环境下能造成的损失较小，读者也乐于尝试在线购买。
所以网上书店网站也在互联网上纷纷出现.就网上书店而言,由于网络已经覆盖全球，信息量大而独具优势。
售书的理念也很简单,就是读者可以自己寻找自己喜爱的书为替读者找寻他们想要的书。
对于读者来说,网上书店近在咫尺，并且永不下班关门，读者可以随时随地自由地查询和订购图书，读者无需亲临书店,一档一档地找，一本一本地翻,只要坐在电脑前,开机上网即可买到所需书籍，而且读者的挑选余地也大多了，检索也很方便，同时还减少了购书过程中的支出，另外应当看到图书选购必得翻阅详看，耗时费力,特别是热衷购书者，几乎都是奋力开拓事业者和苦心求学深造者,时间对他们而言无比宝贵，网上购书节省了大量时间，这对于那些没有时间经常逛传统书店或其住所离传统书店较远的读者来说，具有实际意义。
网上书店系统UML建模文档
2010-2011 学年第二学期《软件工程课程设计》网上书店系统的UML建模班级08软件工程组员崔会令刘园园谷雅俊解凯添组长张俊格任课教师郭烨日期2011年5月30日目录1 系统需求 (2)2 需求分析 (3)2.1 识别参与者 (3)2.2 识别用例 (3)3 静态结构模型 (4)3.1 定义系统对象 (4)3.2 定义用户界面类 (4)3.3 建立类图 (5)4 动态行为模型 (6)4.1 创建系统顺序图（协作图） (6)4.2 创建系统的状态图 (8)4.3 创建系统的活动图 (9)5 物理模型 (11)5.1 创建系统组件图 (11)5.2 创建系统部署图 (11)6总结 (11)7参考文献 (12)1 系统需求网上书店管理系统业务描述：网上书店提供给人们更加便捷的购书模式。
从网上书店系统不同参与者的角度 ,可以将其系统功能分为前台与后台两大功能模块。
通过对电子商务网站及网上书店的考察、分析以及实际的市场调查，要求本系统具有以下功能：●统一友好的操作界面，能保证系统的易用性。
●规范、完善的基础信息设置。
●图书分类详尽，可按不同类别查看商品信息。
●按图书大类及图书名称进行模糊查询。
●实现网上购书。
●新书及特价图书展示。
满足上述需求的系统主要包括下面几个模块：图 1.1系统功能需求2 需求分析2.1 识别参与者在书店管理系统中，需要销售者和用户的的参与。
销售者可以有自己的用户名和密码对网站的后台进行维护和更新。
用户可以注册也可以登录来对图书进行浏览和购买，确认购买后通过转账汇款。
网站需要一个专门的管理者进行日常维护与管理，所以需要有系统管理员的参与。
参与者有销售者和用户以及系统管理员，销售者也可以替代系统管理员的功能。
2.2 识别用例（1）管理员的用例图从图中可以清楚地看到泛化关系与各个参与者所参与的用例。
（2）用户参与的用例图用户参与者的用例图如下图所示。
3 静态结构模型3.1 定义系统对象管理员，用户，购物车，图书。
(完整word版)网上书店系统UML建模文档
2010-2011 学 年 第 二学 期软件工程课程设计》网上书店系统的 UML 建模08 软件工程张俊格任课教师组员崔会令 刘园园 谷雅俊 解凯添日期班级组长郭烨2011年5月30日1 系统需求2 需求分析2.1 识别参与者2.2 识别用例3 静态结构模型3.1 定义系统对象3.2 定义用户界面类3.3 建立类图4 动态行为模型4.1 创建系统顺序图（协作图）4.2 创建系统的状态图4.3 创建系统的活动图5 物理模型5.1 创建系统组件图5.2 创建系统部署图6 总结7 参考文献目录 2...3....35...8...101..3.131314141系统需求网上书店管理系统业务描述:网上书店提供给人们更加便捷的购书模式。
从网上书店系统不同参与者的角度，可以将其系统功能分为前台与后台两大功能模块。
通过对电子商务网站及网上书店的考察、分析以及实际的市场调查, 要求本系统具有以下功能：统一友好的操作界面，能保证系统的易用性。
规范、完善的基础信息设置。
图书分类详尽，可按不同类别查看商品信息。
按图书大类及图书名称进行模糊查询。
实现网上购书。
新书及特价图书展示。
满足上述需求的系统主要包括下面几个模块:2 需求分析2.1 识别参与者在书店管理系统中，需要销售者和用户的的参与。
销售者可以有自己的用户名和密码对网站的后台进行维护和更新。
用户可以注册也可以登录来对图书进行浏览和购买，确认购买后通过转账汇款。
网站需要一个专门的管理者进行日常维护与管理，所以需要有系统管理员的参与。
参与者有销售者和用户以及系统管理员，销售者也可以替代系统管理员的功能。
2.2 识别用例1）管理员的用例图从图中可以清楚地看到泛化关系与各个参与者所参与的用例。
订单管理(2)用户参与的用例图用户参与者的用例图如下图所示。
3静态结构模型3.1定义系统对象管理员，用户，购物车，图书。
3.2定义用户界面类管理员登录边界类图:用户边界类图A库存【商品）管理库再浏览O湮加商品O —HD3.3建立类图各类之间的关系：类不是单独一个模块，各个类之间是存在联系。
网上书店设计说明书含结构图流程图和E-R图
目录1．引言 (3)1.1项目名称 (3)1.2编写目旳 (3)1.2项目背景 (3)1.3定义 (3)1.4参照资料 (3)2．任务概述 (4)2.1项目总体目旳 (4)2.3需求概述 (4)2.2运营环境 (4)2.2.1 软件环境 (4)2.2.2 硬件环境 (4)2.4开发环境 (4)2.5条件与限制 (4)3．总体设计 (5)3.1系统架构 (6)3.2解决流程 (7)4．功能具体设计 (7)4.1 系统体系构造 (7)4. 2 功能设计 (8)4. 3 代码设计 (10)4. 4顾客界面设计 (10)4. 5 数据库设计 (10)5．系统实行与维护...................................................................... 错误!未定义书签。
5.1系统测试 ....................................................................... 错误!未定义书签。
5.1.1软件测试 .............................................................. 错误!未定义书签。
5.1.2应用程序测试 ...................................................... 错误!未定义书签。
5.1.3 网站测试.............................................................. 错误!未定义书签。
5.2系统维护........................................................................ 错误!未定义书签。
1 引言随着信息技术、Internet技术、数据库技术旳不断发展完善，网络成旳加快，老式旳购物方式也越来越不能满足人们快节奏旳生活需求，使得公司旳IT部门结识到互联网旳优势，电子商务就是在这样一种背景下产生发展起来旳。
网上书店用例图
网上书店用例图
课后作业
P8：
1.项目组结构：矩阵型
原因：因为该系统类似于以前做过的系统，规模也很大很复杂，而且客户已经写出了完整的需求文档。
软件过程模型：瀑布
原因：对于做过类似的项目，而且对这个较大规模的项目非常熟悉的情况下，我们应该选用瀑布模型。
2.项目组结构：职能型
原因：该项目要求把虚拟现实硬件和最先进的软件结合在一起，需要多个方面并行，术业专攻，才能使项目更好地完成。
软件过程模型：增量或快速还原
原因：项目有创新，设计方案就有一定风险，增量模型具有较大灵活性，可以采用；另外这个项目面向的市场竞争非常激烈，用户需求不确定，快速还原模型可以在运行中被检查、测试、修改，直到用户满意，除此之外，它能减少系统开发的风险。
3.项目组结构：矩阵型
原因：该项目比较大，而且规定了严格的完成期限，所以采用矩阵型比较好。
软件过程模型：喷泉
原因：该项目是进行字处理软件的新版本研发，主题确定，目标明确，喷泉模型是面向对象的，采用它最有效。
P64：
1.在ATM提款用例开发
①用户插入信用卡
②信用卡有效，输入密码
③密码正确，输入提款金额
④提取现金
⑤退出系统，取出信用卡 ATM系统用例图：。
uml网上书店系统类图对象图
订单 订单项 #图书编号 : double #图书名称 : char #数量 : signed int #单价 : double #运费 : double #折扣后金额 : double #填写() : bool #查询() : char #确认() : bool #删除() : bool #搜索库存() : 库存 #客户名称 : char #会员编号 : double #内部账号 : double #送货地址 : char #下单日期 : char #订单状态 : char #总运费 : double #总折扣后金额 : double #订单总价 : double -密码 : int #提交() : bool #设置() : bool
游客 +游客身份 : char +浏览() : bool +注册() : bool +登陆() : bool +产品信息() : 图书目录
潜在会员 +用户名 : char +内部账号 : double #账户状态 : bool -密码 : int +公司名 : char +联系人 : char +联系方式 : char +填写订单() : 订单 +提交订单() : 订单 +撤销订单() : 订单 +确认订单() : bool
文学
历史
库存 -图书编号 : double -数量 : signed int -单价 : double -入库时间 : char -商品名称 : char +编码() : bool +零件名称() : 图书
外文
管理员 员工 +员工号 : char +部门 : char +职称 : char +姓名 : char +年龄 : int +性别 : char +工龄 : int +联系方式 : char +家庭方式 : char +修改信息() : bool +打印信息() : bool 内部工作人员 +用户名 : char +密码 : char +查看员工信息() : 员工 -库存管理文件 : char +存货() : bool +取货() : bool +修改() : bool +搜索() : bool +更新库存() : 库存 +按订单要求提货发货() : 订单 管理者 -订单列表 : double -业务记录 : char -客户反馈表 : char +业务指派() : bool +业务审批() : bool +答疑() : char +监管() : char +审核销售记录() : 销售记录
件网上书店功能流程图,类图
d)原型设计
用户搜索商品：
【搜索】
功能分析：
1、用户在主页面上能够进行浏览所需要的商品，然后由用户输入的关键字进行商品的搜索。
2、用户搜索自己喜欢商品的类型后，确定选中要购买后，加入购物车。
用户订单模块
a）用例图
b）用例描述
用户登录系统，进入订单管理模块，可以查看自己喜欢的商品，将它加入购物车，确认购买后就可以下订单了。
2、管理员还可以在根类别下，添加子类别。
管理员产品管理模块
a） 用例图
b）用例描述
管理员登录成功后，通过后台进行产品管理，可以进行新增产品、产品的上柜、下柜、产品销量浏览、产品搜索、删除、修改等
b）操作流程
d)原型设计
产品管理》产品添加
产品管理》产品搜索
【搜索】【提交】
[选择类别]
FROM:
TO:
FROM:
总体目标设计一套软件能够合理有序的对书店进行信息化的管理。
2.2系统角色
角色
功能
管理员
用户管理、等
顾客
购买图书、意见反馈
2.3系统需求的分析
2.3.1.顾客功能模块分析
（1）顾客功能模块用例图
（2）顾客功能模块流程图
否
是
（3）顾客功能模块用例具体分析
用户注册模块
a）用例图
b）用例描述
用户注册后成为系统会员。
UML网上书店系统建模
2011 —— 2012 学年第一学期信息技术学院《软件系统建模与UML》综合设计实验网上书店系统的UML建模班级2011级软件工程学号姓名任课教师日期2011年12月18日目录第1章系统需求 (2)第2章需求分析 (4)2.1 识别参与者 (4)2.2 识别用例 (5)2.3 用例的事件流描述 (8)第3章静态结构模型 (23)3.1 定义系统对象 (23)3.2 定义用户界面类 (23)3.3 建立类图 (23)第4章动态行为模型 (28)4.1 创建系统顺序图（协作图） (28)4.2 创建系统的状态图 (30)4.3 创建系统的活动图 (32)第5章数据库模型 (35)第6章物理模型 (36)6.1 创建系统组件图 (36)6.2 创建系统部署图 (37)第1章系统需求网上书店系统描述如下：在网上书店系统中，普通用户浏览主页面查看图书及详细信息，如想在本网站购买图书，需注册成为该网站会员，然后进行购买活动。
会员用户通过其注册的账号及密码登陆该系统，登陆该系统后可以对个人信息进行修改，包括密码的修改，可以添加所选书籍到购物车，删除购物车里的书籍，以及修改购物车内书籍的数量，确定购买后进去支付页面。
管理员登陆系统后，可以修改其登陆密码，维护员工信息，维护会员信息，以及系统维护。
管理会员信息主要是添加会员、删除会员以及修改会员信息。
管理员工信息要分为添加员工、删除员工以及修改员工信息。
系统的维护主要为系统更新。
对上述网上书店系统的描述进行分析，可以获得如下功能性需求： 游客在网上书店系统注册个人信息，可以成为会员。
会员通过身份验证，登录到网上书店系统。
会员或游客可以浏览网上书店的图书。
会员可以查询修改个人资料，包括个人的基本信息、订单信息。
会员可以修改个人信息。
会员可以将要买的书籍添加到购物车，可以对购物车里书籍数量信息进行修改。
会员可以对所下订单进行提交。
会员可以进入付款界面进行结算。
员工根据用户名和密码，登录到网上书店系统。
网上图书销售系统UML建模文档
网上图书销售系统UML 建模1系统的用例图用例图（Use Case View ）强调从用户的角度看到的或需要的系统功能，是被称为参与者的外部用户所能观察到的系统功能的模型图。
1.1确定参与者在本系统的UML 建模中，可以创建顾客，管理员，一般员工参与者。
1.2创建用例根据业务流程，网上图书销售系统可以分为以下的几个用例（Use Cases ）。
订单处理，订单维护，订单状态查询，个人信息维护，订购，接收发货，库存查询，缺货拒绝，商品查询，商品信息维护，销售查询，员工信息维护，报表维护，订单增加，订单删除。
1.3创建用例图1.3.1系统管理的用例图如图1所示。
更新库存图1系统管理用例图1.3.2系统用户的用例图如图2所示。
订单状态查询2系统的活动图活动图可以分为垂泳道，每个泳道进表示工作流中不同的参与者。
查看泳道中的活动，就可以知道某个参与者的责任。
通过不同泳道中活动的过渡，可以了解谁要与谁进行通信。
这些信息在建模或理解业务程时非常重要。
顾客购买商品和管理员处理订单的活动图如图3所示。
图3系统活动图从图3中可以看出，管理员、顾客发生了相互的关系。
顾客登录后查询商品，在选择了自己希望购买的商品后提交订单，接下来顾客处于查询订单的循环状态。
与此同时，管理员接收到了顾客提交的订单，并根据该订单对应商品的库存情况判断是否拒绝该订单，并更新客户订单。
在顾客查询到订单状态变成已处理后，购买过程结束。
3类图的生成3.1参与者相关的类3.1.1系统中的类图如图4所示。
Person是所有类的父类，它的属性包括用于标识不同身份的人的ID，姓名(Name)以及地址(Address)。
它的方法包括根据ID查询、根据姓名查询、设置某人的姓名、地址等。
Customer继承了父类的方法和属性并添加了自己的属性和方法。
date表示该用户客户订单。
Employee继承了person，它的属性password表示登录密码。
这是所有员工共有的操作。
(整理)UML建模网上图书销售系统用例图Word.
网上图书销售系统本文档介绍网上图书销售系统的UML建模过程。
1.1网上图书销售系统的需求分析寻找需求不是件容易的事情，软件开发人员最讨厌的就是需求经常变化，因此，在建模之前明确需求非常重要。
1.1.1系统总体的功能需求网上图书销售系统是一个复杂的电子商务系统，它必须提供用户的接口以供用户登录并选择喜好的图书；同时还必须提供系统的管理接口以供管理员和一般的网站工作人员处理客户订单并维护网站正常运作。
系统总体功能需求框图如图1-1所示。
图1-1 系统总体功能需求框图1.用户接口模块用户接口是网站用户使用图书销售系统服务的入口，所有的在线用户都通过浏览登录网站，并进行一系列的查询，订购操作。
用户接口模块包括了用户信息维护、商品查询、订购商品和订单维护4个部分。
用户登录系统后，用户ID将会被保存在服务器的缓存中，用户在系统中所做的操作，包括查询、订购等都将被系统存储在数据库中，以供系统那个进行销售情况以及销售走势分析。
2.管理员接口模块这是系统提供给网站维护和管理人员的接口。
管理员接口模块包括商品信息维护、内部员工信息维护、订单处理、销售情况查询、报表维护5个部分。
网站的一般工作人员通常只具有订单处理的权限，他们获得用户提交的订单，并根据库存情况来决定发货或者推迟发货。
网站的管理员具有所有的管理权限，可以处理客户的订单，可以阅览网站商品的销售情况、销售走势，以便根据不同的情况及时的调整经营战略，将库存成本和资金占有用率降到最低的限度。
3.数据服务模块数据服务器模块是系统正常运行的基础，包括客户的查询，定单的保存；网站工作人员的定单处理；网站管理员的销售情况查询与分析。
用户接口模块用户接口模块包括如图1-2所示的几个方面。
图1-2 用户接口模块1.用户信息维护每个使用该系统的用户必须经过注册，而注册的用户名是用户的唯一标识。
系统可以接收更多可用的客户信息，比如购物方面的喜好、经济能力等。
系统的后台程序会自动记录每个用户在登录网站后进行的所有操作，包括查询和订购信息。
(完整版)网上书店设计说明书(含结构图、流程图和E-R图)
目录1．引言 (3)1.1项目名称 (3)1.2编写目的 (3)1.2项目背景 (3)1.3定义 (3)1.4参考资料 (3)2．任务概述 (4)2.1项目总体目标 (4)2.3需求概述 (4)2.2运行环境 (4)2.2.1 软件环境 (4)2.2.2 硬件环境 (4)2.4开发环境 (4)2.5条件与限制 (4)3．总体设计 (5)3.1系统架构 (6)3.2处理流程 (7)4．功能详细设计 (7)4.1 系统体系结构 (7)4. 2 功能设计 (8)4. 3 代码设计 (10)4. 4用户界面设计 (10)4. 5 数据库设计 (10)5．系统实施与维护 (14)5.1系统测试 (14)5.1.1软件测试 (14)5.1.2应用程序测试 (15)5.1.3 网站测试.............................................................. 错误!未定义书签。
5.2系统维护........................................................................ 错误!未定义书签。
1 引言随着信息技术、Internet技术、数据库技术的不断发展完善，网络成的加快，传统的购物方式也越来越不能满足人们快节奏的生活需求，使得企业的IT部门认识到互联网的优势，电子商务就是在这样一个背景下产生发展起来的。
伴随着电子商务技术的不断成熟，电子商务的功能也越来越强大，注册用户可以在网上搜索到自己想要的各种商品，初步让人们体会到了足不出户便可以随意购物的快感。
1.1项目名称网上书店（网上售书系统）1.2编写目的介绍网上书店系统的系统设计，为用户描述出一个具体的产品设计模型，为开发及测试人员提供下一步工作的依据。
1.3项目背景本系统的开发均满足顾客的需求，可以让顾客在网上方便查找到自己想要的书，并实现在线购买。
图书馆管理系统用例图、活动图、类图、时序图
图书馆管理系统一．图书馆管理系统需求分析1、系统目标设计系统开发的总目标是实现内部图书借阅管理的系统化、规范化和自动化。
能够对图书进行注册登记，也就是将图书的基本信息（如：书的编号、书名、作者、价格等）预先存入数据库中，供以后检索。
能够对借阅人进行注册登记，包括记录借阅人的姓名、编号、班级、年龄、性别、地址、电话等信息。
提供方便的查询方法。
如：以书名、作者、出版社、出版时间（确切的时间、时间段、某一时间之前、某一时间之后）等信息进行图书检索，并能反映出图书的借阅情况；以借阅人编号对借阅人信息进行检索；以出版社名称查询出版社联系方式信息。
提供对书籍进行的预先预订的功能。
提供旧书销毁功能，对于淘汰、损坏、丢失的书目可及时对数据库进行修改。
能够对使用该管理系统的用户进行管理，按照不同的工作职能提供不同的功能授权。
提供较为完善的差错控制与友好的用户界面，尽量避免误操作。
2、系统功能需求分析(1) 读者管理：读者信息的制定、输入、修改、查询，包括种类、性别、借书数量、借书期限、备注等。
(2) 书籍管理：书籍基本信息制定、输入、修改、查询，包括书籍编号、类别、关键词、备注。
(3) 借阅管理：包括借书，还书，预订书籍，续借，查询书籍，过期处理和书籍丢失后的处理。
(4)系统管理：包括用户权限管理，数据管理和自动借还书机的管理基于UML的图书馆管理系统建模设计满足以上需求的系统主要包含有一下几个子系统（1）基本业务功能子系统：该系统中主要包含了借书还书和预订等功能。
（2）基本数据录入功能子系统：该子系统主要包含有书籍信息和读者信息录入功能。
（3）信息查询子系统：包含了多功能的查询书籍信息和读者信息。
（4）数据库管理功能子系统：主要包含了借阅信息管理功能，书籍信息管理功能和预订信息管理功能。
（5）帮助功能子系统。
二、系统动态建模1、用例图、图书馆管理系统的用例图从用例图中我们可以看出管理员和读者之间对本系统所具有的用例。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
需求分析说明
2.1目标
设计一个书店销售管理系统（Book Sell System 简称BSS），基本能够实现书店销售的一些流程，做好信息记录。
功能模块包括：用户登录系统（设置不同人员的登录身份，以防有人恶意对数据进行更改），仓库管理系统（即图书入库系统，对所有书籍的信息做好记录，以便查找），销售系统（对书的销售量进行统计，以便做出更好的规划，哪些书畅销，哪些书很少有人买），会员管理系统。
总体目标设计一套软件能够合理有序的对书店进行信息化的管理。
2.2系统角色
角色功能
管理员用户管理、等
顾客购买图书、意见反馈
2.3系统需求的分析
2.3.1.顾客功能模块分析
（1）顾客功能模块用例图
用户
（2）顾客功能模块流程图
（3）顾客功能模块用例具体分析
用户注册模块
a ） 用例图
用户
b ） 用例描述
用户注册后成为系统会员。
c ） 操作流程
d)
原型设计
用户名：
【提交】
功能分析：
1、用户访问主页面的时候，用户可以进行注册，填写个人信息：如用户名、密码、确认密码、电话、送货地址等信息。
2、用户填写完成信息后，提交后，由数据库保存用户注册的信息。
用户浏览、搜索商品模块
a）用例图
用户
b ） 用例描述
用户注册成功后，登录系统，进行商品的浏览、搜索。
c ） 操作流程
d)原型设计 用户搜索商品：
功能分析：
1、 用户在主页面上能够进行浏览所需要的商品，然后由用户输入
的关键字进行商品的搜索。
2、用户搜索自己喜欢商品的类型后，确定选中要购买后，加入购
物车。
用户订单模块
a）用例图
用户
b）用例描述
用户登录系统，进入订单管理模块，可以查看自己喜欢的商品，将它加入购物车，确认购买后就可以下订单了。
c）操作流程
d)原型设计 用户下订单：
功能分析：1、用户登录后，浏览商品，选购自己喜欢的商品，然确认购买后，生成订单。
2、用户提交订单后，有管理员在后台进行管理。
个人信息管理模块
a) 用例图
用户
b) 用例描述
用户登录系统后，可以管理自己的信息，例如修改密码、修改地址、修改联系方式。
c) 操作流程图
用户名：
密码：
电话：
【提交】
功能分析：
1、用户在登录后，可以对自己的信息进行修改，例如，修改用户
名、密码、电话、送货地址等信息。
2、用户修改个人信息后提交后，将覆盖用户以前储存在数据库中
的信息。
2.3.2.管理员功能模块分析
（1）管理员功能模块用例图
管理员
（2）管理员功能模块流程图
（3）管理员功能模块用例具体分析
管理员用户管理模块
a）用例图
管理员
b）用例描述
管理员登录成功后，通过后台管理可以进行用户浏览、历史订单浏览、删除用户、指定会员级别。
c）操作流程
d)原型设计
1、
用户名 Userid 联系电话 注册时间 送货地址 处理
功能分析：
1、管理员通过主页面进入后台管理系统后，可以浏览已经注册的用户信息。
2、管理员还可以在用户类别中，删除已经注册的用户。
管理员产品分类管理模块
a ） 用例图
b ） 用例描述
管理员登录成功后，可以进行浏览、添加、删除、修改图书的类型
c ） 操作流程
d)原型设计
类别管理》类别列表
【添加根类别】
1、管理员在后台中，可以对商品的类别、编号、描述、等信息的添加（也就是根类别的添
加）。
2、管理员还可以在根类别下，添加子类别。
管理员产品管理模块
a）用例图
管理员
b）用例描述
管理员登录成功后，通过后台进行产品管理，可以进行新增产品、产品的上柜、下柜、产品销量浏览、产品搜索、删除、修改等b）操作流程
d)原型设计
产品管理》产品添加
产品管理》产品搜索
功能分析：
1、 管理员在产品管理模块可以添加产品，产品名、市场价格、会员价格、所属的类别、产
品描述。
2、 管理员还可以对产品进行简单的搜索，与高级搜索。
（2）管理员订单管理模块
a）用例图
管理员
b）用例描述
管理员登录成功后，管理员通过后台进入订单管理模块，可以进行订单查询、修改订单的状态、订单跟踪、订单的搜索、订单的提醒
c)用例流程图
d)原型设计
订单管理：
第一页共1页上一页下一页最后一页订单明细：
订单修改：
功能分析：
1、管理员可以在订单管理模块可以进行对用户下过的订单进
行处理。
2、管理员也可以查看订单明细，订单状态的修改。
2.2.4控制
在数据编程系统的支持下，展示界面由主窗口与子窗口嵌套而那成，窗口操作通过按钮控制，不同的按钮进行不同的操作实现不同的功能.
2.4结构
整个系统可以划分为注册与登录功能模块、管理员呢功能模块与注册用户功能模块三大模块。
2.6人工处理过程
管理员：相关图书信息的输入、删除、更新、添加等；查询时的查询条件的输入和相关信息的打印等；处理客户的反馈意见等。
客户：注册，登录；图书信息的查询；订单的登记。
2.7尚未解决的问题
a.数据库逻辑结构的整体规范。
b.各个模块之间的主装。
4．系统出错处理设计
6.1出错信息
（1）用户注册时输入的数据类型不正确或数据长度超出，显示输入无效，请重新输入。
（2）用户输入的信息无法通过合法性验证，显示无法登录。
（3）管理员输入的不符合数据的类型，系统提示：输入格式错误请重新输入。
6.2补救措施
a.后备技术：周期性地把磁盘信息记录到磁带上去，或周期性地
把系统数据上传到FTP服务器上；
b.降效技术：采取手工操作；
c.恢复及再启动技术：即恢复再启动技术，使软件从故障点恢复执
行或使软件从头开始重新运行的方法.。