倉(cāng)庫(kù)管理系統(tǒng)實(shí)驗(yàn)報(bào)告(編輯修改稿)
2025-02-08 00:27 本頁(yè)面
【文章內(nèi)容簡(jiǎn)介】 就是要保持?jǐn)?shù)據(jù)的統(tǒng)一性，完整性，開(kāi)始的時(shí)候我還不是很注意這一點(diǎn)就是在做簡(jiǎn)單的數(shù)據(jù)的增刪改的操作，但是后來(lái)仔細(xì)的想一想還是不對(duì)，我們經(jīng)過(guò)仔細(xì)的商量和在網(wǎng)上的搜索，結(jié)果還是想到了，必須把這三個(gè)表連在一起，不管是入庫(kù)還是出庫(kù)都要對(duì)庫(kù)存信息進(jìn)行修改才對(duì)，我們是通過(guò)用adoquery的locate的功能進(jìn)行查找記下查找到的庫(kù)存信息，取一個(gè)i對(duì)這個(gè)數(shù)據(jù)先進(jìn)行保存，然后要是入庫(kù)的話就是把新加進(jìn)來(lái)的數(shù)量加上這個(gè)i然后再賦給庫(kù)存信息的庫(kù)存數(shù)量，代碼如下：i:=strtoint()。 。 :=true。 (39。商品編號(hào)39。,[])。 j:=strtoint()。 。 :=IntToStr(i+j)。 。出庫(kù)也是一樣的，利用這個(gè)i把原有的庫(kù)存信息的庫(kù)存數(shù)量進(jìn)行保存提取然后減去出庫(kù)的數(shù)量結(jié)果再賦給庫(kù)存量就行了，我們也是不太會(huì)做問(wèn)別人還有在網(wǎng)上查資料才找到的。（3） 在做查詢的時(shí)候，我們基本上都是用的adoquery的select語(yǔ)句做的，剛剛開(kāi)始的時(shí)候我們的select的語(yǔ)句總是寫(xiě)錯(cuò)，執(zhí)行不了，我們的查詢語(yǔ)句不知道該怎么寫(xiě)是好了所以后來(lái)就全部用like寫(xiě)了，這樣寫(xiě)就沒(méi)有那么多的錯(cuò)誤了，如我們的對(duì)庫(kù)存的查詢： 。 (39。select * from 庫(kù)存信息 where 商品編號(hào) like 39。39。39。++39。%39。39。39。)。 。 我們的查詢就是用like做的，通過(guò)參數(shù)的查詢查找到相應(yīng)的數(shù)據(jù)，剛開(kāi)始的時(shí)候我們寫(xiě)的是 (39。select * from 庫(kù)存信息 where 商品編號(hào)39。39。39。++39。%39。39。39。)。但是就是運(yùn)行部出來(lái)，寫(xiě)法上應(yīng)該是沒(méi)有問(wèn)題但是就是運(yùn)行部出來(lái)，后來(lái)就加了一個(gè)like 就對(duì)了，也許是like 的查詢更廣吧！(4) 在做對(duì)供應(yīng)商的查詢的時(shí)候，我們做的是一個(gè)下拉的box，下拉下來(lái)選擇相應(yīng)的項(xiàng)目進(jìn)行參數(shù)查詢，但是所有的語(yǔ)法都是沒(méi)有問(wèn)題的，只有在對(duì)供應(yīng)商ID的進(jìn)行參數(shù)查詢的時(shí)候出問(wèn)題了，就是查不出來(lái)，為此還專門(mén)找人幫我調(diào)了好久，結(jié)果是問(wèn)題在對(duì)ACCESS的建表的時(shí)候‘供應(yīng)商ID’輸成了‘供應(yīng)商ID ’多了一個(gè)空格，查詢的時(shí)候計(jì)算機(jī)不認(rèn)就查不出來(lái)，這樣的問(wèn)題真的是不應(yīng)該犯啊，為此我們可是費(fèi)了好大的勁?。。?） 在對(duì)修改的數(shù)據(jù)進(jìn)行保存的時(shí)候出了點(diǎn)問(wèn)題，就是如果數(shù)據(jù)并沒(méi)有修改如果直接點(diǎn)擊保存的話會(huì)報(bào)錯(cuò)，原因是數(shù)據(jù)并沒(méi)有做任何的修改，adiquery并不支持這樣的保存，起初并不是很在意都是修改了一下然后就點(diǎn)保存是可以的，但是后來(lái)發(fā)現(xiàn)是不完善的，后來(lái)就做了簡(jiǎn)單的修改，如果沒(méi)有進(jìn)行修改則，保存按鈕時(shí)灰色的，不能點(diǎn)擊，而且一旦進(jìn)行修改了之后它也會(huì)變成灰色，避免了因?yàn)闆](méi)有修改而點(diǎn)擊報(bào)錯(cuò)的問(wèn)題。（5） 還有就是我在做這個(gè)登錄界面的時(shí)候，由于開(kāi)始的時(shí)候不是先做的登錄界面，我們是直接做的主界面，做完主界面的時(shí)候發(fā)現(xiàn)沒(méi)有做登錄界面，我們找了一些資料，做了一下這個(gè)登陸界面，但是剛剛開(kāi)始的時(shí)候連接不上，找到的一些方法好像就是用不成，本來(lái)也是想做一個(gè)權(quán)限的限制的但是發(fā)現(xiàn)不好做，一個(gè)權(quán)限就要對(duì)應(yīng)一個(gè)主界面，無(wú)疑是增加了很大的工作量，綜合考慮我們就沒(méi)有做這個(gè)權(quán)限的問(wèn)題。最后還是就現(xiàn)在這個(gè)登錄界面，輸入用戶名，密碼正確則進(jìn)入錯(cuò)誤就不能進(jìn)行訪問(wèn)五系統(tǒng)評(píng)價(jià) 我們組的這個(gè)我覺(jué)得做的不是很好，用的方法都很簡(jiǎn)單，但是總的來(lái)說(shuō)還是挺好的，我們給自己打個(gè)84分吧，感覺(jué)還行，基本的功能都已經(jīng)完成了，也沒(méi)有什么大的問(wèn)題，當(dāng)然還是有不好的不完善的地方，有些地方時(shí)沒(méi)有做好的，做的不對(duì)，就像是查詢的時(shí)候查詢完第一次當(dāng)把當(dāng)前窗口關(guān)閉再?gòu)男麓蜷_(kāi)的時(shí)候上次查詢的結(jié)果還在原來(lái)的地方并沒(méi)有清除。、 我們組是三個(gè)人，組長(zhǎng)（肖亞磊）做的是:登錄界面、主界面、用戶還有供應(yīng)商及商品管理這幾塊。 組員（郁會(huì)杰）做的是：入庫(kù)、入庫(kù)查詢、商品信息查詢這幾個(gè)模塊。 組員（金俏俏）做的是：出庫(kù)、出庫(kù)查詢、庫(kù)存查詢這幾個(gè)模塊。 我覺(jué)得我們組做的不是很好但是基本功能都是實(shí)現(xiàn)了，界面做的也可以只是有點(diǎn)單調(diào)而已故打分如下：肖亞磊（組長(zhǎng)）：85分郁會(huì)杰（組員）：8
規(guī)章制度相關(guān)推薦
鄂ICP備17016276號(hào)-1