城市绿色蔬菜配送系统可行性研究报告.doc

城市绿色蔬菜配送系统
需求分析说明书
目录
1 引言 3
1.1 编写目的 3
1.2 开发背景 3
1.3 项目目标 3
1.4 参考资料 3
2 系统概述 3
2.1 项目名称 3
2.2 项目计划 3
2.2.1 可行性分析&成本估算 3
2.2.2 人员安排 3
2.2.3 日程安排 3
2.3系统的应用范围 3
2.4 用户沟通 3
2.4.1 第三方会谈 3
2.4.2客户交流 3
2.5 确定系统参与者 3
2.6 捕捉功能性需求 3
3 系统分析 3
3.1 用例分析（Use Case View） 3
3.1.1 顶级用例分析 3
3.1.2 个人信息管理子用例 3
3.1.3 菜篮子（在线购买）子用例 3
3.1.4 用户留言子用例 3
3.1.5 订单处理子用例 3
3.1.6 商品信息管理子用例 3
3.1.7 新闻公告维护子用例 3
3.1.8 留言板管理子用例 3
3.1.9 用户管理子用例 3
3.1.10 系统维护子用例 3
3.1.11 身份验证子用例 3
3.2 活动分析 3
3.2.1 用户留言活动图 3
3.2.2 选购商品活动图： 3
3.2.3 菜篮子管理活动图 3
3.2.4 身份验证1（注册） 3
3.2.5 身份验证2（登陆） 3
3.2.6 身份验证3（取回密码） 3
3.2.7 个人信息管理 3
3.2.8 订单处理 3
3.2.9 用户信息管理1（用户信息更改） 3
3.2.10 用户信息管理2（角色增加） 3
3.2.11 用户信息管理3（删除用户） 3
3.2.12 商品信息管理 3
3.2.13 系统维护活动图 3
3.2.14 用户留言管理活动图 3
3.3 结构化需求 3
3.3.1 概念数据模型 3
3.3.2 对象关系模型 3
3.3.3 类发现 3
3.4 业务实现分析(顺序图) 3
3.4.1 身份验证顺序图 3
3.4.2 订单管理顺序图 3
3.4.3 商品选购顺序图 3
3.4.4 商品管理顺序图 3
3.4.5 用户信息管理顺序图 3
3.5 类分析 3
3.6 状态分析 3
4 系统设计策略 3
4.1 开发工具的选择 3
4.2 系统部署 3
4.3 体系结构的选择 3
4.4 系统实现组件 3
4.5 系统功能实现 3
4.5.1 后台管理类设计 3
4.5.2 商品购买类设计 3
4.5.3 新闻公告管理的实现 3
4.5.4 留言交互的实现 3
4.5.5 商品购买的实现 3
4.5.6 蔬菜配送的实现 3
4.5.7 代码重用的设计思想 3
4.6 用户界面的设计 3
5 系统移交和后期维护 3
6 领域扩展构想 3

1 引言
1.1 编写目的
本文编写目的在于规定和控制项目开发的内容，保证本项目的需求分析活动在受控状态下进行，在进行软件开发前，明确本系统应达到的目标，对系统目标做出完整、准确、清晰、具体的要求。保证本需求分析的结果能够完整、无遗漏地反映待开发系统的要求。
预期读者是所有参与者（stakeholder）包括项目经理、技术人员项目组的所有成员。
1.2 开发背景
21世纪以来，电子商务的发展为蔬菜的销售和配送提供了更广阔的平台。如今，发达国家在基于电子商务平台的城市蔬菜配送服务方面已发展得较为成熟，我国现代物流业的发展正处在起步阶段，与发达国家相比尚有很大差距，但市场潜力和发展前景十分广阔。伴随着城市化蔬菜消费需要由“数量型”向“质量型”转变，供大于求的买方市场格局也逐渐成型。
德国蔬菜配送企业历年发展情况调查

1987
1996
1997
1998
1999
2001
2003
Delivery Company
0
1
6
8
10
23
12
Average Customers

166
181
255
327
2541

