Miksi tarvitset sovelluksen kuvauksen?

Kapteeni Ilmeisenä lainatakseni: on tärkeää kertoa asiakkaillesi, mistä sovelluksessasi on kyse. Mitä varten se on tarkoitettu? Kehittäjän näkökulmasta kuvaus on mahdollisuus saada ostaja "koukkuun". Sinun täytyy myydä idea. Sinun on kerrottava heille, miksi heidän pitäisi ladata sinun sovelluksesi eikä mitään muuta.

Jokainen kuvaustasi lukeva on jo löytänyt sovelluksesi haussa. Otsikko ja kuvakaappaukset vaikuttivat jo tarpeeksi houkuttelevilta, jotta hän napsahti "lisää" -painiketta. Kuvaannollisesti sanottuna hän on jo ottanut lompakkonsa esiin, kuin pakottaa hänet maksamaan ostosta.

Johdanto

Käytettävissäsi on rajoitettu määrä sanoja. Katso sovellusten kuvaukset - kuvakkeen alla App Storesta Vain pari riviä mahtuu.

Ankarimmat rajoitukset ovat iPhonen näytön asettamat - sinulla on vain 225 merkkiä. Tämä on kuvaussi tärkein osa. Koko kuvaus on rajoitettu neljääntuhanteen merkkiin, mutta ensimmäiset kaksisataa määräävät, haluavatko ostajat lukea loput.

Sinun on ilmaistava itsesi selkeästi ja selkeästi. Sovelluksen nimen - ja kuvakaappausten - pitäisi jo kertoa ostajalle yleisesti, mikä se on. Nyt meidän on vahvistettava tätä vaikutelmaa.

Kuvauksen johdannon tulee olla toimintakehotus. Yritä asettua asiakkaasi asemaan. Mitä hän tarvitsee?

Tässä on muutama yksinkertainen sääntö.

• Vangitse ostajasi huomio. Sijoita substantiivit ja verbit lauseen alkuun, jotta lauseesta tulee dynaaminen ja mahdollisimman selkeä.
• Älä käytä ammattislangia, se voi olla ärsyttävää. Leikkaa pois kaikki tarpeeton: johdantosanat, adverbilausekkeet, liian kukkaiset ilmaisut.
• Mikä on hakemuksesi arvo? Mitä ostaja saa, oppii tai kokee lataaessaan sen?
• Nähdäksesi, miltä sovelluksesi kuvaus näyttää iPhonen näyttö tai iPad, käytä esikatselu V ilmainen ohjelma.
• Nyt kun syötti on koukussa, on aika heittää siima. Toisin sanoen esittely on valmis, jatketaan kuvauksella.

Yksityiskohdat

Selitä, mitä käyttäjä tarkalleen saa sovelluksestasi. Muutaman johdantolauseen jälkeen – tunnepitoinen toimintakehotus – tarjoa heille yksityiskohtia.

Tietojen jakaminen riippuu tietystä sovelluksestasi. Mutta yleisesti ottaen sinun tulee noudattaa samoja periaatteita kuin uutisia kirjoittavien toimittajien - eniten tärkeitä tietoja tulee ensin, vähemmän tärkeä - lopussa.

Älä unohda kappaleita. Ihmiset pelkäävät nähdessään tekstin "kanvas". Vaihtele lauseen pituutta - tämä tekee tekstistä ilmaisuvoimaisemman. Käytä alaotsikoita ja rivinvaihtoja. Listat ovat myös hyvä tapa hajottaa tekstiä ja tehdä siitä houkuttelevampaa.

Luettelot

Koska puhumme luetteloista, ne ovat yksinkertaisimpia ja suosittu tapa puhua sovelluksesi ominaisuuksista. Tässä on muutamia vinkkejä niiden oikeaan käyttöön:

• älä tee niistä liian pitkiä;
• kaksi eniten tärkeitä kohtia paikka luettelon yläosassa, loput alareunassa;
• Et luultavasti lukenut tätä kohtaa;
• Et varmasti lue tätä.

On houkuttelevaa kirjoittaa luetteloon kaikki sovelluksen ominaisuudet. Voit yrittää, mutta muista, että ihmiset lukevat yleensä kaksi ensimmäistä kappaletta ja viimeisen. Ne ohittavat keskikohdan, aivan kuten lauseet, jotka alkavat samoilla sanoilla.

Joten olisi parempi jakaa pitkä lista useisiin pieniin, joita yhdistää yksi aihe.

Haku

Ihmiset, jotka etsivät sovellusta iTunesista, eivät etsi kuvausta: he kiinnittävät yleensä enemmän huomiota nimeen, avainsanoja ja muut tekijät. Kuvauksen avainsanat on kuitenkin indeksoitu hakukoneet. Siten, oikea kuvaus on avain korkeaan hakusijoitukseen.

