软件需求工程(5)

1、1软件需求工程软件需求工程第五第五章章 需求定义需求定义2需求定义任务需求定义任务 需求定义活动准确地说不属于需求工程范畴，它实际上是需求定义活动准确地说不属于需求工程范畴，它实际上是软件项目立项管理阶段需要做的工作软件项目立项管理阶段需要做的工作, ,即可行性阶段的工作。即可行性阶段的工作。但需求定义阶段的产物对于需求获取、分析和建模活动都有着但需求定义阶段的产物对于需求获取、分析和建模活动都有着直接的影响。如果该阶段工作做得不好，就会出现直接的影响。如果该阶段工作做得不好，就会出现“上梁不正上梁不正下梁歪下梁歪”的结果。的结果。 需求定义就是确定项目的宏观需求，即定义项目的业务需需求定义就

2、是确定项目的宏观需求，即定义项目的业务需求，求，明确项目的目标和范围。清晰的项目目标和范围定义，能明确项目的目标和范围。清晰的项目目标和范围定义，能够引导需求工作的顺利进行够引导需求工作的顺利进行。 需求定义工作的着眼点可以概括为需求定义工作的着眼点可以概括为4 4个字：个字：问题、机会问题、机会 问题问题：开发项目对应的软件系统要解决现实业务中的什么：开发项目对应的软件系统要解决现实业务中的什么问题。问题。 机会机会：开发软件系统要把握的机会，以提高企业竞争力。：开发软件系统要把握的机会，以提高企业竞争力。3需求定义的过程需求定义的过程 需求定义通常采用如下过程需求定义通常采用如下过程: :

3、目标（目标（Goals)Goals)问题问题(Problem(Problem)可选方案（可选方案（Option)Option)建议方案（建议方案（Answer)Answer) 目标：罗列整个项目要目标：罗列整个项目要解决的问题解决的问题或机会。如或机会。如“废品率太高废品率太高”。 问题：针对问题：针对目标层面的问题进行分目标层面的问题进行分析析，找到导致该问题生产的根源，并全，找到导致该问题生产的根源，并全部罗列出来。如部罗列出来。如“订单不准确订单不准确”、“运运输损耗输损耗”等。等。 可选方案：针对每个问题罗列出可能的解决方案。如可选方案：针对每个问题罗列出可能的解决方案。如针对针对“订

4、单不准确订单不准确”问题，可选方案包括问题，可选方案包括“通过电子化手通过电子化手段下订单段下订单”、“对订单内容进行电子化审核对订单内容进行电子化审核”等。等。 建议方案：从可选方案中挑选出认为比较合理的方案。建议方案：从可选方案中挑选出认为比较合理的方案。4问题分析问题分析 问题分析的五个步骤：问题分析的五个步骤： 1 1、在问题上达成共识、在问题上达成共识 2 2、理解根本原因、理解根本原因分析问题背后的问题分析问题背后的问题 3 3、确定相关人员和用户、确定相关人员和用户 4 4、定义解决方案的界限、定义解决方案的界限 5 5、确定加在解决方案上的约束、确定加在解决方案上的约束5问题分

5、析问题分析在问题上达成共识在问题上达成共识 问题分析就是理解真实世界中的问题和用户需求，并提问题分析就是理解真实世界中的问题和用户需求，并提出满足解决这些问题的解决方案的过程。因此需求定义首要出满足解决这些问题的解决方案的过程。因此需求定义首要工作是要把解决的问题提出来，并且得到所有人的共识。工作是要把解决的问题提出来，并且得到所有人的共识。 找准开发新系统要解决的问题是项目成功的关键，即找准开发新系统要解决的问题是项目成功的关键，即对对问题进行了正确的定义，意味着成功解决了一半问题进行了正确的定义，意味着成功解决了一半。 要让大家达成共识，采用统一的表格写出问题就是很有要让大家达成共识，采用

6、统一的表格写出问题就是很有效的手段。效的手段。RUPRUP提供的描述模板如下：提供的描述模板如下：写作项目写作项目说明说明问题问题描述存在的问题，或要解决的问题描述存在的问题，或要解决的问题影响影响该问题影响了哪些人群该问题影响了哪些人群结果结果该问题对这类人群产生了什么影响该问题对这类人群产生了什么影响优点优点预期什么样的解决方案，它应该具备什么优点预期什么样的解决方案，它应该具备什么优点6问题分析问题分析分析问题背后的问题分析问题背后的问题 分析问题背后的问题，即寻找问题的本源分析问题背后的问题，即寻找问题的本源定性分析定性分析。 鱼骨图分析方法鱼骨图分析方法：对每个问题绘制一张鱼骨图，找

