
数学与计算机学院
实训报告
课 程 名 称: 软件需求分析实践
课 程 代 码: 6014399
题 目: 自行车租赁系统
年级/专业/班: 、
学 生 姓 名:
学 号:
开 始 时 间: 2011 年 11 月 28 日
完 成 时 间: 2011 年 12 月 25 日
课程设计成绩:
| 技术水平与实际能力(50) | 说明书撰写质量(50) | 总 分(100) |
自行车租赁系统任务分配
| 姓 名 | 任 务 | 工作所占比例 |
| xxx | 总体任务分配及设计 | 40% |
| xxx | 系统涉众分析及设计 | 30% |
| xxx | 用例分析和系统设计 | 30% |
一、业务需求
1.背景、业务机会和客户需求
XX自行车车行是一个新开的车行。规模属于中等。想要给更广泛的人群提供自行车的租赁和销售。车行管理人员决定以计算机系统的支持来发起运作。
该自行车车行主要业务包括山地车的车出租和销售两类业务,该车行的自行车包括有,普通轻便车,山地车两大类。其中轻便车分文男式和女式,山地车包括GIANT,美利达,蒙太奇。其中GIANT包括有680到770的车型,美利达和蒙太奇也有不同层次的车。由于这些车的性能不同,该车行通常会根据不同的级别来确定车的租赁和销售。例如,轻便车通常为租赁车。山地车为租赁和销售产品。
而顾客也包括两类。一类是会员客户,一类是非会员客户。会员客户无论是租赁还是购买自行车都有一定的优惠和折扣。会员客户有分为了购车会员和租车会员两类,车行管理员也可以根据实际需要设置会员的等级条件和优惠比例。
该自行车车行有专门的供货渠道,但是供货商不止一个。供货商会定期的给车行提供自行车目录供其比较和选购,车行的管理者也可以根据市场的情况向其自诩价格或采购急需的自行车。
该车行业希望能够在后期开展网上自行车车行的业务,但是前期的投资并没有考虑该项目。
2.业务目标(Business Objective, BO)和成功标准(Success Criteria,SC)
通过对业务概况的了解和整理(业务目标既可以由客户提出也可以由开发方整理得出)得出该系统的业务目标如下:
BO-1:为顾客提供业务办理自动化服务,提高办事效率,方便客户,为客户提供更好的服务。
BO-2:规范商店的内部管理,提高工作效率和管理效能。
BO-3:能有效的管理车行的现有自行车,提高自行车的使用率并能监控提供租赁自行车的质量状况
BO-4:规范财务管理,租赁和销售人员的收费要有监控,减少人为差错。
BO-5:建立供应商自动管理机制,对自行车目录进行自动比较和筛选。
SC-1:采取租赁和销售数据,进行商业分析,既能帮助采购决策们也能给顾客提供更好的服务。
SC-2:全自动化管理,提高满意程度!
3.业务风险(RIsk)
RI-1:系统在规定时间内不能完成,或者完成功能不完善。
RI-2:系统用户体验度不高,用户对系统不满意。
RI-3:系统所创造的实际价值与预期差距较大,未能更方便租车业务,反而增加了额外费用。
二、解决方案的前景
1.前景陈述
随着时代的进步,人们对出行以及旅游有了新的认识,社会在提倡绿色与环保的出行方式,开私家车的人越来越少,用自行车的越来越多!通过租赁自行车去上班或者出行旅游的人也越来越多。随着业务的发展,以及适应时代的进步。为方便自行车租赁店铺对自行车出租的管理以及让自行车租赁客户更方便租赁自行车,同时减少租赁过程中由于人工记录数据产生的错误和人工记录数据的繁琐,开发一个自行车租赁管理系统非常必要,而且市场上现在成品租赁系统还没兴起,所有开发一个自行车租赁系统市场很大。系统可以基于本公司曾开发的信息管理系统(IE)进行二次改良开发以达到目标。
2.主要特性(FEature)
FE-1:实现租赁活动过程中所有环节,保存记录数据以及数据读取。
FE-2:能便于客户进行数据查询,减少不必要的活动。
FE-3:方便租赁管理人员进行租赁活动,提高效率和准确率。
3.假设(ASsumption)和依赖(DEpendency)
AS-1:系统正常运行在各个操作系统不出现不兼容的问题。
AS-2:系统能面向所有用户,及用户整体体验度都满意。
DE-1:系统必须依赖Windows2000以及以上版本或vista的操作系统才能运行。
三、范围和局限性
1.初始版本和后续版本的范围
初始版本:初始版本实现功能范围至少应该是系统基本定义的功能需求,保证基本的租赁过程完善并且系统运行正常,有一定的用户体验度!但数据的要求保密性以及安全性必须达到一定的要求!
后续版本:后续版本定义为后期系统功能的增加和改善,如系统某些功能与界面的完善以及对系统界面的美观程度进行改善,对系统各个功能的综合非常完善。客户预计系统管理使用人员能非常方便的使用系统。
2.局限性(LImitation)和排斥性
LI-1:系统不能实现所有非必须的功能以及达到让所有客户都满意的程度,也不能保证其他一些非安全性以及保密性的问题出现!
LI-2:系统有可能会因操作系统或者其他电脑硬件原因,运行效果不能完全达到预期目标。
LI-3:系统因为某些原因,各个功能之间可能不兼容(但是是非必要功能)。
四、业务背景
1.涉众概要
涉众是指与要建设系统相关的一切人和事情。
涉众的信息可以用过客户的岗位手册,业务手册等相关的文件中获取,也可以经过访谈而获取。
对于软件项目来说可以通过一下积累去寻找软件项目的涉众。
1业主是系统建设的出资方、投资者。虽然大多数情况下业主指的就是系统的需求提车这和使用者,即业务方,但并不是绝对的。
2业务提出者:提出者是业务模式和业务规则的制定者,一般是指业务方的高层人物、高级经理等。他们制定业务规则,圈定业务范围,规划业务目标。
3业务管理者是指实际管理和监督业务执行的人员,一般是指中层干部,他们起到将业务图扯着的一致付诸实施,并监督工作人员工作的作用。他们的期望也很重要,一般也是系统的主要用户之一。
4业务执行者是指底层的业务操作人员,是也将来的计算机直接交互最多的人员。他们最关心的内容是系统会给他们带来什么样的方便,会专门的改变他们的工作模式。
5用户是预期的系统使用者,用户一般是上述涉众的代表。
用户与涉众不同的是,每一个用户将来都可能是系统中的一个角色,是实实在在参与喜用的。通过需求陈述分析,可以分析出该项目的利益相关者。
涉众分析图
涉众概要信息表
| 编号 | 名称 | 说明 | 期望 |
| SH001 | 非会员顾客 | 没有办理会员业务的顾客。非会员顾客又可以分为:购买产品顾客和租赁产品顾客!车行对这类顾客一般不会有优惠或折扣。对于非会员租赁顾客而言需要寄压身份证等有效证件! | 1.可以很方便的申请办理会员 2.可以很方便快速找到相关车信息。 3.租赁时,可以方便建立临时档案,押金以及寄压证件情况! |
| SH002 | 会员顾客 | 办理会员业务的顾客。会员顾客分购买产品顾客和租赁产品顾客。车行对这类顾客又一定优惠或折扣。对于会员的租赁顾客而言一般不需要寄压证件! | 1.可以很方便的进行续费。查询费用使用情况! 2.可以方便快速查找相关产品信息! 3.购买或者租赁自行车时可以查看折扣信息! |
| SH003 | 收银小组 | 设立收费点以及安排专门的收费人员,接受顾客的所缴费和归还相应的费用! | 1.计算机自动计算缴纳费用 2.计算机自动计算滞纳金以及显示寄压证件 3.收银员交接时的快捷管理! |
| SH004 | 采购以及维护部门 | 负责接受供应商提供的自行车产产品目录单。导入到系统中进行管理。通过供应商采购产品。同时应对自行车的损坏程度做记录,以便及时修理以及采购。 | 1.通过计算机能方便快捷的查看车行存车信息。 2.能快捷的导入供应商的目录清单信息,进行比较 3.采购回的车辆能方便的进行录入管理。 |
| SH005 | 管理部门 | 负责整个车行的运作管理 | 1.方便查看销售以及租赁情况报表了解运营情况 2.可以管理员工信息 3.统计各类会员人数,会员租赁等信息,设定会员折扣规则! |
| SH006 | 服务部门 | 负责自行车的摆放以及布置效果。同时承担顾客的接待工作,受理顾客的业务申请和会员管理 | 1.能快速的帮助非会员开通会员,进行会员信息管理 2.方便的对会员提供服务 3.能接听会员电话快捷帮助其查询信息,预订产品 4.能通过系统生成会员统计报表上报管理者 |
| SH007 | 财务部门 | 负责统计财务报表,员工工资发放以及与供应商进行财务结算 | 可以方便的进行各种财务计算,定期将产生财务报表 |
| SH008 | 系统维护部门 | 负责对系统的维护。包括用户权限,员工档案的管理,数据的恢复 | 系统维护方便 |
| SH009 | 供应商 | 负责向采购管理部门提供车清单以及样品。接收部门的采购单,提供车 | 1.能方便以数据形式提供车清单 2.快捷的进行结账 |
由于涉众不等于用户,用户才是将来使用系统的涉众代表,所以我们还需要定义使用系统的涉众代表,即用户的概要信息。
用户概要说明代表涉众使用系统的用户说明,描述一般包括用户概况、特点和用户使用系统的方式等。可以通过下表来表示:
用户概要说明表
| 编号 | 用户名称 | 用户概况和特点 | 使用系统方式 | 代表涉众 |
| US1 | 服务人员 | 是业务部门的内部岗位人员之一,负责产品的摆放,以及顾客的接待工作,帮助非会员开通会员业务,接听会员电话,帮助预订产品。服务人员工作于营业大厅,是计算机系统的主要使用者,要求具有一定计算机使用水平,可以培训必须强制使用计算机办理业务。 | 1.所有业务均通过计算机办理,可以直接操作计算机。 2.代理顾客操作计算机。 | SH01 SH02 SH06 |
| US02 | 收银员 | 负责顾客的租赁记录,收取业务办理过程中产生的各项费用。按周期将费用上报至业务部门,并提供业务费用的各类报表。业务收费员工作于营业大厅,是计算机系统的主要使用者,要求具有一定计算机使用水平,可以培训必须强制使用计算机办理业务。 | " 所有收费业务均通过计算机办理,可以直接操作计算机。 | SH03 |
| US03 | 采购主任 | 负责接受供应商提供的产品目录清单。并导入到系统中进行管理。通过供应商采购产品。 | 通过计算机来实现相应的业务,可以直接操作计算机。 | SH04 SH09 |
| US04 | 管理人员 | 负责整个车行的运作管理。制定会员折扣率并制定租赁价格 | 通过计算机来完成 | SH05 |
| US05 | 系统管理人员 | 系统管理员负责对系统的维护,包括系统用户使用权限管理,员工的档案管理,数据的备份恢复。 | " 所有工作用计算机完成 | SH08 |
| US06 | 店内终端服务机 | 在车行出租区域有3台触摸屏终端机。主要供客户进行查询信息用。 | 1.可以与系统进行网络通信。 2.代理用户采用触摸屏的方式查询客户的信息。(非会员根据临时编号查询租赁信息) 3.可以代理系统向用户推荐热门产品信息。 | SH01 SH02 SH03 |
US 07 | 会计 | 负责进行财务统计、财务结算。 | 1.代理供应商与系统进行财务结算,打印。 2.统计财务报表。 | SH07 SH09 |
非功能需求表
| 序号 | 非功能需求类别 | 非功能需求名称 | 描述 |
| 1 | 可靠性 | 数据的安全 | 系统需要保证会员数据尤其是充值信息以及寄压证件的安全性。 1.每条充值记录需要有日志文件能够查询。 2.保证充值或扣款事物完整进行,不要特殊情况影响数据的完整和一致性。 |
| 2 | 系统的稳定 | 系统需要保证在工作期间的工作效率,尤其是会员电话预约查询时,系统响应时间应该在5秒内。 | |
| 3 | 可用性 | 系统易操作 | 1.查询、登记信息要方便服务员或前台人员操作 2.收费操作方式间接,尽力采用键盘操作模式。便于收银员操作 3.管理人员能很容易生成自己所需查看的报表。 |
| 4 | 美观 | 1.店内查询机操作界面尽量考虑触摸屏的操作方式。按钮字体应该比较大 2.整个系统的色调应与车行广告牌颜色一致 | |
| 5 | 联机帮助 | 管理员和系统管理者应使用的每个功能都应该有联机帮助文档。即要求能够在用户使用过程中按F1能出现相关的帮助信息. | |
| 6 | 有效性 | 预留接口 | 数据库的设计以及功能设计应该考虑后期网上电子商务模式的借口,程序尽量采用模块化设计。 |
| 7 | 数据库的兼容性 | 数据库保证其不同数据的兼容性。保证不同类型数据的一致性(如供应商提供的EXCEl,临时数据为TXT),以及录入的方便性 | |
| 8 | 可移植性 | 手机平台的移植性 | 后期有可能需要添加店内的会员通过WIFI手机查询功能,因此需要考虑程序后期与手机平台(android系统)的兼容问题,如系统预留java开发接口。 |
各种用户类确认的“XX自行车租赁系统”的用例和主要参与者如下所示:
1.主要参与者
| 主要参与者 | 用例 |
| 店内服务员 | 1.办理会员申请 2.会员电话查询产品信息 3.预订产品 4.会员充值 5.取消会员 |
| 收银员 | 6.卖自行车 7.租赁自行车 8.记录自行车的购买或租赁信息 9.办理自行车归还 |
| 采购主任 | 10.采购产品 |
| 系统管理员 | 11.产品库维护 |
| 用例ID号 | 1 |
| 用例名称 | 自行车租赁项目 |
| 创建者 | 某某 |
| 最后更新者 | 某某 |
| 创建日期 | xx年xx月xx日 |
| 最后更新日期 | xx年xx月xx日 |
| 参与者 | 顾客、收银员 |
| 描述 | 实现一次租赁交易并收取押金 |
| 前置条件 | 假设所有顾客用现金或信用卡付款、不用支票付款 |
| 后置条件 | 存储租赁信息,更新账务和库存信息 |
| 主过程 | 1.顾客携带所要出租的车辆信息到收银台进行租赁交易 2.收银员开始一次新的租赁交易 3.顾客告知收银员其会员号,收银员将该顾客会员号输入系统中,系统判断该会员的租车数是否超过了会员的租车上限;若超过了租车上限,则会告诉会员不能再租车。 4.收银员输入租车号码,查询车的信息,确认当前被租车内有被预定。若被预定并且预定者不是当前用户,则不能租车。 5.系统逐条记录租赁的车,并显示车的描述、应缴押金额和累计额。应交押金额通过一组价格规则来计算。 6.收银员重复3-4步,直到输入结束。 7.系统显示顾客所租赁的车总数及应缴的押金总额 8.收银员告知顾客总额,并请顾客付款 9.顾客付款,系统处理支付 10.系统记录完整的租赁信息,并将租赁和支付信息发送到外部的账务系统和库存系统(更新库存) 11.系统打印票据 12.客户携带车和票据离开 |
| 分支过程 | 3a.顾客不是在租赁会员 1.为新顾客建立一个会员账户,其中电话号码为首选项 2.在该系统中为该顾客保存信息:顾客姓名、电话号码、信用卡号码以及会员到期日 3.信用卡支付 4.顾客输入信用卡账户信息 5.系统显示其支付信息以备验证 6.收银员确认 7.系统记录信用卡支付信息,其中包括支付批准。 8.收银员请求顾客签署信用卡支付。 |
一、介绍
1.目标
通过该软件系统能带来以下用处:
◆为客户提供业务办理自动化服务,提高办事效率,方便客户,为客户提供更好的服务。
◆规范车行的内部管理,提高工作的效率和管理效能。
◆能有效的管理车行的现有自行车,提高自行车的使用率并能监控提供租赁自行车的质量状况。
◆规范财务管理,租赁和销售人员的收费要有监控,减少人为差错。
◆建立供应商自动管理机制,对产品目录进行自动比较和筛选。
◆采取租赁和销售数据,进行商业分析,既能帮助采购决策们也能给顾客提供更好的服务。
2.项目范围和产品特性
软件项目范围如下:
●实现租赁活动过程中所有环节,保存记录数据以及数据读取。
●能便于客户进行数据查询,减少不必要的活动。
●方便租赁管理人员进行租赁活动,提高效率和准确率。
初始版本:初始版本实现功能范围至少应该是系统基本定义的功能需求,保证基本的租赁过程完善并且系统运行正常,有一定的用户体验度!但数据的要求保密性以及安全性必须达到一定的要求!
后续版本:后续版本定义为后期系统功能的增加和改善,如系统某些功能与界面的完善以及对系统界面的美观程度进行改善,对系统各个功能的综合非常完善。客户预计系统管理使用人员能非常方便的使用系统。软件具有以下局限性与排斥性:
●系统不能实现所有非必须的功能以及达到让所有客户都满意的程度,也不能保证其他一些非安全性以及保密性的问题出现!
●系统有可能会因操作系统或者其他电脑硬件原因,运行效果不能完全达到预期目标。
●系统因为某些原因,各个功能之间可能不兼容(但是是非必要功能)。
3.参考文献
[1].杨宝刚.开展企业管理信息化工作的步骤[J].企业管理.2002.(11).12~15
[2].Islamabad. Software tools for forgery detection[J]. Business line.2001. (5). 29~32
二、总体描述
1.产品远景与规划
2.用户类和用户特性
| 编号 | 用户名称 | 用户概况和特点 | 使用系统方式 | 代表涉众 |
| US1 | 服务人员 | 是业务部门的内部岗位人员之一,负责产品的摆放,以及顾客的接待工作,帮助非会员开通会员业务,接听会员电话,帮助预订产品。服务人员工作于营业大厅,是计算机系统的主要使用者,要求具有一定计算机使用水平,可以培训必须强制使用计算机办理业务。 | 3.所有业务均通过计算机办理,可以直接操作计算机。 4.代理顾客操作计算机。 | SH01 SH02 SH06 |
| US02 | 收银员 | 负责顾客的租赁记录,收取业务办理过程中产生的各项费用。按周期将费用上报至业务部门,并提供业务费用的各类报表。业务收费员工作于营业大厅,是计算机系统的主要使用者,要求具有一定计算机使用水平,可以培训必须强制使用计算机办理业务。 | " 所有收费业务均通过计算机办理,可以直接操作计算机。 | SH03 |
| US03 | 采购主任 | 负责接受供应商提供的产品目录清单。并导入到系统中进行管理。通过供应商采购产品。 | 通过计算机来实现相应的业务,可以直接操作计算机。 | SH04 SH09 |
| US04 | 管理人员 | 负责整个车行的运作管理。制定会员折扣率并制定租赁价格 | 通过计算机来完成 | SH05 |
| US05 | 系统管理人员 | 系统管理员负责对系统的维护,包括系统用户使用权限管理,员工的档案管理,数据的备份恢复。 | " 所有工作用计算机完成 | SH08 |
| US06 | 店内终端服务机 | 在车行出租区域有3台触摸屏终端机。主要供客户进行查询信息用。 | 3.可以与系统进行网络通信。 4.代理用户采用触摸屏的方式查询客户的信息。(非会员根据临时编号查询租赁信息) 3.可以代理系统向用户推荐热门产品信息。 | SH01 SH02 SH03 |
US 07 | 会计 | 负责进行财务统计、财务结算。 | 3.代理供应商与系统进行财务结算,打印。 4.统计财务报表。 | SH07 SH09 |
Windows XP/2000操作系统及Microsoft Visio Professional 2003 软件的微型计算机.
4.设计和实现的约束条件(COnstraint, CO)
CO-1:程序尽量采用模块化设计
CO-2:程序实现过程中模块需要高耦合低内聚。
CO-3:程序可修改性需要很强,便于后期维护。
CO-4:程序应在必要处进行注释,可读性和可追踪性强。
5.用户文档(User Documentation, UD)
6.假设(ASsumption) 和依赖(Dependency)
AS-1:系统正常运行在各个操作系统不出现不兼容的问题。
AS-2:系统能面向所有用户,及用户整体体验度都满意。
DE-1:系统必须依赖Windows2000以及以上版本或vista的操作系统才能运行。
三、系统特性
1.自行车租赁
(1)描述与优先级
会员在其身份得到验证后,他们就可以租用自行车,但借车数超过了规定的借自行车上限;若则会员不能再借车,在未付款之前,会员随时可以取消定单。
(2)刺激/响应序列
刺激:用户请求租赁自行车,可以是一份或多份。
响应:收银员向顾客询问并记录自行车细节(例如,租赁天数,自行车类型,自行车种类),付费方式。
刺激:顾客请求改变订单
响应:如果订单状态是“未接受”,则允许顾客改变订单
刺激:顾客请求取消订单
响应:如果订单状态是“未接受”,则允许顾客取消订单
(3)功能性需求
| Order.Place | 收银员应顾客要求登录“XX自行车租赁系统” |
| Order.Place.Register | 查询是否顾客是否会员 |
| Order.Place.Register.no | 如果不是根据顾客提供资料新增该会员 |
| Order.Place.Number.yes | 查询该会员的借自行车数是否超过了会员的借自行车上限,如果超过,则用户必须先归还以前租赁自行车,方可再租赁 |
| Order.Place.DiskStatus.yes | 查询此自行车是否可以出租:(1)如果此自行车被其它顾客预约,则不能出租(2)此自行车为本店最后一个自行车,则不能租赁。 |
| Order.Place.DiskRent.Display | 收银员逐条记录租赁的自行车,并显示影自行车的描述、并根据顾客要求租赁天数计算本次应缴押金额和累计额。 |
| Order.Place.DiskRent.Details | 系统显示本次应缴押金额和累计额,要求确认付款或取消 |
| Order.Place.DiskRent.Confirm | 如果顾客付款,收银员将确认支付,否则取消 |
| Oreder.Pay.Confirm.OK | 如果确认支付,系统打印票据 |
| Order.Place.DiskRent.Confirm.Update | 如果确认支付,系统记录完整的租赁信息,并将租赁和支付信息发送到外部的账务系统和库存系统(更新库存) |
实现租赁活动过程中所有环节,保存记录数据以及数据读取。
3特性3
能便于客户进行数据查询,减少不必要的活动。
4特性4
方便租赁管理人员进行租赁活动,提高效率和准确率。
四、外部接口需求
1.用户界面(User Interfaces, UI)
UI-1:店内查询机操作界面尽量考虑触摸屏操作方式。按钮,字体都应该较大。
UI-2:整个系统的色彩应该与商店广告牌的颜色一致。
UI-3:管理员和系统管理者使用的每个功能都应该能够有联机帮助文档。即要求能够在用户使用过程中按F1能出现相关帮助信息。
2.硬件接口
VGA输出接口,USB接口
3.软件接口(Software Interface, SI)
SI-1:数据库的设计以及功能设计应该考虑后续网上电子商务模式的接口。
SI-2:后期有可能需要添加店内会员通过wifi手机查询功能。因此需要考虑程序后期与手机平台(android系统)的兼容问题,如:系统预留java开发接口
SI-3:提供相应的接口来保证不同类型数据的一致性(如书商提供的数据为excel,临时数据为TXT),以及导入不同数据的方便性)。
4.通信接口
CI-1:市面上通用的USB2.0接口。
CI-2:通信设备中的F_SAK通信接口。
CI-3:K_U无限通信信号发射器接口。
五、其他非功能性需求
1.性能(PEformance)需求
PE-1:系统需要保证在工作期间的工作效率,尤其是会员电话预约查询时,系统响应时间应该在5秒左右。
PE-2:
PE-3:
2.防护性需求
防护性需求还没有确定。
3.安全性(SEcurity)需求
SE-1:每条充值记录都需要有日志文件能够查询。
SE-2:保证充值或扣款事务的完整进行,不受特殊情况(如断电,误操作等)而影响数据的完整性、一致性。
4.软件质量属性
Usability(易用性)-1:查询,登记信息要方便服务员或前台人员操作。
Usability(易用性)-2:收费操作方式要简洁,尽量采用键盘操作模式。便于收银员操作。
Usability(易用性)-3:管理人员能很容易的生成自己所需要查看的报表。
Maintainability(移植性)-1:后期有可能需要添加店内会员通过wifi手机查询功能。因此需要考虑程序后期与手机平台(android系统)的兼容问题,如:系统预留java开发接口
Efficiency(有效性)-1:
附录A 数据字典与数据模型
1.数据字典
顾客说明=姓名+性别+身份证号+年龄+电话号码
非会员顾客=临时编号+姓名+性别+身份证号+年龄+电话号码
会员顾客=会员编号+开户日期+账户编号+姓名+性别+身份证号+年龄+电话号码
员工=员工编号+身份证号+性别+年龄+部门
部门=部门编号+部门名称+领导编号+部门说明
租赁信息=会员号+租赁上限+数量+租赁时间+自行车产品编号
自行车片=产品编号+产品名称+自行车类型
自行车片类型=[DVD|BD|VCD]
产品类型=[山地车][公路车][轻便车]
2.数据模型
附录B:分析模型
1.活动图
1.1 租赁用例活动图
租赁用例活动图,如图1所示.
图1 租赁用例活动图
2.时序图
2.1办理会员业务时序图
办理会员业务时序图,如图2所示.
图2 办理会员业务时序图
2.2 租赁业务时序图
3.协作图
3.1会员办理业务协作图
会员办理业务协作图,如图3所示.
图3.会员办理业务协作图
3.2会员租赁自行车协作图
4.类图
XX音自行车租赁系统类图,如图4所示。
图4 XX自行车租赁系统类图
业务规则
下面是单独业务规则(Business Rule, BR)
●系统在实现其基本功能要求上还需要实现对客户信息的储存以及读取,能随时对客户信息进行显示和读取,便于对经常上门的顾客进行相应的打折优惠!
●系统在客户使用时如果出现卡机、系统崩溃、停电等紧急情况,客服人员能够及时知道并响应,并及时去想客户人工服务。
●系统还应该能对本月利润情况进行计算,以便管理人员以及经理及时了解店铺经营情况及时做店铺运营方案。
●系统可以对员工进行考核,调查其工作情况。
