带有显示的上下级关系的组织结构集团区域分公司部门销售课件_第1页
带有显示的上下级关系的组织结构集团区域分公司部门销售课件_第2页
带有显示的上下级关系的组织结构集团区域分公司部门销售课件_第3页
带有显示的上下级关系的组织结构集团区域分公司部门销售课件_第4页
带有显示的上下级关系的组织结构集团区域分公司部门销售课件_第5页
已阅读5页,还剩117页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

什么是领域模型(银行领域模型)

帐户凭证-生效起始日-作废日1*银行卡-卡号存折-存折号存单-存单号什么是领域模型(银行领域模型)帐户凭证-生效起始日-作废日什么是领域模型(银行领域模型)上图抽象地表示了银行领域中和凭证相关的部分领域知识:任何一个银行“帐户”可能与多个”凭证“相关;具体而言,凭证可以是银行卡、存折或存单等形式;任何凭证都有明确的生效起始日和终止日;但各种凭证的凭证号去不是统一的,比如存折和信用卡有不同的编号格式;……什么是领域模型(银行领域模型)上图抽象地表示了银行领域中和储蓄帐户的状态图

挂失正常开户[开户额≥10]挂失[身份证]解挂[身份证]冻结冻结[授权]解冻[授权]销户销户存款取款储蓄帐户的状态图挂失正常开户[开户额≥10]挂失[身份证]储蓄帐户的状态图该状态图作为银行领域模型的一部分,表达了如下业务知识:储蓄帐户有正常、挂失、冻结和销户等4种状态。有效的储蓄帐户始于开户交易,开户交易成功后储蓄帐户处于正常状态。开户交易的业务规则是:开户金额≥10元人民币。用户可以凭身份证要求对自己的储蓄帐户进行挂失和解挂交易。银行可以根据授权(例如司法授权)对储蓄帐户进行冻结和解冻。处于正常状态的储蓄帐户可以进行存款、取款交易。处于正常状态的储蓄帐户经销户交易后变成销户状态。储蓄帐户的状态图该状态图作为银行领域模型的一部分,表达了如下什么是领域模型由此例可以看出:领域模型是对实际问题领域的抽象表示,它专注于分析问题领域本身,发掘重要的业务领域概念,并建立业务领域概念之间的关系。一般情况,领域模型用类图或状态图表示。什么是领域模型由此例可以看出:领域模型是对实际问题领域的抽象领域建模有必要吗?需求分析的两个典型困难:用户的参与不够或不够深入,造成需求分析成果中假设的成分太多。问题领域太复杂时,需求分析的开展会遇到困难。领域建模有必要吗?需求分析的两个典型困难:领域建模(例:项目管理)客户:项目被分解成许多任务,分配下去。项目任务项目成员领域建模(例:项目管理)客户:项目被分解成许多任务,分配下去领域建模(例:项目管理)客户:项目规定,每个任务只能分配给唯一的人,而一个人可以负责多个任务。项目任务项目成员*任务1任务承担者分配给领域建模(例:项目管理)客户:项目规定,每个任务只能分配给唯领域建模(例:项目管理)客户:我们实施的是“多项目管理”,多个项目可能共享某个子任务。比如企业级应用都会用到的一些和领域无关的模块,如身份验证、消息机制等……项目任务项目成员*任务1任务承担者分配给**多项目管理领域建模(例:项目管理)客户:我们实施的是“多项目管理”,多领域建模(例:项目管理)分析员主观的想法是项目和任务是一对多的关系。项目任务项目成员*任务1任务承担者分配给1*领域建模(例:项目管理)分析员主观的想法是项目和任务是一对领域建模(例:项目管理)客户:将项目分解为多个任务之后,需要为任务排定日程,比如,某任务结束之后另一任务才能开始……任务前置任务后置任务领域建模(例:项目管理)客户:将项目分解为多个任务之后,需要领域建模(例:项目管理)客户:我们的项目涉及的资源有多种,比如人、设备和材料等。没有必要的资源,项目无法开展。资源人设备材料项目占用领域建模(例:项目管理)客户:我们的项目涉及的资源有多种,比领域建模(例:项目管理)从逻辑上看,资源是项目占用的,但对资源的使用要具体分配到任务,而且应明确具体的使用期限…….资源人设备材料项目占用任务**分配给资源占用使用期限1*前后关系领域建模(例:项目管理)从逻辑上看,资源是项目占用的,但对资什么是分析模式分析模式实际上是超越了外部描述而得到的系统内部规律。分析模式更接近系统的概念模型。如果系统概念模型经过抽象,可以应用在多个相似的环境中,那么,它就变成了模式。例:斯洛克台球模拟程序什么是分析模式分析模式实际上是超越了外部描述而得到的系统内部最初的通信簿模型最初的通信簿模型团体模式“团体”应该被用于许多使用了个人或组织的情况团体模式带有显示的上下级关系的组织结构集团区域分公司部门销售办公室1*1*1*带有显示的上下级关系的组织结构集团区域分公司部门销售办公室1带有层次关系的组织超类型带有层次关系的组织超类型双组织层次结构双组织层次结构使用类型化关系使用类型化关系增加一条规则增加一条规则责任模式责任模式责任的知识级和操作级责任的知识级和操作级责任模式(例子公司员工角色关系)员工角色高级经理经理项目经理普通员工高级经理经理项目经理普通员工表示工作汇报关系责任模式(例子公司员工角色关系)员工角色高级经理经理项目责任模式(例子公司员工角色关系)工作汇报管理层{经理、高级经理}[项目经理]被管理层{项目经理、普通员工}[普通员工]1..**1..**管理者被管理者知识级操作级责任关系员工角色**11委托方责任方责任模式(例子公司员工角色关系)工作汇报管理层被管理层1责任模式(例子公司员工角色关系)

