Tekninen dokumentaatio. Ohjelmoijan käsikirjan tarkoitus Mihin dokumentaatioluokkaan ohjelmointikäsikirja kuuluu?

Päämäärät ja tavoitteet

Ohjelmoijan opas on kehitetty kolmeen tapaukseen:

  1. ohjelmistotuote on päätarkoituksensa perusteella kehitysympäristö tai kirjasto (kuten Delphi tai Qt);
  2. monimutkainen tai ohjelmistotuote toimii alustana tietyntyyppisten ohjelmien tai järjestelmien kehittämiseen (kuten 1C tai Axapta);
  3. ohjelma jaetaan mukana lähdekoodi tai kehittäjät itse muokkaavat sitä jatkuvasti.

Voit toki kuvitella muita tilanteita (esimerkiksi ohjelmistotuote on käyttöjärjestelmä), mutta elämässä ne ovat paljon harvinaisempia.

Ohjelmoijan johdon ilmeinen tehtävä on tarjota kehittäjälle tietoa, joka riittää hänen luomaan omia ohjelmiaan tai järjestelmiään ohjelmistotuotteemme pohjalta. Toinen motiivi tällaisen asiakirjan luomiseen on kehittäjien tarve tallentaa tuotteen tila ajoittain, jotta se ei hämmentyisi siinä eikä tuottaisi "pyhän tiedon" kantajia tiimiin.

Ohjelmoijan käsikirjassa tulee selittää:

  • Kuinka "maailma", johon kehittäjä on uppoutunut, toimii. Mitä objekteja ohjelmoija käsittelee, missä ne sijaitsevat, kuinka kauan ne ovat olemassa ja miten ne ovat vuorovaikutuksessa keskenään. Minkä niistä hän luo itse ja mitkä ovat hänelle alunperin ympäristön, puitteiden, kirjaston tarjoamia.
  • Mitä muita kehitystyökaluja (ohjelmistotuotteemme lisäksi) tarvitaan sovelluksen tai järjestelmän luomiseen? Esimerkiksi jos ohjelmistotuotteemme on kirjasto, niin ohjelmoija tarvitsee kääntäjän (mahdollisesti melko spesifisen), jonkinlaisen kehitysympäristön ja muita työkaluja.
  • Missä ympäristössä sovellus tai järjestelmä toimii? Mikä tulee olemaan hänen vähimmäisvaatimukset järjestelmään? Tarvitsetko lisäohjelmistoa sen suorittamiseen: puitteet, suoritusajat, tulkit.
  • Mikä on vähintään toimiva sovellus tai vähintään toimiva järjestelmä. Mitä objekteja missä järjestyksessä pitää luoda ja miten ne liitetään toisiinsa niin, että sovelluksessa näkyy ainakin "Hello World". On totta, että on sovelluksia, jotka eivät näytä tekstiä ollenkaan, vaan ohjaavat masuunia tai verkkoliikennettä, mutta niillä on silti välttämättä jonkinlainen minimaalinen teho.
  • Kuinka (askel askeleelta) koota toimiva sovellus tai ottaa käyttöön toimiva järjestelmä.

Nämä ovat peruskysymyksiä, joihin ohjelmoija ei voi toimia normaalisti ilman vastauksia. Jos niitä ei ilmoiteta hänelle nimenomaisesti, hänen on pakko tehdä tutkimusta. Mutta on olemassa monia muita muita: virheenkorjausmenetelmät ja -tekniikat, ohjelmointityyli jne.

Teorian lisäksi ohjelmoijan käsikirjassa on oltava täydelliset kuvaukset kaikista ohjelmistotuotteen sisältämistä kohteista. Jos nämä ovat funktioita, tulee niiden synopsit antaa, jos ne ovat luokkia, kuvaukset niiden liitännöistä jne.

Jos ohjelmistotuotteessa käytetään alkuperäistä ohjelmointikieltä ja se on varustettu omalla kääntäjällä tai tulkilla, ohjelmoijan käsikirjaan tulee olla kuvaus siitä. Jos se kuitenkin osoittautuu melko suureksi, se laitetaan erilliseen asiakirjaan, jota kutsutaan nimellä: kielen kuvaus (ohjelmointi).

Metodologia ja esitystyyli

Ohjelmoijan käsikirjan teoreettisen osan tärkeimmät metodologiset vaatimukset ovat logiikka ja esityksen johdonmukaisuus. Erityisesti seuraavia sääntöjä on noudatettava tekstissä:

  • Uutta käsitettä esitettäessä luotamme vain niihin käsitteisiin, jotka on esitelty aiemmin eksplisiittisesti tai joiden katsotaan olevan lukijalle ilmeisen tuttuja. Aivan kuten matematiikan oppikirjassa.
  • Lukijalla ei saa koskaan olla tunnetta, että kirjoittaja luo kokonaisuuksia tarpeettomasti. Jokaisen käsitteen käyttöönotto on perusteltava jollain tavalla.

Yksittäisten esineiden kuvauksen päävaatimus on kunkin niistä kuvauksen täydellisyys. Toisin kuin käyttöopas, jota laadittaessa voi periaatteessa luottaa lukijan kekseliäisyyteen, joka katsoo käyttöliittymän ja selvittää sen itse, ohjelmoijan käsikirjassa kuvataan hyvin epäselviä asioita. Ja vaikka ohjelmoijan voidaan odottaa olevan oivaltavampi kuin käyttäjä, hänen on korvattava tiedon puute analysoimalla lähdeteksti, ja jos se on saatavilla, niin testaamalla "musta laatikko" ja debuggeri. Tämä on paljon pidempi prosessi kuin valikoissa ja valintaikkunoissa vaeltaminen.

Esineitä kuvattaessa tulee kiinnittää erityistä huomiota seuraaviin seikkoihin:

  • Mitä täytyy välttämättä edeltää esineen luomista ja käyttöä.
  • Mitä sivuvaikutuksia esineeseen pääsyllä on?
  • Objektin sille siirretyn tiedon tulkinnan ominaisuudet.
  • Missä "fyysisesti" (missä tiedostossa, missä kirjastossa) objekti sijaitsee.

On suositeltavaa antaa esimerkkejä kunkin objektin käytöstä, pienet koodinpätkät osoittavat:

  • objektin luominen (jos se on luotava ennen sen käyttöä);
  • syötetietojen välittäminen objektille;
  • lähtötietojen hankkiminen ja sen tulkinta.

Objektien kuvaukset voidaan sijoittaa erilliseen niteeseen tai asiakirjaan nimeltä "Ohjelmoijan käsikirja". Hyvä idea on tehdä siitä hyperteksti.

