停车收费管理方案计划系统需求分析.doc

《停车收费管理方案计划系统需求分析.doc》由会员分享，可在线阅读，更多相关《停车收费管理方案计划系统需求分析.doc（14页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、- 停车收费管理系统需求说明书停车收费管理系统需求说明书 V1.01.0 评 审 日 期： 2013 年 10 月 18 日 项目编号项目编号20131014 文档编号文档编号 密密 级级内部内部 - 1 导言导言.1 1.1 目的.1 1.2 范围.1 1.3 缩写说明.1 1.4 术语定义.1 1.5 引用标准.2 1.6 参考资料.2 1.7 版本更新信息.2 2 系统定义系统定义.3 2.1 项目来源及背景.3 2.2 项目目标.3 3 应用环境应用环境.4 3.1 系统运行的网络环境.4 3.2 系统运行的硬件环境.4 3.3 系统运行软件环境.5 4 功能规格功能规格.5 4.1

2、系统结构图.5 4.2 系统活动图.6 5 系统分析系统分析.6 5.1 角色定义.6 5.1.1管理员.6 5.2 管理员子系统.7 6 性能需求性能需求.10 6.1 界面需求.10 6.2 响应时间需求.10 6.3 可靠性需求.10 6.4 开放性需求.10 6.5 可扩展性需求.11 6.6 系统安全性需求.11 7 产品提交产品提交.11 8 实现约束实现约束.11 9 签字签字.12 - 1导言导言 1.1 目的目的 该文档是关于用户对于停车收费管理系统的功能和性能的要求，重点描述了停车 收费管理系统的设计需求，将作为对该工程在概要设计阶段的设计输入。设计人员、 开发人员、测试人

3、员可以根据本文档的功能要求进行设计和开发，并进行相关的测试， 在此基础上更加可以得出更好地功能模块。项目管理人员和用户可以更加直观地知道 这个系统有什么功能，能做什么，并可以根据需要向设计人员、开发人员提出更多的 相关要求。 本文档的预期读者是： 设计人员 开发人员 项目管理人员 测试人员 用户 1.2 范围范围 该文档是借助于当前系统的逻辑模型导出目标系统的逻辑模型，解决整个项目系 统的“做什么”的问题。在这里，对于开发技术并没有涉及，而主要是通过建立模型 的方式来描述用户的需求，为客户、用户、开发方等不同参与方提供一个交流的渠道。 客户、用户可以通过本文档，得到更多的相关需求，并可以向开发

4、方提出更多的 需求。开发方通过这些需求再对本文档进行修改，并进行相关的模型设计。 1.3 缩写说明缩写说明 aspx Visual studio 的系统设计页面。 UML UML（Unified Modeling Language）统一建模语言的缩写。 1.4 术语定义术语定义 无 - 1.5 引用标准引用标准 1 企业文档格式标准 V1.1 北京长江软件有限公司 2 需求规格报告格式标准 V1.1 北京长江软件有限公司软件工程过程化组织 1.6 参考资料参考资料 1 UML V1.1 北京长江软件有限公司 2 需求规格报告格式标准 V1.1 北京长江软件有限公司软件工程过程化组织 3系统分析

5、与设计 张宏等，北京，清华大学出版社 4软件项目管理 覃征等，北京，清华大学出版社 5软件工程文档国家标准 6航空工业总公司软件工程规范汇编 航空工业总公司软件工程化小组编 1.7 版本更新信息版本更新信息 本文档的更新记录如表 A-1。 表 A-1 版本更新记录 修改编号修改日期修改后版本修改位置修改内容概述 0012013.10.180.1 全部初始发布版本 0022013.10.190 0.21.1- 1.2,1.5-1.6 5.2 6.3-6.6 章节 修改 0032011.4.150.3 4.1 章节修改 0042011.4.160.4 5.1 章节修改 0052011.4.181.

6、0 7 章节增加 - 2 系统定义系统定义 2.1 项目来源及背景项目来源及背景 随着计算机产业的迅速发展，电子计算机已广泛的应用于信息管理、文字处 理、辅助设计、辅助教学及人们的日常生活中。特别是在计算机的操作系统具有了图 形化的界面后，使用计算机已经不再是某些专业人员的专利，各行各业的人们不需要 经过专业化的训练就能自如的在计算机上进行各种复杂的操作。时下，为了能创造更 大的经济效益和方便管理，越来越多的管理设施迫切需要引入现代化的管理手段，而 计算机的大容量操作，精确的计算，使它成为设施管理不可缺少的手段之一，但随着 计算机应用的不断深入，设施对软件的需求也不断增加，越来越多的设施希望拥

