{"id":2133,"date":"2021-09-17T09:09:13","date_gmt":"2021-09-17T07:09:13","guid":{"rendered":"https:\/\/cbrell.de\/blog\/?p=2133"},"modified":"2021-09-17T10:01:54","modified_gmt":"2021-09-17T08:01:54","slug":"anforderungsanalyse-warum-ist-sie-sinnvoll-und-wie-macht-man-sie","status":"publish","type":"post","link":"https:\/\/cbrell.de\/blog\/anforderungsanalyse-warum-ist-sie-sinnvoll-und-wie-macht-man-sie\/","title":{"rendered":"Anforderungsanalyse – warum ist sie sinnvoll und wie macht man sie?"},"content":{"rendered":"

„Wer nicht wei\u00df, wo er hin will, darf sich nicht wundern, wenn er ganz woanders ankommt.“<\/em><\/p>\n

Stand: 17.09.2021<\/p>\n

Was ist eine Anforderungsanalyse?<\/h2>\n

Bevor Sie sich mit der Konzeption und Programmierung eines Softwaresystems und damit mit der Erstellung eines Informationssystems<\/strong> befassen, sollten Sie sich fragen, welche (betriebswirtschaftlichen) Ziele<\/strong> mit dem System zu erreichen sind. Um die Ziele erreichen zu k\u00f6nnen, muss dann das System ad\u00e4quate Eigenschaften haben. Welche Eigenschaften das sind, kl\u00e4ren Sie im Rahmen einer Anforderungsanalyse<\/strong>, hei\u00dft, Sie erheben die Anforderungen, die die Stakeholder (das k\u00f6nnen die zuk\u00fcnftigen Anwender sein, aber auch Personen in der F\u00fchrungsetage) aus den Unternehmenszielen f\u00fcr das Anwendungssystem abgeleitet haben. Die Analyse orientiert sich an der zweigeteilten Fragestellung<\/p>\n

    \n
  1. Was will man mit dem Anwendungssystem tun?<\/li>\n
  2. Wie soll die Oberfl\u00e4che des Anwendungssystems aussehen?<\/li>\n<\/ol>\n

    Der erste Teil f\u00fchrt zu den Anwendungsf\u00e4llen (Use Cases) und den Anwendungsfalldiagrammen (Use Case Diagramme)<\/a>, der zweite Teil zu den Mockups<\/a>.<\/p>\n

    Wie hilft eine Anforderungsanalyse?<\/h2>\n

    Die Anforderungsanalyse hilft, Software-Entwicklungskosten zu reduzieren<\/strong>:\u00a0 Sie erkennen fr\u00fchzeitig und\u00a0 vermeiden Fehlentwicklungen. Im Rahmen einer Anforderungsanalyse wird dokumentiert, welche Anforderungen insbesondere ein Projektkunde, aber auch die Projektteammitglieder und das Projektmanagement an ein zu entwickelndes Softwaresystem haben. Diese Erwartungen werden in einem normalerweise in einem sog. Lastenheft<\/strong> festgehalten. In das daraus zu erstellende Pflichtenheft<\/strong> k\u00f6nnen\u00a0 dann die Anwendungsfalldiagramme und die Mockups einflie\u00dfen.<\/p>\n

    Dabei beschreibt das Lastenheft die gesamte Funktionalit\u00e4t, die ein Informationssystem sp\u00e4ter haben soll. I.d.R. dient das Lastenheft als Grundlage f\u00fcr die Einholung von Angeboten. Das Pflichtenheft stellt die L\u00f6sungsvorstellungen eines Anbieters dar und beschreibt, wie die im Lastenheft gew\u00fcnschten Funktionen umgesetzt werden.<\/p>\n

    Quellen zur Anforderungsanalyse<\/h2>\n
      \n
    1. Pohl, Klaus; Rupp, Chris: Basiswissen Requirements Engineering. 4. Auflage; 2015; dpunkt.verlag GmbH; Heidelberg<\/li>\n
    2. Rupp, Chris, Queins, Stefan: UML2 glasklar, 4. Auflage. 2012; Hanser S. 241 \u2013 258 (Use Case Diagramme)<\/li>\n<\/ol>\n

       <\/p>\n

      <\/p>\n

      Teile diesen Beitrag.<\/div>