软件需求分析工作及方法20141229

《软件需求分析工作及方法20141229》由会员分享，可在线阅读，更多相关《软件需求分析工作及方法20141229（41页珍藏版）》请在金锄头文库上搜索。

1、软件需求分析工作及方法软件需求分析工作及方法部门 ： 医技事业部 姓名：杨 博 版本日期 20141228仅供卫宁软件内部使用上节培训回顾 需求调研的概述 了解软件需求调研 如何开展需求调研 需求调研前的准备 需求调研的步骤 需求调研中的注意规则需求分析也是需求过程中最为核心的工作，需求分析更是项目 建设的基石。在以往建设失败的项目中，80是由于需求分 析的不明确而造成的。因此一个项目成功的关键因素之一，就 是对需求分析的把握程度。那么到底什么是需求分析呢？需求分析实际上是业务的分析，即是选择一种业务 导向的线索将零散的需求串联起来，形成一个完整 的、内容清晰的框架，以指导后续的设计、开发和

2、测试工作。引言：培训内容需求分析相关知识 需求分析工作方法（重点） 需求产品 需求验证需求分析相关知识： 1. 需求分析的核心需求分为业务需求，用户需求和软件需求三个层面。而我们在平时的需 求分析中往往很容易直接跳到了软件需求阶段，而忽视了业务需求和业 务建模。需求分析核心： l业务需求 = 目标 + 范围 l目标的表达必须包括目标+优势+度量+合理+可行，或者说SMART原则 。同时在目标表达上可以考虑场景法，即问题是什么-影响谁-后果 是什么-解决方案优点是什么？ l范围表达的两个重要方面是人和物，人包括干系人和最终用户；物包 括业务事件和管理控制点。 需求分析相关知识： 2. 需求分析的

3、工作目标需求分析到底要做什么呢？换句话说就是需求分析到底要达到什么样的工作 目标呢？需求分析的工作任务实际上就是：分解、提炼、消除这个过程中存在的矛 盾。并最终把用户业务需求形成需要进行软件信息化的专业表述，以便更加 准确合理的开展后续工作。 分解：分解就是人类控制复杂性、认知复杂事物的工作。简单的说就是 把复杂的问题拆解为若干小问题进行分析。 提炼：我们必须对需求中存在的业务流程，业务对象等经过分析加工之 后，提炼为计算机软件专业性的表述。这便是提炼。其实就是把用户需 求软件化专业表述的过程。 消除矛盾：在需求分析过程中，必然存在一些需求是相互矛盾、相互冲 突的。因此在分析过程中，需求人员就

4、必须发现和消除这些矛盾的地 方。需求分析相关知识： 3. 需求分析相关人员需求工程师、 系统分析师受益者： 项目管理、设计、开发、测试 到 用户需求分析相关知识： 4. 需求分析方式使用频率UML图例名称功能关注要点主体活动图说明业务流程，以及业务活动的步骤事跨职责流程图说明业务流程，以及业务活动的步骤流程类图说明业务实体之间关系，体现结构规则物用例图说明角色和使用场景之间的关系人状态图描述事件如何改变对象生命周期物辅助构件图说明主题域划分以及它们之间的服务接口接口部署图描述系统的部署环境，体现设计约束设计约束1. UML的分析法。 借助UML（统一建模语言）来进行分析。为了更加清晰的表现需求

5、，我们通常结合UML（统一建模 语言）来负责需求分析。这个手段也是我们通常采用的一种重要分析手段，我们在需求分析中经常会 用到的UML图例如下图所示：2. 头脑风暴法 当需求收集回来之后，我们在进行需求分析时，可以借助头脑风暴法采 取会议的形式进行分析。大家求同存异，最终达到需求目标。在此过程 中必须指定专人进行详尽记录。 组织形式：需求分析人员可以发起。 参与者：项目经理，需求人员，设计人员。需求分析相关知识： 5. 需求分析工具可以利用建模工具来辅助需求分析工作。需要说明的是需求分析工具也 可以是纸、黑板等。其实工具并不重要， 【重要的是更合理的理清需求。从而更加完整和真实的抓住需求】常用

