mrp管理信息系統(tǒng)畢業(yè)論文

1、<p><b>　　摘 要</b></p><p>　　所謂MIS（管理信息系統(tǒng)--Management Information System）系統(tǒng) ，是一個(gè)由人、計(jì)算機(jī)及其他外圍設(shè)備等組成的能進(jìn)行信息的收集、傳遞、存貯、加工、維護(hù)和使用的系統(tǒng)。一個(gè)完整的MIS應(yīng)包括：輔助決策系統(tǒng)（DSS）、工業(yè)控制系統(tǒng)（CCS）、辦公自動(dòng)化系統(tǒng)（OA）以及數(shù)據(jù)庫(kù)、模型庫(kù)、方法庫(kù)、知識(shí)庫(kù)和與上級(jí)

2、機(jī)關(guān)及外界交換信息的接口。而MRP(Material Requirement Planning 物料需求計(jì)劃)是被設(shè)計(jì)并用于制造業(yè)庫(kù)存管理信息處理的系統(tǒng)，它解決了如何實(shí)現(xiàn)制造業(yè)庫(kù)存管理目標(biāo)——在正確的時(shí)間按正確的數(shù)量得到所需的物料這一難題。MRP是當(dāng)今眾所周知的ERP的雛形，MRP與ERP的庫(kù)存管理思想又源于求解制造業(yè)基本方程。</p><p>　　中小企業(yè)在我國(guó)經(jīng)濟(jì)發(fā)展中占有重要地位，隨著全球經(jīng)濟(jì)一體化的發(fā)展及

3、中國(guó)加入WTO，中小企業(yè)將面臨外資企業(yè)和國(guó)外產(chǎn)品與服務(wù)的嚴(yán)峻挑戰(zhàn)，因此，如果我國(guó)的中小企業(yè)不借助先進(jìn)的管理思想轉(zhuǎn)變經(jīng)營(yíng)觀念、使用信息化提高企業(yè)的管理水平和工作效率，將很難在今后的國(guó)際競(jìng)爭(zhēng)中取勝。企業(yè)管理在很多方面、很大程度上都必須借助信息化來(lái)完成。隨著電腦知識(shí)日趨普及，同時(shí)市場(chǎng)經(jīng)濟(jì)快速多變，競(jìng)爭(zhēng)激烈，因此企業(yè)采用計(jì)算機(jī)對(duì)生產(chǎn)計(jì)劃進(jìn)行管理已成為趨勢(shì)及必然。</p><p>　　本文是采用Visual Basic作為

4、開(kāi)發(fā)工具，SQL Server作為后臺(tái)數(shù)據(jù)庫(kù)而開(kāi)發(fā)的MRP管理信息系統(tǒng)，可以實(shí)現(xiàn)對(duì)產(chǎn)品信息、廠商信息、合同收賬、合同信息、制造技術(shù)統(tǒng)計(jì)的管理。</p><p>　　關(guān)鍵詞：管理信息系統(tǒng); MRP; 商品庫(kù)存調(diào)度; Visual Basic.NET; SQL Server2000</p><p><b>　　Abstract</b></p><p&g

5、t;　　The so-called MIS (Management Information System) is composed of a people, computers and other peripheral devices and so on ,the usage of which contains information collection, transmission, storage, processing, mai

6、ntenance and so on . A complete MIS should include: decision support system (DSS), industrial control systems (CCS), office automation (OA) and database, model base, method base, knowledge base and with the higher author

7、ities and external exchange of information interfaces. MRP (Mate</p><p>　　Playing an important role of SMEs in China's economic development, with the development of global economic integration and China&

8、#39;s accession to the WTO, SMEs will face severe challenges of foreign-funded enterprises and foreign products and services. If China's small and medium enterprises lack the aid of advanced management thinking to ch

9、ange their management concepts and the use of information technology to improve enterprise management level and efficiency, it will be difficult to win in the </p><p>　　Ask is using Visual Basic as a develop

10、ment tool, MRP management information system, developed by the SQL Server as the back-end database of product information, vendor information, contracts receivable, contract information, manufacturing, management of tech

11、nical statistics.</p><p>　　Keywords: MIS; MRP; Visual Basic.NET; SQL Server2000</p><p><b>　　目 錄</b></p><p><b>　　引 言I</b></p><p><b>　

12、　第一章 緒論1</b></p><p>　　1. 1物料需求計(jì)劃(MRP)簡(jiǎn)介1</p><p>　　1. 2國(guó)內(nèi)現(xiàn)狀1</p><p><b>　　1.3項(xiàng)目意義2</b></p><p><b>　　1.4系統(tǒng)目標(biāo)3</b></p><p>　　

13、第二章 需求分析4</p><p>　　2.1 功能需求5</p><p><b>　　2.2性能需求6</b></p><p>　　2.3 界面需求7</p><p>　　第三章 系統(tǒng)分析8</p><p>　　3.1 識(shí)別參與者8</p><p><

14、b>　　3.2識(shí)別用例9</b></p><p>　　3.3 定義系統(tǒng)對(duì)象12</p><p>　　3.4 定義類(lèi)間的關(guān)系13</p><p>　　第四章 系統(tǒng)設(shè)計(jì)15</p><p>　　4.1建立交互作用圖15</p><p>　　4.2 建立活動(dòng)圖16</p><

15、;p>　　4.3 建立時(shí)序圖17</p><p>　　4.4數(shù)據(jù)庫(kù)設(shè)計(jì)18</p><p>　　第五章 系統(tǒng)實(shí)現(xiàn)25</p><p>　　5.1 登錄界面設(shè)置25</p><p>　　5.2 系統(tǒng)管理功能設(shè)置26</p><p>　　5.3訂單管理功能設(shè)置28</p><p>

16、;　　5.4出入庫(kù)管理功能設(shè)置29</p><p>　　5.5查詢(xún)管理功能設(shè)置30</p><p>　　5.6 問(wèn)題分析31</p><p>　　第六章 系統(tǒng)測(cè)試33</p><p>　　6.1 系統(tǒng)測(cè)試概述33</p><p>　　6.2 系統(tǒng)測(cè)試方法33</p><p>　　6

17、.3 測(cè)試內(nèi)容34</p><p>　　6.4測(cè)試結(jié)果36</p><p>　　6. 5系統(tǒng)評(píng)價(jià)36</p><p><b>　　總 結(jié)37</b></p><p><b>　　致 謝I</b></p><p><b>　　參考文獻(xiàn)I</b>

18、</p><p><b>　　附 錄1</b></p><p><b>　　引 言</b></p><p>　　MRP是以物料計(jì)劃人員或存貨管理人員為核心的物料需求計(jì)劃體系，它的涵蓋范圍僅僅為物料管理這一塊。 主要用于非獨(dú)立性需求（相關(guān)性需求）性質(zhì)的庫(kù)存控制。 企業(yè)怎樣才能在規(guī)定的時(shí)間，規(guī)定的地點(diǎn)，按照規(guī)定的數(shù)量得到

19、真正需要的物料，換句話說(shuō)，就是庫(kù)存管理怎樣才能符合生產(chǎn)計(jì)劃的要求，這是物料需求計(jì)劃所解決的。</p><p>　　物料需求計(jì)劃是以物料計(jì)劃人員或存貨管理人員為核心的物料需求計(jì)劃體系，它的涵蓋范圍僅僅為物料管理這一塊。物料需求計(jì)劃是一種以計(jì)算機(jī)為基礎(chǔ)的生產(chǎn)計(jì)劃與控制系統(tǒng)，它根據(jù)總生產(chǎn)進(jìn)度計(jì)劃中規(guī)定的最終產(chǎn)品的交貨日期，編制所構(gòu)成最終產(chǎn)品的裝配件、部件、零件的生產(chǎn)進(jìn)度計(jì)劃、對(duì)外的采購(gòu)計(jì)劃、對(duì)內(nèi)的生產(chǎn)計(jì)劃。它可以用來(lái)計(jì)

20、算物料需求量和需求時(shí)間,從而降低庫(kù)存量。</p><p>　　本系統(tǒng)前臺(tái)采用Visual Basic.NET作為開(kāi)發(fā)工具，它全面支持面向?qū)ο蟮某绦蛟O(shè)計(jì),包括數(shù)據(jù)抽象,封裝,對(duì)象與屬性,類(lèi)與成員,繼承和多態(tài)等。后臺(tái)用SQL Server2000來(lái)儲(chǔ)存相應(yīng)的數(shù)據(jù)，SQL語(yǔ)言包含查詢(xún)、定義、操控和控制4個(gè)部分，是一種功能齊全的數(shù)據(jù)庫(kù)語(yǔ)言。它的主要功能就是同各種數(shù)據(jù)庫(kù)建立聯(lián)系，進(jìn)行溝通。</p><p