Teoreettisen osan ja esineitä käsittelevän opaskirjan väliin on hyödyllistä sijoittaa pieni osio, jossa tarkastellaan esimerkkiä pienestä, mutta käytetyn alustan kannalta täydellisestä sovelluksesta. Esimerkin tulee olla sellainen, että lukija voi itsenäisesti toistaa, korjata ja suorittaa tämän sovelluksen. Ilmeisesti tämä kaikki on ensin tehtävä jonkin ohjelmoijan käsikirjan kirjoittajista.

Tyypillinen rakenne

GOST 19.504-79:ään kiinnitetyn ohjelmoijan käsikirjan rakenne on seuraava:

  1. Ohjelman käyttötarkoitus ja käyttöehdot.
  2. Ohjelman ominaisuudet.
  3. Pääsy ohjelmaan.
  4. Tulo- ja lähtötiedot.
  5. Viestit.

Vaikutelma hyödyllisyydestä nykyaikaiset olosuhteet sellainen rakenne ei tuota. Pikemminkin erillinen objekti, esimerkiksi funktio tai luokka, voidaan kuvata tällä suunnitelmalla. Emme sitoudu luomaan ohjelmoijan käsikirjan vakiorakennetta kaikkiin tilanteisiin. Todennäköisesti se osoittautuu pinnalliseksi ja yhtä vähän hyödylliseksi. Sen sijaan tässä on kaksi esimerkkirakennetta:

Erikoisuudet

Täydellisen ohjelmoijaoppaan voi kirjoittaa vain kirjoittaja, jolla on omaa kokemusta ammatillisesta ohjelmien kehittämisestä.

Ohjelmoijan käsikirjaa voidaan täydentää erilaisilla kaavioilla, esimerkiksi tietokantakaavioilla, luokkakaavioilla, funktiokutsukaavioilla (katso esimerkki).

Esimerkkejä

APK "Nostradamus". Ohjelmoijan opas

Analyyttinen ohjelmistopaketti "Nostradamus" on suunniteltu analyyttisten ja raportoivien pankkijärjestelmien luomiseen. Se sisältää joukon erikoiskomponentteja, joista kehittäjä rakentaa sovelluksen visuaalinen ympäristö. Tarvittaessa ohjelmakoodi voidaan kirjoittaa Pascalilla (täten ohjelmointikielen kuvausta ei tarvita). Ohjelmistopaketin on kehittänyt ProgramBank, ja tekninen dokumentaatio Philosoftilta hänen käskystään. Ohjelmoijan käsikirjan lisäksi dokumentaatiosarja sisältää kattavan hakuteoksen kaikista maatalousteollisuuden komponenteista.

1. Yleistä tietoa 1.1. Lyhenteet 1.2. Tarkoitus 1.3. Toiminnallisuus 1.4. Käyttöehdot 1.5. Kehittäjäpätevyyden vaatimukset 2. Sovellusratkaisu ja sen komponentit 2.1. Nostradamus-maatalousteollisuuskompleksin arkkitehtuuri. Sovellettavan ratkaisun käsite 2.2. Sovellusratkaisua koskevat vaatimukset 2.2.1. Perusvaatimukset 2.2.2. Syöttötietoja koskevat vaatimukset 2.2.3. Tietojen laskenta-algoritmeja koskevat vaatimukset 2.2.4. Raportteja koskevat vaatimukset ja kunkin niistä 2.2.5. Kulunvalvontavaatimukset ja tietoturva 2.3. Sovellusratkaisun osat 2.3.1. Tietokannan rakenne 2.3.2. Ladataan lähdetietoja 2.3.3. Käyttöliittymän organisointi 2.3.4. Käyttäjän työ tietojen kanssa 2.3.5. Tietojen käsittely ja laskenta 2.3.6. Tietojen näyttö 2.3.7. Työkalut tietojen automaattiseen lataamiseen ja käsittelyyn. Järjestelmäagentti 2.4. Käyttöoikeuksien eriyttäminen sovellusratkaisussa 2.4.1. Käyttäjien roolit 2.4.2. Käyttäjäprofiilit 2.5. Elinkaari levitetty liuos 3. Esimerkki levitysliuoksesta 3.1. Ongelman muotoilu. Sovellusratkaisun vaatimusten määrittäminen 3.2. Sovellusratkaisun suunnittelu 3.2.1. Taulukon rakenteen ja tietojen latausmenettelyjen suunnittelu 3.2.2. Käyttöliittymäsuunnittelu 3.2.3. Laskentamenettelyjen ja raporttien suunnittelu 3.3. Sovellusratkaisun toteutus 3.3.1. Valtuutus APK:ssa "Nostradamus" 3.3.2. Ratkaisukategorian luominen 3.3.3. Taulukoiden luominen 3.3.4. Tietojen latausmenettelyjen luominen 3.3.5. Hakemistojen ja visuaalisten lomakkeiden luominen niille 3.3.6. Laskentamenettelyjen luominen tallennettujen tietokantamenettelyjen kielellä 3.3.7. Raporttien luominen 3.3.8. Käyttäjäryhmien luominen ja niille päävalikon luominen 3.3.9. Menettelyn luominen automaattinen päivitys(lataus) tietojen järjestelmäagentin avulla 3.4. Sovellusratkaisun käyttöönotto 3.5. Sovellusratkaisun testaus 3.6. Ongelman monimutkaisuus 3.7. Hakemusratkaisun viimeistely 3.7.1. Interaktiivisen raportin luominen 3.7.2. Interaktiivisen latauksen luominen 3.7.3. Sovellusratkaisun parannusten viimeinen vaihe

e-port-järjestelmän jälleenmyyjä. Asiakas-palvelin-protokolla

"e-port dealer" -järjestelmä on suunniteltu hyväksymään ja käsittelemään välittömiä maksuja palveluista maksettaessa matkaviestintä, Internet-yhteys jne. Järjestelmän keskuspalvelin kuuluu e-port-ryhmään ja kuka tahansa voi avata maksun hyväksymispisteen asentamalla asiakasohjelman tietokoneelleen (yhteydessä Internetiin). Tiedonvaihto keskuspalvelimen ja asiakasohjelman välillä tapahtuu erityisellä protokollalla. Protokolla on avoin, jonka avulla eri organisaatiot: pankit, kauppaketjut, maksupääteverkot voivat suorittaa maksuja suoraan omista järjestelmistään. Protokollan on kehittänyt e-port Group, ja tekninen dokumentaatio Philosoftilta hänen käskystään.