我国城市社区蔬菜配送服务业虽然经过20多年的快速发展，但是仍存在许多现实问题，严重阻碍了我国城市社区蔬菜配送服务业的健康发展。
1． 以分散型配送为主，蔬菜配送的整体功能难以发挥
2． 蔬菜的“配”与“送”相互脱节，未能形成有机结合
3． 蔬菜配送服务的质量有待优化，服务的类型有待丰富
4． 蔬菜配送服务中管理的集约化和产品的标准化程度低
在社会生活向城市化和网络化进步的今天，如果能抓住机遇，从这些问题中提取潜在的需求，进而去着手解决这些问题，就能获得一个可开发的市场
1.3 项目目标
您还在为上班没有时间买菜而烦恼吗?您还在为买不到实惠新鲜的蔬菜而忧虑吗? 您还在为根茎上附着的泥土弄脏地板而发怒吗?您还在为农贸市场上死鱼烂虾的恶臭而无奈吗?您还在为钱包在拥挤的采购人群中被窃而沮丧吗?您还在为市场管理不规范而感叹吗?您还在为缺斤少两事件频发而义愤填膺吗?那么，就请你们请加入我们菜篮子工程大家庭吧！您只需一个电话，或者鼠标轻轻一点，所需所求就能够按时送货上门，为您居家饮食竭诚服务。新鲜的农家蔬菜直接供货，减少了中转交易过程中的成本消耗；最周到热忱的服务，及时确保用户所需；实惠而低廉的价格，竭诚促进商业自动化的发展，让市民感受到互联网给我们带来的巨大便宜。
1.4 参考资料
《面向对象分析与设计》   清华大学出版社
《物流服务营销》   北京交通大学出版社
《我国配送企业服务体系》 **博客
《Team Software Process》  人民邮电出版社
《Object-Oriented System Analysis And Design，Second Edition》 清华大学出版社
2 系统概述
2.1 项目名称
城市绿色蔬菜配送系统
2.2 项目计划
2.2.1 可行性分析&成本估算
用来决定项目是否可以实现，有无商业利益（设计到项目管理规划和成本统计科学，暂无）
2.2.2 人员安排
姓名
角色
分工
职责
杨 贺（8000107040）
组长
需求分析、系统设计、类实现、文档撰写
模型构建与可行性分析、项目进度跟踪
任彦斌（8000107029）
组员
需求分析、数据建模
从数据建模到分析类，到实现过程
黄 斌（8000107014）
组员
需求分析、UML建模
系统流程描绘，绘制UML Diagram
2.2.3 日程安排
2-1甘特图

2.3系统的应用范围
任何系统都不可能包罗万象，蔬菜配送平台主要解决的是及时送上最新鲜的蔬菜，它负责调度连锁的商场，及时采购，及时配送，为用户提供最优质的服务。
系统主要面向的服务对象有：白领一族、行动不便的老人或不方便出行的人们、需求量比较大的酒店宾馆等。为他们提供信息查询、蔬菜配送、营养搭配以及个性化推荐服务，通过良好的服务为市民做出自己最大的贡献。在以后城市化发展到一定程度的时候，足不出户，一应俱全。
2.4 用户沟通
2.4.1 第三方会谈
通过对市民的抽样调查结果汇总，在城市化日益加剧的今天，传统的购买蔬菜方式存在有如下几个缺点：
（1） 耽误大量时间
（2） 买不到最新鲜的蔬菜
（3） 蔬菜价格容易受到恶劣天气的影响
（4） 受到恶劣天气影响
（5） 很难照顾到特殊群体，比如老人、残疾人
（6） 市场管理不规范，欺诈现象时有发生
同时，他们希望现代生鲜蔬菜购买方式应该能朝着如下几个方面改进：
（1） 可以方便实惠地买到自己想要的菜
（2） 新鲜的蔬菜可以每天准时送货到门，并提供礼物赠送功能
（3） 可以了解一些最新的营养健康方面的资讯
（4） 可以多得到一些个性化的营养饮食方面的建议
2.4.2客户交流
通过和客户的沟通，我们了解到网络蔬菜配送平台以“健康食品送到家，餐餐都吃自己做”为服务宗旨，为广大用户提供最好、最方便、最快捷、最安全的网上买菜服务。客户要求如下：
（1） 符合商业运营的基本流程
（2） 自动化办公提高工作效率
（3） 可以进行信息统计，根据统计结果制定营销策略
2.5 确定系统参与者
考虑到B2C电子商务系统的运营模式，结合用户沟通的中的意见，参与到系统的角色以及对应的权限如下（用户之间应用等级不同，同类权限基本上是向下兼容的）：
匿名游客：
匿名游客不具备任何操作权限，只能浏览网站基本信息和最新饮食资讯以及通过留言进行问题咨询和提出意见
注册会员：
注册会员除拥有匿名游客所有的权限外，还可以将在线选购的生鲜蔬菜放入菜篮子，确认下订单、在线付款、个人信息的管理 以及给予评价和建议（对选购的生鲜蔬菜进行评价、对我们的系统给予评价、对配送情况给予评价）
普通员工：
为了保证责任细化和分工合作的明确性，普通员工所拥有的权限仅仅是业务交流和个人信息的管理。业务交流就是查看和处理用户确认的订单，安排下一步的生鲜蔬菜的配送活动流程
普通管理员：
普通管理员作为低级的管理员，能够进行基本的系统管理，这其中包括生鲜蔬菜的上市下架管理、生鲜蔬菜的价格编辑、发布最新的健康咨询和特价优惠信息、对会员提出的留言进行回复
超级管理员：
超级管理员是系统内最高权限的管理员，只能够由他进行高级系统运行管理，这其中包括用户管理、系统维护和数据安全性管理
表2-1用户角色和权限
角色
权限
超级管理员
人员管理，商品管理，公告管理，订单管理，留言板管理，系统维护
普通管理员
商品管理，公告管理，订单管理，留言板管理
普通员工
处理订单、维护个人信息
注册会员
在线购买、在线付款、个人信息的管理 、留言评价
游客
浏览资讯，查看生鲜列表信息
2.6 捕捉功能性需求
任何解决方案的设计都要从业务逻辑开始分析，然后得到业务用例，最后从用例模型中得到表达分析设计的手段。

