标签：静态 依据 管理 评估 环境 项目 调查问卷 对象 输出
（1）需求分析的目的是什么，有什么作用？
需求分析的目的：是要求开发人员准确地理解用户需要什么，进行细致地调查分析，将用户的需陈述转化为完整的需求定义，再由需求定义转化为相应的软件需求规格说明。
需求分析的作用：通过需求分析，可以使开发人员深入细致地调研和分析项目，准确理解用户对项目的功能、性能、可靠性等具体要求，从而确定软件开发的方向而少走弯路。
（2）软件需求有哪些分类？请举例说明。
业务需求：业务需求就是系统目标，它必须是业务导向、可度量、合理、可行的。业务需求描述了组织为什么要开发一个系统，即组织希望达到的一个什么样的目标。通常来自项目投资人、购买产品的客户、实际用户的管理者、市场营销部分或产品策划部门，比如房地产市场的开发商。
用户需求：用户要求系统必须实现的功能，从产品使用者的用户角度考虑，比如买房的人。
功能需求：开发人员必须在产品中实现的软件功能，用户使用这些功能来满足业务需求。比如房子
非功能需求：非功能需求主要与系统的总体特征有关，是一些限制性要求，是对实际使用环境所做的要求。如一个网站完全加载出来的时间必须在1s中之内。
（3）需求分析过程有哪些步骤？
沟通：业务领域的共利益者（如业务管理人员、市场营销人员、产品管理人员）定义业务用例、确定市场的范围、初略的进行可行性分析、确定项目范围的工作说明。
导出需求：该步骤中应该分析和理解三个问题——范围问题、理解问题、易变问题。可采用会谈、调查、场景分析、快速原型法等多种方法来导出目标系统的高层逻辑模型。
与客户和用户协商：通过协商来调节冲突和问题，对需求进行排序，识别和分析每项需求相关的风险，开发工作量、成本和交付时间。
可行性研究：输入一个框架描述和高层逻辑模型，输出一份可行性研究报告。
精化需求：开发一个精确地技术模型，用以说明软件的功能、特征和约束，该模型定义了问题的信息域，功能域和行为域。可以使用结构化分析方法和面型对象分析方法来构建模型。
编写软件需求规格说明：软件需求规格是需求分析任务的最终产品，是客户、管理者、分析工程师、测试工程师、维护工程师交流的标准和依据。软件需求规格说明描述了系统的数据、功能、行为、性能需求、设计约束、验收标准、以及其他需求相关的信息。
验证需求：验证需求对需求分档和制品进行质量评估，确保需求说明准确、完整。包括正确性、一致性、完整性、可行性、必要性、可检验性、需求的可跟踪性，最后确认签字。
管理需求：需求一般会发生变更，可以通过建立需求跟踪矩阵来保存需求和后继工作成果的对应关系，建立和维护“需求-设计-编程-测试”之间的一致性，确保所有的工作成果符合用户需求。
（4）需求获取方法有哪些？
会谈技术：分为非正式会谈和正式会谈，提出一些可自由回答的问题和事先准备好的议题，从不同的角度，与不同的角色进行会谈，以了解不同用户的需求。
调查技术：通过非正式会谈、调查问卷等调查方式来获取用户需求，注意检验调查结果的可信度。
场景分析技术：分析用户和软件系统交互的过程，捕获这些场景的细节。
快速原型法：快速建立软件原型的核心是用交互的、快速建立起来的原型取代了形式的、僵硬的（不易修改的）规格说明，用户通过在计算机上实际运行和试用原型而向开发者提供真实的反馈意见。
（5）你所在的项目团队会选择采用哪些需求获取方法？请具体实践获取需求，在博客中展示
本项目采用了问卷调查与面对面会谈的需求获取方式，以下为我们设计的问卷。
本项目的主要功能有：登录，排值日表，更改界面背景，提醒值日，打卡。
非功能需求主要有数据需求和性能需求。其中，数据需求为：值日周期模板、用户界面背景、字体一类的静态数据和需要用户按照周期模板手动输入和修改的值日排班计划一类的动态数据。性能需求为：在数据精度方面可以具体到一天的任务内容，在时间特性方面可以及时更新任务计划。在灵活性方面用户可以随时修改任务计划。
标签：静态 依据 管理 评估 环境 项目 调查问卷 对象 输出
原文地址：https://www.cnblogs.com/KKatch/p/14902135.html