Kuvauksesi tulee sisältää avainsanoja. On tärkeää olla liioittelematta sitä. Niiden on oltava asianmukaisia. Älä yritä kirjoittaa avoimesti "myytävää" tekstiä - se väistämättä hylkii potentiaalinen käyttäjä. Jos tarvitset apua ja mahdollisuus maksaa siitä ei pelota sinua, voit ottaa yhteyttä Appniqueen tai Sensor Toweriin (englanninkielisille teksteille, toimittajan huomautus).

Lokalisointi

Sovelluksen lokalisointi on suhteellisen halpa ja helppo tapa lisätä latauksia. Siinä ei käytännössä ole vikoja. Common Sense Advisoryn tekemä tutkimus 3 000 kuluttajalle 10 ei-englanninkielisestä maasta osoittaa, että yli 75 % vastaajista haluaa sovelluksen äidinkieli.

Raportissa, jonka otsikko on "Jos en lue, en osta", todetaan myös, että 55 % käyttäjistä tekee ostoksia vain sivustoilta, jotka tarjoavat tietoa heidän äidinkielellään. Mielenkiintoista on, että 50 % vastaajista ilmoitti olevansa tyytyväisiä jopa navigointiin ja osaan sisällöstä äidinkielellään. Eli jopa osittainen käännös antaa parhaat tulokset kuin sen täydellinen poissaolo.

Ota tämä huomioon, käännä ainakin kuvaus, ellei koko sovellus.

Tarjoaa luettelon lokalisoiduista sovelluksista, jotka voivat lajitella lajityypin mukaan - näin on mahdollista analysoida, mihin on parempi keskittää voimasi. Näet myös luettelon eniten käytetyistä sanoista sovelluksen kuvauksessa eri kielillä.

Varmista, että käännösyrityksellä on tarvittavat taidot. Google-kääntäjä Se on epätodennäköistä, että se pystyisi välittämään tekstiin lisäämiäsi merkityksen sävyjä.

Jos suosittu verkkosivusto tai julkkis kirjoitti arvostelun sovelluksestasi, kannattaa lainata häntä. Jos olet voittanut palkinnon, se on myös mainittava. Jos sovelluksesi on hyvin suosittu perheesi keskuudessa... On luultavasti parempi olla hiljaa (ellei tietysti sukunimesi ole Kardashian).

Applen säännöt ehdottavat, että voit "asettaa käyttäjien arvosteluja, kehuja tai suosituksia kuvauksen loppuun vain, jos koet sen tarpeelliseksi".

Päivitykset

Älä usko, että sovelluksen kuvaus muistuttaa kymmentä käskyä ja on kiveen hakattu. Sinun on luonnollisesti raportoitava sovelluksen uudet päivitykset päivityksen jälkeen. Lisäksi, jos yhtäkkiä keksit loistavan lauseen tai käyttäjät jakavat sinua inspiroivan huomautuksen, tai koko Internetin paras verkkosivusto jätti kommentin hakemukseesi siisti arvostelu- voit vapaasti parantaa kuvaustasi. Jos sovelluksessa oli työhön vaikuttavia virheitä, älä unohda ilmoittaa heille korjauksen jälkeen, että ne on korjattu.

Kuvaus ei ole vain ikkuna sovellukseesi, vaan myös mahdollisuus saada korkea hakusijoitus.

On neljä asiaa, jotka on otettava huomioon, jotta voit hyötyä viittauksista/sitaateista. Ensinnäkin, sinulla on aina oltava sovelluksellesi verkkosivusto, jossa on kuvakaappauksia, tekstejä ja linkkejä, joista voit ostaa sen. Toiseksi tarvitset linkin tukitiimiin – sähköpostiosoitteen tai keskustelupalstan osoitteen, johon voit kirjoittaa, jos sinulla on kysyttävää tai ongelmia. Kolmas - linkit projektisi sivulle sosiaaliset verkostot. Ja lopuksi tarvitset linkkejä muihin sovelluksiisi.

Varmista, että tukitiimisi vastaa kyselyihin välittömästi. Jos ihmisten on vaikea ottaa sinuun yhteyttä, he jättävät sinut alhaiset arvosanat ja ehkä jopa kirjoittaa ilkeän arvostelun.

Jos käyttäjät kysyvät jatkuvasti samoja kysymyksiä, harkitse UKK-osion luomista sovelluksen verkkosivustolle.

Jos sinulla on jo onnistunut projekti, älä unohda mainita siitä. Tai voit jättää "jos pidit tästä, saatat pitää tästä" -kuvauksen toisen sovelluksesi loppuun.

Yleisimmät virheet ja niiden välttäminen

