需求分析的流程和规范.ppt

1、a，1，刘芸，2012年11月，需求分析过程和规范，a，2，需求分析，业务建模，需求规范(需求规范)验证，a，3，什么是业务建模，业务建模是建立客户所需的业务，从概念到实例，从抽象到具体建模，这是需求工作的开始，a，4，业务建模。了解客户业务和用户业务的结构和机制(系统将部署在其中的组织)，了解客户业务和用户业务中当前存在的问题(以下简称“目标组织”)，并确定改进的可能性，以确保客户、最终用户和开发人员就目标组织达成共识，并导出支持目标组织所需的业务需求。业务建模的一个非常重要的点是在分析目标组织的过程时分析基本的业务对象(CBO)。任何目标组织都有一些基本要素，如CBO的社会保障是被保险人和

2、被保险人，而其他社区组织是在这两个社区组织的基础上发展起来的。被保险人和被保险人之间存在多对多的关系。根据关系理论，任何多对多的关系都可以分成多个一对多或一对一的关系。新CBO将根据诸如种族、性别和年龄等分组条件产生。商业建模，CBO是商业建模的基础。在此基础上，通过一系列工作流，如评估业务状态、解释当前业务、确定业务流程、改进业务流程的定义、设计业务流程的实现、改进角色和职责、研究流程自动化、开发领域模型等。业务建模的目标就可以实现。需求获取是需求工程的主体。对于建议的软件产品，获取需求是一个确定和理解不同用户类别的需求和限制的过程。a，8。与谁谈论需求、客户、最终用户和间接用户是一个通用术

3、语，可以细分为“客户”、“最终用户”和“利益相关者”。为软件付费的用户称为客户，真正操作软件的用户称为最终用户。客户和最终用户可能是也可能不是同一个人，但是对系统有一定影响的用户被称为间接用户(或利益相关者)。a，9。与谁交谈，客户就是“上帝”，客户将决定是否付款，是否扣款，最终用户将直接使用该软件。他们的评估直接影响支付“上帝”，当最终用户不高兴时，他们不愿意为软件付费。违者，不要忽视间接用户。间接用户通常是在制定规范和标准时关注功能需求的人(信息中心)。a、10、需求分类、业务需求：反映目标组织结构或顾客对系统和产品的高层次目标需求，通常在项目定义和范围文件中解释；用户需求：描述用户在使用

4、产品时必须完成的任务，这在用例或场景脚本中有解释；功能需求：定义开发人员必须实现的软件功能，以便用户可以通过使用系统来完成他们的任务，从而满足业务需求。a、11、需求分类、非功能性需求：描述系统呈现给用户的行为和操作，包括产品必须遵守的标准、规范和约束，以及操作界面的具体细节和结构限制；下一个层次的需求：用户知道使用这个产品要完成什么任务，以及一些非功能性的特性，例如程序的易用性、健壮性和可靠性，这将使用户很好地接受具有这个特性的软件产品。a，12，需求获取，业务需求确定用户需求，它描述了用户在使用系统时需要完成的任务。从这些任务中，我们可以获得描述系统活动的特定软件功能需求，这有助于用户执行

5、他们的任务。需求获取是在问题和最终解决方案之间搭建桥梁的第一步。获得需求的一个基本结果是对项目中描述的客户需求的总体理解。一旦我们理解了需求，我们就可以通过分析需求、开发，a，13，需求获取的重要性，需求获取的参与者只有在了解问题之后才能开始设计系统。否则，对需求定义的任何改进都必须在设计中大量返工。需求是工程质量的基础，工程质量的定义是“保持与需求一致”。一、14、甲方对需求、项目范围的要求：“只要是业务需要，就必须实现”，客观态度，统筹规划，分散实施，过高期望，“最好用最新技术实现，并将每个模块做成精品”，“新系统将扩展、灵活、安全、性能、可维护性等。a，15，乙方需求，项目范围：“多少钱

6、做，在合同约定的范围内谈需求，不考虑超出合同范围，或改变需求”，系统预期：在第一阶段建立一个基本可用的系统，不影响客户的业务，并在随后的升级中，在满足客户需求和质量要求的条件下，用最简单成熟的技术完善。有必要将皮米中使用的模块做成一个高质量的系统，具有一定的灵活性和可扩展性，以减少后期维护的工作量，但也要有一定的规范负面态度：“客户已经跟我谈过了，所以我只需要实现客户的这些需求。如果需求不足，这是客户的事，所以最好弥补一下。“一、十六、如何获取需求，以及在获取需求时应该强调什么？你可以用“如何做”的假设来分类和提高你对用户需求的理解。将需求获取集中在用户任务上，而不是集中在用户界面上，有助于防

7、止开发团队因设计问题处理不当而出错。在获取需求的过程中，分析模型、屏幕图形和原型可以更清楚地表达概念，然后提供一种发现错误和遗漏的方法。a，17，需求获取的结束，重要性的顺序，从高到低，当没有新的实例时，新的实例可以用来重复前面讨论的问题，并且新的需求低于确定的需求优先级，这就提出了对未来产品的需求，而不是现在讨论的具体产品，a，18，分析，分析就是对获取的需求进行分类和分析，并从头开始对整个业务建模。在需求获取阶段，要有一个目标组织，它重新定义内容，细化分类元素，重组结构，重新分析前一阶段形成的功能，为编写需求规范奠定基础。a、19、编制需求说明书，即根据与现场实际顾客的沟通，整理出顾客的需

8、求。CMMI有标准模板，从客户的角度强调产品功能。需求规格说明：它从业务规则开始，在软件的概要设计中更加详细。它从开发和测试的角度讨论产品功能，包括原型接口、业务接口、活动图等。验证是一个由客户审核和开发人员修改的过程。在此期间，客户会不断提出新的要求或修改，这就要求开发人员及时、严格地分析客户意见，并做出慎重的决策。核实后签字。签署的意思是“我同意这个需求文档表达了我们对项目软件需求的理解，并且可以通过项目在这个基线上定义的变更过程进行进一步的变更。我知道这种变化可能会导致我们在项目阶段重新协商成本、资源和任务。”a，21，降低风险的有针对性的采购要求(文件细节)平衡名词采购方法，a，22，一个小例子，公司行政部门需要一个管理软件来帮助行政人员管