21、>　　本系統(tǒng)可以作為ERP的一部分直接使用，也可以在制造型中小型企業(yè)單獨(dú)使用。通過(guò)這套系統(tǒng)的運(yùn)用，可以大大的減少人力、物力和財(cái)力，進(jìn)而實(shí)現(xiàn)高的效益，提高企業(yè)的競(jìng)爭(zhēng)力。</p><p><b>　　第一章 緒論</b></p><p>　　1. 1物料需求計(jì)劃(MRP)簡(jiǎn)介</p><p>　　物料需求計(jì)劃(Materials Requi

22、rement Planning，簡(jiǎn)稱(chēng)MRP)的基本思想就是把企業(yè)作為一個(gè)有機(jī)的整體，從整體優(yōu)化的角度出發(fā)，通過(guò)運(yùn)用科學(xué)的方法把企業(yè)各種資源和產(chǎn)、供、銷(xiāo)、財(cái)各個(gè)環(huán)節(jié)實(shí)行合理有效的計(jì)劃、組織、控制和調(diào)整，使他們?cè)谏a(chǎn)經(jīng)營(yíng)過(guò)程中得以協(xié)調(diào)有序地發(fā)揮作用。</p><p>　　制定MRP所需的關(guān)鍵信息要素有三個(gè):</p><p>　　主生產(chǎn)計(jì)劃(Master Production Schedule，

23、簡(jiǎn)稱(chēng)MPS )即是每一最終產(chǎn)品的生產(chǎn)計(jì)劃，據(jù)此可以推算出所需的相關(guān)物料。</p><p>　　物料清單(Bill Of Materials，簡(jiǎn)稱(chēng)BOM )它說(shuō)明一個(gè)最終產(chǎn)品是由哪些零部件、原材料所構(gòu)成的，這些零部件的時(shí)間數(shù)量上的相互關(guān)系是什么。</p><p>　　庫(kù)存紀(jì)錄。庫(kù)存中有哪些物料，有多少，己經(jīng)準(zhǔn)備，再進(jìn)多少，從而在制定新的加工、采購(gòu)計(jì)劃時(shí)減掉相應(yīng)的數(shù)量。</p>

24、<p><b>　　1. 2國(guó)內(nèi)現(xiàn)狀</b></p><p>　　由于應(yīng)用MRP涉及到國(guó)家經(jīng)濟(jì)體制、人的素質(zhì)、企業(yè)的生產(chǎn)經(jīng)營(yíng)機(jī)制、傳統(tǒng)管理方法和管理基礎(chǔ)等一系列實(shí)際問(wèn)題，因此引進(jìn)MRP系統(tǒng)的企業(yè)，未能使其迅速、全面地轉(zhuǎn)化為生產(chǎn)力，普遍出現(xiàn)了實(shí)施難度大、周期長(zhǎng)、反復(fù)多、見(jiàn)效慢等現(xiàn)象。有的企業(yè)幾年時(shí)間才實(shí)施二、三個(gè)軟件模塊的功能，有的企業(yè)甚至中途擱淺，不了了之。這種應(yīng)用現(xiàn)狀與西方工業(yè)發(fā)

25、達(dá)國(guó)家的企業(yè)相比，無(wú)論是從總體應(yīng)用水平、項(xiàng)目實(shí)施周期和系統(tǒng)投入產(chǎn)出，還是從應(yīng)用規(guī)劃、應(yīng)用范圍、應(yīng)用數(shù)量和應(yīng)用效果來(lái)看，都存在著很大的差距，這不僅嚴(yán)重影響了我國(guó)企業(yè)管理水平、整體素質(zhì)和經(jīng)濟(jì)效益的提高，而且也制約了整個(gè)國(guó)民經(jīng)濟(jì)的發(fā)展和提高。</p><p><b>　　1.3項(xiàng)目意義</b></p><p>　　二十世紀(jì)60年代初，隨著計(jì)算機(jī)技術(shù)的發(fā)展，一種新的生產(chǎn)管理技

26、術(shù)—物料需求計(jì)劃M(mǎn)RP ( Material Requirement Planning)首先在美國(guó)發(fā)展起來(lái)。到80年代已經(jīng)形成為一種綜合計(jì)劃管理系統(tǒng)的通用軟件包，在世界各國(guó)的制造型企業(yè)得到了廣泛應(yīng)用。其間經(jīng)歷了三個(gè)發(fā)展階段:基本MRP、制造資源計(jì)劃(后來(lái)又簡(jiǎn)稱(chēng)MRPID和ERP。</p><p>　　60年代初期，多品種小批量生產(chǎn)被認(rèn)為是最重要的生產(chǎn)模式，生產(chǎn)中多余的消耗和資源分配的不合理首先表現(xiàn)在物料的多余庫(kù)存

27、上。為了解決原材料的庫(kù)存問(wèn)題，出現(xiàn)了以相關(guān)需求原則、最少投入和關(guān)鍵路徑為基礎(chǔ)的“物料需求計(jì)劃”，簡(jiǎn)稱(chēng)MRP。隨著國(guó)內(nèi)國(guó)際市場(chǎng)競(jìng)爭(zhēng)環(huán)境的日益激烈，企業(yè)對(duì)自身資源的管理范圍在不斷擴(kuò)大，對(duì)制造資源的計(jì)劃也在逐漸細(xì)化并且精確化，單純面向物料的MRP擴(kuò)展到對(duì)與生產(chǎn)能力相關(guān)的人力和設(shè)備等更多資源的計(jì)劃與控制，逐漸引入了資源計(jì)劃與保證、安排生產(chǎn)、執(zhí)行監(jiān)控與反饋等功能，這就是閉環(huán)MRP。之后又加入了對(duì)制造范圍的資金控制，計(jì)劃方法的</p>

28、<p>　　名稱(chēng)隨著控制對(duì)象的升級(jí)而改為“制造資源計(jì)劃(Manufacturing Resource Planning) "，即MRP II。目前先進(jìn)的ERP ( Enterprise Resource Planning)系統(tǒng)又是在MRPII的基礎(chǔ)上擴(kuò)展了管理范圍，這是因?yàn)榭紤]到靠企業(yè)自己的資源不可能有效的參與市場(chǎng)競(jìng)爭(zhēng)，必須把經(jīng)營(yíng)過(guò)程中有關(guān)各方如供應(yīng)商、銷(xiāo)售網(wǎng)絡(luò)、客戶(hù)、市場(chǎng)等納入系統(tǒng)，才能有效的安排企業(yè)的銷(xiāo)—供—產(chǎn)

29、活動(dòng)，滿(mǎn)足企業(yè)利用全社會(huì)的市場(chǎng)資源的要求。盡管如此MRP仍然是ERP的核心功能。近年來(lái)，業(yè)界流行的術(shù)語(yǔ)已經(jīng)變成了ERP, SCM ( Supply Chain Management，或全球運(yùn)籌(Global Logistics)等新名詞，因此，可能有人會(huì)懷疑MRP是否己經(jīng)落伍。其實(shí)，ERP系統(tǒng)是MRP系統(tǒng)的延伸與擴(kuò)大;不少新一代的應(yīng)用系統(tǒng)只是將工作流的應(yīng)用觀念加入到MRP系統(tǒng)之中，只是改變了它的執(zhí)行方式和實(shí)施方式。因此，MRP仍然是制

30、造業(yè)運(yùn)作模式中最根本的基礎(chǔ)，它仍具有極大的價(jià)值，非常值得我們努力學(xué)習(xí)的。同時(shí)隨著計(jì)算機(jī)技術(shù)的飛速發(fā)展，計(jì)算機(jī)在企業(yè)信息管理中應(yīng)用的普及，利用計(jì)算機(jī)實(shí)現(xiàn)企業(yè)</p><p><b>　　1.4系統(tǒng)目標(biāo)</b></p><p>　　結(jié)合相關(guān)性需求的特點(diǎn)和改善企業(yè)生產(chǎn)經(jīng)營(yíng)的需要，對(duì)物料需求計(jì)劃(MRP )系統(tǒng)提出了以下的目標(biāo):最大限度地保證訂貨任務(wù)的按期完成;提高庫(kù)存管理的

31、服務(wù)水平，最大限度地降低庫(kù)存量，包括中間庫(kù)存和在制品庫(kù)存，以減少在庫(kù)存上的資金積壓;提高計(jì)劃的可靠性，實(shí)現(xiàn)均衡生產(chǎn);集成管理職能，提高管理效率。</p><p>　　物料需求計(jì)劃(MRP)系統(tǒng)的基本指導(dǎo)思想是:只在需要的時(shí)候，向需要的部門(mén)按需要的數(shù)量，提供所需要的物料。就是說(shuō)，它既要防止物料供應(yīng)滯后于對(duì)它們的需求，也要防止物料過(guò)早地出產(chǎn)和進(jìn)貨，以免增加庫(kù)存，造成物資和資金的積壓。</p><p

32、><b>　　第二章 需求分析</b></p><p>　　需求分析是指在充分了解客戶(hù)情況之后，與客戶(hù)一起討論對(duì)系統(tǒng)的具體要求，針對(duì)其現(xiàn)行體制中的不足及目前所需，制訂出一套需求方案。需求分析應(yīng)該完全以企業(yè)的需要及實(shí)際情況為出發(fā)點(diǎn)，為企業(yè)合理地選擇系統(tǒng)提供基本保障。需求分析是整個(gè)系統(tǒng)實(shí)施過(guò)程中至關(guān)重要的一步，客戶(hù)需求是否合理決定了整個(gè)系統(tǒng)實(shí)施的成敗。首先調(diào)查組織機(jī)構(gòu)情況，包括了解該組織的

33、部門(mén)組成情況，各部門(mén)的職能等，為分析信息流程準(zhǔn)備。然后調(diào)查各部門(mén)的業(yè)務(wù)活動(dòng)情況，包括了解各個(gè)部門(mén)輸入和使用什么數(shù)據(jù)，如何加工處理這些數(shù)據(jù)，輸出什么信息，輸出到什么部門(mén)，輸出結(jié)果的格式是什么。協(xié)助用戶(hù)明確對(duì)新系統(tǒng)的各種要求，包括信息要求、處理要求、完全性與完整性要求。最后確定新系統(tǒng)的邊界，確定哪些功能由計(jì)算機(jī)完成或?qū)?lái)準(zhǔn)備讓計(jì)算機(jī)完成，哪些活動(dòng)由人工完成。由計(jì)算機(jī)完成的功能就是新系統(tǒng)應(yīng)該實(shí)現(xiàn)的功能。需求分析應(yīng)遵守以下原則：</p&g

