Algemene informatie.

Het programma heet jane en wordt opgeslagen in het bestand jane.dpr. Het programma maakt gebruik van hulpmodules main, new, dmData, about, respectievelijk opgeslagen in de bestanden main.pas, new.pas, about.pas, dmData.pas. Het programma is geschreven in de taal Delphi-programmering. Het programma gebruikt gegevens uit databasetabellen otdel.db, sotrudnik.db, family.db, obrazovanie.db

Functioneel doel.

Implementatie van een dialooggrafiek.

Meestal omvat de interface tussen de gebruiker en de computer een beeldscherm, een toetsenbord en een muis, die informatie aan de gebruiker presenteert en informatie van de gebruiker ontvangt. ,

In de praktijk is een programma geschreven met Delphi toegankelijk via een grafisch bestand gebruikersinterface. Grafische interface uitgevoerd applicatieprogramma Dit is een soort dialoog die plaatsvindt tussen een computer en zijn gebruiker. Met andere woorden, een interface is dat deel van een programma dat, om bepaalde functies uit te voeren, gebruikersacties vertaalt in een of meer verzoeken en voorziet in feedback met de gebruiker in overeenstemming met de volgorde van zijn handelingen.

De gebruiker heeft de mogelijkheid om systeemfuncties te selecteren met behulp van drukknoppen en pictografische menu's. De gebruiker ziet de inhoud van de database voor zich in de vorm van een schermdocument. Interactie met de gebruiker vindt plaats via schermformulieren. De implementatie van de dialooggrafiek wordt getoond in Figuur 17.

Figuur 17. Boom met schermformulieren

Beschrijving logische structuur.

Het programma is gebeurtenisgestuurd. Wanneer u op een knop klikt, ontvangt het programma een bericht en wordt de bijbehorende afhandelingsprocedure aangeroepen, die deze gebeurtenis verwerkt. De resultaten van de verwerking zijn te zien op het beeldscherm. Bijvoorbeeld: wanneer u op de knop "Werk" in het formulier "Diplomaproject" klikt, wordt de procedure in de nieuwe module aangeroepen, die het formulier "Diplomaproject" verbergt en het formulier "Personeelsboekhouding" op het beeldscherm weergeeft en de besturing wordt overgedragen naar de hoofdmodule.

Om het programma uit te voeren, moet u het downloaden persoonlijke computer Delphi-shell, compileren bron programma in het bestand jane.dpr. Telefoongesprek exe-bestand en blijf met hem samenwerken. Voordat u met de werkzaamheden begint, moet u de autorisatieprocedure doorlopen (Figuur 18).

Figuur 18. Wachtwoordinvoerformulier

Invoer- en uitvoergegevens.

Invoergegevens:

afdelingsnaam,

Naam van de baas,

Volledige naam van de medewerkers, functie,

datum van huur,

plaats van laatste werk,

anciënniteit vanaf de datum van toelating,

een teken van opvoeding,

een teken dat je een gezin hebt,

aantal kinderen

burgerlijke staat,

geboortedata,

soort onderwijs,

vorm van onderwijs,

onderwijsinstelling,

einddatum,

specialiteit.

Uitvoergegevens: alle resultaten van gebruikersacties bij het werken met databases worden op het beeldscherm weergegeven; deze resultaten, weergegeven als een database op het scherm, zijn de uitvoer naar het programma. Het resultaat van het werken met deze database "Personeelsboekhouding" kan ook het opstellen van bestellingen en het afdrukken ervan zijn, wat het werk van de gebruiker enorm vergemakkelijkt en de noodzaak om op enigerlei wijze handmatig te compileren elimineert. teksteditor documenten zoals bevelen tot ontslag of aanwerving van werknemers en hun persoonlijke kaarten.

Waarom heb je een applicatiebeschrijving nodig?

Om Kapitein Obvious te citeren: het is belangrijk om uw klanten te laten weten waar uw app over gaat. Waar is het voor? Vanuit het perspectief van een ontwikkelaar is de beschrijving een kans om de koper te ‘aan de haak slaan’. Je moet het idee verkopen. U moet hen vertellen waarom zij uw app moeten downloaden en niet een andere.

Iedereen die uw beschrijving leest, heeft uw app al gevonden in de zoekresultaten. De titel en screenshots leken al aantrekkelijk genoeg om op de knop ‘meer’ te klikken. Figuurlijk gesproken heeft hij zijn portemonnee al tevoorschijn gehaald; het enige wat hem nog rest is hem te dwingen de aankoop te betalen.

