ImageVerifierCode 换一换
格式:DOC , 页数:14 ,大小:380.50KB ,
资源ID:9637345      下载积分:10 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.docduoduo.com/d-9637345.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录   微博登录 

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(停车收费管理系统需求分析.doc)为本站会员(精品资料)主动上传,道客多多仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知道客多多(发送邮件至docduoduo@163.com或直接QQ联系客服),我们立即给予删除!

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

1、停车收费管理系统需求说明书V1.0评 审 日 期: 2013 年 10 月 18 日项目编号 20131014文档编号 密 级 内部1 导言 .11.1 目的 .11.2 范围 .11.3 缩写说明 .11.4 术语定义 .11.5 引用标准 .21.6 参考资料 .21.7 版本更新信息 .22 系统定义 32.1 项目来源及背景 .32.2 项目目标 .33 应用环境 43.1 系统运行的网络环境 .43.2 系统运行的硬件环境 .43.3 系统运行软件环境 .54 功能规格 54.1 系统结构图 .54.2 系统活动图 .65 系统分析 .65.1 角色定义 .65.1.1 管理员 65

2、.2 管理员子系统 .76 性能需求 .106.1 界面需求 .106.2 响应时间需求 .106.3 可靠性需求 .106.4 开放性需求 .106.5 可扩展性需求 .116.6 系统安全性需求 .117 产品提交 118 实现约束 119 签字 1211 导言1.1 目的该文档是关于用户对于停车收费管理系统的功能和性能的要求,重点描述了停车收费管理系统的设计需求,将作为对该工程在概要设计阶段的设计输入。设计人员、开发人员、测试人员可以根据本文档的功能要求进行设计和开发,并进行相关的测试,在此基础上更加可以得出更好地功能模块。项目管理人员和用户可以更加直观地知道这个系统有什么功能,能做什么

3、,并可以根据需要向设计人员、开发人员提出更多的相关要求。本文档的预期读者是: 设计人员 开发人员 项目管理人员 测试人员 用户1.2 范围该文档是借助于当前系统的逻辑模型导出目标系统的逻辑模型,解决整个项目系统的“做什么”的问题。在这里,对于开发技术并没有涉及,而主要是通过建立模型的方式来描述用户的需求,为客户、用户、开发方等不同参与方提供一个交流的渠道。客户、用户可以通过本文档,得到更多的相关需求,并可以向开发方提出更多的需求。开发方通过这些需求再对本文档进行修改,并进行相关的模型设计。1.3 缩写说明aspxVisual studio 的系统设计页面。UMLUML(Unified Mode

4、ling Language)统一建模语言的缩写。1.4 术语定义无21.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 版本更新记录修改编号 修改日

5、期 修改后版本 修改位置 修改内容概述001 2013.10.18 0.1 全部 初始发布版本002 2013.10.190 0.2 1.1-1.2,1.5-1.6 5.2 6.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 章节 增加32 系统定义2.1 项目来源及背景随着计算机产业的迅速发展,电子计算机已广泛的应用于信息管理、文字处理、辅助设计、辅助教学及人们的日常生活中。特别是在计算机的操作系统具有了图形化的界面后,使用计算机已经不再是某些专业人员的专利,各行各业的人们不

6、需要经过专业化的训练就能自如的在计算机上进行各种复杂的操作。时下,为了能创造更大的经济效益和方便管理,越来越多的管理设施迫切需要引入现代化的管理手段,而计算机的大容量操作,精确的计算,使它成为设施管理不可缺少的手段之一,但随着计算机应用的不断深入,设施对软件的需求也不断增加,越来越多的设施希望拥有适合自己需要的特殊软件来满足自己的特殊要求。对于当今停车场题来说,其车辆进出量大,各种信息管理内容复杂,查询和管理出入车辆信息和车辆设计信息等工作由人工完成将是很累的,也许还很不切实际,不仅浪费了许多人力物力资源,而且还很容易出现差错,有一个符合要求的软件对其进行智能化的毕业设计选题是最好不过的,节省

7、了人力物力资源,并且对各种信息的把握和操作也更加方便了,对所有信息有了一个全局的掌握。对于一名专业的信息技术人员来说,如何最大限度地利用车辆管理部门多年来在数据库系统上的投资,是每一个从事信息技术工作的专业人员都应该考虑的问题。现在全国的很多大型停车场的车辆出入登记都采用了计算机管理,这样就需要一种管理软件来为车辆者服务,协助他们来完成管理数量巨大的车辆出入登记收费这么一个庞大的工作。2.2 项目目标停车场收费管理系统的设计目的是要将车辆出入停车场以及对其收费等信息通过计算机进行管理。为收费登记人员提供便利。在调研分析的基础上,通过对现在工作流程的整合和改进,希望探索出一种停车收费流程模式,从

