tag:blogger.com,1999:blog-8700638167558123992.post2373685481692715301..comments2023-09-07T08:55:25.307+01:00Comments on Shlaer-Mellor and Executable UML Portal: Week 6 of 2010Unknownnoreply@blogger.comBlogger2125tag:blogger.com,1999:blog-8700638167558123992.post-76879180101114193182010-02-22T08:55:40.416+00:002010-02-22T08:55:40.416+00:00Almost anything can be captured in the architectur...Almost anything can be captured in the architecture domain. This has been one of the biggest failures of Shlaer-Mellor OOA/RD. Too much stuff was offloaded into the architecture domain. For me, the architecture domain allows a fully executable model to be optimized against non-functional requirements, e.g. processing, memory, distribution, resilience, etc. I don't believe the architecture domain is there is make the model executable in the first place. That would make reuse of service domains very difficult unless the same architecture domain was used. In OOA10, I have been trying to capture an OOA of OOA that allows a fully executable model to be specified as part of the formalism.Sean Kavanaghhttps://www.blogger.com/profile/07779604753710998229noreply@blogger.comtag:blogger.com,1999:blog-8700638167558123992.post-63736683678716046292010-02-18T20:05:23.032+00:002010-02-18T20:05:23.032+00:00You need a Project-like object to provide a contex...You need a Project-like object to provide a context for defining Bridges (and Layers) since bridges obviously don't belong to either their client or server domains. You also need a context for integrating whole systems composed of multiple domains. I know some of the existing CASE tools have not always provided good support for projects. However, I don't think you can define a truly reusable domain without a standard framework for integrating domains which in OOA10 is the Project object.<br /><br />I do now how a workable design for defining local and imported assets and am busy implementing it. I will provide a new Recursive Design model and more details of the implementation next week.<br /><br />It is nice to see a technical comment here. Thanks.Sean Kavanaghhttps://www.blogger.com/profile/07779604753710998229noreply@blogger.com