34、t;<p><b>　　解決邏輯問(wèn)題</b></p><p>　　需求分析是對(duì)問(wèn)題的識(shí)別和說(shuō)明過(guò)程，分析員要回答的是“系統(tǒng)必須做什么”的問(wèn)題。需求分析的基本原則是給出要完成的功能和處理信息，而不考慮實(shí)現(xiàn)的細(xì)節(jié)，即需求分析工作應(yīng)集中在明確系統(tǒng)要完成的功能是什么，而不是要考慮系統(tǒng)怎樣才能實(shí)現(xiàn)這些功能。</p><p><b>　　以運(yùn)行環(huán)境為基礎(chǔ)&

35、lt;/b></p><p>　　需求分析工作應(yīng)以運(yùn)行環(huán)境為基礎(chǔ)，實(shí)事求是。系統(tǒng)分析人員可以參考，但不能照搬其他類(lèi)似的系統(tǒng)開(kāi)發(fā)時(shí)的分析工作，更不能不負(fù)責(zé)任，憑個(gè)人的主觀想象辦事。</p><p><b>　　用戶(hù)參與</b></p><p>　　需求分析工作是系統(tǒng)分析人員同用戶(hù)不斷交互的過(guò)程。因此，在工作中客戶(hù)（開(kāi)發(fā)委托者或開(kāi)發(fā)委托者兼系

36、統(tǒng)使用者）應(yīng)參加分析工作，以保證交互的充分性和工作效率。同時(shí)，需求分析工作也應(yīng)有客戶(hù)所指定的人員參加。</p><p>　　需求分析可以從幾方面入手，一般是功能需求、性能需求和界面需求。</p><p><b>　　2.1 功能需求</b></p><p>　　功能需求 （functional requirement）是規(guī)定開(kāi)發(fā)人員必須在產(chǎn)品中

37、實(shí)現(xiàn)的軟件功能，用戶(hù)利用這些功能來(lái)完成任務(wù)，滿(mǎn)足業(yè)務(wù)需求。功能需求有時(shí)也被稱(chēng)作行為需求 （behavioral requirement），因?yàn)榱?xí)慣上總是用“應(yīng)該”對(duì)其進(jìn)行描述：“系統(tǒng)應(yīng)該發(fā)送電子郵件來(lái)通知用戶(hù)已接受其預(yù)定”。功能需求描述是開(kāi)發(fā)人員需要實(shí)現(xiàn)什 么。用戶(hù)需求不總是被轉(zhuǎn)變成功能需求。產(chǎn)品特性，所謂特性（feature），是指一組邏輯上相關(guān)的功能需求，它們?yōu)橛脩?hù)提供某項(xiàng)功能，使業(yè)務(wù)目標(biāo) 得以滿(mǎn)足。對(duì)商業(yè)軟件而言，特性則是一組能被

38、客戶(hù)識(shí)別，并幫助他決定是否購(gòu)買(mǎi)的需求，也就是產(chǎn)品說(shuō)明書(shū)中用著重號(hào)標(biāo)明的部分?？蛻?hù)希望得到的產(chǎn)品特性和用戶(hù)的任務(wù)相關(guān)的需求不完全是一回事。一項(xiàng)特性可以包括多個(gè)用例，每個(gè)用例又要求實(shí)現(xiàn)多項(xiàng)功能需求，以便用戶(hù)能夠執(zhí)行某項(xiàng)任務(wù)。</p><p>　　本文所講到的商品庫(kù)存調(diào)度管理信息系統(tǒng)是非常實(shí)用的一套系統(tǒng)，它廣泛的用于企業(yè)、公司的生產(chǎn)銷(xiāo)售管理，是一套嚴(yán)謹(jǐn)、功能完整的管理系統(tǒng)。該系統(tǒng)的主要功能是用戶(hù)與簡(jiǎn)單的客戶(hù)管理集商品生

39、產(chǎn)、出入庫(kù)、銷(xiāo)售、訂單的跟蹤和記錄，還具有非常重要的統(tǒng)計(jì)功能。系統(tǒng)功能大致有以下幾個(gè)功能：</p><p>　　2.1.1 登錄功能</p><p>　　★ 登錄：輸入用戶(hù)名進(jìn)行判斷后，根據(jù)用戶(hù)權(quán)限，進(jìn)入不同的功能界面 。</p><p>　　★ 修改：此功能能對(duì)用戶(hù)的密碼進(jìn)行修改，提高安全性。</p><p>　　2.1.2 系統(tǒng)管理功能&

40、lt;/p><p>　　★ 用戶(hù)信息：屬于管理者權(quán)限，可以修改添加用戶(hù)以及其權(quán)限和密碼。</p><p>　　★ 廠商信息：顯示和企業(yè)有業(yè)務(wù)聯(lián)系的所有廠商信息，可以進(jìn)行信息修改，但不能進(jìn)行刪除操作。</p><p>　　★ 類(lèi)別信息：與廠商信息的功能相似。</p><p>　　★ 商品信息：它負(fù)責(zé)提供基本的設(shè)置，是管理員擁有的一個(gè)管理模塊，顯示、

41、修改、添加商品各種信息。</p><p>　　2.1.3 出入庫(kù)管理功能</p><p>　　★ 出庫(kù)：通過(guò)事先判斷庫(kù)存是否充足，以及修改后庫(kù)存是否充足，修改商品的庫(kù)存數(shù)量，進(jìn)行出庫(kù)。</p><p>　　★ 入庫(kù)：窗體中顯示當(dāng)前入庫(kù)信息，經(jīng)手人為登錄用戶(hù)，能實(shí)現(xiàn)入庫(kù)添加和修改。</p><p>　　2.1.4 查詢(xún)統(tǒng)計(jì)功能</p>

42、;<p>　　查詢(xún)統(tǒng)計(jì)：雖然不是必不可少的模塊，但是在真正使用中起到非常重要的作用，甚至可以在該模塊中自動(dòng)生成報(bào)表以及各種統(tǒng)計(jì)的數(shù)據(jù)文件。在本系統(tǒng)中，一共包括了訂單查詢(xún)、庫(kù)存查詢(xún)以及入庫(kù)查詢(xún)，屬于為客戶(hù)提供“售后服務(wù)”的位置。</p><p><b>　　2.2性能需求</b></p><p>　　該系統(tǒng)要滿(mǎn)足以下的性能需求:</p>&l

43、t;p>　　★ 縮短計(jì)劃生成的時(shí)間</p><p>　　運(yùn)用該系統(tǒng)之后，相關(guān)人員只需作少量數(shù)據(jù)的輸入工作，就可以完成原來(lái)花費(fèi)大量人力和時(shí)間才能完成的生產(chǎn)計(jì)劃編制工作。</p><p><b>　　★ 界面友好</b></p><p>　　軟件與用戶(hù)界面的友好性是用戶(hù)能夠方便有效的使用該軟件的關(guān)鍵部分。因此系統(tǒng)均采用圖形界面顯示和鼠標(biāo)的操作

44、方式，方便靈活。</p><p><b>　　★ 靈活性</b></p><p>　　由于市場(chǎng)的多變性和生產(chǎn)過(guò)程中會(huì)出現(xiàn)一些不確定因素，因此系統(tǒng)應(yīng)</p><p>　　提供對(duì)這些不確定因素采取措施的功能。</p><p><b>　　2.3 界面需求</b></p><p>

45、　　界面設(shè)計(jì)與測(cè)試規(guī)則界面是軟件與用戶(hù)交互的最直接的層，界面的好壞決定用戶(hù)對(duì)軟件的第一印象。而且設(shè)計(jì)良好的界面能夠引導(dǎo)用戶(hù)自己完成相應(yīng)的操作，起到向?qū)У淖饔谩Ｍ瑫r(shí)界面如同人的面孔，具有吸引用戶(hù)的直接優(yōu)勢(shì)。按照界面設(shè)計(jì)應(yīng)遵循的易用性、規(guī)范性、幫助設(shè)施、合理性和美觀性，并根據(jù)上述的功能需求分析進(jìn)行界面設(shè)計(jì)。本系統(tǒng)在設(shè)計(jì)各個(gè)界面以及其之間的關(guān)聯(lián)時(shí)是在畫(huà)出整個(gè)系統(tǒng)的流程圖的基礎(chǔ)上進(jìn)行的。具體的流程圖如1-1所示。</p><

46、p>　　圖2-1 系統(tǒng)流程圖</p><p><b>　　第三章 系統(tǒng)分析</b></p><p><b>　　3.1 識(shí)別參與者</b></p><p>　　識(shí)別參與者，我們可以從以下幾個(gè)角度來(lái)展開(kāi)，誰(shuí)將使用該系統(tǒng)的主要功能；誰(shuí)將需要該系統(tǒng)的支持以完成其工作；誰(shuí)將需要安裝、維護(hù)、管理該系統(tǒng)，以及保持該系統(tǒng)處于工作

47、狀態(tài)；系統(tǒng)需要處理哪些硬件設(shè)備與該系統(tǒng)發(fā)生交互的是什么系統(tǒng)；誰(shuí)或什么系統(tǒng)對(duì)本系統(tǒng)產(chǎn)生的結(jié)果感興趣。在這個(gè)過(guò)程中，我們可以通過(guò)畫(huà)出系統(tǒng)結(jié)構(gòu)圖來(lái)明確顯示參與者。系統(tǒng)結(jié)構(gòu)圖是對(duì)軟件系統(tǒng)結(jié)構(gòu)的總體設(shè)計(jì)的圖形顯示。在需求分析階段已經(jīng)從系統(tǒng)開(kāi)發(fā)的角度出發(fā)，把系統(tǒng)按功能逐次分割成層次結(jié)構(gòu)，使每一部分完成簡(jiǎn)單的功能且各個(gè)部分之間又保持一定的聯(lián)系，這就是功能設(shè)計(jì)。在設(shè)計(jì)階段，基于這個(gè)功能的層次結(jié)構(gòu)把各個(gè)部分組合起來(lái)成為系統(tǒng)。</p><