通过我们和用户方面的交流和对电子商务领域的了解，为了方便系统的管理，根据不同的分工将人员大体分成5类，游客，注册会员，普通员工，普通管理员和超级管理员。
对于未注册的游客：
（1） 游客可以浏览生鲜列表信息
（2） 游客可以浏览前沿健康资讯
对于已注册的会员：
（1） 会员可以浏览生鲜列表信息
（2） 会员可以浏览前沿健康资讯
（3） 会员可以在线选购生鲜蔬菜并确认下订单
（4） 会员可以在线付款
（5） 会员可以进行个人信息的管理
（6） 会员可以对各种服务进行评价
（7） 特别会员还可以享受个性化智能推荐服务
对于普通员工：
（1） 普通员工可以处理订单
（2） 普通员工可以维护个人信息
对于普通管理员：
（1） 普通管理员可以进行商品管理
（2） 普通管理员可以进行公告管理
（3） 普通管理员可以进行留言板管理
对于超级管理员：
（1） 超级管理员可以进行人员管理
（2） 超级管理员还应该负责系统维护工作和数据安全性工作
3 系统分析
3.1 用例分析（Use Case View）
在用例建模的过程中，我们通过绘制用例图来解析系统的功能性需求，即系统的关键行为和系统的核心价值等内容，以进行下一步基于用例驱动的系统设计。用例图包括参与者和用例（参与者之间为实现某一功能而进行的信息交互）。
3.1.1 顶级用例分析
3-1顶级用例图

用例列表
参与者（Actor）
用例
子用例
备注
注册会员
S3： 留言
查看回复
查看管理员对给出问题或意见的回复
编辑留言
在留言未被管理员处理前，可以编辑留言
查看留言
查看留言信息
页面浏览
N/A
基本的浏览功能
S10： 身份验证
登陆
当密码忘记时候，扩展为找回密码用例
注册
匿名游客注册为会员
S2：在线选购
菜篮子管理
包括添加和删除生鲜两个底层用例
查看生鲜信息
对感兴趣的生鲜进行详细的信息查看
搜索生鲜蔬菜
搜索自己想要购买的商品，快速选购
S1：个人信息管理
个人信息修改
由于时间等原因导致个人信息变更
密码更改
安全性考虑更改个人密码
普通员工
S4： 订单处理
查看订单
查看订单的详细信息，以便后期处理
生成交易清单
打印小票等事件
配送安排
合理调度配送顺序，制定参考配送计划

普通管理员
S5：商品信息管理
查看生鲜信息
查看订单的详细信息，以便后期处理
搜索生鲜蔬菜
快速锁定特定商品
编辑生鲜信息
生鲜上市下架、以及随着市场动态产生的价格编辑
货架统计
统计生鲜蔬菜的情况
S6： 新闻公告维护
查看新闻公告
同商品信息管理
搜索新闻公告
编辑公告
添加公告
S7： 留言板管理
查看用户留言
N/A
删除无效留言
N/A
回复
顾客问题给出答复
个性化推荐
N/A
根据会员信息给出购买建议
超级管理员
S8： 用户管理
用户管理、角色分配
N/A
S9：系统维护
恢复还原数据、日志维护
3.1.2 个人信息管理子用例

