7系统(子系统)需求规格说明(SSS)

实验2—系统需求规格说明书————————————————————————————————作者：————————————————————————————————日期：;’］。

案卷号日期2008-3—27网上购书系统需求规格说明书作者：马占龙完成日期:签收人：签收日期：修改情况记录：版本号修改批准人修改人签收人目录网上购书系统 0需求规格说明书 01. 业务需求描述 (2)1.1、背景、业务机会和客户需要 (2)1。

2、业务风险 (2)1.2 解决方案的前景 (3)1.2。

1前景陈述 (3)1。

2。

2主要特性 (3)1。

2。

3假设和依赖 (3)1。

3 范围和局限性 (3)1.3.1 初始版本和后续版本的范围 (3)1。

3。

2 局限性和排斥性 (4)2. 系统总体需求描述 (5)2.1 系统总体功能模块划分 (5)2.2系统总体用例图63. 系统详细需求描述 (7)3。

1 子系统用例模型（包括用例图和用例解说） (7)3.2子系统数据流图133.2.1商品评价子系统数据流图 (13)3.2.2网站帮助子系统数据流图 (14)3。

2.3 添加管理员子系统数据流图 (14)3.2.4 删除管理员子系统数据流图 (15)3.2。

5 查看管理员信息子系统数据流图 (15)3.2。

6 管理用户留言子系统数据流图 (16)3.2。

7 更新网站内容子系统数据流图 (16)1. 业务需求描述1。

1、背景、业务机会和客户需要随着社会的发展，人们的知识水平蒸蒸日上,书店已经远远满足不了人们的购书需求。

很多人在为择书难,择书费时间，选择一本更好的书籍更不容易而烦恼。

而网上购书网站能更好的解决这一问题.很多人上班、上学时间紧张，而网上选择书籍有诸多优点：1。

查找快，可以节省很多时间；2。

不但能够找到所需的书籍，而且可以选择更好更新的书；3.网上购书，书籍展示清晰，明了，书籍信息详细,防盗版;4。

网上购书可以满足客户大批量的购书，而且可以了解书籍供给量信息，省去客户不必要的麻烦。

1系统配置技术概述及系统规格1.1PCS 7控制系统简介西门子公司PCS7过程控制系统是集DCS、SIS、PLC 以及远程IO为一体的新型全集成自动化控制系统。

具有分散控制、集中管理、控制装置和现场仪表全数字化、安装方便成本低和维护管理智能化等特点。

它代表了当今控制系统的发展方向。

我们根据标书的要求，采用西门子全集成过程控制系统PCS7、PROFIBUS DP现场总线、远程IO等组成先进的全集成、全数字化系统。

1.1.1.1控制系统的主要特点采用SIMATIC PCS 7的全集成自动化SIMATIC PCS 7过程控制系统是全集成自动化（TIA）的核心部件，为生产、过程和综合工业中所有领域实现统一的、符合客户要求的自动化，提供了独特的平台。

通过全集成自动化（TIA）理念，西门子为所有过程自动化应用在一个单一平台上提供了统一的自动化技术，从输入物流，包括生产流程或主要流程以及下游流程，直到输出物流。

由此促进了整个公司运作的优化，包括企业资源规划（ERP）级、制造执行系统（MES）级、过程控制级直到现场级。

SIMATIC PCS 7 不仅可以集成在生产现场的整个自动化解决方案中，实现主要过程的自动化，而且还可以通过基于PLC 或PC 的SIMATIC 部件，实现生产现场的辅助流程（例如罐装、包装）或输入/ 输出物流（例如原材料分配、贮存）的自动化。

全集成自动化的优点不仅在设计和工程阶段，而且在装配和调试阶段以及操作和维护阶段都表现不俗，尤其是统一的数据管理、通讯和组态。

统一的数据管理意味着所有软件组件都可访问一个公共数据库。

因此，在一个项目中，输入和修改在一点即可完成。

从而降低了工作量，避免了潜在的错误。

导入符号识别后，就可用于每个软件组件。

即使同时有几位技术人员操作同一项目，亦能确保数据的一致性。

在工程师站定义的参数也可传送到现场中的传感器、执行机构或驱动器。

从公司管理层直到现场层的统一通讯基于国际标准，例如工业以太网或PROFIBUS，并支持经由因特网的全球化信息流。