7、出问：对每个问题绘制一张鱼骨图，找出问题的所有潜在原因。该方法是一种定性分析方法。题的所有潜在原因。该方法是一种定性分析方法。废品率太高废品率太高运输运输生产生产其他其他销售销售运输损耗运输损耗制造缺陷制造缺陷制成品折旧制成品折旧用户退货用户退货订单不准确订单不准确 鱼骨图也叫因果分析图。上图中，鱼骨图也叫因果分析图。上图中，“运输运输”、“生产生产”、“销售销售”等称为等称为原因类型原因类型，“运输损耗运输损耗”、“制造缺陷制造缺陷”、“订单不准确订单不准确”等称为等称为原因原因。7问题分析问题分析分析问题背后的问题分析问题背后的问题 帕雷托分析方法帕雷托分析方法：对每个问题绘制一张表，找出

8、所有潜：对每个问题绘制一张表，找出所有潜在原因对问题的影响程度。该方法是一种在原因对问题的影响程度。该方法是一种定量分析定量分析法。法。原因原因数量数量比列比列制造缺陷制造缺陷294.83%制成品折旧制成品折旧457.50订单不准确订单不准确31752.83%用户退货用户退货8213.67%运输耗损运输耗损10717.83%其他其他203.34%合计合计600100%8问题分析问题分析分析问题背后的问题分析问题背后的问题 鱼骨图分析相当于寻找解决问题的靶子，而帕累托分析鱼骨图分析相当于寻找解决问题的靶子，而帕累托分析则相当于瞄准目标的准确性。则相当于瞄准目标的准确性。 通过分析问题背后的原因，

9、可以判断哪些原因可以通过通过分析问题背后的原因，可以判断哪些原因可以通过信息系统来解决，从而使得系统的目标更加科学，需求的范信息系统来解决，从而使得系统的目标更加科学，需求的范围更易于确定。围更易于确定。9问题分析问题分析确定相关人员和用户确定相关人员和用户 分析与项目相关的人员的目的是分析与项目相关的人员的目的是确定这些人对项目拥有确定这些人对项目拥有多少筹码多少筹码。拥有的筹码越多，项目成功的可能性越大。拥有的筹码越多，项目成功的可能性越大。 如果是操作层，项目延误的可能性极大，因为底层人员如果是操作层，项目延误的可能性极大，因为底层人员筹码相对很少。筹码相对很少。 如果是中层管理人员，只

10、要努力，有希望避免项目出现如果是中层管理人员，只要努力，有希望避免项目出现延误情况。因为中层管理人员手中有一定的筹码。延误情况。因为中层管理人员手中有一定的筹码。 如果是高层管理人员，项目延误的可能性几乎没有。因如果是高层管理人员，项目延误的可能性几乎没有。因为高层管理人员手握着最有分量的筹码，而且人数极少。为高层管理人员手握着最有分量的筹码，而且人数极少。 罗列出各类用户的特点、能力以及对项目的态度，可以罗列出各类用户的特点、能力以及对项目的态度，可以为后续的需求分析提供相应的信息。为后续的需求分析提供相应的信息。10问题分析问题分析定义解决方案的界限定义解决方案的界限 解决方案的能力总是有

11、约束的，系统的范围总是有限解决方案的能力总是有约束的，系统的范围总是有限的。在需求定义阶段，对需求的范围进行界定十分重要。的。在需求定义阶段，对需求的范围进行界定十分重要。 范围指系统涉及哪些内容，而边界则是系统与人的职责范围指系统涉及哪些内容，而边界则是系统与人的职责边界。边界。供应商促销数据供应商促销数据结算记录结算记录库存量库存量顾客顾客接订单接订单信用检查信用检查记录订单记录订单顾客记录顾客记录等待送等待送货文件货文件1？2？3？信用卡公司信用卡公司11问题分析问题分析定义解决方案的界限定义解决方案的界限 系统边界的确定受到多方面的限制。系统边界的确定受到多方面的限制。 系统投入的限制

12、：投入少不可能实现太多的功能和太难系统投入的限制：投入少不可能实现太多的功能和太难的功能。的功能。 环境约束：功能实现的环境条件是否存在。环境约束：功能实现的环境条件是否存在。上例中：上例中： 边界边界1 1：系统只实现：系统只实现“记录订单记录订单”的功能，的功能，“接订单接订单”和和“信用检查信用检查”都由人工完成。都由人工完成。 边界边界2 2：系统要实现：系统要实现“信用检查信用检查”和和“记录订单记录订单”的功能，的功能，条件是条件是“顾客记录顾客记录”已经具有实用性，有专门的已经具有实用性，有专门的“信用卡公信用卡公司司”行使职责。行使职责。 边界边界3 3：系统要实现：系统要实现

