车辆实时监控平台功能要求
通过GPS全球定位系统确定车辆当前位置，将车辆位置及运行状况信息通过GPRS/CDMA无线通讯网络传至调度管理中心，实现对车辆的实时监控。主要实现以下功能：
1.车辆路径规划：根据运输计划中车辆的出发地及目的地，规划出
最优行驶路线。
2.位置动态跟踪：对行驶中的车辆的位置（包括经度、纬度），进行
跟踪监测，并叠加到地图上，显示到调度室大屏幕及相关终端。
可显示选定车辆当前作业计划、行车路线、运载货品、出发地、目的地、预计到达时间等信息。
3.实时调度指挥：利用车载终端，通过GPRS/CDMA网络随时向驾
驶员发送指令，指挥车辆运行。
4.超速及路径偏离报警：根据需要可对车辆设置限速，一旦车辆行
驶超过设定的速度，车辆会向调度中心自动报警，以确保行车安全。通过GPS定位路线与计划运输线路进行比对，如发现车辆偏离了行驶线路，则发出预警信号。
5.轨迹回放：查询选定车辆的历史运行轨迹，包括行驶的时间、停
车地点、行驶路线、速度和运行总公里数。在GIS地图上动态显示出整个运输线路的行驶过程。可根据需要设定轨迹保存时间。
6.实时图像采集：部分车载终端设备配备摄像头。在出现异常情况
时，车载终端设备会按指令拍下车辆内外的实时景象，上传到监
控中心，监控中心根据照片可及时了解现场实际情况，做出正确判断，而采取恰当的应对措施。
7.安全防范：车辆遇到危险或紧急情况后，可以触动车内的报警开
关，车载终端立即向调度中心发出报警信号，并报告车辆的位置、速度、状态、实时图像等信息。监控中心会弹出报警窗，以红色警示提醒值班人员该车遇险。调度中心可根据情况可采取拔打110报警、派出救援人员、要求附近车辆协助、远程控制车辆熄火锁门等措施进行远程救援。
8.监管数据上传：根据金昌市公路运输管理处相关文件规定，汽运
分公司部分车辆安装符合交通运输部《道路运输卫星定位系统车载终端技术要求》的车载终端，并建设符合部标的企业监控平台，通过向省道路运输行业监管平台上传数据，实现省行业监管平台与公司监控平台的互连互通。
9.用户管理：在数据服务器上，负责对用户统一进行帐号生成、授
权、认证，杜绝非法用户对网络的入侵和非法监视。
10.行车记录仪：记录最近10次停车前20秒的疑点数据，包括，车
速、刹车、左转向、右转向、大灯、喇叭、车门等操作信号，记录间隔为0.2秒。这些数据用于交通事故责任分析，可无线传输。
11.接口开放：根据《金川集团公司信息系统接口规范》要求开放接
口，汽车运输管理系统可随时读取该平台数据，作为运输管理监控的依据。
12.2000台GPS同时进行定位操作，响应时间小于10秒。
13.利用多路视频解码器，可以将以太网传输过来的图像进行解码，
接入模拟监视器或者电视墙进行监控。（视频监控部分）
14.监控单位也可以对部分重要监控点视频信息进行远程录像或备
份。（视频监控部分）
15.GPS定位与视频同步。达到3G视频传输速度。（视频监控部分）
16.地图要求：地图要求具有丰富的信息点，集团公司厂区主要厂房
及所有单位、车间信息点单独测绘，不显示经纬度。地图每半年升级一次。
附件一：GPS行车记录仪二合一设备功能需求表
附件二：视频监控设备参数表：
附表三：车辆设备安装统计表
自有车辆设备安装统计表
外协车辆统计
合作协议 甲方：（以下简称“甲方”） 乙方：姓名：身份证号： 姓名：身份证号： 甲乙双方基于良好的信任，出于双方长远发展战略上的考虑，甲乙双方决定强强联合，共同携手，就互联网出行业务、旅游业务开展合作。双方均以优秀的企业理念及专业性，本着“互惠、互利、稳定、恒久、高效、优质”的合作精神，结成深度的合作伙伴关系。现经双方友好协商，达成以下共识： 1.0合作纲领 1.1合作宗旨 甲方与乙方的合作宗旨是通过双方的紧密合作，打造双赢、可持续发展的合作伙伴关系。 1.2合作目标 双方相信，通过本次合作，能够帮助双方创造更大的商业价值。 1.3合作内容 甲乙双方共同发展互联网出行业务、旅游业务。由甲方成立主体公司开展相关业务。该公司甲方占比30%，乙方占比60%，10%作为团队股权激励，设立双方监管账户共同经营。其中甲方负责提供办公场地及停车场及政府关系衔接工作，乙方提供开展业务实际运营资金，如公司融资保证金加盟费，网约车平台保证金加盟费等。
2.0合作双方的责任及责任 合作双方需要双方共同努力才能实现预期效果，故需要对双方的责任和责任做如下规定： 2.1甲方的责任及责任 (1)甲方有要求乙方如约提供服务的责任； (2)甲方有向乙方提出质询的责任； (3)甲方享有本合同约定的经济权益； (4)甲方有对乙方未履行相关约定及保密责任而带来的损失予以追索经济赔 偿的责任； (5)甲方应充分运用其行业影响力和战略合作伙伴关系，为乙方开拓业务和 构建业务渠道及商务关系提供条件的义务； (6)甲方保证对接工作顺利开展，如因工作衔接出现问题，未能正常开展业 务所造成的损失由甲方负责； (7)甲方应承担保密义务，未经乙方许可，甲方不得向第三方提供(包括但不 限于披露、转载等)乙方提交给甲方的任何材料、文件、和乙方网站所提供的资料，及其上述材料、文件、资料所包含的任何信息。 2.2乙方的责任及责任 (1)乙方有要求甲方如约提供服务的责任； (2)乙方享有本合同约定的经济权益； (3)乙方有要求甲方成立的主体公司是合法合规的责任； (4)乙方有为甲方提供相关业务支持的责任； (5)乙方有回复甲方质询的义务；
XXXXXX 单位
XXXXXXX 项目
软件需求规格说明书
龙子湖网络科技
项目 文档 文档 ID 说明 作者 最后更新时间
项目名称 软件需求规格说明书
V1.2 *** 2011-10-20
版本更新概要 版本号 V1.0
V1.1
V1.2
时间 2011-10-02
2011-10-20
2011-11-08
更新人
更新摘要 移动 OA、车辆管理模块
需求容 移动政务资源管理系统
平台需求容 根据业务需求，电子公
文在线预览
项目负责人审核与确认 供应商：
职位
审核时间
审核意见(签字)
客户方：
目录
第一章 引言 ................................................................... 5
1 编写目的 .................................................................. 5 2 软件需求分析理论........................................................... 5 3 软件需求分析目标........................................................... 5 4 参考文献 .................................................................. 6
第二章 需求概述................................................................ 7
1. 项目背景 .................................................................. 7 2. 需求概述 .................................................................. 7 3. 条件与限制(可选)........................................................... 8 4. 移动办公系统结构........................................................... 8 5. 移动办公网络拓扑图......................................................... 9
第三章 系统功能需求........................................................... 10
1. 移动办公系统升级改造需求.................................................. 10 界面显示要求 ........................................................... 11 待办公文列表 ........................................................... 11 待办公文列表排序 ....................................................... 12 公文详细信息界面元素.................................................... 12 信息审批 ............................................................... 12 会议申请 ............................................................... 12 意见录入 ............................................................... 12 移动 ................................................................... 13 会议管理 ............................................................... 13 通知通告 ............................................................... 14 通讯录管理 ............................................................. 14
2. 车辆管理模块升级改造需求.................................................. 14 系统功能架构 ........................................................... 14 网络拓扑结构 ........................................................... 16
网约车运输证网上办理流程 一、申请、填报环节 由机动车所有人（车主）在“道路运输从业人员服务平台”微信公众号注册，并根据提示申请运输证申办账号（公众号推文中有详细说明），每个机动车所有人只能申请到唯一绑定账号，仅能填报该机动车所有人名下车辆。 下一步，机动车所有人通过申请的账号和密码，由电脑端通过网站登陆，进入车辆信息填报录入，按照各项目提示填报车辆相关信息和上相关传图片（图片为证照原件、现车照片、车载设备照片等，照片须清晰可辨识）并提交。 注：各网约车平台公司应做好对合作车企、公司以及个人车辆申请、填报的指导、培训，提供咨询和帮助服务。 目前尚未进入网上申办环节的车辆，将于2019年1月10日前，全部恢复初始状态，由机动车所有人自主申请账号重新提交。 二、平台公司初审环节（5个工作日内完成） 自机动车所有人填报提交后（提交时选择对应的车籍所在地和对应的网约车平台公司），网约车平台公司在5个工作日内，安排验车和初审，
并在办证系统中确认初审结果，未按时限完成的将在全行业进行通报并纳入网约车服务质量信誉考核。 注： 1、具备验车条件的网约车平台公司，需由专人负责，组织专职人员（佩戴工作牌）、安排专用场地，将验车全过程进行录像、照相，并备存待查。 2、高清录像、照相设备均需配备，且设备须具备记录、显示时间功能。 3、暂不具备验车全程记录能力的网约车平台公司，在5个工作日内，同样需完成验车和初审，确保提交各区市县办证车辆符合我市网约车准入条件、填报信息准确无误。 4、验车和初审内容：根据机动车所有人填报和上传信息，核对网上申报信息与该车辆信息的一致性。即：第一点,通过车辆行驶证和登记证书原件看是不是系统中申报的该车辆（一看是否为川A籍号牌，二看是否为7座及以下乘用车，三看排量是否不小于或，鼓励使用新能源车（原则上不低于主流巡游车标准），四看是否为8年以内未超过60万公里，五看年审是否在有效期内），同时核对系统中与实车信息是否填报一致无误，以及车身是否喷涂、安装巡游出租车专用图案、标识；第二点，通过GPS 安装单原件看是否是安装合规的车载设备及设备装车信息的一致，设备需正常运行（在线、24小时行驶轨迹、一件报警等，具备验车条件的网约车
XX棋牌游戏平台功能需求说明书 目录 1.1项目定义.......................................... 1.2项目目标.......................................... 1.3性能指标.......................................... 2.平台功能要求........................................ 2.1用户注册、登陆、管理 .......................... 2.2游戏大厅...................................... 2.3游戏房间...................................... 2.4平台功能说明.................................. 2.5平台管理员功能 ................................ 2.6网站后台管理.................................. 2.7充值卡管理.................................... 2.8版本升级...................................... 2.9需开发的游戏.................................. 3.平台比赛功能说明.................................... 3.1打立出局赛制.................................. 3.2定局积分赛制.................................. 3.2.1循环赛制.................................... 3.2.2其他规则.................................... 3.2.3场控........................................
基于Java的预算管理系统（budget） 项目需求分析模板
目录Conents 第一章产品概述................................................................................................ 错误！未定义书签。 1.1业务价值.................................................................................................... 错误！未定义书签。 1.2系统实施要求............................................................................................ 错误！未定义书签。 1.3系统的先进性............................................................................................ 错误！未定义书签。第二章业务系统组成及系统模块介绍 ............................................................ 错误！未定义书签。 2.1系统功能结构图........................................................................................ 错误！未定义书签。 2.2系统功能描述............................................................................................ 错误！未定义书签。第三章系统管理................................................................................................ 错误！未定义书签。第四章系统安全................................................................................................ 错误！未定义书签。第五章系统技术体系与性能参数 .................................................................... 错误！未定义书签。 5.1系统运行方法............................................................................................ 错误！未定义书签。 5.2技术体系.................................................................................................... 错误！未定义书签。 5.3开发平台.................................................................................................... 错误！未定义书签。 5.4运行环境.................................................................................................... 错误！未定义书签。
公司网约车平台管 理办法
公司网约车平台管理办法（试行） 为保障公司日常车辆使用需求，科学合理使用网约车平台，做到高效、节约、安全用车，结合公司实际情况，特制定本制度。 一、适用人员 公司各部门员工及公司重点客户 二、用车规则 根据公司实际情况，结合“滴滴出行”、“神州专车”两大平台所提供的服务，对用车规则规定如下： （一）平台功能 1、“滴滴出行”平台做为公司各部门日常车辆使用平台； 2、“神州专车”平台做为公司重点客户、商务接待用车平台。 （二）用车权限设置 1、“滴滴出行”用车权限设置 （1）根据公司各级人员用车实际，将用车职级划分为:公司领导、部门负责人、部门办事员、一般员工四个职级，对各职级用车权限进行设置。 （2）根据用车情境不同，将用车情境划分为：日常见车、加班用车、差旅用车、客户用车四个用车情境，对各情境用车权限进行设置。（详见附表1 《“滴滴出行”用车权限设置表》）
2、“神州专车”用车权限设置 “神州专车”平台做为公司重点客户、商务接待用车平台，不对公司员工开放用车权限，仅对办公室主任开放为她人叫车权限，以满足用车需求。 三、用车管理 （一）“滴滴出行”用车管理 1、日常见车 公司各部门根据工作用车需求，填写《用车申请单》，经本部门负责人同意，交办公室主任审核确认后方可用车，用车结束后填写完整用车信息，将《用车申请单》交回办公室。每月办公室对各部门用车合规性进行审核，若未按规定进行用车前审核，产生用车费用由用车人承担，相应费用在当月工资中扣除。 2、客户用车 由有用车权限的用车人为有需求客户叫车，客户用车结束后，由用车人按照“日常见车”要求补填《用车申请单》，管理办法参照“日常见车”执行。 3、加班用车 加班至20:00-次日6:00期间的员工，可使用加班用车，加班结束后的首个工作日按要求填写《用车申请单》，管理办法参照“日常见车”执行。 4、差旅用车 员工出差前凭出差申请开通“差旅用车”功能，差旅结束后
视频监控应用系统技术需求说明书 我们的视频监控应用系统是B/S架构的应用系统，提供给不同区域不同用户访问视频监控实时视频及历史录像的功能，同时我们还有对应的手机APP版应用系统，需要转发平台支持手机视频转发功能，并且提供相关的接口支持手机无障碍访问平台，保证访问视频的流畅性。以下是详细的关于对转发平台的技术需求。 一、基于PC端的系统转发平台技术需求 PC端的系统中有一个视频管理系统模块，视频管理系统与转发平台进行对接，对转发平台上连接的摄像机等设备进行添加和管理，并对这些摄像机设备分配到不同地区不同权限用户的账户，供不同权限的用户观看实时视频监控和视频监控录像（这块权限控制我们自己做，需要的是对平台上视频列表的调用，提供视频调用播放的地址）。我们寻求的解决方式有以下三种（可能我们对转发平台及流媒体服务器这块的表述不是太专业，只能表达大体的需求）：方式一、转发平台具有将视频监控视频流转化为支持Flash播放的视频流和Flash可以直接播放的文件格式，如.FLV格式，并提供相关的web访问方式（无需控件）和接口及说明文档，以及对整个转发平台和前端设备进行管理的权限。此种方式，我们通过Flash技术实现视频监控的播放功能，用户在播放视频时不需要安装控件，可以直接进行播放。对实时视频和视频录像的分别的需求如下： 1、实时视频监控： （1）、转发平台实现对实时视频流的转码，转化成支持Flash解码播放的视频流，并提供相应的解码方式及转发平台系统的访问方式、账户、密码以及相关的使用配置说明文档。 （2）、转发平台与我公司的视频管理系统进行对接，实现对转发平台上的前端设备进行管理的功能，转发平台对前端设备的管理必须要有一定的可以区分摄像机地理位置的标识，以方便我视频管理系统对接时进行前端设备的管理。我公司视频管理系统根据需求进行相关的权限的分配连接到不同的应用系统上，以提供视频播放功能。转发平台需提供相关的web实现的接口（C#语言）、demo及接口说明文档。 2、视频监控录像：
系统功能规格说明书
目录Conents 第一章产品概述 (3) 1.1业务价值 (3) 1.2系统实施要求 (3) 1.3系统的先进性 (3) 第二章业务系统组成及系统模块介绍 (4) 2.1系统功能结构图 (4) 2.2系统功能描述 (4) 第三章系统管理 (5) 第四章系统安全 (5) 第五章系统技术体系与性能参数 (5) 5.1系统运行方法 (5) 5.2技术体系 (6) 5.3开发平台 (6) 5.4运行环境 (6)
第一章产品概述 1.1 业务价值 随着计算机科学的发展，计算机技术在Internet中的应用越来越广泛，为广大网络用户提供了更加周到和人性化的服务。个性化已逐渐成为当今Web应用的潮流。现如今网上购物已经成为一种时尚，成为潮流一族的必备武器。网上购物系统，可以使人们足不出户就可以购买到自己喜欢的商品，给人们带来了诸多的便利和实惠。基于J2EE开发的购物系统设计是采用JDK 1.6.0作为开发环境,MySQL作为数据库服务器,Tomcat6.0为Web服务器，满足了人们在网上购物的需求。 1.2 系统实施要求 本系统是一个电子购物系统，系统用户分为两级管理，分别为：普通用户和系统管理员。其中，普通用户可以使用的功能主要包括：注册新用户，登陆电子购物系统，浏览商品，查看商品的详细信息，查询商品，管理购物车，查看自己的订单，管理自己的订单等功能。系统管理员具有管理系统的权限，可以进行电子商品用户管理，包括查询，删除，修改等：可以进行商品管理，包括查看，查询，添加新商品等。 1.3 系统的先进性 本系统的主要目的是为各类商品信息提供分类管理、维护和网上订购功能，不但能够方便用户购买，而且有效地扩大了销售范围。利用本系统，用户可以足不出户的进行商品信息的查询和订购，和传统的购买方式相比有着较大的优势。本系统遵循软件工程标准，并按照软件工程规定的流程进行项目的开发。
公司网约车平台管理办法（试行） 为保障公司日常车辆使用需求，科学合理使用网约车平台，做到高效、节约、安全用车，结合公司实际情况，特制定本制度。 一、适用人员 公司各部门员工及公司重点客户 二、用车规则 根据公司实际情况，结合“滴滴出行”、“神州专车”两大平台所提供的服务，对用车规则规定如下： （一）平台功能 1、“滴滴出行”平台做为公司各部门日常车辆使用平台； 2、“神州专车”平台做为公司重点客户、商务接待用车平台。 （二）用车权限设置 1、“滴滴出行”用车权限设置 （1）根据公司各级人员用车实际，将用车职级划分为:公司领导、部门负责人、部门办事员、一般员工四个职级，对各职级用车权限进行设置。 （2）根据用车情境不同，将用车情境划分为：日常用车、加班用车、差旅用车、客户用车四个用车情境，对各情
境用车权限进行设置。（详见附表1《“滴滴出行”用车权限设置表》） 2、“神州专车”用车权限设置 “神州专车”平台做为公司重点客户、商务接待用车平台，不对公司员工开放用车权限，仅对办公室主任开放为他人叫车权限，以满足用车需求。 三、用车管理 （一）“滴滴出行”用车管理 1、日常用车 公司各部门根据工作用车需求，填写《用车申请单》，经本部门负责人同意，交办公室主任审核确认后方可用车，用车结束后填写完整用车信息，将《用车申请单》交回办公室。每月办公室对各部门用车合规性进行审核，若未按规定进行用车前审核，产生用车费用由用车人承担，相应费用在当月工资中扣除。 2、客户用车 由有用车权限的用车人为有需求客户叫车，客户用车结束后，由用车人按照“日常用车”要求补填《用车申请单》，管理办法参照“日常用车”执行。 3、加班用车 加班至20:00-次日6:00期间的员工，可使用加班用车，加班结束后的首个工作日按要求填写《用车申请单》，管理
国安创客 平台功能需求规格说明书 版本： 1.0 日期：2015年？月
修改记录 *A–新增M–修改D–删除
目录 引言 (4) 1.1 目的 (4) 1.2 文档约定 (4) 2 总体框架及流程图 (4) 2.1 用户角色说明 (4) 2.2 总体业务架构 (4) 2.3 系统功能模块 (4) 2.4 业务流程 (5) 3 功能分解 (5) 3.1 基础信息（如有角色或权限新增修改时，否则删除） (5) 3.1.1 功能分解 (5) 3.2 销售管理 (8) 3.2.1 角色及职责描述 (8) 3.2.2 流程清单 (8)
引言 1.1目的 本文档详细描述平台功能必须满足的产品功能需求、非功能需求（质量属性和外部接口）与限制条件，作为后续相关项目的项目管理人员、系统设计人员、编码和测试人员以及其他相关人员开展工作的基础和依据，同时也界定了本部分的工作内容。 1.2文档约定 在本文档中描述的所有需求都有一个唯一的编号标识。该需求编号在需求确立时产生并在整个项目开发过程中保持不变。 2总体框架及流程图 2.1用户角色说明 2.2总体业务架构 2.3系统功能模块
2.4业务流程 流程图： 业务描述及说明： 3功能分解 3.1基础信息（如有角色或权限新增修改时，否则删除） 基础信息包括角色管理、用户管理、权限管理，数据字典维护等功能 3.1.1功能分解 3.1.1.1角色管理 3.1.1.1.1业务描述 提供提供用户角色信息的增加、修改、显示、查询、删除功能，供输入过程中下拉菜单选择。 3.1.1.1.2输入输出
3.1.1.1.3业务逻辑处理 3.1.1.1.4参考文档
安博实训平台资源 软件开发方向 BBS项目软件功能规格说明书 安博教育集团 二零零八年七月 目录Contents 目录CONTENTS (2) 第一章产品概述 (5) 1.1业务价值 (5)
1.2 系统实施要求 (6) 1.3系统的先进性 (6) 第二章业务系统组成及系统模块介绍 (7) 2.1系统功能结构图 (7) 2.2系统功能描述 (7) 第三章系统管理 (14) 3.1主角分析 (14) 3.2用户管理（前台） (17) 3.2.1用户注册 (17) 3.2.2用户登录 (18) 3. 2.3用户设置 (19) 3. 2. 4用户注销 (20) 3.3帖子管理 (20) 3. 3. 1浏览帖子 (20) 3. 3.2发表新帖 (21) 3. 3.3编辑帖子 (22) 3. 3. 4删除帖子 (23) 3. 3.5回复帖子 (24) 3. 3.6搜索帖子 (25) 3. 3.7 跟帖 (26) 3. 3.8锁定帖子 (26) 3. 3.9置顶设置 (27) 3.4个性化设置管理 (28) 3. 4.1用户消息 (28) 3. 4.2背景音乐 (29) 3. 4. 3积分与金币 (30) 3. 4. 4用户形象设计 (30) 3.5版块管理（后台） (31) 3. 5. 1添加大版 (31) 3. 5. 2添加小版 (32) 3. 5. 3大版修改 (32) 3. 5.4大版删除 (33) 3. 5. 5小版修改 (33) 3. 5. 6小版删除 (34) 3.6用户管理 (35) 3. 6.1个人信息管理 (35)
3. 6.2积分管理 (35) 3. 6. 3短消息管理 (36) 3. 6.4文章管理 (37) 3. 6. 5版主管理 (38) 第四章系统安全 (39) 第五章系统技术体系与性能参数 (40) 5.1系统运行方法 (40) 5.2技术体系 (40) 5.3开发平台 (40) 5.4运行环境 (41)
服务质量保障制度
前言 网约车是城市客运和公共交通的行业新型运输模式，通过互联网预约模式提供点对点交通运输方式。为提高网约车行业服务经济和社会发展大局、服务人民群众安全便捷出行的能力，提高平台企业用户满意度和忠诚度、驾驶员安全服务意识和服务能力，提高驾驶员安全驾驶技能和文明素质，构建平台、驾驶员和乘客之间的和谐关系，保障平台的服务质量和规范服务标准和要求，需要建立和完善平台服务质量保障管理制度，细化安全管理职能职责，实现制度化、程序化、规范化管理目标。
目录 第一章平台网约车服务规范标准及监管方式 (5) 一、目的 (5) 二、内容 (5) 三、服务规范标准 (5) 四、服务要求 (6) 五、服务监管方式 (7) 第二章服务质量及乘客信用在线评价制度 (8) 一、目的 (8) 二、内容 (8) 三、服务评价体系 (8) 四、评价数据管理 (9) 第三章服务质量投诉处理制度 (10) 一、目的 (10) 二、服务质量承诺 (10) 三、服务评价体系和乘客投诉处理机制 (11) 四、乘客投诉处理流程 (12) 五、乘客投诉保障制度 (13) 六、乘客投诉处理交接 (14) 第四章服务承诺及执行监管制度 (16) 一、目的 (16) 二、内容 (16) 三、服务承诺细则 (16) 四、承诺执行和监管 (18) 五、其他 (19) 第五章服务质量社会舆情曝光事件应对处理方式 (20) 第六章营运数据统计管理制度 (21) 第一条统计管理办法 (21) 一、总则 (21) 二、数据统计报表的管理 (21) 三、统计资料的提供、积累和保管 (22) 四、统计数据差错的订正 (23) 五、统计工作的交接 (23) 六、文字说明与分析报告 (24) 七、统计纪律 (24) 第二条统计工作细则 (25) 一、总则 (25) 二、统计报表与统计台帐 (26) 三、统计资料管理 (27) 四、统计工作责任制 (28)
软件需求规格说明书（案例)
————————————————————————————————作者：————————————————————————————————日期： ?
软件开发方向“成绩管理系统”软件需求规约 安博教育集团 二零零八年十月
修订历史记录 日期版本说明作者2008-1０-120.8 未评审的初稿吴子敬
目录 １引言?错误!未定义书签。 １.１目的?错误!未定义书签。 1.2文档格式?错误!未定义书签。 １.３预期的读者和阅读建议....................................................... 错误!未定义书签。 １．4 范围 ....................................................................................... 错误!未定义书签。 1．５术语?错误!未定义书签。 １．6 参考文献 ............................................................................... 错误!未定义书签。 2 系统概述....................................................................................................... 错误!未定义书签。 ２.1 概述 .......................................................................................... 错误!未定义书签。 2.2 功能 ............................................................................................ 错误!未定义书签。 ２.3 运行环境 .................................................................................. 错误!未定义书签。 2．4假设与依赖?错误!未定义书签。 3 系统特性....................................................................................................... 错误!未定义书签。 3．1 系统角色 ................................................................................. 错误!未定义书签。 3.2学生管理 .................................................................................. 错误!未定义书签。 3.2.１增加学生信息 .................................................... 错误!未定义书签。 3．2.2 修改学生信息 .................................................... 错误!未定义书签。 3.2.3 删除学生信息 ........................................................ 错误!未定义书签。 ３.2.４导入学生信息?错误!未定义书签。 3．3教师管理?错误!未定义书签。 ３.3.1 增加教师信息?错误!未定义书签。 3．3.2 修改教师信息 ...................................................... 错误!未定义书签。 3．3.3 删除教师信息 ...................................................... 错误!未定义书签。 3.3.4 导入教师信息?错误!未定义书签。 3．４课程管理 ............................................................................... 错误!未定义书签。 3.4.1 增加课程基本信息 ................................................ 错误!未定义书签。 3.4.2 修改课程基本信息?错误!未定义书签。 3．4.3 删除课程基本信息 ............................................ 错误!未定义书签。 ３．4.4 维护课程学生信息?错误!未定义书签。 ３.５成绩查询 ................................................................................ 错误!未定义书签。 3.5.1 学生查询成绩 ........................................................ 错误!未定义书签。 ３.5.2 教师查询成绩?错误!未定义书签。 3.６成绩分析与统计?错误!未定义书签。 3.6.1 考试成绩表 ............................................................ 错误!未定义书签。 3.6.2 班级各科平均成绩表15? ３．6．3 年级成绩排名表?错误!未定义书签。 3.7 系统维护 .................................................................................... 错误!未定义书签。 3.7．1 数据字典维护 ...................................................... 错误!未定义书签。 4 非功能性需求............................................................................................. 错误!未定义书签。 ４．1 性能需求?错误!未定义书签。 4.2 安全性需求 ................................................................ 错误!未定义书签。 ４.3 可用性需求?错误!未定义书签。
<实训管理平台> 需求说明书
目录 1.引言 (2) 1.1 编写目的 (2) 1.2 背景 (2) 1.3 定义 (2) 1.4 参考资料 (2) 2. 项目概述 (3) 2.1 目标 (3) 2.2 产品功能概述 (3) 2.3 用户特点 (3) 2.4 限制与约束 (4) 3. 具体需求 (4) 3.1 功能描述 (4) 3.1.1系统功能划分 (4) 3.1.2系统功能详述 (4) 3.1.2.1系统角色描述 (5) 3.1.2.2前台信息发布展示平台 (5) 3.1.2.3后台管理平台 (9) 3.1.2.4实训成果管理平台 (20) 3.2 性能需求 (21) 3.2.1精度 (21) 3.2.2时间特性要求 (21) 3.2.2.1响应时间 (21) 3.2.2.2运行时间 (21) 3.3 外部接口需求 (22) 3.3.1用户接口 (22) 3.3.2软件接口 (22) 4. 附录 (22)
1.引言 1.1编写目的 根据实训平台项目开发需求与实训管理要求，编写项目软件需求规格书。本文档的目的是确定系统开发的范围；反映出系统的结构，为开发人员、维护人员、需求人员间提供共同的协议而创立基础，对软件功能的实现作使命描述，作为软件人员进行设计和编码的基础；作为实训小组成员的共同文档，为各小组成员完成任务提供依据；确定系统测试及验收内容。 1.2背景 待开发系统名称：实训管理平台 本项目任务提出者：刘凤华 开发者：郭靖、李夷洁、万团结、马可、弓智华、罗起 系统使用者：实训所有参与者，包括普通用户、实训负责人、实训指导老师、实训学生 1.3定义 1.4参考资料 无
<公司名称> <项目名称> 软件需求规格说明书 版本 <1.0> [注：以下提供的模板用于 Rational Unified Process。其中包括用方括号括起来并以蓝色斜体（样式=InfoBlue）显示的文本，它们用于向作者提供指导，在发布此文档之前应该将其删除。按此样式输入的段落将被自动设置为普通样式（样式=Body Text）。] [要定制 Microsoft Word 中的自动字段（选中时显示灰色背景），请选择 File>Properties，然后将Title、Subject 和 Company 等字段替换为此文档的相应信息。关闭该对话框后，通过选择 Edit>Select All（或 Ctrl-A）并按 F9，或只是在字段上单击并按 F9，可以在整个文档中更新自动字段。对于页眉和页脚，这一操作必须单独进行。按 Alt-F9，将在显示字段名称和字段内容之间切换。有关字段处理的详细信息，请参见 Word 帮助。]
修订历史记录
目录 1.简介5 1.1目的5 1.2范围5 1.3定义、首字母缩写词和缩略语5 1.4参考资料5 2.总体概述6 2.1项目背景6 2.2关键问题说明6 2.3项目建设目标6 2.4项目范围6 2.5现行业务调查6 2.5.1职能结构图6 2.5.2相关岗位职责7 2.6用户的特点7 2.7限制与约束7 3.功能需求8 3.1功能需求概述8 3.1.1新系统功能清单8 3.2功能需求描述8 3.2.1功能模块1（如：报警中心。角色桌面作为功能模块进行描述，在功能模块之前描述）8 3.2.2功能模块2 10 4.接口需求11 4.1与XXX系统接口11 4.1.1XXX系统情况11 4.1.2接口方案描述11 4.2与YYY系统接口11 5.非功能性需求12 5.1可用性需求12 5.2性能需求12 5.3可靠性需求12 5.4可移植性需求12 5.5安全性需求12 6.运行需求13 6.1网络环境13 6.2硬件配置13 6.3软件环境13
软件开发计划书项目名称：车联网系统平台
目录 1引言--------------------------------------------------------------------------------------------------------------------- 3 1.1编写目的 ----------------------------------------------------------------------------------------------------- 3 1.2背景------------------------------------------------------------------------------------------------------------ 3 1.3定义------------------------------------------------------------------------------------------------------------ 4 1.4参考资料 ----------------------------------------------------------------------------------------------------- 4 1.5 系统动机(暂时保密) -------------------------------------------------------------------------------------- 4 1.6标准、条件和约定 ---------------------------------------------------------------------------------------- 5 1.7编写文档的WBS ------------------------------------------------------------------------------------------- 5 2项目概述 -------------------------------------------------------------------------------------------------------------- 6功能层次图形：------------------------------------------------------------------------------------------------- 6 2.1开发计划表 -------------------------------------------------------------------------------------------------- 1 2.2主要参加人员 ----------------------------------------------------------------------------------------------- 1 2.3产品及成果 -------------------------------------------------------------------------------------------------- 2 2.3.1程序 --------------------------------------------------------------------------------------------------- 2 2.3.2文件 --------------------------------------------------------------------------------------------------- 2 2.3.3服务 --------------------------------------------------------------------------------------------------- 2 2.3.4非移交产品 ----------------------------------------------------------------------------------------- 2 2.4验收标准----------------------------------------------------------------------------------------------------- 3 2.4.1代码的验收 ----------------------------------------------------------------------------------------- 3 2.4.2 文档验收-------------------------------------------------------------------------------------------- 3 2.4.3 服务验收-------------------------------------------------------------------------------------------- 3 2.5完成项目的最迟期限 ------------------------------------------------------------------------------------ 3 2.6本计划的日期 ----------------------------------------------------------------------------------------------- 3 3实施总计划 ----------------------------------------------------------------------------------------------------------- 4 3.1开发过程 ----------------------------------------------------------------------------------------------------- 4 3.1.1 需求分析-------------------------------------------------------------------------------------------- 4 3.1.2 系统设计-------------------------------------------------------------------------------------------- 4 3.1.3 编码及测试阶段 ---------------------------------------------------------------------------------- 4 3.1.4 文档、产品部署 ---------------------------------------------------------------------------------- 4 3.1.5 项目总结-------------------------------------------------------------------------------------------- 4 3.2工作任务的分解-------------------------------------------------------------------------------------------- 5 3.3接口人员 ----------------------------------------------------------------------------------------------------- 6 3.4进度------------------------------------------------------------------------------------------------------------ 6 3.5预算------------------------------------------------------------------------------------------------------------ 7 3.6关键问题 ----------------------------------------------------------------------------------------------------- 7 4支持条件 -------------------------------------------------------------------------------------------------------------- 8 4.1计算机系统支持-------------------------------------------------------------------------------------------- 8 4.2需要用户承担的工作 ------------------------------------------------------------------------------------- 8