Model-Driven Design Using Business Patterns
| |||||||||||||||||||||||||||||
|
| |||||||||||||||||||||||||||||
| Sort customer reviews by: | |||||||||||||||||||||||||||||
|
Show All Reviews on Page
Hide All Reviews on Page
| |||||||||||||||||||||||||||||
| Model-Driven Design Using Business Patterns | |||||||||||||||||||||||||||||
|
Business applications are designed using profound knowledge about the business domain, such as domain objects, fundamental domain-related principles, and domain patterns. Nonetheless, the pattern community's ideas for software engineering have not impacted at the application level, they are still mostly used for technical problems. This book takes exactly this step: it shows you how to apply the pattern ideas in business applications and presents more than 20 structural and behavioral business patterns that use the REA (resources, events, agents) pattern as a common backbone. If you are a developer working on business frameworks, you can use the patterns presented to derive the right abstractions (e.g., business objects) and to design and ensure that the meta-rules (e.g., process patterns) are followed by the developers of the actual applications. And if you are an application developer, you can use these patterns to design your business application, to ensure that it does not violate the domain rules, and to adapt the application to changing requirements without the need to change the overall architecture. As with patterns in general, this approach allows for both more flexible and more solid software architectures and hence better software quality. "It's a great book, marvelous in breadth and depth. An impressive achievement. I particularly liked the modeling handbook examples." Bob Haugen, Business Technology Consultant and Contributor to REA standardization in ISO, UN/CEFACT and ebXML, UK "I enjoyed reading it very much, it gave many new insights into REA and its applications." Paul Johannesson, Stockholm University and Royal Institute of Technology, Sweden "This book by Pavel Hruby is destined to become a landmark in business modeling. Pavel heralds the replacement of traditional workflow-oriented modeling with a new breed of approaches that focus on delivering change-resilient and highly reusable business models. I highly recommend this book to you!" Krzysztof Czarnecki, University of Waterloo, Canada |
|||||||||||||||||||||||||||||
| Reader Reviews 1 - 5 of 5 | |||||||||||||||||||||||||||||
| Review Date |
Review Rating(5 High) |
Review Helpful to: |
Customer Review | Reviewer Info |
Permanent Link |
||||||||||||||||||||||||
| Reader Reviews Below Sorted by Newest First | |||||||||||||||||||||||||||||
| 11-12-07 | 5 | 1\1 |
| Reviewer | Permalink | ||||||||||||||||||||||||
|
I was accidentally pulled in to the world of REA. I was evaluating the redesign of our major financial application. After deeply thinking the details of the business application dynamics, I started to group them under some basic overly simplified models and entities.
From there, I started to think that there should be somebody out there who faced the same situation and solved the same set of problems with a similar approach and hopefully more elegantly. Then, I stopped evolving my model and started searching the literature and the Internet. I came across Fowler's book and I think it was great and I liked it so much, especially modelling the account and the relaed entries. But that was about it as far as the simplicity goes. It started to get a bit more complex as I started to get more patterns. I started to do some more searches till I got to the REA, Resources- Events-Agents and that was it. I was blown away. The model is so simple but powerful in capturing the most fundamental concepts in the accounting and business domain. Unfortunately, I did not find enough resources (at this time) that examines the REA and its applications in detail till I found this wonderful book. I really thank the author for his work. So I think, REA model will change the business information modelling arena in the same way object oriented programming changed the programming world, and like design patterns impacted the design world. I also predict that this book will be for the business application architecture community as the GoF book to the software designers community at large. (Review Data Last Updated: 2008-04-28 06:20:12 EST)
|
|||||||||||||||||||||||||||||
| 11-11-07 | 5 | 3\3 |
| Reviewer | Permalink | ||||||||||||||||||||||||
|
I was accidentally pulled in to the world of REA. I was evaluating the redesign of our major financial application. After deeply thinking the details of the business application dynamics, I started to group them under some basic overly simplified models and entities.
From there, I started to think that there should be somebody out there who faced the same situation and solved the same set of problems with a similar approach and hopefully more elegantly. Then, I stopped evolving my model and started searching the literature and the Internet. I came across Fowler's book and I think it was great and I liked it so much, especially modelling the account and the relaed entries. But that was about it as far as the simplicity goes. It started to get a bit more complex as I started to get more patterns. I started to do some more searches till I got to the REA, Resources- Events-Agents and that was it. I was blown away. The model is so simple but powerful in capturing the most fundamental concepts in the accounting and business domain. Unfortunately, I did not find enough resources (at this time) that examines the REA and its applications in detail till I found this wonderful book. I really thank the author for his work. So I think, REA model will change the business information modelling arena in the same way object oriented programming changed the programming world, and like design patterns impacted the design world. I also predict that this book will be for the business application architecture community as the GoF book to the software designers community at large. (Review Data Last Updated: 2008-10-11 05:44:43 EST)
|
|||||||||||||||||||||||||||||
| 12-04-06 | 4 | 2\3 |
| Reviewer | Permalink | ||||||||||||||||||||||||
|
Design patterns, as general solutions to commonly occurring problems, were introduced in the software field by the landmark book by the so-called "Gang of Four" (Erich Gamma, Richard Helm, Ralph Johnson, John Vlissides: "Design Patterns: Elements of reusable object-oriented software," Addison-Wesley, 1994. ISBN 0201633612 ). Even though design patterns were originally targeted at the design of object-oriented software systems, their use quickly spread to the analysis phase.
Pattern catalogs for analysts have been relatively successful because they provide extremely useful information for software analysts, novices and seasoned alike. Martin Fowler and David C. Hay were the first to produce pattern catalogs from the analyst's point of view. Both Fowler's analysis patterns, whose notation predates the now ubiquitous UML standard, and Hay's data model patterns, from a more database-oriented perspective, delved into different application domains and provided us with a rich repertoire of invaluable models for the analysis phase of software development projects. More recently, David Hay has updated and complemented his original work and the OMG-sponsored Model-Driven Architecture has also led to similar catalogues using the UML notation (see Arlow and Neudstat's "Enterprise Patterns and MDA"). Even though the relatively typical dull prose of pattern catalogs is in this case exacerbated by some typos (showing the lack of proper copy editing work I hope will be fixed in future printings of this book), this book is still noteworthy for two reasons: - Plenty of modeling diagrams (almost one per page) cover almost every situation you can find when developing business applications, - and they do so by relying on a simple conceptual model, the REA model, which is in itself an interesting approach for the design of business applications [...] PS: Here are the complete references to other pattern catalogs you might find of interest... - Jim Arlow and Ila Neustadt: "Enterprise Patterns and MDA: Building better software with archetype patterns and UML," Pearson Education, 2003. ISBN 032111230X - Martin Fowler: "Analysis Patterns: Reusable object models," Addison-Wesley, 1996. ISBN 0201895420 - David C. Hay: "Data Model Patterns: Conventions of Thought," Dorset House, 1995. ISBN 0932633293 - David C. Hay: "Data Model Patterns: A Metadata Map," Morgan Kaufmann, 2006. ISBN 0120887983 (Review Data Last Updated: 2007-09-07 20:00:07 EST)
|
|||||||||||||||||||||||||||||
| 12-04-06 | 4 | 2\3 |
| Reviewer | Permalink | ||||||||||||||||||||||||
|
Design patterns, as general solutions to commonly occurring problems, were introduced in the software field by the landmark book by the so-called "Gang of Four" (Erich Gamma, Richard Helm, Ralph Johnson, John Vlissides: "Design Patterns: Elements of reusable object-oriented software," Addison-Wesley, 1994. ISBN 0201633612 ). Even though design patterns were originally targeted at the design of object-oriented software systems, their use quickly spread to the analysis phase.
Pattern catalogs for analysts have been relatively successful because they provide extremely useful information for software analysts, novices and seasoned alike. Martin Fowler and David C. Hay were the first to produce pattern catalogs from the analyst's point of view. Both Fowler's analysis patterns, whose notation predates the now ubiquitous UML standard, and Hay's data model patterns, from a more database-oriented perspective, delved into different application domains and provided us with a rich repertoire of invaluable models for the analysis phase of software development projects. More recently, David Hay has updated and complemented his original work and the OMG-sponsored Model-Driven Architecture has also led to similar catalogues using the UML notation (see Arlow and Neudstat's "Enterprise Patterns and MDA"). Even though the relatively typical dull prose of pattern catalogs is in this case exacerbated by some typos (showing the lack of proper copy editing work I hope will be fixed in future printings of this book), this book is still noteworthy for two reasons: - Plenty of modeling diagrams (almost one per page) cover almost every situation you can find when developing business applications, - and they do so by relying on a simple conceptual model, the REA model, which is in itself an interesting approach for the design of business applications [...] PS: Here are the complete references to other pattern catalogs you might find of interest... - Jim Arlow and Ila Neustadt: "Enterprise Patterns and MDA: Building better software with archetype patterns and UML," Pearson Education, 2003. ISBN 032111230X - Martin Fowler: "Analysis Patterns: Reusable object models," Addison-Wesley, 1996. ISBN 0201895420 - David C. Hay: "Data Model Patterns: Conventions of Thought," Dorset House, 1995. ISBN 0932633293 - David C. Hay: "Data Model Patterns: A Metadata Map," Morgan Kaufmann, 2006. ISBN 0120887983 (Review Data Last Updated: 2007-11-12 04:14:21 EST)
|
|||||||||||||||||||||||||||||
| 12-03-06 | 4 | 1\2 |
| Reviewer | Permalink | ||||||||||||||||||||||||
|
Design patterns, as general solutions to commonly occurring problems, were introduced in the software field by the landmark book by the so-called "Gang of Four" (Erich Gamma, Richard Helm, Ralph Johnson, John Vlissides: "Design Patterns: Elements of reusable object-oriented software," Addison-Wesley, 1994. ISBN 0201633612 ). Even though design patterns were originally targeted at the design of object-oriented software systems, their use quickly spread to the analysis phase.
Pattern catalogs for analysts have been relatively successful because they provide extremely useful information for software analysts, novices and seasoned alike. Martin Fowler and David C. Hay were the first to produce pattern catalogs from the analyst's point of view. Both Fowler's analysis patterns, whose notation predates the now ubiquitous UML standard, and Hay's data model patterns, from a more database-oriented perspective, delved into different application domains and provided us with a rich repertoire of invaluable models for the analysis phase of software development projects. More recently, David Hay has updated and complemented his original work and the OMG-sponsored Model-Driven Architecture has also led to similar catalogues using the UML notation (see Arlow and Neudstat's "Enterprise Patterns and MDA"). Even though the relatively typical dull prose of pattern catalogs is in this case exacerbated by some typos (showing the lack of proper copy editing work I hope will be fixed in future printings of this book), this book is still noteworthy for two reasons: - Plenty of modeling diagrams (almost one per page) cover almost every situation you can find when developing business applications, - and they do so by relying on a simple conceptual model, the REA model, which is in itself an interesting approach for the design of business applications [...] PS: Here are the complete references to other pattern catalogs you might find of interest... - Jim Arlow and Ila Neustadt: "Enterprise Patterns and MDA: Building better software with archetype patterns and UML," Pearson Education, 2003. ISBN 032111230X - Martin Fowler: "Analysis Patterns: Reusable object models," Addison-Wesley, 1996. ISBN 0201895420 - David C. Hay: "Data Model Patterns: Conventions of Thought," Dorset House, 1995. ISBN 0932633293 - David C. Hay: "Data Model Patterns: A Metadata Map," Morgan Kaufmann, 2006. ISBN 0120887983 (Review Data Last Updated: 2007-04-12 14:54:29 EST)
|
|||||||||||||||||||||||||||||
| Reader Reviews 1 - 5 of 5 | |||||||||||||||||||||||||||||
| All Books | Arts | Biography | Click Here For An A-Z Index Of All 213 Best-Seller Subjects | Business | Children's | Comics | ||||||
| Computers | Cooking | Engineering | Entertainment | Health | History | Home | Horror | Humor | Law | Fiction | Medicine | Mystery |
| Nonfiction | Outdoors | Parenting | Professional | Reference | Religion | Romance | Science | Sci-Fi | Sports | Teens | Travel | |