Android很详细公司系统需求规格说明书资料.docx

Android很详细公司系统需求规格说明书资料 XXX系统需求规格说明书北京XXX公司2012年 01 月 30 日文件修改记录 1引言本章分为以下几条。1.1标识本条应包含本文档适用的系统和软件的完好标识，(假设适用)包括标识号、标题、缩略词语、版本号和发行号。1.2系统概述本条应简述本文档适用的系统和软件的用处，它应描绘系统和软件的一般特性；概述系统开发、操作和维护的历史；标识工程的投资方、需方、用户、开发方和支持机构；标识当前和方案中的运行现场；列出其他有关的文档。1.3文档概述本条应概括本文档的用处和内容，并描绘与其用法有关的保密性和私密性要求。2引用文件本章应列出本文档所引用全部文档的编号、标题、修订版本和日期，本章也应标识不能通过正常的供货渠道获得的全部文档的来源。3需求本章分条详述系统需求，是指功能、业务(包括接口、资源、性能、牢靠性、平安性、保密性等)和数据需求。也就是，构成系统验收条件的系统特性。给每个需求指定工程唯一标识符以支持测试和可追踪性。并以一种可以定义客观测试的方式来陈述需求。对每个需求都应说明相关合格性方法(见第4章)，假如是子系统，那么还要给出从该需求至系统需求的可追踪性(见5.a条)。描绘的具体程度遵循以下规章：应包含构成系统验收条件的那些系统特性，需方情愿推延到设计时留给开发方说明的那些特性。假如在给定条中没有需求可说明的话，应照实陈述。假如某个需求在多条中出现，可以只陈述一次而在其他条中引用之。3.1要求的状态和方式假如要求系统在多种状态和方式下运行，且不同状态和方式具有不同的需求的话，那么要标识和定义每一状态和方式。状态和方式的例子包括：空闲、就绪、活动、事后分析、训练、降级、紧急状况和后备等。状态和方式的区分是任意的，可以仅用状态描绘系统，也可以仅用方式、方式中的状态、状态中的方式或其他有效的方式描绘。假如不需要多个状态和方式，不需人为加以区分，应照实陈述；假如需要多个状态和/或方式，还应使本规格说明中的每个需求或每组需求与这些状态和方式相关联，关联可在本条或本条引用的附录中用表格或其他的方法表示，也可在需求出现的地方加以注解。3.2需求概述3.2.1系统总体功能和业务构造描绘系统总体功能和业务的构造。3.2.2硬件系统的需求说明对硬件系统的需求。3.2.3软件系统的需求说明对软件系统的需求。3.2.4接口需求说明硬件系统和软件系统之间的接口。3.3系统力量需求本条应分条具体描绘与系统每一力量相关联的需求。“力量〞被定义为一组相关的需求。可以用“功能〞、“性能〞、“主题〞、“目的〞或其他合适用来表示需求的词来替代“力量〞。3.3.x(系统力量)本条应标识必需的每一系统力量，并具体说明与该力量有关的需求。假如该力量可以更清楚地分解成假设干子力量，那么应分条对子力量进展说明。该需求应指出所需的系统行为，包括适用的参数，如响应时间、吞吐时间、其他时限约束、序列、精度、容量(大小/多少)、优先级别、连续运行需求和根本运行条件下的允许的偏向；(假设适用)需求还应包括在异样条件、非答应条件或越界条件下所需的行为，错误处理需求和任何为保证在紧急时刻运行的连续性而引人到系统中的规定。在确定与系统所接收的输入和系统所产生的输出有关的需求时，应考虑在本文档3.4.x给出要考虑的主题列表。3.4系统外部接口需求本条应分条描绘关于系统外部接口的需求(如有的话)。本条可引用一个或多个接口需求规格说明(IRS)或包含这些需求的其他文档。3.4.1接口标识和接口图本条应标识所需的系统外部接口。(假设适用)每个接口标识应包括工程唯一标识符，并应用名称、序号、版本和引用文件指明接口的实体(系统、配置项和用户等)。该标识应说明哪些实体具有固定的接口特性(因此要对这些接口实体强加接口需求)，哪些实体正被开发或修改(从而接口需求已被施加于它们)。可用一个或多个接口图表来描绘这些接口。3.4.x(接口的工程唯一标识符)本条(从3.4.2开头)应通过工程唯一标识符标识系统的外部接口，简洁地标识接口实体，依据需要可分条描绘为实现该接口而强加于系统的需求。该接口所涉及的其他实体的接口特性应以假设、或“当(未提到实体)这样做时，系统将……〞的形式描绘，而不描绘为其他实体的需求。本条可引用其他文档(如：数据字典、通信协议标准和用户接口标准)代替在此所描绘的信息。(假设适用)需求应包括以下内容，它们以任何合适于需求的挨次供应，并从接口实体的角度说明这些特性的区分(如对数据元素的大小、频率或其他特性的不同期望)：a.系统必需安排给接口的优先级别；b.要实现的接口的类型的需求(如：实时数据传送、数据的存储和检索等)；c.系统必需供应、存储、发送、访问、接