停车场管理系统文档.docx
《停车场管理系统文档.docx》由会员分享，可在线阅读，更多相关《停车场管理系统文档.docx（20页珍藏版）》请在冰豆网上搜索。
停车场管理系统文档
停车场管理系统
ParkingAdministrativeSystem
1结构化需求分析规格说明
1.1背景分析
目前中国已经成为世界第三大汽车生产国和第二大汽车消费国，据权威部门数据表明，截至2006年底，中国汽车保有量突破3500万辆，私人汽车拥有量已达2925万辆，其中4年以内的新车占到百分之六十。
预计2010年国内汽车保有量将达到5600万辆左右，而且每年汽车增长率都以50%-80%的速度增长，这就导致了50%的汽车无序停放现象，智能停车已经成为推动城市发展不可或缺的一部分，但随之而来的，车多位少、停车难的问题也日渐突出，成为当前社会普遍的关注点。
随着社会的发展和人民生活水平的提高，买车成为人们的奋斗目标之一，当然已经有很多人买了车。
可是随着车辆的增加，车辆的停泊问题也随之出现。
人们的生活方式发生着深刻的变化。
城市的交通拥挤便是这种变化引起的现象之一。
城市由于交通设施的增加造成的交通拥挤甚至混乱给人们的生活带来极大的不便，这种不便迫使人们去寻找高技术的有效手段去解决这种不便。
这就使得各个停车站需要更加先进、更加完善的车辆管理系统，为车主带来方便，使停车场的管理系统化。
因此开发了停车场广利系统。
1.2系统目标
●停车场内车辆信息的及时汇总，随时了解停车场车位的使用状况。
●统计车辆信息全部电脑化，提高工作效率和工作质量。
●以停车场内的全部车辆信息为基础，动态分配停车位，尽量达到车位的最高利用率。
●停车费用的结算也由电脑来完成，解决用户所担心的乱收费问题。
1.3数据流图
1.3.1顶层数据流图
顶层数据流图是为了方便开发人员与用户更好的沟通，以及为系统的设计提供帮助。
图3.1为停车长管理系统的顶层数据流图，从中可以看出，这个系统我们主要可以实现的功能分别为：
车主领取停车卡、系统为车主分配车位、管理员核对信息以及计算车主停车费用、车主归还停车卡、结算费用。
如图3.1所示。
图3.1顶层数据流图
1.3.2中间层数据流图
顶图概括了整个系统的边界与规模，对其进行分解，得到停车场管理系统的数据流程图中图，如图3.2所示。
图3.2中间层数据流图
在中间层数据流图中我们把顶层图中的停车场管理系统细化分为了3个相对具体的管理分工，分别为：
停车管理、车位管理、收费管理。
其中停车管理与收费管理主要面向与车主（用户），而车位管理则主要的对象为管理员。
停车管理会产生一张车辆信息表，其中包括了用户的一下主要信息如：
车型、车主姓名、入库时间、出库时间、停车位号。
1.3.3底层数据流图
图3.3停车管理底层数据流图
在图3.3停车管理底层数据流图中我们把中层中的停车管理更加细化的分为2个具体的事件。
分别为入库登记以及出库登记。
入库登记主要可以为车主进行身份的登记和管理员更加方便的查询车主的信息。
出库登记主要的作用是核实车主入库时登记的信息以及登记车主停车时用的车位情况。
图3.4收费管理底层数据流图
在图3.4收费管理底层数据流图中我们把中收费份分为两个部分，一是车卡管理，二是费用结算。
车卡在分配给每一位进入车位的车主，一直到离开并归还停车卡。
而车费结算就是用打卡时间与收费标准进行结算统计。
图3.5车位管理底层数据流图
在图3.5车位管理底层数据流图中我们将它分为了三部分，管理员可以统计车位了解到时刻整个停车场内的车位情况而反馈指示车主，给车主提供详细的车位信息。
车主只需要等待分配处理结果。
1.4数据字典
数据字典保存了所有数据元素信息。
本例的主要数据流有：
入库申请、查询信息等。
数据存储包括有：
车辆信息表、收费记录表、车位信息表等。
数据项包括有：
车主信息、车辆信息、车位信息等。
1.4.1数据流条目
图4.1入库申请数据流条目
图4.2查询信息数据流条目
1.4.2数据存储条目
图4.3车辆信息表数据存储条目
图4.4收费记录表数据存储条目
图4.5车位信息表数据存储条目
1.4.3数据项条目
图4.6车主信息表数据项条目
图4.7车辆信息表数据项条目
图4.8车主信息表数据项条目
1.4.4收费标准数据加工判定树：
收费标准
图4.9收费标准数据加工判定树
1.5H图：
本软件项目的总体结构如图5.1所示。
图5.1停车场管理系统H图
功能
子功能
描述
停车管理
入库登记
对车进入停车场所做的登记。
可登记车辆进入停车场的时间，车型及车主姓名。
出库登记
对车开出停车场所做的登记。
可登记车辆驶出停车场的时间，车型，车主姓名，停车时间以及使用车位。
车位管理
统计车位
对车位使用情况的统计。
可查看空车位的余留情况以及已经使用的车位信息。
查询车位
车主可根据此功能进行查看车位使用情况，并对其中的空余车位进行申请。
分配处理
系统可以根据车主的申请信息，对车位进行分配，确认后，把空车位分配给车主
收费管理
车卡回收
车主归还停车卡，系统核对车辆进入车库的时间，并清空车卡信息，对车卡进行回收。
车费结算
系统对车辆的停车时间进行计算，管理员核对信息后，发放收费清单给车主，车主进行付款
1.6E-R模型：
停车管理底层ER图主要实体是：
车主，车辆信息，管理员。
其中车主对车辆信息进行登记，而管理员对车辆信息进行管理。
如图6.1所示。
图6.1停车管理底层ER图
收费管理底层ER图主要实体是：
车主，收费记录，管理员。
系统算出停车费后管理员核对价格是否正确，然后车主对费用进行结算。
如图6.2所示。
图6.2收费管理底层ER图
车位管理底层ER图主要实体：
车主，车位记录，管理员。
管理员可以在系统中对车位的使用情况进行查询，车主可以冲车位记录中对空车位进行申请。
如图6.3所示。
图6.3车位管理底层ER图
1.6.1总E-R模型：
总E-R模型图对整个系统进行了宏观的表示，车主登记记录车辆信息，然后根据车位记录对车位进行申请。
管理员可以管理车辆信息，也可以查询车位记录和核对车辆停车费的收费情况，然后系统把核对后的停车费清单发给车主，车主再进行停车费结算。
如图6.4所示。
图6.4总ER模型结构图
2面向对象需求分析规格说明
2.1用例图
我们把本系统分为了三个模块分别为：
车辆管理模块、停车收费模块、车位管理模块。
我们分别为三个模块建立了用例图，使其更加容易理解。
2.1.1用例图1
用例名称：
车辆管理模块
前置条件：
无
主事件流：
（1）车主提交入库申请，开始用例。
（2）系统提示车主进行入库登记，然后把车主登记的信息写入车辆信息记录中
（3）管理员可以查询车辆信息。
（4）车主提交出库申请
（5）车主登记车辆信息进行核对
（6）申请成功，车辆离开车库
后置条件：
核对成功。
本用例图的参与角色分别有：
车主、管理员。
具体操作分别为：
入库申请、入库登记、出库申请、出库登记、登记车辆信息。
具体如图7.1：
图7.1车辆管理用例图
2.1.2用例图2
用例名称：
车位管理
前置条件：
车辆入库申请成功。
主事件流：
（1）车主查询车位，查询车位信息记录开始用例。
（2）管理员根据车位信息记录进行统计车位。
（3）管理员对车主进行分配车位，结束用例。
后置条件：
有空余车位。
本车位管理用例图中参与角色：
车主、管理员。
具体操作分别为：
统计车位、查询车位、分配车位、车位信息记录。
具体操作如图7.2。
图7.2车位管理用例图
2.1.3用例图3
用例名称：
停车收费管理
前置条件：
无
主事件流：
（1）车主归还停车卡，开始用例。
（2）管理员根据收费记录核对信息。
（3）车主进行车费结算，结束用例。
后置条件：
车主付费成功。
本停车收费管理用例图参与角色分别有车主、管理员。
具体操作分别有：
车卡回收、核对信息、收费记录、车费结算。
如图7.3所示。
图7.3停车收费用例图
2.2建立静态对象模型
用例模型主要用于描述系统的功能，可以辅助明确需求。
对象模型则是系统诸模型中最为重要的一个模型。
面向对象分析的主要任务是根据用户需求，建立一个准确、完整、一致的对象模型。
2.2.1识别类
我们可以从名次、用例、问题域空间和对象等不同角度识别类。
基于这一思路，在本系统的分析中，我们利用用例描述文本中出现的名词和名词短语来提取类。
从用例1车辆管理中我们一共建立4个类分别为：
车主、登录信息、车辆信息、管理员。
从用例2车位管理中我们一共建立4个类分别为：
车主、车位管理、车位使用记录、管理员。
从用例3停车收费中我们一共建立4个类分别为：
车主、收费管理、收费记录、管理员。
2.2.2识别属性
属性是一个类的所有实例对象都具备的、可以互相区别的具体特征。
在用例1车辆管理中我门建立的类的主要属性分别有。
如图8.1所示。
●车主：
车主姓名、联系方式、家庭住址
●登录信息：
车主姓名、车牌号
●车辆信息：
车牌号、车型、入库时间、出库时间、停车卡号、车主姓名
●管理员：
联系方式、姓名、工作证号
图8.1车辆管理类图
在用例2车位管理中我们建立的类的主要属性分别有。
如图8.2所示。
●车主：
车主姓名、联系方式、家庭住址
●车位管理：
车位号、使用情况、总车位树
●车位使用记录：
车位姓名、车牌号、车位号、入库时间、停车卡号
●管理员：
联系方式、姓名、工作证号
图8.2车位管理类图.
在用例3停车收费中我们建立的类的主要属性分别有。
如图8.3所示。
●车主：
车主姓名、联系方式、家庭住址
●收费管理：
停车卡号、停车费用
●收费记录：
车牌号、停车卡号、车主姓名、停车费、时间日期、出入库时间
●管理员：
联系方式、姓名、工作证号
图8.3停车收费类图
2.3建立动态交互模型
2.3.1序列图1
用例：
车辆入库成功
参与该用例的对象分别有：
车主、登记信息、车辆管理、车辆信息对象。
序列图如图9.1所示。
车主在申请界面进行信息登记提交入库申请，然后系统把申请提交给车辆管理进行处理。
申请成功后系统会对车主登记的信息保存到车辆信息中，保存好后系统会把申请成功的信息反馈到申请界面提示车主车辆可以入库。
图9.1车辆入库成功序列图
2.3.2序列图2
用例：
停车收费
参与该用例的对象分别有：
车位管理、车主、车位信息记录对象。
序列图如图9.2所示。
车主可以在收费管理在收费界面提出查询的停车费的申请，然后系统会把申请提交给车辆信息中进行车辆出入库时间的计算，然后在进行停车费的计算并记录在收费记录中。
系统再把车主所需付的停车费金额反馈在收费界面上，随后车主再根据上面的信息进行付款。
图9.2停车收费序列图
2.3.3序列图3
用例：
查询空车位
参与该用例的对象分别有：
车位管理、车位信息记录、车位信息记录等。
序列图如图9.3所示。
车主在查询界面点击查询，提交查询申请，然后在车位信息记录中查询车位使用情况，然后可以详细的查询剩余的空车位情况。
系统会把空车位的情况反馈在查询界面以显示给用户。
图9.3查询空车位
2.4状态图
2.4.1用户状态图:
参与该用例的对象分别有：
未付款、已经付款。
状态图如10.1所示。
用户在停车后，如果还未驶出停车场，还在使用车位，则继续计费；在车主停完车，驶出停车场前，则停止计费时间，支付所停车所产生的费用，付款后就可以驶出停车场。
图10.1用户状态图
2.4.2车辆状态图:
参加该用例的对象分别有：
等待入库、停入车库、驶离车库。
状态图如10.2所示。
车辆在到达停车场后，向系统提交申请，提交申请后，等待管理员回复申请，如果没有车位，则等待车位，等空出车位后，停入车库，停车完毕后，驶离车库。
图10.2车辆状态图
2.4.3管理员状态图:
参加该用例的对象分别有：
用户停车时间反馈、用户停车费反馈、空车位情况反馈。
状态图如10.3所示。
管理员在线时，参与管理工作。
管理员可以根据用户停车时间反馈来查询管理车辆出入库时间，从而来计算车主停车所产生的费用，计算出费用后，向车主收费，完成收费。
管理员还能根据空车位情况反馈来查询与管理车位使用情况，然后根据情况来回复车主有无车位。
图10.3管理员状态图
2.5活动图
2.5.1车辆驶入停车场活动图
用例：
车辆驶入停车场活动图
车主参与该活动图的活动分别有：
到达停车场、无车位、等待车位、驶入车库等。
管理员参与该活动图的活动分别有：
接收申请、查看车位、有车位、分配车位等。
活动图如图11.1所示。
车主在进入停车场后，可以提交申请车位，管理员就将整个停车场车位情况进来掌控，对每个车位进行合理分配，有车位将会指示车主应该进入那个车位，无车位就会让车主等待或者离开。
图11.1车辆进入停车场活动图
2.5.2收费活动图
用例：
收费活动图
车主参与该活动图的活动分别有：
归还停车卡、付款等。
管理员参与该活动图的活动分别有：
核对停车卡、查看停车时间、计算费用、打印收费清单等。
活动图如图11.2所示。
车主在归还停车卡后，管理员就会结合停车时间来计算好费用打印出清单，对车主进行收费。
车主付款后就可以离开了。
图11.2收费活动图
2.5.3车辆离开活动图
用例：
车辆离开活动图
车主参与该活动图的活动分别有：
归还停车卡、付款、驶离停车场等。
管理员参与该活动图的活动分别有：
核对停车卡、查看停车时间、计算费用、核对车辆信息等。
活动图如图11.3所示。
车主在归还停车卡后，管理员就会核对停车卡来计算好费用，车主进行付款。
车主付款后就可以离开了。
图11.3车辆离开停车场活动图
3总结
停车场管理是一种既麻烦又单调的工作，每天都是重复的对出入库的车辆进行管理，而且车辆的类型和进入的时间存在很大的不稳定性，对于车辆使用的车位也存在很大的随机性，这样为工作人员带来了很大的不便。
于是我们对于这个系统进行了开发，希望在本系统的使用下，实现更加便捷更加精确的操作。
本小组设计的这个“停车场管理系统”还有较多的缺陷在里面，对这个软件设计的许多细节之处，还有尚未理解之处。
在将来的学习过程中，我们会注意这些自身的缺点，并在实践中不断地进行自我完善。
同时，我们也在这门课程中学习到了许多不曾了解的新知识，如：
对一个软件的全面分析，针对一个软件的各种分析图示等。
也意识到了，团队力量是一个非常重要的东西。
升级会员 