高系分十一：软件需求工程

一、我的理解

1.需求分析了解对一个人的综合素质也是有很高要求的，沟通能力，共情能力，抽象能力等等，而那些方式方法也就是这些能力理论的体现。
2.需求科学化方法，uml图的方式，以及面向对象的分析方法。
3.需求的后续跟进和管理，也体现了pdca的过程。

二、我的导图你给我看看，系统分析师，第十一章软件需求工程章节内容

从系统分析师的专业视角来看，这张关于“软件需求工程”的思维导图有一定的知识梳理逻辑，但在内容的完整性、准确性以及专业术语的规范性上还有优化空间，以下是具体分析：

优点

1. 核心主题明确：以“软件需求工程”为核心，从“任务”“管理”“方法”等维度展开，能让读者初步了解软件需求工程涉及的主要方面，有基本的知识框架搭建意识。
2. 部分板块内容聚焦：
   • “任务 - 获取”板块提到访谈、问卷、采样、串联板、分析，涵盖了需求获取的常见方法，能让读者知道需求获取可以通过多种途径收集信息。
   • “管理”板块涉及定义·文档、变更、验证、跟踪，体现了需求管理的关键环节，为需求的全生命周期管理提供了方向。
   • “方法”板块包含状态图、数据字典、流程图、用例图、分析，涉及需求分析的部分工具和方法，有助于对需求进行分析和建模。

可优化之处

1. 内容完整性与专业性
   • 专业术语表述：“采样”表述较模糊，在需求工程中，更专业的是“抽样调查”或结合具体场景的“用户抽样访谈”等；“串联板”表述不规范，应明确为“故事板”（用于展示用户与系统交互的场景）等更准确的专业术语，以提升内容的专业性。
   • 板块内容完整性：
     • “任务 - 获取”板块：需求获取的方法还包括原型法（快速构建系统原型，让用户直观感受并提出需求）、观察法（观察用户实际工作流程获取需求）等重要方法，目前覆盖不足，可补充完善。
     • “管理”板块：需求管理除了定义·文档、变更、验证、跟踪，还应包括需求的协商（在需求冲突时进行协商解决）、需求的优先级划分（确定需求的重要性和实现顺序）等内容，目前的内容较为简略，可深入阐述。
     • “方法”板块：需求分析的方法还包括结构化分析方法（如数据流图、实体 - 关系图等）、面向对象分析方法的更多内容（如类图、序列图等的应用），以及需求建模的其他工具（如决策表、判定树等），需进一步丰富。
     • 整体遗漏关键领域：软件需求工程还包括需求的分类（功能需求、非功能需求、约束需求）、需求的质量属性（如完整性、一致性、无二义性等）等核心知识领域，思维导图中未涉及，需补充以完善软件需求工程的知识体系。
2. 逻辑关联与结构
   • 各板块与“软件需求工程”核心主题以及板块内部的逻辑关系不够清晰。例如，“任务 - 获取”的各种方法与“方法”板块中的工具和方法的逻辑联系不明确，可通过更清晰的线条标注或文字说明，表明“任务 - 获取”的方法是为了收集原始需求，而“方法”板块的工具和方法是对收集到的需求进行分析和建模，使逻辑更顺畅。
   • 缺少对软件需求工程整体流程的体现，比如软件需求工程的一般流程（需求获取→需求分析→需求定义→需求验证→需求管理），可以将各板块内容对应到流程中，让读者更清楚不同板块在软件需求工程过程中的作用和顺序。

总体而言，这张思维导图有搭建软件需求工程知识框架的初步思路，但在专业术语准确性、内容完整性以及逻辑关联性等方面，还有较大的提升空间。若能进一步完善，补充软件需求工程的核心知识领域和关键流程等内容，规范专业术语，明确逻辑关系，会更有助于系统分析师全面、深入地学习和应用软件需求工程相关知识。

三、对于系统分析师，第十一章软件需求工程章节，应该掌握那些内容？作为一个优秀的系统分析师，在这一章中应该具备哪些能力？平时应该做什么关注和提升？

一、系统分析师在软件需求工程章节应掌握的内容

（一）需求工程基础概念

1. 软件需求定义与分类：透彻理解软件需求是指用户对目标软件系统在功能、行为、性能、设计约束等方面的期望 。熟悉软件需求的分类，包括功能需求（描述系统必须执行的活动，如用户登录、订单处理等功能）、非功能需求（涉及系统的质量属性，如性能、可靠性、安全性、易用性等，例如系统响应时间不超过3秒，数据要进行加密存储）以及约束需求（限制系统开发或运行的条件，如必须使用特定的技术框架、系统要在规定时间内上线等）。
2. 软件需求工程的重要性：明确软件需求工程在整个软件开发过程中的关键地位，它是软件开发的基础，直接影响软件项目的成败。了解需求不明确或需求变更管理不善可能导致的问题，如项目延期、成本超支、软件质量不达标等。
3. 需求工程的生命周期：掌握需求工程从需求获取、需求分析、需求定义（规格说明）、需求验证到需求管理的完整生命周期，清楚每个阶段的任务、目标和交付物。例如需求获取阶段要收集用户需求，需求验证阶段要确保需求的正确性、完整性、一致性等。

