标签：Chapter 需求 房主 系统 密码 理解 相关者 控制面板

需求工程阶段

• 起始

在项目起始阶段，要建立基本的理解，包括存在的问题、谁需要解决方案、所期望解决方案的性质、与项目利益相关者和开发人员之间达成初步交流合作的效果。

• 获取

询问客户、用户和其他人:系统或产品的目标是什么，想要实现什么，系统和产品如何满足业务的要求，最终系统或产品如何用于日常工作。

• 细化

在起始和获取阶段获得的信息将在细化阶段进行扩展和提炼。该任务的核心是开发一个精确的需求模型，用以说明软件的功能、特征和信息的各个方面。

• 协商

需求工程师必须通过协商过程来调解需求冲突。应该让客户、用户和其他利益相关者对各自的需求排序，然后按优先级讨论冲突。使用迭代的方法给需求排序，评估每项需求的成本和风险，处理内部冲突，删除、组合或修改需求,以便参与各方均能达到一定的满意度。

• 规格说明

规格说明可以是一份写好的文档、一套图形化的模型、一个形式化的数学模型、一组使用场景、一个原型或上述各项的任意组合。

• 确认

在确认这一步将对需求工程的工作产品进行质量评估。需求确认要检查规格说明R以保证:已无歧义地说明了所有的系统需求;已检测出不一致性、疏忽和错误并予以纠正;工作产品符合为过程、项目和产品建立的标准。

• 需求管理

对于基于计算机的系统，其需求会变更，而且变更的要求贯穿于系统的整个生命周期。需求管理是用于帮助项目组在项目进展中标识、控制和跟踪需求以及需求变更的一组活动。

建立根基

• 确认利益相关者
  • 利益相关者：直接或间接地从正在开发的系统中获益的人
• 识别多重观点
  • 多角度收集信息
  • 把所有利益相关者提供的信息分类
• 协同合作
  • 标识公共区域和矛盾区域
• 首次提问
  • 与环境无关的提问
  • 集中于客户和其他利益相关者以及整体目标和收益
• 非功能需求
  • 质量属性、性能属性、安全属性或系统中的常规限制
• 可追溯性
  • 可追溯矩阵表达需求和其他软件工程产品间的相互关系

获取需求

• 协作收集需求
• 质量功能部署
  • 将客户要求转化为软件技术需求
• 使用场景
• 获取工作产品
• 敏捷需求获取
  • 生成用户故事
• 面向服务的方法

开发用例

用例模板

标签：Chapter,需求,房主,系统,密码,理解,相关者,控制面板
来源： https://blog.csdn.net/Qiaozian/article/details/113046451

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。