做一个自己的技术概念或是我看到而且不懂的名词的集合吧。
[list=1]
[*][b]责任模式[/b]（Accountability Pattern）：其从另一角度（责任关系）去看待组织结构。然而，很遗憾的是，责任模式应用在组织模型中，虽然打破了传统人们对组织模型单纯的“Tree”看法，转而从多视角去看待组织结构中所存在的可能的关系。但是，不得不否认，这样的非常细化的分析，让原本就很复杂的模型变得更加“抽象”和“不可控”。——完美而太复杂的东西，应用中有时候也是不得不选择放弃的。
[*][b]瀑布方法[/b] The waterfall approach to software development：The waterfall approach to software development was designed with the idea that building a piece of software is like building a bridge: the better your design and blueprint, the sturdier the end result.
[*][b]EPC的理论模型[/b]：WFMC的流程元模型并没有在意流程的分支聚合结构，在整个整个工作流参考模型也没有提及这方面的内容，这不能不说是一个令人遗憾的地方。这也直接导致了WFMC XPDL对Join/Split的方式阐述不清晰，其所支持的And和OR类型也是不完善。（这方面EPC的理论模型要更加清晰和语义完善些，建议大家研究研究）
[*][b]RBAC[/b]：Role-Authorization：直到九十年代中期，Ravi Sandhu等人才提出了相关抽象模型，并于2000提出RBAC的标准草案--Ravi Sandhu,David F. Ferraiolo, Serban Gavrila,《A Proposed Standard for Role-Based Access Control》，2000
[/list]
[list=1]
[*][b]责任模式[/b]（Accountability Pattern）：其从另一角度（责任关系）去看待组织结构。然而，很遗憾的是，责任模式应用在组织模型中，虽然打破了传统人们对组织模型单纯的“Tree”看法，转而从多视角去看待组织结构中所存在的可能的关系。但是，不得不否认，这样的非常细化的分析，让原本就很复杂的模型变得更加“抽象”和“不可控”。——完美而太复杂的东西，应用中有时候也是不得不选择放弃的。
[*][b]瀑布方法[/b] The waterfall approach to software development：The waterfall approach to software development was designed with the idea that building a piece of software is like building a bridge: the better your design and blueprint, the sturdier the end result.
[*][b]EPC的理论模型[/b]：WFMC的流程元模型并没有在意流程的分支聚合结构，在整个整个工作流参考模型也没有提及这方面的内容，这不能不说是一个令人遗憾的地方。这也直接导致了WFMC XPDL对Join/Split的方式阐述不清晰，其所支持的And和OR类型也是不完善。（这方面EPC的理论模型要更加清晰和语义完善些，建议大家研究研究）
[*][b]RBAC[/b]：Role-Authorization：直到九十年代中期，Ravi Sandhu等人才提出了相关抽象模型，并于2000提出RBAC的标准草案--Ravi Sandhu,David F. Ferraiolo, Serban Gavrila,《A Proposed Standard for Role-Based Access Control》，2000
[/list]
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
