需求分析的流程和规范

1、刘云2012年11月，需求分析的流程和规格，需求分析的流程，业务建模要求收集分析的编写要求规格表(要求表)验证，业务建模是什么，业务建模是客户需要的业务从概念到实例建立，从抽象到具体建模的要求任务的开始，业务建模的目的，客户所在的业务，用户所在的业务了解用户所在业务(以下简称“目标组织”)的当前问题并确定改进的可能性。客户、最终用户和开发人员在推导支持目标组织所需的业务要求、业务建模和业务建模方面的关键点是，在分析目标组织流程的同时分析底层业务对象(CBO)。 例如，社会保险CBO是在保险负责人和保险、其他CBO的基础上发展的，保险负责人和保险之间的关系是多对多，根据关系理论，多对多关系可以分

2、为多个对或一对一关系。新的CBO是国家/地区、性别年龄等、业务建模、CBO是业务建模的基础。在此基础上，评估业务状态，说明当前业务，确定业务流程，改进业务流程定义，设计业务流程的实施，改进角色和角色，通过一系列工作流流程(例如研究流程自动化、开发领域模型)实现业务建模的目标、需求获取、需求获取是需求工程的主体，对于建议的软件产品，需求获取是了解和理解各种用户类的需求和限制的过程，对需求进行讨论的人，以及客户和最终用户可能是同一用户、同一用户，也可能不是客户和最大最终用户，但对系统有一定影响的用户称为间接用户(或利益相关者)；谁说需求；如果客户是“上帝”，客户将决定是否支付费用；最终用户是否直接

3、使用软件；评估将直接影响结算“上帝”；如果最终用户不想购买软件，则不希望购买软件给别人带来不快。间接用户的间接用户往往反映出规范、标准制定者功能需求的重视者(信息中心)、需求的分类、业务需求：对象组织结构或系统、产品的客户高目标要求。通常在项目定义和范围文档中说明。使用者需求：说明使用者使用产品必须完成的工作。使用实例或方案脚本中介绍了这一点。功能要求：用户利用系统定义软件功能，描述业务要求、需求分类、非功能要求：系统向用户显示的行为和执行的操作等。这包括产品必须遵守的标准、规格和约束，操作界面的具体详细信息和结构限制。下一级别要求：用户熟悉要使用本产品执行的任务和一些非功能要求，例如程序的易

4、用性、健壮性和可靠性，这些功能使他们能够很好地接受具有相应功能的软件产品。获取需求，业务需求确定用户需求，并描述用户应利用系统执行的任务。在这些任务中，对其进行分析，可以获得特定的软件功能要求，这是建立问题和最终解决方案之间桥梁的第一步，也是帮助完成任务的系统任务。取得需求的必要结果之一是对专案中所述客户需求的一般了解。了解需求后，您就可以分析此、开发人员和客户，以了解描述这些需求的各种解决方案。需求收集的重要性，参与需求收集者了解问题后才能开始系统设计。否则，对需求定义的所有改进都需要对设计进行大量返工。需求是项目质量的基础，项目质量的定义是“与需求相匹配”，甲方对需求的要求，项目范围：“只

5、要企业需要，就必须实现”客观态度的计划和部署过度期待的实施：“以最好的最新技术实现，使每个模块成为精品”，“新系统具有可扩展性、灵活性、安全性、性能、保持”，乙方要求，项目范围：“能做多少工作，超过合同范围或改变需求”系统的期望，“建立不影响客户工作的基本可用系统，在后续升级中以满足客户要求和质量要求的最简单、最成熟的技术来实施，将用于血饭的模块变成精品系统，必须具有一定的灵活性和可扩展性，才能减轻后期维护的负担，但也必须具有一定的规范和可扩展性。如果顾客告诉我这些，我只需要实现顾客的这种需求。如果需求不足，是顾客的事，补丁应用很好。”如何进行需求获取，应该集中在“什么？”如何使用“假设”对用

6、户需求的理解进行分类和改进。将需求收集集中在用户任务(而不是用户界面)上，可以防止开发组在错误地处理设计问题时出错。导入要求时，分析模型、屏幕图形和原型可以使概念表示更加明确，然后提供查找错误和遗漏的方法。需求获取的结束，重要性排序，从高到低，如果没有新实例，新实例可能会带来其他实例中最初讨论过的重复问题，新要求可能会提出低于确定的要求优先级的未来产品的要求。分析、分析、分析、分析，而不是当前讨论的特定产品，将获得的要求分类，在无业务建模、需求获取阶段，有针对目标组织的简单、框架的模型，分析后，结构将成为详细、完整的模型。是重新定义上一阶段形成的内容、对元素进行分类、重组结构、重新分析功能，以

7、建立需求规格说明的基础。需求规格说明、需求说明：根据与实际客户的沟通整理客户需求的CMMI有一个标准模板，该模板从客户的角度关注产品功能。需求规格指南：从商业规则开始，详细说明软体的摘要设计。从开发、测试的角度介绍产品功能，包括原型界面、业务界面、活动图等。验证是客户审查和开发人员修改的过程，在此过程中，客户不断提出新的要求或修改，开发人员必须及时彻底分析客户意见，做出慎重的决定。确认后签署的意义是：“我同意本要求文件表明我们对项目软件要求的理解。其他变更可通过此基线中的项目定义变更进程来完成。我知道变更可以重新协商成本、资源和项目阶段工作等。“要求、目标获取要求、降低风险(文档详细信息)平衡术语获取方法、小示例、公司管理需要管理人员每月要购买的物