软件开发及文档培训(仅供内部使用)深圳市华为技术有限公司版权所有侵权必究1 软件开发过程介绍华为公司的软件开发过程基本上由以下几个开发过程组成: ∙系统需求分析过程∙系统设计过程∙软件需求分析过程∙软件概要设计过程∙软件详细设计过程∙软件编码和单元测试过程∙软件集成与集成测试过程∙系统集成和系统集成测试过程∙系统验收测试过程∙软件维护过程图一. 软件开发相关的过程示意图：各软件开发过程中应该输出的文档如下2. 软件开发过程详细要求2.1系统需求分析开发者应该根据以下要求参与系统需求分析。

注：如果一个系统分成多个版本开发，可能直到最后一个版本需求才能完全定义。

开发者的计划中应该定义在每个版本中确定的需求子集，每个版本中实现的需求子集。

某个版本的需求分析应该理解为定义那个版本的系统需求。

2.1.1 分析用户的输入开发者应该通过分析用户的输入来理解用户的需求。

这个输入的形式可能是需求报告单、调查、问题/修改报告，原型的反馈，访谈或其他用户或反馈。

2.1.2 操作概念开发者应该参与定义和记录系统的操作概念。

结果应该包括在《操作概念描述（OCD）》文档模板中的所有条目。

2.1.3 系统需求开发者应该参与定义和记录系统应该满足的需求以及验证每个需求已经被满足的方法。

结果应在包括《系统/子系统规格说明书（SSS）》中的所有可能的条目。

根据实际情况，有关系统接口的需求可以在SSS中规定或者在《接口需求规格说明书（IRSs）》中规定。

注：如果一个系统由子系统组成，系统需求分析）中的活动应该同系统设计中的活动叠代进行。

定义系统的需求，设计系统并定义它的子系统，定义这些子系统的需求，设计子系统并定义他们的部件，如此下去。

2.2系统的设计开发者应该按照下列要求参与系统的设计。

注：如果系统分成多个版本开发，系统的设计可能要等到最后一个版本才完成。

开发者的计划中应该定义每个版本中所要完成的设计。

一个特定版本的设计应理解为那个版本中应完成的设计内容。

（项目名称）系统需求规格说明书文件修改记录目录1引言 (1)1.1编写目的 (1)1.2适用范围 (1)1.3术语和缩写 (1)1.4参考资料 (1)2项目概述 (1)2.1项目介绍 (1)2.2产品环境介绍 (1)2.3业务与软件功能对照表 (1)2.4用户特点 (1)2.5假设和依赖关系 (1)3功能需求 (1)3.1功能1 (2)3.1.1功能ID号 (2)3.1.2功能说明 (2)3.1.3输入 (2)3.1.4处理 (2)3.1.5输出 (2)3.1.6优先级 (2)3.1.7相关性 (2)3.2功能2 (2)3.3功能3 (2)4非功能需求 (2)4.1数据需求 (2)4.2性能需求 (2)4.3安全性需求 (3)4.4产品质量需求 (3)4.5用户界面需求 (3)4.6运行环境需求 (3)4.6.1硬件环境需求 (3)4.6.2软件环境需求 (4)4.7接口需求 (4)4.8其他需求 (4)1引言1.1编写目的【说明编写这份用户需求说明书的目的，指出预期的读者。

】1.2适用范围【说明此文档在何种情况下或何种工作中使用。

】1.3术语和缩写【列出本文件中用到的专门术语的定义和外文首字母组词的原词组以及中英文全称。

】1.4参考资料【列出有关参考资料。

】2项目概述2.1项目介绍【描述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。

】2.2产品环境介绍【描述本软件产品与其他产品或项目所组成的整体环境。

】2.3业务与软件功能对照表【列出业务与软件功能对照表，以便于检查软件功能是否覆盖了所有业务。

下表中业务需求是《用户需求规格说明书》中提到的所有用户需求，当项目软件不满足用户需求时，需在下表中明确说明。

】2.4用户特点【列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本软件的预期使用频度。

这些是软件设计工作的重要约束。

】2.5假设和依赖关系【列出可能影响需求说明书中需求的所有假设因素（与已知事实相对而言）、项目对外部条件的依赖、以及进行本软件开发工作的假定和约束，例如经费限制、开发期限、设备条件等。