Invoering

Je hebt een beperkt aantal woorden tot je beschikking. Bekijk de beschrijving van de applicaties - onder het icoontje in App Store Er passen slechts een paar regels.

De zwaarste beperkingen worden opgelegd door het iPhone-scherm: je hebt slechts 225 tekens. Dit is het belangrijkste deel van uw beschrijving. De gehele beschrijving is beperkt tot vierduizend tekens, maar het zijn de eerste tweehonderd die bepalen of kopers de rest willen lezen.

Je moet jezelf duidelijk en duidelijk uitdrukken. De naam van de applicatie - en screenshots - zouden de koper in het algemeen al moeten vertellen wat het is. Nu moeten we deze indruk versterken.

De inleiding tot de beschrijving moet een oproep tot actie zijn. Probeer jezelf in de schoenen van je klant te verplaatsen. Wat heeft hij nodig?

Er zijn hier een paar eenvoudige regels.

• Trek de aandacht van uw koper. Plaats zelfstandige naamwoorden en werkwoorden aan het begin van de zin om de zin dynamisch en zo duidelijk mogelijk te maken.
• Gebruik geen jargon, dit kan onaangenaam zijn. Snijd al het onnodige af: inleidende woorden, bijwoordelijke zinnen, overdreven bloemrijke uitdrukkingen.
• Wat is de waarde van uw aanvraag? Wat krijgt, leert of ervaart de koper als hij het downloadt?
• Om te zien hoe uw sollicitatiebeschrijving er uit komt te zien op iPhone-scherm of iPad, gebruik voorbeeld V gratis programma.
• Nu het aas aan de haak zit, is het tijd om de lijn uit te werpen. Met andere woorden, we zijn klaar met de introductie, laten we doorgaan met de beschrijving.

Details

Leg uit wat de gebruiker precies uit uw applicatie zal halen. Na een paar inleidende zinnen (een emotionele oproep tot actie) bied je hen de details aan.

Hoe u de informatie verspreidt, hangt af van de specifieke toepassing die u heeft. Maar over het algemeen moet u zich aan dezelfde principes houden als journalisten die nieuwsverhalen schrijven - het meest belangrijke informatie komt op de eerste plaats, minder belangrijk - aan het einde.

Negeer alinea's niet. Mensen worden bang als ze een tekst “canvas” zien. Varieer met de lengte van de zin – dit maakt de tekst expressiever. Gebruik tussenkopjes en regeleinden. Lijsten zijn ook een goede manier om tekst op te splitsen en aantrekkelijker te maken.

Lijsten

Omdat we het over lijsten hebben, zijn ze de eenvoudigste en meest populaire manier praat over de kenmerken van uw applicatie. Hier zijn enkele tips voor een correct gebruik ervan:

• maak ze niet te lang;
• twee van de meesten belangrijke punten plaats bovenaan de lijst, de rest onderaan;
• Je hebt deze paragraaf waarschijnlijk niet gelezen;
• Deze ga je zeker niet lezen.

Het is verleidelijk om alle features van een applicatie in een lijst op te schrijven. Je kunt het proberen, maar houd er rekening mee dat mensen meestal de eerste twee alinea's en de laatste lezen. Ze slaan het midden over, net als zinnen die met dezelfde woorden beginnen.

Het zou dus beter zijn om een ​​lange lijst op te splitsen in meerdere kleine, verenigd door één onderwerp.

Zoekopdracht

Mensen die in iTunes naar een app zoeken, zoeken niet naar de beschrijving: ze letten eerder op de titel, trefwoorden en andere factoren. Trefwoorden in de beschrijving worden echter wel geïndexeerd zoekmachines. Dus, juiste omschrijving is de sleutel tot hoge zoekresultaten.

Uw beschrijving moet trefwoorden bevatten. Het is belangrijk om het niet te overdrijven. Ze moeten geschikt zijn. Probeer geen openlijk 'verkopende' tekst te schrijven - deze zal onvermijdelijk afstoten potentiële gebruiker. Als u hulp nodig heeft en het vooruitzicht om daarvoor te betalen u niet afschrikt, kunt u contact opnemen met Appnique of Sensor Tower (voor Engelstalige teksten, noot van de redactie).