48、;p>　　該系統(tǒng)的系統(tǒng)結(jié)構(gòu)圖按步驟可劃分為：</p><p>　　第一步：進(jìn)行登錄，如果成功，進(jìn)入第二步；</p><p>　　第二步：打開(kāi)系統(tǒng)的主界面，根據(jù)相應(yīng)的權(quán)限，在菜單中加以控制。如果有相應(yīng)的操作，則分別跳入不同的步驟，共有四種選擇；</p><p>　　★ 系統(tǒng)管理：再模塊中可以對(duì)用戶(hù)信息、廠商信息、商品類(lèi)別信息和商品信息進(jìn)行設(shè)置和管理；</p

49、><p>　　★ 訂單管理：在該模塊中可以對(duì)訂單的記錄信息進(jìn)行相應(yīng)的管理操作：</p><p>　　★ 出入庫(kù)管理：在該模塊中可以對(duì)入庫(kù)、出庫(kù)兩部分記錄進(jìn)行相應(yīng)的管理；</p><p>　　★ 查詢(xún)統(tǒng)計(jì)：在該模塊中，可以對(duì)訂單、庫(kù)存以及出入庫(kù)的記錄進(jìn)行一定條件下的查詢(xún)。</p><p>　　根據(jù)上述的系統(tǒng)結(jié)構(gòu)可也識(shí)別出參與者有：庫(kù)存管理系統(tǒng)、系統(tǒng)

50、管理員、出入庫(kù)管理員、查詢(xún)統(tǒng)計(jì)、后臺(tái)數(shù)據(jù)庫(kù)</p><p>　　圖2-1清楚顯示了系統(tǒng)結(jié)構(gòu)。</p><p><b>　　圖3-1系統(tǒng)結(jié)構(gòu)圖</b></p><p><b>　　3.2識(shí)別用例</b></p><p>　　系統(tǒng)的用例分析是UML建模的第一步。用例圖由參與者（Actor）、用例（Use

51、 Case）以及它們之間的關(guān)系構(gòu)成的用于描述系統(tǒng)功能的動(dòng)態(tài)視圖稱(chēng)為用例圖。用例圖（User Case）是被稱(chēng)為參與者的外部用戶(hù)所能觀察到的系統(tǒng)功能的模型圖，呈現(xiàn)了一些參與者和一些用例，以及它們之間的關(guān)系，主要用于對(duì)系統(tǒng)、子系統(tǒng)或類(lèi)的功能行為進(jìn)行建模。用例圖展示了用例之間以及同用例參與者之間是怎樣相互聯(lián)系的。用例圖用于對(duì)系統(tǒng)、子系統(tǒng)或類(lèi)的行為進(jìn)行可視化，使用戶(hù)能夠理解如何使用這些元素，并使開(kāi)發(fā)者能夠?qū)崿F(xiàn)這些元素。將每個(gè)系統(tǒng)中的用戶(hù)分出工作

52、狀態(tài)的屬性和工作內(nèi)容，方便建模，防止功能重復(fù)和多余的類(lèi)。 用例圖定義了系統(tǒng)的功能需求，它是從系統(tǒng)的外部看系統(tǒng)功能，并不描述系統(tǒng)內(nèi)部對(duì)功能的具體實(shí)現(xiàn)。上述已經(jīng)確立了庫(kù)存管理系統(tǒng)的各個(gè)功能模塊，包括系統(tǒng)管理、訂單管理、出入庫(kù)管理、商品管理、廠商管理查詢(xún)統(tǒng)計(jì)等。根據(jù)以上的需求分析和參與者識(shí)別，可以畫(huà)出用例圖，如圖2-2所示。</p><p><b>　　圖3-2 用例圖</b></p>

53、<p>　　在選中了部分用戶(hù)描述進(jìn)入迭代過(guò)程后，為了確保設(shè)計(jì)和編碼產(chǎn)生完全符合需要的系統(tǒng)，就要對(duì)選中的描述進(jìn)行細(xì)化分析，這實(shí)際上是一個(gè)細(xì)化的需求分析過(guò)程，會(huì)產(chǎn)生更多的需求信息，必須有效的組織和處理它們。一從系統(tǒng)的角度研究事件及行為產(chǎn)品用例的細(xì)化分析，首先應(yīng)該從系統(tǒng)的角度研究外部參與者與我們將要?jiǎng)?chuàng)建的軟件系統(tǒng)之間如何交互。交互期間，參與者產(chǎn)生一個(gè)發(fā)送給系統(tǒng)的事件，通常要求系統(tǒng)響應(yīng)這個(gè)操作。根據(jù)分析的需要，在SSD中可以考慮每

54、個(gè)相鄰系統(tǒng)與系統(tǒng)的交互過(guò)程，從而發(fā)現(xiàn)和定義盡可能多的事件，發(fā)現(xiàn)事件的粒度可以根據(jù)具體情況來(lái)決定，圖2-3便是細(xì)化的用例圖。</p><p>　　圖3-3 具體用例圖</p><p>　　3.3 定義系統(tǒng)對(duì)象</p><p>　　常用的識(shí)別類(lèi)的方法有：名詞識(shí)別法、系統(tǒng)實(shí)體識(shí)別法、使用重用、從用例中識(shí)別類(lèi)等。</p><p><b>　

55、　★ 名詞識(shí)別法 </b></p><p>　　識(shí)別問(wèn)題域中的實(shí)體，實(shí)體的描述通常用名詞、名詞短語(yǔ)、名詞性代詞的形式出現(xiàn)。用指定語(yǔ)言對(duì)系統(tǒng)進(jìn)行描述；從系統(tǒng)描述中標(biāo)識(shí)名詞、名詞短語(yǔ)、名詞性代詞；識(shí)別確定（取、舍）類(lèi)。</p><p>　　★ 系統(tǒng)實(shí)體識(shí)別法 </p><p>　　不關(guān)心系統(tǒng)的運(yùn)作流程及實(shí)體之間的通信狀態(tài)，而只考慮系統(tǒng)中的人員、組織、地點(diǎn)、表

56、格、報(bào)告等實(shí)體，經(jīng)過(guò)分析將他們識(shí)別為類(lèi)（或?qū)ο螅?lt;/p><p>　　被標(biāo)識(shí)的實(shí)體有：系統(tǒng)需要存儲(chǔ)、分析、處理的信息實(shí)體、系統(tǒng)內(nèi)部需要處理的設(shè)備、與系統(tǒng)交互的外部系統(tǒng)、系統(tǒng)相關(guān)人員、系統(tǒng)的組織實(shí)體。在確定類(lèi)時(shí)，常使用兩類(lèi)技術(shù)：</p><p>　　★ 分解技術(shù)：將整體類(lèi)和組合類(lèi)分解?？煽刂茊蝹€(gè)類(lèi)的規(guī)模。 </p><p>　　★ 抽象技術(shù)：根據(jù)一些類(lèi)的相似性建

57、立抽象類(lèi)，并建立抽象類(lèi)與這些類(lèi)之間的繼承關(guān)系。抽象類(lèi)實(shí)現(xiàn)了系統(tǒng)內(nèi)部的重用，很好地控制了復(fù)雜性，并為所有子類(lèi)定義了一個(gè)公共的界面，使設(shè)計(jì)局部化，提高系統(tǒng)的可修改性和可維護(hù)性。</p><p>　　根據(jù)下述原則進(jìn)一步確定類(lèi)：</p><p>　　★去掉冗余類(lèi)：如兩個(gè)類(lèi)表述同一信息，應(yīng)保留最具有描述能力的類(lèi)。</p><p>　　★去掉不相干的類(lèi)：刪除與問(wèn)題無(wú)關(guān)或關(guān)系不大

58、的類(lèi)。</p><p>　　★刪除模糊的類(lèi)：有些初始類(lèi)邊界定義不確切，范圍太廣，應(yīng)該刪除。</p><p>　　★刪除那些性質(zhì)獨(dú)立性不強(qiáng)的，而應(yīng)該是類(lèi)“屬性”的候選類(lèi)。</p><p>　　★所描述的操作不適宜作為對(duì)象類(lèi)，并被其自身所操縱，所描述的只是實(shí)現(xiàn)過(guò)程中的暫時(shí)的對(duì)象，應(yīng)刪去。</p><p>　　通過(guò)名詞識(shí)別法和系統(tǒng)實(shí)體識(shí)別法等方法可

59、以識(shí)別出系統(tǒng)的幾個(gè)類(lèi),以</p><p>　　下用類(lèi)圖這種簡(jiǎn)單明了的方法分別表示出類(lèi)的名稱(chēng)，屬性，操作。圖2-4所</p><p><b>　　示便是類(lèi)圖。</b></p><p><b>　　圖3-4 類(lèi)圖</b></p><p>　　3.4 定義類(lèi)間的關(guān)系</p><p>

