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

时间:2020-11-21 10:31:00 手机站 来源:网友投稿

项目编号文档编号

10

密级

内部

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

V1.0

评 审 日 期: 2013 年 10 月 18 日

TOC \o "1-5" \h \z 导言 1

\o "Current Document" 目的 1

\o "Current Document" 范围 1

\o "Current Document" 缩写说明 1

\o "Current Document" 术语定义 1

\o "Current Document" 引用标准 2

\o "Current Document" 参考资料 2

\o "Current Document" 版本更新信息 2

\o "Current Document" 系统定义 3

\o "Current Document" 项目来源及背景 3

\o "Current Document" 项目目标 3

\o "Current Document" 应用环境 4

\o "Current Document" 系统运行的网络环境 4

\o "Current Document" 系统运行的硬件环境 4

\o "Current Document" 系统运行软件环境 5

\o "Current Document" 功能规格 5

\o "Current Document" 系统结构图 5

\o "Current Document" 系统活动图 6

\o "Current Document" 系统分析 6

\o "Current Document" 5.1 角色定义 6

\o "Current Document" 5.1.1 管理员 6

\o "Current Document" 管理员子系统 7

\o "Current Document" 性能需求 10

\o "Current Document" 6.1 界面需求 10

\o "Current Document" 响应时间需求 11

\o "Current Document" 可靠性需求 11

\o "Current Document" 开放性需求 11

\o "Current Document" 可扩展性需求 11

\o "Current Document" 系统安全性需求 11

\o "Current Document" 产品提交 12

\o "Current Document" 实现约束 12

\o "Current Document" 签字 12

导言

目的

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

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

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

本文档的预期读者是:

设计人员

开发人员 项目管理人员 测试人员 用户

范围

该文档是借助于当前系统的逻辑模型导出目标系统的逻辑模型, 解决整个项目系统 的“做什么”的问题。在这里,对于开发技术并没有涉及,而主要是通过建立模型的方 式来描述用户的需求,为客户、用户、开发方等不同参与方提供一个交流的渠道。

客户、 用户可以通过本文档, 得到更多的相关需求, 并可以向开发方提出更多的需 求。开发方通过这些需求再对本文档进行修改,并进行相关的模型设计。

缩写说明

aspx

Visual studio 的系统设计页面。

UML

UML ( Unified Modeling Language )统一建模语言的缩写。

术语定义

引用标准

《企业文档格式标准》 V1.1 北京长江软件有限公司

《需求规格报告格式标准》 V1.1 北京长江软件有限公司软件工程过程化组织

参考资料

[1] 《UML》 V1.1 北京长江软件有限公司

[2] 《需求规格报告格式标准》 V1.1 北京长江软件有限公司软件工程过程化组织

《系统分析与设计》 张宏等,北京,清华大学出版社

《软件项目管理》 覃征等,北京,清华大学出版社

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

《航空工业总公司软件工程规范汇编》 航空工业总公司软件工程化小组编

版本更新信息

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

 表 A-1 版本更新记录

修改编号

修改日期

修改后版本

修改位置

修改内容概述

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 章节

增加

系统定义

项目来源及背景

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

 特别是在计算机的操作系统具有了图形化的 界面后, 使用计算机已经不再是某些专业人员的专利, 各行各业的人们不需要经过专业

化的训练就能自如的在计算机上进行各种复杂的操作。 时下, 为了能创造更大的经济效

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

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

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

项目目标

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

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

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

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

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

停车场管理系统的实施具有如下现实意义: 第一,使车辆出入的登记收费操作过程更加简便。

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

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

应用环境

系统运行的网络环境

该系统采用 C/ S 模式,由服务端和客户端浏览器组成。网络操作系统采用 Microsoft 的 Windows Server 2003 ,配置 IIS 6 .0,并安装. NET Framework 为 ASP.NET 应用程序提供运行平台。开发环境采用 Microsoft Visual Studio 2008 ,开发语言为 c# 。

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

管理员

图 1.1 网络拓扑图

系统运行的硬件环境

最低要求:

CPU 1.6 GHz 、内存: 384 MB RAM 显示器: 1024x768、硬盘: 5400 RPM

建议配置:

2.2 GHz 或速度更快的、 1024 MB 或更大容量的 RAM 、1280x1024 显示器、

7200 RPM

或更高转速的硬盘

系统运行软件环境

本系统的软件环境如下:

? 操作系统: UNIX/Linux/Windows 2000 或以上版本

? 数据库: SQL Server 2005

? 开发工具包: Microsoft Visual Studio 2008

? Web 服务器: IIS6.0 以上

? 浏览器: IE 6.0 以上

功能规格

系统结构图

根据系统用户的不同可以划分为 1 个子系统:管理员系统(如图 1-2)

停车停车管理取车用户 管 理权限 管 理系统管理锁定退出收费管理卡管理费率 管 理日统计月统计查询统计年统计

停车

停车管理

取车

用户 管 理

权限 管 理

系统管理

锁定

退出

收费管理

卡管理

费率 管 理

日统计

月统计

查询统计

年统计

图 1-2 系统结构图

系统活动图

图 1-3 系统活动图

系统分析

角色定义

管理员

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

管理员子系统

管理员子系统包括 管理员登录、停车管理、系统管理、收费管理、停车场 管理、查询统计六个功能模块 (如图 1-4)。其中管理员登录是管理员登录的 前提模块,所有模块必须要先通过此模块。通过管理员登录模块后,管理员 可以通过相关的方法进入停车管理、系统管理、收费管理、停车场管理、查 询统计等功能模块,并进行相关的设置。

