【正文】 potential rewards are higher). It may seem like the risk is pounded by “rushing” into a preliminary implementation, but it can instead reduce the risk in a wildcard project because you’re finding out early whether a particular approach to the problem is viable. Product development is risk management. It’s often proposed that you “build one to throw away.” With OOP, you may still throw part of it away, but because code is encapsulated into classes, during the first iteration you will inevitably produce some useful class designs and develop some worthwhile ideas about the system design that do not need to be thrown away. Thus, the first rapid pass at a problem not only produces critical information for the next analysis, design, and implementation iteration, it also creates a code foundation for that iteration. That said, if you’re looking at a methodology that contains tremendous detail and suggests many steps and documents, it’s still difficult to know when to stop. Keep in mind what you’re trying to discover: What are the objects? (How do you partition your project into its ponent parts?) What are their interfaces? (What messages do you need to be able to send to each object?) If you e up with nothing more than the objects and their interfaces, then you can write a program. For various reasons you might need more descriptions and documents than this, but you can’t get away with any less. The process can be undertaken in five phases, and a phase 0 that is just the initial mitment to using some kind of structure. Phase 0: Make a plan You must first decide what steps you’re going to have in your process. It sounds simple (in fact, all of this sounds simple) and yet people often don’t make this decision before they start coding. If your plan is “l(fā)et’s jump in and start coding,” fine. (Sometimes that’s appropriate when you have wellunderstood problem.) At least agree that this is the plan. You might also decide at this phase that some additional process structure is necessary, but not the whole nine yards. Understandably enough, some programmers like to work in “vacation mode” in which no structure is imposed on the process of developing their word。具體寫代碼時我也深深地體會到軟件測試在編程中的占有的重要性，而且在本軟件的測試中，讓我確實的增長了不少知識，受益匪淺！ 設計總結 由于以前對 Visual Basic 的接觸并不是很多，對它的開發(fā)環(huán)境不是非常了解，所以在程序的開發(fā)過程中遇到了很多的困難，但經過同學和指導老師的幫助，一一化解了困難，并從中學到了很多編程方面的知識。 ③運行極限性。 ①數據的合法性。 軟件詳細調試 程序設計編碼工作完成之后，為了確保系統的正確性和嚴密性，系統在交給用戶使用之前必須進行一系列的調試與維護測試。 第五章 系統測試及維護 測試環(huán)境 操作系統： Window XP Professional 數據環(huán)境： Microsoft SQL Server 2021 開發(fā)平臺： Microsoft Visual Basic 軟件測試的意義 軟件測試的目的就是在軟件投入生產性運行之前 ,盡可能多的發(fā)現軟件中的錯誤，完善系統。作為一個數據源被注冊，應用程序只需知道它的數據源名稱。 開發(fā) 開放式數據庫互聯 (ODBC)上連接 Windows 系統中數據庫的一種最流行的方法，通過使用 ODBC，開發(fā)人員不需要關心他們在與之相連的特定數據庫。數據的完整性和安全性的區(qū)別在于完整性是指防止數據庫中存在不合語義的數據、防止錯誤的輸入和輸出造成的無效操作和錯誤結果，安全性是指保護數據庫不被惡意破壞和非法存取。這包括數據的安全性、完整性、并發(fā)控制和恢復。 采用以上的數據庫管理方法時，必須確保數據庫具有嚴密的保密性能和良好的恢復能力。 (DBMs)建立數據庫。 一般說來，實現數據管理有以下三種方法 : ，建立數據文件，再編寫應用程序來實現對數據的操作，這種方法針對性，專用性強，適合開發(fā)小型項目。使用關系數據庫，數據被倉儲在一個二維的數據陣中，稱為表?，F在，大部分的重要數據庫工作都由關系數據庫和面向對象數據庫來完成。數據庫內的數據按一定的數據模型組織、描述和儲存，具有較小的冗余度，較高的數據獨立性和易擴展性，并可以為各個用戶所共享。搭好整個框架，對于系 統完成基本的業(yè)務功能，以及后期的完善升級，都具有根本性的意義 。所以，界面設計，都要體現出這樣一個特點，就是方便用戶，做到即使對計算機不是很通的使用者，通過較短時間的培訓，也可以較為熟練地使用。本系統采用的菜單設計遵循此原理。設臵容忍用戶操作的失誤，并允許用戶改正，允許重復操作 。 Help 幫助，應能聯機隨時調用，給用戶提供方便的幫助信息。輸出方式有屏幕閱讀方式，輸出介質方式等。用戶界面技術的完美是本軟件系統追求的重要目標，如果用戶界面不友好，軟件系統即使有再好再強大的功能，也不能得到充分的發(fā)揮。 可靠性 ： 支持數據庫備份和基于事物的數據庫操作。加之我們用 VB 來開發(fā)的，使它具有良好的應用和維護界面，也很容易實現。AS 為關鍵字表示，并定義了別名。這里用到了 Setect Statement) 以后如果需要這樣的查詢，只需要引用查詢名? monthquery?即可。這種改變基于數據庫關系視圖的記錄集，這里我們介紹提取記錄信息的有效方法。 MSChart 控件支持一下特性： 真三維表示； 支持所有主要的圖表類型； 數據網絡成員支持隨機數據，數據數組。用戶可以設臵 DataGrid 控件的DataSource 屬性為一個 ADO Data 控件，從而將 ADO Data中的數據自動地填充到 DataGrid表格中。 DataList 控件 /DataCombo 控件 DataList 控件是一個數據綁定列表框，它可以自動地由一個附加數據源中的一個字段充填，并且可選擇地更新另一個數據源中一個相關表的一個字段。所有這些控件都允許一次顯示或操作幾個記錄。這些與 Data 控件結合使用的控件，可以稱之為?數據覺察控件?。 Data 控件允許從一個記錄移動到另一個記錄，并顯示和操縱來自被連接控件的記錄的數據。這些控件包括： ● Data控件； ● ADO Data控件； ● DataList 控件 /DataCombo 控件； ● DataGrid控件； ● MSChart 控件。如要修改窗體或控件的某項屬性，只需在相應的窗體或控件的屬性窗口修改相應的參數便可達到需要的設計效果。當窗體或控件上發(fā)生一個事件時， VB 立即把控制權交給程序員。 VB 的重 要特點之一是可視性。 SQL 語句 SQL 語句概括起來可以分為數據操作語言，數據定義語言和數據控制語言幾大組，它們用于對數據庫數據的查詢，修改和更新，是一種完備的數據處理語言。 SQL 語言一次處理一個記錄，對數據提供自動導航，它允許用戶在高層的數據結構上工作，而部隊單個記錄進行操作，可操作記錄集，所有 SQL 語句接受集合作為輸入，返回集合作為輸出。使用 SQL 的常見關系數據庫管理系統有：Oracle、 Sybase、 Microsoft SQL Server、 Access、 Ingres 等等。 SQL語言介紹 .1SQL 基礎 SQL(Structured Query Language，結構查詢語言 )是一個功能強大的數據庫語言。數據表設計不僅要滿足數據存儲的要求，還要增 加一些如反映有關信息、操作責任、中間數據的字段或臨時數據表。 數據庫設計的步驟主要是： （ 1） 數據庫結構定義：目前的數據庫管理系統（ DBMS）有的是支持聯機事務處理 CLTP（負責對事務數據進行采集、處理 、存儲）的操作型 DBMS，有的可支持數據倉庫、有聯機分析處理 CLAP（指為支持決策的制定對數據的一種加工操作）功能的大型 DBMS，有的數據庫是關系型的、有的可支持面向對象數據庫。 （ 4） 物理設計的任務是確定所有屬性的類型、寬度與取值范圍，設計出基本表的主鍵，將所有的表名與字段名英文化（現在很多軟件能支持中文字段，如 Access 2021），實現物理建庫，完成數據庫物理設計字典。信息管理系統所涉及的數據庫設計分五個步驟：數據庫需求分析、概念設計、邏輯設計、物理設計與加載測試。它所包含的運行處理器用來處理窗體和數據庫的數據交互，以及回答查詢和打印報表等。 設計子系統有一個方便數據庫及其應用創(chuàng)建的工具集。 關系模型和層次、網狀模型的最大判別是用關鍵碼而不是用指針導航數據，表格簡單用戶易懂，編程時并不涉及存儲結構，訪問技術等細節(jié)。 關系模型。 DBMS是數據庫系統的核心組成部分。 （ 2）邏輯數據獨立性 如果數據庫的概念模式要進行修改，譬如增加記錄類型或增加數據項，那么外模式 /模式映象也要進行相應的修改，使外模式盡可能保持不變。在數據庫技術中，數據獨立性是指應用程序和數據之間相互獨立，不受影響。它把數據的具體組織留給 dbms 去做，用戶只要抽象地處理數據，而不必關心數據在計算機中的表示 和存儲，這樣就減輕了用戶使用系統的負擔。全局數據視圖的描述稱為?概念模式?。 從某個角度看到的數據特性稱為?數據視圖?（ data view）。 面向對象模型能完整地描述現實 世界的數據結構，具有豐富的表達能力，但模型相對較復雜，涉及的知識面也廣，因此面向對象數據庫尚未達到關系數據庫那樣的普及程度。目前，關系數據庫的使用已相當普遍，但是，現實世界中仍然存在著許多含有復雜數據結構的應用領域，例如，cad數據、圖形數據等，而關系模型在這方面的處理能力就顯得力不從心。只需用簡單的查詢語句就可對數據庫進行操作。 80 年代初才形成產品，但很快得到廣泛的應用和普及，并最終取代了層次、網狀數據庫產品。 關系模型和層次、網狀模型的最大判別是用關鍵碼而不是用指針導航數據，表格簡單用戶易懂，編程時并不涉及存儲結構，訪問技術等細節(jié)。網狀模型有許多成功的產品 ,20 世紀 70 年代的產品大部分網狀系統 ,例如 ,honeywell 公司的 ids/ⅱ、 hp 公司的image/3000、 burroughs 公司的 dmsⅱ、 umivac 公司的 dms1100、culli 公司的 idms、 cim 公司的 total等 （ 3）關系模型。 網狀 模型的特點：記錄之間聯系通過指針實現， m∶ n聯