Kirjoitusvirheet ja välimerkit/kielivirheet. Kutsu erikoiskoulutettu copywriter tai sisään viimeisenä keinona, kytke päälle tekstieditori oikeinkirjoituksen tarkistus.

Hämmentynyt ja kielteinen kuvaus. Jos käyttäjä ei ymmärrä sinua, hän ei lataa sovellusta.

Hyperbolien ja kliseiden väärinkäyttö. Onko sovelluksesi todella vallankumouksellinen? Onko yritys todella nuori ja dynaamisesti kehittyvä? Keksi vähemmän kliseisiä tapoja viestiä tästä.

Kaikki salaisuus tulee selväksi. Totuus sovelluksestasi paljastetaan muutaman sekunnin kuluessa lataamisesta - ja sitten se tallennetaan Googlen välimuisti ikuisesti. Joten älä valehtele.

Liian monta avainsanaa. Mainitsin jo, että kömpelöt yritykset tukahduttaa tekstiin mahdollisimman monta avainsanaa vain sammuttavat ostajan.

Kuvaus ei ota huomioon kohdeyleisön etuja.Älä kirjoita itsellesi eikä kilpailijoille - kirjoita ostajalle.

Tärkeitä yksityiskohtia puuttuu. Kuinka paljon sovellus painaa? Kuinka paljon tilaus maksaa? Tämä ei ole tieto, jota pitäisi jättää huomiotta.

Joten aloitetaan

Lyhyesti sanottuna: sinun on valmisteltava, kirjoitettava, hiottava, käännettävä ja päivitettävä sitten tarpeen mukaan.

Tee tutkimus ja valmistelu ennen kuin aloitat kuvauksen kirjoittamisen. Etsi oikeat avainsanat ja ilmaukset. Kirjoita sovelluksesi ominaisuudet luetteloon ja järjestele ne tärkeimmistä vähiten tärkeisiin.

Kirjoita kuvausluonnos tai palkkaa lahjakas copywriter tätä tarkoitusta varten.

Muokkaa, säädä ja kirjoita uudelleen - kohteeseen maksimaalinen vaikutus. Tarkista, miltä kuvaus näyttää iPhonen tai iPadin näytöllä. Työskentele, kunnes se on sileä, kiillotettu ja houkutteleva.

Käännä se kielelle lisäkieli, alkaen niistä, jotka ovat erityisen tärkeitä latausten kannalta.

Varmista, että kuvaus heijastelee kaikkia sovelluksellesi tapahtuneita muutoksia, korosta kuvauksissa olevia merkittäviä parannuksia ja korosta myönteisiä arvosteluja tai palkintoja.

Hyvä sovelluksen kuvaus auttaa myymään sitä ja kannustaa lataamaan sitä.

Yleistä tietoa.

Ohjelman nimi on jane ja se tallennetaan tiedostoon jane.dpr. Ohjelma käyttää apumoduuleja main, new, dmData, about, jotka on tallennettu tiedostoihin main.pas, new.pas, about.pas, dmData.pas. Ohjelma on kirjoitettu kielellä Delphi ohjelmointi. Ohjelma käyttää tietoja tietokantataulukoista otdel.db, sotrudnik.db, family.db, obrazovanie.db

Toiminnallinen tarkoitus.

Dialogikaavion toteutus.

Tyypillisesti käyttäjän ja tietokoneen välinen käyttöliittymä sisältää näyttöruudun, näppäimistön ja hiiren – tämä on se, joka näyttää tietoja käyttäjälle ja vastaanottaa tietoja käyttäjältä. ,

Käytännössä Delphillä kirjoitettu ohjelma on saavutettavissa graafisen avulla käyttöliittymä. GUI sovellusohjelman suorittama vuoropuhelu on eräänlainen vuoropuhelu, joka tapahtuu tietokoneen ja sen käyttäjän välillä. Toisin sanoen käyttöliittymä on se osa ohjelmaa, joka suorittaa tiettyjä toimintoja muuntaa käyttäjän toimet yhdeksi tai useammaksi pyynnöksi ja tarjoaa palautetta käyttäjän kanssa hänen toimintojensa järjestyksen mukaisesti.

Käyttäjä voi valita järjestelmän toimintoja painonäppäinten ja kuvallisten valikoiden avulla. Käyttäjä näkee tietokannan sisällön edessään näyttödokumentin muodossa. Vuorovaikutus käyttäjän kanssa tapahtuu näyttölomakkeiden kautta. Dialogikaavion toteutus on esitetty kuvassa 17.

Kuva 17. Näytön muotojen puu

Kuvaus looginen rakenne.