8、中领会系统工程的思想,掌握系统开发的流程和方法,不断总结经验和教训。随着社会信息化的不断发展和停车场管理工作的日益完善,停车收费登记会越来越依赖信息系统的支持,所以本系统的开发要尽量依据停车场的实际情况,认识到调研的重要性,切实做到从实际出发,开发出具有一定使用价值的停车场管理系统。开发停车场管理系统主要是为以后商业设施的信息化管理做基础,同时也为停车场管理系统的开发过程提供一个模式,以后通过不断强化系统性能,优化系统功能,提高停车场现代化管理水平。停车场管理系统的实施具有如下现实意义:第一,使车辆出入的登记收费操作过程更加简便。第二,系统形成列表对入库车辆进行统计,方便查询。第三,数据安全性

9、高,不易丢失。43 应用环境3.1 系统运行的网络环境该系统采用 CS 模式,由服务端和客户端浏览器组成。网络操作系统采用Microsoft 的 Windows Server 2003,配置 IIS 60,并安装NET Framework 为ASPNET 应用程序提供运行平台。开发环境采用 Microsoft Visual Studio 2008,开发语言为 c#。数据库服务器采用 SQL Server 2005,它具有大型数据库的功能,在数据的完整性、安全性方面能够得到保障,并且能和 Windows Server2003 无缝连接。管理员W e b 服务器 数据库服务器图 1.1 网络拓扑图

10、3.2 系统运行的硬件环境最低要求:CPU 1.6 GHz、内存:384 MB RAM 显示器:1024x768、硬盘:5400 RPM 建议配置:2.2 GHz 或速度更快的、1024 MB 或更大容量的 RAM、1280x1024 显示器、7200 RPM 或更高转速的硬盘53.3 系统运行软件环境本系统的软件环境如下: 操作系统:UNIX/Linux/Windows 2000 或以上版本 数据库:SQL Server 2005 开发工具包:Microsoft Visual Studio 2008 Web 服务器:IIS6.0 以上 浏览器:IE 6.0 以上4 功能规格 4.1 系统结构

11、图根据系统用户的不同可以划分为 1 个子系统:管理员系统(如图 1-2) 。停车管理收费系统管理员登陆停车管理系统管理收费管理停车场管理查询统计用户管理权限管理卡管理日统计月统计年统计修改密码锁定退出卡收费管理费率管理进出信息车位管理车辆管理目前停车状况停车取车图 1-2 系统结构图64.2 系统活动图 图 1-3 系统活动图5 系统分析5.1 角色定义5.1.1 管理员管理员负责向系统中添加固定车位车主信息、自由车辆、车位价位设置等,能进行历史记录的查询,并对管理员个人密码进行修改,且能添加新管理员。 75.2 管理员子系统管理员子系统包括管理员登录、停车管理、系统管理、收费管理、停车场管理

12、、查询统计六个功能模块(如图 1-4) 。其中管理员登录是管理员登录的前提模块,所有模块必须要先通过此模块。通过管理员登录模块后,管理员可以通过相关的方法进入停车管理、系统管理、收费管理、停车场管理、查询统计等功能模块,并进行相关的设置。管理员管理员登录系统管理收费管理停车场管理查询统计停车管理图 1-4 管理员子系统用例图1)管理员登录管理员输入正确的用户名和密码登录系统用例描述:管理员登录;执行者:管理员;前置条件:管理员进入停车收费管理员登录界面,输入正确的用户名和密码;后置条件:管理员登录系统后,进入管理员首页;8基本路径:a) 进入停车收费管理系统登录界面;b) 点击管理员登录,进入

13、管理员登录界面;c) 输入用户名、密码,点击登录。2)停车管理用于对车位的停车和取车的功能的实现,可以查看空闲车位和在用车位,并可以进行车位名的查询。用例描述:停车管理执行者:管理员前置条件:管理员登录管理界面;后置条件:如果停车位信息维护成功,则停车位的相关信息将记录到数据库中;基本路径:a) 进入后台管理界面,在主界面上;b) 进入停车位刷卡,可以浏览到所有空闲的停车位信息;c) 可以进行停车、车位查询、刷新车位等设置;d) 离开停车位,可以浏览到所有在用的停车位信息;e) 可以进行离开车位等设置;3)停车场管理用于对当前车位、车辆信息等进行增加、删除及修改等基本操作,查看停车场的进出情况