60、;　　兩個(gè)或多個(gè)類(lèi)之間的相互依賴(lài)關(guān)系就是關(guān)聯(lián)，實(shí)現(xiàn)關(guān)聯(lián)的方式有多種。關(guān)聯(lián)通常用描述性動(dòng)詞和動(dòng)詞詞組表示。可以從問(wèn)題陳述中抽去所有可能的關(guān)聯(lián)表述，在銀行網(wǎng)絡(luò)系統(tǒng)示例中所有可能的關(guān)聯(lián)，大多數(shù)是直接抽取問(wèn)題中的動(dòng)詞詞組而得到的。但在陳述中，有些動(dòng)詞詞組表述的關(guān)聯(lián)是不明顯的，或在問(wèn)題陳述中是找不到的，還有一些關(guān)聯(lián)與客觀世界或人的假設(shè)有關(guān)，必須同用戶(hù)一起確定這種關(guān)聯(lián)。圖2-5很好的顯示了類(lèi)之間的關(guān)系。</p><p>&l

61、t;b>　　圖3-5 類(lèi)關(guān)系</b></p><p><b>　　第四章 系統(tǒng)設(shè)計(jì)</b></p><p>　　4.1建立交互作用圖</p><p>　　交互作用圖即協(xié)作圖,協(xié)作圖是時(shí)序圖之外另一種表示交互的方法。時(shí)序圖描述信息隨時(shí)間的交互，而協(xié)作圖描述核對(duì)線結(jié)構(gòu)相關(guān)的信息。協(xié)作圖可以說(shuō)明類(lèi)操作中用到的參數(shù)、局部變量以及操作

62、中的永久鏈。當(dāng)實(shí)現(xiàn)一個(gè)行為時(shí)，消息編號(hào)對(duì)應(yīng)程序中潛逃的調(diào)用結(jié)構(gòu)和信號(hào)傳遞過(guò)程。使用協(xié)作圖可以顯示對(duì)象角色之間的關(guān)系，如為實(shí)現(xiàn)某個(gè)操作或達(dá)到某種結(jié)果而在對(duì)象間交換的一組消息。如果需要強(qiáng)調(diào)時(shí)間和序列，最好選擇序列圖；如果需要強(qiáng)調(diào)上下文相關(guān)，最好選擇協(xié)作圖。協(xié)作圖用于顯示對(duì)象之間如何進(jìn)行交互以執(zhí)行特定用例或用例中特定部分的行為。協(xié)作圖顯示對(duì)象之間的關(guān)系，它更有利于理解對(duì)給定對(duì)象的所有影響，也更適合過(guò)程設(shè)計(jì)。協(xié)作圖的格式?jīng)Q定了它們更適合在分析活

63、動(dòng)中使用。此外，協(xié)作圖很難顯示補(bǔ)充的說(shuō)明性信息，例如時(shí)間、判定點(diǎn)或其他非結(jié)構(gòu)化的信息，而在序列圖中這些信息可以方便地添加到注釋中協(xié)作圖強(qiáng)調(diào)參與一個(gè)交互對(duì)象的組織，它由以下基本元素組成：活動(dòng)者（Actor）、對(duì)象（Object）、連接（Link）和消息（Message）。圖4-1是出庫(kù)時(shí)的協(xié)作圖。</p><p><b>　　圖4-1 協(xié)作圖</b></p><p>&

64、lt;b>　　4.2 建立活動(dòng)圖</b></p><p>　　在UML中，活動(dòng)圖中活動(dòng)用圓角矩形表示，與狀態(tài)的圖形符號(hào)相比，活動(dòng)的圖形符號(hào)更接近橢圓，兩個(gè)活動(dòng)之間用帶箭頭的線進(jìn)行連接。活動(dòng)圖是闡明了業(yè)務(wù)用例實(shí)現(xiàn)的工作流程。業(yè)務(wù)用例由一系列活動(dòng)組成，它們共同為業(yè)務(wù)主角生成某些工件?；顒?dòng)圖與傳統(tǒng)的流程圖非常相似，活動(dòng)圖是面向?qū)ο蟮?，描述的是?duì)象活動(dòng)的順序關(guān)系所遵循的規(guī)則，它著重表現(xiàn)的是系統(tǒng)的行為，而

65、非系統(tǒng)的處理過(guò)程。一個(gè)活動(dòng)圖可能包括以下元素：活動(dòng)狀態(tài)表示在工作流程中執(zhí)行某個(gè)活動(dòng)或步驟。轉(zhuǎn)移表示各種活動(dòng)狀態(tài)的先后順序。這種轉(zhuǎn)移可稱(chēng)為完成轉(zhuǎn)移。它不同于一般的轉(zhuǎn)移，因?yàn)樗恍枰黠@的觸發(fā)器事件，而是通過(guò)完成活動(dòng)（用活動(dòng)狀態(tài)表示）來(lái)觸發(fā)。決策，為其定義了一組警戒條件。這些警戒條件決定在活動(dòng)完成后將執(zhí)行一組備選轉(zhuǎn)移中的哪一個(gè)轉(zhuǎn)移。同步示意條能夠顯示業(yè)務(wù)用例的工作流程中的并行線程。系統(tǒng)的活動(dòng)圖4-2所示。</p><p&

66、gt;　　圖4-2 系統(tǒng)活動(dòng)圖</p><p><b>　　4.3 建立時(shí)序圖</b></p><p>　　時(shí)序圖描述了對(duì)象之間傳遞消息的時(shí)間順序，用來(lái)表示用例中的行為順序。當(dāng)執(zhí)行用力行為時(shí)，時(shí)序圖中的消息對(duì)應(yīng)類(lèi)操作或狀態(tài)流中引起轉(zhuǎn)換的觸發(fā)事件。時(shí)序圖描述對(duì)象是如何交互的，并且將重點(diǎn)放在消息序列上。也就是說(shuō)，描述消息是如何在對(duì)象間發(fā)送和接收的。時(shí)序圖有兩個(gè)坐標(biāo)軸：縱坐

67、標(biāo)軸顯示時(shí)間，橫坐標(biāo)軸顯示對(duì)象。每一個(gè)對(duì)象的表示方法是：矩形框中寫(xiě)有對(duì)象或類(lèi)名，且名字下面有下劃線；同時(shí)有一條縱向的虛線表示對(duì)象在序列中的執(zhí)行情況 ( 即發(fā)送和接收的消息對(duì)象的活動(dòng) ) ， 這條虛線稱(chēng)為對(duì)象的生命線。對(duì)象間的通信用對(duì)象的生命線之間的水平的消息線來(lái)表示，消息線的箭頭說(shuō)明消息的類(lèi)型，如同步，異步或簡(jiǎn)單 。 瀏覽時(shí)序圖的方法是，從上到下查看對(duì)象間交換的消息，分析那些隨著時(shí)間的流逝而發(fā)生的消息交換。</p><

68、;p>　　時(shí)序圖中包括如下元素：角色，對(duì)象，生命線，激活期和消息。角色（Actor）可以是人或者其他系統(tǒng)。對(duì)象(Object)代表時(shí)序圖中的對(duì)象在交互中所扮演的角色，位于時(shí)序圖頂部和對(duì)象代表對(duì)象實(shí)例類(lèi)角色。對(duì)象一般包含以下三種命名方式：第一種方式包含對(duì)象名和類(lèi)名；第二種方式只顯示類(lèi)名不顯示對(duì)象名，即為一個(gè)匿名對(duì)象；第三種方式只顯示對(duì)象名不顯示類(lèi)名。生命線(Lifeline) 生命線代表時(shí)序圖中的對(duì)象在一段時(shí)期內(nèi)的存在。時(shí)序圖中每個(gè)

69、對(duì)象和底部中心都有一條垂直的虛線，這就是對(duì)象的生命線，對(duì)象間的消息存在于兩條虛線間。激活期(Activation)代表時(shí)序圖中的對(duì)象執(zhí)行一項(xiàng)操作的時(shí)期，在時(shí)序圖中每條生命線上的窄的矩形代表活動(dòng)期。它可以被理解成C語(yǔ)言語(yǔ)義中一對(duì)花括號(hào)“{}”中的內(nèi)容。消息(Message)是定義交互和協(xié)作中交換信息的類(lèi)，用于對(duì)實(shí)體間的通信內(nèi)容建模，信息用于在實(shí)體間傳遞信息。允許實(shí)體請(qǐng)求其他的服務(wù)，類(lèi)角色通過(guò)發(fā)送和接受信息進(jìn)行通信。圖4-3是系統(tǒng)的時(shí)序圖。

70、</p><p><b>　　圖4-3 時(shí)序圖</b></p><p><b>　　4.4數(shù)據(jù)庫(kù)設(shè)計(jì)</b></p><p>　　數(shù)據(jù)庫(kù)是存儲(chǔ)在一起的相關(guān)數(shù)據(jù)的集合，這些數(shù)據(jù)是結(jié)構(gòu)化的，無(wú)有害的或不必要的兀余，并為多種應(yīng)用服務(wù);數(shù)據(jù)的存儲(chǔ)獨(dú)立十使用它的程序;對(duì)數(shù)據(jù)庫(kù)插入新數(shù)據(jù)，修改和檢索原有數(shù)據(jù)均能按一種公用的和可控制的方

71、式進(jìn)行。當(dāng)某個(gè)系統(tǒng)中存在結(jié)構(gòu)上完全分開(kāi)的若干個(gè)數(shù)據(jù)庫(kù)時(shí)，則該系統(tǒng)包含一個(gè)“數(shù)據(jù)庫(kù)集合”。</p><p><b>　　★ 數(shù)據(jù)庫(kù)體系結(jié)構(gòu)</b></p><p>　　數(shù)據(jù)庫(kù)的體系結(jié)構(gòu)分二級(jí):內(nèi)部級(jí)(internal)，概念級(jí)(conceptual)和外</p><p>　　部級(jí)(external)。這個(gè)二級(jí)結(jié)構(gòu)有時(shí)也稱(chēng)為“二級(jí)模式結(jié)構(gòu)”，或“數(shù)