7、有适 合自己需要的特殊软件来满足自己的特殊要求。 对于当今停车场题来说，其车辆进出量大，各种信息管理内容复杂，查询和管理 出入车辆信息和车辆设计信息等工作由人工完成将是很累的，也许还很不切实际，不 仅浪费了许多人力物力资源，而且还很容易出现差错，有一个符合要求的软件对其进 行智能化的毕业设计选题是最好不过的，节省了人力物力资源，并且对各种信息的把 握和操作也更加方便了，对所有信息有了一个全局的掌握。对于一名专业的信息技术 人员来说，如何最大限度地利用车辆管理部门多年来在数据库系统上的投资，是每一 个从事信息技术工作的专业人员都应该考虑的问题。现在全国的很多大型停车场的车 辆出入登记都采用了计算

8、机管理，这样就需要一种管理软件来为车辆者服务，协助他 们来完成管理数量巨大的车辆出入登记收费这么一个庞大的工作。 2.2 项目目标项目目标 停车场收费管理系统的设计目的是要将车辆出入停车场以及对其收费等信息通过 计算机进行管理。为收费登记人员提供便利。在调研分析的基础上，通过对现在工作 流程的整合和改进，希望探索出一种停车收费流程模式，从中领会系统工程的思想， 掌握系统开发的流程和方法，不断总结经验和教训。随着社会信息化的不断发展和停 车场管理工作的日益完善，停车收费登记会越来越依赖信息系统的支持，所以本系统 的开发要尽量依据停车场的实际情况，认识到调研的重要性，切实做到从实际出发， 开发出具

9、有一定使用价值的停车场管理系统。开发停车场管理系统主要是为以后商业 设施的信息化管理做基础，同时也为停车场管理系统的开发过程提供一个模式，以后 通过不断强化系统性能，优化系统功能，提高停车场现代化管理水平。 停车场管理系统的实施具有如下现实意义： 第一，使车辆出入的登记收费操作过程更加简便。 第二，系统形成列表对入库车辆进行统计，方便查询。 第三，数据安全性高，不易丢失。 - 3 应用环境应用环境 3.1 系统运行的网络环境系统运行的网络环境 该系统采用 CS 模式，由服务端和客户端浏览器组成。网络操作系统采用 Microsoft 的 Windows Server 2003，配置 IIS 60

10、，并安装NET Framework 为 ASPNET 应用程序提供运行平台。开发环境采用 Microsoft Visual Studio 2008，开发 语言为 c#。数据库服务器采用 SQL Server 2005，它具有大型数据库的功能，在数据的 完整性、安全性方面能够得到保障，并且能和 Windows Server2003 无缝连接。 管理员 Web服务器数据库服务器 图 1.1 网络拓扑图 3.2 系统运行的硬件环境系统运行的硬件环境 最低要求：最低要求：CPU 1.6 GHz、内存：384 MB RAM 显示器：1024x768、硬盘：5400 RPM 建议配置：建议配置：2.2 G

11、Hz 或速度更快的、1024 MB 或更大容量的 RAM、1280 x1024 显示 器、7200 RPM 或更高转速的硬盘 - 3.3 系统运行软件环境系统运行软件环境 本系统的软件环境如下： 操作系统：UNIX/Linux/Windows 2000 或以上版本 数据库：SQL Server 2005 开发工具包：Microsoft Visual Studio 2008 Web 服务器：IIS6.0 以上 浏览器：IE 6.0 以上 4 功能规格功能规格 4.1 系统结构图系统结构图 根据系统用户的不同可以划分为 1 个子系统：管理员系统（如图 1-2） 。 停车管理收费系统 管理员登陆 停