（二）需求获取

1. 需求获取方法：熟练掌握多种需求获取方法，如访谈法（包括结构化访谈、非结构化访谈，通过与用户交流获取需求）、问卷调查法（适用于大规模用户需求的收集）、观察法（观察用户实际工作流程来获取需求）、原型法（通过构建软件原型，让用户直观感受并提出反馈，进而获取需求）、头脑风暴法（组织相关人员进行创意和需求的讨论）等 。能够根据项目特点和用户群体选择合适的需求获取方法，并有效地运用这些方法收集全面、准确的需求。
2. 需求获取的流程与技巧：了解需求获取的流程，包括准备工作（确定访谈对象、设计问卷等）、执行过程（进行访谈、发放问卷等）和结果整理（对获取的信息进行分类、汇总、分析）。掌握需求获取的沟通技巧，如如何引导用户清晰表达需求、如何识别用户的潜在需求、如何处理需求冲突等。

（三）需求分析

1. 需求分析的任务与目标：明确需求分析是对获取的需求进行深入研究和理解，消除需求的模糊性、歧义性和不一致性，建立系统的逻辑模型。目标是确保需求的完整性、一致性、可行性和可测试性等。
2. 需求分析方法：熟悉结构化分析方法（如数据流图，用于描述数据在系统中的流动和处理过程；实体 - 关系图，用于表示数据实体及其之间的关系）和面向对象分析方法（如用例图，展示系统的功能和用户与系统的交互；类图，描述系统中的类及其关系；序列图，表现对象之间的交互顺序等）。能够运用这些方法对需求进行建模和分析，提取系统的关键信息和业务逻辑。
3. 需求优先级划分：掌握需求优先级划分的原则和方法，如根据需求对业务的重要程度、实现的难易程度、成本效益等因素，确定需求的优先级，以便在软件开发过程中合理安排资源和进度。

（四）需求定义（规格说明）

1. 需求规格说明书的内容与结构：了解需求规格说明书（SRS）是需求工程的重要交付物，掌握其内容和结构，包括引言（项目背景、目的、范围等）、总体描述（产品功能、用户特征、约束条件等）、具体需求（功能需求、非功能需求的详细描述）、外部接口需求（与其他系统的接口定义）等 。能够编写清晰、准确、完整的需求规格说明书，使其成为软件开发、测试和验收的重要依据。
2. 需求规格说明书的编写原则：遵循需求规格说明书的编写原则，如准确性（准确描述需求，避免歧义）、完整性（涵盖所有需求）、一致性（需求之间无冲突）、可验证性（需求能够被验证是否满足）、无二义性（每个需求只有一种解释）等，确保需求规格说明书的质量。

（五）需求验证

1. 需求验证的方法与标准：掌握需求验证的方法，如评审（包括同行评审、用户评审等，对需求规格说明书进行检查）、测试（通过编写测试用例来验证需求的可实现性）、原型验证（利用原型来验证需求是否符合用户期望）等 。了解需求验证的标准，即需求是否正确、完整、一致、可行、可测试等。
2. 需求验证的过程与问题处理：熟悉需求验证的过程，包括制定验证计划、执行验证活动、记录验证结果等。能够及时发现需求中的问题，并与相关人员沟通协调，提出解决方案，确保需求的质量。

（六）需求管理

1. 需求变更管理：理解需求变更在软件开发过程中是不可避免的，掌握需求变更管理的流程，包括变更请求的提交、评估（分析变更对项目的影响，如对进度、成本、质量的影响）、决策（决定是否接受变更）、实施（对需求规格说明书等相关文档进行更新，并通知相关人员）和跟踪（跟踪变更的执行情况，确保变更得到有效实施） 。能够制定合理的需求变更管理策略，控制需求变更的风险。
2. 需求跟踪：了解需求跟踪的概念和重要性，掌握需求跟踪的方法，如通过需求跟踪矩阵来记录需求与其他工作产品（如设计文档、代码、测试用例等）之间的关系，实现需求的双向跟踪（从需求追溯到设计、实现和测试，以及从设计、实现和测试追溯到需求） ，以便在项目过程中及时发现需求的遗漏或不一致，保证软件产品符合需求。
3. 需求版本管理：掌握需求版本管理的方法，对需求规格说明书等需求相关文档进行版本控制，记录需求的演变历史，确保项目团队成员使用的是最新、正确的需求版本。