表3-2个人信息管理用例说明
用例名称
个人信息管理
用例编号
1
用例等级
White
创建时间
2010/5/23
最后修改时间

作者
杨 贺
测试者

版本号
1
用例描述
注册会员进行个人信息的更改、完善以及更改密码等操作
主要参与者
注册会员
用例触发事件
当会员点击个人信息系管理选项是触发
前置条件
会员登录
后置条件
用户操作反映到数据库的更改上
被包含的用例
个人信息修改、个人信息完善、密码更改
被扩展的用例
无
用例事件流
会员
系统
1.用户进入个人信息管理
3.提出修改（完善）个人信息
5.修改个人信息
7.提出更改密码
9.填写验证信息（原始密码等）
11.填写新密码
2.系统转到个人信息管理页面
4.访问数据库、返回修改页面
6.检查信息并修改数据库，用例结束
8.返回更改密码页面
10.检索条件、查找数据库返回验证结果信息
12.修改数据库信息，用例结束
事件流扩展
6．a系统提示所提交信息不合法
6．a．1事务回卷，会员根据错误提示重新提交合法信息
6．a．2用户取消修改，或退出登录，或关闭页面
10．a系统提示验证信息错误（密码错误、密码保护问题错误）
10．a．1事务回卷，会员根据错误提示重新填写验证信息
10．a．2用户取消更改，或退出登录，或关闭页面
非功能性需求
根据人的心理等待能力，要求系统的每个业务响应时间不超过2s
3.1.3 菜篮子（在线购买）子用例

表2-3在线选购用例说明
用例名称
在线选购
用例编号
2
用例等级
Sea
创建时间
2010/5/23
最后修改时间

作者
杨 贺
测试者

版本号
1
用例描述
登陆的会员在线选购目标生鲜蔬菜放入菜篮子，同意购买条约并在线确定购买，
主要参与者
注册会员
用例触发事件
点击购买选项时触发用例
前置条件
会员登录
后置条件
订单表当中数据增加，操作结果反映到数据库信息的增加
被包含的用例
搜索商品、查看生鲜信息、菜篮子管理、确认支付
被扩展的用例
修改收货信息
用例事件流
会员
系统
1.顾客请求查看生鲜蔬菜
3.确定搜索条件、输入搜索关键字，进行搜索请求
5.浏览生鲜列表，提出查看生鲜蔬菜基本信息申请
7.确定选购生鲜，放入菜篮子
9.完成挑选过程，确认支付
11.提交支付和收货信息
2.系统转到生鲜显示列表
4.系统根据关键字查询数据库并返回显示列表
6.系统验证选中商品种类和数量是否有效并返回商品信息
8.系统修改数据库信息
10.系统检测支付控件安全信息，返回订单列表
12.修改账户信息，生成订单，用例结束
事件流扩展
4．a 查询无结果，系统返回相关搜索提示
4．a．1事务回卷，重新输入搜索关键字进行搜索
4．a．2用户取消选择，进入订单确认
4．a．3用户取消购买，或退出登录，或关闭页面
7．a 用户选择继续购买商品
7．a．1事务回卷，继续浏览生鲜蔬菜列表步骤5
12．a系统提示支付失败
12．a．1密码错误，事务回卷，提示会员重新提交支付信息
12．a．2账户余额不足，转到充值 或者代支付页面
12．a．3用户取消购买，或退出登录，或关闭页面
非功能性需求
根据人的心理等待能力，要求系统的每个业务响应时间不超过2s
在用户选择生鲜蔬菜后，未确认订单时，菜篮子当中信息处于冻结状态，在一定时间内不可剥夺（比如1小时）
超过规定时间，为保证效益，自动删除未确认的订单

3.1.4 用户留言子用例
表2-4用户留言用例说明
用例名称
用户留言
用例编号
3
用例等级
Kite
创建时间
2010/5/23
最后修改时间

作者
杨 贺
测试者