Johdanto i. e-port jälleenmyyjäjärjestelmä: asiakas-palvelin-protokolla. Tarkoitus ja yleiskatsaus valmiuksista ii. Pöytäkirjan tavoitteet iii. Protokollan käytön tärkeimmät edut 1. Protokollan toteutus (yhdyskäytävä) 1.1. Yleistä tietoa 1.2. Sovellusrakenne 2. Miten yhdyskäytävä toimii 2.1. Rekisteröinti ja raportointi 2.1.1. Ilmoittautuminen 2.1.2. Raportointi 2.2. Tiedonvaihto palvelimen kanssa 2.2.1. Paketin rakenne 2.2.2. Hakemistot 2.2.3. Paketinvaihtomenettely 2.3. Toiminnan käsittelysykli 2.3.1. Toimintapyyntö 2.3.2. Jono 2.3.3. Palvelimen vastauksen analyysi 2.3.4. Epätyypilliset tilanteet 3. Protokollaspesifikaatio 3.1. Pakkauksen rakenneosat 3.2. Pyynnön otsikko 3.3. Vastauksen otsikko 3.4. Tilin täydennys 3.5. PIN-koodin ostaminen 3.6. Tapahtuman käsittelyprosessin keskeyttäminen 3.7. Operaation transaktioominaisuudet 3.8. Useiden toimenpiteiden pyyntö 3.9. Käsikirja 3.10. Toimintatila 3.10.1. Esimerkkejä toimintojen tilaa koskevista viesteistä 3.10.2. Vireillä olevien tai suoritettujen tapahtumien tilakoodit 3.11. Järjestelmäilmoitukset 4. Sanasto Sovellukset Liite 1. XML-pyyntö DTD ja kommentti XML-pyyntö DTD-kommentti Liite 2. XML-vastaus DTD-liite 3. Summakenttien laskentasäännöt Liite 4. Esimerkkejä palvelinpyynnöistä ja -vastauksista

Ohjelmisto ja laitteisto
vedenpinnan esto ja suojaus

Ohjelmoijan opas
Ohjainohjelman rakenne

HUOMAUTUS

Tässä asiakirjassa kuvataan ohjelmoitavan logiikkaohjaimen (PLC) sovellusohjelmiston (ASW) tarkoitus, käyttöehdot ja ominaisuudet. Sovellettu ohjelmisto teollinen tietokone(PC) on kuvattu käyttöoppaassa. Tässä asiakirjassa on tarvittaessa linkkejä PC-ohjelmistoihin.

SISÄLTÖ
1. OHJELMAN KÄYTTÖTARKOITUS JA EHDOT
1.1. Ohjelmiston PLC:n tarkoitus
1.2.PPO PLC:n käyttöehdot
2. OHJELMAN OMINAISUUDET
2.1. PPO PLC:n rakenne

2.3. Unity-ohjelmistossa käytetyt mukautetut toimintolohkot
3. PÄÄSY OHJELMAAN
4. SYÖTTÖ- JA LÄHTÖTIEDOT
5. VIESTIT

1. OHJELMAN KÄYTTÖTARKOITUS JA EHDOT
Voimalaitoksen voimayksiköiden nro 1, 2 höyrynkehittimien tukoksen ja vesitason suojauksen PTS on suunniteltu suojaamaan höyrystimien putkistoa vedenpinnan laskiessa sekä suojaamaan järjestelmää syötteen sisääntulolta. vettä turbiinin virtausosaan, kun tasoa höyrystimessä nostetaan.
Teknologisen prosessin suojaaminen tarjoaa teknisten laitteiden kompleksi:
Pääsyöttövesilinjan liittimet (VP-9);
Pääsyöttövesilinjan liittimet (VP-10);
Tyhjennyslinjan liittimet (U5-01);
Tyhjennyslinjan liittimet (U5-02);
Syöttöveden ohituslinjan liittimet (VP11);
Komento käynnistää hätätehostinsähköpumppu (APEN-1);
Komento käynnistää hätätehostinsähköpumppu (APEN-2);
Turbogeneraattorin sammutuskomento (TG3);
Turbogeneraattorin sammutuskomento (TG4);
Prosessihälytysten antaminen, kun taso laskee 4:ssä kuudesta höyrystimestä
Prosessihälytyksen antaminen suojauksen aktivoitumisesta +300mm
Komento sammuttaa tehonsäädin poistolinjasta +75mm
Komento sammuttaa tehonsäädin 500 tonnin tyhjennyslinjassa
Prosessihälytysten antaminen +125mm
Prosessihälytysten antaminen +75mm
Prosessihälytysten antaminen ±50mm
Prosessihälytysten antaminen -120 mm
Prosessihälytysten antaminen nopeudella 500t/tunti

Järjestelmän toimivuus varmistetaan sovellusohjelmistolla (ASW).
Ohjelmisto sisältää teollisuuden tietokonesovellusohjelmistot (PC-ohjelmistot) ja ohjelmoitavat ohjainsovellusohjelmistot (PLC-ohjelmistot).

1.1. PPO PLC:n tarkoitus
PPO PLC osana PTS:ää toteuttaa seuraavat toiminnot:
– ohjainten redundanssi;
– I/O-signaalien vastaanottaminen ja käsittely kolmesta identtisestä I/O-korista;
– Vastaanottaa ja suodattaa sisääntulosignaaleja mahdollisista "pomppivista" koskettimista.
– Vastaanottaa ja käsittelee analogisia tulosignaaleja:
ohjaa ylittääkö signaali sallitut rajat (signaalin epäluotettavuus);
skaalaa analogisen signaalin;
suorittaa kynnysarvojen hystereesin;
analysoi kolmen signaalin tilat koreista ja valitsee luotettavat arvot;
suodattaa signaalin signaalin arvon nousu- tai laskunopeuden perusteella.
– Erillisten signaalien antaminen laitteille (suojauksen laukaisu);
– Parametrien osoituksista poikkeamien ja asetettujen arvojen saavuttamisen valvonta;
– Toimeenpanotoimenpiteiden antaminen valvomon prosessihälytyslampuille;
– Suojaus- ja estoalgoritmien käyttöönotto;
– Tiedonsiirto viereisten järjestelmien kanssa Modbus/TCP/IP-kanavan kautta;
– Ohjainmoduulien virheiden tarkastaminen ja viestien generointi työasemalle ohjauslaitteiden tilasta sekä valvomopaneeliin;
– Järjestelmälaitteiden hätätilanteiden valvonta;
– PPO PLC tarjoaa mahdollisuuden vastaanottaa avaimia teollisuustietokoneesta sekä valvomopaneelista, jotka poistavat tietyt suojaukset ja järjestelmän lukitukset.