Ohjelma on tapahtumalähtöinen. Kun napsautat painiketta, ohjelmalle lähetetään viesti ja kutsutaan vastaava käsittelijäproseduuri, joka käsittelee tämän tapahtuman. Käsittelyn tulokset näkyvät monitorin näytöllä. Esimerkiksi: kun napsautat "Työ"-painiketta "Diploma Project" -lomakkeessa, kutsutaan Uudessa moduulissa olevaa menettelyä, joka piilottaa "Diploma Project" -lomakkeen, näyttää "Henkilöstökirjanpito" -lomakkeen näyttöruudulla , ja ohjaus siirretään päämoduuliin.

Ohjelman suorittamiseksi sinun on ladattava se osoitteeseen henkilökohtainen tietokone Delphi-kuori, käännä lähde jane.dpr-tiedoston sisältämä ohjelma. Soittaa exe-tiedosto ja jatka työskentelyä hänen kanssaan. Ennen työn aloittamista sinun tulee käydä läpi lupamenettely (Kuva 18).

Kuva 18. Salasanan syöttölomake

Tulo- ja lähtötiedot.

Syöttötiedot:

osaston nimi,

pomon nimi,

Työntekijöiden koko nimi, asema,

vuokrauspäivä,

viimeinen työpaikka,

palvelusaika maahantulopäivästä lukien,

koulutuksen merkki,

merkki perheen perustamisesta,

lasten määrä

siviilisääty,

syntymäpäivät,

koulutustyyppi,

koulutusmuoto,

oppilaitos,

päättymispäivä,

erikoisuus.

Tulostustiedot: kaikki käyttäjän toimintojen tulokset tietokantojen kanssa työskennellessä näkyvät monitorin näytöllä; nämä tulokset, jotka näytetään tietokantana näytöllä, ovat tulos ohjelmalle. Tämän "Henkilöstökirjanpito" -tietokannan kanssa työskentelyn tuloksena voi myös olla tilausten luominen ja tulostaminen, mikä helpottaa huomattavasti käyttäjän työtä ja eliminoi tarpeen laatia manuaalisesti asiakirjoja, kuten työntekijöiden ja heidän henkilökohtaistensa irtisanomis- tai palkkausmääräyksiä. kortit.

Tietokoneohjelmat suunnitellaan vaatimusten mukaisesti Yhtenäinen järjestelmä ohjelman dokumentaatio(ESPD). ESPD on joukko GOST-standardeja, jotka määrittelevät ohjelma-asiakirjojen suunnittelua, sisältöä ja rakennetta koskevat säännöt.
Tämä ohje sisältää otteita ESPD:stä. Täydelliset tiedot saa suoraan GOST:ista.

Lyhyt ohjelman suunnittelualgoritmi

Lyhyesti ohjelman suunnittelualgoritmi ja ohjelmadokumenttien tyypit on esitetty kuvassa. Rekisteröintiprosessi on kuvattu tarkemmin alla.

Ohjelma-asiakirjan laatiminen

Ohjelmadokumentti - asiakirja, joka sisältää ohjelmien kehittämiseen, tuotantoon, ylläpitoon ja toimintaan tarvittavat tiedot.

Jokainen yksittäinen ohjelma-asiakirja laaditaan GOST 19.101-77, GOST 19.103-77, GOST 19.104-78, GOST 19.105-78, GOST 19.106-78, GOST 19.604-78 (yhteinen kaikille ESPD-asiakirjoille) vaatimusten mukaisesti. lisää yksityiskohtainen kuvaus GOST-tiedot ovat alla) ja GOST tietylle ohjelmadokumentille.

Ohjelmadokumenttien yleiset vaatimukset. GOST 19.105-78

Painettujen ohjelmadokumenttien vaatimukset. GOST 19.106-78

GOST 19.106-78 määrittelee ohjelmadokumenttien suorittamista koskevat säännöt painetulle suoritustavalle.

On tärkeää huomata, että tämä GOST ei koske ohjelmadokumenttia "Ohjelmateksti".

Ohjelma-asiakirjan materiaalit on oltava seuraavassa järjestyksessä:

• Otsikko osa:
  • hyväksymislomake (ei sisälly asiakirjan arkkien kokonaismäärään);
  • otsikkosivu (asiakirjan ensimmäinen sivu);
• Tietoa osa:
  • huomautus;
  • sisällysluettelo;
• Pääosa:
  • asiakirjan teksti (kuvien, taulukoiden jne. kanssa);
  • sovellukset;
  • termiluettelo, lyhenneluettelo, kuvioluettelo, taulukkoluettelo, aihehakemisto, luettelo viiteasiakirjoista;
  • muuta lokiosaa:
  • muuta rekisteröintilomaketta.

