需求分析与需求管理

西美俄QQ:201129620，VIP基础七班，需求概念、软件需求是： (1)用户为了解决问题、实现目标所需的条件和功能(Capability )。 (二)系统或系统部件符合合同、标准、规范或其他正式规定文件所需的条件或功能。 (3)反映上述(1)或(2)中所述的条件或功能的文件的说明。 其中包括功能需求和非功能需求，非功能需求对设计和实现有限制。 例如性能要求、质量标准、设计限制等。 要求级别和软件要求有三个不同的级别：业务要求、用户要求、功能要求和非功能要求。 业务要求(businessrequirement )反映了组织或客户系统和产品的高级目标要求，并在项目视图和范围文档中进行了说明。 “用户要求”(userrequirement )文档描述了用户为了使用产品而必须执行的任务。 这在使用示例usecase文档或脚本(scenario )的说明中有记载。 功能要求定义了开发人员必须实现的软件功能，用户可以完成自己的任务，以满足业务需要。的需求。的要求。 特性是逻辑上相关的功能需要的集合，它向用户提供处理能力以满足业务需要。 软件要求的各构成要素之间的关系如图所示。 此外，软件要求规格的说明还必须包含非功能要求，该要求描述系统向用户提示的行为和要执行的操作等。 这包括产品必须遵守的标准、规范和合同。外部接口的详细性能要求设计或实施的约束和质量特性。 约束是开发者软件产品的设计和结构约束。 质量属性以各种角度描述产品的特征，反映产品的功能。 从多方面表现产品对用户和开发者来说非常重要。 值得注意的是，需求不包含设计细节、实施细节、项目计划信息或测试信息。 需求与这些无关，我们关注着充分说明他们想开发什么。 了解客户、最终用户和间接用户。 客户：购买软件的用户称为客户终端用户：实际操作软件的用户称为终端用户：虽然不购买或使用软件产品，但这可能对零件产品产生很大影响。 需求工序、需求工序的基本概念： a .与需求直接相关的所有活动统称为需求工序b .需求工序的活动，一个属于需求开发，另一个属于需求管理，需求工程，需求开发，需求开发的目的：定义系统的边界和功能，非功能需求，相关人员(客户、最终用户) 让项目组理解需求，达成协议。 提供其他软件工程活动的基础(管理活动等)。 在完成用户需求调查、需要调查的信息(What )想获得的信息的来源和途径(Where )想获得的数据的保管、需求分析、需要的记录和资料的分析和整理后，项目经理必须组织软件需求分析工作：各需求要素之间需求分析的方法多种多样，一般的需求分析方法主要是结构化分析方法基于用例的需求分析方法，需求定义，目的：获得需求和需求分析的结果，进一步定义软件需求，生成需求规格说明书。 为了确保跟踪需求和容易改变，需求分析家必须以需求编号的方式唯一地识别每个软件需求，明确需求跟踪粒度并反映在需求规范书中。 定义需求优先级的需求分析师必须确定每个需求的优先级并填写需求规格表。需求优先级的评价：需求规格书，相关需求是为了确保需求的完整性而被识别、说明的各需求之间没有矛盾，算法之间没有矛盾，准确地记述了确保需求的完整性的系统的需求，引用的资料中定义了有正规来源、确保需求的正确性的必要用语， 使用适当地组合图形、结构图等方法来描述，确保需求没有暧昧性的更好的文件结构和需求id，以确保需求可以容易地对应其他工作产品，并且以适当的方式来验证所描述的需求，即确保需求的可测试性的各种级别的需求、需求管理、目的：建立和维护客户和软件项目之间需要满足的需求：建立软件需求的基线以用于软件工程和管理。 软件的计划、产品和活动与软件的需要相匹配。 需求确认、需求确认需求确认是指项目组和客户(或客户代表)共同审查需求规格说明书，双方同意需求后再同意。 需求确认包括“需求审查”、“需求承诺”两个重要工作，无论第一个需求分析对一个软件项目来说多么明确，开发过程中的需求变化都是不可避免的。 这主要是因为软件适用的外部环境发生变化的几个用户精通软件，随着应用，在提交新需求的项目组进行需求分析时，无法完全分析用户的需求，或有分析错误的用户首先需要的软件对于需求跟踪、软件项目来说，在确定需求后，必须保证在软件设计过程中实现所有需求，并与项目的其他工作产品的需求相符。 因此，更好的方法之一是建立需求的双向跟踪机制。 双向跟踪：正向跟踪：在发生需求变更时，通过从需求追溯到下游的相关工作产品，分析这些相关项目是否需要变更，从而实现追溯的目的。反向跟踪：通过