版本号
1
用例描述
会员登陆后，可以对不熟悉的问题或流程提问，也可以对我们的运营方案和服务提出建设性的意见，在管理员没有回复之前还可以修改意见
主要参与者
注册会员
用例触发事件
点击在线留言时触发用例
前置条件
无
后置条件
留言表内信息增加，结果反映到数据库，等待管理员给出回复
被包含的用例
无
被扩展的用例
查看留言、修改留言、查看回复
用例事件流
用户
系统
1.用户提出在线留言申请
3.用户输入留言信息并提交
5.会员对留言不满意，提出编辑留言申请
7.会员编辑留言并提交
9.会员提出查看回复申请
2.系统返回留言初始化界面
4.系统验证留言有效性和合理性，存入数据库，返回成功，用例结束
6.系统验证留言是否处于已处理状态，返回留言编辑页面
8.系统验证留言有效性和合理性，存入数据库，返回成功，用例结束
10．系统查询数据库，返回管理员的回复
事件流扩展
4．a 用户留言含有非法信息，系统返回相关提示
4．a．1事务回卷，返回编辑留言界面
4．a．2事务回卷，返回留言初始化界面重新留言
4．a．3用户取消留言，或退出登录，或关闭页面
6．a 系统验证留言处于已处理状态，不可被编辑
6．a．1用户取消编辑，或退出登录，或关闭页面
6．a．2用户查看回复
8．a 用户编辑的留言含有非法信息，系统返回相关提示
4．a．1事务回卷，返回重新编辑留言界面
4．a．3用户取消留言，或退出登录，或关闭页面
10．a系统提示留言未处理，无回复
10．a．1用户查看留言
10．a．2用户取消查看，或退出登录，或关闭页面
非功能性需求
根据国家相关法律和政策的敏感度规定，屏蔽和拒绝一些有反动意图的言论
根据人的心理等待能力，要求系统的每个业务响应时间不超过2s

3.1.5 订单处理子用例

表2-5订单处理用例说明
用例名称
订单处理
用例编号
4
用例等级
Sea
创建时间
2010/5/23
最后修改时间

作者
杨 贺
测试者

版本号
1
用例描述
普通员工查看系统内会员提交的订单，进行实际交易确认和处理，以及调度安排人员进行生鲜蔬菜的配送
主要参与者
普通员工
用例触发事件
普通员工点击订单处理选项时触发用例
前置条件
普通员工登陆系统后台，在工作时间内
后置条件
订单表信息被提取处理，生成交易清单和配送清单，反映到数据库的修改
被包含的用例
查看订单列表、生成交易清单、配送安排
被扩展的用例
无
用例事件流
普通员工
系统
1.提出处理请求
3.提出查看订单列表内容请求，键入处理意见和配送安排
5.员工核实订单处理无误，确认进行订单处理

2.系统验证工作时间有效，返回订单处理界面
4.系统验证处理意见的有效性，有效性通过后，系统返回订单信息
6.系统将处理结果放入数据库中，返回处理成功提示，用例结束
事件流扩展
2．a 当前不在工作时间内，给出警告提示
2．a．1员工取消请求，转到个人信息管理
2．a．2员工取消请求，或退出登录，或关闭页面
4．a 处理意见非法，给出非法提示
4．a．1事务回卷，根据错误提示重新键入处理意见
4．a．1员工取消处理，或退出登录，或关闭页面
5．a员工发现订单中存在操作失误，或因工作疏忽键入错误信息
5．a．1事务回卷，员工重新修改该处理意见
5．a．2事务回卷，员工取消该处理意见
5．a．3用户取消处理，或退出登录，或关闭页面
非功能性需求
根据人的心理等待能力，要求系统的每个流程响应时间不超过2s
不在工作时间内不能进行业务处理，以避免非法操作
在员工进行处理过程中，未确认的处理，自动视为未处理
3.1.6 商品信息管理子用例

表2-6商品信息管理用例说明
用例名称
商品信息管理
用例编号
5
用例等级
Sea
创建时间
2010/5/23
最后修改时间

作者
杨 贺
测试者