6、工具： MS-Viso 、 PowerDesigner、 Exel、 ROSE培训内容需求分析相关知识 需求分析工作方法（重点） 需求产品 需求验证需求分析工作方法从需求不同的捕获物来进行分析：在需求分析阶段，我们主要对从如下 几个不同方面来进行分析，具体包含：1、业务流程分析、 2、业务实体分析、 3、报表业务分析、 4、角色及场景分析、 5、界面需求分析、 6、其他需求分析 7、需求分析注意细节。需求分析工作方法： 1. 业务流程分析业务流程分析是针对每个业务事件来进行的，每个业务事件都是一个业 务流程的触发，沿着对业务事件的响应序列，找到所有相关的业务活动 ，表述出这些业务活动之间的关系

7、就是该任务的关键目标。在业务流程 分析中，信息的主要来源是负责该业务流程的中层管理人员，因此访谈 对象也是这一类人员。 业务流程分析的任务：就是针对每一个业务事件，分析并识别现有业务 活动，确定业务活动之间的关系；了解这些业务活动需要接受哪些信息 ，将产生哪些数据（表单），确定数据传送的路线；同时标识出业务活 动是由哪些部门、岗位负责等信息。业务流程分析是针对每个业务事件来进行的，每个业务事件都是一个业 务流程的触发，沿着对业务事件的响应序列，找到所有相关的业务活动 ，表述出这些业务活动之间的关系就是该任务的关键目标。在业务流程 分析中，信息的主要来源是负责该业务流程的中层管理人员，因此访谈

8、对象也是这一类人员。A明确业务流程分析的任务：就是针对每一个业务事件，分析并识别现 有业务活动，确定业务活动之间的关系；了解这些业务活动需要接受哪 些信息，将产生哪些数据（表单），确定数据传送的路线；同时标识出 业务活动是由哪些部门、岗位负责等信息。B、分清楚业务流程的类型： 在一个企业/组织中，根据业务流程的目标可以将其分成不同的类型， 最主要的类型包含以下三类： （1）生产性流程：这是流程中最重要的部分，它是企业/组织价值体现的核心 ，通常也是最容易标示的一部分。 （2）管理性流程：这是对生产性流程的管控。它通常是由管理层发现的，对 一些质量、效率进行监督的控制性流程，这是容易忽略的部分。

9、 （3）支持性流程：这是对生产性流产的一种补充，通常是由协作部门、本部 门员工执行的工作，这也是容易丢失的部分。例如：如果那软件开发过程来说的话，需求分析、软件设计、编码、测试都是 生产性流程；项目管理、质量保证就属于管理性流程； 而支持性流程包括配置管理、文档管理等。C 抓住业务流程的六大特性 在分析过程中，要注意抓住核心业务和主要活动点、部门内以及部门之间的衔接 ，工作中的繁琐和反复的环节，成本高、效率低、时间长的环节以及任务转手次 数较多的环节。具体我们可以抓住业务流程的六大特性：* 目标性：流程是针对要达到的一个目标进行设计的。* 内在性：流程本身是一个高内聚的整体，它是一个很好的分离

10、业务耦合点的 线索。* 整体性：流程是由多个业务活动组成，分析要点在于缺的业务活动之间关 系。* 动态性：流程是一个顺序行为过程。* 层次性：组成流程的本身也可以是个流程。因而分析要点在于必须理清流程 层次，通过逐层嵌套形式理清脉络。* 结构性：流程之间的关系包括：串联、并联和反馈。UML流程图：利用其可以清晰的描述流程中每个 不同职能角色的实际工作过程。它的主要图示要 素及说明如下，具体我们也可以参考一些UML的 书籍。1） 流程名称：就是位于图的最顶部的“流程名 称”，在此应该填入整个流程的名称。2）职责带区：图中每一条长方列，每一条表式 一种不同的职能，它可以用来标示参与业务流程 中的各

11、个岗位、部门。例如上图中的部门一、部 门二。3）流程阶段：对于一个比较长或者繁大的业务 流程，我们通常将其分解成不同的阶段，以便于 清晰。它可以用虚线来分隔不同阶段。需求分析工作方法： 2. 业务实体分析在需求分析中，必定会涉及到许多的业务实体（又称业务数据、业务术语），需要正确构建出信息系统 ，就必须对这些业务实体进行合理有效的分析。 业务实体分析概述： * 步骤或者目标：对于信息系统中的业务实体的分析，其主要步骤无非三点：识别出系统涉及到的业务 实体、确定实体之间的关系（关联、泛化、聚合与组合），定义实体的关键属性。* 原则：业务实体分析的原则就是采用面向对象思想来进行分析。业务实体分析U

