项目名称Word格式.docx
《项目名称Word格式.docx》由会员分享，可在线阅读，更多相关《项目名称Word格式.docx（11页珍藏版）》请在冰豆网上搜索。
2.5假设和依据3
3具体需求3
3.1功能需求3
3.1.1功能需求13
3.1.2功能需求24
3.1.n功能需求n5
3.2外部接口需求5
3.2.1用户接口5
3.2.2硬件接口5
3.2.3软件接口5
3.2.4通信接口6
3.3性能需求6
3.4设计约束6
3.4.1其他标准的约束6
3.4.2硬件的限制7
3.5属性7
3.5.1可用性7
3.5.2安全性7
3.5.3可维护性7
3.5.4可转移＼转换性8
3.5.5警告8
3.6其他需求8
3.6.1数据库8
3.6.2操作8
3.6.3场合适应性需求9
4附录9
1引言
完全理解软件需求对于软件开发是至关重要的，需求说明的任务是发现和规范的过程，有助于提高软件开发过程中的能见度，提高软件的质量，便于对软件开发过程的控制和管理，便于采用工程方法开发软件，提高软件质量，便于开发人员、维护人员、管理人员之间的交流、协作，并作为工作成果的原始依据，并且在向潜在用户传递软件功能、性能需求，是其能够判断该软件是否满足自己的需求。
1.1编写目的
（1）为用户、分析人员和软件设计人员提供共同的协议，便于用户、分析人员和软件设计人员进行理解和交流。
用户可以通过此需求说明书判定该软件是否满足其需求，设计人员将此需求说明作为软件设计的基本出发点。
（2）确认了目标软件的相关综合指标，对软件的顺利开发具有至关重要的作用。
（3）能有效合理地控制软件系统的进程，及时应对在软件开发过程中需求的增添。
本说明书预期读者为用户、文档编辑员、项目管理人员、需求分析人员、软件设计人员、软件测试员。
1.2范围
a．软件系统名称：
大学生网络调研系统
B．软件系统运用：
在非营利方面
（1）提供一个校园网络调研的专用平台
（2）展示用户的调查问卷或直接为用户设计调查问卷
（3）该软件用于参加科研的老师或学生进行校园数据的搜集和统计
（4）用于学生对教师和学校的意见反馈
在盈利方面
（1）为相关企业进行校内市场调研，并对数据进行个性化处理,进行产品测试。
（2）为品牌广告在校内进行效果测试
最终目标：
使该软件系统逐步在全国高校中得意推广，入驻各大校园网，最终成为用于校内调研的专业软件系统；
逐步增加它盈利性方面的内容
1.3定义
列出本文件中用到的专门术语的定义和缩写词的原词组。
1.4参考资料
《数据库系统概念》作者：
AbrahamSilberschatz
HenryF.Korth
S.Sudarshan
《软件测试技术经典教程》作者：
赵斌科学出版社
《Java语言程序设计》作者：
梁勇机械工业出版社
2项目概述
2.1产品描述
2.1.1开发背景
（1）学校鼓励大学生多参加科研训练以及各种创业挑战大赛，而这其中有很大一部分项目都需要市场调研数据的支持。
（2）一些以大学生为消费主体的生产企业很难直接从大学生中获得最有价值的市场调研信息。
（3）学生对学校和老师进行评价的频率太低，学校很难收集相关信息从而进行校园管理方面的调整，教师很难根据学生的要求进行教学方式的调整。
（4）很多需要进行校内调研的同学不懂得设计调查问卷
2.1.2开发意图
（1）减少学生或老师的校内调研工作，简化调研流程
（2）帮助相关企业制定更好的产品销售计划
（3）帮助学校更好地组织日常管理工作，有助于教师调整教学方式，提高教学效率。
（4）加快调研执行速度，降低调研成本。
2.1.3应用目标
解决校内调研人工化、工作繁余的问题，实现校内调研的电子化；
解决校外企业进行校内市场调研难得问题；
2.1.4作用范围
本软件系统是适用于各大高校的，主要对大学生进行调研，实现调研从人力化到电子化的转变。
2.1.5相关关系
本产品是一项独立的软件，全部内容自含。
2.2产品功能
1.系统管理
系统管理主要用于系统管理权限的分配，系统维护，问卷数据的，用户资格审查等。
2.用户管理
用户管理主要用于对系统用户信息管理，包括用户的登录、退出、已经完成或者未完成的问卷信息，填写和发布问卷的信息，财务信息等。
3.问卷发布
本软件系统提供问卷发布平台，允许用户将自己设计的调查问卷发布到这个平台上。
4.问卷设计
软件系统更具用户的需求自动进行调研问卷类型的设计，调研问题的设计。
问卷类型的选择包括问卷模版和自由设计两大模块。
题型主要包括文字输入题,数值输入题,点选式单选题,点选式单选题＋文字输入,下拉式单选题,矩阵单选题,点选式多选题,点选式多选题＋文字输入,列表框多选题,等级题,排序题,列举题
5.交换互填
调查问卷的发布人之间可进行等价交换，相互填写调查问卷，缩短网络调研时间。
6.问卷统计
对调研数据进行搜集，按照用户的需求进行简单的整理，例如罗列出接受调研的各年龄段人群的数量、消费者对某一商品的满意度、学生对教师的满意度等等。
将数据通过简单报表、二元交叉表等形式反馈给用户。
7.实时查看
对调研进度进行查询，有效合理控制调研时间。
8.邀请答题
通过Email、短信、网页拦截等方式邀请学生填写调查问卷。
2.3用户特点
本软件的最终用户为在校学生和老师，相关企业的市场调研员，用户具有一定的计算机基础知识。
软件测试员需对软件测试的方法有深入了解，有一定的测试经验；
维护人员对C语言或Java语言具有深入了解，对编程要熟练，对数据库的操作比较熟悉。
随着学生及老师科研数目的增加，他们使用本软件的次数将不断增加。
由于入驻了校园网，所以在校内被点击的概率会相当高。
随着大学生数量的持续增加，以大学生为主要消费群体的商品种类会不断增多，所以相关企业会对本软件的关注度会逐渐提升。
2.4一般约束
本条对设计系统时限制开发者选择的其他一些项作一般性描述。
而这些项将限定开发者在设计系统时的任选项。
这些包括：
a．管理方针；
b．硬件的限制；
c．与其他应用间的接口；
d．并行操作；
e．审查功能；
f．控制功能；
g．所需的高级语言；
h．通信协议；
i．应用的临界点；
j．安全和保密方面的考虑。
2.5假设和依据
本条列出影响需求说明中陈述的需求的每一个因素。
这些因此不是软件的设计约束，但是它们的改变可能影响到需求说明中的需求。
例如：
假定一个特定的操作系统是在被软件产品指定的硬件上使用的，然而，事实上这个操作系统是不可能使用的，于是，需求说明就要进行相应的改变。
3具体需求
3.1功能需求
3.1.1功能需求1
对于每一类功能或者有时对于每一个功能，需要具体描述其输入、加工和输出的需求。
由四个部分组成：
a．引言
描述的是功能要达到的目标、所彩的方法和技术，还应清楚说明功能意图的由来和背景。
b．输入
1）详细描述该功能的所有输入数据，如：
输入源、数量、度量单位、时间设定、有效输入范围（包括精度和公差）；
2）操作员控制细节的需求。
其中有名字、操作员活动的描述、控制台或操作员的位置。
当打印检查时，要求操作员进行格式调整；
3）指明引用接口说明或接口控制文件的参考资料。
c．加工
定义输入数据、中间参数，以获得预期输出结果的全部操作。
它包括如下的说明：
1）输入数据的有效性检查；
2）操作的顺序，包括事件的时间设定；
3）响应，例如，溢出、通信故障、错误处理等；
4）受操作影响的参数；
5）降级运行的要求；
6）用于把系统输入变换成相应输出的任何方法（方程式、数学算法、逻辑操作等）；
7）输出数据的有效性检查。
d．输出
1）详细描述该功能所有输出数据，例如：
输出目的地、数量、度量单位、时间关系、有效输出的范围（包括精度和公差）、非法值的处理、出错信息；
2）有关接口说明或接口控制文件的参考资料。
此外，对着重于输入输出行为的系统来说，需求说明应指定所有有意义的输入、输出对及其序列。
当一个系统要求记忆它的状态时，需要这个序列，使得它可以根据本次输入和以前的状态作出响应。
也就是说，这种情况犹如有限状态机。
3.1.2功能需求2
．．．．．．
3.1.n功能需求n
3.2外部接口需求
3.2.1用户接口
提供用户使用软件产品时的接口需求。
例如，如果系统的用户通过显示终端进行操作，就必须指定如下要求：
a．对屏幕格式的要求；
b．报表或菜单的页面打印格式和内容；
c．输入输出的相对时间；
d．程序功能键的可用性。
3.2.2硬件接口
要指出软件产品和系统硬部件之间每一个接口的逻辑特点。
还可能包括如下事宜：
支撑什么样的设备，如何支撑这些设备，有何约定。
3.2.3软件接口
在此要指定需使用的其他软件产品（例如，数据管理系统、操作系统或数学软件包），以及同其他应用系统之间的接口。
对每一个所需的软件产品，要提供如下内容：
a．名字；
b．助记符；
c．规格说明号；
d．版本号；
e．来源。
对于每一个接口，这部分应说明与软件产品相关的接口软件的目的，并根据信息的内容和格式定义接口，但不必详细描述任何已有完整文件的接口，只要引用定义该接口的文件即可。
3.2.4通信接口
指定各种通信接口。
例如，局部网络的协议等等。
3.3性能需求
从整体来说，本条应具体说明软件、或人与软件交互的静态或动态数值需求。
A．静态数值需求可能包括：
1）支持的终端数；
2）支持并行操作的用户数；
3）处理的文卷和记录数；
4）表和文卷的大小。
B．动态数值需求可能包括：
欲处理的事务和任务的数量，以及在正常情况下和峰值工作条件下一定时间周期中处理的数据总量。
所有这些需求都必须用可以度量的术语来叙述。
例如，95％的事务必须在小于1s时间内处理完，不然，操作员将不等待处理的完成。
3.4设计约束
设计约束受其他标准、硬件限制等方面的影响。
3.4.1其他标准的约束
本项将指定由现有的标准或规则派生的要求。
a．报表格式；
b．数据命名；
c．财务处理；
d．审计追踪，等等。
3.4.2硬件的限制
本项包括在各种硬件约束下运行的软件要求，例如，应该包括：
a．硬件配置的特点（接口数，指令系统等）；
b．内存储器和辅助存储器的容量。
3.5属性
在软件的需求之中有若干个属性，以下指出其中的几个（注意：
对这些决不应理解为是一个完整的清单）。
3.5.1可用性
可以指定一些因素，如检查点、恢复和再启动等，以保证整个系统有一个确定的可用性级别。
3.5.2安全性
指的是保护软件的要素，以防止各种非法的访问、使用、修改、破坏或者泄密。
这个领域的具体需求必须包括：
a．利用可靠的密码技术；
b．掌握特定的记录或历史数据集；
c．给不同的模块分配不同的功能；
d．限定一个程序中某些区域的通信；
e．计算临界值的检查和。
3.5.3可维护性
规定若干需求以确保软件是可维护的。
a．软件模块所需要的特殊的耦合矩阵；
b．为微型装置指定特殊的数据＼程序分割要求。
3.5.4可转移＼转换性
规定把软件从一种环境移植到另一种环境所要求的用户程序，用户接口兼容方面的约束等等。
3.5.5警告
指定所需属性十分重要，它使得人们能用规定的方法去进行客观的验证。
3.6其他需求
根据软件和用户组织的特性等，某些需求放在下面各项中描述。
3.6.1数据库
本项对作为产品的一部分进行开发的数据库规定一些需求，它们可能包括：
a．在功能需求中标识的信息类别；
b．使用的频率；
c．存取能力；
d．数据元素和文卷描述符；
e．数据元素、记录和文卷的关系；
f．静态和动态的组织；
g．数据保存要求。
注：
如果使用一个现有的数据库包，这个包应在“软件接口”中命名，并在那里详细说明其用法。
3.6.2操作
这里说明用户要求的常规的和特殊的操作。
A．在用户组织之中各种方式的操作。
例如，用户初始化操作；
B．交互作用操作的周期和无人操作的周期；
C．数据处理运行功能；
D．后援和恢复操作。
这里的内容有时是用户接口的一部分。
3.6.3场合适应性需求
这里包括：
a．对给定场合或相关任务或操作方式的任何数据或初始化顺序的需求进行定义。
例如，栅值，安全界限等等。
b．指出场合或相关任务为特点，这里可以被修改以使软件适合特殊配制的要求。
4附录
对一个实际的需求规格说明来说，若有必要应该编写附录。
附录中可能包括：
a．输入输出格式样本，成本分析研究的描述或用户调查结果；
b．有助于理解需求说明的背景信息；
c．软件所解决问题的描述；
d．用户历史、背景、经历和操作特点；
e．交叉访问表。
按先后次序进行编排，使一些不完全的软件需求得以完善；
f．特殊的装配指令用于编码和媒体，以满足安全、输出、初始装入或其他要求。
当包括附录时，需求说明必须明确地说明附录是不是需求要考虑的部分。
升级会员 