软件需求规格说明SRS.docx
- 文档编号:9122941
- 上传时间:2023-05-17
- 格式:DOCX
- 页数:14
- 大小:195.63KB
软件需求规格说明SRS.docx
《软件需求规格说明SRS.docx》由会员分享,可在线阅读,更多相关《软件需求规格说明SRS.docx(14页珍藏版)》请在冰点文库上搜索。
软件需求规格说明SRS
停车场管理系统
软件需求规格说明(SRS)
组员:
张家铭、吴建明
刘仕乾、王国锋
赵方通、张泽华
1范围
1.1标识
本文档为停车场管理系统软件需求规格说明书,版本号1.01。
1.2系统概述
随着科技的进步和人类文明的发展,智能停车场管理系统在住宅小区、大厦、机关单位的应用越来越普遍。
而人们对停车场管理的要求也越来越高,智能化程度也越来越高,使用更加方便快捷,也给人类的生活带来了方便和快乐。
不仅提高了现代人类的工作效率,也大大的节约了人力物力,价低了公司的运营成本,并使得整个管理系统安全可靠。
包括车辆人员身份识别、车辆资料管理、车辆的出入情况、车位跟踪和收费管理等等。
停车场管理系统配置包括停车场控制器、自动道闸、车辆感应器、地感线圈、通讯适配器、摄像机、MP4NET视频数字录像机、传输设备、停车场系统管理软件等。
这种系统有助于公司企业、政府机关等对于内部车辆和外来车辆的进出进行现代化的管理,对加强企业的管理力度和提高公司的形象有较大的帮助。
开发方:
10SOFT01团队。
投资方:
10SOFT01团队。
1.3文档概述
1.4基线。
停车场管理系统设计,依据的是客户需求----停车场管理系统----车位设计----客户体验----设计优化这条准线的,从客户出发,又回归于客户。
2引用文件
1.张海藩编著,《软件工程导论》(第5版),清华大学出版社,2008.2
3需求
3.1所需的状态和方式
3.2需求概述
3.2.1目标
开发意图、作用目标:
随着科技的进步和人类文明的发展,智能停车场管理系统在住宅小区、大厦、机关单位的应用越来越普遍。
而人们对停车场管理的要求也越来越高,智能化程度也越来越高,使用更加方便快捷,也给人类的生活带来了方便和快乐。
不仅提高了现代人类的工作效率,也大大的节约了人力物力,价低了公司的运营成本,并使得整个管理系统安全可靠。
包括车辆人员身份识别、车辆资料管理、车辆的出入情况、位置跟踪和收费管理等等。
系统主要功能:
(1)停车场报表、统计数字规范化,并为停车场的车位配比提供合理性建议。
(2)用户通过浏览器访问,在线注册用户,缴费续费,转让车位,查询停车场剩余车位。
(3)管理员可以通过系统添加车位,增加指定车位的租期,查看车位的所有信息(比如车位号,车位租期,车位拥有者,车位是否空闲等)。
(4)系统识别车牌信息管理车辆进出。
(5)车位占满后向用户提供其它可行停车方式。
(6)向会员用户提供车辆进出信息。
3.2.2运行环境
随着计算机硬件的高速发展,现在普通的机子已经可以做为一个服务器端使用。
CPU:
1.0GHz或更高
硬盘:
80G或更多
内存:
512M或更高(建议使用1G)
3.2.3用户的特点
本系统适于有大型停车场的公司使用,操作人员有基础的计算机知识即可,外围设备基本可以脱离人的参与。
3.2.4关键点
关键模块:
游客模块:
用户可在此界面查询该停车场是否有适合自己的车位。
登陆模块:
用户登录,根据不同角色跳转到不同的页面。
注册模块:
用户可以注册为该停车场会员,并可通过进一步网上缴费成为固定用户。
用户信息模块:
用户可以在次查询自己的相关信息。
车位转让模块:
该模块面向固定用户。
主要功能是用户转让自己的车位并设置转让的时间,取消自己车位的转让(如果当前车位不在使用中,则可以取消)。
问题反馈模块:
注册的用户可以发布问题,查看并删除自己发布的问题。
管理员可以查看所有普通用户发布的问题,并且如果该问题已得到解决,管理员可以将它设置为已处理。
管理员模块:
管理员管理车位信息,处理用户反馈的问题。
车位信息管理模块:
该模块只面向管理员,主要功能是添加车位,增加指定车位的租期,查看车位的所有信息(比如车位号,车位租期,车位拥有者,车位是否空闲等)。
车位预约模块:
该模块与面向普通会员用户,主要功能是设置,查看和删除车位预约信息。
3.2.5约束条件
硬件设备不健全,可能会部分的影响到我们系统的开发,但我们会基于我们现有的技术,尽力作出最好效果的的停车场管理系统。
3.3需求规格
3.3.1软件系统总体功能/对象结构
顶层数据流图:
第二层数据流图
第三层数据流图
软件ER图
3.3.2软件子系统功能/对象结构
3.3.3描述约定
数据库有关约定:
表1:
车户信息(M_nameinfo)
车牌号
车主
车主身份证
车主驾驶证号
车主联系方式
车主地址
车主的付费方式
M_num
M_name
M_nameid
M_driveid
M_tell
M_address
M_pricestyle
Char(8)
Char(8)
Char(18)
Char(18)
Char(11)
text
Char
(1)
表2:
车的属性(M_property)
车牌号
车的颜色
车的类型
M_num
M_color
M_class
Char(8)
Char(8)
Char
(1)
表3:
车主的付费方式
车主的付费方式
类型名称
M_pricestyle
M_pricename
Char
(1)
Char(10)
表4:
车的状态(M_stateinfo)
车牌号
进入时间
停到车位时间
离开车位时间
离开时间
是否付费
M_num
M_intime
Ms_intime
Ms_outtime
M_outtime
M_isprice
Char(8)
Datetime()
Datetime()
Datetime()
Datetime()
Char
(1)
表5:
车位编号信息(Ms_info)
车位编号
车的类型
是否有车
Ms_num
M_class
Ms_isexsit
Char(5)
Char
(1)
Char
(1)
表6:
车的类型
车的类型
类型名称
M_class
M_classname
Char
(1)
Char(10)
表7:
车的收费信息(M_priceinfo)
车的类型
单价
M_class
Ms_price
Char
(1)
Float(3,2)
表8:
停车场属性(S_propertyinfo)
停车场编号
地理位置
是否应急避难场所
应急避难状态
备注
S_num
S_location
S_ishouse
S_isstate
Char(6)
text
char
(1)
Char
(1)
Text
3.4CSCI能力需求
经过对市场长期调研得出停车场管理系统的基本功能应包括
●车辆的出入控制
●计费、收费功能
●车辆识别功能
●泊车引导功能
●安全监控功能
●停车场信息收集处理功能
●与智能交通系统联系
●车位预订系统
3.5CSCI外部接口需求
3.5.1接口标识和接口图
3.6CSCI内部接口需求
3.7CSCI内部数据需求
系统建立三个基本数据库(表):
固定车位表、自由车位表、进出记录表。
固定车位表:
字段名
类型
宽度(字节)
车位编号
数值型
3
车牌号码
字符型
12
车辆颜色
字符型
6
车主姓名
字符型
10
联系电话
字符型
12
联系地址
字符型
20
车辆照片
普通型
4
是否在位
逻辑型
1
进入时间
日期时间型
8
离开时间
日期时间型
8
自由车位表:
字段名
类型
宽度(字节)
车牌号码
字符型
12
进入时间
日期时间型
8
进出记录表:
字段名
类型
宽度(字节)
车牌号码
字符型
12
进入时间
日期时间型
8
离开时间
日期时间型
8
停车费用
数值型
6
免费车辆
逻辑型
1
3.8适应性需求
3.9保密性需求
3.10保密性和私密性需求
3.11CSCI环境需求
3.12计算机资源需求
3.12.1计算机硬件需求
3.12.2计算机硬件资源利用需求
3.12.3计算机软件需求
操作系统Windows2000Server/WindowsXP/WIN7
网络协议TCP/IP
数据库SQL
开发语言PHP
服务器Apache
其它辅助软件Dreamwearphotoshop等
3.12.4计算机通信需求
3.13软件质量因素
3.14设计和实现的约束
3.15数据
3.16操作
本系统简单易懂普通操作由公司人员进行,初始化操作由系统自行完成,其它操作请联系设计人员。
3.17故障处理
说明本系统在发生可能的软硬件故障时,对故障处理的要求。
包括:
a.说明属于软件系统的问题;
b.给出发生错误时的错误信息;
c.说明发生错误时可能采取的补救措施。
3.18算法说明
用于实施系统计算功能的公式和算法的描述。
包括:
a.每个主要算法的概况;
b.用于每个主要算法的详细公式。
3.19有关人员需求
开发人员需要熟练掌握windows下的Apache+MySQL+PHP。
3.20有关培训需求
小组人员通过网络自学有关内容。
3.21有关后勤需求
本小组将看实际运转情况与公司是否要求对系统做维护
3.22其他需求
其他需求将按本开发小组跟客户所立合同为准。
3.23包装需求
本系统由光盘、U盘或网络形式装载,专人安装调试。
3.24需求的优先次序和关键程度
(若适用)本条应给出本规格说明中需求的、表明其相对重要程度的优先顺序、关键程度或赋予的权值,如:
标识出那些认为对安全性、保密性或私密性起关键作用的需求,以便进行特殊的处理。
如果所有需求具有相同的权值,本条应如实陈述。
4合格性规定
本章定义一组合格性方法,对于第3章中每个需求,指定所使用的方法,以确保需求得到满足。
可以用表格形式表示该信息,也可以在第3章的每个需求中注明要使用的方法。
合格性方法包括:
a.演示:
运行依赖于可见的功能操作的CSCI或部分CSCI,不需要使用仪器、专用测试设备或进行事后分析;
b.测试:
使用仪器或其他专用测试设备运行CSCI或部分CSCI,以便采集数据供事后分析使用;
c.分析:
对从其他合格性方法中获得的积累数据进行处理,例如测试结果的归约、解释或推断;
d.审查:
对CSCI代码、文档等进行可视化检查;
e.特殊的合格性方法。
任何应用到CSCI的特殊合格性方法,如:
专用工具、技术、过程、设施、验收限制。
5需求可追踪性
6尚未解决的问题
如需要,可说明软件需求中的尚未解决的遗留问题。
7注解
本章应包含有助于理解本文档的一般信息(例如背景信息、词汇表、原理)。
本章应包含为理解本文档需要的术语和定义,所有缩略语和它们在文档中的含义的字母序列表。
附录
附录可用来提供那些为便于文档维护而单独出版的信息(例如图表、分类数据)。
为便于处理,附录可单独装订成册。
附录应按字母顺序(A,B等)编排。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 需求 规格 说明 SRS