版本号
1
用例描述
普通管理员浏览生鲜蔬菜信息，根据市场行情对生鲜蔬菜价格进行编辑，或者进行生鲜蔬菜的上市下架操作
主要参与者
普通管理员
用例触发事件
普通管理员选择管理商品信息选项触发用例
前置条件
普通管理员登陆系统后台，在工作时间内
后置条件
生鲜蔬菜信息列表中的部分内容被修改或者删除，其结果反映到数据库的修改
被包含的用例
查看生鲜蔬菜信息、生鲜蔬菜搜索、编辑生鲜蔬菜信息、生鲜蔬菜信息统计
被扩展的用例
无
用例事件流
普通管理员
系统
1.根据工作要求，提出浏览商品列表请求
3.键入关键词，搜索商品
5.提出查看商品信息请求，即信息编辑请求（可以不编辑）
7.输入要更改的信息（或删除商品），提交更改请求
9.确认编辑信息
11.提出增加商品请求
13.输入新品的基本信息，增加申请
15.确认增加商品
17.提出商品信息统计请求
19.填写统计条件（按什么统计）
2.系统验证工作时间有效，返回商品信息列表
4.系统根据关键词检索数据库，返回查询结果
6.返回商品详细信息（可编辑状态）
8.系统验证提交信息的合法性，并返回验证结果
10.系统将更改写入数据库，返回成功信息，用例结束
12.系统返回增加商品初始化页面
14.系统验证提交信息的合法性，并返回验证结果
16.系统将增加请求写入数据库，返回成功信息，用例结束
18.系统返回统计初始化页面
20.验证统计条件有效性，返回统计结果，用例结束
事件流扩展
2．a 当前不在工作时间内，给出警告提示
2．a．1管理员取消请求，转到其他活动
2．a．2管理员取消请求，或退出登录，或关闭页面
4．a 搜索出错，给出操作提示
4．a．1事务回卷，管理员重新键入搜索关键字，进行搜索
4．a．2管理员取消搜索请求，或退出系统，或关闭页面
7.a 用户取消查看
7．a．1或退出登录，或关闭页面，或转向其他操作
8．a 提交信息非法，给出非法提示
8．a．1事务回卷，根据错误提示重新提交信息
8．a．1管理员取消提交请求，或退出登录，或关闭页面
14．a 增加信息不符合要求，返回错误提示
14．a．1管理员根据提示修改不合法的信息
14．a．2事务回卷，管理员重新增加修改信息
14．a．3管理员取消增加，或退出登录，或关闭页面
非功能性需求
根据人的心理等待能力，要求系统的每个流程响应时间不超过2s
为了将系统内无用信息率降低到最低，定期删除过期信息，以保证系统响应时间最短
不在工作时间内不能进行业务处理，以避免非法操作
在管理员进行处理过程中，未确认的处理，自动视为未处理

3.1.7 新闻公告维护子用例

表2-7新闻公告维护用例说明
用例名称
新闻公告维护
用例编号
6
用例等级
Sea
创建时间
2010/5/23
最后修改时间

作者
杨 贺
测试者

版本号
1
用例描述
普通管理员浏览新闻公告信息，根据市场信息和社会动态发布最新的健康资讯，添加最新的特色和特价优惠信息
主要参与者
普通管理员
用例触发事件
普通管理员选择新闻公告维护选项触发用例
前置条件
普通管理员登陆系统后台，在工作时间内
后置条件
新闻公告被更新，其结果反映到数据库的修改
被包含的用例
查看资讯信息、删除资讯信息、编辑资讯信息、增加资讯信息、搜索特定公告信息
被扩展的用例
无
用例事件流
普通管理员
系统
1.根据工作要求，提出浏览公告列表请求
3.键入关键词，搜索特定信息
5.提出查看公告信息请求，即信息编辑请求（可以不编辑）
7.输入要更改的信息（或删除资讯信息），提交更改请求
9.确认编辑信息
11.提出增加新公告请求
13.输入新公告的基本信息，增加申请
15.确认增加新的公告
2.系统验证工作时间有效，返回公告信息列表
4.系统根据关键词检索数据库，返回查询结果列表
6.返回公告详细信息（可编辑状态）
8.系统验证提交信息的合法性，并返回验证结果
10.系统将更改写入数据库，返回成功信息和最新公告列表，用例结束
12.系统返回增加初始化页面
14.系统验证提交信息的合法性，并返回验证结果
16.系统将增加请求写入数据库，返回成功信息和最新公告列表，用例结束
事件流扩展
2．a 当前不在工作时间内，给出警告提示
2．a．1管理员取消请求，转到其他活动
2．a．2管理员取消请求，或退出登录，或关闭页面
4．a 搜索出错，给出操作提示
4．a．1事务回卷，管理员重新键入搜索关键字，进行搜索
4．a．2管理员取消搜索请求，或退出系统，或关闭页面
8．a 提交信息非法，给出非法提示
8．a．1事务回卷，根据错误提示重新提交信息
8．a．1管理员取消提交请求，或退出登录，或关闭页面
14．a 增加信息不符合要求，返回错误提示
14．a．1管理员根据提示修改不合法的信息
14．a．2事务回卷，管理员重新增加修改信息
14．a．3管理员取消增加，或退出登录，或关闭页面
非功能性需求
根据人的心理等待能力，要求系统的每个流程响应时间不超过2s
不在工作时间内不能进行业务处理，以避免非法操作
为了将系统内无用信息率降低到最低，定期删除过期信息，以保证系统响应时间最短
在管理员进行处理过程中，未确认的处理，自动视为未处理