Lokalisatie

Het lokaliseren van uw app is een relatief goedkope en gemakkelijke manier om het aantal downloads te verhogen. Het heeft vrijwel geen gebreken. Uit een onderzoek van Common Sense Advisory onder 3.000 consumenten uit 10 niet-Engelstalige landen blijkt dat ruim 75% van de respondenten een app op hun mobiel wil hebben. moedertaal.

Het rapport, getiteld ‘If I Don’t Read, I Don’t Buy’, stelt ook dat 55% van de gebruikers alleen aankopen doet op sites die informatie in hun moedertaal bieden. Interessant genoeg merkte 50% van de respondenten op dat ze zelfs tevreden zouden zijn met de navigatie en een deel van de inhoud in hun moedertaal. Dat wil zeggen, zelfs een gedeeltelijke vertaling zal opleveren beste resultaten dan de volledige afwezigheid ervan.

Rekening houdend met dit feit, vertaal dan in ieder geval de beschrijving, zo niet de gehele aanvraag.

Biedt een lijst met gelokaliseerde applicaties met de mogelijkheid om op genre te sorteren - het is dus mogelijk om te analyseren waar het beter is om uw inspanningen te concentreren. Je kunt ook een lijst met de meest gebruikte woorden in de app-beschrijving in verschillende talen bekijken.

Zorg ervoor dat het vertaalbureau over de juiste vaardigheden beschikt. Google Vertalen Het is onwaarschijnlijk dat u de betekenisnuances die u in de tekst legt, kunt overbrengen.

Als een populaire website of beroemdheid een recensie over uw app heeft geschreven, is het de moeite waard om deze te citeren. Als je een prijs hebt gewonnen, moet dat ook vermeld worden. Als uw app erg populair is onder uw gezin... kunt u waarschijnlijk het beste zwijgen (tenzij uw achternaam natuurlijk Kardashian is).

De regels van Apple suggereren dat je "alleen gebruikersrecensies, lof of aanbevelingen aan het einde van de beschrijving kunt plaatsen als je dat nodig acht."

Updates

Denk niet dat de app-beschrijving verwant is aan de Tien Geboden en in steen is gebeiteld. Uiteraard moet u na de update melden wat er nieuw is in de applicatie. Bovendien, als u plotseling een briljante zin bedacht, of als gebruikers een opmerking deelden die u inspireerde, of als de beste website op het hele internet een reactie op uw aanvraag achterliet coole recensie- voel je vrij om je beschrijving te verbeteren. Als er fouten in de applicatie zaten die van invloed waren op het werk, vergeet dan niet om hen, nadat ze zijn opgelost, ervan op de hoogte te stellen dat ze zijn opgelost.

De beschrijving is niet alleen een venster op uw aanvraag, maar ook een kans om een ​​hoge zoekpositie te krijgen.

Er zijn vier dingen waarmee u rekening moet houden om voordeel te halen uit verwijzingen/citaties. Ten eerste heeft u altijd een website voor uw applicatie nodig - met screenshots, teksten en links waar u deze kunt kopen. Ten tweede heeft u een link naar het ondersteuningsteam nodig: een e-mail- of forumadres waar u kunt schrijven als u vragen of problemen heeft. Ten derde: links naar uw projectpagina in sociale netwerken. En ten slotte heb je links naar je andere applicaties nodig.

Zorg ervoor dat uw ondersteuningsteam onmiddellijk op vragen reageert. Als mensen het moeilijk vinden om contact met je op te nemen, zullen ze je verlaten lage beoordelingen en misschien zelfs een nare recensie schrijven.

Als gebruikers dezelfde vragen blijven stellen, kunt u overwegen een sectie met veelgestelde vragen op de website van de app te maken.

Als u al een succesvol project heeft, vergeet dit dan niet te vermelden. Of u kunt aan het einde van uw andere app de beschrijving 'Als u dit leuk vindt, vindt u dit misschien leuk' achterlaten.

Veelgemaakte fouten en hoe u ze kunt vermijden

Typefouten en interpunctie/grammaticale fouten. Nodig een speciaal opgeleide copywriter uit of, in als laatste redmiddel, schakel de spellingcontrole in uw teksteditor in.

Verwarde en spraakmakende beschrijving. Als de gebruiker u niet begrijpt, downloadt hij de applicatie niet.

