| Revision as of 02:37, 14 November 2009 editBearcat (talk | contribs)Autopatrolled, Administrators1,564,972 edits repairing uncat template issue, Replaced: Category:Uncategorized pages → {{uncat|date=November 2009}},, added deadend tag, added using AWB← Previous edit | Revision as of 22:49, 14 November 2009 edit undoKatharineamy (talk | contribs)Extended confirmed users, Pending changes reviewers, Rollbackers144,626 edits Adding linksNext edit → | ||
| Line 1: | Line 1: | ||
| {{Article issues|orphan =November 2009|wikify |
{{Article issues|orphan =November 2009|wikify =November 2009}} | ||
| ⚫ | '''Dynamic Business Modeling''' ("DBM") describes the ability to automate ]s within an open framework. The leading independent analyst firm ] has recently called Dynamic Business Modeling "critical for ] solutions to succeed." | ||
| ==Dynamic Business Modeling - Overview == | |||
| ⚫ | Dynamic Business Modeling is based on principles wherein the ] of an ] is managed independantly from the ]s that automate the services and processes defined in the business logic. Business modeling and integration (which itslef is defined as part oif the business model)are defined in the business logic layer allowowing underlying application servers to remain logic free and uncuctomized - reducing both cost and risk in both the initial implementation and its future evolution. | ||
| ⚫ | '''Dynamic Business Modeling''' ("DBM") describes the ability to automate business |
||
| ⚫ | The last generation of IT systems (from 1990 to approximately 2001) were designed to address specific business models and regulatory practices and no vlaue was gievn to ] / ] segregation. These systems provided value by automating "off-the-shelf" pre-defined business models. As a result, they implicitly drive ] when the concensus now is that they should be driven by it. By being "pre-defined" they do not: | ||
| ⚫ | Dynamic Business Modeling is based on principles wherein the business logic of an application is managed independantly from the application |
||
| ⚫ | The last generation of IT systems (from 1990 to approximately 2001) were designed to address specific business models and regulatory practices and no vlaue was gievn to logic / infrastructure segregation. These systems provided value by automating "off-the-shelf" pre-defined business models. As a result, they implicitly drive business strategy when the concensus now is that they should be driven by it. By being "pre-defined" they do not: | ||
| * openly incorporate rapid changes in the business landscape of an industry | * openly incorporate rapid changes in the business landscape of an industry | ||
| * leverage potential business models that new technologies allow | * leverage potential business models that new technologies allow | ||
| Dynamic Business modeling is suited for open automation of strategy-driven business models. By removing the need for |
Dynamic Business modeling is suited for open automation of strategy-driven business models. By removing the need for ] of core application servers it is postulated as more ], rapidly deployed and ]ed. | ||
| "Service Oriented Applications" coined by IBM would implicitly be compliant with DBM. | "Service Oriented Applications" coined by IBM would implicitly be compliant with DBM. | ||
| Line 17: | Line 15: | ||
| ==Dynamic Business Modeling - Technical Definition == | ==Dynamic Business Modeling - Technical Definition == | ||
| Dynamic Business Modeling is defined as the automation of Enterprise Business Models based on the principle that the model’s underlying business |
Dynamic Business Modeling is defined as the automation of Enterprise Business Models based on the principle that the model’s underlying ]es and business services need to be dynamically and openly definable and re-definable. | ||
| ==Dynamic Business Modeling - Business Definition == | ==Dynamic Business Modeling - Business Definition == | ||
| Dynamic Business Modeling is defined as the enabler of a strategic advantage achieved by focused differentiation in any aspect of business (from marketing to finance to operations….). This differentiation is achieved through how business is conducted: openly and dynamically defining the business model. Capital investment – human, physical and intellectual – must be aimed at allowing the definition of the business model to be dynamic. | Dynamic Business Modeling is defined as the enabler of a strategic advantage achieved by focused ] in any aspect of business (from marketing to finance to operations….). This differentiation is achieved through how business is conducted: openly and dynamically defining the business model. ] – human, physical and intellectual – must be aimed at allowing the definition of the business model to be dynamic. | ||
| Dynamic Business Modeling recognises that businesses dynamically evolve, invent and re-invent their (business) models to achieve strategic advantage. DBM posits that the role of |
Dynamic Business Modeling recognises that businesses dynamically evolve, invent and re-invent their (business) models to achieve strategic advantage. DBM posits that the role of ] (CRM, Billing, ERP) is to dynamically automate and advance the business processes and services that lie behind these Business models. | ||
| ==Dynamic Business Modeling - Core Principles == | ==Dynamic Business Modeling - Core Principles == | ||
| Line 31: | Line 29: | ||
| 2. These business models drive the design of underlying processes and services. | 2. These business models drive the design of underlying processes and services. | ||
| * ''Business Analysis is critical: Any number of models can address a strategic imperative. But the best models, services and processes will exploit existing business capabilities (human, IT and physical), the areas where change is possible and the areas where investment will make most change possible at the lowest cost.'' | * ''Business Analysis is critical: Any number of models can address a strategic imperative. But the best models, services and processes will exploit existing business capabilities (human, IT and physical), the areas where change is possible and the areas where ] will make most change possible at the lowest cost.'' | ||
| 3. Enterprise software automates these services and processes. | 3. Enterprise software automates these services and processes. | ||
| Line 43: | Line 41: | ||
| 1. Open Modeling Capabilities: | 1. Open Modeling Capabilities: | ||
| * ''Dynamic Business Modeling requires IT |
* ''Dynamic Business Modeling requires ] and ]s that automate THE business’ model – not just A business model.'' | ||
| 2. Ease of Modeling: | 2. Ease of Modeling: | ||
| * ''Definition and automation of new and evolved business services and processes must be accessible at the business analysis level. Ideally the models and its services and processes are defined in business analyst oriented metadata.'' | * ''Definition and ] of new and evolved business services and processes must be accessible at the ] level. Ideally the models and its services and processes are defined in ] oriented ].'' | ||
| 3. Open Integration: | 3. Open Integration: | ||
| Line 55: | Line 53: | ||
| 4. Robustness: | 4. Robustness: | ||
| * ''Regardless of the dynamism of the business model. The automated and human-based business processes and services must have all the robustness of long standing static processes and services. Dynamic IT automation must have a full audit capability, reprocessing ability and standards compliance (i.e. PCI).'' | * ''Regardless of the dynamism of the business model. The automated and human-based business processes and services must have all the robustness of long standing static processes and services. Dynamic IT automation must have a full ] capability, ] ability and standards compliance (i.e. PCI).'' | ||
| 5. Perpetual Dynamism: | 5. Perpetual Dynamism: | ||
| Line 89: | Line 87: | ||
| ==History== | ==History== | ||
| The term was first used to describe the functionality of MetraNet, a fourth generation billing and customer care product offered by MetraTech Corp. MetraNet addresses DBM by service orientation, and unlike traditional charging and billing systems, it is not hard coded to particular charging schemes or measurement technologies. | The term was first used to describe the functionality of MetraNet, a fourth generation ] and ] product offered by ] Corp. MetraNet addresses DBM by service orientation, and unlike traditional charging and billing systems, it is not hard coded to particular charging schemes or measurement technologies. | ||
| ==References== | ==References== | ||
Revision as of 22:49, 14 November 2009
 | This article has multiple issues. Please help improve it or discuss these issues on the talk page. (Learn how and when to remove these messages)
