Arten von Dokumenten in Business Analysis verwenden
Dokumente nützlich für Business-Analyse kann viele Dinge in vielen Formaten sein, von den tatsächlichen gedruckten Dokumenten auf Ausdrucke von Screenshots zu Websites und Blogs enthält, Unternehmen und Abteilungsinformationen.
Menu
Alt bedeutet nicht unbedingt wertlos. Selbst wenn ein Dokument ein bisschen in die Jahre gekommen ist, können Sie immer noch als historische Daten verwenden und überprüfen, um zu sehen, ob die Prozesse und Daten, die sie erwähnt noch gültig sind.
Berichte, Briefe und Broschüren
Jede dieser Artefakte ist eine Goldmine für das Verständnis, wie ein Unternehmen implementiert seine Prozesse und setzt Richtlinien. Jedes Dokument hält seine eigenen speziellen Geheimnisse:
Berichte: Abgesehen von den tatsächlichen Daten in ihm enthalten ist, ein Bericht sagt viel über das Publikum für den Bericht und die Entscheidungen der Unternehmen macht auf der Grundlage der Informationen. Es zeigt auch, wie Sie die Daten sortiert wird und ob sie neu sortiert werden.
Briefe: Wenn Sie die verschiedenen Fragen, die ein Unternehmen übernimmt verstehen müssen, und wie es reagiert auf sie, Blick auf die Buchstaben die sie produziert. Schauen Sie in den Kundenservicebereich eines Unternehmens, zum Beispiel. Die Chancen stehen gut, dass es viele Standardbriefvorlagen hat es mit Kunden zu interagieren verwendet.
Broschüren: Broschüren sind eine gute Möglichkeit, die Produkte und Dienstleistungen eines Unternehmens bietet seinen Kunden zu verstehen. Sie sagen Ihnen, auch ein wenig darüber, wie das Unternehmen versteht sich - oder wie es gesehen werden will - in der Welt.
Webseiten
Eine Unternehmens-Website können Sie einen wertvollen Einblick in die Organisation geben. Nicht nur, dass der Regel Websites geben Ihnen Informationen über Standort, Kontaktmethoden und vielleicht sogar Warenrückgabe und Servicecall Prozesse, aber sie können auch viel erzählen über die Unternehmenskultur, Werte und Mission.
Verbringen Sie viel Zeit, die Seiten durchlesen und sich Notizen: Ist die Website groß oder klein? Ist es textbasierte oder Foto-basiert? Scheint es, eine Vielzahl von Informationen für Benutzer verfügbar zu machen, oder macht es Kunden ermutigen, das Unternehmen für weitere Informationen zu kontaktieren? Was für eine Art von Bild ist das Unternehmen mit seiner Website zu präsentieren?
Bildschirmlayouts
Sie können einfach schauen, wie ihr Programm Bildschirme angelegt sind viel über ein Unternehmen erfahren, wenn es Geschäftsbetrieb führt. Welche Daten müssen ihre Prozesse? Welche Felder wird der Benutzer ausfüllen erforderlich? Wie über die Etiketten auf dem Bildschirm? Sind sie gebaut dynamisch (wie eine Rückkehr / angemeldeten Benutzers zu erkennen: # 147-Welcome, Paul # 148-)?
Sie müssen verstehen, wo die Daten kommen und wie der Bildschirm baut dynamisch. Auch darüber nachdenken, wie die Bildschirmfunktionen. Was passiert, wenn die Tasten gedrückt werden, oder, wie zu tun bekommen Tasten aktiviert?
Seien Sie vorsichtig, zu früh zu viel über den Stil des Bildschirms zu reden. Sie müssen die Daten, Prozesse und Menschen zu verstehen, die erfordern Access- dann können Sie eine Lösung zu erstellen, die die grüne Bildschirm verwenden kann, um fortzufahren oder auf einer grafischen Oberfläche gehen.
Hier sind ein paar Möglichkeiten, die Schlüssel auf dem Bildschirm Elemente zu dokumentieren:
Um einen Bildschirmlayout zu dokumentieren, einen Screenshot davon durch die richtige Tastenfolge für Print Screen drücken und anschließend die Datei zu speichern.
Um ein Whiteboard Zeichnung eines Bildschirm-Layout zu speichern, nehmen Sie ein Bild von der whiteboard- Sie können sogar ein Smartphone verwenden!
Formen
Formulare sind sehr ähnlich Layouts zu screenen, nur sie sind auf dem Papier. Wenn eine Domain Fachexperten heißt es, dass er in den Operationen ein Formular ausfüllt, bitten um eine Kopie des Formulars.
Einige Formen haben sogar Boxen Sie zeigt, wie viele Zeichen zu erfassen sind in der Lage, so dass Sie einen Ausgangspunkt für die Datenfeldlängen zu erfassen. Die Formulare können angeben, welche Felder ausgefüllt werden müssen und welche nicht.
Benutzerverfahrenshandbücher
Geschäftsregeln werden wahrscheinlich in den Benutzerhandbüchern Verfahren enthalten. Durch diese Handbücher lesen, können Sie verstehen, wie der Benutzer sollte ein bestimmtes Verfahren.
Beim Blick durch Bedienungsanleitungen markieren nicht nur von Geschäftsregeln. Geschäftsregeln benötigen Daten, um ihre Berechnungen durchzuführen oder ihre Politik durchzusetzen, so denken Sie daran, die Daten zu sammeln und zu analysieren, zu.
Systemdokumentation
Systemdokumentation, zusammen mit Systemarchitektur und Schnittstellen Dokumente, bietet eine Menge Informationen darüber, wie alles zusammen funktioniert. Diese Daten sind besonders wichtig, wenn es um Ihre Lösungsdesign kommt, weil man leicht den Überblick, welche Systeme Ihre Lösungen sind miteinander verbunden zu halten und dann die Auswirkungen verstehen Veränderungen machen basierend auf Stakeholder-Anfragen.
Die Informationen, die Sie schon früh im Projekt erhalten hilft Ihnen, wie Sie das Projekt durchlaufen und verschiedene Lösungsmöglichkeiten auf den Tisch legen.
Ob Akteure für den Standort der aktuellen Systemdokumentation oder stellen Sie gehen und es selbst auf Sharepoint finden, Server oder in der Dokumentation Bibliothek können Sie feststellen, dass eine ganze Menge von Informationen, die bereits über aktuelle Projekte vorhanden ist. Hier sind einige Dokumente Informationen zur Überprüfung enthält, die Sie im Auge behalten sollten Ausschau nach auf Ihre Suche:
Business-Anforderungen Dokument (BRD): Dieser Datensatz enthält Informationen darüber, was das Unternehmen für das jeweilige System benötigt, in dem die BRD erstellt wurde.
Interface-Vereinbarungen: Diese Dokumente zeigen die Datenfelder in einer Schnittstelle mit einem anderen System enthalten sind. Sie können auch die gültigen Werte in der verwendeten Schnittstelle angeben (zum Beispiel kann die Schnittstelle nicht alle Datenfelder zur Verfügung verwenden).
Scope-Diagramme: Diese Diagramme zeigen, welche Parteien und Systeme in einem bestimmten Projekt beteiligt sind.
Systemarchitektur: Verwenden Sie diese Dokumente, um zu sehen, wie die verschiedenen Komponenten einer Lösung Link zusammen ein komplettes Business-System zu bilden.
Funktionale Anforderungen Dokument (FRD): Auch bekannt als funktionalen Anforderungen Spezifikation (FRS), zeigt die FRD, wie das Geschäft Problem war gelöst.
Benutzerschnittstellenspezifikation: Dieses Dokument zeigt die Bildschirme innerhalb des Systems, einschließlich der erwarteten Aktionen, wenn der Benutzer die Maus über ein Feld, auf eine Schaltfläche klicken und eine Auswahl zu treffen innerhalb eines Bildschirms.