Geschäftsanforderungen: Entwicklungs- und Designbeispiele

2024 Autor: Howard Calhoun | [email protected]. Zuletzt bearbeitet: 2023-12-17 10:23

Geschäftsanforderungen sind Spezifikationen, die, sobald sie bereitgestellt sind, einen Mehrwert bieten und die Merkmale des vorgeschlagenen Systems aus der Sicht des Endbenutzers beschreiben. Es wird auch als Auflistung von Stakeholder-Anträgen bezeichnet. Produkte, Software und Prozesse sind Möglichkeiten, die Anforderungen eines Unternehmens zu erfüllen und zu erfüllen. Daher werden geschäftliche Anforderungen oft im Zusammenhang mit der Entwicklung oder dem Erwerb von Software oder anderen Systemen diskutiert.

Definition

Terminologieverwirrung entsteht aus drei Hauptgründen:

1. Es ist gängige Praxis, Ziele oder erwartete Vorteile als Geschäftsanforderungen zu bezeichnen.
2. Menschen neigen dazu, diesen Begriff zu verwenden, um sich auf die Eigenschaften eines Produkts, Systems oder einer Software zu beziehen, die es sollenerstellen.
3. Ein weithin anerkanntes Modell besagt, dass sich die beiden Arten von Ansprüchen nur in der Detailebene oder Abstraktion unterscheiden - wobei Geschäftsanforderungen auf hoher Ebene, oft vage und in detaillierte Ansprüche auf eine Komponente zerlegt sind.

Ein solches Missverständnis kann vermieden werden, indem man erkennt, dass das gegebene Konzept keine Ziele sind, sondern sie beantwortet (dh einen Wert liefert), wenn sie erfüllt sind. Geschäftsanforderungen werden nicht in Produkte, Systeme und Software zerlegt. Vielmehr passiert alles umgekehrt. Produkte und ihre Anwendungen stellen eine Antwort auf geschäftliche Anforderungen dar – vermutlich um diese zu befriedigen. Dieses Konzept existiert im Produktionsumfeld und muss entdeckt werden, während die Anforderungen an das Produkt vom Menschen bestimmt werden. Die Anforderungen an einen Businessplan beschränken sich nicht auf das Vorhandensein einer hohen Ebene, sondern müssen auf Details reduziert werden. Unabhängig vom Detaillierungsgrad bieten Gebote immer einen Wert, wenn sie erfüllt sind.

Produktaktualisierung

System- oder Softwareentwicklungsprojekte für kleine Unternehmen erfordern in der Regel die Autorität der Stakeholder. Sie sind es, die zur Erstellung oder Aktualisierung des Produkts führen. Geschäftsanforderungen an ein System und eine Software bestehen typischerweise aus funktionalen und nicht funktionalen Anforderungen. Natürlich werden sie normalerweise in Verbindung mit der ersten Option der Produktfähigkeiten definiert. Die zweite spiegelt oft tatsächlich das Design von Geschäftsanforderungen wider, die manchmal als Einschränkungen angesehen werden. Sie können die notwendigen Aspekte enth altenLeistung oder Sicherheit auf Produktionsebene.

Prozess-Highlights

Anträge werden oft in amtlichen Dokumenten aufgeführt. Der Schwerpunkt liegt auf dem Prozess oder der Aktivität der genauen Planung und Entwicklung von Geschäftsanforderungen und nicht darauf, wie diese erreicht werden können. Dieser Parameter wird normalerweise von der Spezifikation oder dem Systemanspruchsdokument oder einer anderen Option delegiert. Es kann zu Verwechslungen zwischen den beiden kommen, wenn nicht alle Unterschiede berücksichtigt werden. Folglich beschreiben viele Whitepaper tatsächlich Anforderungen an ein Produkt, System oder eine Software.

Übersicht

Geschäftsanforderungen im Kontext der Softwareentwicklung oder ihres Lebenszyklus ist das Konzept der Identifizierung und Dokumentation beliebiger Benutzer. Zum Beispiel, wie Kunden, Mitarbeiter und Lieferanten, in den frühen Phasen des Systementwicklungszyklus, um das Design der Zukunft zu lenken. Bewerbungen werden oft von Analysten aufgezeichnet. Sie sind diejenigen, die die Anforderungen des Geschäftsprozesses analysieren und ihn oft "wie er ist" studieren, um das Ziel "Zukunft" zu bestimmen.

