Jamie Budynkiewicz edited Architecture.tex  about 10 years ago

Commit id: 3a3a0540bd812bd721bf3f0112d08f7b978d887f

deletions | additions      

       

As mentioned before, Iris was designed to put together existing and newly developed software components in a rich, extensible application. Also, Iris was developed by a distributed team.  In order to minimize the risk deriving from such constraints, we backed Iris with a loosely coupled architecture through a design pattern called Inversion of Control \citep{10.1.1.101.8594}. \citep{ioc}.  But it was not just a matter of risk management: this design pattern also supports the implementation of ``liquid requirements'', i.e. a finite set of predetermined requirements plus an undefinite set of custom requirements to be implemented by users, at least in some simple cases, or, for more advanced features, by third party developers.