停车收费管理系统需求分析.docx

停车收费管理系统需求分析.docx

《停车收费管理系统需求分析.docx》由会员分享，可在线阅读，更多相关《停车收费管理系统需求分析.docx（15页珍藏版）》请在冰豆网上搜索。

停车收费管理系统需求分析

项目编号

20131014

文档编号

１０

密级

内部

停车收费管理系统需求说明书

V1.0

评审日期：

2013年10月18日

1导言

1.1目的

该文档是关于用户对于停车收费管理系统的功能和性能的要求，重点描述了停车收费管理系统的设计需求，将作为对该工程在概要设计阶段的设计输入。

设计人员、开发人员、测试人员可以根据本文档的功能要求进行设计和开发，并进行相关的测试，在此基础上更加可以得出更好地功能模块。

项目管理人员和用户可以更加直观地知道这个系统有什么功能，能做什么，并可以根据需要向设计人员、开发人员提出更多的相关要求。

本文档的预期读者是：

●设计人员

●开发人员

●项目管理人员

●测试人员

●用户

1.2范围

该文档是借助于当前系统的逻辑模型导出目标系统的逻辑模型，解决整个项目系统的“做什么”的问题。

在这里，对于开发技术并没有涉及，而主要是通过建立模型的方式来描述用户的需求，为客户、用户、开发方等不同参与方提供一个交流的渠道。

客户、用户可以通过本文档，得到更多的相关需求，并可以向开发方提出更多的需求。

开发方通过这些需求再对本文档进行修改，并进行相关的模型设计。

1.3缩写说明

aspx

Visualstudio的系统设计页面。

UML

UML（UnifiedModelingLanguage）统一建模语言的缩写。

1.4术语定义

无

1.5引用标准

[1]《企业文档格式标准》V1.1

北京长江软件有限公司

[2]《需求规格报告格式标准》V1.1

北京长江软件有限公司软件工程过程化组织

1.6参考资料

[1]《UML》V1.1

北京长江软件有限公司

[2]《需求规格报告格式标准》V1.1

北京长江软件有限公司软件工程过程化组织

[3]《系统分析与设计》

张宏等，北京，清华大学出版社

[4]《软件项目管理》

覃征等，北京，清华大学出版社

[5]《软件工程文档国家标准》

[6]《航空工业总公司软件工程规范汇编》

航空工业总公司软件工程化小组编

1.7版本更新信息

本文档的更新记录如表A-1。

表A-1版本更新记录

修改编号

修改日期

修改后版本

修改位置

修改内容概述

001

2013.10.18

0.1

全部

初始发布版本

002

2013.10.190

0.2

1.1-1.2,1.5-1.65.26.3-6.6章节

修改

003

2011.4.15

0.3

4.1章节

修改

004

2011.4.16

0.4

5.1章节

修改

005

2011.4.18

1.0

7章节

增加

2系统定义

2.1项目来源及背景

随着计算机产业的迅速发展，电子计算机已广泛的应用于信息管理、文字处理、辅助设计、辅助教学及人们的日常生活中。

特别是在计算机的操作系统具有了图形化的界面后，使用计算机已经不再是某些专业人员的专利，各行各业的人们不需要经过专业化的训练就能自如的在计算机上进行各种复杂的操作。

时下，为了能创造更大的经济效益和方便管理，越来越多的管理设施迫切需要引入现代化的管理手段，而计算机的大容量操作，精确的计算，使它成为设施管理不可缺少的手段之一，但随着计算机应用的不断深入，设施对软件的需求也不断增加，越来越多的设施希望拥有适合自己需要的特殊软件来满足自己的特殊要求。

对于当今停车场题来说，其车辆进出量大，各种信息管理内容复杂，查询和管理出入车辆信息和车辆设计信息等工作由人工完成将是很累的，也许还很不切实际，不仅浪费了许多人力物力资源，而且还很容易出现差错，有一个符合要求的软件对其进行智能化的毕业设计选题是最好不过的，节省了人力物力资源，并且对各种信息的把握和操作也更加方便了，对所有信息有了一个全局的掌握。

对于一名专业的信息技术人员来说，如何最大限度地利用车辆管理部门多年来在数据库系统上的投资，是每一个从事信息技术工作的专业人员都应该考虑的问题。

现在全国的很多大型停车场的车辆出入登记都采用了计算机管理，这样就需要一种管理软件来为车辆者服务，协助他们来完成管理数量巨大的车辆出入登记收费这么一个庞大的工作。

2.2项目目标

停车场收费管理系统的设计目的是要将车辆出入停车场以及对其收费等信息通过计算机进行管理。

为收费登记人员提供便利。

在调研分析的基础上，通过对现在工作流程的整合和改进，希望探索出一种停车收费流程模式，从中领会系统工程的思想，掌握系统开发的流程和方法，不断总结经验和教训。

随着社会信息化的不断发展和停车场管理工作的日益完善，停车收费登记会越来越依赖信息系统的支持，所以本系统的开发要尽量依据停车场的实际情况，认识到调研的重要性，切实做到从实际出发，开发出具有一定使用价值的停车场管理系统。

