Selv om markedet bugner med højtydende , omkostningseffektive regnskabs software pakker , underforsynede markeder og niche virksomheder stadig tilbyder attraktive muligheder og tvingende grunde til at udvikle specialiserede regnskabs -applikationer. Hvorvidt udvikle en in-house regnskabsmæssige løsning til en specialiseret virksomhed eller et mere generelt formål regnskabsmæssig pakke , der er let tilpasses af en bred vifte af slutbrugere , vel vidende din virksomhed mål --- præcis hvorfor du udvikler de regnskabsmæssige software - - vil drive projektets succes . En veldefineret business objektive ankre projekt krav til et mål , og dermed reducere sandsynligheden for budgettet over- runs og overskredne deadlines ved at hæmme frygtede " rækkevidde krybe , " tendens til krav om at udvide sig under udvikling. Instruktioner
planlægningen af ​​projektet
1

Definer virksomhedens overordnede mål for udviklingen af ​​regnskabs-software. Et eksempel mål kunne være at give fuldstændig finansiel tracking, forsoning og rapportering for en bestemt type virksomhed , nonprofit organisation eller styrende organ. Målbare mål vil tillade dig at indramme forretningsmæssige krav konkret .
2

Bestem nøgleinteressenter. Anfør de vigtigste leverandører og kunder af regnskabsdata den nye software vil modtage , lagre, manipulere og output. På et minimum , bør listen over de vigtigste interessenter omfatter en virksomhed ejer og revisor. Det kan også omfatte bogholdere , finans ledere, it-support , drift , salgschefer , løn og skat specialister , revisorer og investorer.
3

Bestem forretningsmæssige krav og omfang. Hold indledende samtaler med centrale aktører om, hvad den regnskabsmæssige pakke bør gøre. Definer omfang: hvilke funktioner til at inkludere og at udelade . Kernefunktioner bør omfatte hovedbog, debitorer , kreditorer , fakturering, checks , indlån og grundlæggende finansielle rapporter. Valgfrie funktioner kan omfatte prognoser , løn, elektronisk bankvirksomhed , lagersporing, tidsregistrering, projektstyring , salg pipeline integration og e-handel. Benchmarking mod konkurrencemæssige regnskabs software pakker vil bidrage til at informere disse drøftelser.
4

Bestem funktionelle krav , som beskriver, hvordan den regnskabsmæssige software vil gøre, hvad den gør. Hold samtaler med nøglekunder og tekniske ressourcer til at bestemme funktionelle krav. Et eksempel på en funktionel krav om en regnskabsmæssig software pakke vil være , om transaktionsdata vil blive opført , ses og hentes i en webbrowser eller i et proprietært interface. En anden vigtig funktionel krav ville være en liste over datatyper, superbrugere vil være i stand til at indlæse fra et regneark . Omvendt overensstemmelse med USA almindeligt anerkendte regnskabsprincipper (US GAAP) ville være en virksomhed krav , ikke en funktionel krav fordi den fortæller hvad programmet skal gøre , ikke hvordan det vil gøre det.
5 < p > Document alle forretningsområder og funktionelle krav klart , ved hjælp af stærke verber som "skal" og "skal" i stedet for tvetydige verber som "bør" og " kan ". Dokumenterer alle software krav , så de kan spores tilbage til de oprindelige projektmål (og vice versa ) sikrer, at alle aspekter af regnskabs-software kravspecifikation er både nødvendige og tilstrækkelige for en vellykket design af regnskabsmæssig pakke .
6 Diagrammer kan hjælpe programmøren til at fortolke funktionelle og logiske software krav .

Medtag diagrammer og " use cases ", narrative sektioner , der beskriver typiske brugsscenarier , fordi disse illustrative eksempler ofte hjælpe til at formidle følelsen af ​​et krav til programmøren . For eksempel kan en use case viser, hvordan en bruger i et bogholderi rollen vælger " splits " de detaljer, der fuldt ud fordeler udgifterne et køb på tværs af flere rejseafregninger , når du indtaster en gældsforpligtelse transaktion.
7

har nøgle interessenter gennemgang, ændre og godkende kravene dokumentation. Dette vil danne brugsanvisningen til den tekniske programmering ressourcer , så det skal betragtes som endelige , før den hånd -off.
Programmering og test
8

Hand off kravene dokumentere den tekniske team af IT- arkitekter og programmører, der vil styre den bærende teknologi og kode programmet. Kodning vil omfatte den grafiske brugergrænseflade , den underliggende database , alt logik og beregninger , input og output formularer og rapporter.
9

tekniske team udfører indledende test , herunder komponenttest , velfungerende data load procedurer, beregninger og netværksforbindelser.
10

Conduct brugernes accept test ( UAT ) i regnskabs-software , efter det tekniske team har afsluttet sin indledende test . Regnskab og bogholderi superbrugere skal teste softwarens finansielle transaktioner behandling for nøjagtighed. Test numeriske resultater for sammenhæng med historiske data. UAT bør fortsætte , indtil softwaren fungerer som forventet , ender til slut.
Launch og support
11

Opret al produktsupport og dokumentation materialer inklusiv brugervejledning og kontekstuelle hjælp filer . Design og forberede uddannelse klasser .
12 Uddannelse slutbrugere er afgørende for succes i din nye regnskabs-software.

Train slutbrugere i et ikke- produktionsmiljø , hvor de kan føle sig frie til at eksperimentere uden at påvirke reelle data .
13

Start ny software til alle slutbrugere . Sørg for, at en stærk teknisk support team er på plads til at besvare spørgsmål , give instruktion og løse problemer .