1.2. PPO PLC:n käyttöehdot
Järjestelmän yleinen arkkitehtuuri on esitetty kuvassa 1.

Kuva 1. Yleinen ohjelmistoarkkitehtuuri

PTS-kompleksi sisältää seuraavat laitteisto- ja ohjelmistokomponentit:
1) Kaksi ohjelmoitavaa logiikka ohjain(PLC) QUANTUM perustuu P266 CPU-prosessoriin, joka toimii hot standby -tilassa. Suoritusympäristö Unity Pro 4.1 XL.
2) Teollinen tietokone, joka koostuu:
– henkilökohtainen tietokone (sulautettu teollisuustietokone);
- operaatiohuone Windows-järjestelmä XP Pro SP3;
– CITECT 7 -visualisointipaketti
PLC:t ovat vuorovaikutuksessa ulkoisten alijärjestelmien kanssa Ethernet-verkot(PLC-puolelta) ja tulo/lähtökanavien kautta.
PLC:n ja teollisuustietokoneen välinen vuorovaikutus tapahtuu Ethernet-verkon kautta.
PTS sisältää tämän projektin mukaisesti kehitetyt sovellusohjelmistokomponentit:
Unity Pro -sovellus asennettuna PLC:hen.
Citect-sovellus asennettu tietokoneeseen.

2. OHJELMAN OMINAISUUDET
2.1. PPO PLC:n rakenne
PLC-sovellusohjelmisto on toteutettu Unity v.4.1 -ympäristöön kirjoitettuna sovelluksena (katso kuva 1). Sovelluksen nimi on upg.stu.
Upg.stu-sovellus tarjoaa PLC:hen toteutettujen järjestelmätoimintojen toteutuksen kaikille toimintatileille.
Sovellus sisältää:
laitteistokokoonpano ja ohjelmisto;
joukko toiminnallisia moduuleja, joista jokainen on toteutettu LD-kielellä (ladder diagram) kirjoitetuissa osissa;
projektissa kehitetty joukko toiminnallisia lohkoja;
tietokanta;
animaatiotaulukot.
Sovellus sisältää seuraavat toiminnalliset moduulit, joista jokainen sisältää yhden tai useamman taulukossa 1 esitetyn ohjelmistomoduulin.
pöytä 1

Init Osio suoritetaan ensimmäisen käynnistyksen jälkeisen jakson aikana ja varmistaa, että kaikille parametreille on määritetty alkuarvot.
AI_to_AM Osa analogisten tulosignaalien käsittelyä varten. Sopiva signaalilohko kutsutaan antamaan arvo sisäiselle muuttujalle ja tarkistamaan kanavan kelpoisuus.
DI_to_DM Osio syötettävien diskreettien muuttujien käsittelyyn. Vastaava signaalitoimintolohko kutsutaan antamaan arvo sisäiselle muuttujalle ja tarkistamaan kanavan kelpoisuus.
Vertailuosio kolmen eri hajautetun I/O-korin vastaanotettujen arvojen vertailuun. Signaaleja verrataan käyttämällä logiikkaa 2/3. Jos kaksi signaalia ovat identtisiä ja kolmas on erilainen, jälkimmäistä pidetään virheellisenä.
Osion nimi Toiminnallisuus
Hälytykset Osa diskreettien ja analogisten signaalien käsittelyyn sen määrittämiseksi, onko raja-arvot saavutettu. Hälytysten ja komentojen kehittäminen eston ja suojauksen suorittamiseen.
INTERLOCK Osa esto- ja suojausalgoritmin luomista varten. Tässä osiossa tallennetaan toimilaitteisiin liittyviä muuttujia.
SIM-osio ohjaimen simulointi- ja testaustilojen ohjaamiseen.
DIAGNOSTIIKKA Osa ohjaimen diagnostiikkatietojen luomiseen.

Osioissa käytetään seuraavia aliohjelmia:
taulukko 2
Osion nimi Toiminnallisuus
CompAI Toimintolohko, joka on suunniteltu vertailemaan kolmea erilaista analogista arvoa, tulostamaan tuloksena saatu arvo sekä diagnostiikkatiedot jokaiselle kanavalle.
CompDI Toimintolohko, joka on suunniteltu vertailemaan kolmea erillistä signaalia, jotka tulevat kolmesta eri korista, tulostamaan tuloksena olevan arvon sekä diagnostiikkatiedot jokaisesta kanavasta.
BlockF Toiminnallinen lohko, joka on suunniteltu tallentamaan analogisen arvon liian nopea pudotus tai vahvistus. Tauon sattuessa tai oikosulku Tämä FB poistaa tämän signaalin käsittelystä, mikä ei salli teknologisen prosessin pysäyttämistä.
GetDI Toiminnallinen lohko, joka on suunniteltu vastaanottamaan ja käsittelemään erillisiä signaaleja. Suodattaa kontaktien pomppimisen.

Osion nimi Toiminnallisuus
HLLA4 Toiminnallinen lohko, joka on suunniteltu luomaan neljä kynnysarvoa yhdestä analogisesta signaalista (HH, H, L, LL). FB ottaa huomioon hystereesin ja kuolleen alueen parametrit rikkomusten tallentamisessa.
GetAI Toiminnallinen lohko, joka on suunniteltu vastaanottamaan ja käsittelemään analogisia signaaleja. Suorittaa arvon skaalaus ja suorittaa myös osittaiset tasoitustoiminnot.
SIMPMEHA Toimintolohko, joka on suunniteltu tuottamaan sinimuotoisia häiriöitä. Tämä kohina "sekoittuu" simuloituun signaaliin realistisuuden lisäämiseksi työskenneltäessä tilojen, kuten "test" kanssa.
SIMPULSSI Toiminnallinen lohko, joka on suunniteltu antamaan tietyn kestoisia pulsseja järjestelmässä.
SIMPV Toimintolohko, joka on suunniteltu simuloimaan analogista arvoa työskenneltäessä tilojen, kuten "anturi" kanssa.
2.2. Ohjelmisto-PLC:n tietorakenteet
Jokaisessa energialohkossa on yhteensä kuusi höyrynkehitintä ja ohjelmiston ohjelmistoelementit on tehty jokaiselle identtiseksi.
Ohjainohjelmistoprojekti käyttää seuraavia tietotyyppejä:
Analogisen kanavan tilasana – sanatyyppi;
Diskreetti kanavan tilasana – sanatyyppi;
Analogisen kanavan arvon määrittelevä sana on todellinen tyyppi (kaksi sanaa);
QUANTUM-ohjaimen tilasana on sanatyyppinen (varattu yhteensä kaksi sanaa);
Rikkomustilan sana – sanatyyppi;
Lukon tilasana – sanatyyppi;
Avaimen tilasanan eston poistaminen – sanatyyppi;

