软件需求规格说明SRS.docx
《软件需求规格说明SRS.docx》由会员分享，可在线阅读，更多相关《软件需求规格说明SRS.docx（15页珍藏版）》请在冰豆网上搜索。
软件需求规格说明SRS
停车场管理系统
软件需求规格说明（SRS）
组员：
张家铭、吴建明
刘仕乾、王国锋
赵方通、张泽华
软件需求规格说明（SRS） 1
1范围 4
1.1标识 4
1.2系统概述 4
1.3文档概述 4
1.4基线 4
2引用文件 4
3需求 5
3.1所需的状态和方式 5
3.2需求概述 5
3.2.1目标 5
3.2.2运行环境 5
3.2.3用户的特点 5
3.2.4关键点 6
3.2.5约束条件 6
3.3需求规格 6
3.3.1软件系统总体功能/对象结构 6
3.3.2软件子系统功能/对象结构 10
3.3.3描述约定 10
3.4CSCI能力需求 10
3.5CSCI外部接口需求 10
3.5.1接口标识和接口图 10
3.6CSCI内部接口需求 10
3.7CSCI内部数据需求 10
3.8适应性需求 11
3.9保密性需求 11
3.10保密性和私密性需求 11
3.11CSCI环境需求 12
3.12计算机资源需求 12
3.12.1计算机硬件需求 12
3.12.2计算机硬件资源利用需求 12
3.12.3计算机软件需求 12
3.12.4计算机通信需求 12
3.13软件质量因素 12
3.14设计和实现的约束 13
3.15数据 13
3.16操作 13
3.17故障处理 13
3.18算法说明 13
3.19有关人员需求 13
3.20有关培训需求 13
3.21有关后勤需求 14
3.22其他需求 14
3.23包装需求 14
3.24需求的优先次序和关键程度 14
4合格性规定 14
5需求可追踪性 14
6尚未解决的问题 15
7注解 15
附录 15
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:
车的属性（Ｍ_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等）编排。
升级会员 