Northwind 2.0 Developer Edition: Ostutellimused

Näidisrakenduse Northwindi ostutellimused arendusväljaandes on ainus moodul Ostutellimused. Starter Editionis ei saa tooted kunagi otsa ja neid ei pea kunagi ostma. See dev Edition laiendab andmebaasi skeemi (kasutatud tabelid) Northwind 2.0 Starter Edition ja kasutab rohkem täiustatud funktsioone. Siiski peaks see teile tutvustama Microsoft Accessi põhifunktsioone, mitte mingisugust konkreetset ettevõtet.

• Ostutellimuste loend on saadaval lindi kaudu. Sellel on hüperlingid iga ostutellimuse avamiseks.

• Uue tühja ostutellimuse avamiseks on nii ostutellimuste loendis kui ka lindil nupp Uus ostutellimus. Ostutellimusi saate luua ka vormi Tooted kaudu >nuppu Muuda toote järjestust .

• Päise nupud liiguvad töövoo kaudu ostutellimusteni jaotises Edasta, Kinnita, Võta vastu ja Sule. Vastavad jälgimisväljad on vormil lukustatud, kuna neid tuleks programmiliselt seada ainult toimingunuppude klõpsamisega.

• Ostutellimuse kinnitamiseks on vaja ostukinnitusõigust. Sa võid sisse logida Andrew Cencini, kellel on see õigus, või anda see endale System Haldus > Privileges. Võtke arvesse, et teie võime seda teha on üks paljudest põhjustest, miks Northwind ei ole tootmiskvaliteedi rakendus. Tegelikus maailmas ei saa kasutajad oma õigusi üle võtta.

• Ostutellimuse reaüksused valideeritakse nende koguse suhtes. See peab olema vähemalt kordusjärjestuse miinimumkogus ja ideaaljuhul peaks see varuks olema vähemalt sihttase, mis on määratud iga toote jaoks.

• Ostutellimuse vastuvõtmisel käivitatakse eritöötlus, et levitada neid tooteid tellimisrea kaupadele, mille olek pole Laos ja mille väärtuseks on määratud Eraldatud. Allesjäänud kogus saadetakse varudesse. Tabelisse Aktsiatabel lisatakse kirje.

Selles jaotises käsitletakse ostutellimuse vormi (frmPurchaseOrderDetails) märkimisväärseid juurutamise üksikasju.

1. Ostutellimuse vorm saab oma andmed lihtsast päringust qryPurchaseOrder (vt atribuuti RecordSource ). Andmesisestusvormi loomine lihtpäringu põhjal on hea tava. Võtke arvesse, et tabelit PurchaseOrderDetails pole vaja sellesse päringusse kaasata. Alamvorm töötleb üksikasju. Kuid päring ühendab teiste tabelitega, et tuua väljad StatusName, SubmittedBy ja ApprovedBy kirjutuskaitstud.

2. Vorm PurchaseOrderList võib avada vormi Ostutellimus mitu eksemplari. See on kasulik, kuna po-osakond tegeleb paljude katkestustega ja võib juhtuda, et peate esimesega töötamisel avama uue ostutellimuse või võrdlema seda kolmanda ostutellimusega. Tehnika on siin dokumenteeritud.

3. VendorID saab oma väärtuse kaheveerulisest liitboksist: peidetud ID-veerust ja nähtavast veerust Description. Sellised liitboksid on seotud lihtsate kaheveeruliste päringutega: vt atribuuti RowSource .

4. Kirje salvestamisel peavad nõutavad väljad olema täidetud. Väljaandes Starter laseme toimuda Accessi vaikekäitumise; selles arendusväljaandes rakendatakse kasutajasõbralikum tehnika - nagu allpool üksikasjalikult kirjeldatud.

5. Kui OT olek läheb vastu võetud, käivitatakse eritöötlus (protseduur AllocateToInventory), et jaotada uus inventuur tellimustele, mis neid tooteid ootavad.

VALIDEERIMINE

Väljaandes Northwind Dev rakendatud valideerimiskood nõuab ainult kolme koodirida:

• Form_BeforeUpdate: Cancel = ValidteForm(Me)

• In Form_AfterUpdate:  ValidateForm_RemoveHighlights Me

• Form_Current: ValidateForm_RemoveHighlights Mina

See on hea muster, mida järgida: koodi väga iseseisvaks muutmine lihtsustab kõikjal rakendamist. Professionaalsed arendajad võivad seda veelgi arendada, näiteks kasutades vormi alamklassi. (See on midagi enamat kui Northwind Devi eesmärgid.)

Iseseisev valideerimiskood aktsepteerib valideerimiseks vormiobjekti.  Seejärel kontrollib see aluseks oleva RecordsetClone'i vormikogumit, et saada teada, millised juhtelemendid on seotud nõutavate väljadega, ja kontrollib, kas neil on väärtus. Kui seda ei kuvata, tõstetakse need esile. 

• Northwind 2.0 Developer Edition: asjad, mida peaksite teadma.

• Northwind 2.0 Developer Edition: kõik teemad