开发停车场管理系统主要是为以后商业设施的信息化管理做基础，同时也为停车场管理系统的开发过程提供一个模式，以后通过不断强化系统性能，优化系统功能，提高停车场现代化管理水平。

停车场管理系统的实施具有如下现实意义：

第一，使车辆出入的登记收费操作过程更加简便。

第二，系统形成列表对入库车辆进行统计，方便查询。

第三，数据安全性高，不易丢失。

3应用环境

3.1系统运行的网络环境

该系统采用C／S模式，由服务端和客户端浏览器组成。

网络操作系统采用Microsoft的WindowsServer2003，配置IIS6．0，并安装．NETFramework为ASP．NET应用程序提供运行平台。

开发环境采用MicrosoftVisualStudio2008，开发语言为c#。

数据库服务器采用SQLServer2005，它具有大型数据库的功能，在数据的完整性、安全性方面能够得到保障，并且能和WindowsServer2003无缝连接。

图1.1网络拓扑图

3.2系统运行的硬件环境

最低要求：

CPU1.6GHz、内存：

384MBRAM显示器：

1024x768、硬盘：

5400RPM

建议配置：

2.2GHz或速度更快的、1024MB或更大容量的RAM、1280x1024显示器、7200RPM或更高转速的硬盘

3.3系统运行软件环境

本系统的软件环境如下：

✓操作系统：

UNIX/Linux/Windows2000或以上版本

✓数据库：

SQLServer2005

✓开发工具包：

MicrosoftVisualStudio2008

✓Web服务器：

IIS6.0以上

✓浏览器：

IE6.0以上

4功能规格

4.1系统结构图

根据系统用户的不同可以划分为1个子系统：

管理员系统（如图1-2）。

图1-2系统结构图

4.2系统活动图

图1-3系统活动图

5系统分析

5.1角色定义

5.1.1管理员

管理员负责向系统中添加固定车位车主信息、自由车辆、车位价位设置等，能进行历史记录的查询，并对管理员个人密码进行修改，且能添加新管理员。

5.2管理员子系统

管理员子系统包括管理员登录、停车管理、系统管理、收费管理、停车场管理、查询统计六个功能模块（如图1-4）。

其中管理员登录是管理员登录的前提模块，所有模块必须要先通过此模块。

通过管理员登录模块后，管理员可以通过相关的方法进入停车管理、系统管理、收费管理、停车场管理、查询统计等功能模块，并进行相关的设置。

图1-4管理员子系统用例图

1）管理员登录

管理员输入正确的用户名和密码登录系统

用例描述：

管理员登录；

执行者：

管理员；

前置条件：

管理员进入停车收费管理员登录界面，输入正确的用户名和密码；

后置条件：

管理员登录系统后，进入管理员首页；

基本路径：

a）进入停车收费管理系统登录界面；

b）点击管理员登录，进入管理员登录界面；

c）输入用户名、密码，点击登录。

2）停车管理

用于对车位的停车和取车的功能的实现，可以查看空闲车位和在用车位，并可以进行车位名的查询。

用例描述：

停车管理

执行者：

管理员

前置条件：

管理员登录管理界面；

后置条件：

如果停车位信息维护成功，则停车位的相关信息将记录到数据库中；

基本路径：

a）进入后台管理界面，在主界面上；

b）进入停车位刷卡，可以浏览到所有空闲的停车位信息；

c）可以进行停车、车位查询、刷新车位等设置；

d）离开停车位，可以浏览到所有在用的停车位信息；

e）可以进行离开车位等设置；

3）停车场管理

用于对当前车位、车辆信息等进行增加、删除及修改等基本操作，查看停车场的进出情况，并可以进行条件的查询。

用例描述：

停车场管理

执行者：

管理员

前置条件：

管理员登录管理界面；

后置条件：

如果当前车位、车辆信息维护成功，则车位、车辆的相关信息将记录到数据库中；

基本路径：

a）进入后台管理界面，显示管理员的所有功能菜单，点击停车场管理；

b）点击车位管理，可以浏览到所有的车位的信息；

c）可以进行车位名称、位置的修改、删除、按条件查询等功能；

d）点击车辆管理，可以浏览到所有车辆的信息；

e）可以进行状车辆名、车牌号等的保存、删除、按条件查询、查看、修改等设置；

4）查询统计

用于对车辆进出的记录、费用的记录等的历史查询，可以按照日、月、年来统计收费的总和。

用例描述：

综合查询

执行者：

管理员

前置条件：

管理员登录管理界面；

后置条件：

将读取数据库中的内容；

基本路径：

a）进入后台管理界面，显示管理员的所有功能菜单，点击查询统计；

b）点击进出信息，可以浏览到所有停车进出记录的信息；

c）点击日统计，可以根据日期来统计当日的收费情况；

d）点击月统计，可以根据月份来统计当月的收费情况；