Zusammensetzung der Anträge

Geschäftsprozessanforderungen beinh alten oft:

1. Kontext, Bereich und Hintergrund, einschließlich Gründen für Änderungen.
2. Wichtige Stakeholder mit Anforderungen.
3. Erfolgsfaktoren für zukünftigen bzw. Zielzustand.
4. Einschränkungen durch Geschäfts- oder andere Systeme.
5. Modelle und Prozessanalyse oftVerwendung von Flussdiagrammen, um alles „wie es ist“darzustellen.
6. Logisches Datenmodell und Wörterbuchreferenzen.
7. Glossare mit Geschäftsbegriffen und lokalem Jargon.
8. Diagramme des Datenflusses, um zu veranschaulichen, wie sie durch Informationssysteme fließen (im Gegensatz zu Flussdiagrammen, die den algorithmischen Ablauf von Geschäftsvorgängen darstellen).

Rollen

Das beliebteste Format zum Schreiben von Geschäftsanforderungen ist ein Dokument. Der Zweck dieser ist, zu bestimmen, welche Ergebnisse von dem System verlangt werden, es kann jedoch schließlich ohne zusätzliche Bedingungen entwickelt werden. Daher werden die Dokumente durch Referenzmaterial ergänzt, das die Erwartungen an die Technologieleistung und die Infrastruktur detailliert beschreibt, einschließlich aller professionellen Anforderungen in Bezug auf die Servicequalität, beispielsweise Leistung, Wartbarkeit, Anpassungsfähigkeit, Zuverlässigkeit, Verfügbarkeit, Sicherheit und Skalierbarkeit.

Vollständigkeit

Prototyping in einem frühen Teststadium ermöglicht es Ihnen, die Vollständigkeit und Genauigkeit der identifizierten Geschäftsanforderungen zu bewerten. Stakeholder durchlaufen zuerst den Prozess, um bei der Definition der Struktur zu helfen. Und das Ergebnis wird an die Entwicklungsteams für Geschäftsanforderungen des Projekts gesendet, die das System erstellen. Andere Stakeholder testen und bewerten die endgültige entf altete Projektion. Klarheit erfordert die Nachverfolgung von Anträgen und deren Lösung mit einem formellen Prozess, um die geeignete Vorlage zu bestimmen.

Umfang der Geschäftsanforderungen optionalauf die Phase der Definition dessen beschränkt, was als System gebaut werden soll. Dies geht über die Verw altung und Pflege einer bestehenden Strategie hinaus. Und um die kontinuierliche Ausrichtung an den Geschäftszielen sicherzustellen. Das Anforderungsdokument sollte ständig kontrolliert überprüft werden. Ein standardisiertes Format oder Vorlagen, die für bestimmte Geschäftsfunktionen und Domänen entwickelt wurden, können die Vollständigkeit der Abfragen sicherstellen und den Umfang fokussiert h alten.

Prototyp

Im Gegensatz zu dem, was normalerweise als Werkzeug zur Anforderungsbewertung betrachtet wird, verlagert das Prototyping die Aufmerksamkeit normalerweise auf das Produkt oder System, das gebaut wird. Prototypen sind funktionierende Software, was bedeutet, dass sie aus drei Phasen bestehen (Angebote, technisches oder technisches Design und Implementierung), die von den Geschäftsanforderungen losgelöst sind. Und auch dies sind Vorschauversionen, die der Entwickler implementieren möchte.

Da Prototypen ziemlich spezifisch sind, können Stakeholder, die sie ausprobieren, aussagekräftigeres Feedback zu einigen Aspekten dessen geben, was der Entwickler erstellt, was eine Interpretation des Zufriedenheitsmodus ist. Darüber hinaus ist die grafische Benutzeroberfläche unterstrichen und im Inneren befinden sich Verknüpfungen. Sie bilden den Großteil der Programmlogik und dort werden die meisten Geschäftsanforderungen erfüllt. Mit anderen Worten, die Probleme, die Prototypen erkennen, hängen wahrscheinlich nicht mit Anfragen zusammen.

