Wie eine Accounting-Paket entwickelt.

September 3

Wie eine Accounting-Paket entwickelt.

Obwohl der Markt mit leistungsfähige und kostengünstige Buchhaltung-Software-Pakete Reich, bieten unterversorgte Märkte und Nischen-Unternehmen weiterhin attraktive Möglichkeiten und überzeugende Gründe Buchhaltung Spezialanwendungen entwickeln. Ob Entwicklung einer Inhouse Rechnungswesen-Lösung für ein spezielles Unternehmen oder eine mehr allgemeine Buchhaltung-Paket, die leicht durch eine Vielzahl von Endnutzern angepasst wird, wissen, dass Ihr Geschäftsziel---genau, warum Sie die Buchhaltungssoftware---entwickeln den Erfolg des Projekts zu fahren. Eine gut definierte Business objektiven Anker Projektanforderungen zu einem Ziel, wodurch die Wahrscheinlichkeit von Budget über Pisten und verpasste Fristen durch die Hemmung der gefürchtete "Scope Creep," die Tendenz der Anforderungen während der Entwicklung zu erweitern.

Anweisungen

Planung des Projekts

1 Definieren Sie Ihr Ziel der Gesamtstrategie des Unternehmens für die Entwicklung der Buchhaltungssoftware. Ein Beispiel-Ziel wäre komplette finanzielle Tracking, Versöhnung und Berichterstattung für eine bestimmte Art von Unternehmen, gemeinnützigen Organisation oder Sportverband bieten. Messbare Ziele können Sie konkret auf Frame Geschäftsanforderungen.

2 Bestimmen Sie Hauptbeteiligten. Listen Sie die wichtigsten Anbieter und Kunden von Accounting-Daten die neue Software empfangen, speichern, bearbeiten und ausgeben wird. Zumindest sollte die Liste der wichtigsten Beteiligten ein Unternehmer und Steuerberater gehören. Es kann auch Buchhalter, Financial Manager, IT-support, Betriebsmanager, Vertriebsleiter, Personalabrechnung und Steuer-Spezialisten, Wirtschaftsprüfer und Investoren.

3 Geschäftliche Anforderungen und Umfang zu bestimmen. Halten Sie die vorbereitende Gespräche mit den wichtigsten Beteiligten darüber, was das Buchhaltung-Paket tun sollte. Bereich definieren: welche Features gehören und welche weglassen. Kernfunktionen sollte enthalten, Hauptbuch, Debitoren, Kreditorenbuchhaltung, Fakturierung, Kontrollen, Ablagerungen und grundlegende Finanzberichte. Optionale Funktionen könnten Prognosen, Personalabrechnung, electronic Banking, Inventarüberwachung, Zeiterfassung, Projektmanagement, sales-Pipeline-Integration und e-Commerce gehören. Benchmarking gegen wettbewerbsfähige Buchhaltung-Software-Pakete helfen, um diese Diskussionen zu informieren.

4 Bestimmen Sie die Funktionsanforderungen, die beschreiben, wie die Buchhaltungssoftware tun wird was es tut. Halten Sie Gespräche mit Großkunden und technische Ressourcen, funktionale Anforderungen zu bestimmen. Ein Beispiel für eine funktionale Anforderung für ein Softwarepaket Buchhaltung wäre, ob Bewegungsdaten werden eingegeben, angezeigt und werden in einem Webbrowser oder in eine proprietäre Schnittstelle abgerufen. Eine weitere wichtige funktionale Anforderung wäre eine Liste der Datentypen, die Power-User aus einer Tabellenkalkulation geladen werden können. Umgekehrt wird Konformität zu United States Generally Accepted Accounting Principles (US GAAP) wäre eine Geschäftsanforderung, keine funktionale Anforderung, weil es sagt, was die Anwendung tun muss, wie es es nicht.