No issues specified. Please specify issues, or remove this template. (Learn how and when to remove this message) |
Dynamic Business Modeling ("DBM") describes the ability to automate business models within an open framework. The leading independent analyst firm Gartner has recently called Dynamic Business Modeling "critical for BSS solutions to succeed."
Dynamic Business Modeling is based on principles wherein the business logic of an application is managed independantly from the application servers that automate the services and processes defined in the business logic. Business modeling and integration (which itslef is defined as part oif the business model)are defined in the business logic layer allowowing underlying application servers to remain logic free and uncuctomized - reducing both cost and risk in both the initial implementation and its future evolution.
The last generation of IT systems (from 1990 to approximately 2001) were designed to address specific business models and regulatory practices and no vlaue was gievn to logic / infrastructure segregation. These systems provided value by automating "off-the-shelf" pre-defined business models. As a result, they implicitly drive business strategy when the concensus now is that they should be driven by it. By being "pre-defined" they do not:
- openly incorporate rapid changes in the business landscape of an industry
- leverage potential business models that new technologies allow
Dynamic Business modeling is suited for open automation of strategy-driven business models. By removing the need for customization of core application servers it is postulated as more cost efficient, rapidly deployed and future proofed.
"Service Oriented Applications" coined by IBM would implicitly be compliant with DBM.
Dynamic Business Modeling - Technical Definition
Dynamic Business Modeling is defined as the automation of Enterprise Business Models based on the principle that the model’s underlying business processes and business services need to be dynamically and openly definable and re-definable.
Dynamic Business Modeling - Business Definition
Dynamic Business Modeling is defined as the enabler of a strategic advantage achieved by focused differentiation in any aspect of business (from marketing to finance to operations….). This differentiation is achieved through how business is conducted: openly and dynamically defining the business model. Capital investment – human, physical and intellectual – must be aimed at allowing the definition of the business model to be dynamic.
Dynamic Business Modeling recognises that businesses dynamically evolve, invent and re-invent their (business) models to achieve strategic advantage. DBM posits that the role of enterprise software (CRM, Billing, ERP) is to dynamically automate and advance the business processes and services that lie behind these Business models.
Dynamic Business Modeling - Core Principles
1. Business strategy drives selection of business models.
2. These business models drive the design of underlying processes and services.
- Business Analysis is critical: Any number of models can address a strategic imperative. But the best models, services and processes will exploit existing business capabilities (human, IT and physical), the areas where change is possible and the areas where investment will make most change possible at the lowest cost.
3. Enterprise software automates these services and processes.
4. DBM enables change: Strategic adeptness requires tuning and/or the re-definition of the present Business Model.
- The business must begin with the principle that allows rapid tuning and/or re-definition of the underlying services and processes. This must apply at human and technological levels
Dynamic Business Modeling - Key Success Criteria
1. Open Modeling Capabilities:
- Dynamic Business Modeling requires IT architecture and enterprise applications that automate THE business’ model – not just A business model.
2. Ease of Modeling:
- Definition and automation of new and evolved business services and processes must be accessible at the business analysis level. Ideally the models and its services and processes are defined in business analyst oriented metadata.
3. Open Integration:
- Dynamic Business Modeling must work with processes and services (both automated and human) that are NOT dynamic. These fixed constraints are not external to the new business model but are part of its fabric. IT Architecture and Enterprise applications must be able to incorporate, embed and/or build upon these existing processes and services.
4. Robustness:
- Regardless of the dynamism of the business model. The automated and human-based business processes and services must have all the robustness of long standing static processes and services. Dynamic IT automation must have a full audit capability, reprocessing ability and standards compliance (i.e. PCI).
5. Perpetual Dynamism:
- Automation is never finished. Processes and services change and are added constantly. IT Architecture and Enterprise applications must be designed to prevent “lock down” where the service and process automation on “Day One” is so tightly coupled that only minor evolution is economic. SOA principles of openness and loss coupling must be applied INSIDE business applications.
Dynamic Business Modeling - Best Practice
1. DBM is Service Based:
- The application should be based on the principle that processes and integration can be de-constructed internally into services.
2. Services and processes are loosely coupled:
- Changing one should not impact the others.
3. Services and process definitions are open:
- And accessible to a business analyst. Ideally definitions are kept in metadata.
4. Application servers must be free of embedded business logic:
- For services, processes, data, workflows alike.
5. Dynamic documentation is a feature:
- As the model evolves the documentation must evolve as well. The application should allow the business analyst to document at service level and then generate a cohesive document that encompasses entire model.
6. Business Analyst Interface is friendly and flexible:
- The application must provide a way to put the definition of services and processes in analyst terms – using universal concepts such as flows and tables. The interface should encourage documentation, warn on inconsistencies, and allow testing.
History
The term was first used to describe the functionality of MetraNet, a fourth generation billing and customer care product offered by MetraTech Corp. MetraNet addresses DBM by service orientation, and unlike traditional charging and billing systems, it is not hard coded to particular charging schemes or measurement technologies.
References
Gartner Dataquest Insight: Telecommunications BSS Software Solutions Can Help Other Industries Improve Efficiency
 | This article has not been added to any content categories. Please help out by adding categories to it so that it can be listed with similar articles. (November 2009) |