Vor
UML steht m.E. eine Sammlung von Anforderungen, die schon abhängig von der Projektart erhoben werden müssen.
- Kundenprojekt
- eigenes Produkt
- Neuentwicklung / Weiterentwicklung
Dann wäre zu klären, wie heterogen die Einsatzlandschaft ist und Nutzungsart. Jenachdem komme ich hier zu verteilten Systemen, Mehrschicht -, Zweischicht oder Monolith. Mehrschichtsysteme und verteilte laufen meist auf unterschiedlichen Architekturen. Unterschiedliche Architekturen haben unterschiedliche Anforderungen und Aufgaben. Daraus ergeben sich diverse Vorgaben, die das System erfüllen muss.
Diese Vorgaben gehen m.E. in Summe weit über eine funktionale bzw. fachliche Anforderung hinaus, sie betreffen auch Sicherheitsaspekte, Administration, Verfügbarkeit, Ressourcenbedarf, Kosten usw.
Damit kann man modellieren, z.B. in
UML, BPMN, ..
Auch wenn es ja in einem solchen Prozess keine Umsetzungsentscheidungen geben soll. In der Realität ist das normal, von Unternehmenspolicies ala "nur MS Produkte mit Wartung / Support", über existierende Partnerschaften und eigene Produktlandschaften bis hin zu Entwickler und Know How Ressourcen bis was weiß ich. Diese Themen werden ebenso gesetzt