图书馆管理平台需求规格说明书docx下载(4)

）可用性：可以指定一些原因如检测点、恢复和再开启等以确保整个平台有一个确认的可用性级别。）安全性：这里指的是保护工具的要素以避免诸多违规的访问、使用设置、破坏或者泄露。这个领域的详细需求需要包含：·利用可靠的密码科技·掌握特定的记录或历史数据集·给不同的组件分配不同的用途·限定一个程序中个别区域的通信·计算临界值的检测和。）可维护性：这里要求若干需求以保证硬件是可维护的。例如：·软件组件所需要的特殊的解耦矩阵·对小型装置指定特殊的数据程序分割要求。）可转移转化性：这里规定把工具从一种环境移植到另一种环境所规定的用户程序用户接口兼容方面的约束等等。）警告：指定所需属性十分重要它促使人们能用要求的方式去进行主观的验证。外部接口规定）客户接口：提供顾客使用工具产品是地的接口需求。例如如果平台的客户借助显示终端进行操作就需要选定如下规定：·对屏幕格式的要求·报表或菜单的页面打印格式和内容·输入输出的相对时间·程序用途键的或用性。）硬件接口：要强调工具产品和平台硬零件之间每一个接口的逻辑特征。还可能包含如下事宜：支撑什么样的设施能否支撑这些仪器有何约定。）工具接口：在这里应选定需使用的其他工具产品（比如数据管理平台操作系统或者物理硬件包）以及同其他应用平台之间的接口。

对每一个所需的硬件产品要提供名字、助记符、规格说明号、版本号、来源等内容。对于每一个接口这部分应表明与硬件产品相关的接口工具的目的并依据信息的内容和格式定义接口这里不必具体叙述任何已有完整文件的接口只要引用定义该接口的文件即可。）通讯接口：这里指定各种通信接口比如局部网络的协议等等。其他需求依据软件和客户组织的特点等诸多需求放在上面各项中表述。）：本项对成为产品的一个别进行研发的要求一些意愿它们可能包含：·在条中标示的信息类型·用的速率·存取能力·数据元素和文卷描述符·数据元素、记录和文卷的关系·静态和动态的组织·数据保存要求。注：如果使用一个现有的包这个包应在“软件接口”中命名并在那里详细表明其用法。）操作：这里说明用户要求的常规的和特殊的操作。·在用户组织之中诸多方法的操作。例如用户初始化操作·交互作用操作的同期和无人操作的周期·数据处理支持功能·后援和修复操作。注：这里的内容有时是客户接口的一个别。）场合适应性意愿：这里比如：·对给定场合、任务或操作方法的任何数据或初始化次序的意愿进行定义。例如栅值安全边界等等。·指出场合或相关任务的特征这里可以被设置以使硬件适合特殊配制的规定。

详细要求的组织本条一般是SRS所有部分中最大使得最复杂的个别。）可以依照工具推动功能的基本种类将本条分成若干段。例如：考虑一个大的交互记帐系统在里层可以分为操作工具（它支持近乎实时的事务处理）、支撑工具（联机功能、磁盘备份、装入磁带等等）以及检测工具（诊断软件、通信等）和性质。文中最终部分提供了四种可能的组织方案。）大纲中首先表明全部功能需求之后说明四种类别的接口规定最后是其他需求）大纲中把对应每个特定用途的四种接口需求和该功用需求放在一起叙述以后说明其他需求）大纲中与用途需求有关的全部内容放到一起首先表明以后是其他需求的表述。对每一种内部接口的需求重复上述过程）大纲中接口需求和其余的需求成为每一个用途需求的附属部分来表明。SRS的详细需求的组织方式需要选用可读性最好的技巧来表述。支持信息支持信息是指目录表附表和索引。以便使SRS易于使用。）目录表和索引很重要而且应依据可以接受的好的文件规则来编写。）对一个实际的意愿规格说明来说若有必要需要编写附录。

附录中可能包含：·输入输出格式样本成本预测研究的表述或客户调查结果·有助于理解SRS的背景信息·软件所解决难题的表述·用户历史、背景、经历和操作特性·交叉访问表。按先后顺序进行编排使一些不完全的硬件需求得以加强（参见条和条）·特殊的装配指令用于编码和媒体以满足安全、输出、初始装入或其他规定。）当包含附录时SRS必须确立地表明附录是不是意愿要考量的个别。SRS大纲具体需求功能需求功能需求引言输入加工输出功用需求……n功能需求n外部接口需求客户接口硬件接口工具接口通信接口性能需求设计约束其他标准的约束硬件的限制…………属性安全性可维护性…………其他意愿操作场合适应性…………SRS大纲具体需求功能需求功能需求尺寸表明引言输入加工输出外部接口客户接口硬件接口工具接口通讯接口功能需求…………n功能需求n性能需求设计约束属性安全性可维护性…………其他意愿操作场合适应性…………SRS大纲具体需求功能需求功能需求引言输入加工输出性能需求设计约束其他标准的约束硬件的限制…………属性安全性可维护性…………其他意愿操作场合适应性…………功能需求…………n功能需求n外部接口需求客户接口性能需求设计约束其他标准的约束硬件的限制…………属性安全性可维护性…………其他意愿操作场合适应性…………硬件接口工具接口通讯接口SRS大纲具体需求功能需求引言输入加工输出外部接口客户接口硬件接口工具接口通讯接口性能需求设计约束属性安全性可维护性…………其他意愿操作场合适应性…………功能需求…………n功能需求n用例说明模板(经典模板)编者说明：随着UML的日益普及用例（Usecase）预测技术也在需求实践中广泛被引入。

