Även om marknaden vimlar med högpresterande , kostnadseffektiva bokföringsprogram paket, underförsörjda marknader och nischade företag fortfarande erbjuder attraktiva möjligheter och tvingande skäl för att utveckla specialiserade bokföring program . Vare utveckla en intern redovisning lösning för en specialiserad verksamhet eller ett mer allmänt ändamål redovisning paket som lätt anpassas av ett brett spektrum av slutanvändare , veta din affärsidé --- exakt varför du utvecklar bokföringsprogram - - kommer att driva projektets framgång . En väldefinierad affärsidé ankare projektets krav till ett mål , vilket minskar risken för budgeten over - körningar och missade deadlines genom att hämma fruktade " omfattning krypa , " tendens krav att expandera under utveckling . Instruktioner
Planering av projektet
1
Definiera din övergripande affärsidé att utveckla bokföringsprogram . Ett exempel mål skulle kunna vara att ge fullständig finansiell uppföljning , avstämning och rapportering för en viss typ av verksamhet , ideell organisation eller styrande organ . Mätbara mål gör att du kan rama affärskrav konkret .
2
Bestäm viktiga intressenter . Lista de viktigaste leverantörer och kunder av de redovisningsuppgifter den nya mjukvaran kommer att erhålla , lagra, hantera och utdata . Som ett minimum , bör förteckningen över viktiga intressenter inkluderar ett business ägare och revisor . Det kan även innefatta bokhållare , ekonomichefer , IT-stöd , verksamhetschefer, säljchefer , arbetsgivaravgifter och specialister skatt , revisorer och investerare .
3
Bestäm verksamhetens krav och omfattning . Håll preliminära samtal med viktiga intressenter om vad redovisning paket ska göra . Definiera omfattning : vilka funktioner som ska ingå och som att lämna ut . Centrala funktioner bör omfatta huvudbok , kundfordringar , leverantörsskulder , fakturering , kontroller , inlåning och grundläggande finansiella rapporter . Valfria funktioner kan omfatta prognoser , löner , elektroniska banktjänster , inventering spårning , tidredovisning , projektledning , försäljning rörledning integration och e - handel . Benchmarking mot konkurrenskraftiga paket bokföringsprogram hjälper till att informera dessa diskussioner .
4
Bestäm funktionskrav , som beskriver hur bokföringsprogram kommer att göra vad den gör . Håll samtal med viktiga kunder och tekniska resurser för att fastställa funktionella krav . Ett exempel på ett funktionellt krav på ett bokföringsprogram paket skulle vara om transaktionsdata kommer att skrivas , läsas och hämtas i en webbläsare eller i ett proprietärt gränssnitt . En annan viktig funktionella krav skulle vara en lista över datatyper som användare kommer att kunna ladda från ett kalkylblad . Omvänt Godkända överensstämmelse med USA redovisningssed ( US GAAP ) skulle vara ett krav för verksamheten , inte ett funktionellt krav , eftersom den berättar vad programmet ska göra , inte hur det kommer att göra det .
5
Dokument samtliga affärsområden och funktionella krav tydligt , med starka verb som "ska" och " måste" i stället för tvetydiga verb som " bör" och " kan ". Dokumentera alla programvaror kraven så att de kan spåras tillbaka till de ursprungliga projektmålen ( och vice versa ) säkerställer att alla aspekter av bokföringsprogram kravspecifikation är både nödvändiga och tillräckliga för framgångsrik design av redovisning paket .
6 Diagram kan hjälpa programmerare att tolka funktionella och logiska programvara krav .
Inkludera diagram och " användningsfall, " sektioner berättelse som beskriver typiska användaren scenarier , eftersom dessa illustrativa exempel ofta hjälpa till att förmedla känslan av ett krav på programmeraren . Till exempel kan ett användningsfall visar hur en användare i en bokföring roll väljer " splittringar , " detaljerna som fullständigt fördela kostnaden för ett köp i flera bekostnad konton när du skriver en betalas transaktion .
7
har viktiga intressenter översyn , ändra och godkänna krav dokumentation . Detta kommer att utgöra bruksanvisningen för de tekniska programmering resurser , så det måste anses slutgiltigt innan hand- off .
Programmering och testning
8
handen från kraven dokumentera den tekniska team av IT- arkitekter och programmerare , som kommer att förvalta stödjande teknik och kod ansökan . Kodning kommer att omfatta det grafiska användargränssnittet , den underliggande databasen , all logik och beräkningar , input och output formulär och rapporter .
9
tekniska team utför preliminära tester , inklusive komponenttestning , väl fungerande dataladdning förfaranden , beräkningar och nätverksanslutningar .
10
Conduct användare acceptanstest ( UAT ) av bokföringsprogram efter det tekniska teamet har slutfört sin preliminära tester . Redovisning och bokföring avancerade användare bör testa programvarans finansiella transaktioner bearbetning för noggrannhet . Testa numeriska resultat överensstämmelse med historiska data . UAT bör fortsätta tills programvaran fungerar som förväntat , början till slut .
Launch och support
11
Skapa alla produktsupport och material dokumentation inklusive bruksanvisning och kontextuell hjälp filer. Design och förbereda utbildningar .
12 Utbildning slutanvändare är avgörande för framgången för din nya bokföringsprogram .
Train slutanvändare i ett icke - produktionsmiljö där de kan känna sig fria att experimentera utan att påverka verkliga data .
13
Starta ny mjukvara till alla slutanvändare . Se till att en stark teknisk support team är på plats för att svara på frågor , ge instruktioner och lösa problem .
