需求工程知识点----第二章 需求基础
目录
需求的定义:
1 用户为了解决问题或达到某些目的所需要的条件或能力【用户的角度】
2 系统或系统部件为了满足合同、标准、规范或其它正式文档所规定的要求而需要具备的条件或能力【开发者的观点】
3 对1 或2 中的一个条件或或能力的文档化表述。
要点
满足需求就是解决问题
问题与需求
需求源于问题
开发软件系统的目的就是想它作为解决方案来解决问题,使得现实改善到期望状况。
解决问题,改善现实、满足用户期望的条件与能力就是需求
问题域与解系统
问题域
软件系统只需要现实中需要改变的部分称为【问题的发生地】也就是问题解决的基本范围-----解决问题必须涉及的事件与事物称为【问题域】。
问题域是需求的背景
问题域的背景信息又称为问题域特性。
解系统
软件系统通过影响问题域能过帮助人们解决问题----【解系统】
解系统是解决问题的解决手段-解系统与问题域之间存在可以互相影响的接口可以实现交互活动
用户关注---问题域
开发人员关注--解系统
需求工程师---做好桥梁
问题域与需求
需求是用户对问题域中的实体状态或事件期望描述
需求的源头---问题
解系统与需求规格说明
解系统的核心是软件解决方案在通用计算机上的实现
需求工程仅关系解决方案,不涉及软件实现细节
需求开发过程:
问题域中用户提出问题
需求工程师接受用户的问题与需求、分析问题域背景、建立解决方案、并将解决方案传递给后续的软件开发者
软件开发者负责将软件解决方案为软件实现
需求规格说明:
是一种完全的,精准的,可验证的方法规定系统或部件的需求、设计、行为或其它特性大文件、并经常指明判定这个规定是否满足的过程。
问题解决的基础--模拟与共享现象
共享现象是解系统所模拟的问题域部分,该部分在问题域和解系统共同存在。
需求规格说明文档包含:系统规格说明和软件规格说明
需求开发的层次性
需求的分类
1 功能需求
2 性能需求
3 质量属性
4对外接口
5 约束
优秀需求的特性
1 完备性
2 正确性
3 可行性
4 必要性
5 无歧义
6 可验证
思维导图:
本文来自博客园,作者:taotooler,转载请注明原文链接:https://www.cnblogs.com/taolo/p/17225896.html
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 阿里最新开源QwQ-32B,效果媲美deepseek-r1满血版,部署成本又又又降低了!
· 单线程的Redis速度为什么快?
· SQL Server 2025 AI相关能力初探
· AI编程工具终极对决:字节Trae VS Cursor,谁才是开发者新宠?
· 展开说说关于C#中ORM框架的用法!