软件需求规格说明书(IEEE_830-1998)
软件需求规格说明(IEEE_830_标准)
软件需求规格说明(IEEE 830 标准)a. 引言 (2)a. 1目的 (2)a. 2文档约定 (2)a. 3预期的读者和阅读建议 (2)a. 4产品的范围 (2)a. 5参考文献 (2)b. 综合描述 (2)b.1产品的前景 (2)b.2产品的功能 (2)b.3用户类和特征 (2)b.4运行环境 (2)b.5设计和实现上的限制 (3)b.6假设和依赖 (3)c. 外部接口需求 (3)c. 1用户界面 (3)c. 2硬件接口 (3)c.3软件接口 (3)c.4通信接口 (4)d.系统特性 (4)d.1说明和优先级 (4)d.2激励/响应序列 (4)d.3功能需求 (4)e.其它非功能需求 (4)e.1性能需求 (4)e.2安全设施需求 (4)e.3安全性需求 (4)e.4软件质量标准属性 (5)e.5业务规则 (5)e.6用户文档 (5)f.其它需求 (5)附录A:词汇表 (5)附录B：分析模型 (5)附录C:待确定问题的列表 (5)说明你可以通过参考其它已编写好的项目文档（例如项目视图和范围文档或接口规格说明）来将每一部分内容具体化，而不是复制信息或者把所有的内容组成一个单一的文档。
不要生搬硬套这个摸板，应该把这个模板转换为你所需要的文档。
a. 引言引言提出了对软件需求规格说明的纵览，这有助于读者理解文档如何编写并且如何阅读和解释。
a. 1目的对产品进行定义，在该文档中详尽说明了这个产品的软件需求，包括修正或发行版本号。
如果这个软件需求规格说明只与整个系统的一部分有关系，那么只定义文档中说明的部分或子系统。
a. 2文档约定描述编写文档时所采用的标准或排版约定，包括正文风格、提示区或重要符号。
例如，说明了高层需求的优先级是否可以被其所有细化的需求继承，或者每个需求陈述是否都有其自身的优先级。
a. 3预期的读者和阅读建议列举了软件需求规格说明所针对的不同读者，例如开发人员、项目经理、营销人员、用户、测试人员或文档的编写人员。
软件需求规格说明书
办公自动化软件需求规格说明书公司地址：公司法人：联系人：联系电话：版本历史目录0. 文档介绍 (4)0.1文档目的 (4)0.2文档范围 (4)0.3读者对象 (4)0.4参考文档 (4)0.5术语与缩写解释 (4)1. 需求概述 (5)1.1系统目标 (5)1.2用户特点 (5)1.3功能需求 (5)1.4与其他子系统的关系 (6)2.系统用例建模 (6)2.1系统角色 (6)2.2系统用例图 (7)2.N用例规约UC N (11)3. 软件的非功能性需求 (15)3.1用户界面需求 (15)3.2软硬件环境需求 (15)3.3软件质量需求 (16)3.N 其它需求 (16)附录A：需求确认 (17)0. 文档介绍0.1 文档目的本文当主要针对办公自动化系统的使用环境与功能提出具体要求，同时它将作为该产品设计与开发的重要依据。
编写本说明书的目的是规范化本软件的编写，旨在于提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，同时提出了该办公自动化系统的软件开发过程，便于程序员与客户之间的交流、协作，并作为工作成果的原始依据，同时也表明了本软件的共性，以期能够获得更大范围的应用。
此文档进一步定制软件开发的细节问题，明确软件需求、安排项目规划与进度、组织软件开发与测试，便于用户与开发商协调工作。
本文档面向的读者主要是项目委托单位的管理人员、设计人员和开发人员，希望能使本软件开发工作更具体。
0.2 文档范围本文档适合办公自动化系统0.3 读者对象本文当的读者范围包括：1.需求提供方工作人员；2.开发方的项目经理，系统分析设计人员、测试人员；0.4 参考文档提示：列出本文档的所有参考文献（可以是非正式出版物），格式如下：[标识符] 作者，文献名称，出版单位（或归属单位），日期例如：[SPP-PROC-PP] SEPG，需求开发规范，机构名称，日期0.5 术语与缩写解释1. 需求概述1.1系统目标办公自动化系统，简称OA－Office Automation系统，它是指一切可满足于企事业单位的、综合型的、能够提高单位内部信息交流、共享、流转处理的和实现办公自动化和提高工作效率的各种信息化设备和应用软件，OA就是对办公业务实现自动化处理，对办公室内的、与管理有关的事务进行机械化和自动化的处理。
ieee std 830-1998业务需求报告格式
IEEE标准830-1998是针对业务需求报告格式制定的一项国际标准，该标准规定了业务需求报告的基本组成部分和格式要求。
在软件工程中，编写清晰、详细的业务需求报告对于项目的成功实施至关重要。
今天我们就来详细探讨一下IEEE标准830-1998的业务需求报告格式。
一、业务需求报告的基本内容在遵循IEEE标准830-1998的业务需求报告格式时，首先需要明确报告的基本内容。
一份完整的业务需求报告应包括以下内容：1. 概述：介绍业务需求报告的编写目的、背景和范围。
2. 术语和定义：定义业务需求报告中使用的专业术语和相关定义，以确保报告的清晰和准确。
3. 业务需求描述：对业务需求进行详细描述，包括功能需求、性能需求、界面需求等方面。
4. 系统环境：描述业务需求所涉及的系统环境，包括硬件、软件、网络等相关信息。
5. 功能需求：详细描述系统的功能需求，包括用户界面、输入输出、数据管理等各个方面的需求。
6. 性能需求：说明系统的性能需求，包括响应时间、吞吐量、可靠性等方面的需求。
7. 界面需求：描述系统与外部系统或用户的界面需求，包括数据交换方式、格式要求等信息。
8. 数据需求：说明系统的数据需求，包括数据存储、管理、传输等相关要求。
9. 安全需求：阐述系统的安全需求，包括数据保护、访问权限控制等安全方面的要求。
10. 质量需求：描述系统的质量需求，包括可维护性、可靠性、可用性等方面的质量要求。
11. 其他需求：列举其他与业务需求相关的需求，如法律法规要求、标准要求等。
二、业务需求报告的格式要求除了明确报告的基本内容外，IEEE标准830-1998还对业务需求报告的格式做出了一些具体要求，以确保报告的清晰、规范和易读。
在遵循这些要求时，应注意以下几点：1. 报告的整体排版应符合常规的学术论文排版要求，包括页眉、页码、字体、行距等相关规范。
2. 各个部分的标题应使用统一的编号和格式，便于读者查阅和对照。
3. 文字表述应简洁明了，避免使用模糊、含糊不清的词语。
软件需求规格说明书(范例)(1)
失物搜索器系统软件需求规格说明书修订表审批记录目录1.引言 (5)1.1目的 (5)1.2适用范围 (5)1.3参考资料....................................................................................................................... 错误!未定义书签。
1.4术语和缩略语............................................................................................................... 错误!未定义书签。
2.系统概述 (5)2.1产品描述 (5)2.2产品功能 (6)2.3一般约束....................................................................................................................... 错误!未定义书签。
3.功能性需求分类 (7)3.1功能描述1.................................................................................................................... 错误!未定义书签。
3.2功能描述2 (7)4.产品的非功能性需求 ........................................................................................................... 错误!未定义书签。
4.1外部接口说明............................................................................................................... 错误!未定义书签。
软件需求规格说明书（IEEE830-1998）
目录1 引言............................................................................. ...............................( )1.1 编写目的............................................................................. ....................( )1.2 参考资料............................................................................. ....................( )1.3 术语定义............................................................................. ....................( )2 概述............................................................................. ...............................( )2.1 产品的描述............................................................................. ................( )2.2 产品的功能............................................................................. ................( )2.3 实现语言... ......................................................................... ....................( )2.4 用户特点............................................................................. ....................( )束............................................................................. ....................( )3 具体需求............................................................................. .......................( )3.1 功能需求............................................................................. ....................( )3.1.1 引言............................................................................. .........................( )3.1.2 输入............................................................................. .........................( )3.1.3 处理............................................................................. .........................( )3.1.4 输出............................................................................. .........................( )3.2 外部接口需求............................................................................. ............( )3.2.1 用户界面............................................................................. .................( )3.2.2 硬件接口............................................................................. .................( )口............................................................................. .................( )3.2.4 通信接口............................................................................. .................( )3.3 性能需求............................................................................. ....................( )3.3.1 静态数值需求............................................................................. .........( )3.3.2 动态数值需求............................................................................. .........( )3.4 设计约束............................................................................. ....................( )3.4.1 硬件限制............................................................................. .................( )3.4.2 其它约束............................................................................. .................( )3.5 属性............................................................................. ............................( )3.5.1 可使用性............................................................................. .................( )3.5.2 安全性............................................................................. .....................( )3.5.3 可维护性............................................................................. .................( )3.5.4 可移植性............................................................................. .................( )3.6 其它需求............................................................................. ....................( )3.6.1 数据库............................................................................. .....................( )3.6.2 操作............................................................................. .........................( )3.6.3 故障处理............................................................................. .................( )4 数据需求............................................................................. .......................( )4.1 数据描述............................................................................. ....................( )4.2 数据采集............................................................................. ....................( )4.2.1 要求与范围............................................................................. .............( )4.2.2 处理............................................................................. .........................( )4.3 数据词典............................................................................. ....................( )5 支持信息............................................................................. .......................( )5.1 目次和索引............................................................................. ................( )5.2 附录............................................................................. ............................( )1引言1.1编写目的说明编写需求规格说明的主要目的。
软件需求规格说明书
文档编号：sm/cmmi/1103/系统软件需求规格说明书<版本号>编写人：编写日期：部门：审核人：审核日期：1.引言SRS的引言部分应当提供整个SRS的概述,包括以下各条：a目的；b范围;c定义、简称和缩略语；d引用文件；e综述.1.1.目的本条宜：a描述SRS的目的；b说明SRS的预期读者.1.2.范围本条宜：a通过名称识别要生产/开发的软件产品；b必要时,说明软件产品将做或不做什么；c描述规定的软件的应用,包括相关的收益、目标和目的；d如果上层规格说明如,系统需求规格说明存在,与上层规格说明类似的陈述保持一致.1.3.定义、简写和缩略词本条宜提供对正确解释SRS所要求的所有术语、简写和缩略语的定义,这些信息可以通过引用SRS中的一个或多个附录、或者引用其他文件的方式来提供.在本节应对需求的编号规则进行约定.1.4.引用文件本条宜：a提供SRS引用的所有文件的完整清单；b标识出每个文件的名称、报告编号适用时、日期、出版组织；c标明可以获得引用文件的来源.这些信息可以通过引用附录或引用其他文档的方式提供.1.5.综述本条宜：a描述SRS的其余章条包含的内容；b说明SRS是如何组织的.2.总体描述本章宜描述影响产品及其需求的一般因素,而不叙述具体的需求.相反,它提供需求的背景并使它们更易理解,而在SRS的后续章节将详细定义这些需求.本章通常由以下6条组成：a产品描述；b产品功能；c用户特点；d约束；e假设和依赖关系；f需求分配.2.1.产品描述本条宜把产品置于其他有关产品的全景之下.如果产品是独立的和完全自我包含的,这里宜如实给予陈述.正如常出现的那样,如果SRS定义的产品是较大系统的组成部分,则本章宜将软件的功能性与较大系统的需求相联系,而且宜识别软件和系统之间的接口.使用框图展示较大系统的主要部分、相互联系以及外部接口是有帮助的.本条也宜描述在各种不同的约束下软件如何运行.如,这些约束可包括：a运行环境；b用户界面；c接口；d运行模式；e现场适应性需求等.2.2.产品功能本条宜给出软件将执行主要功能的概要.例如,某个同城程序的SRS可在此部分关注业务发起、资金清算处理,而不涉及这些功能要求的大量细节.有时,本条需要的功能概要可直接从分配具体功能到软件产品的更高层规格说明如果存在中摘录.为了清晰,应当注意：a功能说明应以使顾客或第一次阅读该文件的任何读者对功能列表容易理解；b可以使用文本或图示的方法,显示不同的功能及其之间的关系.这样的图示不必显示产品的设计,但简要显示功能之间的逻辑关系.2.3.用户特点本条宜给出软件产品预期用户的一般特征,包括部门、角色、权限等.本条所说用户包括系统的隐含用户,例如银行客户.2.4.需求分配本条宜识别可能推迟到系统将来版本的需求.3.具体需求本章宜包括足够详细的所有软件需求,使设计人员能够设计系统以满足这些需求,并且使测试人员能够测试该系统满足这些需求.贯穿本章,对于用户、运行人员或其他外部系统,每个规定的需求应当是外部可理解的.这些需求至少应当包括,每个系统输入激励、每个系统输出响应以及系统通过响应某个输入或支持某个输出所执行的所有功能.对软件功能应根据软件的特征对需求项目进行适当的组织.就面前我公司多数项目而言,应根据软件功能的层次进行组织.对每一项需求应进行唯一编号.主要需求项目编号规则如下：其他类型的需求可在节中定义后使用.对于有层级关系的需求,可用以下方式进行表示：FC_1…FC_2…具体需求分为以下几个部分：3.1.功能需求功能需求宜定义软件在接收和处理输入以及处理和产生输出中必须发生的基本动作.一般情况下使用“系统应……”的方式来陈述.这些包括：a操作的流程；b输入与输出,包括：1数据的来源及输入/输出方式2从输入到输出转换的处理过程3输入/输出界面格式如有的话,例如生成的报表的格式c对输入有效性的核查；d访问的数据对象如数据表及对数据的修改e异常情况响应,包括：1溢出；2错误处理和恢复；尽管将功能需求划分为子功能或子过程可能是适当的,但这并不意味着软件设计同样以这样的方式划分.3.1.1.业务功能1需求编号：FC_0001需求概述：本功能用于实现xxxxxxxx功能优先级：高/中/低3.1.1.1.业务规则以自然语言形式对需求项所必须遵循的处理原则进行说明.形式如：系统应该xxxxxxxxxxxxxxx如xxxxxxxxxxxx,则xxxxxxxxxxx3.1.1.2.前置条件指功能需求进入执行状态需满足的各种条件.以同城系统中“工作场次切换”为例,其前置条件为系统时间到达预先设定的场次终止时间.3.1.1.3.输入包括输入数据的来源、格式、数据要求等3.1.1.4.处理流程以自然语言或流程图、或两者结合的形式描述功能项的处理流程.对处理流程的描述应包括正常处理流程及各种可能的异常处理流程.3.1.1.5.输出完成处理后的数据输出.包括格式、数据要求等.3.1.1.6.后置条件当功能项处理流程结束后产生的处理结果.针对不同的处理流程正常/异常,应分别说明.3.1.1.7.用户界面用草图或屏幕快照的形式展现界面.尽可能使用连串图的形式.3.1.2.业务功能n3.2.性能需求本条宜规定软件或人与软件互作用的整体静态的和动态的数量化需求.静态数量化需求可能包括：a支持的终端数量；b支持同时运行的交易并发数量；c要处理的信息量和类型.有时,静态数量需求包含在命名为“能力”的独立部分.动态数量化需求可能包括,如,在正常和高峰工作负载条件,在某时段内处理的事务处理数、任务数和数据量.所有这些需求宜以可测量的方式规定.如：应在小于is内处理95%的交易量.而不是：操作方不需等待事务处理结束.注：适用于某个具体功能的数量化限制,通常作为该功能处理描述部分予以规定.3.3.系统可靠性及安全性需求有一些软件属性可以作为需求.规定所要求的软件属性是重要的,这样才能客观地验证属性的实现情况.具体包括以下内容：a可靠性本条宜规定要求的因素,以便建立在交付时软件系统所要求的可靠性.b可用性为了确保整个系统已定义的可用性程度,宜规定所要求的因素,如,检查点、恢复以及重启动.c安全保密性由于事故、恶意访问、使用、修改、破坏或泄露,本条宜规定需要保护软件的因素.这方面可能的具体需求包括：1使用某些密码技术；2保留某些特定数据组的历史或记录；3分配某些功能到不同的模块；4在程序的某些域间限制通信；5对于关键变量检查数据的完整性.d可维护性本条宜规定与软件本身维护简易性有关的软件属性.可以对模块化、接口和复杂性等有一定的要求.但不宜仅因为是良好设计实践就将其作为需求.e可移植性本条宜规定与软件移植到其他主机和/或操作系统简易性相关的软件属性.这可能包括：1依赖主机代码模块的百分比；2依赖主机代码的百分比；3已证明可移植语言的使用；4特定编译器或语言子集的使用；5特定操作系统的使用.每一项可作为一个小节3.4.其他需求。
软件需求规格说明书
【xxxxxxxx】软件需求规格说明书文档修订记录修订状态：A--增加，M--修改，D--删除日期格式：YYYY-MM-DD目录1.前言......................................错误!未定义书签。
. 目的................................... 错误!未定义书签。
. 背景................................... 错误!未定义书签。
. 术语与缩写解释......................... 错误!未定义书签。
. 预期读者与阅读建议..................... 错误!未定义书签。
. 参考资料............................... 错误!未定义书签。
. 需求描述约定........................... 错误!未定义书签。
2.项目概貌 ..................................错误!未定义书签。
. 系统范围............................... 错误!未定义书签。
. 系统功能............................... 错误!未定义书签。
. 用户的特点............................. 错误!未定义书签。
. 运行环境要求........................... 错误!未定义书签。
. 设计和实现上的限制..................... 错误!未定义书签。
3.非功能需求 ................................错误!未定义书签。
. 系统性能要求........................... 错误!未定义书签。
. 系统界面要求........................... 错误!未定义书签。
. 系统安全及保密要求..................... 错误!未定义书签。
IEEE-STD-830-1998
This Week: This Week:
! Systems Analysts, Requirements Analysts ! Developers, Programmers ! Testers
! Baseline for evaluating subsequent products
"Write various specifications that interrelate "Have to implement the requirements "Determine that the requirements have been met "Measure and control the analysis and development processes 2
A complication: Procurement
!
Desiderata for Specifications
Source: Adapted from IEEE-STD-830-1998
An ‘SRS’ may be writtehe SRS is really a call for proposals " Must be general enough to yield a good selection of bids… " …and specific enough to exclude unreasonable bids " Represents a proposal to implement a system to meet the CfP " must be specific enough to demonstrate feasibility and technical competence " …and general enough to avoid over-commitment " reflects the developer’s understanding of the customers needs " forms the basis for evaluation of contractual performance
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
用户主要是“大学生“，社会年轻群体，
本网上教学系统软件是应用于网上教学。在功能上还可进一步 实现安全防范、因特网电话集成起来，成为网络教学系统软 件。
b.1 产品的前景 虽然如今有很多教学网站，但是在我国专业化，综合化的网站可以
说还没有。学生可以选择喜欢的专业学习同时可以选些自己喜欢的课程 只要检测合格将能拿到相应的证书。又为学生之间提供交流平台的网站 为数不多。与企业合作能是同学认识到社会的需求问题并有目的去提升 相应的能力是专家成为社会需要的人才，可见本系统有很大的发展空 间，前景光明。随着社会的发展，本系统可以有时俱进升级为跟高的版 本。
f. 其它需求 附录A ：词汇表
附录B ：分析模型 附录C ：待确定问题的列表
a. 引言 a . 1 目的
在完成了针对《网上教学系统》软件市场的前期调查， 同时与多位软件使用者进行了全面深入地探讨和分析的基础 上，提出了这份软件需求规格说明书。 此需求规格说明书对《网上系统系统》软件做了全面细致的用 户需求分析，明确所要开发的软件应具有的功能、性能与界 面，使系统分析人员及软件开发人员能清楚地了解用户的需 求，并在此基础上进一步提出概要设计说明书和完成后续设计 与开发工作。本说明书的预期读者为客户、业务或需求分析人 员、测试人员、用户文档编写者、项目管理人员。
c.1 用户界面
.1 用户接口
用户界面有以下几点原则性要求： 用户界面友好 容易学习、理解 操作方便、简单 美观大方 容易修改，具有好的扩展行和灵活性 对话框要易用且简洁，字体和控件的组织搭配要得体，能简 单不复杂，各控件的焦点、Tab顺序等要讲究，应用场合要 适当支持键盘。在简洁易用的前提下，力求个性化，设计得 更加友好。程序各对话框的风格要保持一致； 每个屏幕的标准按钮取名、对应的功能、及显示的风格必须 一致。从总控程序弹出的交易窗口都应该都有“确 定”、“退出” 按钮； 快捷键尽量与WINDOWS风格保持一致； 交易错误信息采用统一消息窗口显示，普通的操作错误信 息，使用WINDOWS标准的消息窗口显示；
0504
在线交流
06
留言咨询
0601
查询留言
0602
回复留言
0603
删除留言
用例模型：
主要包括订单查询，删除 主要包括教师授课，时间安排，个 人资料编辑
主要包括查看，回复，删除留言
e. 其它非功能需求 e.1 性能需求
本网上教学系统需要满足2秒内响应浏览器的能力，能够在一个工作 日内回复网上留言 ，管理后台大数据量的统计分析通过存储过程进 行，统计分析处理在4秒内完成，当管理后台通过公网访问数据库进行 业务处理时，响应时间在4秒之内。本网站应运行在windows 98以上系 统下,并有IIS，同时允许3万人登陆。 e.2 安全设施需求
单,方便易上手,用户只需要拿到自己的用户名和密码就可以登
录进行自己平时人工时所进行的操作,同时用户还可以更改自
己的密码. 系统用户使用说明书，系统功能说明书，系统管理
说明书。
f. 其它需求
要求输出的结果是正确的，在使用期间，要求系统能够正 常运行，这个对我们来说应该是没有问题的，要求系统的信息 不能被别人随便查看，这也就是系统的安全保密性，这一点我 们只能说一般的人是不通过正规的手段，是不能随便查看的， 但是对于一些黑客或这方面的高手来说那就不能保证了。在我 们的编程过程中，放在首位考虑的就是这个系统以后的可维护 性，这个应该不是困难做到的。
软件需求规格说明书
软一10436108 谭武
目录
a. 引言 a . 1 目的 a.2 文档约定 a.3 预期的读者和阅读建议 a.4 产品的范围 a.5 参考文献
b. 综合描述 b.1 产品的前景 b.2 产品的功能 b.3 用户类和特征 b.4 运行环境 b.5 设计和实现上的限制 b.6 假设和依赖
所有的交易操作都有超时机制，超时，时通过消息窗口提示用户。
c.2 硬件接口 系统运行的设备要求如下： 1．服务器端：
PIII400主频、500M内存、20G硬盘、100／1000M网卡以上配置 光盘刻录或磁带备份设备 2．客户端：
P166主频、32M内存、2G硬盘、10／100M网卡以上配置
3．输出设备：
。
b.5 设计和实现上的限制 开发经费:开发周期
b.6 假设和依赖 无
c. 外部接口需求
利用本节来确定可以保证新产品与外部组件正确连接的需求。 关联图表示了高层抽象的外部接。需要把对接口数据和控制组件的详细
描述写入数据字典中。如果产品的不同部分有不同的外部接口，那么应 把这些外部接口的详细需求并入到这一部分的实例中。
d.2 激励/响应序列 用户登陆
列出输入激励(用户动作、来自外部设备的信号或其它触发器)和 定义这一特性行为的系统响应序列。这些序列将与使用实例相关的对话 元素相对应。
d.3 功能需求 功能编号 功能名称
01
登录，游客的登录等
0101 0102 0103
e.4 软件质量属性 支持3万人的同时访问，系统反应时间不超过4秒，易于学习操作。
e.5 业务规则 系统管理员 发布消息
管理系统
提供在线咨询
注册会员
游客 老师
资料管理 修改用户资料，密码，支付课程， 下载相关资料，在线听课 浏览课程资料，老师介绍，进论坛 在线教学
e.6 用户文档
只需要让用户按照系统的流程操作就可以,系统操作简
b.2 产品的功能 1：实现网上教学 2：实现在线交流 3：在线购买并支付课
程， 4：在线咨询 5：学员管理 6：论坛管理 7：资料管理。
b.3 用户类和特征 本软件主要是给教师，学生和一些社会青年
b.4 运行环境
本系统需要一台可以上网的电脑。.windows 98 以上的操作系 统，数据库服务器：Solaris 8
a.2 文档约定 本描述文档IEEE_830-1998版本
a.3 预期的读者和阅读建议
软件需求规格说明的读者，有开发人员、项目经理、营销人员、用 户、测试人员或文档的编写人员和客户。 a.4 产品的范围 网上教学系统：网上教学系统的目的是开发一个在线教学平台，学员可 以在线购买课程，可以把课程放入自己的图书馆中，并灵活的选择我的 图书馆中的课程，学员还可以在线于老师、同学交流，并可对老师做出 评价。
本系统必须备份。
e.3 安全性需求 该软件在运行期间一般不会出现什么异常或不稳定的情况。但特殊
情况除外，如断电，或非法操作。系统数据库要求备份。用户可以通过 密保问题，密报手机找回密码。
本网站采用账号密码认证机制，后台管理采用管理员授权方式。 未授权用户不能进入网站后台，存储的数据全部存放在本系统内部，使 用户无需担心各类数据被窃取。
附录A ：词汇表 无
附录B ：分析模型 附录C ：待确定问题的列表
操作
主要是课程的查询，购买，添加， 修改，删除
03
用户管理
主要包括对用户的查询，修改，删
除
0301 0302 0303 04 0401 0402 05
查询用户信息 修改用户信息 删除用户信息 课程购买管理 查询购买信息 删除购买信息 老师授课
0501
老师在线讲授课 程
0502
授课时间安排
0503
教师个人资料编 写
0104 0105
0106 0107 0108 0109 02
0201 0202 0203 0204 0205 0206 0207 0208 0209
购买者登录 购买者注册 购买者修改基本 信息 购买者密码修改 查询所有课程老 师信息 游客注销 管理员登录 管理员密码修改 购买者在线听课 课程管理
查询课程类别 增加课程类别 修改课程类别 删除课程类别 查询课程信息 增加课程信息 修改课程信息 删除课程信息 在线交流
客户机 4. 一台路由器 5. 远程拨入设备
c.3 软件接口 使用通信协议TCP/IP
c.4 通信接口
本系统使用的通信功能有电子邮件、We b 浏览器、网络通信标 准或协议及通信安全或加密问题、10／100M数据传输速率和同步通信 机制。
d. 系统特性
d.1 说明和优先级
提出了对该系统特性的简短说明并指出该特性的优先级是高、 中，还是低。或者你还可以包括对特定优先级部分的评价，例如利益、 损失、费用和风险，其相对优先等级可以从1(低)到9 (高)。
c. 外部接口需求 c.1 用户界面 c.2 硬件接口 c.3 软件接口 c.4 通信接口
d. 系统特性 d.1 说明和优先级 d.2 激励/响应序列 d.3 功能需求
e. 其它非功能需求 e.1 性能需求 e.2 安全设施需求 e.3 安全性需求 e.4 软件质量属性 e.5 业务规则 e.6 用户文档
a.5 参考文献 UMl基础与Rose建模案例（第二版）人民邮电出版社出版； 软件需求工程 机械工业出版社；
陈明：《软件工程》，中央广播电视大学出版社，2002 年6月版
b. 综合描述
一台586 以上的微机及兼容，内存16MB（最好32MB内 存） windows 98 以上的操作系统 ， Microsoft Visual Basic 6.0.中文版数据库管理系统 等上网必备的软件和硬件。