软件需求规格说明书和系统需求规格说明书的区别
Requirements Level Classification（需求的分类）
To deal with the diversity in requirements types, Sommerville (2005) suggests
organizing them into three levels of abstraction:
User requirements
System requirements
Software design specifications
User requirements（用户需求） are abstract statements written in natural language with
accompanying informal diagrams. They specify what services (user functionality)
the system is expected to provide and any constraints. In many situations user stories
can play the role of user requirements.
System requirements（系统需求） are detailed descriptions of the services and constraints.
System requirements are sometimes referred to as functional specification or technical
annex. These requirements are derived from analysis of the user requirements.
They act as a contract between client and contractor, so they should be
structured and precise. Use cases can play the role of system requirements in
many situations.
Software design specifications（软件需求） emerge from the analysis and design
documentation used as the basis for implementation by developers. The software
specification is essentially derived directly from analysis of the system specification.
The software requirements specification document (SRS) is the “contractual” document
that we generally refer to when we speak of a “software” or “system” requirements
specification.In the case of a hybrid hardware/software system,（考虑软件和硬件系统） the SRS would include both detailed design elements for the software as well as hardware
(e.g., schematic diagrams and logic diagrams). In the case of a purely mechanical
system, design drawings take the place of the SRS.
要求等级分类（需求的分类）
为了应对在规定类型的多样性，萨默维尔（2005）建议
它们组织成三个层次的抽象：
用户要求
系统要求
软件设计规范
用户要求（用户需求）是抽象的语句写在自然语言与
伴随非正式图。他们指定哪些服务（用户功能）
该系统预计将提供与任何约束。在许多情况下，用户故事
可以播放用户需求的作用。
系统要求（系统需求）是服务和约束的详细说明。
系统的要求，有时被称为功能规范或技术
附件。这些要求都源于的用户需求的分析。
他们作为业主和承包商之间的合同，所以他们应该是
结构化的和精确的。用例可以发挥系统需求的作用
许多情况下。
软件设计规范（软件需求）出现从分析和设计
作为基础，实施开发文档。该软件
说明书中基本上直接从系统规范的分析而得。
软件需求规格文件（SRS）是“契约”的文件
我们一般指的是，当我们谈论“软件”或“系统”的要求
specification.In混合的硬件/软件系统的情况下，（考虑软件和硬件系统）将SRS将包括用于软件既详细设计元素以及硬件
（例如，原理图和逻辑图）。在一个纯粹的机械的情况下
系统，设计图纸取SRS的地方。
软件需求规格说明书和系统需求规格说明书的区别相关推荐
- 一份合格的软件需求规格说明书的要求
合格的软件需求规格说明书 软件需求规格说明作为产品需求的最终成果必须具有综合性:必须包括所有的需求.开发者和客户不能作任何假设.如果任何所期望的功能或非功能需求未写入软件需求规格说明那么它将不能作为协 ...
- 软件需求说明书 编写实例
你的工程应该有个好的起点.一个小组要带领客户进入需求启发阶段而且你要写软件需求说明书.这份说明有些大,但客户会很重视,所以说明必须得到赞同. 现在你正在设计其中的一个特性,已经发现了需求的一些问题.你 ...
- [文档] 软件需求规格说明书
软件需求规格说明书 1 范围 1.1 标识 本条应描述本文档所适用系统和软件的完整标识,适用时,包括其标识号.名称.缩略名.版本号 和发布号. 1.2 系统概述 本条应概述文档适用的系统和软件的用途: ...
- No.7软件需求规格说明书及UML
软件需求规格说明书(SRS)是需求开发活动的产物,编制该文档的目的是使项目干系人与开发团队对系统的初始规定有一个共同的理解,使之成为整个开发工作的基础. 软件需求规格说明书 国家标准BG/T 8567 ...
- 软件需求——需求规格说明书模版（三）
需求规格说明书模板 权利义务... 2 软件客户需求权利书... 2 软件客户需求义务书... 3 读者对象... 3 组织结构图... 3 项目范围定义... 3 描述... 3 图... 3 首次 ...
- 软件需求规格说明书通用模版_通用需求挑战和机遇
软件需求规格说明书通用模版 When developing applications there will be requirements that are needed on more than o ...
- 【软件测试】导致软件缺陷的最大原因是软件需求规格说明书
导致软件缺陷的最大原因是软件需求规格说明书. 因为软件缺陷产生的原因有很多,典型的原因如下: 软件本身的复杂性 开发人员的问题 需求的变化 进度的压力 对文档不重视 沟通不畅 偏差的累积 各种来源导致 ...
- 软件需求工程 高校教学平台 软件需求规格说明书 part 1 （重点！！！）
点击查看 软件需求工程 高校教学平台 卷首语 文章目录 引言 编写目的 项目背景 预期的读者和阅读建议 预期读者 阅读建议 参考资料 总体描述 产品基本信息 产品前景 用户类及其特征 产品功能概述 用 ...
- 如何写《软件需求规格说明书》
转载自:https://www.jianshu.com/p/f9bcf52f4321 一.任务突然从天而降 自己维护一个终端一年多,今天主管突然要求补写一下<软件需求规格说明书>,有些傻眼 ...
最新文章
- Docker(二)：Docker 容器使用
- JDK8中好用的日期处理-LocalDate类-LocalTime-LocalDateTIme，mysql解决时区相差13小时的问题，日期格式器DateTimeFormatter
- 写在方法中的路由跳转
- C++ STL 总结
- 【pyradiomics学习】——影像组学特征
- Oracle死锁解决常用方法
- 解决MSDN安装正常，却无法访问。
- Windows核心编程学习笔记
- Flutter进阶—质感设计之进度条
- 我只是追个直播，结果被拉进大咖们的群面对面群聊……
- Nginx配置同时访问http和https
- [试题]Python大赛部分答案
- mssql数据库置疑修复
- 江苏计算机二级c语言考试内容,江苏省计算机等级考试二级C语言考试大纲_复习提纲.doc...
- WIN10 删除文件 找不到该项目
- Python学习（52周存钱）
- 上位机编程软件哪个好_UG、Mastercam、Cimatron、Powermill等 数控编程学哪个软件好呢...
- BDF2各模块依赖关系
- 读博后降维打击数学建模！
- 初探springboot的荆棘之路