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

城市绿色蔬菜配送系统需求分析说明书目录1引言31.1编写目的31.2开发背景31.3项目目标31.4参考资料32系统概述32.1项目名称32.2项目计划32.2.1可行性分析&成本估算32.2.2人员安排32.2.3日程安排32.3系统的应用范围32.4用户沟通32.4.1 第三方会谈32.4.2客户交流32.5 确定系统参与者32.6捕捉功能性需求33系统分析33.1用例分析（Use Case View）33.1.1顶级用例分析33.1.2个人信息管理子用例33.1.3菜篮子（在线购买）子用例33.1.4用户留言子用例33.1.5订单处理子用例33.1.6商品信息管理子用例33.1.7新闻公告维护子用例33.1.8留言板管理子用例33.1.9用户管理子用例33.1.10系统维护子用例33.1.11身份验证子用例33.2活动分析33.2.1用户留言活动图33.2.2选购商品活动图：33.2.3菜篮子管理活动图33.2.4身份验证1（注册）33.2.5身份验证2（登陆）33.2.6身份验证3（取回密码）33.2.7个人信息管理33.2.8订单处理33.2.9用户信息管理1（用户信息更改）33.2.10用户信息管理2（角色增加）33.2.11用户信息管理3（删除用户）33.2.12商品信息管理33.2.13系统维护活动图33.2.14用户留言管理活动图33.3结构化需求33.3.1概念数据模型33.3.2对象关系模型33.3.3类发现33.4业务实现分析(顺序图)33.4.1身份验证顺序图33.4.2订单管理顺序图33.4.3商品选购顺序图33.4.4商品管理顺序图33.4.5用户信息管理顺序图33.5类分析33.6状态分析34系统设计策略34.1开发工具的选择34.2系统部署34.3体系结构的选择34.4系统实现组件34.5系统功能实现34.5.1后台管理类设计34.5.2商品购买类设计34.5.3新闻公告管理的实现34.5.4留言交互的实现34.5.5商品购买的实现34.5.6蔬菜配送的实现34.5.7代码重用的设计思想34.6用户界面的设计35系统移交和后期维护36领域扩展构想31 引言1.1 编写目的本文编写目的在于规定和控制项目开发的内容，保证本项目的需求分析活动在受控状态下进行，在进行软件开发前，明确本系统应达到的目标，对系统目标做出完整、准确、清晰、具体的要求。保证本需求分析的结果能够完整、无遗漏地反映待开发系统的要求。预期读者是所有参与者（stakeholder）包括项目经理、技术人员项目组的所有成员。1.2 开发背景 21世纪以来，电子商务的发展为蔬菜的销售和配送提供了更广阔的平台。如今，发达国家在基于电子商务平台的城市蔬菜配送服务方面已发展得较为成熟，我国现代物流业的发展正处在起步阶段，与发达国家相比尚有很大差距，但市场潜力和发展前景十分广阔。伴随着城市化蔬菜消费需要由“数量型”向“质量型”转变，供大于求的买方市场格局也逐渐成型。德国蔬菜配送企业历年发展情况调查1987199619971998199920012003Delivery Company0168102312Average Customers1661812553272541我国城市社区蔬菜配送服务业虽然经过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 Diagram2.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/AS9：系统维护恢复还原数据、日志维护3.1.2 个人信息管理子用例表3-2个人信息管理用例说明用例名称个人信息管理用例编号1用例等级White创建时间2010/5/23最后修改时间作者杨 贺测试者版本号1用例描述注册会员进行个人信息的更改、完善以及更改密码等操作主要参与者注册会员用例触发事件当会员点击个人信息系管理选项是触发前置条件 会员登录后置条件 用户操作反映到数据库的更改上被包含的用例 个人信息修改、个人信息完善、密码更改被扩展的用例 无用例事件流会员系统1.用户进入个人信息管理3.提出修改（完善）个人信息5.修改个人信息7.提出更改密码9.填写验证信息（原始密码等）11.填写新密码2.系统转到个人信息管理页面4.访问数据库、返回修改页面6.检查信息并修改数据库，用例结束8.返回更改密码页面10.检索条件、查找数据库返回验证结果信息12.修改数据库信息，用例结束事件流扩展6a系统提示所提交信息不合法 6a1事务回卷，会员根据错误提示重新提交合法信息 6a2用户取消修改，或退出登录，或关闭页面10a系统提示验证信息错误（密码错误、密码保护问题错误） 10a1事务回卷，会员根据错误提示重新填写验证信息 10a2用户取消更改，或退出登录，或关闭页面非功能性需求根据人的心理等待能力，要求系统的每个业务响应时间不超过2s3.1.3 菜篮子（在线购买）子用例表2-3在线选购用例说明用例名称在线选购用例编号2用例等级Sea创建时间2010/5/23最后修改时间作者杨 贺测试者版本号1用例描述登陆的会员在线选购目标生鲜蔬菜放入菜篮子，同意购买条约并在线确定购买，主要参与者注册会员用例触发事件点击购买选项时触发用例前置条件 会员登录后置条件 订单表当中数据增加，操作结果反映到数据库信息的增加被包含的用例 搜索商品、查看生鲜信息、菜篮子管理、确认支付被扩展的用例 修改收货信息用例事件流会员系统1.顾客请求查看生鲜蔬菜3.确定搜索条件、输入搜索关键字，进行搜索请求5.浏览生鲜列表，提出查看生鲜蔬菜基本信息申请7.确定选购生鲜，放入菜篮子9.完成挑选过程，确认支付11.提交支付和收货信息2.系统转到生鲜显示列表4.系统根据关键字查询数据库并返回显示列表6.系统验证选中商品种类和数量是否有效并返回商品信息8.系统修改数据库信息10.系统检测支付控件安全信息，返回订单列表12.修改账户信息，生成订单，用例结束事件流扩展 4a 查询无结果，系统返回相关搜索提示 4a1事务回卷，重新输入搜索关键字进行搜索4a2用户取消选择，进入订单确认4a3用户取消购买，或退出登录，或关闭页面7a 用户选择继续购买商品 7a1事务回卷，继续浏览生鲜蔬菜列表步骤512a系统提示支付失败 12a1密码错误，事务回卷，提示会员重新提交支付信息 12a2账户余额不足，转到充值 或者代支付页面 12a3用户取消购买，或退出登录，或关闭页面非功能性需求 根据人的心理等待能力，要求系统的每个业务响应时间不超过2s 在用户选择生鲜蔬菜后，未确认订单时，菜篮子当中信息处于冻结状态，在一定时间内不可剥夺（比如1小时） 超过规定时间，为保证效益，自动删除未确认的订单3.1.4 用户留言子用例表2-4用户留言用例说明用例名称用户留言用例编号3用例等级Kite创建时间2010/5/23最后修改时间作者杨 贺测试者版本号1用例描述会员登陆后，可以对不熟悉的问题或流程提问，也可以对我们的运营方案和服务提出建设性的意见，在管理员没有回复之前还可以修改意见主要参与者注册会员用例触发事件点击在线留言时触发用例前置条件 无后置条件 留言表内信息增加，结果反映到数据库，等待管理员给出回复被包含的用例 无被扩展的用例 查看留言、修改留言、查看回复用例事件流用户系统1.用户提出在线留言申请3.用户输入留言信息并提交5.会员对留言不满意，提出编辑留言申请7.会员编辑留言并提交9.会员提出查看回复申请2.系统返回留言初始化界面4.系统验证留言有效性和合理性，存入数据库，返回成功，用例结束6.系统验证留言是否处于已处理状态，返回留言编辑页面8.系统验证留言有效性和合理性，存入数据库，返回成功，用例结束10系统查询数据库，返回管理员的回复事件流扩展 4a 用户留言含有非法信息，系统返回相关提示 4a1事务回卷，返回编辑留言界面 4a2事务回卷，返回留言初始化界面重新留言 4a3用户取消留言，或退出登录，或关闭页面6a 系统验证留言处于已处理状态，不可被编辑 6a1用户取消编辑，或退出登录，或关闭页面6a2用户查看回复8a 用户编辑的留言含有非法信息，系统返回相关提示 4a1事务回卷，返回重新编辑留言界面 4a3用户取消留言，或退出登录，或关闭页面10a系统提示留言未处理，无回复 10a1用户查看留言 10a2用户取消查看，或退出登录，或关闭页面非功能性需求 根据国家相关法律和政策的敏感度规定，屏蔽和拒绝一些有反动意图的言论 根据人的心理等待能力，要求系统的每个业务响应时间不超过2s3.1.5 订单处理子用例表2-5订单处理用例说明用例名称订单处理用例编号4用例等级Sea创建时间2010/5/23最后修改时间作者杨 贺测试者版本号1用例描述普通员工查看系统内会员提交的订单，进行实际交易确认和处理，以及调度安排人员进行生鲜蔬菜的配送主要参与者普通员工用例触发事件普通员工点击订单处理选项时触发用例前置条件 普通员工登陆系统后台，在工作时间内后置条件 订单表信息被提取处理，生成交易清单和配送清单，反映到数据库的修改被包含的用例 查看订单列表、生成交易清单、配送安排被扩展的用例 无用例事件流普通员工系统1.提出处理请求3.提出查看订单列表内容请求，键入处理意见和配送安排5.员工核实订单处理无误，确认进行订单处理 2.系统验证工作时间有效，返回订单处理界面4.系统验证处理意见的有效性，有效性通过后，系统返回订单信息6.系统将处理结果放入数据库中，返回处理成功提示，用例结束事件流扩展 2a 当前不在工作时间内，给出警告提示 2a1员工取消请求，转到个人信息管理2a2员工取消请求，或退出登录，或关闭页面4a 处理意见非法，给出非法提示 4a1事务回卷，根据错误提示重新键入处理意见 4a1员工取消处理，或退出登录，或关闭页面5a员工发现订单中存在操作失误，或因工作疏忽键入错误信息 5a1事务回卷，员工重新修改该处理意见 5a2事务回卷，员工取消该处理意见 5a3用户取消处理，或退出登录，或关闭页面非功能性需求 根据人的心理等待能力，要求系统的每个流程响应时间不超过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.验证统计条件有效性，返回统计结果，用例结束事件流扩展2a 当前不在工作时间内，给出警告提示 2a1管理员取消请求，转到其他活动2a2管理员取消请求，或退出登录，或关闭页面4a 搜索出错，给出操作提示 4a1事务回卷，管理员重新键入搜索关键字，进行搜索4a2管理员取消搜索请求，或退出系统，或关闭页面 7.a 用户取消查看 7a1或退出登录，或关闭页面，或转向其他操作8a 提交信息非法，给出非法提示 8a1事务回卷，根据错误提示重新提交信息 8a1管理员取消提交请求，或退出登录，或关闭页面14a 增加信息不符合要求，返回错误提示 14a1管理员根据提示修改不合法的信息 14a2事务回卷，管理员重新增加修改信息 14a3管理员取消增加，或退出登录，或关闭页面非功能性需求 根据人的心理等待能力，要求系统的每个流程响应时间不超过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.系统将增加请求写入数据库，返回成功信息和最新公告列表，用例结束事件流扩展2a 当前不在工作时间内，给出警告提示 2a1管理员取消请求，转到其他活动2a2管理员取消请求，或退出登录，或关闭页面4a 搜索出错，给出操作提示 4a1事务回卷，管理员重新键入搜索关键字，进行搜索4a2管理员取消搜索请求，或退出系统，或关闭页面8a 提交信息非法，给出非法提示 8a1事务回卷，根据错误提示重新提交信息 8a1管理员取消提交请求，或退出登录，或关闭页面14a 增加信息不符合要求，返回错误提示 14a1管理员根据提示修改不合法的信息 14a2事务回卷，管理员重新增加修改信息 14a3管理员取消增加，或退出登录，或关闭页面非功能性需求 根据人的心理等待能力，要求系统的每个流程响应时间不超过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.系统将增加请求写入数据库，返回成功信息和新的留言详细信息，用例结束事件流扩展6a 当前留言有效，需要给出回复，并给出警告提示 6a1管理员根据提示，进行回复步骤136a2管理员取消请求，或退出登录，或关闭页面14a 增加信息不符合要求，返回错误提示 14a1管理员根据提示修改不合法的信息 14a2事务回卷，管理员重新增加修改信息 14a3管理员取消增加，或退出登录，或关闭页面非功能性需求 根据人的心理等待能力，要求系统的每个流程响应时间不超过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.系统将增加请求写入数据库，返回成功信息和新的列表信息，用例结束事件流扩展6a 修改信息非法，并给出警告提示 6a1管理员根据提示，重新编辑信息6a2管理员取消编辑请求，或退出登录，或关闭页面14a 增加信息不符合要求，返回错误提示 14a1管理员根据提示修改不合法的信息 14a2事务回卷，管理员重新增加修改信息 14a3管理员取消增加，或退出登录，或关闭页面非功能性需求 根据人的心理等待能力，要求系统的每个流程响应时间不超过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.系统将设置请求写入数据库，返回成功信息，用例结束事件流扩展6a 数据库备份出错，并给出警告提示 6a1管理员根据提示，重新进行备份6a2管理员取消备份，或退出登录，或关闭页面 10a 数据库还原出错，并给出警告提示 10a1管理员根据提示，重新进行还原10a2管理员取消还原，或退出登录，或关闭页面 18a 参数设置不合法，并给出警告提示 18a1管理员根据提示，修改系统参数18a2管理员取消设置，重新进行设置请求18a3管理员取消设置，或退出登录，或关闭页面非功能性需求无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-12 添加外键来表示1:N的关