1)管理员登录

管理员输入正确的用户名和密码登录系统 用例描述:管理员登录;

执行者:管理员; 前置条件:管理员进入停车收费管理员登录界面,输入正确的用户名和密码; 后置条件:管理员登录系统后,进入管理员首页;

基本路径:

a) 进入停车收费管理系统登录界面;

点击管理员登录,进入管理员登录界面;

输入用户名、密码,点击登录。

停车管理

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

用例描述:停车管理

执行者:管理员

前置条件:管理员登录管理界面; 后置条件:如果停车位信息维护成功,则停车位的相关信息将记录到数据库中; 基本路径:

进入后台管理界面,在主界面上;

进入停车位刷卡,可以浏览到所有空闲的停车位信息;

可以进行停车、车位查询、刷新车位等设置;

离开停车位,可以浏览到所有在用的停车位信息;

可以进行离开车位等设置;

停车场管理

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

用例描述:停车场管理

执行者:管理员

前置条件:管理员登录管理界面;

后置条件: 如果当前车位、车辆信息维护成功,则车位、 车辆的相关信息将记录到

数据库中;

基本路径:

进入后台管理界面,显示管理员的所有功能菜单,点击停车场管理;

点击车位管理,可以浏览到所有的车位的信息;

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

点击车辆管理,可以浏览到所有车辆的信息;

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

查询统计

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

用例描述:综合查询

执行者:管理员

前置条件:管理员登录管理界面;

后置条件:将读取数据库中的内容;

基本路径:

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

点击进出信息,可以浏览到所有停车进出记录的信息;

点击日统计,可以根据日期来统计当日的收费情况;

点击月统计,可以根据月份来统计当月的收费情况;

点击年统计,可以根据年份来统计当年的收费情况;

系统管理

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

用例描述:账户管理

执行者:管理员

前置条件:管理员登录管理界面; 后置条件:如果系统管理维护成功,则用户的相关信息将记录到数据库中; 基本路径:

进入后台管理界面,显示管理员的所有功能菜单,点击系统管理;

点击用户管理,可以添加新的管理员,修改已有的用户信息;

点击修改密码,可以修改当前管理员的密码;

点击权限管理,可以修改权限的名称;

点击锁定,可以锁定当前的窗口,直到输入正确密码;

点击退出,可以退出当前窗体,并重新启动登录界面;

6)收费管理

收费管理主要包括:卡管理:对于卡的卡名、用户、费率、状态等的信息的增加、 修改和查询等;卡收费管理:对卡、收费的信息的增加、修改和查询;费率管理:对于 费率的费率名称、比例、价格等信息的增加、修改和查询。

用例描述:收费管理

执行者:管理员

前置条件:管理员登录管理界面; 后置条件:如果收费管理维护成功,则用户的相关信息将记录到数据库中; 基本路径:

a)进入后台管理界面,显示管理员的所有功能菜单,点击收费管理;

b)点击卡管理,可以添加新的卡,修改查询已有的卡信息;

c)点击卡收费管理,可以修改当前卡的收费;

d)点击费率管理,可以添加新的费率,修改查询已有的费率信息;

e)点击退出,可以退出当前窗体,并重新启动登录界面;

性能需求

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

界面需求

系统的界面要求如下:

1)页面内容:主题突出,站点定义、术语和行文格式统一、规范、明确,栏目、菜单 设置和布局合理,传递的信息准确、及时。内容丰富,文字准确,语句通顺;专用术语 规范,行文格式统一规范。

2)导航结构:页面具有明确的导航指示,且便于理解,方便用户使用。

3)技术环境: 页面大小适当, 能用各种常用浏览器以不同分辨率浏览;无错误链接和 空链接;采用 CSS处理,控制字体大小和版面布局。

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

响应时间需求

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

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

可靠性需求

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

 系统应该保证软件不会出现需求分析定义错误、 设计错误、 编码错误 等,减少错误的产生并定期进行维护。要保障服务器、系统的稳定,在硬件上和软件上 都要满足基本要求。

开放性需求

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

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

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

可扩展性需求

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

 开发方可以根据 客户的需求,增加新的功能模块。为了更好地增加功能,在项目主结构不变的情况下, 系统必须有一定的扩展性。

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

系统安全性需求

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

 系统需能够防 止各类误操作可能造成的数据丢失,破坏。防止用户非法获取页面以及内容。

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

 系统就会造成一定程度的破 坏,用户的经济上也会受到一定的破坏。所以一个安全的系统,可以很好的避免这些。

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

产品提交

提交产品为:

应用系统软件包

数据库初始数据

系统开发过程文档

系统使用维护说明文档

需求分析文档 提交方式: U 盘介质

实现约束

系统的实现约束如下:

操作系统为 window2000

开发平台为: visual studio 2008

数据库为 Sqlserver2000

签字

本需求规格经过双方认可,特签字如下表A-2。

表A-2:需求规格签字

用户签署信息

企业签署信息

单位名称

北京 XXX公司

单位名称

XXX

签署人姓名

XXX

签署人姓名

XXX

签署日期

20011.4.18

签署日期

20011.4.18

  • 下载文档
  • 收藏
  • 0

推荐访问:管理方案 收费管理 停车 需求 停车收费管理方案计划系统需求分析

版权声明 :以上文章中选用的图片文字均来源于网络或用户投稿 ,如果有侵权请立即联系我们 , 我们立即删除 。