5 Dokumentieren alle Geschäfts- und funktionalen Anforderungen klar, mit starken Verben wie "soll" und "muss", anstelle von mehrdeutigen Verben wie "sollte" und "kann." Alle Software-Anforderungen zu dokumentieren, so dass sie zur ursprünglichen Zielsetzung des Projekts (und umgekehrt) zurückverfolgt werden können sorgt dafür, dass alle Aspekte des Pflichtenhefts Buchhaltung Software erforderlich und ausreichend für die erfolgreiche Gestaltung des Rechnungswesen-Pakets sind.

6Wie eine Accounting-Paket entwickelt.

Diagramme können helfen, den Programmierer funktionale und logische Softwareanforderungen zu interpretieren.

Sind Diagramme und "Use Cases," erzählende Abschnitte, in denen typische Benutzerszenarien zu beschreiben, weil diese anschauliche Beispiele oft dazu beitragen, um die eine Anforderung an den Programmierer zu vermitteln. Beispielsweise könnte ein Anwendungsfall zeigen, wie ein Benutzer in einer Buchhaltung "Splits", die Details, die vollständig die Kosten für einen Kauf über mehrere Ausgabekonten verteilen, bei der Eingabe einer Transaktion zu zahlen auswählt.

7 Haben Sie Hauptbeteiligten Überprüfung, Änderung und genehmigen die Anforderungen-Dokumentation. Dies wird die Gebrauchsanweisung für die technischen Programmierung Ressourcen bilden, so dass es vor dieser Übergabe endgültig berücksichtigt werden muss.

Programmierung und testen

8 Hand das Dokument Anforderungen an das technische Team von IT-Architekten und Programmierer, die verwaltet der unterstützenden Technologie und code die Anwendung. Kodierung wird die grafische Benutzeroberfläche, die zugrunde liegende Datenbank, alle Logik und Berechnungen, Eingabe und Ausgabe-Formulare und Berichte enthalten.

9 Das technische Team führt die ersten Tests, einschließlich Komponentenprüfungen, ordnungsgemäße Funktionieren des Daten laden Verfahren, Berechnungen und Netzwerkverbindungen.

10 Führen Sie Benutzer Akzeptanztests (UAT) die Buchhaltungssoftware, nachdem das technische Team seinen ersten Tests abgeschlossen hat. Buchhaltung und Buchhaltung-Power-User sollten die Software Finanztransaktionen Verarbeitung für Genauigkeit testen. Numerische Testergebnisse für Konsistenz mit historischen Daten. UAT sollte fortgesetzt werden, bis die Software erwartungsgemäß Ende ausführt.

Einführung und Support

11 Alle Produkt-Support und Dokumentation Materialien einschließlich der Benutzer-Handbuch und kontextbezogene Hilfe-Dateien zu erstellen. Design und Schulungen vorzubereiten.

12

Schulung von Endbenutzern ist entscheidend für den Erfolg Ihrer neuen Buchhaltungssoftware.

Trainieren Sie Endnutzer in einer nicht-Produktionsumgebung wo sie experimentieren ohne Auswirkungen auf die Echtdaten fühlen können.

13 Starten Sie die neue Software für alle Endnutzer. Sicherstellen Sie, dass eine starke technische Support-Team im Ort ist, um Fragen zu beantworten, finden Sie Anweisungen und lösen von Problemen.

Tipps & Warnungen

  • Optionaler Zwischenschritt zwischen den Schritten 2 und 3 im Abschnitt Start- und Unterstützung wäre die Software zu einer begrenzten Gruppe von Power-Usern in einer wahren Produktionsumgebung nicht öffnen. Im Idealfall werden keine weiteren Fehler zugeschnitten, aber in Wirklichkeit, die sie möglicherweise. In diesem Fall hilft ein begrenzter "weicher" Start um Auswirkungen auf Kunden Arbeitsabläufe zu minimieren.
  • Die Reihenfolge dieser Schritte ist sicherlich nicht die einzig gültige Ansatz für die Entwicklung einer Buchhaltung-Software-Paket. Sicherlich werden die Schritte in Abschnitt 1 iterative; gibt es mehrere Runden von Überprüfung und Änderung bevor endgültig und zugelassen sind.
  • Buchhaltung-Software-Anforderungen dokumentieren sollte während der Planungsphase (Abschnitt 1) weiter.