Android很详细--XX公司系统需求规格说明书.doc

XXX系统 需求规格说明书 文件状态： [ ] 草稿 [ ] 正式发布 [√] 正在修改 文件标识： DC-XXX-DEMAND 当前版本： 1.0 作 者： Huanghe036 完成日期： 2012年 01 月 30 日 北京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开始)应通过项目唯一标识符标识系统的外部接口，简单地标识接口实体，根据需要可分条描述为实现该接口而强加于系统的需求。该接口所涉及的其他实体的接口特性应以假设、或“当(未提到实体)