13、“接订单接订单”的自动化。可能的方法有的自动化。可能的方法有呼叫中心、呼叫中心、WebWeb网站等，还要考虑企业内部网与网站等，还要考虑企业内部网与InternetInternet网网之间的交互，以及相关的安全措施。之间的交互，以及相关的安全措施。12问题分析问题分析解决方案的约束解决方案的约束 对于要开发的系统，一定会有相关的约束。通常包括技对于要开发的系统，一定会有相关的约束。通常包括技术开发的约束和项目实施的约束。术开发的约束和项目实施的约束。类型类型约束约束说明说明技术技术开发开发技术约束技术约束技术选择、开发平台的限制？禁止使用的技术？购技术选择、开发平台的限制？禁止使用的技术？购买

14、软件包？买软件包？预期硬软件环境预期硬软件环境 建立在现有系统上？与原系统的兼容性？支持的操建立在现有系统上？与原系统的兼容性？支持的操作系统？现有网络环境？作系统？现有网络环境？预期使用环境预期使用环境有户外作业吗？有特殊的工作环境吗？有户外作业吗？有特殊的工作环境吗？项目项目实施实施经济约束经济约束投资的预算是多少投资的预算是多少行政约束行政约束许可问题？内外部政治问题？部门间问题？许可问题？内外部政治问题？部门间问题？速度速度/资源约束资源约束速度要求？已有资源？扩展资源？速度要求？已有资源？扩展资源？环境约束环境约束合法吗？特殊的安全性要求？其他不准限制？合法吗？特殊的安全性要求？其他

15、不准限制？13需求定义的产物需求定义的产物 需求定义阶段产生的人工制品需求定义阶段产生的人工制品文档文档 POSProject Overview Specify，项目综述，类似于，项目综述，类似于可行性分析报告可行性分析报告 Vision:愿景，原意是所向往的前景，是企业更高层次愿景，原意是所向往的前景，是企业更高层次的最求。系统开发要达到的一个更高远的目标。相对于的最求。系统开发要达到的一个更高远的目标。相对于POS而言，更加重视对市场潜在机会的分析。而言，更加重视对市场潜在机会的分析。 14POS主要内容主要内容内容内容说明说明目标目标对商业目标的简短、可度量的描述对商业目标的简短、可度量

16、的描述相关人员和用户相关人员和用户说明哪些人和部门有利益关系，谁将操作系统及能力说明哪些人和部门有利益关系，谁将操作系统及能力限制条件限制条件必须采用某设计方案？时间？经费如何？必须采用某设计方案？时间？经费如何？关键术语关键术语该项目使用哪些术语该项目使用哪些术语相关事实与假设相关事实与假设现在是在什么背景下提出的，对技术能力有什么假设现在是在什么背景下提出的，对技术能力有什么假设工作范围工作范围系统将涉及哪些内容系统将涉及哪些内容费用计划费用计划需要花多少工作量或资金需要花多少工作量或资金风险风险面临的主要风险面临的主要风险可行性可行性包括技术、经济、社会可行性的论证包括技术、经济、社会可

17、行性的论证15Vision的主要内容的主要内容内容类别内容类别内容项内容项说明说明POSPOS对应项对应项业务需求业务需求背景背景新产品的由来与背景新产品的由来与背景相关事实相关事实业务机遇业务机遇市场机遇或待解决的业务问题市场机遇或待解决的业务问题业务目标业务目标产品所带来的重要商业利益产品所带来的重要商业利益目标目标客户需求客户需求描述一些典型客户需求描述一些典型客户需求提供给客户的价值提供给客户的价值确定产品给客户带来的价值确定产品给客户带来的价值业务风险业务风险开发该产品有关的主要业务风险开发该产品有关的主要业务风险风险风险解决方案解决方案愿景说明愿景说明目标客户、竞争对手与优势目标客

18、户、竞争对手与优势主要特征主要特征将提供的主要特征和性能；列表将提供的主要特征和性能；列表工作范围工作范围假设与依赖假设与依赖编写文档时所作出的任何假设编写文档时所作出的任何假设相关事实和假设相关事实和假设范围和局范围和局限性限性首次发行范围首次发行范围所赐发行的产品所具有的性能所赐发行的产品所具有的性能工作范围工作范围随后发行范围随后发行范围产品周期性升级的计划产品周期性升级的计划局限性局限性包括和不包括的特性和功能的限制包括和不包括的特性和功能的限制业务环境业务环境客户概貌客户概貌不同类型客户的一些本质特点不同类型客户的一些本质特点相关人员和用户相关人员和用户项目优先级项目优先级为每个特性

