公共自行车系统分析与设计.docx

公共自行车系统分析与设计.docx

《公共自行车系统分析与设计.docx》由会员分享，可在线阅读，更多相关《公共自行车系统分析与设计.docx（16页珍藏版）》请在冰豆网上搜索。

公共自行车系统分析与设计

公共自行车租赁管理系统分析与设计

一、系统简介及主要功能

公共自行车管理系统面向公共自行车管理中心开发，主要用于实现租赁过程和车辆人员管理自动化，本系统由车辆信息管理、用户人员管理、租赁记录管理、用户卡注册、充值、注销功能四个功能模块组成，其中管理员拥有系统最高权限，协调系统的正常运作，并直接与系统交互。

图1系统功能表

二、小组成员及分工

小组成员

组长

学号

分工

明浩

√

131254

系统功能分析

分析模型（类图）

设计模型（顺序图）

王昕

131264

需求分析调查（用例图）

分析模型（类图）

达吾提

121304

分析模型（顺序图）

设计模型（类图）

三、需求模型

图2系统用例图

用例规约：

用例名称

增加车辆信息

参与者

管理员

用例说明

管理员添加新车辆信息

前置条件

车辆投入使用前，检测安全并添加身份标识。

后置条件

修改车辆租赁记录，修改自行车状态为可借。

主事件流

1、验证自行车质量合格；

2、管理员将自行车信息提供给系统；

3、系统识别自行车信息，并建立单个的个体自行车信息；

4、系统更改自行车可租借状态，并上传；

备选事件流

1a.质量检验不合格

1.系统提示安检不合格并拒绝接受

用例名称

删除车辆信息

参与者

管理员

用例说明

管理员删除已报废车辆信息

前置条件

车辆退出使用前，通过报废评估。

后置条件

修改车辆租赁记录，修改自行车状态为无。

主流事件

1、管理员审核报废评估单；

2、管理员上报车辆信息给系统；

3、系统搜寻车辆信息并修改其状态为无；

4、系统刷新车辆信息并上传。

用例名称

修改车辆信息

参与者

管理员

用例说明

管理员修改有变更的车辆信息

前置条件

车辆经过修理，属性发生改变。

后置条件

更新自行车信息

主流事件

1、管理员审核修理报告单

2、管理员根据报告单更新自行车信息

3、上传报告单

备选事件流

1a.报告单审核未通过

1、系统提示错误并拒绝接收

用例名称

查询车辆明细

参与者

管理员

用例说明

管理员查询对应车辆信息明细

前置条件

验证管理员身份

后置条件

系统输出车辆明细

主流事件

1.管理员将所查询车辆的编号提供给系统

2.系统将对应车辆信息反馈给管理员

用例名称

充值

参与者

管理员

用例说明

管理员根据充值信息更改用户卡余额

前置条件

用户卡的使用状态为可使用

后置条件

储存充值记录更新用户卡余额

主流事件

1.管理员将用户卡信息提供给系统

2.系统验证用户身份及用户卡状态

3.管理员修改用户卡余额信息

4.系统保存信息并打印单据

用例名称

注册新用户

参与者

管理员

用例说明

管理员在系统中添加新的用户

前置条件

用户名未注册且用户符合注册标准

后置条件

用户系统中添加新用户信息

主流事件

1.用户向管理员提交用户信息

2.管理员审核用户信息

3.管理员根据所给信息录入至系统

4.系统中添加新用户档案，并更新数据

5.系统保存新用户档案并生成用户卡

6.用户缴纳金额领取用户卡

7.新用户添加完成

用例名称

建立用户卡

参与者

管理员

用例说明

管理员根据用户档案建立新用户卡

前置条件

系统中新用户档案生成成功

后置条件

生成新用户卡并录入用户档案

主流事件

1.系统审核新用户档案

2.档案通过审核，建立用户卡

3.系统将信息录入新用户卡

4.用户缴纳费用

5.管理员将用户卡激活并交给用户

6.系统生成建卡记录，建立用户卡完成

备选事件流

1a.系统未找到对应的新用户档案

系统提示重新建立用户档案

用例名称

注销用户

参与者

管理员

用例说明

管理员注销用户名，用户失去权限

前置条件

用户信息存在且符合注销标准

后置条件

用户信息注销，系统信息更新

主流事件

1.管理员在系统内查询对应用户信息

2.管理员审核注销标准

3.审核通过后，管理员删除用户档案并注销用户卡

4.注销用户完成

备选事件流