Misbruik van hyperbool en clichés. Is uw app echt revolutionair? Is het bedrijf echt jong en dynamisch in ontwikkeling? Zoek minder clichématige manieren om dit te communiceren.

Alles wat geheim is, wordt duidelijk. De waarheid over uw aanvraag wordt binnen enkele seconden na het downloaden onthuld - en vervolgens opgeslagen in Google-cache voor altijd. Lieg dus niet.

Te veel trefwoorden. Ik heb al gezegd dat onhandige pogingen om zoveel mogelijk trefwoorden in de tekst te proppen de koper alleen maar zullen afschrikken.

Bij de beschrijving wordt geen rekening gehouden met de interesses van de doelgroep. Schrijf niet voor jezelf en niet voor concurrenten - schrijf voor de koper.

Belangrijke details ontbreken. Hoeveel weegt de applicatie? Hoeveel kost een abonnement? Dit is geen informatie die genegeerd mag worden.

Dus laten we aan de slag gaan

Om het kort samen te vatten: je moet voorbereiden, schrijven, polijsten, vertalen en vervolgens bijwerken als dat nodig is.

Doe uw onderzoek en voorbereiding voordat u begint met het schrijven van uw beschrijving. Vind de juiste trefwoorden en zinsdelen. Noteer de kenmerken van uw toepassing in een lijst en rangschik ze van meest belangrijk naar minst belangrijk.

Schrijf een conceptbeschrijving of huur hiervoor een getalenteerde copywriter in.

Bewerken, aanpassen en herschrijven - naar maximaal effect. Controleer hoe de beschrijving eruit zal zien op het iPhone- of iPad-scherm. Werk totdat het glad, gepolijst en aantrekkelijk is.

Vertaal het naar extra taal, te beginnen met degenen die vooral belangrijk zijn in termen van downloads.

Zorg ervoor dat de beschrijving alle wijzigingen weergeeft die in uw app zijn doorgevoerd, benadruk belangrijke verbeteringen in de beschrijvingen en benadruk positieve recensies of onderscheidingen.

Een goede app-beschrijving helpt de app te verkopen en downloads aan te moedigen.

3. BESCHRIJVING VAN DE PROGRAMMASTRUCTUUR

Beschrijving van variabelen

In de sectie Variabelenbeschrijvingen worden variabelen beschreven waarvan het doel wordt gegeven in Tabel 3.1.

Tabel 3.1 – Beschrijving programmavariabelen

Naam	Type	Doel
FO,FS	Tekstbestand	Variabele bron- en resultaattekstbestand
tmpstr,str,strslovo	Snaar	Tekenreeksvariabelen voor het lezen uit een bestand
ik,j	geheel getal	Variabele tellers voor lussen
graaf	geheel getal	De variabele slaat het aantal gecorrigeerde tekens op
antwoord	Woord	Wordt gebruikt om het antwoord van de gebruiker te bepalen op een vraag over het corrigeren van een teken
UpCh	set van char	Veel hoofdletters
ZnCh	set van char	Meerdere woordscheidingstekens
OFNaam	Snaar	Een tekenreeks die het pad naar het bronbestand bevat
SFNaam	Snaar	Een tekenreeks die het pad naar het resulterende bestand bevat

Beschrijving van de aanvullende procedure

Het programma bevat een beschrijving van één hulpprocedure.

Uitvoer FormCreate-procedure initiële waarden in formuliercomponenten voor een correcte weergave van het formulier aan het begin van het programma.

Button1Click-procedure voor openen bronbestand en het pad ernaartoe onderhouden.

De Button2Click-procedure voor het openen van het resulterende bestand en het opslaan van het pad ernaartoe.

Hoofdprogramma-algoritme

Het algoritme voor het uitvoeren van de hoofdtekst van het programma wordt weergegeven in Figuur A.1 in Bijlage A. Dus in de procedure wordt het bestand allereerst gebonden aan een bestandsvariabele en wordt het tekstbestand geopend om te lezen. tekst informatie.

Vervolgens wordt de informatie regel voor regel uit het bestand gelezen.

Vervolgens worden de woorden op elke regel gemarkeerd.

Vervolgens worden de geselecteerde woorden doorzocht op hoofdletters.

Vervolgens worden de wijzigingen naar het resulterende tekstbestand geschreven.

Tijdens de werkzaamheden zijn de volgende bewerkingen met tekstbestanden gebruikt:

Bestand toewijzen(<Имя файловой переменной>,<Имя файла>);

De bestandsnaam wordt opgegeven als een tekenreeksconstante of via type variabele Steek. De bestandsnaam moet voldoen aan de regels van het besturingssysteem. op dit moment besturingssysteem. Als de naamreeks leeg is, wordt de bestandsvariabele geassocieerd met standaard apparaat IO

Opnieuw instellen (<Имя файловой переменной>);

Er wordt een bestand geopend om er informatie uit te lezen, en het krijgt de naam toegewezen die is opgegeven door de toewijzingsprocedure.

Nadat u met een bestand hebt gewerkt, moet dit doorgaans worden gesloten met behulp van de CloseFile-procedure (<Имя файловой переменной>). Informatie wordt uitgevoerd door de operator WRITELN(f: TextFile;S: String). Na de uitvoering ervan wordt de string S toegevoegd aan het einde van het bestand dat bij de variabele f hoort.

4. BESCHRIJVING VAN INGANGSGEGEVENS

De invoergegevens voor uitvoering zijn een bestand dat hoofdletters bevat.

5. BESCHRIJVING VAN OUTPUTGEGEVENS

De uitvoer is:

Een bericht over de voltooiing van het controleren van het bestand op de aanwezigheid van hoofdletters;

Bericht over het aantal gecorrigeerde tekens;

Het voltooide resulterende tekstbestand.

6. GEBRUIKERSINSTRUCTIES

Het ontwikkelde programma is uitvoerbaar bestand Luchshev.exe is 405 KB groot. Het programma implementeert een algoritme om een ​​tekstbestand te controleren op de aanwezigheid van hoofdletters.

Na het starten van het programma verschijnt het venster zoals weergegeven in Figuur 4.1.

Figuur 4.1 – Hoofdvenster van het programma

Hierna moet de gebruiker het pad naar het bestand opgeven. Figuur 4.2 toont een voorbeeld van een dialoogvenster voor het openen van een bestand.

Figuur 4.2 – Voorbeeld van het openen van een bronbestand

Een voorbeeld van een bericht over het vinden van een hoofdletter wordt weergegeven in Figuur 4.3.

Figuur 4.3 – Bericht over het vinden van een hoofdletter

Een voorbeeld van een venster met het resultaat van het controleren van een tekstbestand wordt weergegeven in Figuur 4.4.

Figuur 4.4 - Resulterend venster.

Het resultaat van de controle wordt naar het geselecteerde resultaatbestand in de geselecteerde map geschreven.

De werking van het programma komt volledig overeen met de taak.

Dit cursuswerk werd volledig in overeenstemming met de toegewezen taak voltooid en gedebugd Delphi-omgeving 7,0. In uitvoering cursus werk Er is een programma ontwikkeld om een ​​tekstbestand te controleren.

Tijdens het cursusproject is een analyse uitgevoerd referentievoorwaarden en formulering van het ontwerpprobleem.

De functies die het ontwikkelde programma zou moeten hebben, werden benadrukt.

Er is een programma-algoritme ontwikkeld om de gegenereerde functies uit te voeren.

Volgens het ontwikkelde algoritme werd een programma gecompileerd en gedebugd algoritmische taal Delphi-programmering. Tijdens de ontwikkeling van het programma werd het getest en debuggen testsets. Voor het geschreven programma is een operatorinstructie ontwikkeld die de volgorde van de uit te voeren handelingen aangeeft.

De resultaten van het werk worden gepresenteerd in de vorm van een toelichting.

Tijdens de ontwikkeling van het programma zijn de volgende werkvaardigheden geconsolideerd:

I/O-opdrachten zowel naar het scherm als naar tekstbestanden,

Procedures gebruiken

Opdrachten voor arrayverwerking

Commando's voor het implementeren van lussen met gegeven nummer herhalingen;

Commando's voor het controleren van voorwaarden en het implementeren van vertakkingen.

Als gevolg van het voltooien van deze cursus waren we overtuigd van het werk ruime mogelijkheden Delphi programmeertaal, versterkte praktische programmeervaardigheden in de Delphi-omgeving.

Lijst met koppelingen

1. Zuev EA Programmeren in Delphi 6.0,7.0. – M.: Radio en communicatie, Vesta, 1993.

2. Faronov V.V. Delphi 7.0. Beginnerscursus. - M.: Kennis, 2000.