12、ML类图表示 类图的表示方法： 名称：名称是一个有别于其他类的名称。是一个文本字符 串。例如：Order 属性：它是已经被命名的类的特性，它描述该类实例中包 含的信息。在面向对象编程中，它实际上是类的成员变量。 操作：操作是类所提供的方法或者称为服务。 类在类图上使用包含三个部分的矩形来描述，如下图所示 。最上面的部分显示类的名称，中间部分包含类的属性，最下 面的部分包含类的操作（或者说“方法“）。E/R图：它与数据库联系紧密。它是类图的扩充，反映了类之间的各种关系（关联、泛化、聚合与组合）。 如下图所示：* 关联关系：表示两个类之间存在某种语意上的联系。例如：一 个人为一家公司工作，一家公司

13、有许多办公室。我们就认为人和公司 ，公司和办公室之间存在某种语义上的联系。 UML表示：一根线段来表示。在一般实际的现实问题中，通常关联关系可以为1对1，1对多，我 们可以分别用1：1和 1：n 。* 泛化关系：描述了一般事物与该事物中的特殊类之间的关 系。也就是父类与子类的关系，也就是说，子类是从父类继承而 来，而父类则是子类的泛化。 UML表示：我们通常使用空心的实线表示，箭头指向父类。子类 父类需求分析工作方法： 3. 报表业务分析在信息系统中，用户肯定会提出一些报表需求，对于这类报表需求的分析工作，我们可以利 用Why（目标）、What（内容）、How(展现形式)三个层次加以分析。 1

14、. Why（目标）:就是要解决部门/职位、目的（查询条件）、相关场景与查询频率等方面的内 容。 2. What（内容）：对于一张具体报表，我们必须确定它所涉及的业务实体、主要数据项（输 出数据项）、数据项计算方法。同时也要确定具体有多少报表。 3. How(展现形式)：展现形式包含图表、列表等。其实软件中的报表分析通俗一点就是： （1）输入什么样的内容，可以理解为查询条件； （2）通过什么处理方式，可以理解为计算方法或者业务处理逻辑等； （3）最终把处理结果以何种形式进行展现的过程，这一点通常是用户提供的各种报表格式， 需要用户提供详细的原格式（描述为相应附录编号，以便对应）。 （4）此外，还

15、需要明确排序规则，分组规则，数据约束规则等相关条件。序号要素/属性说明 1.项目编号选择 2.项目名称选择 3.负责单位（部门）选择，项目的负责单位 4.撤销原因情况说明文本 5.撤销意见文本 6.撤销时间日期 7.撤销状态0-同意，1-不同意输入项（查询条件）项目编号、项目名称、负责单位（部门）、撤销状态计算方法/处理逻辑输出项（展现结果）列表输出要素为：项目编号、项目名称、负责单位（部门）、撤销原因情况说明、撤销时间、撤销状态。规则按照撤销时间降序。为了更加清晰的表述报表分析，我们可以以如下的撤销申请为例加以说明：1、撤销申请表的要素信息包括：2、撤销信息汇总情况报表分析：需求分析工作方法

16、： 4. 角色及场景分析角色场景分析方法： 1、捕捉等开发系统行为的方法 2、表达及分析系统行为的方法 3、识别谁（用户）与系统交互，以及交互的过程。 4、验证所有的需求的捕捉完整性。Use Case的定义是：在不展现一个系统或子系统内部结 构的情况下，对系统或子系统的某个连贯的功能单元的定 义和描述。其实Use Case就是对系统功能的描述而已，不过一个 Use Case描述的是整个系统功能的一部分，这一部分一定 要是在逻辑上相对完整的功能流程。用例的特点： 1）外部可见：用户行为、系统响应 2）有价值的需求 3）详细表述：与主要用户达成共识 4）完整性与精确性。用例的表达用例的表达： 角色（Actor）：在系统之 外与系统交互的用户或动 作。用例（Case）：系统执行的 外部可见的，产生对角色有 价值的响应结果。用例名称（CaseName）： 能够简明说明目标的动名词 组。用例说明模板需求分析工作方法： 5. 界面需求分析界面需求分析应该是清晰、准确、符合用