e）点击年统计，可以根据年份来统计当年的收费情况；

5）系统管理

用于对用户管理、权限管理等进行增加、删除及修改等基本操作，可进行对当前用户的密码修改，当前窗口的锁定，程序的退出。

用例描述：

账户管理

执行者：

管理员

前置条件：

管理员登录管理界面；

后置条件：

如果系统管理维护成功，则用户的相关信息将记录到数据库中；

基本路径：

a）进入后台管理界面，显示管理员的所有功能菜单，点击系统管理；

b）点击用户管理，可以添加新的管理员，修改已有的用户信息；

c）点击修改密码，可以修改当前管理员的密码；

d）点击权限管理，可以修改权限的名称；

e）点击锁定，可以锁定当前的窗口，直到输入正确密码；

f）点击退出，可以退出当前窗体，并重新启动登录界面；

6）收费管理

收费管理主要包括：

卡管理：

对于卡的卡名、用户、费率、状态等的信息的增加、修改和查询等；卡收费管理：

对卡、收费的信息的增加、修改和查询；费率管理：

对于费率的费率名称、比例、价格等信息的增加、修改和查询。

用例描述：

收费管理

　　执行者：

管理员

　　前置条件：

管理员登录管理界面；

　　后置条件：

如果收费管理维护成功，则用户的相关信息将记录到数据库中；

　　基本路径：

a）进入后台管理界面，显示管理员的所有功能菜单，点击收费管理；

b）点击卡管理，可以添加新的卡，修改查询已有的卡信息；

c）点击卡收费管理，可以修改当前卡的收费；

d）点击费率管理，可以添加新的费率，修改查询已有的费率信息；

e）点击退出，可以退出当前窗体，并重新启动登录界面；

6性能需求

根据用户对本系统的要求，确定系统在响应时间、可靠性、安全等方面有较高的性能要求。

6.1界面需求

系统的界面要求如下：

１）页面内容：

主题突出，站点定义、术语和行文格式统一、规范、明确，栏目、菜单设置和布局合理，传递的信息准确、及时。

内容丰富，文字准确，语句通顺；专用术语规范，行文格式统一规范。

２）导航结构：

页面具有明确的导航指示，且便于理解，方便用户使用。

３）技术环境：

页面大小适当，能用各种常用浏览器以不同分辨率浏览；无错误链接和空链接；采用CSS处理，控制字体大小和版面布局。

４）艺术风格：

界面、版面形象清新悦目、布局合理,字号大小适宜、字体选择合理，前后一致，美观大方；动与静搭配恰当,动静效果好；色彩和谐自然,与主题内容相协调。

6.2响应时间需求

无论是客户端和管理端，当用户登录，进行任何操作的时候，系统应该及时的进行反应，反应的时间在5秒以内。

系统应能监测出各种非正常情况，如与设备的通信中断，无法连接数据库服务器等，避免出现长时间等待甚至无响应。

6.3可靠性需求

系统应保证7X24内不当机，保证20人可以同时在客户端登录，系统正常运行，正确提示相关内容。

系统应该保证软件不会出现需求分析定义错误、设计错误、编码错误等，减少错误的产生并定期进行维护。

要保障服务器、系统的稳定，在硬件上和软件上都要满足基本要求。

6.4开放性需求

系统应该具有十分好的灵活性，以此来适应将来功能扩展的需求。

功能的增加是无止境的，只有不断地扩展才能满足用户的需求。

功能的扩展，必须要有软件的灵活性为前提，所以此需求势在必行。

6.5可扩展性需求

系统设计要求能够体现扩展性要求，以适应将来功能扩展的需求。

开发方可以根据客户的需求，增加新的功能模块。

为了更好地增加功能，在项目主结构不变的情况下，系统必须有一定的扩展性。

这样才能更快更好地添加功能模块，方便开发方进行后续工作。

6.6系统安全性需求

系统有严格的权限管理功能，各功能模块需有相应的权限方能进入。

系统需能够防止各类误操作可能造成的数据丢失，破坏。

防止用户非法获取页面以及内容。

系统的安全性得不到要求，就会发生各种非法的操作。

系统就会造成一定程度的破坏，用户的经济上也会受到一定的破坏。

所以一个安全的系统，可以很好的避免这些。

显而易见，安全性的需求就显得十分必要了。

7产品提交

提交产品为：

a）应用系统软件包

b）数据库初始数据

c）系统开发过程文档

d）系统使用维护说明文档

e）需求分析文档

提交方式：

U盘介质

8实现约束

系统的实现约束如下：

a）操作系统为window2000

b）开发平台为：

visualstudio2008

c）数据库为Sqlserver2000

9签字

本需求规格经过双方认可，特签字如下表Ａ－２。

表Ａ－２：

需求规格签字

用户签署信息

企业签署信息

单位名称

北京XXX公司

单位名称

ＸＸＸ

签署人姓名

ＸＸＸ

签署人姓名

ＸＸＸ

签署日期

20011.4.18

签署日期

20011.4.18