X X系统-需求规格说明书XXXXX2010年8月修改记录目录1前言 (3)1.1名词定义 (3)1.2假定和约束 (3)1.3背景介绍 (3)2业务整体说明 (4)2.1业务流程概述 (4)2.2实体关系概述 (4)3权限整体说明 (5)3.1【功能权限整体说明】 (5)3.2数据权限整体说明 (5)4功能性需求详述 (7)4.1【功能名称】 (7)4.1.1业务描述 (7)4.1.2业务要素 (7)4.1.3关联关系 (8)4.1.4业务功能 (8)5非功能性需求详述 (9)5.1【机构管理】 (9)5.2【用户管理】 (9)5.3【角色管理】 (10)5.4【功能权限管理】 (11)5.5【用户与角色对应关系管理】 (11)5.6【角色与功能权限对应关系管理】 (12)5.7【用户数据权限管理】 (12)1前言1.1名词定义【名词解释】1.2假定和约束【系统假设及其约束条件】1.3背景介绍【项目整体的背景介绍，项目目标】2业务整体说明2.1业务流程概述【系统业务流程图】【业务流程说明1.2.3…】2.2实体关系概述【系统实体关系图】【业务实体关系描述1.2.3…】3权限整体说明3.1【功能权限整体说明】【整个XX系统对所有的用户根据权限特点分为不同的角色，系统根据角色来分配权限。

整个权限管理的实现将是“机构——用户——角色——权限”的四层模式。

系统内置一个超级管理员用户，该用户负责设置XX机构、XX机构管理员、角色、功能权限、角色与权限的对应关系，一个角色可以有多个权限，一个权限可以赋给多个角色。

机构管理员负责设置本机构用户，并将用户赋予相应角色，一个机构拥有多个用户，一个用户只能属于一个机构，一个角色可以有多个用户，一个用户可以对应多个角色。

】3.2数据权限整体说明本系统的数据权限目前实现到实体级别，支持扩展到实体属性级别。

数据权限包括数据的查看权限和修改权限。

具体的数据权限由用户所属机构的机构管理员设定。

系统/子系统需求规格说明(SSS)说明：1.《系统/子系统需求规格说明》(SSS)为一个系统或子系统指定需求和指定保证每个需求得到满足所使用的方法。

与系统或子系统外部接口相关的需求可在SSS中或在该SSS引用到的一个或多个《接口需求规格说明》(IRS)中给出。

2.这个SSS，可能还要用《接口需求规格说明》 (IRS)加以补充，是构成系统或子系统设计与合格性测试的基础。

贯穿本文的术语“系统”，如果适用的话，也可解释为“子系统”。

所形成的文档应冠名为“系统需求规格说明”或“子系统需求规格说明”。

系统/子系统需求规格说明的正文的格式如下：1引言本章分为以下几条。

1.1标识本条应包含本文档适用的系统和软件的完整标识，(若适用)包括标识号、标题、缩略词语、版本号和发行号。

1.2系统概述本条应简述本文档适用的系统和软件的用途，它应描述系统和软件的一般特性；概述系统开发、操作和维护的历史；标识项目的投资方、需方、用户、开发方和支持机构；标识当前和计划中的运行现场；列出其他有关的文档。

1.3文档概述本条应概括本文档的用途和内容，并描述与其使用有关的保密性和私密性要求。

2引用文件本章应列出本文档所引用所有文档的编号、标题、修订版本和日期，本章也应标识不能通过正常的供货渠道获得的所有文档的来源。

3需求本章分条详述系统需求，是指功能、业务(包括接口、资源、性能、可靠性、安全性、保密性等)和数据需求。

也就是，构成系统验收条件的系统特性。

给每个需求指定项目唯一标识符以支持测试和可追踪性。

并以一种可以定义客观测试的方式来陈述需求。

对每个需求都应说明相关合格性方法(见第4章)，如果是子系统，则还要给出从该需求至系统需求的可追踪性(见5.a条)。

描述的详细程度遵循以下规则：应包含构成系统验收条件的那些系统特性，需方愿意推迟到设计时留给开发方说明的那些特性。

如果在给定条中没有需求可说明的话，应如实陈述。

如果某个需求在多条中出现，可以只陈述一次而在其他条中引用之。

