Bepaal uw totale zakelijke doelstelling voor het ontwikkelen van software voor de boekhouding . Een voorbeeld kan naar worden gestreefd volledige financiële tracking, verzoening en rapportage voor een bepaald type van het bedrijfsleven, non-profit organisatie of bestuursorgaan . Meetbare doelen zal u toelaten om business requirements concreet kaderen . Kopen van 2

Bepaal de belangrijkste belanghebbenden . Een lijst van de belangrijkste aanbieders en afnemers van de boekhoudkundige gegevens van de nieuwe software zal ontvangen , op te slaan , te manipuleren en output . Op een minimum , moet de lijst van belangrijke stakeholders onder andere een ondernemer en accountant . Het kan ook boekhouders , finance managers , IT-ondersteuning , operations managers , sales managers , salarisadministratie en fiscalisten , accountants en investeerders zijn .
3

Bepaal business requirements en scope . Houd voorbereidende gesprekken met de belangrijkste stakeholders over wat het boekhoudpakket moeten doen . Definieer scope : welke functies op te nemen en die weg te laten . Kernfuncties moeten omvatten grootboek , debiteuren , crediteuren , facturatie , cheques , stortingen en fundamentele financiële rapportages . Optionele functies kan onder forecasting , payroll , elektronisch bankieren , voorraadbeheer , urenregistratie , projectmanagement , sales pipeline integratie en e - commerce . Benchmarking tegen concurrerende boekhoudkundige softwarepakketten zal helpen om deze besprekingen te informeren .
4

Bepaal functionele eisen , die beschrijven hoe de boekhoudsoftware zal doen wat het doet . Houd gesprekken met belangrijke klanten en technische middelen om functionele eisen te bepalen . Een voorbeeld van een functionele vereiste van een boekhoudkundig pakket zou zijn of de transactie gegevens zullen worden ingevoerd , bekeken en teruggevonden in een webbrowser of in een eigen interface . Een andere belangrijke functionele eis zou een lijst van de soorten gegevens zijn die kracht gebruikers in staat te laden uit een spreadsheet zal zijn . Omgekeerd conformiteit aan Verenigde Staten Generally Accepted Accounting Principles ( US GAAP ) zou een zakelijke behoefte , niet een functionele eis zijn , omdat het vertelt wat de toepassing moet doen , niet hoe het zal doen .
5

Document alle zakelijke en functionele eisen duidelijk , het gebruik van sterke werkwoorden zoals "moet" en " moet" in plaats van dubbelzinnige werkwoorden zoals " moeten" en " mag. " Alle software- eisen documenteren , zodat ze terug kan worden getraceerd naar de oorspronkelijke doelstellingen van het project ( en vice versa ) zorgt ervoor dat alle aspecten van de administratieve software van eisen zijn zowel noodzakelijk als voldoende is voor het succesvol ontwerpen van het boekhoudpakket .
6 diagrammen kan de programmeur helpen om functionele en logische software- eisen te interpreteren .

Include diagrammen en ' use cases ', verhalende secties die typische gebruiker scenario's beschrijven , omdat deze illustratieve voorbeelden vaak helpen om het gevoel van een verplichting over te brengen aan de programmeur . Bijvoorbeeld , zou een use case laten zien hoe een gebruiker in een boekhouding rol kiest " splitst , " de details die de kosten van een aankoop over meerdere declaraties volledig te verdelen bij het invoeren van een betaalbaar transactie.
7

hebben de belangrijkste betrokkenen beoordeling , wijzigen en goedkeuren van de documentatie-eisen . Dit zal de handleiding van de technische middelen programmering vallen , dus het moet worden finale voor die hand - off .
Programmeren beschouwd en testen

Hand 8 van de eisen documenteren om het technische team van IT- architecten en programmeurs, die de ondersteunende technologie en de code van de applicatie zal beheren . Codering zal onder de grafische gebruikersinterface , de onderliggende database , alle logica en berekeningen , input en output formulieren en rapporten .
9

Het technisch team maakt voorlopige testen , waaronder het testen van onderdelen , goede werking van data load procedures , berekeningen en netwerkverbindingen .

Conduct gebruikers acceptatie testen 10 ( UAT ) van de boekhoudkundige software na het technische team haar eerste testen heeft afgerond . Administratie en boekhouding power users moeten de financiële transacties van de software verwerken voor de nauwkeurigheid te testen . Test numerieke resultaten voor de samenhang met historische gegevens . UAT moet worden voortgezet tot de software voert zoals verwacht , begin tot eind .
Launch and Support
11

Maak alle product- ondersteuning en documentatie materiaal , waaronder de gebruikershandleiding en contextuele hulp bestanden . Ontwerp en de voorbereiding van trainingen .
12 Training eindgebruikers is cruciaal voor het succes van uw nieuwe boekhoudsoftware .

Trein eindgebruikers in een niet - productieomgeving waar ze vrij om te experimenteren zonder impact op echte data kunnen voelen .
13

Lanceer de nieuwe software voor alle eindgebruikers . Ervoor te zorgen dat een sterke technische support team is op zijn plaats om vragen te beantwoorden, instructie en problemen op te lossen .