Entwicklung

Es ist wichtig, Änderungen in Anwendungen zu erkennen,dokumentieren und aktualisieren. Geschäftsanfragen ändern sich jedoch tendenziell nicht so sehr wie die Wahrnehmung darüber. Eine Geschäftsanforderung kann vorhanden sein, aber von Stakeholdern, Analysten und dem Projektteam nicht erkannt oder verstanden werden.

Änderungen spiegeln in der Regel beabsichtigte Wege wider, um unzureichend definierte Inh alte zu erfüllen. Ein Großteil der Schwierigkeiten bei der Erfüllung von Geschäftsanforderungen spiegelt tatsächlich die gängige Praxis wider, fast alle Bemühungen um sie herum darauf zu konzentrieren, was wirklich das High-Level-Design eines Produkts, Systems oder einer Software ausmacht. Dies ist auf ein Versäumnis zurückzuführen, Geschäftsanforderungen zuerst angemessen zu definieren, um einen Mehrwert zu schaffen.

Entwicklungspraktiker betrachten ein Produkt in der Regel immer wieder, bis sie schließlich auf eine Lösung „zurückgreifen“, die scheinbar das tut, was benötigt wird, das heißt, anscheinend die Anforderungen der Produktion erfüllt. Indirektes Ausprobieren zur Ermittlung der Geschäftsanforderungen ist die Grundlage für einen Großteil der „iterativen Entwicklung“, einschließlich beliebter Methoden, die als „Best Practices“angepriesen werden.

Designbeispiele

Vorlagen helfen Ihnen, schnell nach bestimmten Themen zu suchen, die oft für Suchanfragen relevant sein können. Sie können eine standardisierte Dokumentation zu Geschäftsanforderungen erstellen, die das Verständnis erleichtern kann. Vorlagen garantieren nicht die Genauigkeit oder Vollständigkeit von Abfragen. Häufig missbrauchte Beispiele negativEinfluss auf die Forschung, weil sie dazu neigt, Oberflächlichkeit und meist mechanische Definition ohne sinnvolle Analyse zu fördern.

Schwierigkeiten

Geschäftsanforderungen werden aufgrund der großen Stakeholder-Basis, die an der Bestimmung beteiligt ist, wo Interessenkonflikte bestehen, oft vorzeitig verschärft. Der Prozess des Regierens und Erreichens eines Konsenses kann heikel und sogar politischer Natur sein. Eine weniger schwierige, aber häufige Herausforderung sind verteilte Teams mit Stakeholdern an verschiedenen geografischen Standorten. Natürlich ist der Vertrieb näher am Kunden und die Produktion näher an den jeweiligen Einheiten. Finanz- und Personalmanagement, einschließlich der Geschäftsleitung, näher am eingetragenen Hauptsitz.

Geschäftsanforderungen sind zum Beispiel für ein System erforderlich, das Benutzer einbezieht, die in Verkauf und Produktion involviert sind. Es kann zu einem Zielkonflikt kommen – eine Seite ist daran interessiert, die maximale Anzahl von Funktionen bereitzustellen, während die andere sich auf die niedrigsten Produktionskosten konzentriert. Solche Situationen enden oft im Konsens mit maximalen Möglichkeiten für eine angemessene, günstige Preisgest altung und Verteilung.

Um diese Probleme anzugehen, wird ein frühzeitiges Engagement der Interessengruppen durch Prototyp-Demonstrationen und Zusammenarbeit erreicht. Praktische Workshops, sowohl in Form von organisierten Sitzungen als auch einfachen Diskussionen, helfen, einen Konsens zu erzielen, insbesondere in Bezug auf sensible Themen.geschäftlichen Anforderungen und wo ein potenzieller Interessenkonflikt besteht. Die Komplexität des Prozesses ist ein wichtiger Faktor. Dies kann Spezialwissen erfordern, um gesetzliche oder behördliche Anforderungen, interne Richtlinien wie Branding oder Corporate Social Responsibility-Verpflichtungen zu verstehen. Bei der Analyse geht es nicht nur darum, das „Was“eines Geschäftsprozesses zu erfassen, sondern auch darum, „wie“seinen Kontext darzustellen.