Teollisuustietokone sallii ohjaustoiminnot vain avattaessa näppäimiä muuttamalla bittien tilaa ohjaussanan avulla. PLC ilmoittaa tilansa tilasanan kautta. Tietosanojen yksittäisten kenttien (bittien) kuvaus on ohjelmointioppaassa.

PLC:n muuttujat on koodattu seuraavasti:
AI – analoginen tulo PLC:hen;
AIM – PLC/PC:n sisäinen analoginen tulo;
DI – erillinen tulo PLC:hen;
DM – PLC/PC:n sisäinen diskreetti tulo;

2.3. Unity-ohjelmistossa käytetyt mukautetut toimintolohkot
2.3.1 CompAI analogisten kanavien vertailutoimintolohko

.

Kuva 2. CompAI Analog Channel Comparison Function Block

Tätä FB:tä käytetään kolmen eri analogisen arvon vertailuun. Jos yksi analogisista parametreista jää kahden muun keskiarvon ulkopuolelle, sen arvoa ei oteta huomioon ja tämän kanavan ominaisuuteen kirjoitetaan virheilmoitus. Jos kaikki kolme kanavaa ovat kunnossa (ne ovat hyväksyttävän epäsopivuustoleranssin sisällä), tuloksena oleva arvo on suurempi olemassa olevista arvoista.

2.3.2 CompDI analogisten kanavien vertailutoimintolohko


Kuva 3. CompDI-diskreettikanavavertailutoimintolohko

Tätä FB:tä käytetään kolmen erillisten signaalien vertaamiseen. Jos kaksi arvoa signaaliparissa ovat samat, tämä osoittaa avoimen tai oikosulun. Tässä tapauksessa tätä paria ei oteta huomioon ja se poistetaan kierrosta. Järjestelmä näyttää viestin sen aiheuttaneen rikkomuksen luonteesta. Jos kokonaisarvo kolmessa eri parissa eroaa, lohkoalgoritmi poistaa kierrosta ne, jotka eivät vastaa kahta edellistä.
2.3.3 Toimintolohko analogisen arvon BlockF vaimenemisnopeuden laskemiseksi

Kuva 4. Toimintolohko analogisen arvon BlockF vaimenemisnopeuden laskemiseksi

Tätä FB:tä käytetään analogisten kanavien arvojen nousu- ja laskunopeuden laskemiseen. Jos analogisessa anturissa on johto katkeaa tai fyysinen arvo laskee jyrkästi, tästä anturista luettu parametri alkaa laskea jyrkästi. Tämä FB on suunniteltu tallentamaan tapahtumia oikosulusta tai katkoksesta ja tallentamaan virhemerkki kanavan tilasanaan. Eli jos tapahtuu katkos tai oikosulku tämä kanava vedetään pois liikenteestä.

2.3.4 GetAI Analog Channel Scaling Function Block


Kuva 5. GetAI Analog Channel Scaling Function Block

Tätä FB:tä käytetään muuttamaan ohjainohjelmayksiköt (INT) todellisten prosessiyksiköiden arvoiksi (REAL). Jos parametri ylittää sallitut virherajat (OFFSET), kanavalle ei synny virhettä ja parametri pysähtyy maksimi- tai minimiarvoon. Jos parametri erottuu voimakkaammin kuin normalisoitu virhe, kanavalle luodaan virhe, joka dekoodaa rikkomuksen luonteen.

2.3.5 GetDI diskreetin kanavan käsittelytoimintolohko

Kuva 6. Toimintolohko erillisen kanavan GetDI käsittelemiseksi

Tätä FB:tä käytetään "pomppimisen" suodattamiseen erillisellä kanavalla. Jos yhteys kanavaan katkeaa, määritetty arvo kirjoitetaan tämän FB:n tuloon, minkä seurauksena oletusarvoisesti määritetty arvo kirjoitetaan tuloksena olevaan lähtöön toimintolohkon lähdössä.

2.3.6 Toiminnallinen lohko kynnysarvojen rikkomusten luomiseksi HLLA4


Kuva 7. Toiminnallinen lohko HLLA4-kynnysrikkomusten luomiseksi

Tällä FB:llä toteutetaan neljä kynnysrikkomusta, joita voidaan käyttää sekä järjestelmärikkomusten myöntämiseen että niiden toteuttamiseen eston ja suojauksen toteuttamisalgoritmeissa. Sen varmistamiseksi, että rikkomus ei katoa heti palattuaan asetetun arvon alueelle, tarjotaan hystereesitoiminto, joka vaikuttaa rikkomussignaalien antamisen luonteeseen.

2.3.7 Toimintalohko sinimuotoisen häiriön tuottamiseksi SIMPMEHA


Kuva 8. Toimintalohko sinimuotoisen häiriön tuottamiseksi SIMPMEHA

Tätä FB:tä käytetään virheenkorjaukseen ja asennuksen toiminnan simulointiin liittyvien ohjaintilojen toteuttamiseen. Tämä signaali kaaviossa näyttää sinimuotoiselta käyrältä, jonka leviämisalue on määritelty rajojen (tulomuuttujien) mukaan. Tämä häiriö on suunniteltu "lisäämään" analogisen signaalin voimakkuutta ja antamaan sille dynaamisia ominaisuuksia ja visuaalista realismia.

2.3.8 Toimintolohko tietynpituisten pulssien generoimiseksi SIMPULSE


Kuva 9. Toimintolohko tietynpituisten pulssien tuottamiseksi SIMPULSI

Tätä FB:tä käytetään virheenkorjaukseen ja asennuksen toiminnan simulointiin liittyvien ohjaintilojen toteuttamiseen. Tämä signaali kaaviossa näyttää mutkilta, jossa on erilaisia ​​huippuja ja aaltoja. Väliaikaiset meander-pisteiden arvot määritellään aikarajoilla (syöttömuuttujat).

2.3.9 Analogisen muuttujan sukupolven toimintolohko SIMPV

Kuva 10. SIMPV analogisen muuttujan generoinnin toimintolohko

