Hvordan Design et dataprogram
Når programmering fagfolk skrive et nytt program, de er vanligvis overlevert en liste med spesifikasjoner. Disse specs detalj hvilke data de vil bli vedtatt, hvordan dataene skal behandles og hva utgang brukeren ønsker å se. Spesifikasjonene bestemme den totale utformingen av programmet, slik det bedre spesifikasjoner, jo bedre det ferdige programmet.
Bruksanvisning
1 Definer data som må behandles. Programmereren må vite hva slags data det er (tall eller bokstaver) og lengden på hvert datafelt. En ansatt posten kan se slik ut:
Etternavn Char 25
Fornavn Char 25
Middle Init Char 1
Fødselsdato Dato mm / dd / åååå
Sivilstand Char 1 (M, D, S)
2 Lag en håndskrevet prøve av rapporten eller filen du forvente å se som output fra programmet. Designing utgangs tidlig bidrar til å bestemme om du har all den informasjonen du trenger, og definerer hvilke data som må beregnes.
3 
Tegn et logisk flytdiagram. Dette bør vise fremgangsmåten programmerer må ta for å komme fra rådata innspill til ferdig produksjon. Bruke begreper som "beregne brutto lønn" og la programmerer skrive koden for å gjøre det skrittet.
4 Vis alle beregninger som er nødvendige for å nå det endelige målet. Det er mange måter å beregne verdier. Mens de kan virke grei, ikke la disse elementene til programmerer tolkning. For eksempel, hvis du trenger å beregne skatt etter 401 (k) midler har blitt fjernet, viser trinnene som dette:
Nettolønn = Brutto lønn - før skattefradrag - 401 (k) fradrag.
5 Gi programmerer målbare mål, herunder en tidsplan. Bryt programmet ned av oppgaver og tilordne en dato for hver oppgave å være komplett. For eksempel:
Første gjennomgang - en uke
Input skjermer - 2 uker
Output-filer og rapporter - 2 uker
Endelig gjennomgang - en uke
Dette forteller klart programmerer du forventer at oppgaven skal være ferdig i 6 uker.
Hint
- Ingen design er komplett uten en timeplan. Hvis du trenger program laget innen 2 uker, sørg for at det er angitt i spesifikasjonene. Programmerer trenger dette for å vite om prosjektet kan gjennomføres med hell.
- Ufullstendige spesifikasjoner vil føre til forsinkelser og kostnadsoverskridelser, så detaljert og spesifikk når du skriver dine spesifikasjoner.