需求分析与建模(两个周期).pptxVIP

需求建模技巧需求分析与建模（两个周期）1.需求开发包含内容需求建模是需求分析的过程的产出物2.需求开发业务流程2.1 制定计划2.2 需求获取../07%20需求管理规范/02%20需求管理规范1.0【企业定额项目组】/需求工程总图（项目型产品）V2.0.vsd2.3 ../07%20需求管理规范/02%20需求管理规范1.0【企业定额项目组】/需求工程总图（项目型产品）V2.0.vsd需求分析 关键活动：※需求建模3.业务架构总视图4.需求分析的3+2视图类型图名功能关注要点柱体活动图说明业务流程及业务活动的步骤事类图说明业务实体之间的关系、体现结构规则物用例图说明角色及使用场景之间的关系人辅助构件图说明主图域以及他们之间的服务接口接口部署图描述系统的部署环境、体现设计约束设计约束分享的提纲6.需求建模的两个周期的主要任务及各阶段的产出物需求分析方法核心：从事、物、人、接口4个主线入手；沿着业务脉络进行有机分解、建模，从而实现定向需求分析。7.其它需求5.需求建模目的按照实际业务需求对系统进行可视化，提供一种详细说明系统的结构或行为的方法，给出一个指导系统构造的模板，对我们所做出的决策进行文档化。6.需求建模的步骤周期一：理清框架及脉络主要理清：结构框架（领域类图）和行为脉络（流程图、活动图、用例图）1.输入：需求定义阶段产生的业务事件列表、报表列表（问题定义或差距分析)2.输出：领域模型、用例模型6.1业务流程梳理业务事件是业务流程的触发，沿着对业务事件的响应序列，找到相关的活动，重点是抓住反复的环节、成本高、效率低、时间长的以及任务转手较多的环节。流程的主要来源：中层管理人员6.1业务流程梳理流程分析的关键要点（1）流程是有层次的6.1业务流程梳理（2）流程是有类型的生产性流程管理性流程支持性流程（3）流程分析的产物跨职责流程图、活动图、数据流图业务流程图（体现信息交互）report.html见与全过程业务整合的业务流程图，体现了信息与流程图之间的关系基本活动图带泳道用例图各对象流的活动图数据流程图示例角色及使用场景分析——用例图1.用例图是显示一组用例、参与者以及它们之间关系的图2.用例图的内容： 参与者 用例 泛化、扩展和包含关系角色及使用场景分析——用例图泛化：同一业务目的的不同技术实现包含：提取公共交互，提高复用扩展：“冻结”基用例以保持稳定用例图示例企业定额编制基本用例图6.2领域模型的建立定义：就是识别业务实体的过程并且用图表的方式表现出来从业务事件到业务实体识别三步走：第一步：识别业务实体第二步：确定实体之间的关系第三步：定义实体对象的关键属性业务实体分析的产物：类图（E/R）面向对象思想，例如：用UML如何表示一个类？第一步：如何发现类？得到候选类信息书籍计算机类书籍非计算机类书籍借阅记录借阅记录列表书籍列表第二步：确定实体之间的关系举例说明：从实际应用角度分析，计算机书籍、非计算机类书籍与“书籍”之间是集成关系，而书籍列表是多个书籍构成的，表示如下：第三步：确定实体关键对象根据识别出来的实体，细化实体对象属性及确定关键对象。6.需求建模的步骤周期二：确定需求细节主要任务：1.1需求的领域模型：需要细化字段/属性信息、字段格式规则、计算规则、结构规则等。1.2 行为需求：事件流、相关需求与功能点、界面原型、特定用例的约束规则等产物：工作任务说明、填充用例描述、填充领域类细节、填充需求规格说明书6.需求建模的步骤周期二：技巧及关键策略分析技巧1：用户原始与用例的的对照表需求id用户需求描述来源用例ID用例名称备注1在设计概算完成以后，分析出相应的指标数据，不能有效的确定其合理性某设计院概算编制人员xxxx1设计概算指标分析6.需求建模的步骤技巧2：注重原型作用，用户界面不是分析出来的，而是设计出来的，需求人员应该提供设计依据而非设计结果。原型界面是约束，是建议，目的是有效的支持UI设计6.需求建模的步骤技巧3：识别规则与约束约束：对技术手段选择起到限制作用的各种条件。规则：系统实现时必须考虑的东西。分为（1）行为规则、结构规则、界面规则7.其它需求7.1 接口需求7.2 非功能性需求跟踪7.3设计约束谢谢！结束！业务主体域——业务流程——业务活动——业务步骤构件——流程图/包——用例——事件流（数据流）关键点：业务事件是业务流程的触发其中部门级是需求分析的主要线索，岗位级是需求细节填充时的工作内容，组织级是对部门级流程的抽象概括。活动图不仅显示一个对象的流程，还可以显示对象的角色、状态、和属性值的变化。是一种图形化的系统模型，它在一张图中展示信息系统的主要需求：输入、输出、过程和数据存储。并且描述了梳理流动、存储、处理的逻辑关系。用例图的内容：参与者用例泛化、扩展和包含关系活动图的主要元素：初始节点、