19、划定优先级为每个特性划定优先级操作环境操作环境成功因素成功因素产品的成功如何定义和测量产品的成功如何定义和测量费用计划费用计划16需求定义的要素需求定义的要素需求定义的要素包括需求定义的要素包括 1 1、目标、目标 2 2、范围、范围 3 3、相关人员和用户、相关人员和用户 4 4、相关事实与假设、相关事实与假设17需求定义的要素需求定义的要素目标目标1 1、目标、目标 写好项目目标描述应该满足的写好项目目标描述应该满足的SMARTSMART原则：原则： 具体具体Specific:Specific:能够指导具体的工作能够指导具体的工作 可度量可度量MeasurrableMeasurrable:

20、 :能够进行经济效益分析能够进行经济效益分析 可达可达AttainableAttainable：否则无意义：否则无意义 相关性相关性Relevant:Relevant:与其他目标具有相关性与其他目标具有相关性 明确的截止时间明确的截止时间Time-basedTime-based项目项目说明说明内容内容项目项目What对贷款客户的信用风险实现量化管理对贷款客户的信用风险实现量化管理业务优势业务优势Why降低不良贷款降低不良贷款度量指标度量指标Hou much不良贷款下降不良贷款下降5%合理性合理性经济可行性经济可行性降低不良贷款的效益与系统成本之比是否合算降低不良贷款的效益与系统成本之比是否合算

21、可行性可行性外因外因对信用风险实现量化管理能降低不良贷款吗对信用风险实现量化管理能降低不良贷款吗可达成性可达成性内因内因该目标能达到吗该目标能达到吗18需求定义的要素需求定义的要素目标目标 一一个项目要被开发，要拨款立项，一定有它的业务目标。个项目要被开发，要拨款立项，一定有它的业务目标。对于一个系统开发，业务目标占有非常重要的位置，它明确对于一个系统开发，业务目标占有非常重要的位置，它明确规定了建立该软件系统的最终目的。规定了建立该软件系统的最终目的。 业务目标是组织或客户方的高层对未来系统的期望。业业务目标是组织或客户方的高层对未来系统的期望。业务目标的确定需要从企业信息化的全局来考虑和规

22、划，使其务目标的确定需要从企业信息化的全局来考虑和规划，使其开发的系统成为企业信息化系统中相对独立的、支持全局应开发的系统成为企业信息化系统中相对独立的、支持全局应用的、不可替代的重要组成部分。避免开发的系统解决的问用的、不可替代的重要组成部分。避免开发的系统解决的问题的层次太低，随着对信息化的要求的提高而很快过时。题的层次太低，随着对信息化的要求的提高而很快过时。 项目业务目标通常由需方高层领导参与确定。项目业务目标通常由需方高层领导参与确定。 要避免业务目标太抽象、太空洞，如要避免业务目标太抽象、太空洞，如“实现实现XXXX信息化信息化”。19需求定义的要素需求定义的要素2 2、范围、范围

23、 需求定义的核心工作就是确定范围。需求定义的核心工作就是确定范围。 用构件图来描述项目涉及的主题。用构件图来描述项目涉及的主题。 用上下文关系图来描述每个主题涉及的内容。用上下文关系图来描述每个主题涉及的内容。 用需求大纲对两图的内容进行详细描述。用需求大纲对两图的内容进行详细描述。3 3、相关人员及用户、相关人员及用户 用户信息包括：与主题相关的经验、技术上的经验、智力用户信息包括：与主题相关的经验、技术上的经验、智力能力、工作态度、技术态度、受教育程度、语言技能、年龄、能力、工作态度、技术态度、受教育程度、语言技能、年龄、性别等，即性别等，即对其能力进行建模对其能力进行建模。建模的旨在提高

24、可用性。建模的旨在提高可用性。 对其他用户则了解对软件系统的关注点。对其他用户则了解对软件系统的关注点。4 4、相关事实与假定、相关事实与假定约束约束 “ “相关事实相关事实”指可能影响产品的外部因素。如查询速度太慢。指可能影响产品的外部因素。如查询速度太慢。 “ “假定假定”指的是一种可能性，不一定真实，需要核实。如指的是一种可能性，不一定真实，需要核实。如“告警信息用手机发送告警信息用手机发送”是对未来系统的假定。是对未来系统的假定。20定义需求范围定义需求范围 需求范围是由项目目标确定的。需求范围是由项目目标确定的。 定义需求范围是一项很重要的工作，但也不是一件容易定义需求范围是一项很重

