需求分析具体要求
面向数据流自顶向下求精
3.2.3 简易的应用规格说明技术
提倡用户与开发者密切合作，共同标识问题，提出解决方 案要素，商讨不同方案并指定基本需求
- 进行初步的访谈 - 开发者和用户双方组织的代表出席会议 - 每个小组为每张列表中的项目制定小型规格说明 - 根据会议成果起草完整的软件需求规格说明书
3.3 分析建模与规格说明
在分析软件需求和书写软件需求规格说明书的过程中， 分析员和用户都起着关键的、必不可少的作用。
软件需求的组成
业务需求
项目范 围文档
用户需求
文档
质量属性 非功能需求
其他非功 能需求
系统需求
设计约束
功能需求
需求规约 (specification)
需求组成的全景图
其中： • 业务需求：反映组织机构和客户对系统、产品高层次
第3章 需求分析
3.1 需求分析的任务 3.2 与用户沟通获取需求的方法 3.3 分析建模与规格说明 3.4 实体-联系图 （？） 3.5 数据规范化（？） 3.6 状态转换图+有穷状态机 3.7 其他图形工具 3.8 验证软件需求 3.9 小结
需求分析的意义
软件需求的深入理解是软件开发工作获得成 功的前提条件，不论我们把设计和编码做得如何 出色，不能真正满足用户需求的程序只会令用户 失望，给开发带来烦恼。
1). 分析建模
模型Байду номын сангаас
----就是为了理解事物而对事物做出的一种抽象，是对事 物的一种无歧义的书面描述。通常，由一组图形符号和组 织这些符号的规则组成。
建模方法
在过去的数年中，人们提出了许多种分析建模的方法，其中两种在 分析建模领域占有主导地位：
第一种是结构化分析 (Structured Analysis，SA)，70年代末由 DeMarco等人提出，这是传统的建模方法。该方法不是被所有的使用者 一致地使用的单一方法，众多科学家对其进行了扩充，因此它是发展 了超过30年的一个混合物。
软件需求规格说明书，是需求分析阶段得出的最主要 的文档。
软件需求说明书的编写提示（GB856T—88）
1 引言 1.1 编写目的 1.2 背景 1.3 定义 1.4 参考资料
2 任务概述 2.1 目标 2.2 用户的特点 2.3 假定和约束
软件需求说明书的编写提示（GB856T—88）
3 需求规定
• 功能性需求：描述系统应该做什么，即为用户和其它系统完 成的功能、提供的服务。
• 非功能性需求：产品必须具备的属性或品质。 • 设计约束：设计与实现必须遵循的标准、约束条件。如运行
平台、协议、选择的技术、编程语言和工具等。
软件需求的描述
• 结构化语言、PDL • 图形化表示 • 数学描述（形式化语言描述）
3）不同的项目相关人员有不同的需求，可能以不同 的方式表达，分析人员必须发现所有潜在的需求资源， 而且能发现这些需求的相容或冲突之处。
4）经济和业务环境决定了分析是动态的，需求在分 析过程中会发生变更。个别需求的重要程度会改变， 新的需求会从新的项目相关人员那里得到。
需求获取技术
• 建立由客户（用户）、系统分析员、领域专家参加的 联合小组。
需求分析是软件定义时期的最后一个阶段， 它的基本任务不是确定系统怎样完成它的工作， 而是确定系统必须完成哪些工作，也就是对目标 系统提出完整、准确、清晰、具体的要求。
并在在需求分析阶段结束之前，由系统分析 员写出软件需求规格说明书，以书面形式准确地 描述软件需求。即：
---- 准确地回答“系统必须做什么?”。
3.1 需求分析的具体任务
1 确定对系统的综合要求
---功能需求、性能需求、可靠性和可用性 需求、出错处理需求、接口需求、约束、 逆向需求、将来可能提出的要求。
2 分析系统的数据要求
3 导出系统的逻辑模型
4 修正系统开发计划
软件需求获取
需求分析是一个包括创建和维持系统需求文档所必需的一 切活动的过程。它包含了如下活动：
的目标要求。 • 用户需求：从用户使用的角度给出需求的描述。
如一个小型超市需要一个商品的查询系统。 业务需求：进货人员需要查询商品库存以便保证及 时进货；收款员需要查询商品的销售价格以便结账； 经理需要查询商品的销售及盈利情况。 用户需求:这三类用户怎样去查询系统，查询哪些 信息，还需要哪些操作。
• 系统需求：从系统的角度描述要提供的服务以及所受到的约 束。
• 需求获取的方法：个别访谈、召集会议、文档研究、 问卷调查、观察用户工作流程、建立原型。
• 获取的需求的表达方式： （1）需求列表 需求与系统的特殊视角或环境的关系
（2）业务流程图（状态/活动图） （3）数据流图 （4）实体-联系图
3.2 与用户沟通获取需求的方法
➢ 3.2.1 访谈 ➢ 3.2.2 面向数据流自顶向下求精 ➢ 3.2.3 简易的应用规格说明技术 ➢ 3.2.4 快速建立软件原型
➢ 需求获取和分析有一定的难度，因为：
1）项目相关人员通常并不真正知道希望计算机 做什么，让他们清晰的表达出需要系统做什么是件 困难的事，他们或许提出不切实际的要求。
2） 项目相关人员用自己的语言表达需求，这些 语言包含很多工作中的专业术语和专业知识。系统分 析员没有这些知识和经验，而他们又必须了解这些需 求。
需求获取和分析、需求描述和文档编写、需求有效性验证、 需求管理（管理需求工程的变更）。
需求获取 和分析
系统模型
需求管理
需求描述
用户需求和系 统需求
需求有效 性验证
软件需求过程
需求规约
➢ 需求获取是开发人员与客户或用户一起对应用领域 进行调查研究，收集系统需求的过程。
➢ 需求分析是将获取到的需求准确的理解、求精，并 将其转化为完整的需求定义（包括建模），进而生 成需求规约的过程。
具体的建模方法/表达方式有：
面向流的建模：数据流图（DFD/CFD） 数据建模：实体关系图（ERD） 基于行为的建模： Petri网、状态图
3.3.2 软件需求规格说明(SRS)
Software Requirement Specification
通常用自然语言+模型，完整、准确、具体地描述系 统的数据要求、功能需求、性能需求、可靠性和可用性 要求、出错处理需求、接口需求、约束、逆向需求以及 将来可能提出的要求。
网络工程需求分析报告要求
“×××”网络工程需求分析报告1 概述这部分内容主要对拟计划开发的网络工程提供整体情况描述。
（项目背景及现状、项目建设目标、项目系统结构介绍系统和其他系统之间的关系, 边界如何划分。
介绍完成整体系统需要分解的大框架的需求内容。
3 具体需求3.1 业务需求业务需求分析的目标是明确企业的业务类型、应用系统软件种类以及它们对网络功能指标（如带宽、服务质量）的要求。
业务需求是企业建网中首要的环节, 是进行网络规划与设计的基本依据。
通过业务需求分析要为以下方面提供决策依据:（1）需实现或改进的企业网络功能有哪些；（2）需要集成的企业应用有哪些；（3）需要电子邮件服务吗；（4）需要Web服务吗；（5）需要上网吗, 带宽是多少；（6）需要视频服务吗；（7）需要什么样的数据共享模式；（8）需要多大的带宽范围；（9）计划投入的资金规模是多少。
3.2 管理需求网络的管理是企业建网不可缺少的方面, 网络是否按照设计目标提供稳定的服务主要依靠有效的网络管理, 高效的管理策略能提高网络的运营效率, 建网之初就应该重视这些策略。
网络管理的需求分析要回答以下类似的问题:（1）是否需要对网络进行远程管理, 远程管理可以帮助网络管理员利用远程控制软件管理网络设备, 使网管工作更方便, 更高效；（2）谁来负责网络管理；（3）需要哪些管理功能, 如需不需要计费, 是否要为网络建立域, 选择什么样的域模式等；（4）选择哪个供应商的网管软件, 是否有详细的评估；（5）选择哪个供应商的网络设备, 其可管理性如何；（6）需不需要跟踪和分析处理网络运行信息；（7）将网管控制台配置在何处；（8）是否采用了易于管理的设备和布线方式。
3.3 安全需求企业安全需求分析要明确以下几点:（1）企业的敏感性数据的安全级别及其分布情况；（2）网络用户的安全级别及其权限；（3）可能存在的安全漏洞, 这些漏洞对本系统的影响程度如何；（4）网络设备的安全功能要求；（5）应用系统安全要求；（6）采用什么样的杀毒软件；（7）采用什么样的防火墙技术方案；（8）网络遵循的安全规范和达到的安全级别。
市场需求分析报告撰写基本要求
市场需求分析报告撰写基本要求一、引言市场需求分析报告是企业进行市场调研与分析的重要工具，因此撰写该报告需要遵循一定的基本要求。
本文将从市场需求分析报告的基本结构、分析方法、数据收集、数据分析和报告撰写等方面进行详细阐述，以帮助企业准确、全面地撰写市场需求分析报告。
二、基本结构市场需求分析报告具有以下基本结构：1. 报告概述：对市场需求分析背景、目的和范围进行简要介绍。
2. 市场概况：对所分析市场的规模、增长趋势、竞争格局等进行详细描述。
3. 潜在需求分析：对市场上的潜在需求进行全面、准确地识别和分析。
4. 实际需求分析：对市场上的实际需求进行细致、客观地调查和分析。
5. 需求预测：根据潜在需求和实际需求的分析结果，预测市场的未来需求趋势。
6. 建议和总结：根据需求预测结果，提出相应的产品策略和市场推广策略，并对分析报告进行总结。
三、分析方法在进行市场需求分析时，可以采用以下几种常见的分析方法：1. SWOT分析：通过分析市场的优势、劣势、机会和威胁，全面了解市场需求的相关因素。
2. PESTEL分析：通过分析市场的政治、经济、社会、技术、环境和法律等因素，深入揭示市场需求的内外部环境。
3. 需求满足曲线分析：通过调查用户对产品的需求满意度及其价格敏感度，预测市场需求量与价格之间的关系。
4. 市场调研分析：通过直接采集市场数据，如问卷调查、深度访谈等，了解市场需求的细节，提供确凿的分析依据。
四、数据收集在市场需求分析报告撰写过程中，数据收集是关键环节，可采用以下几种途径：1. 网络调查：通过网络搜索、了解用户的需求和购买行为，收集市场数据。
2. 实地调研：通过走访目标客户、参观竞争对手等方式，收集市场需求信息。
3. 采购第三方数据：购买市场研究机构或行业协会的调研数据，作为分析报告的数据来源。
4. 问卷调查：设计合理的问卷，通过用户调查，收集市场需求数据。
五、数据分析在数据收集完成后，需要进行数据分析，确定市场需求的主要特征和趋势。
七步让你做好需求分析
七步让你做好需求分析确定项目目标第一步是与团队一起明确项目的目标和范围。
这些目标需要从多个利益相关者的角度进行审查，并且应该能够明确地解释给所有人。
一、了解业务需求首先，需要对项目的业务需求进行深入了解。
这包括对业务过程、业务规则、数据模型等方面的分析。
在这个阶段，可以与业务相关人员进行沟通，听取他们的意见和建议。
同时，可以借助各种工具和技术，如流程图、数据字典、用例图等来帮助理解业务需求。
二、分析用户需求除了业务需求，还需要对用户需求进行分析。
用户需求是指用户对系统或产品的期望和要求，包括功能需求、性能需求、可靠性需求、安全需求等。
在这个阶段，可以采用用户调研、问卷调查等方法，收集用户的反馈和建议。
同时，也可以通过竞品分析、市场研究等方式，了解用户的偏好和需求趋势。
三、制定需求规格说明书为了更好地明确项目目标，需要制定一份完整的需求规格说明书。
该文档应包括项目的业务需求、用户需求、功能列表、性能指标、安全要求等信息，以及各种约束条件和假设前提。
在制定需求规格说明书时，需要注意以下几点：1.明确需求的优先级。
不同的需求具有不同的重要性和紧急程度，需要按照一定的优先级进行排序。
2.确保需求可行性。
需求规格说明书中列举的需求应当是可行的，不要超出技术或资源的限制。
3.避免冲突和歧义。
需求规格说明书中应尽量避免冲突和歧义，以免后续开发过程中出现问题。
四、与利益相关者沟通在确定项目目标的过程中，需要与各方利益相关者进行充分沟通。
这包括业务代表、用户、开发团队、测试团队、运维团队等。
通过与他们的沟通，可以更好地理解各方的需求和期望，协调各方的利益关系，确保项目成功完成。
五、制定项目计划最后，确定项目目标之后，需要制定一个详细的项目计划。
该计划应包括项目的时间表、里程碑、资源分配、风险管理等方面的内容。
在制定项目计划时，需要充分考虑各方的需求和利益，确保项目目标得以实现。
总之，通过对业务需求和用户需求的分析，制定完整的需求规格说明书，并与各方利益相关者充分沟通，最终制定一个详细的项目计划，可以更好地确定项目目标。
需求分析师岗位的具体内容（通用28篇）
需求分析师岗位的具体内容（通用28篇）需求分析师岗位的具体内容篇1职责1、参与需求调研、需求分析，软件原型设计，编写软件需求规格和相关投标文档;2、向客户提供业务咨询、指导、解释业务流程，向用户汇报系统功能;3、整理和分析客户需求，对其分类汇总和实现预估，提出需求分析报告和实现计划要求;4、参与需求、架构、测试需求、测试案例等评审;5、根据需求和设计文档，制定测试计划，并分析测试需求、设计测试用例。
任职资格：1、大专以上学历，2年以上软件需求分析、文档经验，熟悉CMMI文档规范，有研发、测试工作经验者优先;2、熟悉常用需求调研方法，有较强的业务分析设计及业务抽象能力;3、熟练使用至少两种需求分析工具，如Axure、VISIO、StarUML等，并能采用UML对客户需求进行精准描述。
4、掌握基本的测试理论及测试方法，能够熟悉应用基本的测试工具，有大型信息系统测试经验者优先。
需求分析师岗位的具体内容篇2职责：1.有通信行业基础或相关测试、运维经验。
2.进行客户现场调研，并进行需求的捕获和分析;3.通过现有客户需求分析，能够拓展客户需求，挖掘客户潜在需求;4.完成《需求》《需求规格说明书》等需求相关文档的编写;5.辅助开发人员及测试人员进行需求理解;6.对需求变更进行变更跟踪、客户协调、及时修改《需求规格说明书》等相关文档;7.进行需求开发进度和质量管理。
技能要求：使用原型、流程工具AxureRP、VISIO，进行原型和流程制作，熟练office软件使用及常规需求文档的编写，熟练良好的沟通能力，熟练具有强烈的责任心和高质量的执行力，能适应安排的临时工作，熟练具备较强的适应能力与学习能力，熟练有通信行业大数据平台建设经验，优先需求分析师岗位的具体内容篇3职责：1.负责用户需求调研、收集、整理和分析，配合项目经理完成项目规划;2.负责项目的业务分析和设计;3.负责编写项目详细需求规格说明书;4.参与项目的设计、验证环节的相关工作; 在项目生命周期中，持续完善改进项目任职要求：1.计算机、物联网、通信等相关专业，统招专科及以上学历;2.熟练操作办公软件;3.独立工作能力强，态度积极，有敬业精神和解决问题的能力; 需求分析师岗位的具体内容篇4职责：1、项目前期与客户沟通需求，后期系统培训与宣讲;2、编写需求规格说明书、原型图、流程图，并与设计师做出交互效果图;3、参与迭代开发计划制定;4、需求澄清，需求变更管理;5、参与质量保证计划制定;6、制定交付计划，并指导实施工程师交付给客户。
需求分析师的岗位职责
需求分析师的岗位职责
包括如下几个方面：
1. 需求收集和定义：与客户、利益相关者和团队成员沟通，收集和分析业务需求，并将其转化为明确的、可操作的需求定义。
2. 需求分析和建模：通过对当前业务流程和系统进行分析，识别并理解问题和需求，并将其以需求规格化的方式进行建模和文档化。
3. 需求验证和验证：与客户和团队成员合作，确保需求定义的准确性和可行性，并对需求进行验证和验证。
4. 需求管理和跟踪：制定需求管理计划，并在项目生命周期中跟踪需求的实现和变更。
确保需求的跟踪和追踪。
5. 与团队合作：与项目经理、开发人员和测试人员等团队成员密切合作，确保需求的正确实施。
6. 风险管理：识别和评估与需求相关的风险，并提供解决方案和对策，以确保需求的成功实施。
7. 沟通和协调：与项目干系人和团队成员进行有效和清晰的沟通，确保需求的共识和理解。
8. 培训和支持：为用户和相关利益相关者提供培训和支持，以确保他们正确理解和使用系统或解决方案。
需求分析师需要具备良好的沟通和协调能力，能够与各方进行有效的沟通和协作。
此外，他们还需要具备分析和问题解决能力，能够识别和理解问题，并提供解决方案和对策。
需求分析
需求分析需求分析是软件开发过程中非常重要的一个环节，它是指对用户需求进行全面、准确地分析和收集，以便于确定所需软件系统的功能、性能、安全性等具体要求。
在实际软件开发项目中，如何正确地进行需求分析是影响软件开发成败的重要因素之一，以下将从基本概念、过程方法和常见问题三个方面详细阐述需求分析。
一、基本概念1.需求定义：需求是指客户或用户对某个系统或产品的具体要求。
需求大多来源于用户需求、行业标准、法律法规、技术能力等。
例如，企业需要一个销售管理系统来提升营销效率、一家医院需要一个信息系统来管理患者信息和医疗资源、某个电商平台需要一个订单管理系统来提供更好的服务等。
2.需求分类：根据不同的角度，需求可分为：（1）功能需求：即系统应该完成的操作、处理数据的需求，包括输入、输出、计算、验证等。
（2）非功能需求：系统除了功能外的理性质量要求，如性能、安全、可靠性等。
（3）业务需求：与所属行业或用户业务相关的需求，如支付功能可能需要适配多种支付方式。
（4）可追溯性需求：能够量化为测试用例的需求，例如：给定某些输入值，预期输出结果应该是什么。
二、过程方法需求分析过程是一个涉及用户、业务、行业和技术层面的复杂过程。
正确地执行需求分析将确保开发团队在满足客户期望的同时，合理规划开发周期和成本。
一般情况下，正确执行需求分析需要考虑以下几个方面：1.与客户谈判首先设计人员应该与客户进行会面，了解客户需要的功能、业务以及用户需求。
他们应该了解客户的文化，内部运作方式和工作流程，了解项目的背景和动因，并针对质量标准进行讨论，以促进有效沟通。
2.收集规则与目标在确定用户需求后，设计人员需要开始收集相关信息，包括技术和非技术的要求。
这通常会涉及到信息的收集、盘点和分类整理，记录所有内容并确保每个要素都能明确认识和定义。
3.确定优先级别下一步是通过与客户的交互，确定每个需求的优先级次序。
设计人员需要与客户讨论整个系统的运作方式，并确定优先级次序，以确保项目能够在范围内、时间和成本内完成。
需求分析之六大原则
需求分析之六大原则需求分析的六个原则（一）永远不要显得比客户更聪明1、需求分析第一个原则：永远不要显得比客户更聪明。
聪明反被聪明误，这样的事情太多了，我们产品经理都是有智慧的人，而不是耍小聪明的人。
2、原则第一点：了解需求，而不是去批评客户。
产品经理不是批评家，心理上要重视客户，行动上要尊重客户，平等对待每一个客户。
3、原则第二点：客户比你更熟悉业务的环境。
产品经理熟悉的仅仅是产品本身，但是，产品经理要做的却不仅仅是产品本身。
4、原则第三点：真正的问题只有客户知道，我们要做的就是让客户愿意说出来。
客户会给你反馈，但是这些反馈有些是真实的，有些是敷衍的，你希望真实还是敷衍，请参考原则第一点。
需求分析的六个原则（二）尊重用户的现实选择1、需求分析第二个原则：尊重用户的现实选择。
产品是客观的，用户是客观的，使用是客观的，需求也是客观的，一切都是现实的。
2、原则第一点：客户永远是对的。
客户不是我们的敌人，客户不会害我们，客户提出的需求看似在为难我们，但本质上是为了让客户自己更好的使用产品，因此，客户不会为难自己。
3、原则第二点：提供最合适的解决方案，而非最好或最贵的方案。
我们能够做的不一定是最好的，我们不想做的有时候往往是客户最需要的，找到最合适客户的，而不是最合适我们的。
4、原则第三点：不要把客户当傻瓜。
这个世界上没有傻瓜，自以为对方是傻瓜的人才真的是傻瓜，不要忽悠客户，不要欺骗客户，如果非要在这个前面加上一个期限的话，我希望是“永远”。
需求分析的六个原则（三）转述需求的人也是客户1、需求分析第三个原则：第三方也是我们的客户。
只要是对我们的产品和业务提出需求，就是我们的客户，应该一视同仁。
2、原则第一点：第三方一般会把自己想象成设计者。
他们对产品或许很熟悉，但是对整个业务可能不熟悉，因此，他们成不了设计者。
3、原则第二点：第三方可能会遗漏或补充一些额外的需求。
3、原则第二点：第三方可能会遗漏或补充一些额外的需求。
需求分析报告规范
需求分析报告规范需求分析是项目管理过程中的重要环节，其主要目的是明确项目的目标和需求，为项目的规划和实施提供基础。
一份规范的需求分析报告能够清晰地传达项目的需求，协助团队成员理解项目的目标和要求，从而推动项目的顺利进行。
以下是一份规范的需求分析报告的写作要点，以帮助您完成一份高质量的需求分析报告。
一、报告概述在报告的开头，应该对报告的目的和范围进行简要概述，明确报告的主题和内容。
同时需要提供一份目录，将报告的各个部分列清楚，便于读者对报告内容的查找和理解。
二、项目背景项目背景一节应该包括项目的背景信息和当前的问题或挑战。
此部分的目的是为读者提供项目的背景信息，帮助他们理解项目的起因和目的。
三、项目目标在项目目标一节中，应该清晰地列出项目的目标和预期结果。
这些目标和结果应该是具体、可衡量和可实现的，便于项目团队衡量项目的成功程度。
同时，还应该将项目目标与业务目标或战略目标对应起来，以便读者理解项目的重要性和价值。
四、需求概述需求概述一节应该对项目的主要需求进行概述，包括功能需求和非功能需求。
功能需求是指系统或产品应该具备的功能，而非功能需求是指系统或产品应该满足的性能、安全、可用性等方面的要求。
需求概述应该具体、明确，并且与项目目标相一致。
五、详细需求分析在详细需求分析一节中，应该对每个功能需求进行详细的描述和分析。
每个功能需求应该包括以下内容：1. 功能描述：清晰地描述功能的具体内容和预期效果。
2. 优先级：将功能需求按照重要性进行排序，帮助项目团队确定开发和测试的优先级。
3. 需求来源：指明每个功能需求的来源，如用户需求、业务需求、市场需求等。
4. 输入数据：描述功能所需的输入数据，以及输入数据的格式和规范。
5. 输出数据：描述功能的输出数据，以及输出数据的格式和规范。
6. 限制条件：列出所有限制功能实现的因素，例如技术限制、资源限制等。
六、非功能需求分析在非功能需求分析一节中，应该对每个非功能需求进行详细的描述和分析。
需求分析报告的要求
需求分析报告的要求需求分析报告是软件开发过程中非常重要的一部分，它主要用于明确系统的需求，为软件开发团队提供指导，确保软件开发过程中的目标与用户期望的结果一致。
以下是关于需求分析报告的要求：1. 文档结构清晰：需求分析报告应该具有清晰的结构，包括封面、目录、摘要、引言、需求描述、功能要求、性能要求、约束要求、非功能要求、用例场景、系统界面设计、系统规约等部分，方便读者快速查找和理解报告的内容。
2. 详细而全面的需求描述：需求分析报告应该详尽地描述系统的需求，包括功能需求、性能需求、约束需求、非功能需求等。
需求描述应该具有可测量性，即可以通过一定的方式进行验证和测试。
3. 明确的功能要求：需求分析报告中应该明确系统的功能要求，包括系统的主要功能以及各个功能之间的关系。
功能要求应该具体、精确，以便开发团队能够根据这些要求进行开发和测试。
4. 合理的性能要求：需求分析报告中应该明确系统的性能要求，包括系统的响应时间、并发能力、可靠性等方面的要求。
性能要求应该与实际的业务需求相匹配，既不能过高导致开发困难，也不能过低导致用户体验差。
5. 明确的约束要求：需求分析报告中应该明确系统的约束要求，包括技术约束、资源约束、制度约束等。
约束要求应该考虑到系统的实际情况，确保在开发过程中能够满足这些要求。
6. 具体的非功能要求：需求分析报告中应该明确系统的非功能要求，包括安全性、可用性、可维护性等。
非功能要求应该与系统的实际需求相匹配，确保系统能够满足用户的期望。
7. 清晰的用例场景：需求分析报告中应该包含系统的用例场景，即用户使用系统的具体场景和流程。
用例场景应该具体、清晰，能够帮助开发团队理解和实现用户需求。
8. 规范的系统界面设计：需求分析报告中应该包含系统的界面设计，包括界面的布局、颜色、字体等。
系统界面设计应该符合用户使用习惯，易于操作和理解。
9. 明确的系统规约：需求分析报告中应该包含系统的规约，包括输入输出规约、接口规约、数据规约等。
需求分析及评审步骤要求
需求分析及评审步骤要求步骤要点：1、需求调研：1）与用户方的领导层、业务层人员、系统操作人员进行沟通，交流；主要目的是从宏观上把握用户的具体需求方向和趋势，了解现有的组织架构、业务流程、硬件环境、软件环境、现有的运行系统等等具体情况、客观的信息。
建立起良好的沟通渠道和方式。
针对具体的职能部门以及各委办局，最好能指定本次项目的接口人。
2）交流记录，采用表格的形式；将收集到的需求进行分类，把不同模块的需求分别归类出来，按照主次标出重点模块，并详细询问情况，这样可以初步划定需求的边界；3）对于需要完成的功能模块，向客户索要相关文档说明；如果客户有相关的数据表格，尽量拷贝带回公司，以便后期参考；4）每一需求模块都要写明提出需求或者交流的客户人员名字，方便后续核实；5）跟客户一起画出功能模块的流程草图；6）注意对客户进行诱导，讲已有的近似客户所需的功能演示给客户看，尽量让客户使用已有的，或者做一些改动，回避一些工作量大而又近似的功能需求；7）与客户交流，定制需求开发完成的大概时限；2、需求总结：1）将现场收集回来的需求整理成需求文档，并根据情况细化需求，将每个功能叙述的尽量详细；2）将带回的数据文档进行整理，选择保留完整的、有针对性的数据；3、需求分析：1）和项目经理，主管一起讨论分析每个需求的可行性，整理出不确定可行的需求；2）将需求进一步细化，最终划定需求的边界；3）讲模糊需求挑出来进一步分析，仍有不明确的，待需求回访时进一步询问客户；4、需求讨论：1）召集开发主管开会讨论相关不确定可行性的需求，因为收集回来的需求不是都能够开发实现；2）对于上述不能实现的需求，写明原因；3）定制开发工作量及开发测试完成时间，开发、测试接口人；4）5、需求回访：1）对开发提出无法实现的需求，及时和客户沟通，告知客户无法实现的原因，并寻找新的解决途径或者用近似的功能替代，做好详细记录，回公司后提交开发；2）提交详细需求分析的说明书，让客户确认并签字，并记录客户的意见；3）针对开发给定的完成时间，和客户沟通，给定准确的完成时间（以保证开发充分时限为原则）；6、需求提交开发：1）针对需求说明书一一提单，提交开发处理；2）讲规格说明书中的相关事项提交项目经理的项目计划表中，特别是阶段性时间项；3）指定相关事物单负责人员；7、需求跟踪测试；1）把控时间，保证需求在时限内开发测试完成；2）遇到问题随时和客户沟通；。