1a.系统中此用户信息不存在

提示重新核对用户信息

2a.档案审核不通过

系统提示审核不通过

用例名称

注销用户卡

参与者

管理员

用例说明

管理员注销用户卡，用户卡状态变为不可用

前置条件

用户通过注销标准

后置条件

用户卡状态更改为不可用

主流事件

1.管理员查询用户档案

2.管理员查验用户档案审核情况

3.审核通过后，管理员删除用户卡信息

4.系统自动保存信息，并更新数据

5.注销用户卡完成

备选事件流

1a.用户档案审核未通过

系统提示审核未通过，重新审核

用例名称

租用车辆

参与者

用户

用例说明

用户通过自助租车机租用车辆

前置条件

用户信息验证通过，车辆状态为可租借

后置条件

租借信息更新，车辆状态为不可租借

主流事件

1.用户通过客户端登录

2.通过验证后查询停车地点有可借车辆

3.到达停车地点，刷卡租车

4.系统生成租车记录

5.车辆状态更改为不可借

6.系统更新数据

备选事件流

1a.用户验证未通过

系统提示重新验证

2a.无可借车辆

系统提示无可借车辆，选择其他停车地点

用例名称

归还车辆

参与者

用户

用例说明

用户通过自助租车机归还用车辆

前置条件

所借车辆状态为不可借

后置条件

修改车辆租借状态信息，完成租金结算

主流事件

1.用户在停车处刷用户卡

2.用户根据提示停放车辆

3.系统自动结算金额

4.系统提示完成扣费并显示余额充足

5.系统修改车辆租借状态为可借

6.归还车辆完成

备选事件流

4a.余额不足

系统提余额不足，需及时充值

四、分析模型

类图：

描述系统内的实体类与类之间的关系

其中，参与者分为用户和管理员，每一名用户对应一张属于自己的用户卡，并通过用户卡与系统交互，用户卡可存储租车记录与充值记录，也可以与自助终端机交互完成租借与归还任务，管理员拥有较高权限，可帮助用户注册、充值、注销用户卡，也可以管理自行车信息，租车记录会出现超出时限的现象，系统将自动根据罚款细则进行记录并在用户卡中扣除金额。

图3类图

顺序图：

充值顺序图：

管理员通过ID登录到系统，完成身份验证，管理员通过刷卡向系统传输用户卡信息，并手动输入金额，保存信息并完成充值。

图4充值顺序图

租车顺序图：

用户通过租车自助终端机刷卡验证身份，取得自行车，终端机会自动更改所租用自行车的租借状态，并生成租车记录存储到租车记录档案中。

图5租车顺序图

还车顺序图：

用户通过租车自助终端机刷卡验证身份，归还自行车，终端机会自动更改所租用自行车的租借状态，并生成还车车记录存储到租车记录档案中。

图6还车顺序图

五、设计模型：

包括设计阶段的类图、顺序图及相关说明

图7设计阶段实体类图

图8表现层类图

图9控制层类图

图10领域类图

图11租车顺序图

图12还车顺序图

图13充值顺序图

六、总结及感想

信息系统分析与设计是利用现代信息技术没处理组织中的信息、业务、管理和决策等问题，并未组织目标服务的综合系统。

通过上机课程中小组内的设计自己的系统，使我们感受到一个项目的的灵魂在于前期对系统的设计，中期的分析与后期的实施。

在设计之前首先我们要进行一些系统的调查，要了解这一系统是否满足大众的需要，确定我们的设计切实可行而不是在做无用功。

同时也要考虑经济技术社会等多方面的因素，才能确定是否应设计这一系统。

我们的设计是公共自行车管理系统。

在汽车横扫大街小巷的如今，公共自行车的应用大大方便了人们对于近距路程的便捷化。

于是我们设计的是公共自行车租赁系统。

用户带着自己的身份证和押金去办理点找管理员办理一张自行车租赁卡后，充入一定金额后可按照我们的规定在固定的地点刷卡借用自行车。

在一定的时间内借车免费，超过这一时间开始计费，使用结束后再相应的地点还回自行车并刷卡扣费。

在需求分析、系统分析以及系统设计这一过程中，在老师的帮助下我们不断发现系统的问题，并得到改正。

《信息系统分析与设计》这门课程在一开始老师便告诉我们这门课程的重点便是分析与设。

系统是人性化的系统，分析是便民的角度，在整个设计分析的过程中，体会每一个系统都有幕后很多人的辛苦付出。

也在为毕设及以后的工作打下基础。