二、优秀系统分析师在这一章应具备的能力

（一）需求获取与沟通能力

能够与用户、开发团队等各方进行有效沟通，运用多种需求获取方法，准确理解用户需求，并将用户的模糊需求转化为清晰、准确的软件需求。在沟通中善于倾听、引导和提问，解决需求获取过程中的各种问题，获取全面、深入的需求信息。

（二）需求分析与建模能力

具备良好的分析能力，能够运用结构化分析或面向对象分析等方法，对获取的需求进行深入分析和建模，识别系统的关键业务逻辑和数据关系。能够从复杂的需求中提炼出核心内容，构建合理的需求模型，为软件设计提供坚实的基础。

（三）问题解决与决策能力

在需求工程过程中，能够及时发现需求中的问题，如需求冲突、需求不明确等，并运用逻辑思维和专业知识，提出有效的解决方案。能够根据项目的实际情况，对需求变更等问题做出合理的决策，平衡项目的进度、成本和质量。

（四）文档编写与表达能力

能够编写高质量的需求规格说明书等需求相关文档，用清晰、准确、规范的语言表达需求。能够将复杂的需求信息以简洁明了的方式呈现给不同的利益相关者，确保各方对需求的理解一致。

（五）团队协作与协调能力

在需求工程中，需要与不同部门的人员（如业务人员、开发人员、测试人员等）密切协作。优秀的系统分析师要具备良好的团队协作和协调能力，能够有效地组织各方参与需求工作，协调各方利益，推动需求工程的顺利进行。

三、平时应做的关注和提升方向

（一）关注行业动态

1. 关注软件需求工程领域的最新研究成果、技术方法和工具，如新型的需求获取工具、需求管理平台等。通过阅读专业技术媒体（如ACM Digital Library、IEEE Xplore等学术数据库，InfoQ、开源中国等技术网站）、参加相关技术研讨会和在线讲座等方式，及时了解行业的最新发展趋势。
2. 关注所在行业的软件需求特点和变化，了解行业内的成功案例和失败教训。可以通过行业报告、企业官网、行业论坛等渠道获取相关信息，思考如何将行业经验应用到自己的工作中。

（二）学习与实践

1. 持续学习软件需求工程的理论知识，阅读专业书籍（如《软件需求最佳实践：SERU过程框架原理与应用》《软件需求（第2版）》等）、在线课程（如Coursera、edX上的软件需求工程相关课程），不断深化自己的知识体系。
2. 积极参与实际的软件项目，从需求获取、分析到管理的全过程，积累项目经验。在实践中尝试使用新的需求工程方法和工具，不断提高自己的实际操作能力和解决问题的能力。每次项目结束后，对需求工程过程进行总结和反思，找出不足之处并加以改进。

（三）人际关系拓展

1. 与企业内部的业务人员、开发人员、测试人员等建立良好的沟通和合作关系，深入了解他们对需求工程的看法和需求，共同推进软件项目的顺利进行。在项目合作中，相互学习，分享经验，提高团队整体的需求工程能力。
2. 与外部的软件需求工程专家、同行等保持联系，拓展人脉资源。通过与他们的交流和合作，学习先进的需求工程理念和技术，获取更多的学习资源和支持。例如，加入软件需求工程相关的专业社区或论坛，参与技术讨论和交流活动。

四、系统分析师，第十一章软件需求工程章，你给我出5道题，让我看看

题目1

在软件需求获取阶段，系统分析师采用访谈法收集需求。现有一家电商企业， 请分别阐述针对客服部门、物流部门进行需求获取时，访谈的重点内容应该是什么 ，并说明如何应对访谈过程中出现的需求冲突情况。

题目2

某公司计划开发一款在线教育软件，系统分析师在需求分析过程中，需要使用用例图对用户与系统的交互进行建模。请画出该软件中 “学生选课” 和 “教师上传课程资料” 两个功能的用例图， 并详细说明参与者、用例以及它们之间的关系。

题目3

需求规格说明书是软件需求工程的重要交付物。请指出以下需求描述存在的问题，并按照规范要求进行修改。
“系统要快速处理订单，能在短时间内反馈订单状态，并且要保证数据的安全性。”

题目4

在软件需求验证环节，系统分析师需要对需求进行评审。现有一份关于财务管理软件的需求规格说明书，你作为系统分析师， 请列出至少3项评审要点，并说明如何判断需求是否满足这些要点。

题目5

在软件项目开发过程中，业务部门提出了一个新的需求变更，要求在原有的客户管理系统中增加 “客户流失预测” 功能。作为系统分析师， 请详细描述你将如何按照需求变更管理流程处理该需求变更 ，包括变更请求的评估、决策以及实施和跟踪等关键步骤。