Lees alle business requirements documenten . Als er schriftelijke documenten beschikbaar documenteren van de business requirements , is dit een goede plek om te beginnen de identificatie van mogelijke in-en uitgangen voor uw programma . Als er geen dergelijke documentatie bestaat , is het misschien een goed idee om uit te schrijven van de eisen van het programma in het Engels en wat het bedoeld is om te bereiken . Dit kan gedaan worden in eenvoudige bullet points .

Ontwerp 2 het programma met behulp van een ontwerp -techniek . Programma-ontwerp is een " old school" programmering theorie , maar het is er een die is handig wanneer het proberen om items in uw programma's die input en output verwerken identificeren . Het ontwerp moet de ingangen en uitgangen in een bedrijf of in algemene zin weerspiegelen . Bijvoorbeeld , een typische zakelijke eis als volgt verwoord - "Vervallen van de lijst in de transactie -bestand , en actualiseren van de master file voor het produceren van een rapport " - vertaalt naar de volgende ingangen , uitgangen en verwerking :

ingangen - Transaction bestand

Processing
- update- master file

Uitgangen
- . Rapport

Het ontwerp techniek gekozen kan worden neer op persoonlijke voorkeur , maar data flow diagrammen , entiteit relatie modeling ( databases ) en de Unified Modeling Language ( UML ) zijn alle nuttige technieken te trekken uit een plan van het systeem , met inbegrip van die in-en uitgangen , voordat het programma is geschreven .

voor minder geavanceerde programma's , een eenvoudige lijst zoals hierboven geproduceerd rechtstreeks van de eisen zal meestal volstaan ​​zonder extra ontwerpfase .
3

Schrijf het programma en test het in-en uitgangen . Zodra het programma is voltooid , test de in-en uitgangen tegen de oorspronkelijke eisen en een ontwerp dat u hebt opgesteld . Indien de in-en uitgangen alle bereiken van de oorspronkelijke intenties , heb je succes geïdentificeerd en geïmplementeerd input /output processing zoals vereist .