12、 车 管 理 系 统 管 理 收 费 管 理 停车 场管 理 查 询 统 计 用 户 管 理 权 限 管 理 卡 管 理 日 统 计 月 统 计 年 统 计 修 改 密 码 锁 定 退 出 卡收 费管 理 费 率 管 理 进 出 信 息 车 位 管 理 车 辆 管 理 目 前 停 车 状 况 停 车 取 车 图 1-2 系统结构图 - 4.2 系统活动图系统活动图 图 1-3 系统活动图 5 系统分析系统分析 5.1 角色定义角色定义 5.1.1 管理员管理员 管理员负责向系统中添加固定车位车主信息、自由车辆、车位价位设 置等，能进行历史记录的查询，并对管理员个人密码进行修改，且能添加 新管理

13、员。 - 5.2 管理员子系统管理员子系统 管理员子系统包括管理员登录、停车管理、系统管理、收费管理、停车 场管理、查询统计六个功能模块（如图 1-4） 。其中管理员登录是管理员登 录的前提模块，所有模块必须要先通过此模块。通过管理员登录模块后， 管理员可以通过相关的方法进入停车管理、系统管理、收费管理、停车场 管理、查询统计等功能模块，并进行相关的设置。 管理员 管理员登录 系统管理 收费管理 停车场管理 查询统计 停车管理 图 1-4 管理员子系统用例图 1）管理员登录管理员登录 管理员输入正确的用户名和密码登录系统 用例描述：管理员登录； 执行者：管理员； 前置条件：管理员进入停车收费管

14、理员登录界面，输入正确的用户名和密码； 后置条件：管理员登录系统后，进入管理员首页； - 基本路径： a) 进入停车收费管理系统登录界面； b) 点击管理员登录，进入管理员登录界面； c) 输入用户名、密码，点击登录。 2）停车管理停车管理 用于对车位的停车和取车的功能的实现，可以查看空闲车位和在用车位，并可以 进行车位名的查询。 用例描述：停车管理 执行者：管理员 前置条件：管理员登录管理界面； 后置条件：如果停车位信息维护成功，则停车位的相关信息将记录到数据库中； 基本路径： a) 进入后台管理界面，在主界面上； b) 进入停车位刷卡，可以浏览到所有空闲的停车位信息； c) 可以进行停车、

15、车位查询、刷新车位等设置； d) 离开停车位，可以浏览到所有在用的停车位信息； e) 可以进行离开车位等设置； 3）停车场管理停车场管理 用于对当前车位、车辆信息等进行增加、删除及修改等基本操作，查看停车场的 进出情况，并可以进行条件的查询。 用例描述：停车场管理 执行者：管理员 前置条件：管理员登录管理界面； 后置条件：如果当前车位、车辆信息维护成功，则车位、车辆的相关信息将记录 到数据库中； 基本路径： a) 进入后台管理界面，显示管理员的所有功能菜单，点击停车场管理； b) 点击车位管理，可以浏览到所有的车位的信息； - c) 可以进行车位名称、位置的修改、删除、按条件查询等功能； d)

16、 点击车辆管理，可以浏览到所有车辆的信息； e) 可以进行状车辆名、车牌号等的保存、删除、按条件查询、查看、修改等设置； 4）查询统计）查询统计 用于对车辆进出的记录、费用的记录等的历史查询，可以按照日、月、年来统计 收费的总和。 用例描述：综合查询 执行者：管理员 前置条件：管理员登录管理界面； 后置条件：将读取数据库中的内容； 基本路径： a)进入后台管理界面，显示管理员的所有功能菜单，点击查询统计； b)点击进出信息，可以浏览到所有停车进出记录的信息； c)点击日统计，可以根据日期来统计当日的收费情况； d)点击月统计，可以根据月份来统计当月的收费情况； e)点击年统计，可以根据年份来统

17、计当年的收费情况； 5）系统管理）系统管理 用于对用户管理、权限管理等进行增加、删除及修改等基本操作，可进行对当前 用户的密码修改，当前窗口的锁定，程序的退出。 用例描述：账户管理 执行者：管理员 前置条件：管理员登录管理界面； 后置条件：如果系统管理维护成功，则用户的相关信息将记录到数据库中； 基本路径： a)进入后台管理界面，显示管理员的所有功能菜单，点击系统管理； b)点击用户管理，可以添加新的管理员，修改已有的用户信息； c)点击修改密码，可以修改当前管理员的密码； - d)点击权限管理，可以修改权限的名称； e)点击锁定，可以锁定当前的窗口，直到输入正确密码； f)点击退出，可以退出