Annotaatio kertoo ohjelman painoksen ja hahmottaa lyhyesti asiakirjan tarkoituksen ja sisällön. Jos asiakirja koostuu useista osista, osien kokonaismäärä ilmoitetaan huomautuksessa. Asiakirjan sisältö sijoitetaan erilliselle (numeroidulle) sivulle (sivuille) huomautuksen jälkeen, jossa on otsikko ”SISÄLTÖ”, ei numeroitu osioksi ja joka sisältyy asiakirjan kokonaissivumäärään.

Tekstin muotoilu:

• Ohjelmadokumentti suoritetaan arkin toiselle puolelle, kahdella aikavälillä; sallitaan yhden tai puolentoista välein.
• Tiivistelmä sijoitetaan erilliselle (numeroidulle) sivulle otsikolla "ABSTRAKTI", eikä sitä numeroida osiona.
• Osion otsikot on kirjoitettu isoilla kirjaimilla ja sijoitetaan symmetrisesti tekstin oikeaan ja vasempaan reunaan nähden.
• Alaosien otsikot kirjoitetaan kappaleesta pienet kirjaimet(paitsi ensimmäinen pääkaupunki).
• Sanojen tavutus otsikoissa ei ole sallittua. Otsikon lopussa ei ole pistettä.
• Otsikon ja seuraavan tekstin sekä osion ja alaosion otsikoiden välisen etäisyyden tulee olla yhtä suuri:
  • suoritettaessa asiakirjaa kirjoituskoneella - kaksi väliä.
• Osioissa ja alajaksoissa, joiden teksti on kirjoitettu samalle sivulle edellisen osan tekstin kanssa, etäisyys viimeinen rivi tekstin ja sitä seuraavan otsikon tulee olla yhtä suuri kuin:
  • kun asiakirja suoritetaan koneella kirjoitetulla menetelmällä - kolme koneella kirjoitettua väliä.
• Jaksot, alakohdat, kappaleet ja alakohdat on numeroitava arabialaisilla numeroilla ja pisteellä.
• Jakson sisällä tulee olla jatkuva numerointi kaikille alajaksoille, kappaleille ja alakohdille tämä osio.
• Alajaksojen numerointi sisältää osion numeron ja sarjanumero tähän osioon sisältyvä alakohta pisteellä erotettuna (2.1; 3.1 jne.).
• Jos jaksoja ja alakohtia on, lisätään alakohdan numeroon pisteen jälkeen lausekkeen ja alakohdan sarjanumero (3.1.1, 3.1.1.1 jne.).
• Asiakirjan tekstin tulee olla lyhyt, selkeä, väärintulkintamahdollisuutta poissulkeva.
• Termien ja määritelmien on oltava yhdenmukaisia ​​ja vakiintuneiden standardien mukaisia, ja niiden puuttuessa - yleisesti hyväksyttyjä tieteellisessä ja teknisessä kirjallisuudessa, ja ne on esitettävä termiluettelossa.
• Tarvittavat selitykset asiakirjan tekstiin voidaan antaa alaviitteissä.
• Alaviite on merkitty numerolla, jossa on hakasulke, joka on sijoitettu fontin yläreunan tasolle, esimerkiksi: "tulostuslaite2)..." tai "paperi5)".
• Jos alaviite viittaa yksittäinen sana, alaviitemerkki sijoitetaan suoraan tämän sanan viereen, mutta jos koko lauseeseen, niin lauseen loppuun. Alaviiteteksti sijoitetaan sivun loppuun ja erotetaan päätekstistä 3 cm:n pituisella viivalla, joka on piirretty sivun vasempaan reunaan.
• Kuvia, jos saatavilla tämä asiakirja useampi kuin yksi, on numeroitu arabialaisilla numeroilla koko asiakirjassa.
• Asiakirjan kaavat, jos niitä on useampi kuin yksi, numeroidaan arabialaisilla numeroilla, numero sijoitetaan oikea puoli sivut suluissa kaavatasolla.
• Kaavaan sisältyvien symbolien ja numeeristen kertoimien merkitys on ilmoitettava suoraan kaavan alapuolella. Jokaisen merkin merkitys on painettu uusi rivi siinä järjestyksessä, jossa ne on annettu kaavassa. Transkription ensimmäisen rivin tulee alkaa sanalla "missä", ilman kaksoispistettä sen jälkeen.
• IN ohjelmadokumentit viittaukset standardeihin ovat sallittuja (lukuun ottamatta yritysstandardeja), tekniset tiedot ja muut asiakirjat (esimerkiksi viranomaisasiakirjat Valtion valvonta Neuvostoliiton valtion rakennuskomitean säännöt ja määräykset). Kun viitataan standardeihin ja teknisiin eritelmiin, niiden nimi on ilmoitettu.
• Asiakirjassa on viitattava koko asiakirjaan tai sen osiin (ilmoitettaessa asiakirjan nimi ja nimi, jakson tai liitteen numero ja nimi). Toistettaessa viittauksia osioon tai sovellukseen, vain numero ilmoitetaan.
• Tekstin ja taulukoiden huomautukset sisältävät vain viite- ja selittäviä tietoja.
• Yhtä nuottia ei ole numeroitu. Laita sanan "huomautus" jälkeen piste.
• Useat nuotit tulee numeroida järjestyksessä käyttäen arabialaisia ​​numeroita ja pistettä. Kirjoita sanan "huomautus" jälkeen kaksoispiste.
• Sanojen lyhenteet tekstissä ja kirjoitukset kuvien alla eivät ole sallittuja.
• Kuvitettu aineisto, taulukot tai tukiteksti voidaan esittää liitteenä.
• Jokaisen hakemuksen tulee alkaa uusi sivu merkinnällä oikealla yläkulma sanat ”SOVELTAMINEN” ja niillä on temaattinen otsikko, joka on kirjoitettu symmetrisesti tekstiin isoin kirjaimin.

