Fachkonzept: Unterschied zwischen den Versionen
Aus Operations-Research-Wiki
| [unmarkierte Version] | [unmarkierte Version] |
| Zeile 1: | Zeile 1: | ||
In der 2. Phase, beim Entwurf des '''Fachkonzept'''s (auch genannt: Requirements Definition) werden die einzelnen Sichten des Anwendungssystems auf betriebswirtschaftlich-organisatorischer Ebene modelliert. Das Fachkonzept stellt das zu unterstützende betriebswirtschaftliche Anwendungskonzept in einer stärker formalisierten Beschreibungssprache dar. | In der 2. Phase, beim Entwurf des '''Fachkonzept'''s (auch genannt: Requirements Definition) werden die einzelnen Sichten des Anwendungssystems auf betriebswirtschaftlich-organisatorischer Ebene modelliert. Das Fachkonzept stellt das zu unterstützende betriebswirtschaftliche Anwendungskonzept in einer stärker formalisierten Beschreibungssprache dar. | ||
| + | |||
| + | Das Fachkonzept hat in der Funktionssicht die Aufgabe, Funktionen zu zerlegen (Hierarchiediagramme oder Funktionsbäume), um die Komplexität zu reduzieren. Hierbei können sowohl eine Top-down (Dekomposition) als auch eine Bottom-up (Komposition) Vorgehensweise zum Einsatz kommen. Auch lässt sich die Funktionsausführung durch Struktogramme detailliert beschreiben. | ||
Version vom 18. Januar 2010, 08:20 Uhr
In der 2. Phase, beim Entwurf des Fachkonzepts (auch genannt: Requirements Definition) werden die einzelnen Sichten des Anwendungssystems auf betriebswirtschaftlich-organisatorischer Ebene modelliert. Das Fachkonzept stellt das zu unterstützende betriebswirtschaftliche Anwendungskonzept in einer stärker formalisierten Beschreibungssprache dar.
Das Fachkonzept hat in der Funktionssicht die Aufgabe, Funktionen zu zerlegen (Hierarchiediagramme oder Funktionsbäume), um die Komplexität zu reduzieren. Hierbei können sowohl eine Top-down (Dekomposition) als auch eine Bottom-up (Komposition) Vorgehensweise zum Einsatz kommen. Auch lässt sich die Funktionsausführung durch Struktogramme detailliert beschreiben.