Tätä FB:tä käytetään analogisten signaalien luomiseen laitteen toiminnan simulointia ja ohjaimen virheenkorjausta varten.
3. PÄÄSY OHJELMAAN
Työmaalla työskennellessä ohjelma on määritetty käynnistymään automaattisesti, kun ohjain käynnistetään. Ohjelman tila näkyy ohjaimen näytössä. Ohjelman parametrit voidaan konfiguroida järjestelmätoimitukseen sisältyvästä kannettavasta tietokoneesta.

4. SYÖTTÖ- JA LÄHTÖTIEDOT
Järjestelmän syöttötiedot ovat informaatiota, joka vastaanotetaan ohjausobjektilta PTS:lle viestintälaitteiden kautta objektin kanssa (hajautettu oheislaite), sekä operaattorin PC:ltä syöttämiä komentoja.
Järjestelmän lähtödata on tieto, joka välitetään ohjausobjektille PTS:stä kohteen kanssa olevan viestintälaitteen kautta. Tiedot näytetään PC:llä näyttölomakkeina ja lähetetään hälytyksenä valvomopaneeliin.

5. VIESTIT
PLC-PC-liitännän kautta lähetetyt viestit on kuvattu asiakirjassa "Ohjelmoijan opas. Osa 2. PLC-PC-liitäntä." Käyttäjälle lähetetyt viestit on kuvattu asiakirjassa "Käyttöopas".

#Manuaalinen, #ohjelmoija, #kuvaus, #PLC, #PTS, #liitäntä, #analoginen, #ohjain

Ohjelmoijan käsikirja viittaa toiminnalliseen ja tekniseen dokumentaatioon. Tällaista asiakirjaa kehitetään ohjelmistotuotteille. Tarkoitettu tutustuttavaksi ohjelmoijalle, joka ratkaisee tietyt tämän ohjelman toimintaan liittyvät ongelmat.

Milloin ohjelmoijan ohjausta tarvitaan?

Ohjelmoijan ohjausta tarvitaan useissa tapauksissa:

Ohjelma, jolle dokumentaatio kootaan, on kehitysympäristö tai kirjasto.
Tämä ohjelmistotuote tarjoaa alustan standardiohjelmien tai -järjestelmien kirjoittamiseen.
Tuotetta jaetaan yhdessä ohjelmakoodi tai kehittäjä muokkaa sitä jatkuvasti.

Tällaisen asiakirjan avulla ohjelmoijalle tulisi esittää kaikki tarvittavat tiedot, jonka avulla voit luoda omia ohjelmistotuotteitasi tähän järjestelmään perustuen. Tietoja on annettava riittävästi. Kehittäjillä on ohjelmointioppaan avulla mahdollisuus tallentaa julkaistun tuotteen nykytila, jotta vältytään sekaannuksilta uusien tuotteiden julkaisussa.

Tällaisen asiakirjan tyypillisiä tehtäviä ovat:

Selvitys ja selitys asiantuntijalle esineiden nykytilasta, niiden sijainnista ja vuorovaikutusmenetelmistä. Lisäksi ohjelmoijan johdon tulee erottaa selkeästi järjestelmään alun perin sisällytetyt objektit ja ohjelmoijan itsenäisesti luomat objektit.
Siirtää lisävaroja työssä tarvittavat kehitystyöt nykyisen tuotteen lisäksi.
Selvitys järjestelmävaatimuksista, ohjelmistoympäristöstä ja käynnistämiseen tarvittavista työkaluista.

UFA STATE AVIATION TEKNINEN YLIOPISTO

LASKENTAMATEMATTIIKAN JA KYBERNETIIKAN LAITOS

Sovellusohjelmisto sovellusten tallentamiseen ja niiden suoritusten valvontaan Integrated Transport Network LLC:n esimerkin avulla.

      1. Ohjelmoijan opas

  1. huomautus

Ohjelmoijan opas toimitetaan sovellusten tallentamiseen ja niiden suoritusten valvontaan Integrated Transport Network LLC:n esimerkin avulla.

Organisaatiolle tulee kehittää ohjelmistotuote, joka on suunniteltu automatisoimaan, erityisesti lisäämään myyntiä, parantamaan asiakaspalvelua tallentamalla tietoa asiakkaista ja heidän henkilötiedoistaan. Myös sähköpostin jakelu tämän tuotteen käyttäjille tulisi ottaa käyttöön sekä tilastot, jotka osoittavat kuinka monta pyyntöä käyttäjä on tehnyt päivässä, kuukaudessa.

Ohjelmoijan käsikirjassa käsitellään tarkoitusta, ominaisuuksia, ohjelman suorittamiseen tarvittavia ehtoja

  1. Ohjelman tarkoitus

Ohjelmistotuotetta tullaan käyttämään NetTransissa (Integrated Transport Network LLC) teknisellä tuella, tilaaja- ja rakentamisosastoilla vuorovaikutusmallina, joka uskoo, että koko liiketoimintafilosofian keskipiste on asiakas ja päätoiminnot ovat myyntiä tukevat toimenpiteet. ja asiakaspalvelu. Tätä ohjelmistoa voivat käyttää vain rekisteröityneet käyttäjät, rekisteröinnin puolestaan ​​suorittaa vain ylläpitäjä lisäämällä tietokantaan uusi käyttäjä, on myös mahdollista ylläpitää tilaajasovelluksia muodostavia operaattoritilastoja.

  1. 2. Ohjelman suorittamiseen tarvittavat ehdot

Ohjelmistotuotteen käyttäminen edellyttää seuraavat laitteisto- ja ohjelmistokokoonpanot:

    Windows 7, Windows Server 2003 Service Pack 2, Windows Server 2008, Windows Server 2008 R2, Windows Vista, Windows Vista Service Pack 1, Windows XP Service Pack 2, Windows XP Service Pack 3;

    32-bittiset järjestelmät: tietokone, jossa on Intel tai yhteensopiva prosessori, joka toimii 1 GHz:n tai sitä nopeammalla taajuudella (suositus 2 GHz tai nopeampi, vain yksi prosessori tuettu);

    64-bittiset järjestelmät: prosessori kellotaajuus 1,4 GHz tai suurempi (2 GHz tai suurempi suositeltu, vain yksi prosessori tuettu);

    1 Gt vapaata levytilaa;

    Saatavuus DBMS: MS SQL 2008;

  1. 3. Ohjelman ominaisuudet

    2. 3.1. Ohjelman toimintatila

Dialogi. Web-käyttöliittymä selaimessa (HTML5-tuella).

    3.2.Keinot ohjelman oikean suorituksen tarkistamiseksi

