【正文】 枚舉類型和結(jié)構(gòu)體 .必須使用 using 關(guān)鍵字來引用其他命名空間的內(nèi)容 . 中間代碼 : 5 微軟在用戶選擇何時(shí) MSIL應(yīng)該編譯成 機(jī)器 碼的時(shí)候是留了很大的余地 .微軟公司很小心的聲稱 MSIL 不是解釋性的 ,而是被編譯成了機(jī)器碼 .它也明白許多 如果不是大多數(shù)的話 程序員認(rèn)為 Java 程序要不可避免的比 C 編寫的任何東西都要慢 .而這種實(shí)現(xiàn)方式?jīng)Q定了基于 MSIL 的程序 (指的是用 C,Visual Basic,Managed C++C++的一個(gè)符合 CLS 的版本 等語言編寫的程序 )將在性能上超過 解釋性的Java 代碼 .當(dāng)然 ,這一點(diǎn)還需要得到事實(shí)證明 ,因?yàn)?C和其他生成 MSIL 的 編譯器 還沒有發(fā)布 .但是 Java JIT 編譯器 的普遍存在使得 Java 和 C在性能上相對相同 .象C是編譯語言而 Java 是解釋性的 ,之類的聲明只是商業(yè)技巧 .Java 的中間代碼和MSIL 都是中間的匯編形式的語言 ,它們在運(yùn)行時(shí)或其它的時(shí)候被編譯成機(jī)器代碼 . 基本的數(shù)據(jù)類型 C擁有比 C,C++或者 Java更廣泛的數(shù)據(jù)類型 .這些類型是 bool, byte, ubyte, short, ushort, int, uint, long, ulong, float, double,和 Java一樣 ,所有這些類型都有一個(gè)固定的大小 .又象 C 和 C++一樣 ,每個(gè)數(shù)據(jù) 類型都有有符號和無符號兩種類型 .與 Java 相同的是 , ,一個(gè)字符包含的是一個(gè) 16 位的Unicode 字符 .C新的數(shù)據(jù)類型是 decimal 數(shù)據(jù)類型 ,對于貨幣數(shù)據(jù) ,它能存放 28 位10 進(jìn)制數(shù)字 . 兩個(gè)基本類 : 一個(gè)名叫 object 的類是所有其他類的基類 .而一個(gè)名叫 string 的類也象object 一樣是這個(gè)語言的一部分 .作為語言的一部分存在意味著編譯器有可能使用它 無論何時(shí)你在程序中寫入一句帶引號的字符串 ,編譯器會創(chuàng)建一個(gè) string對象來保存它 . 參數(shù)傳遞 : 方法可以被聲明接受可變數(shù)目的參數(shù) .缺省的參數(shù) 傳遞方法是對基本數(shù)據(jù)類型進(jìn)行值傳遞 .ref 關(guān)鍵字可以用來強(qiáng)迫一個(gè)變量通過引用傳遞 ,這使得一個(gè)變量可以接受一個(gè)返回值 .out 關(guān)鍵字也能聲明引用傳遞過程 ,與 ref 不同的地方是 ,它指明這個(gè)參數(shù)并不需要初始值 . 6 與 COM 的集成 : C對 Windows 程序最大的賣點(diǎn)可能就是它與 COM的無縫集成了 ,COM就是微軟的Win32 組件技術(shù) .實(shí)際上 ,最終有可能在任何 .NET 語言里編寫 COM 客戶和服務(wù)器端 .C編寫的類可以子類化一個(gè)已存在的 CON 組建， 生成的類也能被作為一個(gè) COM組件使用 ,然后又能使用 ,比方說 ,JavaScript 語言子類化它從而得到第三個(gè) COM 組件 .這種現(xiàn)象的結(jié)果是導(dǎo)致了一個(gè)運(yùn)行環(huán)境的產(chǎn)生 ,在這個(gè)環(huán)境里的組件是網(wǎng)絡(luò)服務(wù) ,可用任何 .NET 語言子類化 . 7 SQL Server 2021 語言介紹 SQL 基礎(chǔ) SQL(Structured Query Language，結(jié)構(gòu)查詢語言 )是一個(gè)功能強(qiáng)大的數(shù)據(jù)庫語言。SQL 通常使用于數(shù)據(jù)庫的通訊。 ANSI（美國國家標(biāo)準(zhǔn)學(xué)會）聲稱， SQL 是關(guān)系數(shù)據(jù)庫管理系統(tǒng)的標(biāo)準(zhǔn)語言。 SQL 語句通常用于完成一些數(shù)據(jù)庫的操作任務(wù)，比如在數(shù)據(jù)庫中更新數(shù)據(jù)，或者從數(shù)據(jù)庫 中檢索數(shù)據(jù)。使用 SQL 的常見關(guān)系數(shù)據(jù)庫管理系統(tǒng)有： Oracle、 Sybase、 Microsoft SQL Server、 Access、 Ingres 等等。雖然絕大多數(shù)的數(shù)據(jù)庫系統(tǒng)使用 SQL，但是它們同樣有它們自立另外的專有擴(kuò)展功能用于它們的系統(tǒng)。但是，標(biāo)準(zhǔn)的 SQL 命令，比如 Select、 Insert、 Update、 Delete、 Create和 Drop常常被用于完成絕大多數(shù)數(shù)據(jù)庫的操作。 SQL 語言的突出優(yōu)點(diǎn)就是它的非過程化、統(tǒng)一，而且還是所有關(guān)系數(shù)據(jù)庫的公共語 言。SQL 語言一次處理一個(gè)記錄，對數(shù)據(jù)提供自動導(dǎo)航，它允許用戶在高層的數(shù)據(jù)結(jié)構(gòu)上工作，而部隊(duì)單個(gè)記錄進(jìn)行操作，可操作記錄集，所有 SQL 語句接受集合作為輸入，返回集合作為輸出。 SQL 的集合特性允許一條 SQL 語句的結(jié)果作為另一條 SQL 語句的輸入。同時(shí)，它不要求用戶指定對數(shù)據(jù)的存放方法，這種特性使用戶更易集中精力于要得到的結(jié)果；所有 SQL 語句使用查詢優(yōu)化器，它是 RDBMS 的一部分，由它決定對指定數(shù)據(jù)存取的最快速度的手段，查詢優(yōu)化器知道存在什么索引，在哪兒使用索引合適，而用戶則從不需要知道表是否有索引、有什么類型的 索引。作為統(tǒng)一的語言， SQL 可用于所有用戶的 DB 活動模型，包括系統(tǒng)管理員、數(shù)據(jù)庫管理員、 應(yīng)用程序員、決策支持系統(tǒng)人員及許多其它類型的終端用戶。 SQL 語句 SQL 語句概括起來可以分為數(shù)據(jù)操作語言，數(shù)據(jù)定義語言和數(shù)據(jù)控制語言幾大組，它們用于對數(shù)據(jù)庫數(shù)據(jù)的查詢，修改和更新，是一種完備的數(shù)據(jù)處理語言。主要用到的數(shù)據(jù)操作語言主要是： SELECT:用于數(shù)據(jù)檢索； 8 INSERT:用于增加數(shù)據(jù)到數(shù)據(jù)庫； UPDATE:用于從數(shù)據(jù)庫中修改現(xiàn)存的數(shù)據(jù)； DELETE:用于從數(shù)據(jù) 庫中刪除數(shù)據(jù)。 2 系統(tǒng)可行性分析 可行性分析的任務(wù) ,并不是所有問題都有簡單明顯的解決辦法，事實(shí)上，許多問題不可能在預(yù)定的系統(tǒng)規(guī)模之內(nèi)解決。如果問題沒有可行的解，那么花費(fèi)這項(xiàng)開發(fā)工程上的任何時(shí)間、資源、人力和經(jīng)費(fèi)都是無謂的浪費(fèi)。 可行性研究的目的就是用最小的代價(jià)在盡可能短的時(shí)間內(nèi)確定問題是否能夠解決。必須記住，可行性研究的目的不是解決問題，而是確定問題是否值得去解。怎樣達(dá)到這個(gè)目的呢？當(dāng)然不能靠主觀猜想，而只能靠客觀分析。必須分析幾種主要的可能解法的利弊，從而判斷原定的系統(tǒng)目標(biāo)和規(guī)模是否現(xiàn)實(shí)，系統(tǒng)完成后所能 帶來的效益是否大到值得投資開發(fā)這個(gè)系統(tǒng)的程度。 因此，可行性研究實(shí)質(zhì)上是要進(jìn)行一次大大壓縮簡化了的系統(tǒng)分析和設(shè)計(jì)的過程，也就是在較高層次上以較抽象的方式進(jìn)行的系統(tǒng)分析和設(shè)計(jì)的過程。所以從以上的分析原則來看，我所設(shè)計(jì)的倉庫信息管理系統(tǒng)是一個(gè)規(guī)模不太大的系統(tǒng)，但是目標(biāo)明確 ，清晰的 描述了對目標(biāo)系統(tǒng)的一切限制和約束。本系統(tǒng) 是為時(shí)代集團(tuán)內(nèi)部 使用，當(dāng)然它需要進(jìn)一步的完善和更新。 在使用過程中，要看它能不能帶來效益，畢竟在現(xiàn)今社會效率是第一位的。 從現(xiàn)實(shí)看，這還是有一定的實(shí)用價(jià)值的，從另一個(gè)角度看，現(xiàn)實(shí) 社會發(fā) 展飛速，尊重科技 勢在必行 ，因此 這也是開發(fā) 本系統(tǒng) 的一個(gè)非常重要的原因。 21 世紀(jì)是計(jì)算機(jī)的時(shí)代，它必然取代一部分人的工作，高科技的監(jiān)控系統(tǒng)進(jìn)入社會生活的方方面面是發(fā)展的趨勢 。 本設(shè)計(jì)從一下三個(gè)方面進(jìn)行可行性研究： 1. 技術(shù)可行性 。 本設(shè)計(jì)“ 倉儲銷售系統(tǒng)設(shè)計(jì) ”是為 時(shí)代集團(tuán) 倉庫管理人員 與銷售人 9 員 開發(fā) 的。 由于本設(shè)計(jì)最重要體現(xiàn)的是實(shí)用性，所以，通過大量的社會調(diào)查和分析，結(jié)合自己現(xiàn)有的技術(shù)水平加上導(dǎo)師的指導(dǎo)，還是能按期完成本畢業(yè)設(shè)計(jì)。 2. 經(jīng)濟(jì)可行性 。 成本方面：由于本畢業(yè)設(shè)計(jì)屬于計(jì)算機(jī)科學(xué) (本科 )教學(xué)的最后一個(gè)環(huán)節(jié)，所以人力消 耗免費(fèi)，資源學(xué)校提供，指導(dǎo)老師義務(wù)指導(dǎo)。所以成本計(jì)算只需計(jì)算開發(fā)期間開發(fā)者的生活消費(fèi)，學(xué)校資源的消耗，所以開發(fā)本軟件的成本是非常低的。效益方面：為 企業(yè) 開發(fā)一個(gè)完整、合理的 倉庫 管理系統(tǒng)，可大大節(jié)余人力，以前需要多人干的工作，使用本系統(tǒng)只需一個(gè)人或幾個(gè)人就能完成，且工作量和勞動強(qiáng)度大大降低。所以開發(fā)本軟件可以為社會帶來很好的經(jīng)濟(jì)效益。 從以上分析看開發(fā)本軟件在經(jīng)濟(jì)上是可行的。 3. 操作可行性 。 本軟件是為 時(shí)代集團(tuán) 倉庫 的管理者 與銷售人員 開發(fā)的，所有本軟件的用戶對象是 企業(yè)倉庫的 工作人員 與銷售人員 ，由 于本軟件要設(shè)計(jì)成友好的界面，寫出詳細(xì)的使用說明，用戶只需懂得簡單的計(jì)算機(jī)操作知識，就能自由應(yīng)用本軟件。 所以從以上幾個(gè)方面的分析來看，開發(fā)本軟件是完全可行的。 3 系統(tǒng)總體設(shè)計(jì) 系統(tǒng)目標(biāo)設(shè)計(jì) 系統(tǒng)開發(fā)的 總體任務(wù)是實(shí)現(xiàn)企業(yè)產(chǎn)品管理 與銷售 的系統(tǒng)化、規(guī)范化和自動化，從而達(dá)到提高企業(yè)管理效率的目的。 開發(fā)設(shè)計(jì)思想 倉儲銷售系統(tǒng) 主要是企業(yè)各種商品的管理。 研發(fā)的新產(chǎn)品經(jīng)確認(rèn) 進(jìn)行驗(yàn)收入庫，進(jìn)行入庫登記 ，產(chǎn)品的維修記錄、配件的使用情況、配件的庫存信息 以及產(chǎn)品的銷售狀態(tài)、銷售時(shí)間和新產(chǎn)品的更新 。 10 倉儲 管理 及銷售 的特點(diǎn)是信息處理量比較大，所管理的產(chǎn)品種類繁多，而且由于入庫單等單據(jù)發(fā)生量特別大，關(guān)聯(lián)信息多，查詢和統(tǒng)計(jì)的方式各不相同。因此在管理上實(shí)現(xiàn) 起來有一定的困難。在管理的過程中經(jīng)常會出現(xiàn)信息的重復(fù)傳遞、 報(bào)表種類繁多，各個(gè)部門管理規(guī)格不統(tǒng)一等問題。 在本系統(tǒng)的設(shè)計(jì)過程中，為了克服這些困難，滿足計(jì)算機(jī)管理工作的需要，我們采取了下面的一些原則。 ● 采用控件驗(yàn)證避免重復(fù)的產(chǎn)品單據(jù)出現(xiàn)。 ● 程序代碼標(biāo)準(zhǔn)化，軟件統(tǒng)一化，確保軟件的可維護(hù)性和實(shí)用性。 ● 界面盡量簡單化，做到實(shí)用、方便，盡量滿足企業(yè)中不同層次員工的需要 。 ● 建立操作日志，系統(tǒng)自動記錄所進(jìn)行和各種操作。 系統(tǒng)功能需求分析 系統(tǒng)開發(fā)的總體任務(wù)是實(shí)現(xiàn)各種信息的系統(tǒng)化、規(guī)范化和自動化。系統(tǒng)功能 分析是在系統(tǒng)開發(fā)的總體任務(wù)的基礎(chǔ)上完成。本倉庫管理 系統(tǒng)需要完成功能主要有： ● 倉儲及銷售管理的 各種信息的輸入，包括 貨物、供應(yīng)商、客戶、倉庫 信息的輸入等。 ● 倉庫管理各種信息的查詢、 統(tǒng)計(jì)、 修改和維護(hù) ，包括貨物 、 貨物出入、各種信息的修改和維護(hù)等。 ● 操作日志的管理。 ● 倉庫管理系統(tǒng)的使用幫助。 系統(tǒng)功能模塊設(shè)計(jì) 在系統(tǒng)功能分析的基礎(chǔ)上， 根據(jù)倉儲銷售系統(tǒng) 設(shè)計(jì)的要求，畫出系統(tǒng)功能模塊圖，得到如圖 31 所示的系統(tǒng)功能模塊圖。 11 圖 31 系統(tǒng)功能模塊圖。 由圖 31 中可以知道，根據(jù)不同的部門有不同的管理權(quán)限，倉庫管理部門擁有配件、維修、庫存及產(chǎn)品信息的管理權(quán)限；而銷售部門擁有用戶的個(gè)人資料及銷售的信息狀況。 系統(tǒng)功能實(shí)現(xiàn)時(shí)序圖 根據(jù) 系統(tǒng)功能模塊圖 ，結(jié)合 C在數(shù)據(jù)庫中的實(shí)現(xiàn) ，設(shè)計(jì)出系統(tǒng)功能實(shí)現(xiàn)時(shí)序圖，如下圖 32 所示 倉儲銷售系統(tǒng) 倉庫管理 銷售信息 配件信息 維修信息 用戶表 銷售信息表 庫存信息 產(chǎn)品信息表 12 圖 32 功能實(shí)現(xiàn)時(shí)序圖 圖 32 中 用戶根據(jù)用戶名 到登陸視圖中，調(diào)用登陸方法進(jìn)行用戶處理，調(diào)用屬性進(jìn)行連接工廠，從數(shù)據(jù)庫中得到相關(guān)數(shù)據(jù)后用戶返回?cái)?shù)據(jù)，經(jīng)用戶處理中進(jìn)行結(jié)果的驗(yàn)證，再把結(jié)果呈現(xiàn)給登陸的用戶。 4 數(shù)據(jù)庫設(shè)計(jì) 數(shù)據(jù)庫需求分析 用戶的需求具體體現(xiàn)在各種信息的 查詢 、保存、更新 和 刪除 ，這就要求數(shù)據(jù)庫結(jié)構(gòu)能充分滿足各種信息的輸出和輸入。收集基本數(shù)據(jù)、數(shù)據(jù)結(jié)構(gòu)以及數(shù)據(jù)處理的流程，組成一份詳盡的數(shù)據(jù)字典，為后面的具體設(shè)計(jì)打下基礎(chǔ)。 仔細(xì)分析調(diào)查有關(guān) 倉儲 管理信息需求的基礎(chǔ)上，得到如圖 4－ 1 所示的 倉儲銷售的系統(tǒng)設(shè)計(jì)流程圖 。 13 圖 41 倉儲銷售 流程圖 通過對 時(shí)代集團(tuán)的 倉儲銷售 的內(nèi)容和數(shù)據(jù)流程 分析，設(shè)計(jì)數(shù)據(jù)項(xiàng)和數(shù)據(jù) 結(jié)構(gòu)如下： ● 客戶 信息，包括顧客的基本信息：顧客姓名、顧客編號 、聯(lián)系人聯(lián)系方式等。 ● 產(chǎn)品 信息，包括的數(shù)據(jù)項(xiàng)有編號、 產(chǎn)品 名稱、 產(chǎn)品規(guī)格 等。 ● 配件 信息， 包括配件的編號、配件類別、配件數(shù)量等 ● 產(chǎn)品庫存信息，包括產(chǎn)品銷售記錄、現(xiàn)有庫存數(shù)量等。 ● 維修信息，包括產(chǎn)品維修配件編號、配件使用數(shù)量、維修日期 配件名稱等。 ●用戶及角色信息，包括用戶名、操作權(quán)限、所屬部門等。 數(shù)據(jù)庫概念結(jié)構(gòu)設(shè)計(jì) 得到上面的數(shù)據(jù)項(xiàng)和數(shù)據(jù)結(jié)構(gòu)以后，就可以設(shè)計(jì)出能夠滿足 時(shí)代集團(tuán) 用戶需求的各種實(shí)體結(jié)構(gòu)，以及他們之間的關(guān)系，為以后的邏輯結(jié)構(gòu)設(shè)計(jì)打下基礎(chǔ)。 根據(jù)上面的設(shè)計(jì)規(guī)劃出的實(shí)體有： 庫存 信息 實(shí)體、 配件 信息實(shí)體、 維修 信息實(shí)體、倉庫現(xiàn)有庫存 匯總、處理 銷售情況 新產(chǎn)品信息 維修信息 配件信息 14 用戶及角色信息實(shí)體、 產(chǎn)品信息實(shí)體等。 各個(gè)實(shí)體具體的描述 ER 圖如下： 庫存 信息實(shí)體 ER 圖如圖 42 所示。 圖 42 庫存信息實(shí)體 ER 圖 配件 信息實(shí)體 ER 圖如圖 43 所示。 圖 43 配件 信息實(shí)體 ER 圖 配件信息實(shí)體 配件名稱 配件 數(shù)量 配件種類 配件編號 庫存信息實(shí)體 編號 貨物名稱 產(chǎn)品數(shù)量 15 維修 信息實(shí)體 ER 圖如圖 44 所示。 圖 44 出 庫 信息實(shí)體 ER 圖 用戶及角色 信息實(shí)體 ER 圖如圖 43 所示。 圖 45 用戶及角色 信息實(shí)體 ER 圖 產(chǎn)品 信息實(shí)體 ER 圖如圖 46 所示。 用戶及角色信息實(shí)體 用戶名 密碼 郵箱 安全提問 維修信息實(shí)體 產(chǎn)品編號 維修日期 維修狀態(tài) 配件使用數(shù)量 16