14、,并可以进行条件的查询。用例描述:停车场管理执行者:管理员前置条件:管理员登录管理界面;后置条件:如果当前车位、车辆信息维护成功,则车位、车辆的相关信息将记录到数据库中;基本路径:a) 进入后台管理界面,显示管理员的所有功能菜单,点击停车场管理;b) 点击车位管理,可以浏览到所有的车位的信息;9c) 可以进行车位名称、位置的修改、删除、按条件查询等功能;d) 点击车辆管理,可以浏览到所有车辆的信息;e) 可以进行状车辆名、车牌号等的保存、删除、按条件查询、查看、修改等设置;4)查询统计用于对车辆进出的记录、费用的记录等的历史查询,可以按照日、月、年来统计收费的总和。用例描述:综合查询执行者:管

15、理员前置条件:管理员登录管理界面;后置条件:将读取数据库中的内容;基本路径:a) 进入后台管理界面,显示管理员的所有功能菜单,点击查询统计;b) 点击进出信息,可以浏览到所有停车进出记录的信息;c) 点击日统计,可以根据日期来统计当日的收费情况;d) 点击月统计,可以根据月份来统计当月的收费情况;e) 点击年统计,可以根据年份来统计当年的收费情况;5)系统管理用于对用户管理、权限管理等进行增加、删除及修改等基本操作,可进行对当前用户的密码修改,当前窗口的锁定,程序的退出。用例描述:账户管理执行者:管理员前置条件:管理员登录管理界面;后置条件:如果系统管理维护成功,则用户的相关信息将记录到数据库

16、中;基本路径:a) 进入后台管理界面,显示管理员的所有功能菜单,点击系统管理;b) 点击用户管理,可以添加新的管理员,修改已有的用户信息;c) 点击修改密码,可以修改当前管理员的密码;10d) 点击权限管理,可以修改权限的名称;e) 点击锁定,可以锁定当前的窗口,直到输入正确密码;f) 点击退出,可以退出当前窗体,并重新启动登录界面;6)收费管理收费管理主要包括:卡管理:对于卡的卡名、用户、费率、状态等的信息的增加、修改和查询等;卡收费管理:对卡、收费的信息的增加、修改和查询;费率管理:对于费率的费率名称、比例、价格等信息的增加、修改和查询。用例描述:收费管理执行者:管理员前置条件:管理员登录

17、管理界面;后置条件:如果收费管理维护成功,则用户的相关信息将记录到数据库中;基本路径:a)进入后台管理界面,显示管理员的所有功能菜单,点击收费管理;b)点击卡管理,可以添加新的卡,修改查询已有的卡信息;c)点击卡收费管理,可以修改当前卡的收费;d)点击费率管理,可以添加新的费率,修改查询已有的费率信息;e)点击退出,可以退出当前窗体,并重新启动登录界面;6 性能需求根据用户对本系统的要求,确定系统在响应时间、可靠性、安全等方面有较高的性能要求。6.1 界面需求系统的界面要求如下:)页面内容:主题突出,站点定义、术语和行文格式统一、规范、明确,栏目、菜单设置和布局合理,传递的信息准确、及时。内容

18、丰富,文字准确,语句通顺;专用术语规范,行文格式统一规范。)导航结构:页面具有明确的导航指示,且便于理解,方便用户使用。)技术环境:页面大小适当,能用各种常用浏览器以不同分辨率浏览;无错误链接和空链接;采用 CSS 处理,控制字体大小和版面布局。)艺术风格:界面、版面形象清新悦目、布局合理,字号大小适宜、字体选择合理,11前后一致,美观大方;动与静搭配恰当,动静效果好;色彩和谐自然,与主题内容相协调。6.2 响应时间需求无论是客户端和管理端,当用户登录,进行任何操作的时候,系统应该及时的进行反应,反应的时间在 5 秒以内。系统应能监测出各种非正常情况,如与设备的通信中断,无法连接数据库服务器等

19、,避免出现长时间等待甚至无响应。6.3 可靠性需求系统应保证 7X24 内不当机,保证 20 人可以同时在客户端登录,系统正常运行,正确提示相关内容。系统应该保证软件不会出现需求分析定义错误、设计错误、编码错误等,减少错误的产生并定期进行维护。要保障服务器、系统的稳定,在硬件上和软件上都要满足基本要求。6.4 开放性需求系统应该具有十分好的灵活性,以此来适应将来功能扩展的需求。功能的增加是无止境的,只有不断地扩展才能满足用户的需求。功能的扩展,必须要有软件的灵活性为前提,所以此需求势在必行。6.5 可扩展性需求系统设计要求能够体现扩展性要求,以适应将来功能扩展的需求。开发方可以根据客户的需求,

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

本站链接:文库   一言   我酷   合作


客服QQ:2549714901微博号:道客多多官方知乎号:道客多多

经营许可证编号: 粤ICP备2021046453号世界地图

道客多多©版权所有2020-2025营业执照举报