Ohjelman oikea toiminta varmistetaan suorittamalla erityisiä esimerkkejä. Ohjelma näyttää viestin, kun syötät virheellisiä tietoja (kuva 2.20):

Riisi. 2.20. Virheellinen puhelinnumero

    3.3. Ohjelman toiminta vikojen jälkeen

Jos ohjelma keskeytyy ulkoisista syistä, ohjelma latautuu uudelleen, kun vian syy on poistettu. Kaikki tiedot, joita ei ole tallennettu ennen vikaa, menetetään.

      Pääsy ohjelmaan

Ohjelman käynnistämiseksi sinun on suoritettava seuraavat vaiheet:

    Suorita ohjelma tietokoneessa, joka tukee Microsoft .NET Frameworkia (tai siinä etäpalvelin), jos se ei ole jo käynnissä;

    Avaa suosikkiselaimesi (esimerkiksi chrome, Internet Explorer, mozilla firefox);

    Syötä sisään osoitekenttä Palvelimen IP-osoite ennalta määritetyllä portilla;

    Kotisivu avautuu;

    Aloita työskentely asiakkaiden kanssa.

Lähetä hyvä työsi tietokanta on yksinkertainen. Käytä alla olevaa lomaketta

Opiskelijat, jatko-opiskelijat, nuoret tutkijat, jotka käyttävät tietopohjaa opinnoissaan ja työssään, ovat sinulle erittäin kiitollisia.

Lähetetty http://www.allbest.ru/

Ohjelmoijan opas

  • 1. Käyttötarkoitus ja -ehdot
  • 2. Ohjelman ominaisuudet
  • 3. Pääsy ohjelmaan
  • 4. Täydellinen luettelo moduuleista ja komponenteista
  • 5. Viesti käyttäjälle

1 . Käyttötarkoitus ja käyttöehdot

Tätä ohjelmistotuotetta voidaan käyttää suoraan toimintojen suorittamiseen Prof&Elite-organisaatiossa, joka harjoittaa muovirakenteiden, mukaan lukien ikkunoiden, asennusta. ohjelmisto muovi-ikkuna

Prof&Elite-ohjelmistotuotteella kerätään tietoa asiakkaista, työntekijöistä sekä mittaustietoja tuotteiden valmistusta ja tuotantoa varten. Tarjoaa keskitetyn tiedontallennustilan. Tuotteessa on yksinkertainen ja intuitiivinen käyttöliittymä, joten käyttäjällä ei ole ongelmia sen hallitsemisessa.

Tämän ohjelmistotuotteen suunnittelu auttaa automatisoimaan jälleenmyyjäsuhdepäällikön työtä.

Laitteistovaatimukset:

· Intel prosessori Pentium IV ja korkeammat;

· RAM 512 Mt ja enemmän;

· AGP/PCI Express -näytönohjain 64 Mt tai suurempi;

· vapaata levytilaa 12 Mt;

· videonäyttö, jonka resoluutio on 1024x768;

· näppäimistö;

· hiiri;

· tulostin raporttien tulostamista varten;

· käyttöjärjestelmä Windows 98/2000/XP/Vista/7/8;

· Microsoft Access, Borland Delphi 7.

2 . Ohjelman ominaisuudet

Testitilassa syöttö/tulostuslomakkeelle tehtiin pyyntö ja päätaulukkoon syötettiin tiedot, jotka mahdollistivat työmäärän visuaalisen arvioinnin keskusprosessori(CPU) ja varatun (virtuaalisen) muistin käyttö "Task Managerin" avulla, kuten kuvassa B.1 ja kuva B.2 on esitetty.

Kuva B.2 - Varattu muisti ja latausaika

3 . Pääsy ohjelmaan

Sovellus voidaan käynnistää napsauttamalla itse ohjelman kuvaketta, joka sijaitsee erityisessä hakemistossa. Sovelluksen käynnistämisen jälkeen näytölle tulee pääikkuna, jolla voit ohjata kaikkia tämän käyttöoppaan kohdassa 4 kuvattuja sovelluksen toimintoja.

Tuoda markkinoille Tämä ohjelma voidaan tehdä suoraan Delphi-kuoren kautta. Tätä varten sinun on avattava projektitiedosto Project1.dbr, joka sijaitsee ohjelman hakemistossa. Seuraavaksi paina F9 kääntääksesi ja suorittaaksesi sovelluksen.

Ohjelma on mahdollista käynnistää komentorivin kautta. Käynnistä seuraavaksi komentorivi "Käynnistä/Kaikki ohjelmat/Accessories/Command Prompt". komentorivi Kirjoita ohjelman koko polku, kirjoita sitten ohjelman nimi (Project1.exe) ja paina Enter. Ohjelma on alkanut.

Toinen tapa käynnistää ohjelma: valitse Käynnistä-valikosta Suorita. Tämän seurauksena "Ohjelman suoritus" -ikkuna avautuu näytölle. Kirjoita Suorita ohjelma -ikkunan Avaa-kenttään polku sen ohjelman tiedostoon, jonka haluat suorittaa.

Voit poistua sovelluksesta napsauttamalla "Sulje" -painiketta tai käyttämällä ohjelman valikon kohtaa "File/Exit", tai voit myös käyttää Alt+F4-näppäinyhdistelmää.

4 . Täydellinen luettelo moduuleista ja komponenteista

Päälomake sisältää luettelon kaikista ohjelmassa käytetyistä moduuleista ja useita suoritettavia lausekkeita, jotka varmistavat tarvittavien ikkunoiden luomisen ja ohjelman yhdistämisen Windows-käyttöjärjestelmään. Ohjelman kaikkea päätyötä ohjataan moduulien sisältämän koodin avulla.

Tämä ohjelmistotuote sisältää seuraavat moduulit:

Unit1.pas on ohjelman päämoduuli, johon tilaustiedot täytetään suoraan;

Unit2.pas - tilauksen lähettäminen jälleenmyyjälle (kauppiaan pääte);

Unit3.pas - ohjelmamoduuli, johon täytetään tiedot tuotteen (ikkunan) mittauksista;

Unit4.pas - ohjelmamoduuli, johon täytetään tiedot tuotteen asennuksesta (ikkuna);

Unit5.pas - haku, suodatus, lajittelu tilausten mukaan;

Unit6.pas - moduuli "Tietoja ohjelmasta".

Päälomake sisältää kuvassa B.3 esitetyt komponentit. Kuvassa on myös "puu" kaikista lomakkeen komponenteista (Kuva B.4).

Kuva B.3 - Päämuotokomponentit