25、要的工作，但也不是一件容易做好的工作。做好的工作。 传统方法采用程序结构分解（系统传统方法采用程序结构分解（系统-子系统子系统-模块模块-下下层模块）来表示。层模块）来表示。 采用业务导向的层次结构，通过三个相互独立的步骤逐采用业务导向的层次结构，通过三个相互独立的步骤逐步演化出需求的范围定义是目前采用的主要方法：步演化出需求的范围定义是目前采用的主要方法： 划分主题域划分主题域: :确定系统包含哪些主题域（子系统）确定系统包含哪些主题域（子系统） 确定主题域范围：确定主题域范围：确定每个主题域包含的业务范围。确定每个主题域包含的业务范围。 标识业务事件和报表：标识业务事件和报表：21划分主题

26、域划分主题域 一个主题域是一个相对独立的业务职责区块，有时也称一个主题域是一个相对独立的业务职责区块，有时也称职能域或子系统。如学校的各个处或科室对应的工作。职能域或子系统。如学校的各个处或科室对应的工作。 1 1、在对系统进行分解时，应该以、在对系统进行分解时，应该以“事事”为线索，按照业为线索，按照业务的脉络划分成不同的主题域。如一个学校应管理哪些粗线务的脉络划分成不同的主题域。如一个学校应管理哪些粗线索的索的“事事”或者要做哪些事，如教务处实验教学科主要管理或者要做哪些事，如教务处实验教学科主要管理本科实习、实验教学。本科实习、实验教学。 2 2、使用构件图描述各主题域之间的关联关系。把

27、每个主、使用构件图描述各主题域之间的关联关系。把每个主题域抽象为一个独立的子系统（构件），用服务接口来标识题域抽象为一个独立的子系统（构件），用服务接口来标识主题域之间的关系。主题域之间的关系。22划分主题域划分主题域案例案例 某经济性连锁酒店在开创之初就对自己的信息系统某经济性连锁酒店在开创之初就对自己的信息系统进行了规划，它将整个系统划分为门店管理（每个单店进行了规划，它将整个系统划分为门店管理（每个单店的内部管理）、客服管理（统一预订、的内部管理）、客服管理（统一预订、VIPVIP（Very Very Important PersonImportant Person）客户管理）、采购管理

28、（负责统一）客户管理）、采购管理（负责统一采购）等子系统。采购）等子系统。 在开创之初，门店只有几个，暂时不考虑客服管理在开创之初，门店只有几个，暂时不考虑客服管理和采购管理子系统，先只开发门店管理子系统。为了确和采购管理子系统，先只开发门店管理子系统。为了确保各子系统不会演变成信息孤岛，必须预先标识出这些保各子系统不会演变成信息孤岛，必须预先标识出这些子系统之间的关系。子系统之间的关系。 23划分主题域划分主题域案例案例24划分主题域划分主题域构件图构件图 构件图中只有两种元素：构件和接口。构件图中只有两种元素：构件和接口。 构件和构件之间一般不直接建模它们的关系，接口构件和构件之间一般不直

29、接建模它们的关系，接口和接口之间也没有关系。构件对接口而言有两种关系：和接口之间也没有关系。构件对接口而言有两种关系： 实现关系：表示这个接口是某个构件实现的。实现关系：表示这个接口是某个构件实现的。 使用关系：表示某构件要使用这个接口，以达到使用关系：表示某构件要使用这个接口，以达到对实现接口的构件的访问。对实现接口的构件的访问。 提供服务的构件实现接口提供服务的构件实现接口，以达到屏蔽外界对构件，以达到屏蔽外界对构件内部细节的了解。内部细节的了解。25划分主题域划分主题域构件构件 构件和组件的英文单词是同一个词构件和组件的英文单词是同一个词component。有时把。有时把构件和组件作为同

30、一个意思，有的人喜欢用构件，有的人喜构件和组件作为同一个意思，有的人喜欢用构件，有的人喜欢用组件。有时又把构件和组件作为两个不同的概念，认为欢用组件。有时又把构件和组件作为两个不同的概念，认为构件表达的是逻辑概念，组件表达的是物理概念，组件是构构件表达的是逻辑概念，组件表达的是物理概念，组件是构件或接口的实现，一个构件可以用多个组件来实现。件或接口的实现，一个构件可以用多个组件来实现。 我们不严格区分构件和组件的概念，它既可以是逻辑的，我们不严格区分构件和组件的概念，它既可以是逻辑的，也可以是物理的。在逻辑层面上讨论问题时就以逻辑概念来也可以是物理的。在逻辑层面上讨论问题时就以逻辑概念来理解。