工作汇报集合A{经理、高级经理}集合a{项目经理、普通员工}1..**1..**管理者被管理者知识级操作级责任关系经理**11委托方责任方项目经理责任关系高级经理**11委托方责任方项目经理责任模式(例子公司员工角色关系)工作汇报集合A集合a1允许团体类型拥有子类型和超类型允许团体类型拥有子类型和超类型分层的责任类型分层的责任类型分级的责任类型分级的责任类型反复权衡责任类型的子类型反复权衡责任类型的子类型操作范围操作范围职位职位分析模式列表分析模式列表分析模式列表分析模式列表分析模式列表分析模式列表分析模式列表分析模式列表分析模式列表分析模式列表分析模式列表分析模式列表分析模式列表分析模式列表分析模式列表分析模式列表分析模式列表分析模式列表分析模式列表分析模式列表分析模式列表分析模式列表分析模式列表分析模式列表分析模式列表分析模式列表分析模式列表分析模式列表分析模式列表分析模式列表分析模式列表分析模式列表分析模式列表分析模式列表分析模式列表分析模式列表分析模式列表分析模式列表分析模式列表分析模式列表分析模式列表分析模式列表分析模式列表分析模式列表分析模式列表分析模式列表分析模式列表分析模式列表分析模式列表分析模式列表分析模式列表分析模式列表分析模式列表分析模式列表分析模式列表分析模式列表

谢谢大家!带有显示的上下级关系的组织结构集团区域分公司部门销售课件什么是领域模型(银行领域模型)

帐户凭证-生效起始日-作废日1*银行卡-卡号存折-存折号存单-存单号什么是领域模型(银行领域模型)帐户凭证-生效起始日-作废日什么是领域模型(银行领域模型)上图抽象地表示了银行领域中和凭证相关的部分领域知识:任何一个银行“帐户”可能与多个”凭证“相关;具体而言,凭证可以是银行卡、存折或存单等形式;任何凭证都有明确的生效起始日和终止日;但各种凭证的凭证号去不是统一的,比如存折和信用卡有不同的编号格式;……什么是领域模型(银行领域模型)上图抽象地表示了银行领域中和储蓄帐户的状态图