72、據(jù)抽象的二個(gè)級(jí)別”，最早是在1971年通過(guò)的DBTG報(bào)告中提出，后來(lái)收入在1975年的美國(guó)ANS工/SPARC報(bào)告中。雖然現(xiàn)在DBMS的產(chǎn)品多種多樣，在不同的操作系統(tǒng)支持下工作，但是大多數(shù)系統(tǒng)在總的體系結(jié)構(gòu)上都具有二級(jí)模式的結(jié)構(gòu)特征。從某個(gè)角度看到的數(shù)據(jù)特性稱(chēng)為“數(shù)據(jù)視圖”(data view)o</p><p>　　外部級(jí)最接近用戶(hù)，是單個(gè)用戶(hù)所能看到的數(shù)據(jù)特性。單個(gè)用戶(hù)使用的數(shù)據(jù)視圖的描述稱(chēng)為“外模式”。&l

73、t;/p><p>　　概念級(jí)涉及到所有用戶(hù)的數(shù)據(jù)定義，是全局的數(shù)據(jù)視圖。全局?jǐn)?shù)據(jù)視圖的描述稱(chēng)為“概念模式”。</p><p>　　內(nèi)部級(jí)最接近十物理存儲(chǔ)設(shè)備，涉及到實(shí)際數(shù)據(jù)存儲(chǔ)的結(jié)構(gòu)。物理存儲(chǔ)數(shù)據(jù)視圖的描述稱(chēng)為“內(nèi)模式”。</p><p>　　數(shù)據(jù)庫(kù)的二級(jí)模式結(jié)構(gòu)是數(shù)據(jù)的二個(gè)抽象級(jí)別。它把數(shù)據(jù)的具體組織留給DBMS去做，用戶(hù)只要抽象地處理數(shù)據(jù)，Ifn不必關(guān)心數(shù)據(jù)在計(jì)算機(jī)

74、中的表示和存儲(chǔ)，這樣就減輕了用戶(hù)使用系統(tǒng)的負(fù)擔(dān)。</p><p>　　二級(jí)結(jié)構(gòu)之間往往差別很大，為了實(shí)現(xiàn)這二個(gè)抽象級(jí)別的聯(lián)系和轉(zhuǎn)換，DBMS在二級(jí)結(jié)構(gòu)之間提供兩個(gè)層次的映象(mappings):外模式/模式映象，模式/內(nèi)模式映象。</p><p>　　★ 數(shù)據(jù)庫(kù)的主要特點(diǎn)</p><p>　　實(shí)現(xiàn)數(shù)據(jù)共亨：數(shù)據(jù)共亨包含所有用戶(hù)可同時(shí)存取數(shù)據(jù)庫(kù)中的數(shù)據(jù)，也包括用戶(hù)可以

75、用各種方式通過(guò)接口使用數(shù)據(jù)庫(kù)，并提供數(shù)據(jù)共亨。</p><p>　　減少數(shù)據(jù)的兀余度：同文件系統(tǒng)相比，由十?dāng)?shù)據(jù)庫(kù)實(shí)現(xiàn)了數(shù)據(jù)共亨，從}fn避免了用戶(hù)各自建立應(yīng)用文件。減少了大量重復(fù)數(shù)據(jù)，減少了數(shù)據(jù)兀余，維護(hù)了數(shù)據(jù)的一致性。</p><p>　　數(shù)據(jù)的獨(dú)立性：數(shù)據(jù)的獨(dú)立性包括數(shù)據(jù)庫(kù)中數(shù)據(jù)庫(kù)的邏輯結(jié)構(gòu)和應(yīng)用程序相互獨(dú)立，也包括數(shù)據(jù)物理結(jié)構(gòu)的變化不影響數(shù)據(jù)的邏輯結(jié)構(gòu)。</p><

76、;p>　　數(shù)據(jù)實(shí)現(xiàn)集中控制：文件管理方式中，數(shù)據(jù)處十一種分散的狀態(tài)，不同的用戶(hù)或同一用戶(hù)在不同處理中其文件之間毫無(wú)關(guān)系。利用數(shù)據(jù)庫(kù)可對(duì)數(shù)據(jù)進(jìn)行集中控制和管理，并通過(guò)數(shù)據(jù)模型表示各種數(shù)據(jù)的組織以及數(shù)據(jù)間的聯(lián)系。</p><p>　　本系統(tǒng)后臺(tái)連接的數(shù)據(jù)庫(kù)名稱(chēng)為Sample02，數(shù)據(jù)庫(kù)Sample02包含以下9個(gè)表：</p><p>　　★CATEGORY表，用來(lái)記錄商品信息，如表4-1

77、</p><p>　　★FACTORY表，用來(lái)記錄廠商信息，如表4-2</p><p>　　★INNOTE表，記錄入庫(kù)信息，如表4-3</p><p>　　★ORDERNOTE表，記錄訂單信息，如表4-4</p><p>　　★OUTNOTE表，記錄出庫(kù)信息，如表4-5</p><p>　　★PURVIEW表，記錄權(quán)限

78、信息，如表4-6</p><p>　　★SORT表，記錄商品種類(lèi)信息，如表4-7</p><p>　　★STORE表，記錄庫(kù)存信息，如表4-8</p><p>　　★USER表，記錄用戶(hù)信息，如表4-9</p><p>　　表4-1 CATEGORY表</p><p>　　表4-2 FACTORY表</p&g

79、t;<p>　　表4-3 INNOTE表</p><p>　　表4-4 INNOTE表</p><p>　　表4-5 OUTNOTE表</p><p>　　表4-6 PURVIEW表</p><p>　　表4-7 SORT表</p><p>　　表4-8 STORE表</p>&

80、lt;p>　　表4-9 USER表</p><p>　　從用戶(hù)角度來(lái)看，一個(gè)視圖是從一個(gè)特定的角度來(lái)查看數(shù)據(jù)庫(kù)中的數(shù)據(jù)。從數(shù)據(jù)庫(kù)系統(tǒng)內(nèi)部來(lái)看，一個(gè)視圖是由SELECT語(yǔ)句組成的查詢(xún)定義的虛擬表。從數(shù)據(jù)庫(kù)系統(tǒng)內(nèi)部來(lái)看，視圖是由一張或多張表中的數(shù)據(jù)組成的，從數(shù)據(jù)庫(kù)系統(tǒng)外部來(lái)看，視圖就如同一張表一樣，對(duì)表能夠進(jìn)行的一般操作都可以應(yīng)用于視圖，例如查詢(xún)，插入，修改，刪除操作等。而視圖是一個(gè)虛擬表，其內(nèi)容由查詢(xún)定義。

81、同真實(shí)的表一樣，視圖包含一系列帶有名稱(chēng)的列和行數(shù)據(jù)。但是，視圖并不在數(shù)據(jù)庫(kù)中以存儲(chǔ)的數(shù)據(jù)值集形式存在。行和列數(shù)據(jù)來(lái)自由定義視圖的查詢(xún)所引用的表，并且在引用視圖時(shí)動(dòng)態(tài)生成。對(duì)其中所引用的基礎(chǔ)表來(lái)說(shuō)，視圖的作用類(lèi)似于篩選。定義視圖的篩選可以來(lái)自當(dāng)前或其它數(shù)據(jù)庫(kù)的一個(gè)或多個(gè)表，或者其它視圖。分布式查詢(xún)也可用于定義使用多個(gè)異類(lèi)源數(shù)據(jù)的視圖。該數(shù)據(jù)庫(kù)中有五個(gè)用戶(hù)視圖，用來(lái)數(shù)據(jù)調(diào)用時(shí)不同表之間的連接，如下所示：</p><p&g

82、t;　　GOODSVIEW：顯示經(jīng)過(guò)轉(zhuǎn)變的消息信息</p><p>　　圖4-1 GOODSVIEW圖</p><p>　　INVIEW：顯示經(jīng)過(guò)轉(zhuǎn)變的入庫(kù)信息, 其關(guān)系圖：</p><p>　　圖4-2 INVIEW圖</p><p>　　STOREVIEW：顯示經(jīng)過(guò)轉(zhuǎn)變的庫(kù)存信息，其關(guān)系圖：</p><p>

83、　　圖4-2 STOREVIEW圖</p><p>　　ORDERVIEW：顯示經(jīng)過(guò)轉(zhuǎn)變的訂單信息：</p><p>　　圖4-3 ORDERVIEW圖</p><p>　　OUTVIEW：顯示經(jīng)過(guò)轉(zhuǎn)變的出庫(kù)信息，其關(guān)系圖：</p><p>　　圖4-3 OUTVIEW圖</p><p><b>　　第

84、五章 系統(tǒng)實(shí)現(xiàn)</b></p><p>　　本論文是用VB開(kāi)發(fā)的，界面設(shè)計(jì)的簡(jiǎn)單明了。根據(jù)上述的需求分析、系統(tǒng)分析和系統(tǒng)設(shè)計(jì)，系統(tǒng)應(yīng)用程序分為五大模塊：登錄模塊、系統(tǒng)管理模塊、訂單管理模塊、出入庫(kù)管理模塊和查詢(xún)管理模塊。</p><p>　　5.1 登錄界面設(shè)置 </p><p>　　登錄界面設(shè)計(jì)圖見(jiàn)圖4-1，根據(jù)界面提示，用戶(hù)輸入姓名和密碼后，選擇所