31、在物理实现时就以物理概念来理解。理解。在物理实现时就以物理概念来理解。 在实际系统中，构件是比类更大的实体。一个在实际系统中，构件是比类更大的实体。一个COM组件、组件、一个一个DLL文件、一个文件、一个JavaBeans、一个可执行文件、一个系统、一个可执行文件、一个系统模块、一个子系统等，都可以用构件来称呼。模块、一个子系统等，都可以用构件来称呼。 构件是系统设计的基本单元，它隐蔽了内部实现，对外提构件是系统设计的基本单元，它隐蔽了内部实现，对外提供了一组外部接口，相同接口的组件可以自由地替换。供了一组外部接口，相同接口的组件可以自由地替换。 在需求阶段，构件是逻辑概念，表示的是主题域。在

32、需求阶段，构件是逻辑概念，表示的是主题域。26划分主题域划分主题域服务接口服务接口 每个系统每个系统/主题域都不是孤立存在的，他们总是会有主题域都不是孤立存在的，他们总是会有这样那样的协作，将这些协作标识出来这样那样的协作，将这些协作标识出来,就是主题域之间就是主题域之间的服务接口。的服务接口。 各个主题域之间的服务接口是需求变更的防火墙各个主题域之间的服务接口是需求变更的防火墙。它可以有效避免后续系统对当前系统的影响。它可以有效避免后续系统对当前系统的影响。 接口的概念是非常广泛的，可以是过程语言中函数接口的概念是非常广泛的，可以是过程语言中函数调用的接口，可以是对象程序设计语言中类之间的接

33、口，调用的接口，可以是对象程序设计语言中类之间的接口，还可以是构件之间的接口。还可以是构件之间的接口。 对需求阶段而言，就是不同主题之间的接口。对需求阶段而言，就是不同主题之间的接口。 接口的实现关系用带空心圆箭头的实线表示。接口的实现关系用带空心圆箭头的实线表示。 接口的使用关系用带尖箭头的虚线表示。接口的使用关系用带尖箭头的虚线表示。27划分主题域划分主题域实用技巧实用技巧 1、以组织结构为线索、以组织结构为线索 组织结构是划分主题域的重要参考，通常主题域的组织结构是划分主题域的重要参考，通常主题域的边界就是部门的边界。例如，教务处对科室的设置，每边界就是部门的边界。例如，教务处对科室的设

34、置，每一个科室的职能是不一样的，每一个科室的职能就对应一个科室的职能是不一样的，每一个科室的职能就对应一个主题域。一个主题域。 2、从分管领导中找突破。观察分管领导的设置和分、从分管领导中找突破。观察分管领导的设置和分工。例如，一个学院设置了多少个副院长，每一个副院工。例如，一个学院设置了多少个副院长，每一个副院长的工作职能是不重叠的，这是划分主题域的重要依据。长的工作职能是不重叠的，这是划分主题域的重要依据。 3、借助典型的业务职责区块。例如，每一个企业都、借助典型的业务职责区块。例如，每一个企业都有自己的产、销、供环节，这就是一条很好的思路。有自己的产、销、供环节，这就是一条很好的思路。2

35、8划分主题域划分主题域体检医院实例体检医院实例 1、业务背景：主要针对企业、业务背景：主要针对企业/组织、组织、VIP客户、散户三类客户、散户三类客户提供体检服务。企业财务软件在使用中。客户提供体检服务。企业财务软件在使用中。 2、问题点：、问题点：预约安排不合理，销售不够高效。预约安排不合理，销售不够高效。 物资供应存在脱节现象，影响体检进度物资供应存在脱节现象，影响体检进度。 （问题点包含开发目标）（问题点包含开发目标） 3、组织结构、组织结构 客服中心：负责销售工作，为企业客服中心：负责销售工作，为企业/组织、组织、VIP客户安排客户安排预约时间。预约时间。 服务中心：针对散户负责现场开

36、单、收费、返回报告。服务中心：针对散户负责现场开单、收费、返回报告。 体检科室：负责体检，并记录体检结果。体检科室：负责体检，并记录体检结果。 综合科：出具诊断报告。综合科：出具诊断报告。 物资科：负责物资的采购、申领、仓库管理工作。物资科：负责物资的采购、申领、仓库管理工作。 财务科：对企业财务科：对企业/组织采用转帐式付费时，由财务部门组织采用转帐式付费时，由财务部门负责收费。负责收费。29划分主题域划分主题域体检医院实例体检医院实例 按照产、销、供划分职责区块。按照产、销、供划分职责区块。 对于体检体院的组织结构，可以分成销售、生产、后对于体检体院的组织结构，可以分成销售、生产、后勤三个