Lomakkeen pääkomponentit:

TADOConnection - käytetään määrittämään tietokanta ja työskentelemään tapahtumien kanssa;

TADOTable - taulukkoon pääsee ADO:n kautta;

DataSource tarjoaa mekanismin tiedonkäyttökomponenttien (taulukko) linkittämiseksi dataa näyttäviin visuaalisiin komponentteihin (DBGrid, DBEdit, DBListBox jne.)

TADOQuery - suorittaa kyselyn (valinnan) tietokantaan;

TMainMenu - luo ohjelman päävalikon;

TDBGrid - näyttää tiedot tietokannasta taulukon muodossa;

TEdit - kenttä tekstiviestien syöttämiseen;

TButton - painike;

TComboBox - avattava luettelo;

TDBCtrlGrid - käytetään taulukon näyttämiseen "tiileinä";

TLabel - etiketit;

TGroupBox - paneeli erillisenä elementtinä muiden komponenttien kanssa;

TDBNavigator - komponentti navigoinnin ja tietojen muokkauksen hallintaan;

TDBEdit - tietokantatietueen muokkauskenttä;

TDateTimePicker - päivämäärän valitsin;

TSpeedButton - pikapainike;

TBitBtn - painike, joka siirtää toiminnon lomakkeeseen;

TBevel - suunniteltu sovelluksessa yksinkertaisesti piirtämään jotain kehyksellä.

Lomakkeen pääkomponentit ovat välttämättömiä taulukoiden näyttämiseen tietokannasta, muuttamiseen, lisäämiseen, poistamiseen, suodattamiseen, etsimiseen, muihin lomakkeisiin siirtymiseen ja muihin toimiin.

Kuva B.4 - Komponenttien rakenne

5 . Viesti käyttäjälle

Jos käyttäjä on syöttänyt vääriä arvoja tietokantatietojen suodattamiseen, kuvassa B.5 näkyvä viesti tulee näkyviin.

Kuva B.5 - Virheilmoitus

Jos tietoja poistettaessa tapahtui virhe, kuvassa B.6 näkyvä virheilmoitus tulee näkyviin.

ohjelmisto muovi-ikkuna

Kuva B.6 - Virheilmoitus.

Käyttäjä unohti syöttää laskun numeron tilausta tallentaessaan, jolloin kuvassa B.7 näkyvä virheilmoitus tulee näkyviin.

Kuva B.7 - Virheilmoitus

Kun yrität poistaa, kuvassa B.8 näkyvä viesti tulee näkyviin.

Kuva B.8 - Vuoropuhelu käyttäjän kanssa

Jos käyttäjä on jo syöttänyt olemassa olevan laskun numeron tilausta tallentaessaan, kuvassa B.9 näkyvä viesti tulee näkyviin.

Kuva B.9 - Vuoropuhelu käyttäjän kanssa

Lähetetty osoitteessa Allbest.ru

...

Samanlaisia ​​asiakirjoja

    Luodaan luokkia, jotka toteuttavat työskentelyn listojen kanssa ja soveltamalla niitä rakennustehtävään graafisia malleja. C++-kielen käyttäminen luettelorakenteen toteuttamiseen. Ohjelman käyttötarkoitus ja käyttöehdot. Ohjelmoijalle ja käyttäjälle.

    kurssityö, lisätty 19.3.2010

    Olio-ohjelmointikielen C++ perusominaisuuksien käyttäminen kirjoitettaessa ohjelmaa eri rooleissa olevien jalkapalloilijoiden luettelon toteuttamiseksi. Käyttöopas ja Ohjelmoijan opas. Työskentely luettelon, ohjelmaliittymän kanssa.

    kurssityö, lisätty 20.7.2014

    Tulo- ja lähtötietojen kuvaus. Vaatimukset teknisille keinoille ja loppukäyttöliittymälle. Lomakkeiden kehittäminen syöttö- ja lähtötietojen esittämiseen. Ohjelmistomoduulien suunnittelu. Käyttäjän ja ohjelmoijan opas.

    kurssityö, lisätty 27.6.2015

    Algoritmien ominaisuudet, laatukriteerit. Delphi-kielisen ohjelmistotuotteen luominen ja soveltaminen. Tyyppi käyttöjärjestelmä. Ohjelmistotuotteen sisäinen rakenne. Käyttö- ja ohjelmoijan käsikirja, ohjelman kustannus- ja hintalaskelma.

    opinnäytetyö, lisätty 12.6.2009

    Delphi ohjelmistotuotteena, jolla on ilmiömäiset ominaisuudet. Kääntäjä konekoodiksi. Objektisuuntautunut malli ohjelmistokomponentit. Skaalautuvat työkalut tietokantojen rakentamiseen. Ohjelman koodi.

    testi, lisätty 30.7.2007

    Kehitys lohkokaavio ja skäyttöliittymä. Ohjelmointikielen valinta. Ohjelmatestauksen periaatteet. Käyttö- ja järjestelmäohjelmointioppaiden kehittäminen. Ohjelmistotuotteen kustannusarvion laskenta.

    opinnäytetyö, lisätty 11.6.2012

    Teollisuusrobottien käyttötarkoitus ja laajuus. "Kinematic motion" -ohjelman kehittäminen Delphi ympäristö määrittää kinemaattisen liikkeen perusparametrit. Työn kuvaus ja ohjelmaluettelo. Ohjelmoijan ja käyttäjän opas.

    kurssityö, lisätty 17.11.2014

    Tekninen tehtävä. Työsuunnitelmat: alustavat, vaiheittaiset. Tekninen projekti. Ohjelman tietokantataulukot. Tiedonvaihtojärjestelmä. Ohjelmistotuotteiden testaus. Käyttödokumentaatio. Ohjelmoijan opas. Käyttöohjeet.

    kurssityö, lisätty 12.07.2007

    Ohjelmistotuotteen luominen aiheesta "Standard-komponenttipaletin tarkoitus ja pääominaisuudet", opiskelijoiden tiedon testaaminen kieliympäristössä Delphi ohjelmointi. Tietojen seurantamenetelmän ominaisuudet ja testitehtävien kokoonpano.

    kurssityö, lisätty 17.4.2011

    Ohjelman kehittäminen jollakin kielellä Visual Basic. Ohjelmistomoduulin tekniset tiedot. Tietojen syöttäminen, muuttaminen ja poistaminen tiettyjen vaatimusten mukaisesti. Ohje järjestelmän ohjelmoijalle, ohjelmoijalle ja käyttäjälle. Tietokannan ylläpito Excel-taulukon muodossa.