Difference between Atlantis Technologies View and Traditional View on projects
T he difference in the two views is not only a graphical one. Beyond the schemas are the differences between two approaches: the right and the wrong. At Atlantis Technologies we continually refine and adapt our services to reflect and support the right approach. This continuous exercise is required because the right approach today only reflects the nowadays paradigms and actual knowledge, on which are based existing technologies and methodologies. As such, the improvement and extension of such knowledge and description is still important. The early adoption of a rigorous approach or a paradigm shift in the right way conducts a warranty to success.
The traditional view considers the projects as different and independent streams.
Such view is nowadays not anymore useful. In fact, in an heterogenous distributed environment, more and more projects are interrelated and integration is needed. Testing becomes difficult. The quality is not anymore acceptable at the project level, but instead, must be considered as a framework where each project fits in. It is the first paradigm of the enterprise.
The streams in the Traditional view need some deliverables from other streams. At this stage, reuse is seen as a mandatory constraint. The Component Based Development (CBD) paradigm is the second paradigm inside the enterprise, previous to any new development. Reuse is not about technical matters only. It is not enough to start a new CBD project to make true and useful CBD. In fact, when customers are asked why they start a CBD project, most of the time, their answer is about reuse. And when a control is made to check what has been effectively reused, in many cases, few (some technical classes) or nothing at all is reused! In fact, when the project is done, it is to late for the reuse paradigm. Starting from scratch avoids reuse. And thinking to reuse on the next CBD project is unfeasable because CBD has not been foreseen in its whole.
The reason many CBD projects fail is that most of the time CBD is seen as Object
Another problem is that even in CBD projects a classical analysis is still made. CBD
means that a new paradigm must be adopted earlier in the development process. People must
think in terms of components. The existing Business Rules has to be extracted from the
legacy systems and componentized in order to be reused further in the development.
Some people often say that when deciding to start a new project (in particular
e-business projects) or rewrite a legacy application from scratch they are convinced that
the Business Rules will be totally different and that reusing old Business Rule is a
nonsense. To that people we answer that about 30% to 40% of the business rules are
complitely reused in new projects, sometimes we see more than 75% of the business rules
reused, even in packages application (ERP).
Customers who adopt the first view will fail in their initiative. A simple example is following: A company start an e-commerce project in order to give the possibility to e-customers to buy their goods on the internet. The new project started without any care for a legacy system in place that managed also orders, delivery of goods and customers management in the traditional way. When legacy systems continue to run parallel with Internet applications, major synchronization problems can occur. In that case, the legacy system updated customer data one way while the Internet application did so another way. This caused unexpected results and delays for customers.
As more functions move to the Web, business-rule synchronization problems can spin
out of control.
Our solutions are the most efficient, flexible, quality-based and cheaper of the market, due to our fully innovative and customer-driven approach. Discover them and compare them to the solutions provided you by our competitors.
|Copyright © 2002 Atlantis Technologies. All rights reserved.|