85、需服務(wù)。點(diǎn)擊取消便能夠重新輸入，也可以點(diǎn)擊修改密碼進(jìn)入圖4-2所示的修改密碼解碼界面，這項(xiàng)功能通過(guò)對(duì)用戶(hù)的密碼進(jìn)行修改，可以提高安全性。當(dāng)用戶(hù)修改密碼后。密碼將會(huì)被保存在后臺(tái)，下次登錄就需要使用新的密碼。點(diǎn)擊登錄便能根據(jù)用戶(hù)信息確定用戶(hù)的權(quán)限進(jìn)而進(jìn)入相應(yīng)的模塊。權(quán)限設(shè)置分為四類(lèi)，權(quán)限不同進(jìn)入的界面不同，進(jìn)而能進(jìn)行的操作也有所區(qū)別。附錄中的代碼將詳細(xì)的顯示不同的權(quán)限又怎樣不同的功能以及這些功能的實(shí)現(xiàn)。</p><p&g

86、t;　　圖4-1 登錄界面 圖4-2 修改密碼</p><p>　　5.2 系統(tǒng)管理功能設(shè)置</p><p>　　系統(tǒng)管理是管理員擁有的權(quán)限，是最高權(quán)限。在這個(gè)功能模塊里，包含用戶(hù)管理、廠商管理、類(lèi)別管理、商品管理，系統(tǒng)管理員可以根據(jù)訂單生產(chǎn)等計(jì)劃更改或查詢(xún)各種信息。</p><p>　　用戶(hù)管理界面是指由管理員才能登錄的界面，

87、在這個(gè)界面中，管理員有權(quán)利對(duì)系統(tǒng)的所有用戶(hù)進(jìn)行管理，除了查詢(xún)用戶(hù)資料外還包括修改密碼、添加用戶(hù)、更改權(quán)限等。</p><p>　　圖4-3 用戶(hù)管理界面</p><p>　　廠商管理界面中能夠顯示供貨商和銷(xiāo)售商的具體信息，包括地址、聯(lián)系電話和廠商名字，在這個(gè)?？旆N，管理員除了查詢(xún)相關(guān)信息外，還能根據(jù)具體情況修改廠商具體信息，圖5-4便是廠商管理模塊。</p><p&g

88、t;　　圖4-4 廠商管理界面</p><p>　　類(lèi)別管理界面能夠顯示企業(yè)生產(chǎn)的商品種類(lèi)和所需的原材料種類(lèi)，擁有更新和還原功能，主要是通過(guò)將不同的產(chǎn)品進(jìn)行編號(hào)代替名字，是在別的模塊中進(jìn)行操作能夠簡(jiǎn)單方便。圖5-5顯示的是類(lèi)別管理界面。</p><p>　　圖4-5 類(lèi)別管理界面</p><p>　　商品管理界面顯示企業(yè)制造時(shí)所能需要的各種商品信息，包括商品編號(hào)

89、、名稱(chēng)、類(lèi)別、廠商名稱(chēng)、型號(hào)、對(duì)應(yīng)價(jià)格以及備注；同時(shí)還可以進(jìn)行增加修改的信息，功能比較齊全。 商品管理非常重要，前面的廠商信息以及類(lèi)別信息都是為了商品管理做準(zhǔn)備。圖4-5便是界面。</p><p><b>　　圖4-5 原料管理</b></p><p>　　5.3訂單管理功能設(shè)置</p><p>　　訂單管理界面是銷(xiāo)售人員和儲(chǔ)備進(jìn)行更改的界面，

90、庫(kù)存管理人員也可以進(jìn)行查詢(xún)。在這個(gè)界面中，銷(xiāo)售人員可以將企業(yè)的訂單輸入，儲(chǔ)備人員也可以根據(jù)計(jì)劃將要購(gòu)入的原材料訂單輸入。圖4-6是訂單管理界面。</p><p>　　圖4-6 訂單管理界面</p><p>　　5.4出入庫(kù)管理功能設(shè)置</p><p>　　出入庫(kù)管理是記錄出入庫(kù)詳細(xì)記錄的，具體到日期、經(jīng)手人、備注，出入庫(kù)管理很重要，它關(guān)系到庫(kù)存的多少，進(jìn)而影響到生

91、產(chǎn)進(jìn)度和計(jì)劃。銷(xiāo)售人員和生產(chǎn)人員都需要根據(jù)庫(kù)存來(lái)制定工作計(jì)劃。圖4-7是入庫(kù)界面和出庫(kù)界面。</p><p>　　圖4-7 出入庫(kù)界面</p><p>　　5.5查詢(xún)管理功能設(shè)置</p><p>　　查詢(xún)功能模塊是權(quán)限別較低的模塊之一，多有的用戶(hù)都可以進(jìn)行查詢(xún)。查詢(xún)模塊是為各部門(mén)制定工作計(jì)劃的標(biāo)準(zhǔn)。查詢(xún)功能主要有訂單查詢(xún)、庫(kù)存查詢(xún)和出入庫(kù)查詢(xún)，與上面相對(duì)應(yīng)，在這里

92、的各項(xiàng)功能是只能查詢(xún)不能修改和添加，權(quán)限受限制。圖4-8、圖4-9和圖4-10分別顯示的是訂單查詢(xún)、庫(kù)存查詢(xún)和出入庫(kù)查詢(xún)。通過(guò)訂單查詢(xún)生產(chǎn)作業(yè)人員可以結(jié)合庫(kù)存制訂詳細(xì)的生產(chǎn)計(jì)劃。</p><p>　　圖4-8 訂單查詢(xún)界面</p><p>　　圖4-9 庫(kù)存界面</p><p>　　圖4-10 出入庫(kù)查詢(xún)界面</p><p><b&

93、gt;　　5.6 問(wèn)題分析</b></p><p>　　5.6.1數(shù)據(jù)庫(kù)的還原與備份 </p><p>　　還原：選擇數(shù)據(jù)庫(kù)，單擊鼠標(biāo)右鍵，選擇“所有任務(wù)”的子菜單“還原數(shù)據(jù)庫(kù)”，在彈出的對(duì)話框中點(diǎn)擊添加選擇要還原的數(shù)據(jù)備份的路徑的，確定。</p><p>　　備份：選擇數(shù)據(jù)庫(kù)，單擊鼠標(biāo)右鍵，選擇“所有任務(wù)”的子菜單“備 份數(shù)據(jù)庫(kù)”，在彈

94、出的對(duì)話框中點(diǎn)擊添加選擇要添加的設(shè)備，確定。</p><p>　　5.6.2 SqlConnection、SqlCommand、SqldataAdapter、DataSet、DataTable</p><p>　　通過(guò)SqlConnection連接數(shù)據(jù)庫(kù)，是連接SQL Server數(shù)據(jù)源的對(duì)象，在其基礎(chǔ)上用SqlCommand定義查詢(xún)或其他命令語(yǔ)句，SqldataAdapter是數(shù)據(jù)適配器

95、，可以從數(shù)據(jù)源檢索并填充DataSet中的表，也能將DataSet中的更改更新到數(shù)據(jù)源，而DataSet是包含DataTable所表的0個(gè)或多個(gè)表的集合。</p><p>　　5.6.3 Oper對(duì)象</p><p>　　其功能是用來(lái)存放當(dāng)前操作對(duì)象，后繼操作可以根據(jù)這一對(duì)象 的具體值來(lái)確認(rèn)究竟是要執(zhí)行怎樣的操作。</p><p>　　5.6.4 Try…Catch

96、…Finally捕捉異常</p><p>　　在Try語(yǔ)句中輸入要捕捉的異常的代碼，如果發(fā)現(xiàn)異常，則跳入Catch 語(yǔ)句，進(jìn)行錯(cuò)誤處理，而是重要執(zhí)行的是Finally語(yǔ)句。</p><p>　　5.6.5 ContexMenu、ToolTip、DataGrid控件</p><p>　　ContexMenu控件:添加MenuItem子菜單，在程序運(yùn)行時(shí)只有單擊鼠

97、標(biāo)右鍵才會(huì)顯示該菜單，選擇相應(yīng)的菜單項(xiàng)，點(diǎn)擊出現(xiàn)對(duì)應(yīng)操作。</p><p>　　ToolTip控件：確定當(dāng)鼠標(biāo)懸停在控件上時(shí)顯示的工具提示。</p><p>　　DataGrid控件：在一系列行和列中顯示數(shù)據(jù)，最簡(jiǎn)單的情況就是當(dāng)網(wǎng)格綁定到具有單個(gè)表（不包含關(guān)系）的數(shù)據(jù)源，在這種情況下，數(shù)據(jù)顯示在簡(jiǎn)單的行和列中，就像在電子表格中。</p><p><b>　

98、　第六章 系統(tǒng)測(cè)試</b></p><p>　　程序設(shè)計(jì)結(jié)束之后，為了確保其正確性和運(yùn)行的健壯性，需要對(duì)軟件進(jìn)行調(diào)試和測(cè)試。測(cè)試是為了在軟件產(chǎn)品投入運(yùn)用之前，盡可能的發(fā)現(xiàn)軟件中的錯(cuò)誤，是保證軟件質(zhì)量的關(guān)鍵步驟。但是，發(fā)現(xiàn)錯(cuò)誤并不是程序設(shè)計(jì)的最終目標(biāo)，程序設(shè)計(jì)的目標(biāo)是高質(zhì)量的盡最大可能符合客戶(hù)的需求。因此，通過(guò)測(cè)試步驟發(fā)現(xiàn)的了錯(cuò)誤之后，不許對(duì)錯(cuò)誤進(jìn)行診斷和糾正，這就是調(diào)試的目的。測(cè)試和調(diào)試工作也是軟件