3.1.8 留言板管理子用例

表2-8留言板管理用例说明
用例名称
留言板管理
用例编号
7
用例等级
Sea
创建时间
2010/5/23
最后修改时间

作者
杨 贺
测试者

版本号
1
用例描述
普通管理员浏览用户提出的留言信息，删除一些无效的信息，并对用户的问题进行回复
主要参与者
普通管理员
用例触发事件
普通管理员选择留言板管理选项触发用例
前置条件
普通管理员登陆系统后台，在工作时间内
后置条件
无效留言被删除，合理留言给予回复，其结果反映到数据库的修改
被包含的用例
查看用户留言、删除无效留言、回复用户留言
被扩展的用例
无
用例事件流
普通管理员
系统
1.留言管理请求
3.浏览列表，提出查看某条留言详细信息的申请
5.提出删除无效的信息请求
7.确认删除留言
9.提出回复留言请求
13.输入要回复的内容，提交回复申请
15.确认增加回复
2.系统查询数据库，自动返回待处理的留言列表
4.返回留言的详细信息
6.系统验证删除请求的合法性
8.系统将删除反映到数据库，返回成功信息，用例结束
10.返回回复初始化界面
12.系统返回增加初始化页面
14.系统验证提交信息的合法性，并返回验证结果
16.系统将增加请求写入数据库，返回成功信息和新的留言详细信息，用例结束
事件流扩展
6．a 当前留言有效，需要给出回复，并给出警告提示
6．a．1管理员根据提示，进行回复步骤13
6．a．2管理员取消请求，或退出登录，或关闭页面
14．a 增加信息不符合要求，返回错误提示
14．a．1管理员根据提示修改不合法的信息
14．a．2事务回卷，管理员重新增加修改信息
14．a．3管理员取消增加，或退出登录，或关闭页面
非功能性需求
根据人的心理等待能力，要求系统的每个流程响应时间不超过2s
用户的每一份留言都是对我们系统工作的最好肯定，为了保证业务真实性，不能删除合理的留言。同时，必须删除无效的空留言和带有危害国家安全和社会和谐的敏感字的留言
不在工作时间内不能进行业务处理，以避免非法操作
在管理员进行处理过程中，未确认的处理，自动视为未处理

3.1.9 用户管理子用例

表2-9用户管理用例说明
用例名称
用户管理
用例编号
8
用例等级
Sea
创建时间
2010/5/24
最后修改时间

作者
杨 贺
测试者

版本号
1
用例描述
超级管理员浏览所有用户信息，分配用户权限（角色）和添加删除用户
主要参与者
超级管理员
用例触发事件
超级管理员选择用户管理选项触发用例
前置条件
超级管理员登陆系统后台
后置条件
添加某些系统用户，修改和删除某些用户信息，角色分配变更，某些用户权限改变，其结果反映到数据库的修改
被包含的用例
添加用户、更改用户信息、查看用户信息、删除用户信息、添加角色、修改角色、删除角色、修改用户权限
被扩展的用例
无
用例事件流
超级管理员
系统
1.用户管理请求
3.查看某个用户详细信息
5.提交编辑请求（修改、删除用户或角色信息）
7.确认编辑操作
9.提出增加（用户或角色）请求
11.输入新增的信息，提交新增申请
13.确认增加回复
2.数据库查询，返回用户信息列表
4.系统查询数据库，返回详细信息（可编辑状态）
6.系统验证请求的合法性，并返回结果
8.系统将编辑反映到数据库，返回成功信息，用例结束
10.返回增加初始化界面
12.系统验证提交信息的合法性，并返回验证结果
16.系统将增加请求写入数据库，返回成功信息和新的列表信息，用例结束
事件流扩展
6．a 修改信息非法，并给出警告提示
6．a．1管理员根据提示，重新编辑信息
6．a．2管理员取消编辑请求，或退出登录，或关闭页面
14．a 增加信息不符合要求，返回错误提示
14．a．1管理员根据提示修改不合法的信息
14．a．2事务回卷，管理员重新增加修改信息
14．a．3管理员取消增加，或退出登录，或关闭页面
非功能性需求
根据人的心理等待能力，要求系统的每个流程响应时间不超过2s
用户的每一份留言都是对我们系统工作的最好肯定，为了保证业务真实性，不能删除合理的留言。同时，必须删除无效的空留言和带有危害国家安全和社会和谐的敏感字的留言
在管理员进行处理过程中，未确认的处理，自动视为未处理

