需求规格说明的正文格式如下：
1引言
1.1编写目的
人类通过视觉识别文字，感知外界信息。人脸是人机交互中相当重要的因素，通过人脸我们可以判定许多信息。利用人脸特征进行身份验证又是最自然直接的手段，它具有直接、友好、方便的特点，比较容易被用户接受。人脸识别技术经过四十多年的发展，已经取得了长足的进步。目前最好的人脸识别系统在理想情况下已经能够取得可以接受的识别性能。人脸识别技术在国家重要机关及社会安防领域具有广泛用途。
基于表观的人脸识别方法直接对二维人脸图像像素点处的灰度值进行操作，多数采用统计学习的方法提取人脸的特征，进而进行人脸的分类识别。Osamu等人对人脸的原始图像进行二值化处理，得到人脸的等灰度图图像，采用合成的等灰度线图匹配识别。Nefian等人利用采样窗口所形成的图像块的2D．DCT(Discrete Cosine Transform)系数或Ⅺ_一T(Karhunen Loeve Transform)系数来构造观察向量序列，采用HMM进行人脸识别。Yoon等人[201提出了1D．HMM和神经网络相结合的混合方法。Martinez[21]提出的方法是首先把人脸分成不同的区域，然后采用PCA来分析不同的区域，通过1D．HMM来描述不同区域之间的关系，然后根据Bayesian规则识别人脸。Nefian等人定义了一种嵌入式HMM(E．HMM：Embedded Hidden Markov Model)用于人脸识别。基于人脸的灰度图像，Kirby等人[23，24]和Turk等人首次把主元分析的子空间思想引入到人脸识别中，提出了著名的人脸识别算法——主成分分析法或特征脸算法(Eigenface)。特征脸算法是建立在对人脸图像分布的主元分析(PCA)的基础之上，这种算法假设人脸图像在高维观测空间中服从近似高斯分布，通过变量变换保留高维数据空间的主要特征信息即主分量，除去有可能来自于噪声的次要分量，从而达到降维的目的。该方法以训练样本的总体散度矩阵为产生矩阵，经KLT变换(KLT：Karhunen．Loeve Transformation)后得到相应的一组特征向量，由于主特征向量具有脸的形状因此称之为特征脸，由前K个最大特征值对应的特征向量所张成的空间称为人脸子空间，这样既可以降低空间维数，同时又提取了人脸特征。任何一幅人脸图像就可以用这K个特征脸的线性组合来表示，其加权系数即是KLT的展开系数。人脸识别就是将待识别人脸投影到特征空间，根据欧氏距离确定最佳匹配。在特征脸的基础上，Cappelli等人提出了多空间KL变换，把训练样本分割成不同子集，这些子集采用不同的KLT构造不同的子空间来表示不同的子模式。Kim等人采用Kernel．PCA的方法提取脸部特征，KemeI-PCA是PCA非线性扩展分析方法，其基本思想是通过非线性变换将数据空间变换为特征空间，然后在特征空间计算主分量。V asilescu和Terzopoulo提出了多线性子空间方法(MLS：Mulit．1inear Subspace)。这种方法在一种多线性框架下进行子空间分析，建立在一种张量分解算法_N．node SVD基础之上，在多个相互关联的特征空间上进行维数约减。Yang和Ding[29]提出了一种对称主分分析算法(SPCA-Symmetrical Principal Component Analysis)。这种算法通过PCA和奇．偶分解规则相结合将人脸的对称性信息应用到人脸识别研究中。首先将一幅人脸图像分解成奇图像和偶图像的和，分别对奇图像和偶图像进行主成分分析，提取他们的PCA特征，根据它们
在人脸中的能量比及对模式变化的敏感度选择特征构成用于人脸识别的特征向量。作为对传统PCA的一种拓展，Yang和Zhang[30]提出了二维PCA的人脸识别方法。这种方法用一种二维图像矩阵表示人脸，直接根据原始的二维图像矩阵构建图像的协方差矩阵，采用图像协方差矩阵的主要特征向量作为人脸图像的表示特征。这种方法提出了一种崭新的人脸表示方法，并在此基础上根据主成分分析的思想讨论了人脸特征的提取和识别问题。在传统的模式识别方法中，基于Fisher准则的线性辨别分析(LDA：Linear DiscriminantAnalysis)是一种针对两类单模凸分布问题的非常有效的分类方法。Belhumeur等[32】利用这种方法来提取人脸图像的最优辨别性特征，并称之为Fisher脸方法。Fisher脸方法也可以看做是一种描述数据分布的方法，不过它关心的是那些具有最大分辨能力的方向。Fisher脸的缺点是训练样本的数量往往远小于样本维数，需要利用PCA等算法先降低样本的维数。另外，Fisher脸最多可以得到的基的个数和类别的个数有关，如果类别数目太少的话，这种方法的识别效果将下降。
1.2背景
1.2.1项目名称
基于Android平台的人脸登陆认证签到软见开发
1.2.2项目建设背景
随着社会的发展及技术的进步，社会各方面对快速高效的自动身份验证的需求可以说无处不在，并与日俱增。例如，某人是否是我国的居民，是否有权进入某安全系统，是否有权进行特定的交易等。尤其是自2001年美国“9．1l”恐怖袭击发生以来，如何在车站、机场等公共场所利用高科技手段，迅速而准确地发现并确认可疑分子成了目前世界各国在反恐斗争中普遍关注的问题。为此，各国都投入大量人力、物力研究发展各类识别技术，使得生物特征识别技术得到了极大的发展。生物特征识别技术主要包括：人脸识别、虹膜识别、指纹识别、步态识别、语音识别、笔迹识别、掌纹识别以及多生物特征融合识别等。人类通过视觉识别文字，感知外界信息。在客观世界中，有75％的信息量都来自视觉，因此让计算机或机器人具有视觉，是人工智能的重要环节。由于生物特征是人的内在属性，具有很强的稳定性和个体差异性，因此是身份验证最理想的依据。与虹膜、指纹、基因、掌纹等其他人体生物特征识别系统相比，人脸识别系统更加直接、方便、友好，易于为用户所接受，并且通过人脸的表情、姿态分析，还能获得其它识别系统难以得到的一些信息。人脸识别技术在国家重要机关及社会安防领域具有广泛用途。例如：公安系统的罪犯识别、信用卡验证、医学、档案管理、视频会议、人机交互系统等身份识别和各类卡持有人的身份验证。同其他人体生物特征(如：指纹、掌纹、虹膜、语音等)识别技术相比，人脸识别技术的隐性最好，人脸识别系统更直接、友好，是当今国际反恐和安防最重视的科技手段和攻关标志之一。虽然人类能毫不费力地识别出人脸及表情，但对人脸的机器自动识别确实一个难度极大的课题，它涉及到模式识别、图像处理及生理、心理学等诸多方面的知识。人脸识别技术的研究虽然己经取得了一定的可喜成果，但在实际应用中仍存在着许多严峻的问题。人脸的非刚体性、姿态、表情、发型以及化妆的多样性都给正确识别带来了困难，要让计算机像人一样方便地识别出大量的人脸，尚需不同科学研究领域的科学家共同不懈的努力。
随着科学技术的迅速发展，如今各种各样的签到系统应运而生，与电子、硬件的结合，早已取代了以前的笔签方式，这也是社会发展的必然趋势。现今市场上流通的声音识别、指纹识别、视网膜识别都需要有很高的硬件要求，不少中小型企业、公司、学校受条件的限制，不能投入大量的资金进行这项技术的推广。因此开发一套实用的适合各类型企业使用的系统已迫在眉睫。而我们开发的人脸识别签到系统所需配置简单，仅需计算机配上摄像头即可；操作简单，签到人员来到自己的岗位后可以直接在自己的电脑上完成签到。恰恰弥补了现今市场流通的高配置签到系统的不足，为企业或高校节省了不菲的额外开支；同时也实现了签到的系统化、规范化和自动化。
1.2.3项目委托单位
无委托单位，本项目为专业实训内容，由小组成员讨论得出。
1.2.4项目使用单位
本项目的所有成员都可以使用该项目的最终成果。
1.2.5项目任务提出者
我们在专业实训张璇老师的指导下，由小组成员共同讨论得出结果。我们将进行基于Android 平台的面部识别登陆软件项目的开发。
1.2.6项目主要承担者
陈长赓、陈翼、李明娜
1.3定义
暂无
1.4参考数据
调用opencv中的图像处理和PCA算法
1.5版本更新信息
暂无
2任务概述
2.1目标
本次我们项目的最终目标是通过PCA算法对人脸简单的识别和处理实现对系统登陆签到的功能。
我们本次项目的核心是将OpenCV中的PCA算法调用实现人脸识别的功能，并且制作简单的便于使用登陆签到应用软件。识别的目的就是将别的图像或特征与数据库中的进行匹配。识别的任务主要有两个：其一是人脸辨认，即确定输入人脸图像是库中的哪一个人，是一对多的匹配过程；其二是人脸确认，即验证某个人的身份是否属实，是一对一的匹配过程。人脸确认是人脸辨认的简单化，人脸辨认比人脸确认要难得多，因为人脸辨认系统涉及到大批量数据的比对。在海量数据的检索比对中，识别精度和检索时间是相当重要的指标。根据输入图像的性质，可以讲人脸识别分为静态图像的人脸识别和动态图像序列的人脸识别两大类。前者主要是用静态图像如从证件照片、罪犯照片、场景照片上扫描的图像进行识别；后者则是用摄像机摄取的时间图像序列进行识别。
2.2用户的特点
采用人脸认证登录，可以免去繁琐的密码输入，交互更加快捷方便。除此之外，作为一项典型的生物特征识别技术，人脸登录技术还具有其他加密手段不可比拟的一些优势：
1、更符合人类的识别习惯。相比于冰冷的键盘和复杂的“娉娉袅袅十三余, 豆蔻梢头二月初”密码，坐在终端前晃一晃脑袋就能登录显然更加亲切；
2、图像采集设备的成本低。人脸认证需要的终端摄像头在PC和手机上几乎都是标准的外设，这就避免了指纹、虹膜等识别技术需要专门采集设备的麻烦；
3、非接触式识别。用户不需要触摸甚至不需要靠近设备就能实现“远程”登录。操作便捷的同时也不会对用户造成生理上的伤害，容易被大多数的用户接受。
4、具备事后追踪能力。人脸认证系统可以在登录事件发生的同时保存当事人的人脸图像，即使不懂技术的管理人员，也可以直观的对事件进行监控和复查，这确保了系统具有良好的事后追踪能力。
2.3假定和约束
我们假定用户在android4.0以上版本的系统上，并且系统的使用者必须有一定的文化功底，且主要是面向来自云大学生，且只提供学生签到功能。
约束：
根据系统需求说明书，本系统应当遵循的标准或规范：
a)本着以方便用户的原则，即最大可能的满足用户友好性；
b)数据库设计以及界面设计严格按照系统需求说明书来完成。
c)软件、硬件环境（包括运行环境和开发环境）的约束：软件要求必须是
android4.0以上版本的系统，硬件用户必须有摄像头，触屏显示屏等等输入/
输出设备。
软件质量的约束，要求数据特别是学生登陆信息的正确性必须得以保证，有较强的软件健壮性、可移植性以及可靠性，算法有较强简洁性，效率尽可能的高，同样数据的安全性和扩展性也必须得以保证，尽可能的不受非自然因素的干扰与损坏。
3需求规定
3.1对功能的规定
人脸识别是人类视觉系统所具有的最基本和最重要的功能之一，利用计算机进行人脸自动识别(AFR：Automatic Face Recognition)一直是模式识别、计算机视觉、计算机图形学等领域中的重要研究课题。近几十年来，随着图像处理、模式识别、机器学习、计算机视觉等研究领域的发展，及身份验证、场景监控、人机交互、社会公共安全等方面应用需求的广泛增加，作为生物特征识别技术之一的人脸识别研究受到了空前的重视。除了具有重要的应用价值，人脸识别研究在学术上也有着重要的意义。人脸是典型的可变形体，特征分布具有对称性。对这种可变形体的深入研究有助于解决一般二维物体的识别问题，从而能够推动计算机视觉和模式识别等领域中基础研究的发展。人脸识别作为一种典型的图像分析与理解、模式分类计算问题，为模式识别、图像处理、认知科学、生理学、心理学等学科提供了一个良好的具体问题，有利于构建这些学科领域的基础实验平台，用于尝试新方法、验证新理论、解释新现象。人脸识别问题的深入研究和最终解决，将可极大促进相关学科的研究和发展。同时，人脸识别也是智能人机接口领域的重要研究内容之一。人脸识别本质上是要赋予计算机区分不同人物个体的能力，这也恰恰是智能人机接口研究需要解决的问题之一，是机器智能的重要表现。人脸识别问题的最终解决将可改善目前呆板、不方便的人机交互环境，从而在一定程度上改变人们的生活方式。
最早的关于人脸识别的研究可以追溯到上个世纪末，Sir Francis Galton分别于1888年和1910年在Nature杂志上发表了两篇关于利用人脸进行身份识别的文章，对人类自身的入脸识别能力进行了分析，但当时还未涉及到人脸的自动识别问题。Chan等人于1965年在Panoramic Research Inc．发表的技术报告是最早的自动人脸识别的研究论文。目前，大多数人脸识别研究都是以二维人脸灰度图像为研究对象，以图像在像素点处的灰度值为基本数据，采用统计学习的方法研究入脸的表示和识别理论。随着计算机软硬件技术的飞速发展，彩色人脸图像、二维人脸图像的获取已经变得相对比较容易，因而，以二维人脸图像、彩色人脸图像为研究对象的人脸识别越来越受到相关领域研究人员的关注。本文的关注点也正在于此，下面我们将对相关的研究工作进行综述。
3.1.1角色（Actor）定义
二维人脸识别经常受到图像成像条件的影响，比如人脸的姿态、图像成像时的光照等。二
维人脸包含有较二维人脸图像更多的信息，如何充分挖掘二维人脸的有用信息，在一定程度上克N--维人脸识别中姿态和光照的影响是识别领域研究者关注的一个焦点。人脸识别研究中面临的两个主要的问题是人脸对象的表示和基于相应表示模型的分类识别。对于彩色人脸图像而言，。传统的人脸识别方法通常是对彩色人脸的各个颜色通道分别处理，然后通过融合各个通道分类结果作为最后的识别结果。然而，这种处理问题的方式缺乏一定地说服力彩色人脸图像的各个颜色通道，比如R、G、·B三个分量，原本是有机的整体，相互之间具有较强的关联性，因此，如果人为地将其分开处理，势必会对图像本身的信息结构造成影响。如何建立彩色人脸图像的有效表示模式，并基于相应的模式研究人脸的特征提取和分类识别是研究者关注的另一个问题。本文正是基于上述问题，在基于二维模型的人脸识别，以及二维人脸识别方面展开了研究，提出了若干新的思路和想法，并给出了相应的实验结果。本文的主要工作大体上可以分为以下三个方面：
(1)基于彩色特征人脸的人脸识别。
彩色人脸图像区别于灰度人脸图像，灰度图像在每个像素点处只有一个灰度值，而彩色图像在图像的每个像素点处同时有R，G，B三个颜色分量。本文对人脸识别领域最成功、应用最广泛的特征脸(Eigenfaces)算法进行了深入地分析，针对彩色人脸图像与灰度人脸图像的异同，提出了一种基于彩色特征人脸(Color-Eigenfaces)的人脸识别算法。我们首先将传统的特征脸算法中灰度人脸图像的表示模式进行了拓展，由一个分量的标量表示方式拓展成分量的向量表示方式，对彩色人脸图像的R，G，B三个颜色分量直接进行编码。然后，根据主成分分析的理论与思想，计算二维彩色特征人脸，建立彩色人脸的特征子空间。最后，基于彩色特征人脸进行人脸识别。
(2)基于二维人脸主动可变形模型的人脸识别。
基于二维人脸灰度图像的人脸识别算法经常遇到图像成像条件的影响，二维人脸模型具有更高的自由度，可以在二维人脸空间中自由旋转。本文在深入分析二维人脸模型特点的基础上，针对二维人脸识别算法中的姿态和光照问题，提出了一种基于二维人脸主动可变形模型的人脸识别算法。首先，在二维人脸数据库——BⅢT-3D Face Database的基础上构建了一种二维人脸的可变形模型——二维人脸主动可变形模型。然后，采用该二维人脸模型估计二维图像中人脸的旋转角度。同时，在算法中融合了Seo等人提出的人脸肤色转换算法，将所有的人脸图像变换到与目标图像相同的肤色空间，在一定程度上减少光照变化对人脸识别的影响。最后，将所有的人脸图像变换到统一的姿态下进行识别，减少姿态变化对识别效果的影响。
(3)基于矩阵表示模型的二维人脸识别。
相对于二维人脸图像而言，二维人脸不但提供了人脸的二维形状信息(以X，Y，Z的形式给出)，同时也提供了人脸的纹理信息(以R，G，B的形式给出)。结合二维人脸数据的特点，本文提出了一种基于矩阵表示模型的二维人脸识别算法。我们将二维人脸对象上的顶点定义为表示模型的基本单元(Basic Unit)，将二维人脸在顶点处的属性值定义为表示模型的基本分量(Basic Component)，进而建立二维人脸的矩阵表示模型。然后，根据线性对象类和线性子空间的理论，建立二维人脸对象的紧致表示模式，并以表示模式中的投影系数为特征进行人脸对象的分类、识别。
3.1.2各功能模块
整个原型系统主要包括图像采集、图像预处理、人脸检测、人脸识别以及数
据库管理五个功能模块。
(1)图像采集子模块
图像采集子模块主要解决人脸图像来源的问题。人脸图像可以是本地文件系
统中已存的静态图像，也可以是来源于摄像头的动态人脸图像序列中的一帧。模(2)图像预处理子模块
为了增强后续的识别过程的识别率，预处理子模块主要进行对图像进行彩色
图像转灰度图像、平滑去噪声、光照补偿(灰度归一化)、离散小波变换等操作。
(3)人脸检测子模块
人脸检测子模块主要负责对人脸图像中的人脸进行检测和定位。在人脸图像
找出人脸，并将人脸保存。采用的检测算法基于Adaboost的人脸检测方法。(4)人脸识别子模块
识别过程包括两个部分：训练过程和识别过程。识别针对的图像是经过DWT
变换后的低频子图。该模块采用的人脸识别算法为联合DWT和PCA的识别方法。
(5)数据库管理子模块
数据库管理子模块主要负责系统与数据库的交互工作。系统与数据库的交互
主要通过COM组件ADO．NET来完成。
3.2对性能的规定
3.2.1界面需求
(1)系统主界面
原型系统中对人员的录入有两种方式：批量人员的录入以及单个人员的录入。批量人员的录入是由用户指定路径，系统将把该路径下的全部人像照片录入到数据库中，录入的同时进行人脸检测和DWT变换。
(2)添加人员界两添加单个人员在人像照片采集时有两种方式。可以从本地文件系统录入一张一p霉翠{I；{黪l叠≥一一一黟一一北京【业大学I学硬i学位论文静态的人像照片，也可以通过摄像头动态的采集一张照片。照片采集结束后，系统会在后台进行人脸检测和DWT变换，并将结果显示到界面上，点击添加将人员信息录入到数据库中。
(3)人像比对界而
用户可以在本地选择一张照片，点击比对后系统在后台进行DWT+PCA的识别运算，计算出待比对的照片与数据库中已有人像库中的每幅照片的相似距离，相似距离越小．表明两幅人脸越相似。然后按Mahalanobis距离升序排列，最后将结果显示到右侧的列表中。可以看出同一个人进行比对后的测量距离较小，不同人进行比对后的测量距离较大，测量距离越小表示两人越相似。基于PCA的人脸识别方法对光照、表情以及背景等因素很敏感。而自建人脸库中的照片大多为生活照，对识别的结果会造成一定的影响。界面要做到简洁明了，易操作，易使用，满足用户需求
3.2.2其它非功能性需求
（1）性能需求
a.数据精确度：在从数据库中提取数据进行识别对比时，要求数据定位准确，在可
控范围内；在向数据库输入数据时，要求录入数据有校验准确；查询返回的信息
均来源于数据文件。
b.时间特性:：程序响应时间：在人的感觉和视觉事物范围内；信息交换时间：要求
在程序调用前调用后都与数据文件保持同步更新，信息交换施加应该小于程序调
用时间。
c.适应性：要求数据文件局用很好的更新能力，由于本产品是试验性软件，故对磁
盘和内存容量没有很高的要求，但是数据文件应该能够对并发事件，脏数据具有
较强的识别处理能力。当需求发生某些变化时，旅游景点管理应用软件操作方式、
数据结构、运行环境基本不会发生变化，变化只是将对应的数据文件内的记录改
变，或将过滤条件改变即可。
d.磁盘容量：由于要存贮大量的数据和信息，所以要求要有足够的磁盘容量。
e.主存容量：为了满足查询用户的要求，系统必须要有高的运作速度，查询用户填
写的查询内容输入到系统，系统必须能快速及时做出响应，迅速处理各项数据、
信息，显示出所有必需信息各项清单，所以要求很高的信息量速度和大的主存容
量。
f.摄像头：像素要求在200万像素以上，对图片保存格式为png。
（2）安全措施需求
云大学生签到软件在开放过程中，所有参与开发工作的相关人员必须遵守以下规则：
a.所有开发人员不得将有关本软件开发的任何信息泄露给开发团队以外的其他人员
或组织，必须严格遵守保密的规定。
b.任何参与开发的人员不得在未经允许的情况下，擅自在程序中插入会损害系统安
全，破坏其它文件或收集用户个人信息的程序段。
c.开发人员所收集的各种用于本软件开发的信息和材料必须是符合国家相关规定的，
合法且真实的。
d.软件的使用过程中，不得以任何形式欺骗本软件的使用者，不允许向用户提供虚假
的，不可靠的信息。
e.云大学生签到软件的版权归开发团队所有，任何开发人员不得以盈利为目的，私自
将本软件卖给其它个人或组织。
（3）安全性需求
云大学生签到软件应当是一个单机的可执行程序。该软件采用了独立的数据文件，但是使用过程中仍有可能会影响到系统的数据文件，也有可能会影响到其它文件的数据，造成数据的变更。因此要求云大学生签到软件的数据文件必须是稳定的，可正确运行的，尽量降低与系统数据文件的关联性，以确保系统数据的安全。此外，云大学生签到软件也应当明确不与其它形式的软件相关联，以免影响到其它软件的正常运行，造成数据的丢失。
云大学生签到软件面向所有有需求的用户开放，采用帐号密码登录机制和人脸登陆机制，不要求用户提供的任何可以确定用户身份的个人信息，只是按操作进行登陆认证，用户根据提示操作实现登陆流程。用户使用完本软件后，云大人脸签到登陆软件不会对用户的个人信息，浏览记录进行保存，仅保存登陆信息和可供查看签到信息，以确保用户和本软件的安全性。
4运行环境规定
4.1设备
支持Android4。0以上版本的操作系统。
硬件需求：内存128MB以上
4.2支持软件
本软件为独立软件，支持android系统软件的登陆。
5产品提交
我们于2013年12月26日按时提交产品--云大学生签到，并于接下来的一周完成产品相关文档的提交。
［在此处键入］****系统 软件需求规格说明书Versio n 1.0
精品资料
修订历史记录
目录 1 引言 (5) 1.1 目的与范围 (5) 1.2 预期的读者 (5) 1.3 系统的范围 (5) 1.4 参考资料 (5) 1.5 术语、缩写词 (6) 2 当前系统 (6) 2.1 当前系统概述 (6) 2.2 当前系统存在的问题................................... 错误！未定义书签。 3 建议的系统 .............................................................. 错误！未定义书签。 3.1 建议系统概述......................................... 错误！未定义书签。 3.2 功能性需求概述....................................... 错误！未定义书签。 3.3 非功能性需求......................................... 错误！未定义书签。 3.3.1 用户界面与人员因素............................ 错误！未定义书签。 3.3.2 硬件考虑..................................... 错误！未定义书签。 3.3.3 性能特征..................................... 错误！未定义书签。 3.3.4 错误处理与极端情况............................ 错误！未定义书签。 3.3.5 系统接口..................................... 错误！未定义书签。 3.3.6 质量要求..................................... 错误！未定义书签。 3.3.7 物理环境..................................... 错误！未定义书签。 3.3.8 安全问题..................................... 错误！未定义书签。 3.3.9 资源问题..................................... 错误！未定义书签。 3.4 系统变更............................................. 错误！未定义书签。 3.5 约束( Constraints ) ................................................................................. 错误！未定义书签。 3.6 系统模型............................................. 错误！未定义书签。 3.6.1 用例模型 (6) 3.6.2 对象模型..................................... 错误！未定义书签。 4 附录 .................................................................... 错误！未定义书签。 4.1 NEMA 0183 格式简介 ................................... 错误！未定义书签。
软件需求分析规格说明书格式 2008年03月28日11:08:00 chenguang79阅读数：1993 1.引言 1.1编写的目的 /*说明编写本说明书的目的 1.2背景说明 /*给出待开发系统的全名及项目提出者，开发者，及用户。同时说明该软件系统将做什么和不做什么。 1.3术语定义 1.4参考资料 /*列出本文档所引用的全部资料以及资料的来源。 2. 任务概述 2.1功能概述 /*简要叙述本系统预计实现的主要功能及功能之间的相互关系，最好用图表明。 2.2约束条件 /* 简要说明对系统设计产生影响的限制备件，如管理模式，硬件限制，技术或工具的制约等。 3. 数据流图与数据字典 3.1 数据流图 3.1.1 数据流图图形 /*将需求分析构造的数据流图按层次逐层画出。 3.1.2加工说明 /*对数据流图中的每一个加工，按编号，加工名，输入流，输出流及加工过程逐一说明。 3.2 数据字典 /*本节对数据流图中使用的数据项，数据结构，文件的内容及组织结构逐项说明. 3.2.1 数据项说明 3.2.2数据结构说明 3.2.3文件说明 4 系统接口 4.1 用户接口 /*说明人机交互界面的用户需求，如屏幕格式，报表，菜单的格式与内容及功能键定义。 4.2 硬件接口 /* 说明本软件系统与硬件设备的接口信息的内容，格式以及运行软件的硬件设
备特征。 4.3 软件接口 /*说明本软件系统与其它支持软件之间的接口规格，支持软件应明确其版本号。 5. 性能需求 5.1 精度要求 /* 说明输入/输出数据以及传输数据的精度要求。 5.2时间特征 /* 定量说明系统应达到的响应时间，更新处理时间，数据传输转换时间，计算时间的特征值 5.3灵活性 /* 说明本软件在需求发生变化时(操作方式，精度要求，时间特征等)的适应能力。 6 软件属性 6.1 可使用性 /* 规定系统的某些特殊需求，如检查点设置，恢复方法和重启动方法，以确保软件可使用。 6.2 系统安全性 /* 规定系统为保证运行安全，信息安全面而采用的技术措施，如密码，防病毒，防黑客等。 6.3 可维护性 /* 规定系统为提高系统的可维护性将采取的措施。 6.4 可移植性 /* 规定程序以及挡方面军的兼容性，扩充性的约束。 7 其它需求 7.1 数据库需求 /*对数据库的静态结构，动态组织，访问信息的方式，使用频率以及数据的存储等方面提出需求。 7.2 系统操作要求 /*列出系统所要求的正确或特殊的操作方式，如用户的操作方式和系统的后援和恢复操作。 7.3 故障及其处理 /* 尽量烈列出能够预测的系统故障(包括软硬件及其它系统)，并指出故障可能造成的影响及故障排除的方法。 8 附录
瑞德小说网 需求规格说明书版本变更记录
目录 1.引言 (5) 1.1目的 (5) 1.2文档格式 (5) 1.3 预期的读者和阅读建议 (6) 1.4 项目范围 (7) 1.5 参考文献 (7) 2.需求概述 (7) 2.1 项目目的 (7) 2.2 项目功能 (8) 2.3 用户类和特征 (8) 2.4 运行环境 (9) 2.5 设计和实现的限制 (9) 2.6 假设和依赖 (10) 3.系统功能需求 (10) 3.1描述和优先级 (10) 3.2 功能划分 (11) 3.3 功能描述 (12) 4.外部接口需求 (13) 4.1 用户界面 (13) 4.2 硬件接口 (13)
4.2 软件接口 (13) 4.3 故障处理 (14) 5.其他非功能需求 (14) 5.1 性能需求 (14) 5.2 安全性需求 (15) 5.4 软件质量属性 (15) 5.5 用户文档 (15) 6.分析模型 (16) 6.1 系统流程图 (16) 6.2 用例图 (16) 6.3 ER图 (18) 6.4 类图 (19) 6.5 数据流程图 (19) 7.验收说明 (22) 附录一用户需求汇总 (22) 附录二目标描述 (31) 附录三场景描述 (39) 附录四数据字典 (67) 附录五用户手册 (71) 附录六需求验证与需求管理的相关规范 (75)
1.引言 1.1目的 该文档首先给出了整个系统的整体网络结构和功能结构的概貌，试图从总体架构上给出整个系统的轮廓，然后又对功能需求、性能需求和其它非功能性需求进行了详细的描述。其中对功能需求的描述采用了UML的用例模型方式，主要描述了每一用例的基本事件流，若有备选事件流则描述，否则则省略。而且还给出了非常直观的用例图。这些文字和图形都为了本文档能详细准确地描述用户的需求，同时也为用户更容易地理解这些需求的描述创造了条件。 该文档详尽说明了这一软件产品的需求和规格，这些规格说明是进行设计的基础，也是编写测试用例和进行系统测试的主要依据。同时，该文档也是用户确定软件功能需求的主要依据。 1.2文档格式 本文档按以下要求和约定进行书写： (1)文档标题，宋体，小初，黑色； (2)文档的编辑顺序遵循IEEE 830相关标准； (3)文档一级目录，宋体，二号，黑色； (4)文档二级目录，宋体，三号，黑色； (5)文档正文内容，宋体，四号，黑色； (6)文档正文内容中部分有着明显的优先级区分，通常优先级
系统/子系统需求规格说明 文件编号：KJXXW-XXSJ-M002-V1.0 版本号：V1.0 受控状态：■受控□非受控 保密级别：公司级 编制人/编制时间：王攀坤2014年7月 审核人/审核时间： 批准人/批准时间： 生效日期： 新疆泰戈瑞信息技术有限责任公司发布
变更记录 （注：更改状态包括：C－创建、A－增加、M－修改、D－删除） 2 / 27
目录 1.引言 (5) 1.1标识................................................................................................................. 错误！未定义书签。 1.2系统概述 (5) 1.3文档概述 (5) 2.引用文件 (6) 3.需求 (7) 3.1要求的状态和方式 ......................................................................................... 错误！未定义书签。 3.2需求概述 (7) 3.2.1系统总体功能和业务结构 (7) 3.2.2硬件系统的需求 (7) 3.2.3软件系统的需求 (7) 3.2.4接口需求 (8) 3.3系统能力需求 (8) 3.3.1(系统能力) (8) 3.3.2......（同3.3.1） . (9) 3.4系统外部接口需求 (9) 3.4.1接口标识和接口图 (9) 3.4.2（接口的项目唯一标识符） (9) 3.4.3......（同3.4.2） .. (12) 3.5系统内部接口需求 (12) 3.6系统内部数据需求 (13) 3.7适应性需求 (13) 3.8安全性需求 (13) 3.9保密性和私密性需求 (14) 3.10操作需求 (14) 3 / 27
文档编号：XXX－SF－06 保密级别： 版本编号：V1.0 软件开发文档 文档名称：需求规格说明书 项目名称：XXXXXXXXXX 项目负责人：XX XX 编写：年___月___日 校对：年___月___日 审核：年___月___日 批准：年___月___日 XXXX电子有限公司 2011年
修订历史记录 （A-添加，M-修改，D-删除）
目录 1概述 (1) 1.1用户简介 (1) 1.2项目的目的与目标 (1) 1.3术语定义 (1) 1.4参考资料 (1) 1.5相关文档 (2) 1.6版本更新信息 (2) 2目标系统描述 (2) 2.1组织结构与职责 (2) 2.2角色定义 (2) 2.3作业流程（业务模型） (3) 2.4单据、账本、报表 (3) 2.4.1单据 (3) 2.4.2账本 (4) 2.4.3报表 (4) 2.5可能的变化 (4) 3目标系统功能需求 (5) 3.1功能需求分析 (5) 3.2功能需求点列表（功能模型） (5) 4目标系统性能需求 (5) 4.1时间要求 (5) 4.2空间性能 (5) 4.3性能需求点列表（性能模型） (6) 5目标系统界面与接口需求 (6) 5.1界面需求 (6) 5.2接口需求点列表（接口模型） (7) 6目标系统其他需求 (7) 6.1安全性 (7)
6.2可靠性 (7) 6.3灵活性 (7) 6.4特殊需求 (7) 7目标系统假设与约束条件 (8)
1概述 本文档是进行项目策划、概要设计和详细设计的基础，也是软件企业测试部门进行内部验收测试的依据。 1.1用户简介 在本章节中要将用户的基本情况描述清楚，以便于分析人员划定系统范围，进行功能、进度、成本、性能等方面的平衡决策。 对于产品开发类项目，需要在此将该产品定义的用户群的特点描述清楚。 1.2项目的目的与目标 项目的目的是对开发本系统的意图的总概括。项目的目标是将目的细化后的具体描述。项目目标应是明确的、可度量的、可以达到的, 项目的范围应能确保项目的目标可以达到。 对于项目的目标可以逐步细化，以便与系统的需求建立对应关系，检查系统的功能是否覆盖了系统的目标。 1.3术语定义 将该需求规格说明书中的术语、缩写进行定义, 包括用户应用领域与计算机领域的术 语与缩写等。 1.4参考资料 说明该用户需求报告使用的参考资料，如： 1)[1] 商务合同 2)[2] 招标书 3)[3] 用户领域的资料 4)[4] 用户需求调查表 5)[5] 用户需求报告 6)[6] 参照的标准 每一个文件、文献要有标题、或文件号，发布或发表日期以及出版单位。
四川托普集团技术文档 卷号： 卷内编号： V1.0版 多层体系政务框架平台之一 行政服务中心政务平台 软件产品需求规格说明书Software Product Requirements Specification 项目承担部门：中央研究院应用产品开发中心 撰写人（签名）： 完成日期： 本文檔使用部门：■主管领导■项目组□客户（市场） ■维护人员□用户 文档验交组（签名）： 验交日期： 评审负责人（签名）： 评审日期：
软件产品需求规格说明书 Software Product Requirements Specification 1.引言 1.1.目的 本节描述软件产品需求规格说明书（SRS）的目的是： 定义软件总体要求，作为用户和软件开发人员之间相互了解的基础； 提供性能要求、初步设计和对用户影响的信息，作为软件人员进行软件结构设计和编码的基础； 作为软件总体测试的依据。 1.2.定义 Workflow：工作流 1.3.参考资料 行政服务中心政务平台白皮书 行政服务中心政务平台项目审批表
2.软件总体概述 2.1.软件标识 软件全称：多层体系政务框架平台之一行政服务中心政务平台 软件简称：XZFWZXZW 版本号：1.0 2.2.软件描述 2.2.1.系统属性 行政服务中心是改革开放进程中一项新生事物，是实践江总书记“三个代表”重要思想的具体表现，是改善投资环境，扩大开放，吸收外来投资，加快发展的重要举措。为了实现行政服务中心“一站式集中，一条龙服务”，为全社会提供平等竞争的市场条件和长期稳定的投资环境，塑造廉洁，规范，高效的政府形象的目标，充分利用信息化技术，建设先进实用的可扩展性强的行政服务信息系统，实现行政服务信息处理的智能化、网络化、“无纸化”成为一项迫切的工作。为此，托普集团根据行政服务中心的业务需求，设计了行政服务中心政务平台。 2.2.2.开发背景 开发目的：1、公众服务 2、行政服务中心和各级政府部门
XX 软件需求规格说明书 拟制日期yyyy-mm-dd 评审人日期yyyy-mm-dd 批准日期yyyy-mm-dd 签发日期yyyy-mm-dd
修订记录 分发记录
目录 1简介 (6) 1.1目的 (6) 1.2范围 (6) 2总体概述 (6) 2.1软件概述 (6) 2.1.1项目介绍 (6) 2.1.2产品环境介绍 (6) 2.2软件功能 (6) 2.3用户特征 (7) 2.4假设和依赖关系 (7) 3具体需求 (7) 3.1功能需求 (7) 3.1.1功能需求1 (7) 3.2性能需求 (9) 3.2.1性能需求1 (9) 3.3外部接口需求 (9) 3.3.1用户接口 (9) 3.3.2软件接口 (10) 3.3.3硬件接口 (10) 3.3.4通讯接口 (11) 4总体设计约束 (11) 4.1标准符合性 (11) 4.2硬件约束 (11) 4.3技术限制 (11) 5软件质量特性 (13) 6依赖关系 (13) 7其他需求 (13) 7.1数据库 (13) 7.2操作 (13) 7.3本地化 (13) 8需求分级 (13) 9待确定问题 (14) 10附录 (14) 10.1附录A 可行性分析结果 (14) 10.2附录B 需求建模 (14) 10.2.1数据流图 (14) 10.2.2数据字典 (14)
表目录 Table1 **表 ................................................................................................ 错误！未定义书签。表1 **表 ...................................................................................................... 错误！未定义书签。 图目录 Figure 1 **图 ................................................................................................ 错误！未定义书签。
软件开发方向“成绩管理系统”软件需求规约 --教育集团
修订历史记录
目录 1 引言............................................................................................ 错误!未定义书签。 目的....................................................................................... 错误!未定义书签。 文档格式............................................................................... 错误!未定义书签。 预期的读者和阅读建议....................................................... 错误!未定义书签。 范围....................................................................................... 错误!未定义书签。 术语....................................................................................... 错误!未定义书签。 参考文献............................................................................... 错误!未定义书签。 2 系统概述.................................................................................... 错误!未定义书签。 概述....................................................................................... 错误!未定义书签。 功能....................................................................................... 错误!未定义书签。 运行环境............................................................................... 错误!未定义书签。 假设与依赖........................................................................... 错误!未定义书签。 3 系统特性.................................................................................... 错误!未定义书签。 系统角色............................................................................... 错误!未定义书签。 学生管理............................................................................... 错误!未定义书签。 增加学生信息................................................................ 错误!未定义书签。 修改学生信息................................................................ 错误!未定义书签。 删除学生信息................................................................ 错误!未定义书签。 导入学生信息................................................................ 错误!未定义书签。 教师管理............................................................................... 错误!未定义书签。 增加教师信息................................................................ 错误!未定义书签。 修改教师信息................................................................ 错误!未定义书签。 删除教师信息................................................................ 错误!未定义书签。 导入教师信息................................................................ 错误!未定义书签。 课程管理............................................................................... 错误!未定义书签。 增加课程基本信息........................................................ 错误!未定义书签。 修改课程基本信息........................................................ 错误!未定义书签。 删除课程基本信息........................................................ 错误!未定义书签。 维护课程学生信息........................................................ 错误!未定义书签。 成绩查询............................................................................... 错误!未定义书签。 学生查询成绩................................................................ 错误!未定义书签。 教师查询成绩................................................................ 错误!未定义书签。 成绩分析与统计................................................................... 错误!未定义书签。 考试成绩表.................................................................... 错误!未定义书签。 班级各科平均成绩表.................................................... 错误!未定义书签。 年级成绩排名表............................................................ 错误!未定义书签。 系统维护............................................................................... 错误!未定义书签。 数据字典维护................................................................ 错误!未定义书签。 4 非功能性需求............................................................................ 错误!未定义书签。 性能需求............................................................................... 错误!未定义书签。 安全性需求.................................................................... 错误!未定义书签。 可用性需求.................................................................... 错误!未定义书签。
＜项目名称＞ 软件需求说明书 作者： 完成日期： 签收人： 签收日期：
版本情况记录：
目录 1 引言 (1) 1.1 编写目的 (1) 1.2 范围 (1) 1.3 定义 (1) 1.4 参考资料 (1) 2 项目概述 (2) 2.1 产品描述 (2) 2.2 产品功能 (2) 2.3 用户特点 (2) 2.4 一般约束 (2) 2.5 假设和依据 (3) 3 具体需求 (3) 3.1 功能需求 (3) 3.1.1 功能需求13 3.1.2 功能需求24 3.1.n 功能需求n (5) 3.2 外部接口需求 (5) 3.2.1 用户接口.. 5 3.2.3 软件接口.. 5 3.3 性能需求 (6) 3.5 属性 (7) 3.5.1 可用性 (7) 3.5.2 安全性 (7) 3.5.3 可维护性.. 7 3.5.5 警告 (8) 3.6 其他需求 (8) 3.6.1 数据库 (8) 3.6.2 操作 (8) 3.6.3 场合适应性需求 (9) 1 引言 1.1 编写目的 说明编写这份软件需求说明书的目的，指出预期的读者范围。0.5
1.2 范围 说明： a．待开发的软件系统的名称； b．说明软件将干什么，如果需要的话，还要说明软件产品不干什么； c．描述所说明的软件的应用。应当： 1）尽可能精确地描述所有相关的利益、目的、以及最终目标。 2）如果有一个较高层次的说明存在，则应该使其和高层次说明中的类似的陈述相一致（例如，系统的需求规格说明）。 1.3 定义 列出本文件中用到的专门术语的定义和缩写词的原词组。 1.4 参考资料 列出要用到的参考资料，如： a．本项目的经核准的计划任务书或合同、上级机关的批文； b．属于本项目的其他已发表的文件； c．本文件中各处引用的文件、资料，包括所要用到的软件开发标准。 列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。 2 项目概述 2.1 产品描述 叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。 2.2 产品功能
<教师报课系统> 需求规格说明书 作者：Mod4 完成日期：2015.10.16
修订历史记录
目录 1. 引言 (4) 1.1 目的 (4) 1.2 背景 (4) 1.3 定义 (4) 1.4参考文献 (4) 2. 项目概述 (5) 2.1 产品描述 (5) 2.2 产品功能 (5) 2.3 用户特点 (7) 2.4 一般约束 (7) 2.5 假设与依据 (7) 3. 具体需求 (7) 3.1 功能需求 (8) 3.1.1系统角色及登陆 (8) 3.1.2 学院负责人 (9) 3.1.3 系负责人 (17) 3.1.4 教师 (20) 3.2 外部接口需求 (23) 3.2.1 用户接口 (23) 3.2.2 硬件接口 (23) 3.2.3 软件接口 (23) 3.2.4 通信接口 (23) 3.3 性能需求 (23) 3.4 属性 (23) 3.4.1 可用性 (23) 3.4.2 安全性 (24) 3.4.3 可维护性 (24) 4. 验收验证标准 (24)
1. 引言 1.1 目的 该文档首先给出项目的整体结构和功能结构概貌，试图从总体架构上给出整个系统的轮廓。同时对功能需求、性能需求进行了详细的描述。便于用户、开发人员进行理解和交流，反映出用户问题的结构，可以作为软件开发工作的基础和依据以及确认测试和验收的依据。 本文档面向多种读者对象： （1）项目经理：项目经理可以根据该文档了解预期产品的功能，并据此进行系统设计、项目管理。 （2）设计员：对需求进行分析，并设计出系统，包括数据库的设计。 （3）程序员：了解系统功能，编写《用户手册》。 （4）测试员：根据本文档编写测试用例，并对软件产品进行功能性测试和非功能性测试。（5）用户：了解预期产品的功能和性能，并与分析人员一起对整个需求进行讨论和协商。 在阅读本文档时，首先要了解产品的功能概貌，然后可以根据自身的需要对每一功能进行适当的了解。 1.2 背景 本次待开发的软件为教师报课系统。 用户通过使用该软件在移动终端完成报课相关操作。学院负责人通过导入报课信息，设定截止时间来开启报课。系负责人查看报课信息，进行审核修改。教师填写报课信息，预览报课信息等最终提交报课。 1.3 定义 1.4参考文献 [1] GB-T8567-2006，《计算机软件文档编制规范》[S] [2].（美）Roger S.Pressman著，郑人杰等译.软件工程[M].第七版.北京：机械工业出版社,2011.
需求规格说明书(ISO标准版) 编者说明： 当需求调查、分析工作告一段落时，你就需要将这些需求进行规格化描述，整理成文，即软件需求规格说明书，也就是SRS。这是在软件项目过程中最有价值的一个文档。ISO所提供的标准虽然已经时间久远，但还是颇具参考价值的。 1．引言 1.1编写的目的 [说明编写这份需求说明书的目的,指出预期的读者。] 1.2背景 a. 待开发的系统的名称; b. 本项目的任务提出者、开发者、用户； c. 该系统同其他系统或其他机构的基本的相互来往关系。 1.3定义 [列出本文件中用到的专门术语的定义和外文首字母组词的原词组。] 1.4参考资料 [列出用得着的参考资料。] 2．任务概述 2.1目标 [叙述该系统开发的意图、应用目标、作用围以及其他应向读者说明的有关该系统开发的背景材料。解释被开发系统与其他有关系统之间的关系。] 2.2用户的特点 [列出本系统的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本系统的预期使用频度。] 2.3假定和约束 [列出进行本系统开发工作的假定和约束。] 3．需求规定 3.1对功能的规定 [用列表的方式，逐项定量和定性地叙述对系统所提出的功能要求，说明输入什么量、经怎么样的处理、得到什么输出，说明系统的容量,包括系统应支持的终端数和应支持的并行操作的用户数等指标。] 3.2 对性能的规定 3.2.1精度 [说明对该系统的输入、输出数据精度的要求，可能包括传输过程中的精度。] 3.2.2时间特性要求 [说明对于该系统的时间特性要求。] 3.2.3灵活性 [说明对该系统的灵活性的要求，即当需求发生某些变化时，该系统对这些变化的适应能力。] 3.3输入输出要求 [解释各输入输出数据类型，并逐项说明其媒体、格式、数值围、精度等。对系统
XXX公司 XXXX系统 需求规格说明书 XXX公司 2013年8月
修订记录
目录 1.引言 (1) 1.1.编写目的 (1) 1.2.项目背景 (1) 1.3.术语定义 (1) 1.4.参考资料 (2) 2.任务概述 (3) 2.1.建设目标 (3) 2.2.建设内容 (3) 2.3.用户要求 (3) 2.4.假定和约束 (4) 3.系统需求 (5) 3.1.功能架构图 (5) 3.2.通用需求 (5) 3.2.1.系统通用工具栏 (5) 3.2.2.其它通用需求 (6) 3.3.XXX管理子系统 (7) 3.3.1.系统管理 (7) 3.4.集成需求 (12) 3.4.1.基础数据对接 (12) 3.4.2.单点登录（SSO） (12) 3.4.3.文书跨系统审批 (12) 3.4.4.短信提醒 (13) 3.5.性能需求 (13) 3.6.网络需求 (13) 3.7.存储需求 (13) 3.8.安全需求 (14) 3.8.1.技术平台设计安全需求 (14) 3.8.2.系统运行安全需求 (15) 4.运行环境规定 (15) 4.1.设备 (15) 4.2.软件 (16) 4.2.1.服务器操作系统版本 (16) 4.2.2.客户机 (17) 4.2.3.数据库版本 (17) 4.2.4.中间件服务器版本 (17) 4.3.接口 (17) 4.3.1.外部接口 (17) 4.3.2.内部接口 (18)
名词缩写： 1.XXX集团，即“XXX省XXX集团有限责任公司”；[引号里面为全称] 2.XXX系统，即“XXX集团XXX系统”；[引号里面为全称] 3.XXX公司，即“XXX有限公司”，系统承建单位。[引号里面为全称]
文档编号：HHIT-SECD-S101-01T-02 版本号：V1.0 酒店宾馆客房管理系统结构化需求规格说明 书 项目名称酒店宾馆客房管理系统的设计与实现 项目负责人 项目开发单位 项目成员、、、 项目起止时间2013.06.18----2013.06.21 2013年6月21日
软件工程课程设计项目组任务分派单（组长用）班级：组别：组长姓名：时间：2013 年 6 月21日 1、本表由组长为其组员每次上机实践分派任务使用，应认真填写相关任务名称、内容、完成标准等信息； 2、本表在每次任务完成后，由组长按照完成标准验收，并给出每个组员成绩评定（每人 平均70分制），除组长保留一份外，应及时上报任课老师（电子和纸质文档同时上报）。
目录 酒店宾馆客房管理系统结构化需求规格说明书 (1) 软件工程课程设计项目组任务分派单（组长用） (2) 目录 (3) 1引言 (3) 1.1编写目的 (3) 1.2背景 (4) 1.3定义 (4) 1.4参考资料 (4) 2项目概述 (4) 2.1目标 (4) 2.2用户的特点 (5) 2.3假定与约束 (5) 3需求规定 (5) 3.1对功能的规定 (5) 3.2对性能的规定 (17) 3.2.1精度 (17) 3.2.2时间特性要求 (17) 3.2.3灵活性 (18) 3.3输入输出要求 (18) 3.4数据管理能力要求 (18) 3.5故障处理要求 (19) 3.6其他专门要求 (19) 4运行环境规定 (19) 4.1设备 (19) 4.2支持软件 (20) 4.3接口 (20) 4.4控制 (20) 1引言 【】 1.1编写目的 想要做一个好的客房管理系统，首先必须知道用户的需求，这样我们才会开发出真正满足用户的软件产品，在系统的需求分析阶段，开发者应该明确一个好的客房管理系统必须要做什么。
软件需求说明书大纲（SRS） 1 前言 本章提供整个SRS综述。 1.1 目的 这一条包括下列内容： ●描述实际SRS的目的； ●说明SRS所预期的读者。 1.2 范围 ●用一个名字标识被生产的软件产品。 ●说明软件产品将干什么，如果需要，还要说明软件产品不干什么； ●描述所说明的软件的应用。应当： ?尽可能精确地描述所有相关的利益、目的、以及最终目标。 ?如果有一个较高层次的说明存在，则应该使其和高层次说明中的类 似的陈述相一致（例如，系统的需求规格说明）。 1.3 定义、缩写词、略语 本条中必须提供全部需求的术语、缩写词及略语的定义，以便对SRS进行适当的解释。这些信息可以由SRS的附录提供。也可以参考其他的文件。1.4 参考资料 本条应包括： ●在SRS中各处参照的文件的全部清单，如经核准的计划任务书，上级机 关批文、合同等； ●列出其他参考资料，如属本项目的其他已发表的文件和主要文献等。每 一个文件、文献要有标题，索引号或文件号，发布或发表日期以及出版 单位； ●详细说明可以得到该参考文件的来源。这个信息可以通过引用附录或其 他文件提供。
2 项目概述 本章应描述影响产品和其需求的一般因素，本章不说明具体的需求，而仅使需求更易于理解。 2.1 产品描述 这一条是把一个产品用其他有关的产品或项目来描述。 ●如果这个产品是独立的，而且全部内容自含，应在此说明； ●如果SRS定义的产品是一个较大的系统或项目中的一个组成部分，那么 本条应包括如下内容； ?要概述这个较大的系统或项目的每一个组成部分的功能，并说明其 接口； ?指出该软件产品主要的外部接口。在这里，不要求对接口详细地描 述，详细描述放在SRS其他章条中； ?描述所使用的计算机硬件、外围设备。这里仅仅是一个综述性描述。 在本条的描述中，用一个方框图来表达一个较大的系统或项目的主要组成部分、相互联系和外部接口是非常有帮助的。 本条既不用来强迫进行方案的描述，也不是描述在解决总是时的设计约束。本条应对在以后具体需求一章中说明的设计约束提供理由。 2.2 产品功能 本条是为将要完成的软件功能提供一个摘要。不必把功能所要求的大量的细节描写出来。有时，如果存在较高层次的规格说明时，则功能摘要可直接从中取得，这个较高层次的规格说明为软件产品分配了特殊的功能，为了清晰起见，请注意： ●编制功能的一种方法是制作功能表，以便客户或者第一次读这个文件的 人都可以理解； ●用方框图来表达不同的功能和它们的关系也是有帮助的。但这样的图不 是产品设计时所需求的，只是一种有效的解释性的工具。 这一条不用作陈述具体需求，只是对后来SRS中具体需求一章中为会么要描述的某些需求提供理由。
软件需求规格说明书 1范围 标识 SRS适用范围：城市教育资源管理系统 标识号：GDGL004 标题：城市教育资源管理系统 版本号： 发行号：Alpha001（内测版） 系统概述 随着我国政治体制改革、经济体制和教育体制改革的不断深入，城市教育在构建和谐社会中发挥着重要作用。教育资源的优劣，直接关系着教育效益的产出。教育资源管理的好坏将直接影响着学校的建设和发展。目前中国城市人均教育经费差异很大，城市间高等教育阶段生师比的差距比较大,而基础教育的差距相对较小;城市经济发展水平是影响这些差异的主要因素,其次是城市人口规模;促进不发达地区城市和小城市的经济发展、建立合理的人口流动机制是消除城市间教育资源差异的有利措施。 城市教育资源管理系统是指综合运用地理信息系统（GIS）、多媒体及虚拟现实等现代信息技术实现面向高校教学管理部门提供教学资源管理的服务平台，对学校校舍、课桌、教学用具等硬件设施和师资力量等软件设施的信息的采集、集成和管理，根据地区各等级基础教育学校个数、学校规模和周边做涵盖教育分配地区，确定各个学校教育资源的优劣、所需教育人员以及所能容纳学生人数，也可以进行教育资源的调动管理，教职工人事变动管理，教学资源合理分配与再分配，地区教育质量评价等等。 它的建设将为教育部门对教育资源的管理起到很重要的监督和管理作用。并能够作为一项新兴的部门管理方法。 文档概述 在信息化高速发展的今天，时间效率这样的名词正主导着人们的生活和发展,有必要设计开发一个城市教育资源管理系统。通过系统功能有效的解决城市间教育经费、教育阶段生师比等等间的差异，从而提高管理效率。 本文档具体对城市教育资源管理系统的软件需求等进行基本分析，确定该系统基本功能及需求，故在此针对本系统编写此文档，本文档的最终解释权在本小组手中，请勿随意更改。 基线 本文档的设计基线是《GBT8567-2006计算机软件文档编制规范》。 2引用文件 [1]GBT8567-2006计算机软件文档编制规范. 2006 [2] Liang著李娜译,JAVA语言程序设计．北京：机械工业出版社2012 [3]刘先锋,数据库系统原理与应用. 武汉：华中科技大学出版社2012 [4]谢希仁,计算机网络（第五版）．北京：电子工业出版社2012
软件需求规格说明书 文件编号：QMS—PROC－RD02 版本：1.0 受控签章
修改历史
目录 1引言 (4) 1.1目的 (4) 1.2背景 (4) 1.3术语 (4) 1.4预期读者与阅读建议 (4) 1.5参考资料 (4) 1.6需求描述约定 (5) 2.项目概述 (6) 2.1系统功能 (6) 2.2业务描述 (6) 2.3数据流程描述(可选) (6) 2.4用户的特点 (6) 2.5运行环境要求 (6) 2.6设计和实现上的限制 (6) 3.功能需求的描述 (6) 4.非功能需求 (7) 4.1系统性能要求 (7) 4.2系统安全及保密要求 (7) 4.3系统备份与恢复要求 (7) 4.4系统日志 (7) 5.外部接口说明 (7) 6.其他需求 (8) 7 需求变更识别 (8) 8.功能列表 (8) 9.附件 (8)
1引言 1.1 目的 说明编写这份软件需求规格说明书的目的，如：通过本文档定义ＸＸＸ产品的需求，以求在项目组员与相关成员之间达成一致的需求描述。 1.2 背景 描述系统产生的背景，包括： a．需开发的软件系统的名称，和英文缩写（可选），项目编号（可选）； b．列出此项目的任务提出者、开发者 c．软件系统应用范围、用户。 d．产生该系统需求的原因或起源，如社会背景、市场发展、政策趋势、原有系统局限性 1.3 术语 列出本文件中用到的专门术语、术语定义、外文首字母组词的原词组。也可用附件说明。或放到本文件的最后。 1.4 预期读者与阅读建议 描述本文档的主要读者，以及这些读者在阅读时的阅读重点与建议。可用列表的方式列 1.5 参考资料 列出有关的参考资料，如： a．本项目经核准的计划任务书或合同、上级机关的批文； b．属于本项目的其他已发表的文件； c．本文件中各处引用的文件、资料、包括所要用到的软件开发标准。 d．行业标准和规范。 列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。