密级：内控XX项目XX子系统需求规格说明书公司名称2020年01月09日公司名称版本记录深圳航天智慧城市系统技术研究院有限公司目录1前言 (1)1.1编写目的[保持一致，无需改动] (1)1.2项目背景[单一项目保持一致] (1)1.3术语定义[根据各子系统定义确定需要的解释术语] (1)1.4参考资料[子系统设计参考资料，全部列出] (1)2任务概述 (2)2.1目标[该子系统需求规格编写目标] (2)2.2运行环境[系统运行环境，下面内容参考] (2)2.3条件与限制[子系统开发的条件与限制，没有写无] (2)3数据描述 (3)3.1静态数据[子系统开发所需静态数据，没有写无；格式不限，说清楚即可] (3)3.2动态数据[子系统运行产生的动态数据，没有写无；格式不限，说清楚即可] (3)3.3数据库介绍 (3)3.4数据词典[系统开发所需数据字典] (3)3.5数据采集[感知设备采集相关数据] (3)4功能需求 (4)4.1功能1 (4)4.1.1子功能1 (4)5性能需求 (5)5.1数据精确度[子系统数据精度要求] (5)5.2时间特性[如响应时间、更新处理时间、数据转换与传输时间、运行时间等] (5)5.3适应性[在操作方式、运行环境、与其他软件的接口以及开发计划等发生变化时，应具有的适应能力]56运行需求 (6)6.1用户界面[如屏幕格式、报表格式、菜单格式、输入输出时间等] (6)6.2硬件接口[与硬件直接通讯接口，一般写无。

] (6)6.3软件接口 (6)6.4故障处理[常发生故障处理机制，没有写无] (6)公司名称7运行需求 (7)深圳航天智慧城市系统技术研究院有限公司1前言1.1编写目的[保持一致，无需改动]该文档的主要目的是为后续的UI设计、系统研发、系统测试提供依据。

1.2项目背景[单一项目保持一致]项目背景介绍。

1.3术语定义[根据各子系统定义确定需要的解释术语]●终端：中控显示屏及主机设备。

系统需求说明书目录系统、子系统需求规格说明 (1)1 引言 (1)1.1标识 (1)1.2系统概述 (1)1.3文档概述 (1)2 引用文件 (1)3 需求 (1)3.1要求的状态和方式 (2)3.2需求概述 (2)3.2.1系统总体功能和业务结构 (2)3.2.2硬件系统的需求 (2)3.2.3软件系统的需求 (2)3.2.4接口需求 (3)3.3系统能力需求 (3)3.3.X (系统能力) (3)3.4系统外部接口需求 (3)3.4.1接口标识和接口图 (3)3.4.X (接口的项目唯一标识符) (4)3.5系统内部接口需求 (6)3.6系统内部数据需求 (6)3.7适应性需求 (6)3.8安全性需求 (6)3.9保密性和私密性需求 (7)3.10操作需求 (7)3.11可使用性、可维护性、可移植性、可靠性和安全性需求 (7)3.12故障处理需求 (7)3.12.1软件系统出错处理 (7)3.12.2硬件系统冗余措施的说明 (7)3.13系统环境需求 (8)3.14计算机资源需求 (8)3.14.1计算机硬件需求 (8)3.14.2计算机硬件资源利用需求 (8)3.14.3计算机软件需求 (8)3.14.4计算机通信需求 (9)3.15系统质量因素 (9)3.16设计和构造的约束 (9)3.17相关人员需求 (10)3.18相关培训需求 (10)3.19相关后勤需求 (10)3.20其他需求 (10)3.21包装需求 (11)3.22需求的优先次序和关键程度 (11)4 合格性规定 (11)5 需求可追踪性 (11)6 非技术性需求 (12)7 尚未解决的问题 (12)8 注解 (12)1．系统、子系统需求规格说明1.引言本章分为以下几条。

1.1 标识本条应包含本文档适用的系统和软件的完整标识，（若适用）包括标识号、标题、缩略词语、版本号和发行号。

1.2 系统概述本条应简述本文档适用的系统和软件的用途，它应描述系统和软件的一般特性；概述系统开发、操作和维护的历史；标识项目的投资方、需方、用户、开发方和支持机构；标识当前和计划中的运行现场；列出其他有关的文档。

【系统名称】功能需求规格说明书【——子系统名称】文档创建信息文档修订记录修改类型分为A– ADDED（增加）M– MODIFIED（修改）D– DELETED（删除）目录1.引言............................................................................................................错误!未定义书签。

目的................................................................................................错误!未定义书签。

读者范围........................................................................................错误!未定义书签。

术语或缩略语................................................................................错误!未定义书签。

2.系统定位....................................................................................................错误!未定义书签。

目标用户........................................................................................错误!未定义书签。

针对的用户需求............................................................................错误!未定义书签。