3.1.10 系统维护子用例

表2-10系统维护用例说明
用例名称
系统维护
用例编号
9
用例等级
Fish
创建时间
2010/5/24
最后修改时间

作者
杨 贺
测试者

版本号
1
用例描述
超级管理员进行数据库的安全维护操作，包括日志管理、数据库备份更新和系统参数设置
主要参与者
超级管理员
用例触发事件
超级管理员选择系统管理选项触发用例
前置条件
超级管理员登陆系统后台
后置条件
系统日志被维护，系统安全性得到保障，系统从故障中恢复
被包含的用例
日志管理，数据库备份，数据库更新，版面更新，系统参数设置
被扩展的用例
无
用例事件流
超级管理员
系统
1.数据库管理请求
3.提出具体请求（备份？）
5.确认备份
7.提交还原请求
9.确认还原
11.提出系统日志查看
13.管理员结束日志查看
15.管理员提出参数设置
17.填写系统参数，并提交设置申请
19.确认设置参数
2.系统返回操作选项界面
4.系统返回数据库备份界面
6.系统开始备份，并返回结果，用例结束
8.系统返回数据库还原界面
10.系统开始还原，并返回结果，用例结束
12.系统返回系统日志
14.用例结束
16.返回参数设置页面
18.系统验证参数是否合法，并返回验证结果
20.系统将设置请求写入数据库，返回成功信息，用例结束
事件流扩展
6．a 数据库备份出错，并给出警告提示
6．a．1管理员根据提示，重新进行备份
6．a．2管理员取消备份，或退出登录，或关闭页面
10．a 数据库还原出错，并给出警告提示
10．a．1管理员根据提示，重新进行还原
10．a．2管理员取消还原，或退出登录，或关闭页面
18．a 参数设置不合法，并给出警告提示
18．a．1管理员根据提示，修改系统参数
18．a．2管理员取消设置，重新进行设置请求
18．a．3管理员取消设置，或退出登录，或关闭页面
非功能性需求
无

3.1.11 身份验证子用例

3.2 活动分析
活动图是事件流的另外一种建模方式，所以可在业务模型中用活动图描述业务过程的工作流。
3.2.1 用户留言活动图

3.2.2 选购商品活动图：

3.2.3 菜篮子管理活动图

3.2.4 身份验证1（注册）

3.2.5 身份验证2（登陆）

3.2.6 身份验证3（取回密码）

3.2.7 个人信息管理

3.2.8 订单处理

3.2.9 用户信息管理1（用户信息更改）

3.2.10 用户信息管理2（角色增加）

3.2.11 用户信息管理3（删除用户）

3.2.12 商品信息管理

3.2.13 系统维护活动图

3.2.14 用户留言管理活动图

3.3 结构化需求
3.3.1 概念数据模型
该系统是应用到商业领域的，首先建立系统行为的概念数据模型，然后转变为对象关系模型，最终表述为实体的静态属性和实体之间的业务关系，这样做的好处是：
1． 为数据库的物理设计构建数据结构
2． 找出实体类和边界类、控制类以及类之间的关系
3． 强化和最终确定数据模型中的属性

图3.1 数据建模在系统分析当中的的作用
3.3.2 对象关系模型
由于篇幅的原因，这个过程只是以核心用例生鲜选购进行说明。根据业务用例的描述，蔬菜生鲜选购过程有关的实体类包括客户、订单、商品
1． 将蔬菜选购用例中的实体转换为关系数据对象
实体类
属性（下划线表示主键）
会员
会员ID、姓名、地址、《多值》联系电话、登录名、密码
订单
订单号、创建时间、《Derived》商品总价、运费、《Derived》总计，
蔬菜
商品号、商品名、详细介绍、价格、库存数量
表3-1
2． 添加外键来表示1:N的关