GOST sisältää näytearkin, joka osoittaa kentät, sivunumerointipaikat ja koodin.

Ohjelman teksti

Esimerkki.

Ohjelman erittely

Tekniset tiedot sisältävät ohjelman tarkan nimen ja sen koostumuksen. Erittelylomake on liitteessä 2. Erittelysarakkeet täytetään seuraavasti:

1. Merkitse sarakkeessa "Nimitys" pääohjelmiston nimi
komponentit;

2. ilmoita sarakkeessa "Nimi" vastaavan komponentin koko nimi;

3. "Huomautus"-sarakkeessa - lisätietoja liittyvät Vastaanottaja spesifikaatioissa kirjoitetut ohjelmat.

"Game "Labyrinth" -ohjelman suoritettava tiedosto on nimeltään Labirint.exe ja se sijaitsee F-asemalla Student\Kursov\Labirint-hakemistossa. Projektin kokoonpano:

Nimi	Nimitys	Huom
Acl	Pohjapiirrostiedosto	Luotu sovelluksessa
Helpi	Ohjetiedosto	Luotu sovelluksessa
Labirint.Dof	Projektin asetustiedosto	Sisältää, nykyiset asetukset projekti: kääntäjän ja linkityksen asetukset, palveluhakemistojen nimet, ehdolliset käskyt
Labirint.Dpr	Projektitiedosto	Linkittää kaikki tiedostot, jotka muodostavat sovelluksen
Labirint.Dsk	Tiedosto, joka sisältää työpöytäprojektin asetukset	Sisältää tietoa siitä, mitkä ikkunat ovat auki ja missä asennossa ne sijaitsevat
Labirint.Res	Resurssitiedosto	Sisältää piktogrammeja, graafisia kuvia
Yksikkö 1.Pas	Ohjelmistomoduulitiedosto lomakkeelle nro 1	Määrittää lomakkeen nro 1 toiminnallisuuden.
Yksikkö2.Pas	Ohjelmistomoduulitiedosto lomakkeelle nro 2	Määrittää lomakkeen nro 2 toiminnallisuuden.
U»it3.Pas	Ohjelmistomoduulitiedosto lomakkeelle nro 3	Määrittää lomakkeen nro 3 toiminnallisuuden.
Unitl.Dfm	Lomaketiedosto nro 1	Sisältää luettelon kaikkien lomakkeeseen nro 1 sisältyvien komponenttien ominaisuuksista.
Yksikkö2.Dfm	Lomaketiedosto nro 2	Sisältää luettelon kaikkien lomakkeeseen nro 2 sisältyvien komponenttien ominaisuuksista.
Yksikkö3.Dfm	Muototiedosto #3	Sisältää luettelon kaikkien lomakkeeseen nro 3 sisältyvien komponenttien ominaisuuksista.
Uuitl.Dcu	Objektitiedosto yksikölle 1. Pas	Unit1.Pas:n käännetty versio.
Uuit2.Dcu	Unit2.Pas-objektitiedosto	Unit2.Pas:n käännetty versio.
Yksikkö3.Dcu	Unit3.Pas-objektitiedosto	Käännetty versio UnM.Pasista.

Tarjolla on täydellinen luettelo ohjelmasta. Luettelot kaikista moduuleista kommenteineen tarjotaan.

GOST 19.402-78:n mukaisen osan "Ohjelman kuvaus" tulee sisältää seuraavat alakohdat:

· yleistä tietoa;

· toiminnallinen tarkoitus;

· loogisen rakenteen kuvaus;

· käytetty teknisiä keinoja;

· syöttötiedot;

· lähtötiedot.