BIJLAGE A

Programma-algoritme

Figuur A.1 – Programma-algoritme

Figuur A.2 – Algoritme van de hoofdprogrammaprocedure

BIJLAGE B

Programmalijst

4. Windows, berichten, SysUtils, varianten, klassen, afbeeldingen, bedieningselementen, formulieren,

5. Dialogen, StdCtrls;

7. TForm1 = klasse(TForm)

8. Knop 1: T-knop;

9. Knop 2: T-knop;

10. OpenDialog1: TOPenDialog;

11. SaveDialog1: TSaveDialog;

12. Knop 3: T-knop;

13. Label1: TLabel;

14. Label2: TLabel;

15. Label3: TLabel;

16. Label4: TLabel;

17. Knop 4: T-knop;

18. procedure Button1Click(Afzender: TObject);

19. procedure Button2Click(Afzender: TObject);

20. procedure FormCreate(Afzender: TObject);

21. procedure Button3Click(Afzender: TObject);

22. procedure Button4Click(Afzender: TObject);

24. (Privéaangiften)

26. (Openbare verklaringen)

29. Formulier1: TForm1;

30. OFNaam,SFNaam:String;

31.implementatie

33. procedure TForm1.Button1Click(Afzender: TObject);

35. als OpenDialog1.Execute dan

36. OFNaam:=OpenDialog1.Bestandsnaam;

37. indien OFNaam<>"" begin dan

38. Knop1.Ingeschakeld:=Onwaar;

39. Knop2.Zichtbaar:=Waar;

40. Label1.Caption:="Pad naar het te controleren bestand: "+OFName;

41. Label2.Zichtbaar:=Waar;

45. procedure TForm1.Button2Click(Afzender: TObject);

50. als SaveDialog1.Execute dan

51. SFName:=SaveDialog1.Bestandsnaam;

52. als Pos(".txt",SFNaam)=0 dan SFNaam:=SFNaam+".txt";

53. als SFName=OFName dan

54. ShowMessage("Selecteer een ander bestand om het resultaat op te slaan")

57. if (SFNaam<>"") en (b) beginnen dan

58. Button2.Enabled:=False;

59. Label2.Caption:="Pad naar het resulterende bestand: "+SFName;

60. Knop3.Zichtbaar:=Waar;

61. Label3.Zichtbaar:=Waar;

62. Label3.Caption:="Om de controle te starten, klikt u op de knop "Controleren"";

65. procedure TForm1.FormCreate(Afzender: TObject);

67. Button2.Visible:=Onwaar;

68. Label2.Visible:=Onwaar;

69. Button3.Visible:=Onwaar;

70. Label3.Visible:=Onwaar;

71. Button4.Visible:=Onwaar;

72. Label4.Visible:=Onwaar;

73. Label1.Caption:="Klik op de knop "Openen" en selecteer het bestand dat u wilt controleren";

75. procedure TForm1.Button3Click(Afzender: TObject);

77.FO,FS:Tekstbestand;

78. i,j,aantal:geheel getal;

79. str,strslovo,tmpstr:String;

80. ZnCh,UpCh:set van Char;

84. ZnCh:=[".", ",", "!", "?"];

85. UpCh:=["A".."Z", "A".."Z"];

86. AssignFile(FO,OFNaam);

87. AssignFile(FS,SFNaam);

91. als IOResult<>0 en begin dan

92. ShowMessage("Er waren problemen bij het openen van het bestand. Het programma wordt beëindigd");

96.Herschrijven(FS);

97. terwijl Eof(FO) niet begint

98. Readln(FO,str);

99. strslovo:="";

100. voor i:=1 tot Lengte(str) begint

101. if (str[i] in ZnCh) of (str[i]=" ") begin dan

102. voor j:=1 tot Lengte(strslovo) begin

A. als strslovo[j] in UpCh begin dan