37、职责区块。（服务中心、体检科和综合科的工作勤三个职责区块。（服务中心、体检科和综合科的工作相互独立性不强）相互独立性不强）系系统统区块区块部门部门体检医院体检医院销售销售生产生产后勤后勤客服中心客服中心服务中心服务中心体检科室体检科室综合科综合科物资科物资科财务科财务科30划分主题域划分主题域体检医院实例体检医院实例 主题命名：为每个区块选择一个合适的主题名。主题命名：为每个区块选择一个合适的主题名。 销售区块：主要负责对客服的销售、服务跟踪，再考销售区块：主要负责对客服的销售、服务跟踪，再考虑部门的命名，将该主题域称为虑部门的命名，将该主题域称为“客服管理子系统客服管理子系统”。 生产区块：

38、向预约体检者、临时体检者提供全程的体生产区块：向预约体检者、临时体检者提供全程的体检业务，即体检业务就是生产项目。称该主题域为检业务，即体检业务就是生产项目。称该主题域为“体体检业务管理子系统检业务管理子系统”。 后勤区块：为企业提供支撑，涉及两个独立的部分：后勤区块：为企业提供支撑，涉及两个独立的部分：财务和物资。考虑其独立性，建议将其分成两个主题域，财务和物资。考虑其独立性，建议将其分成两个主题域，即即“财务管理子系统财务管理子系统”和和“物资管理子系统物资管理子系统”。31划分主题域划分主题域体检医院实例体检医院实例 主题域对目标的贡献分析：主题域对目标的贡献分析：预约安排不合理预约安排

39、不合理销售手段不足销售手段不足物质供应脱节物质供应脱节无无客服管理客服管理子系统子系统体检业务体检业务子系统子系统物资管理物资管理子系统子系统体检业务体检业务子系统子系统财务管理财务管理子系统子系统 财务管理子系统对既定目标没有直接贡献，根据目标财务管理子系统对既定目标没有直接贡献，根据目标决定范围的原则，将财务管理子系统从主题域中去掉。决定范围的原则，将财务管理子系统从主题域中去掉。因此，体检医院管理系统的主题域为三个：因此，体检医院管理系统的主题域为三个：客服管理子客服管理子系统、体检业务子系统、物资管理子系统。系统、体检业务子系统、物资管理子系统。32划分主题域划分主题域体检医院实例体检

40、医院实例 服务接口：服务接口： 1 1、“客服管理子系统客服管理子系统”与与“体检业务子系统体检业务子系统”：体检业务子系统需要从客服管子系统获取预约单、客户体检业务子系统需要从客服管子系统获取预约单、客户资料；客服管理子系统需要从体检业务子系统了解团队资料；客服管理子系统需要从体检业务子系统了解团队体检是否完成。体检是否完成。 2 2、“体检业务子系统体检业务子系统”与与“物资管理子系统物资管理子系统”：物资管理属于支撑环节，体检业务子系统需要向物资管物资管理属于支撑环节，体检业务子系统需要向物资管理子系统申领物资，需要提交物资使用情况。理子系统申领物资，需要提交物资使用情况。 3 3、“客

41、服管理子系统客服管理子系统”与与“物资管理子系统物资管理子系统”：客服管理子系统需要向物资管理子系统申领物资。客服管理子系统需要向物资管理子系统申领物资。33划分主题域划分主题域体检医院实例体检医院实例34确定主题域范围确定主题域范围上下文图上下文图 确定主题域范围的工作是针对一个主题域的：把一个主确定主题域范围的工作是针对一个主题域的：把一个主题域看作一个黑盒子，使用上下文关系图标识出每个用户及题域看作一个黑盒子，使用上下文关系图标识出每个用户及所发起的事件。所发起的事件。 绘制上下文关系图的要点：绘制上下文关系图的要点： 用矩形表示系统，写上系统的名字。用矩形表示系统，写上系统的名字。 找

42、到所有客户（找到所有客户（Customer)。这些客户能发起什么事件，。这些客户能发起什么事件，这些事件能引发内部工作人员这些事件能引发内部工作人员(Worker)的什么工作。一一列的什么工作。一一列出这些工作。出这些工作。 再看每个再看每个Worker还有没有主动发起的事件。还有没有主动发起的事件。 绘制上下文关系图时，先考虑绘制上下文关系图时，先考虑Customer后考虑后考虑Worker。 Customer：主题域的客户，处于主题域的外部。：主题域的客户，处于主题域的外部。 Worker：主题域的工作人员，处于主题域的内部。：主题域的工作人员，处于主题域的内部。 内部工作人员是为外部客户