Yksittäisiä osioita voidaan yhdistää. Jotkut tämän osan kohdat toistavat teknisen projektin osia. GOST tarjoaa tällaisia ​​toistoja, koska yksityiskohtaisen suunnittelun vaiheessa teknisten välineiden tai ohjelman koostumukseen tulee joitain lisäyksiä tai muutoksia. Tarkempia ja tarkempia tietoja on täällä.

"Yleiset tiedot" -alaosiossa tulee mainita: ohjelman nimi ja nimi; ohjelmisto tarpeen ohjelman toiminnan kannalta; ohjelmointikielet, joilla ohjelma on kirjoitettu.

Alakohdassa "Toimintatarkoitus" on ilmoitettava ratkaistavien ongelmien luokat ja (tai) ohjelman tarkoitus sekä tiedot toiminnallisista käytön rajoituksista.

Alakohdassa "Loogisen rakenteen kuvaus" tulee ilmoittaa käytetyt menetelmät; ohjelman rakenne toimintojen kuvauksella komponentit ja niiden väliset yhteydet; ohjelman yhdistäminen muihin ohjelmiin. Ohjelman loogisen rakenteen kuvaus tehdään ottaen huomioon ohjelman lähdekielinen teksti.

Kohdassa "Käytetty tekniset välineet" tulee ilmoittaa, minkä tyyppisiä tietokoneita ja laitteita käytetään ohjelmaa ajettaessa.

Kohdassa "Soita ja lataa" tulee ilmoittaa ohjelman kutsumistapa sopivalta tallennusvälineeltä ja ohjelman sisääntulokohdat.

Alakohdassa "Syötetiedot" on ilmoitettava: syöttötietojen luonne, organisaatio ja alustava valmistelu, muoto, kuvaus ja syöttötietojen koodaustapa.

Kohdassa "Tulostiedot" tulee ilmoittaa: lähtötietojen luonne, organisaatio ja alustava valmistelu, muoto, kuvaus ja lähtötietojen koodaustapa.

GOST 19.101-77 määrittelee ohjelman kuvauksen tietojoukoksi ohjelman loogisesta rakenteesta ja toiminnasta. Ohjelmakuvauksen tulee koostua neljästä pääosasta: otsikkoosa, tietoosa, pääosa, muutosten rekisteröinnin osa.

Pääosa tulee sisältää seuraavat osiot: yleistiedot, toiminnallisuus, loogisen rakenteen kuvaus, käytetyt tekniset keinot, kutsu ja lataus, syöttötiedot, lähtötiedot.

Ohjelman ominaisuuksista riippuen on mahdollista lisätä uusia osioita tai yhdistää yksittäisiä osioita. Kun kuvataan ohjelmistotuote, sisältää useita ohjelmayksiköitä (ohjelmia, aliohjelmia), kuvaus mukaan määritetty kaavio anna jokaisesta ohjelmayksikkö, noudattaen samalla koko ohjelmistotuotteen asetteluhierarkiaa. Jos siis esimerkiksi yhteensä Ohjausohjelma sisältää kutsun FileExist-funktiolle ja Brackets-proseduurille, joka puolestaan ​​kutsuu Error-menettelyä, ja yleinen kaava Tämän ohjelmistotuotteen hierarkia näkyy kuvassa 6, sitten kuvauksen tulee alkaa Control-ohjelmayksiköllä, sitten kuvailla FileExist-, Brackets-, Stack-ohjelmayksiköt, sitten kuvattava Error-ohjelmayksikkö osana Brackets-ohjelmaa.

Esimerkki monimutkaisen ohjelmistotuotteen hierarkiasta on esitetty kuvassa 6.

Ohjausohjelma

kiinnikkeiden sijoittaminen

ohjelmissa

Hakasulkeet FileExist Stack

Testausmenettely Testaustoiminto Moduuli

oikea olemassaolo työhön

hakasulkeiden sijoittaminen tiedostoon, jossa on pino

Virhe

Toimenpide InitStack EmptyStack InStack OutStack

Selitykset Toimenpide Toiminto Toiminto Toimenpide

alustusvirheiden tarkistus mahdollistaa purkamisen

pino void element element element pino

pinota pinosta

Kuva 6 – Ohjelman rakennekaavio

osiossa "Yleistä tietoa" ohjelman, ohjelmiston nimi ja nimi (käyttöympäristö, sovellusohjelmia), tarvitaan kuvatun ohjelman toiminnan kannalta. Jos varten erilaisia ​​tiloja käsittely vaatii erilaisia ​​sovellusohjelmia, tulee antaa taulukko, joka osoittaa, mitä ohjelmistoja kuhunkin tilaan tarvitaan. Sinun on määritettävä ohjelmointikieli, jolla ohjelma on kirjoitettu.