B. answ:=MessageDlg("Er is een hoofdletter ""+strslovo[j]+" gevonden in het woord ""+strslovo+"". Vervang deze door een kleine letter?",mtInformation,,0);

C. als antw=mrJa begin dan

i. tmpstr:=strslovo[j];

ii. tmpstr:=AnsiLowerCase(tmpstr);

iii. Verwijder(strslovo,j,1);

iv. Insert(tmpstr,strslovo,j);

104. Schrijf(FS,strslovo+str[i]);

105. strslovo:="";

108. strslovo:=strslovo+str[i];

110. Schrijven(FS,"");

112. Bestand sluiten(FO);

113. Bestand sluiten(FS);

114. Label3.Caption:="Bestandsverificatie voltooid. Vast "+IntToStr(count)+" hoofdletters.";

115. Button3.Enabled:=False;

116. Knop4.Zichtbaar:=Waar;

117. Label4.Visible:=Waar;

120. procedure TForm1.Button4Click(Afzender: TObject);

122. OFNaam:="";

123.SFNaam:="";

124. Knop1.Ingeschakeld:=Waar;

125. Button2.Visible:=Onwaar;

126. Knop2.Ingeschakeld:=Waar;

127. Button3.Visible:=Onwaar;

128. Knop3.Ingeschakeld:=Waar;

129. Button4.Visible:=Onwaar;

130. Label2.Visible:=Onwaar;

131. Label3.Visible:=Onwaar;

132. Label4.Visible:=Onwaar;

133. Label1.Caption:="Klik op de knop "Openen" en selecteer het bestand dat u wilt controleren";

BIJLAGE B

Resultaten van programmaoplossingen

Bij decreet van het Staatscomité voor Normen van de USSR van 18 december 1978 nr. 3350 werd de introductiedatum vastgesteld

vanaf 01.01. 1980

1. In deze standaard worden de eisen aan samenstelling en inhoud vastgelegd beleidsdocument"Beschrijving van het programma", gedefinieerd door GOST 19.101-77.

De standaard voldoet volledig aan ST SEV 2092-80.

2. De structuur en het ontwerp van het document zijn vastgesteld in overeenstemming met GOST 19.105-78.

Het opstellen van het informatiegedeelte (annotaties en inhoud) is verplicht.

3. De beschrijving van het programma moet de volgende onderdelen bevatten:

• algemene informatie;
• functioneel doel;
• beschrijving van de logische structuur;
• gebruikt technische middelen;
• invoergegevens;
• uitvoergegevens.

Afhankelijk van de kenmerken van het programma is het mogelijk om binnen te komen extra secties of combineer afzonderlijke secties.

4. In het onderdeel “Algemene informatie” moet het volgende worden vermeld:

• aanduiding en naam van het programma;
• software, noodzakelijk voor het functioneren van het programma;
• programmeertalen waarin het programma is geschreven.

5. De sectie “Functioneel doel” moet de klassen van problemen aangeven die worden opgelost en (of) het doel van het programma en informatie over functionele beperkingen bij de toepassing.

6. In de sectie "Beschrijving van de logische structuur" moet het volgende worden aangegeven:

• programma-algoritme;
• gebruikte methoden;
• programmastructuur met beschrijving van functies componenten en verbindingen daartussen;
• verbinding van het programma met andere programma's.

Bij de beschrijving van de logische structuur van het programma wordt rekening gehouden met de tekst van het programma in de brontaal.

3-6.(Gewijzigde editie, amendement nr. 1).

7. In de sectie “Gebruikte technische hulpmiddelen” moet worden aangegeven welke typen elektronische computers en apparaten worden gebruikt bij het uitvoeren van het programma.

• werkwijze voor het oproepen van het programma vanaf het overeenkomstige opslagmedium;
• toegangspunten tot het programma.

Het is toegestaan ​​om downloadadressen en gebruiksinformatie aan te geven RAM, programmavolume.

9. In het onderdeel “Invoergegevens” moet het volgende worden aangegeven:

• karakter, organisatie en voorbereidende voorbereiding invoergegevens;
• formaat, beschrijving en methode voor het coderen van invoergegevens.

10. In het onderdeel “Uitvoergegevens” moet het volgende worden aangegeven:

• aard en organisatie van outputgegevens;
• formaat, beschrijving en methode voor het coderen van de uitvoergegevens.

11. Het is toegestaan ​​om de inhoud van paragrafen te illustreren met verklarende voorbeelden, tabellen, diagrammen, grafieken.

12. De bijlage bij de programmabeschrijving kan verschillende materialen bevatten die niet geschikt zijn om in delen van de beschrijving op te nemen.

7-12.(Aanvullend geïntroduceerd, amendement nr. 1).

* Heruitgave (november 1987) met wijziging nr. 1, goedgekeurd in september 1981 (IUS 11-81)