挂失正常开户[开户额≥10]挂失[身份证]解挂[身份证]冻结冻结[授权]解冻[授权]销户销户存款取款储蓄帐户的状态图挂失正常开户[开户额≥10]挂失[身份证]储蓄帐户的状态图该状态图作为银行领域模型的一部分,表达了如下业务知识:储蓄帐户有正常、挂失、冻结和销户等4种状态。有效的储蓄帐户始于开户交易,开户交易成功后储蓄帐户处于正常状态。开户交易的业务规则是:开户金额≥10元人民币。用户可以凭身份证要求对自己的储蓄帐户进行挂失和解挂交易。银行可以根据授权(例如司法授权)对储蓄帐户进行冻结和解冻。处于正常状态的储蓄帐户可以进行存款、取款交易。处于正常状态的储蓄帐户经销户交易后变成销户状态。储蓄帐户的状态图该状态图作为银行领域模型的一部分,表达了如下什么是领域模型由此例可以看出:领域模型是对实际问题领域的抽象表示,它专注于分析问题领域本身,发掘重要的业务领域概念,并建立业务领域概念之间的关系。一般情况,领域模型用类图或状态图表示。什么是领域模型由此例可以看出:领域模型是对实际问题领域的抽象领域建模有必要吗?需求分析的两个典型困难:用户的参与不够或不够深入,造成需求分析成果中假设的成分太多。问题领域太复杂时,需求分析的开展会遇到困难。领域建模有必要吗?需求分析的两个典型困难:领域建模(例:项目管理)客户:项目被分解成许多任务,分配下去。项目任务项目成员领域建模(例:项目管理)客户:项目被分解成许多任务,分配下去领域建模(例:项目管理)客户:项目规定,每个任务只能分配给唯一的人,而一个人可以负责多个任务。项目任务项目成员*任务1任务承担者分配给领域建模(例:项目管理)客户:项目规定,每个任务只能分配给唯领域建模(例:项目管理)客户:我们实施的是“多项目管理”,多个项目可能共享某个子任务。比如企业级应用都会用到的一些和领域无关的模块,如身份验证、消息机制等……项目任务项目成员*任务1任务承担者分配给**多项目管理领域建模(例:项目管理)客户:我们实施的是“多项目管理”,多领域建模(例:项目管理)分析员主观的想法是项目和任务是一对多的关系。项目任务项目成员*任务1任务承担者分配给1*领域建模(例:项目管理)分析员主观的想法是项目和任务是一对领域建模(例:项目管理)客户:将项目分解为多个任务之后,需要为任务排定日程,比如,某任务结束之后另一任务才能开始……任务前置任务后置任务领域建模(例:项目管理)客户:将项目分解为多个任务之后,需要领域建模(例:项目管理)客户:我们的项目涉及的资源有多种,比如人、设备和材料等。没有必要的资源,项目无法开展。资源人设备材料项目占用领域建模(例:项目管理)客户:我们的项目涉及的资源有多种,比领域建模(例:项目管理)从逻辑上看,资源是项目占用的,但对资源的使用要具体分配到任务,而且应明确具体的使用期限…….资源人设备材料项目占用任务**分配给资源占用使用期限1*前后关系领域建模(例:项目管理)从逻辑上看,资源是项目占用的,但对资什么是分析模式分析模式实际上是超越了外部描述而得到的系统内部规律。分析模式更接近系统的概念模型。如果系统概念模型经过抽象,可以应用在多个相似的环境中,那么,它就变成了模式。例:斯洛克台球模拟程序什么是分析模式分析模式实际上是超越了外部描述而得到的系统内部最初的通信簿模型最初的通信簿模型团体模式“团体”应该被用于许多使用了个人或组织的情况团体模式带有显示的上下级关系的组织结构集团区域分公司部门销售办公室1*1*1*带有显示的上下级关系的组织结构集团区域分公司部门销售办公室1带有层次关系的组织超类型带有层次关系的组织超类型双组织层次结构双组织层次结构使用类型化关系使用类型化关系增加一条规则增加一条规则责任模式责任模式责任的知识级和操作级责任的知识级和操作级责任模式(例子公司员工角色关系)员工角色高级经理经理项目经理普通员工高级经理经理项目经理普通员工表示工作汇报关系责任模式(例子公司员工角色关系)员工角色高级经理经理项目责任模式(例子公司员工角色关系)工作汇报管理层{经理、高级经理}[项目经理]被管理层{项目经理、普通员工}[普通员工]1..**1..**管理者被管理者知识级操作级责任关系员工角色**11委托方责任方责任模式(例子公司员工角色关系)工作汇报管理层被管理层1责任模式(例子公司员工角色关系)

工作汇报集合A{经理、高级经理}集合a{项目经理、普通员工}1..**1..**管理者被管理者知识级操作级责任关系经理**11委托方责任方

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论