osiossa "toiminnallinen tarkoitus" määritetään ratkaistavien ongelmien luokka ja (tai) ohjelman tarkoitus. Tässä kappaleessa tulee luetella selkeästi kaikki toiminnot, joissa ohjelma suorittaa määrätyllä tavalla tai käyttäjän valitsemana. Ohjelman käyttöä koskevat rajoitukset on määritettävä.

osiossa "Loogisen rakenteen kuvaus" mukana on ohjelman rakennekaavio, josta käy ilmi komponenttimoduulien ja aliohjelmien nimet ja käyttötarkoitukset (kuva 6). Ohjelman rakenneyksiköiden sanalliseen kuvaukseen liittyy suurennettujen algoritmikaavioiden esitys, yleensä enintään kolme arkkia. Ensimmäinen arkki näyttää suurennettu kaavio toiminta-algoritmista pääohjelma. Lisäksi esitetään kaavioita niiden aliohjelmien algoritmeista, jotka heijastavat ongelmanratkaisumenetelmän olemusta. Esimerkkejä algoritmikaavioista on esitetty kuvissa 7, 8, 9, 10.

Algoritmikaavioiden suunnittelun on oltava GOST 19.701-90 "Algoritmien, ohjelmien, tietojen ja järjestelmien kaaviot" vaatimusten mukainen. Minkä tahansa piirin ensimmäinen lohko on START (tai START) -lohko:

Kaavion liitosviivat, joita kutsutaan muuten virtausviivoiksi, eivät saa leikkaamaan tätä, käytetään sivun sisäisiä liittimiä

ja sivujen väliset liittimet

12 [arkista...

12 [arkkia kohden...

Liitintä kohti osoittava nuoli tarkoittaa, että ohjaus siirtyy lohkoon, jonka numero on merkitty liittimen sisällä. Liittimestä poispäin osoittava nuoli tarkoittaa, että ohjaus siirtyy lohkosta, jonka numero on merkitty liittimen sisällä. Jokainen erillisen ohjelmayksikön algoritmikaavio on kuvattu erillisessä kuvassa. Kuvat on numeroitu peräkkäin yhdessä asiakirjassa. Jokaisella piirroksella on nimi, joka kirjoitetaan piirustuksen yläpuolelle, ja numero, joka kirjoitetaan piirustuksen alle. Algoritmikaaviota kuvaavan kuvan nimi voi olla vastaavan ohjelmayksikön nimi, esimerkiksi: "Ohjausohjelman algoritmikaavio" tai "Virhe-alirutiinin algoritmikaavio". Esimerkkejä algoritmikaavioista on esitetty kuvissa 7, 8, 9, 10.

Kuva 8 - FileExist-toiminto Kuva 9 - Virhemenettely

Kuva 10 – Brackets-proseduurialgoritmin kaavio

Ohjelmistotyökalun mukana toimitettaessa loogisen rakenteen kuvaus on materiaali, jolla se muokattava tai päivitettävä osa ohjelmatekstistä sijaitsee. Kuvattaessa ohjelman logiikkaa annetun algoritmikaavion mukaisesti, on tarpeen kuvata kunkin lohkon suorittama työ.

osiossa "Käytetty tekninen keino" on tarpeen ilmoittaa tietokonetyypit, tietokonekompleksin kokoonpano, jolle on kuvattu ohjelmistotyökalu. Jos ohjelma ottaa huomioon käyttöympäristön ominaisuudet, tulee ilmoittaa käyttöympäristö, jossa tämä ohjelma toimii.

menetelmä ohjelman kutsumiseksi vastaavalta tallennusvälineeltä määritellään ja syöttöparametreja ohjelmaa käynnistettäessä. On sallittua ilmoittaa ohjelman volyymi, tiedot operatiivisten ja ulkoinen muisti. On tarpeen ilmoittaa, kuinka ohjelman suoritus itse asiassa alkaa, mitä viestejä odotetaan tämän alkujakson aikana.

osiossa "Syöte" on tarpeen ilmoittaa luonne, organisaatio ja alustava valmistelu syötetiedot. On tarpeen kuvata kaikentyyppiset syöttötiedot ja kunkin tyypin tarkoitus. Jos syötetieto voidaan esittää joidenkin suurempien loogisten yksiköiden sarjana, on tarpeen kuvata tapoja yhdistää syötetiedot näihin suurempiin loogisiin yksiköihin. Sinun on määritettävä kaikkien loogisen tietueen kenttien muoto ja tarkoitus. On myös tarpeen määrittää rajoitukset syötetietojen kokoa ja määrää varten. Lähtötiedot on kuvattu yhtä yksityiskohtaisesti kuin syöttötiedot. Jos tulos on yksi tai useampia sanomia, on tarpeen osoittaa, miten käyttäjän tulee tulkita kukin viesti, miten hän voi käyttää kunkin viestin sisältämää tietoa.