99、工程中極其重要的工作，它所花費(fèi)的工作量占總工作量的40%以上，結(jié)合編程中遇到的一些問(wèn)題，制定了一些方案對(duì)程序進(jìn)行了調(diào)試和測(cè)試，結(jié)果比較理想。</p><p>　　6.1 系統(tǒng)測(cè)試概述</p><p>　　系統(tǒng)功能測(cè)試是對(duì)系統(tǒng)進(jìn)行試運(yùn)行，其目的是對(duì)新建的系統(tǒng)進(jìn)行從上到下的全面測(cè)試和檢驗(yàn)，看它是否符合系統(tǒng)總體涉及所規(guī)定的功能要求，發(fā)現(xiàn)系統(tǒng)中的錯(cuò)誤，保證系統(tǒng)的可靠性。</p>&l

100、t;p>　　系統(tǒng)測(cè)試主要分為兩個(gè)大的方面來(lái)進(jìn)行測(cè)試：功能測(cè)試，界面測(cè)試。在功能測(cè)試中，被測(cè)試對(duì)象的設(shè)計(jì)較為充分。設(shè)計(jì)的決策和分支的種類(lèi)較多，被測(cè)對(duì)象的規(guī)模也較大；在界面測(cè)試中，不僅進(jìn)行正常操作方面的測(cè)試，也進(jìn)行許多非常規(guī)操作的測(cè)試。</p><p>　　6.2 系統(tǒng)測(cè)試方法</p><p>　　軟件的測(cè)試一般分為兩種方式:黑盒測(cè)試(功能測(cè)試)和白盒測(cè)試(結(jié)構(gòu)測(cè)試)。黑盒測(cè)試時(shí)把程序看

101、成是一個(gè)黑盒子，不考慮程序內(nèi)部的結(jié)構(gòu)和處理過(guò)程，只檢驗(yàn)各個(gè)功能是否都正常的使用。白盒測(cè)試時(shí)把程序看成一個(gè)白盒子，完全了解程序內(nèi)部的結(jié)構(gòu)和處理過(guò)程，按照程序內(nèi)部的邏輯測(cè)試程序。</p><p>　　我在這里主要是以對(duì)模塊的功能進(jìn)行測(cè)試為主要目標(biāo)，當(dāng)然也兼顧程序結(jié)構(gòu)的合理和好用性進(jìn)行了測(cè)試主要是設(shè)置斷點(diǎn)跟蹤和輸出程序執(zhí)行的結(jié)果。通過(guò)使用斷點(diǎn)跟蹤可以找到程序的出錯(cuò)位置，縮小查找錯(cuò)誤的范圍，提高調(diào)試的效率。輸出結(jié)果是在自

102、己的程序代碼中生成調(diào)試輸出。</p><p>　　在調(diào)試方面，本設(shè)計(jì)中調(diào)試的基本策略主要有:</p><p><b>　　★ 試探法</b></p><p>　　分析錯(cuò)誤征兆，猜想故障的大致位置，然后用調(diào)試技術(shù)，獲取程序中懷疑的地方附近的信息。</p><p><b>　　★ 演繹法</b><

103、/p><p>　　演繹法是從一般原理或前提出發(fā)，經(jīng)過(guò)卸載和凈化出發(fā)，經(jīng)過(guò)卸載和凈化的過(guò)程推導(dǎo)出結(jié)論。用演繹法調(diào)試，開(kāi)始先烈處副哦有看來(lái)可能成立的原因或假設(shè)，然后一個(gè)一個(gè)的排出列舉出的原因，最后，證明剩下的原因確實(shí)是錯(cuò)誤的根源。</p><p>　　演繹法主要有下述二個(gè)步驟:</p><p><b>　　★ 想可能的原因</b></p>

104、<p>　　根據(jù)已有的數(shù)據(jù)，設(shè)想所有可能的產(chǎn)生錯(cuò)誤的原因。在著異步并不需要用這些假設(shè)解釋各種現(xiàn)象。</p><p>　　★ 已有的數(shù)據(jù)排除不正確的假設(shè)</p><p>　　仔細(xì)分析已有的數(shù)據(jù)，特別要注重尋找主要矛屑，力求排出全部列出的原因。如果所有列出的假設(shè)都被排除了，則需要補(bǔ)充數(shù)據(jù)來(lái)證明已提出新的假設(shè)。</p><p><b>　　★ 分析假

105、設(shè)</b></p><p>　　假設(shè)事實(shí)，證明假設(shè)的合理性是極端重要的，不正當(dāng)方法根據(jù)假設(shè)排除故障，往往只能消除錯(cuò)誤的征兆或只能改正部分錯(cuò)誤。證明假設(shè)時(shí)，用它解釋所有原始的測(cè)試結(jié)果。如果能圓滿(mǎn)的解釋一切現(xiàn)象，假設(shè)就得到證實(shí)。</p><p><b>　　6.3 測(cè)試內(nèi)容</b></p><p><b>　　1.測(cè)試環(huán)境&l

106、t;/b></p><p>　　將程序單位的所有程序以及用到的公共子程序安裝到指定的測(cè)試環(huán)境，該環(huán)境應(yīng)與程序?qū)嶋H運(yùn)行環(huán)境一致：將系統(tǒng)編譯成可執(zhí)行文件。</p><p><b>　　2.功能測(cè)試</b></p><p>　　對(duì)于所有菜單、工具欄測(cè)試觸發(fā)彈出的界面是否正確，每個(gè)功能界面的按鈕、選擇項(xiàng)功能是否正確；檢查數(shù)據(jù)項(xiàng)的關(guān)聯(lián)與限制功能是否

107、正確；測(cè)試用戶(hù)登錄、連接數(shù)據(jù)庫(kù)、數(shù)據(jù)管理、數(shù)據(jù)統(tǒng)計(jì)、表單生成等功能是否能順利完成。</p><p><b>　　3.正確性測(cè)試</b></p><p>　　有寫(xiě)/刪除操作的程序，測(cè)試寫(xiě)/刪除操作的結(jié)果是否正確。測(cè)試時(shí)應(yīng)手工打開(kāi)數(shù)據(jù)庫(kù)表，以檢查寫(xiě)/刪除的結(jié)果；有查詢(xún)、統(tǒng)計(jì)、等操作時(shí)，檢查在各種選擇項(xiàng)的合理組合下，所產(chǎn)生的結(jié)果，對(duì)照數(shù)據(jù)庫(kù)中的數(shù)據(jù)是否正確；對(duì)照本系統(tǒng)的要求

108、，測(cè)試程序是否正確。</p><p><b>　　4.可靠性測(cè)試</b></p><p>　　非常規(guī)操作容錯(cuò)測(cè)試：嘗試一些非常規(guī)操作，例如查詢(xún)的起始日期大于終止日期，檢查程序的容錯(cuò)功能。異常數(shù)據(jù)容錯(cuò)測(cè)試：嘗試一些非法數(shù)據(jù)的輸入，例如非法的年、月、日的輸入等，檢查程序是否有容錯(cuò)能力。</p><p>　　程序負(fù)作用檢查：退出測(cè)試程序后應(yīng)恢復(fù)到進(jìn)入

109、前的系統(tǒng)狀態(tài)，不應(yīng)影響其他程序的正確運(yùn)行；退出程序后在本地和服務(wù)器的有關(guān)目錄或TEMP目錄下不應(yīng)留下任何無(wú)作用的文件。</p><p><b>　　5.性能測(cè)試</b></p><p>　　性能測(cè)試在軟件的質(zhì)量保證中起著重要的作用，它包括的測(cè)試內(nèi)容豐富多樣。中國(guó)軟件評(píng)測(cè)中心將性能測(cè)試概括為三個(gè)方面：應(yīng)用在客戶(hù)端性能的測(cè)試、應(yīng)用在網(wǎng)絡(luò)上性能的測(cè)試和應(yīng)用在服務(wù)器性能的測(cè)試

110、。通常情況下，三個(gè)方面有效、合理的結(jié)合，可以達(dá)到對(duì)系統(tǒng)性能全面的分析和瓶頸的預(yù)測(cè)。</p><p>　　由于本系統(tǒng)規(guī)模較小，客戶(hù)端數(shù)據(jù)有限，無(wú)需進(jìn)行多人海量測(cè)試，就進(jìn)行了客戶(hù)端添加若干條客戶(hù)記錄，添加進(jìn)貨、維修、倉(cāng)庫(kù)信息生成進(jìn)貨單、維修單、轉(zhuǎn)倉(cāng)單等詳細(xì)記錄的測(cè)試。通過(guò)測(cè)試證明：性能，響應(yīng)速度以及處理能力已經(jīng)滿(mǎn)足客戶(hù)的要求。</p><p><b>　　6.4測(cè)試結(jié)果</b&

111、gt;</p><p>　　由于系統(tǒng)前期的分析與設(shè)計(jì)做得比較透徹，按照系統(tǒng)設(shè)計(jì)完成的編碼后，通過(guò)測(cè)試已經(jīng)基本排除邏輯等方面的錯(cuò)誤。本次測(cè)試的前期僅發(fā)現(xiàn)該項(xiàng)目存在較少不完全正確的地方，其功能測(cè)試基本合格。同時(shí)，界面操作中的個(gè)別操作存在一些錯(cuò)誤，測(cè)試后已經(jīng)修正，問(wèn)題都得到解決。對(duì)汽車(chē)維修保養(yǎng)管理系統(tǒng)各項(xiàng)功能測(cè)試的結(jié)果表明，系統(tǒng)設(shè)計(jì)合理，各項(xiàng)功能都符合系統(tǒng)設(shè)計(jì)目標(biāo)的要求，能夠有效地對(duì)公司業(yè)務(wù)的相關(guān)數(shù)據(jù)進(jìn)行有效管理，并為