43、服务的。业务事件总是由客户内部工作人员是为外部客户服务的。业务事件总是由客户主动发起的。主动发起的。Worker主动发起事件是为了提供更好的服务。主动发起事件是为了提供更好的服务。35确定主题域范围确定主题域范围实例实例体检业务子系统体检业务子系统申请体检申请体检返回报告返回报告申请改单申请改单通知取报告通知取报告体检者体检者服务人员服务人员收费人员收费人员维护人员维护人员体检科室体检科室客服中心客服中心财务部门财务部门综合科医生综合科医生提交团队提交团队缴费情况缴费情况出具报告出具报告查询体查询体检情况检情况开单开单处理处理改单改单收费收费管理管理体检项体检项体检并记体检并记录结果录结果上上

44、下下文文关关系系事事例例图图36需求范围定义需求范围定义确定主题域范围确定主题域范围 在上图中体检者是外部的在上图中体检者是外部的CustomerCustomer。 针对外部针对外部CustomerCustomer，寻找其独立行为是要点：，寻找其独立行为是要点： 体检者体检者申请体检申请体检是一个独立行为，该行为引起内部工是一个独立行为，该行为引起内部工作人员中的服务员开单、收费人员收费、体检科室体检并记作人员中的服务员开单、收费人员收费、体检科室体检并记录结果、综合科医生出具体检报告。录结果、综合科医生出具体检报告。 体检者另一个独立行为是可能因有事中途体检者另一个独立行为是可能因有事中途修

45、改体检项修改体检项。这会引起收费人员作相应的改单处理。这会引起收费人员作相应的改单处理。 团队体检直接到财务部门缴费，但必须把团队体检直接到财务部门缴费，但必须把缴费信息告缴费信息告诉诉体检业务子系统。客服中心会随时体检业务子系统。客服中心会随时查询团队体检进程查询团队体检进程。财。财务部门和客服中心相对于体检业务部门来说，也是外部客户。务部门和客服中心相对于体检业务部门来说，也是外部客户。 当体检报告产生后，当体检报告产生后，系统会主动系统会主动通知客户取体检报告通知客户取体检报告。 由于体检项随时可能发生变化，所以需要有内部工作由于体检项随时可能发生变化，所以需要有内部工作人员人员维护体检

46、项维护体检项。37需求范围定义需求范围定义标识业务事件和报表标识业务事件和报表 主题域由业务事件和报表组成。在联机事务处理系统中，主题域由业务事件和报表组成。在联机事务处理系统中，业务事件（流程）是核心线索。对于管理信息系统而言，业务事件（流程）是核心线索。对于管理信息系统而言，Report(包括各类查询、分析、统计）是核心线索。通常的包括各类查询、分析、统计）是核心线索。通常的业务系统都包含了这两部分。业务系统都包含了这两部分。 业务事件是梳理业务系统需求的一个很重要的线索，因为业务事件是梳理业务系统需求的一个很重要的线索，因为一个企业或组织存在的核心价值在于接受外部用户的请求一个企业或组织

47、存在的核心价值在于接受外部用户的请求（启动一个业务事件），通过相应请求让用户满意的同时也（启动一个业务事件），通过相应请求让用户满意的同时也创造了相应的价值。创造了相应的价值。38需求范围定义需求范围定义业务事件和业务步骤业务事件和业务步骤 业务事件是业务流程的触发点业务事件是业务流程的触发点，标，标识出业务事件能够帮助识别出业务流程；识出业务事件能够帮助识别出业务流程；业务流程则是响应业务事件而触发的一业务流程则是响应业务事件而触发的一系列业务活动系列业务活动。它通常是由不同部门、。它通常是由不同部门、不同岗位协作完成的。因此，业务流程不同岗位协作完成的。因此，业务流程的信息是掌握在中层管理

48、人员手中的，的信息是掌握在中层管理人员手中的，它属于脉络信息。它属于脉络信息。 业务活动则从属于一个业务流程，业务活动则从属于一个业务流程，它是一个人的活动它是一个人的活动，因此一个业务流程，因此一个业务流程是由一个或多个业务活动组成的。而是由一个或多个业务活动组成的。而业业务步骤是完成某个业务活动所需要的具务步骤是完成某个业务活动所需要的具体步骤体步骤。因此业务活动和业务步骤的信。因此业务活动和业务步骤的信息是掌握在操作层人员手中，它属于细息是掌握在操作层人员手中，它属于细节信息。节信息。业务流程（一个团队）业务流程（一个团队）业务事件业务事件业务业务活动活动2 2业务业务活动活动3 3业务活动业务活动1 1（一个人）（一个人）业务业务步骤步骤1 1业务业务步骤步骤2 239需求范围定义需求范围定义业务事件类型业务事件类型 业务事件可分为外部事件（由系统参与者发起的）和内业务事件可分为外部事件（由系统参与者发起的）和内部事件（系统内部触发的）两类。每类业务事件又分为两种。部事件（系统内部触发的）两类。每类业务事件又分为两种。业务事件业务事件外部事件外