Laserfiche WebLink
<br />. <br /> <br />. <br /> <br />. <br /> <br />. <br /> <br />. <br /> <br />· possible user load on central data server (if applicable); <br /> <br />· extensibility of code, with respect to new hardware platforms and any added <br />functionality (this includes maintenance); and <br /> <br />· ease of use for novices and efficiency of use for advanced users. <br /> <br />Once these factors and others that will come to light during the study have been <br />evaluated, informed recommendations will be made. <br /> <br />TASK S: CONCEPTUAL DESIGN OF ALTERNATIVE DSS ENVIRONME.."ITS <br /> <br />Introduction <br /> <br />Development of a DSS requires the evaluation of various high level system conceptual <br />designs or system architectures. Depending on the application, the - required uses, the <br />available resources and the required functionality, various system architectuI'eS 'have specific <br />advantages and disadvantages. The Objective of this task is to analyze and eValuate various <br />system conceptual designs so that the most effective and efficient design for the CRDSS can <br />be recommended. <br /> <br />Administration <br /> <br />This task will be led by David Sieh with input from Rene Reitsma and Steve Wehrend. <br /> <br />Detailed Work Plan <br /> <br />Past and current environmental DSS implementations show at least five different <br />designs or architectural approaches, which will be evaluated in the context of CRDSS needs. <br />These are: <br /> <br />· Purely case-specificl dedicated systems; <br /> <br />· Model-<:entered systems; <br /> <br />· Dedicated pre- and processing architectures; <br /> <br />· Data-<:entered architectures; and <br /> <br />· GIS based implementations. <br /> <br />The following criteria will be used in judging these architectures in light of Tasks 1 <br />through ~: <br /> <br />. Modularity of designs and software; <br /> <br />. Required programming language(s) or application software; <br /> <br />-1:;- <br />