18、当前窗体，并重新启动登录界面； 6）收费管理）收费管理 收费管理主要包括：卡管理：对于卡的卡名、用户、费率、状态等的信息的增加、 修改和查询等；卡收费管理：对卡、收费的信息的增加、修改和查询；费率管理：对 于费率的费率名称、比例、价格等信息的增加、修改和查询。 用例描述：收费管理 执行者：管理员 前置条件：管理员登录管理界面； 后置条件：如果收费管理维护成功，则用户的相关信息将记录到数据库中； 基本路径： a）进入后台管理界面，显示管理员的所有功能菜单，点击收费管理； b）点击卡管理，可以添加新的卡，修改查询已有的卡信息； c）点击卡收费管理，可以修改当前卡的收费； d）点击费率管理，可以添加

19、新的费率，修改查询已有的费率信息； e）点击退出，可以退出当前窗体，并重新启动登录界面； 6 性能需求性能需求 根据用户对本系统的要求，确定系统在响应时间、可靠性、安全等方面有较 高的性能要求。 6.1 界面需求界面需求 系统的界面要求如下： ）页面内容：主题突出，站点定义、术语和行文格式统一、规范、明确，栏目、菜 单设置和布局合理，传递的信息准确、及时。内容丰富，文字准确，语句通顺；专用 术语规范，行文格式统一规范。 ）导航结构：页面具有明确的导航指示，且便于理解，方便用户使用。 ）技术环境：页面大小适当，能用各种常用浏览器以不同分辨率浏览；无错误链接 和空链接；采用 CSS 处理，控制字体

20、大小和版面布局。 ）艺术风格：界面、版面形象清新悦目、布局合理,字号大小适宜、字体选择合理， - 前后一致，美观大方；动与静搭配恰当,动静效果好；色彩和谐自然,与主题内容相协 调。 6.2 响应时间需求响应时间需求 无论是客户端和管理端，当用户登录，进行任何操作的时候，系统应该及时的进 行反应，反应的时间在 5 秒以内。系统应能监测出各种非正常情况，如与设备的通信 中断，无法连接数据库服务器等，避免出现长时间等待甚至无响应。 6.3 可靠性需求可靠性需求 系统应保证 7X24 内不当机，保证 20 人可以同时在客户端登录，系统正常运行， 正确提示相关内容。系统应该保证软件不会出现需求分析定义错

21、误、设计错误、编码 错误等，减少错误的产生并定期进行维护。要保障服务器、系统的稳定，在硬件上和 软件上都要满足基本要求。 6.4 开放性需求开放性需求 系统应该具有十分好的灵活性，以此来适应将来功能扩展的需求。功能的增加是 无止境的，只有不断地扩展才能满足用户的需求。功能的扩展，必须要有软件的灵活 性为前提，所以此需求势在必行。 6.5 可扩展性需求可扩展性需求 系统设计要求能够体现扩展性要求，以适应将来功能扩展的需求。开发方可以根 据客户的需求，增加新的功能模块。为了更好地增加功能，在项目主结构不变的情况 下，系统必须有一定的扩展性。这样才能更快更好地添加功能模块，方便开发方进行 后续工作。

22、 6.6 系统安全性需求系统安全性需求 系统有严格的权限管理功能，各功能模块需有相应的权限方能进入。系统需能够 防止各类误操作可能造成的数据丢失，破坏。防止用户非法获取页面以及内容。 系统的安全性得不到要求，就会发生各种非法的操作。系统就会造成一定程度的 破坏，用户的经济上也会受到一定的破坏。所以一个安全的系统，可以很好的避免这 些。显而易见，安全性的需求就显得十分必要了。 - 7 产品提交产品提交 提交产品为： a)应用系统软件包 b)数据库初始数据 c)系统开发过程文档 d)系统使用维护说明文档 e)需求分析文档 提交方式：U 盘介质 8 实现约束实现约束 系统的实现约束如下： a)操作系统为 window2000 b)开发平台为：visual studio 2008 c)数据库为 Sqlserver2000 9 签字签字 本需求规格经过双方认可，特签字如下表。 表：需求规格签字 用户签署信息企业签署信息 单位名称北京 XXX 公司单位名称 签署人姓名签署人姓名 签署日期 20011.4.18 签署日期 20011.4.18