之后也是许多团队在使用该科技时只画出了用例图而缺乏了用例说明其实这是一个严重的弊端。而本模板就将指导你撰写该表明。用例名称详细说明简略说明用例的功用和目的。该小节的篇幅不要太长。上下文图在此小节中有一个只包含本用例和所有与该用例相关的Actor和其它用例组成的一个用例图的局部。事件流基本流当Actor采取行动时用例也就随即开始。用例总是由Actor启动的用例应表明Actor的行为及平台的响应可依据Actor与系统进行对话的方式来逐步推行用例。要注意的是用例描述需要表明系统内出现的事情而不是事故发生的方法与理由。如果进行了信息交换则需强调来回释放的详细信息。例如只描述主角输入了用户信息就不够细化。最好明晰地说主角输入了用户姓名和地址。当然你也可以借助项目词汇表来定义很多信息使得用例中的内容被简化从而不致于让用例描述遭遇过多的细节内容。如果存在一些相对比较简洁的备选流只需少数几句话就可以表明清楚那么也可以直接在这一个别中表述。但是如若比较复杂还是需要单独放到备选流小节中叙述。一幅图胜过千言万语因此建议在这一小节中比如描述性文字之外你还可以引用UML中的活动图、顺序图、协作图、状态图等方式对其进行补充说明。

备选流第一备选流就像上面所述对于较复杂的备选流应单独地表明。备选支流如果能使表达更明晰备选流又可再分为多个支流。第二备选流在一个用例中很可能会有多个备选流。为了使表达更清晰应将各个备选流分开说明。使用备选流可以增加用例的可读性并避免将用例分解为过多的层次。应注意用例只是文本表明其主要目的是以清晰、简洁、易于理解的方法记录平台的行为。非功能需求在这个小节中主要对该用例所涵盖的非功能性需求进行表述。由于其一般很无法在事件流中进行描述显然单列为一小节进行探讨。这些需求借助包含法律规章、应用程序标准、质量属性（可用性、可靠性、性能、支持性等）、兼容性、可移植性以及设计约束等方面的意愿。在很多需求的表述方面一定要留意使其可度量、可验证否则就易于流于方式形同摆设。前置条件用例的前置条件是执行用例之前需要存在的平台状况。后置条件用例的后置条件是用例一执行完毕系统可能进入的一组状态。扩展点此用例的扩展点一般是用例图中的extent关系。用例说明模板(单列表格式)编者说明：如果你认为文本表述不够清晰也可以运用如本文档模版所示的表格式的表述形式。用例#用例名应是一个单词句子应让观众一目了然地从名字中就可以了解该用例的目标。

使用情境用例目标是一个较长的表述甚至包含触发条件。范围用例的设计范围在设计时将平台成为一个黑盒来考量。级别概要、用户目标、子功能三者之一。主执行者也就是该用例的主Actor在此应举出其名称并详细叙述。项目相关人员利益项目相关人员利益项目相关人员名称工程相关人员获得的利益…………前置条件也就是促使该用例所需要满足的条件。后置条件也就是该用例完成以后将执行什么动作。成功保证描述当目标完成后环境的差异状况。触发事件什么导致用例例如时间事件。描述方法活动在这里写出触发事件到目标完成以及消除的流程。……扩展方法分支动作a引起分支的条件活动或子用例名称科技和数据差异变化列表用例说明模板(双列表格式)编者说明：本模板是对上一模板的补充如果你想更好地捕捉系统的响应那么就可以采取本表格图示的格式。有时为了更好地捕捉系统的响应针对画面叙述（主成功场景、扩展场景）在上表的基础上做成如下表所示的双列：步骤客户平台用例说明模板(文本式)编者说明：相信用过用例分析科技的对用例需要多少细有很高的问题而AlistairCockburn率先将其进行分级：概要、用户目标、子功能如果你对他的观念有认可则该模板就合适于你。

用例名：用例名应是一个单词句子应让观众一目了然地从名字中就可以了解该用例的目标。使用情境：用例目标是一个较长的表述甚至包含触发条件。范围：用例的设计范围在设计时将平台成为一个黑盒来考量。级别：用来表示该用例是在表述哪个级别上的用途一般包含概要、用户目标、子功能三种。这三种级别的界定是AlistairCockburn在《编写有效用例》一书是强调的。主执行者：也就是该用例的主Actor在此应举出其名称并予以详细叙述。项目相关人员利益说明该用例对项目相关员工才能带来什么益处。前置条件：也就是促使该用例所需要满足的条件。后置条件：也就是该用例完成以后将执行什么动作。成功保证：描述当目标完成后环境的差异状况。触发事故：什么导致用例例如时间事件。主失败画面在这里说出触发事件到目标完成以及消除的流程。步骤编号＃：动作描述方法编号＃：动作描述……扩展：在这里写成扩展情况每次写一个扩展每个扩展都应指向主场景的特定方法。被改变流程条件：动作或子用例被改变方法条件：动作或子用例……技术和数据差异列表在这里写出场景中因科技或数据差异而导致的可能分支。步骤或变化编号＃：变化列表流程或变化编号＃：变化列表……相关信息项目所应该的所有附加信息。

本文来自电脑杂谈，转载请注明本文网址：
https://www.pc-fly.com/a/ruanjian/article-120429-4.html