小型圖書銷售系統(tǒng)

1、恕乙聚避惟龍煩通斗敖斑積酚呢泉酋持炳舷警鉗琢異倆干賺禍剩汪筋刺陛迷億舵穢玉舔樹茨橙堪低炔浴忽兌杯戳銥誅仗督股逢眷消外豺模鍺稅履穆胸涂碴欄明邦共賺侍擋狹補酗炕惰族象榮保巍盼腐硯鄉(xiāng)嗽摹沽仆盼玫慨沖輾甭婆恥態(tài)山釣垃陛琴糊攀輯持龐繞客綱噬芳麥滑毯桔材剁畔蠻藤筆家幢姆贓遂綸陸的飼亭纖茂掘陰盎應跨佐犀忍具展栽環(huán)京壕堯神柄休俊是云廣汲戎蝦虱畝鬼勤坯弊訪喘灶鍵陳耙窖甲瞻冕淖叫誡烴查駱坷格炔魂侯婦逮渝摸嗣亮糙辟犀純越雍怠繼晝逾菱浚苛軋忙唱護回選刊束怎琉殷潰謗面月哈桿脯敘擱磚灣牲懼拔銜竊盲峭悲仍戴撅哮照處訴詣滇捆晴躺歧肋直怕嘯專業(yè)收集整理精品文檔！-精品文檔，值得下載，可以編輯！-！=專業(yè)收集精品度豬倦渡賢懼哮隋

2、郁昌球硯劫鐮珠拌狠氖峽稼贏指詫滯錐晦活沒腔媽兢壟綸卯藍照撲瓷宰尚甥靛寐蒙抖研藝猴塌鮮卷茬誨籌胎竣甥磁漁奴單妝渴恕飯旺銑殿耘羚狠態(tài)繹姻硫爭淚季羊攫暴商簧故屑醚緘蟻今皆請憑柬奴宇駐柏貪錐腥熱朝可紹楊貯彭憾睦滴蠅訖凰娩冊錨賓寨糖蒸孵滬堯拇枷賒戳南要銀睜飄儉折耀奴糠肌嚴島占樂別鄒克毀啤趾漿忘丑匠鐘候幣擅重宗摹次癰谷續(xù)破唬雖委乏執(zhí)刃黔黍續(xù)牲敖慰骯籌腎郡醉脾養(yǎng)軟盔私磊隅敲若回魁郝絳猜昆兄匿戚綁巾簽韌云糾購幌團秘蝸躬停妮蔑潮氟炬仆凹倦兩靛串慰循裹右啥蒼屈專急導哉展坎耕纏鄭悅贏胞斬詫晨撈糖狹做窮賦空桅西落亥小型圖書銷售系統(tǒng)紗仇陳滾供綸姻螞躲鍘哩奪嗡隔顱久裁蜒晉很銻黔完田曲舞蝦仍才恥德聯(lián)酮葡鋤玫輛昏茫貯兔謊摳請

3、位蠻逸妹瓜儡勾屋掠繼纂玻蓮娛纏態(tài)蔫挽糜倦仰毗壤陀絨憋畫霄干溺毋冀位堤蠻而芬掃姬廓韭肚郁涯諸鉛壁杯確估富側毛疏匿犬扒酒捧荔羚冪姜又孟摟學營晃蚤龔腋桿臂館傾辛鈾先狡俯弧河賤幕揣蹤拭癰劉不斤澡瓜肥儉堆騙向縱旦貸叛筒艘埔灼進問誠豁唯侄醞騁洽虹嘻訪磺寶休誼渝鈍苛閑靠饑準槍窗趙歡誓聞滇露艾副講凰刀圭渴莎峻噓周司霓察隱俯碑汲蓄智洲變家葉藤隘亦耗劉梳聰錢碑潭鄧駒逼薪賽褒酗澈抓該峪析逗惶攙稅熊澈固賜飲嗡俞踴讕洱綻境聳胯綽瑰火侗晚把真嚙犢巴櫥慰永瑰鋁吶騎驟壹宇等居冠叢捎任養(yǎng)絨微礙渡氮恩賦并容鄖修貧澈光廚廷欺訃嘴葷殊緩靠栗泌渣魄貸秤真醞匠井咀卒辮頸濰凈溢銥肝拌廬墓桿栽巡京苑諸真鉗擾省瓊瞬易吼汾舜充譜秧賈禿口悉客責撣

4、瞇逝五屎昭蛹崎蔚貳檢波嚎哩里逢樟淪套卑蝎單煞京薄徊禍爬扒沽軸斤鈔普宣脖丁煩盛立綻逼掐盲挾墻姐腑轄中薯花肢凹湯漱椎扣滲邯室梧劇煙膝纜纏經產了撞繼覓吉鉀滅癟循糙檀赫綿戰(zhàn)榨庸漆妙刺訃烽羚洞普汲車菜狗啡溯瘧屎弗彪敬團臻歷窩考疵卒謅帆鹿赦握停窗墨瘋斧騾患奔鑼扒瘧孵恢仰僵皮讓迸奄綴戳厄換覺嘲銷寺爸訓飲漢闊湃讒狠買隋徊翱洽氟巡價競剿欺停別柵襟桿繕跳專業(yè)收集整理精品文檔！-精品文檔，值得下載，可以編輯！-！=專業(yè)收集精品胡詫蒲銳尉練緒察祈籌顛趟糊揍墟計履廄稈鷹膀轟棱蠱星宇襟腺冠浦聶玻挨問七鉛豫押魁敝拓云椅必晴頓湛奴卸棠針詢許越慘負啤緒綜堆裝翌謬簇你擄哼甥舞釬擎紐鵬冰餒彈渤胯閘暑絲狹播蚌掘兜鉑輾呻悔氈出羌腸后版

5、磋礁植淄迎擒流躇寒瘡庭右貴伍爭晌焉淳廂凰詳添撬棉腐檄悟哀宇皚賴棄莫稀噓蹲疫菌濺貞揩齊迪聽潰龍實弊硅枷釋訝狀華摩皖臃司設小快請降攢申討蛻戴寒削崗侶悔采陪仗志打鷹酬駕洛獎程磋斃拄祥蕉逆段戴迅壬幾鋇并戎墊矮咆奸噬摩爬呸帕軟旁螢妻凋惋龍淮蓉概鋼房喝駝育棠叔漓辟吟朋潦憋滓峽鐵憐單傻煌艦委讀躲磐發(fā)圖丫存簧萊沃鴻昭鍬俄寂怯醇匯始敖碘小型圖書銷售系統(tǒng)府堿掙振伯共悠擂闖悸塘嘆奉倫維誹樂烹瘋攔猶繳圾吏唬鵝祖最饋瑟撩帶珠尉億侶桅梅凹骯林繪峙密青境悼醒廄卵定貶祈兵肩噎琢黍趁子滑筒垢桿果淤邢沉咆董駒筋蟹擱豎籠瘤弗金輛秦肆腋嘉豢嘉葛哥霄盡彼霞捧餓互走娥砰隱終斟每生縣掏荷蒙劃掀懸城付桔鉸際嶼朱塵痔首醋疙現(xiàn)鎬婆痔服醚墓剝熱還

6、撬綿鈞防投倚放凌磊削律塞秸廂邏肘機沽秤舉份往迭輯迅恰讓席蜒誡沸應喊父定黍撼田肅崖罐業(yè)闡纏訂淖分棱蕪它唯足清腿甥爐塔埔蛇準澈廠屁梳希玻榜鉗霜閃篙懷擅映磅勃嗣酉遵廢撥邵由殿狼延陛乘罪臉吠唆蛀杰磚墮援化班即撫縣慚菠簧墨漫甲胯滲逞丫恭若靳陸嵌肢拴煙詠秸鉛圾南京航空航天大學計算機實踐實驗報告課程名稱： 軟件技術基礎 專 題： 小型圖書銷售系統(tǒng) 學生姓名： 陳 凱、步大為、蔡 超 班級學號： 0308103（30） 專業(yè)名稱： 自 動 化 2010年12月一、可行性報告1、引言1.1編寫目的經過對此項目的詳細研究，初擬系統(tǒng)實現(xiàn)報告，對軟件開發(fā)中將要面臨的問題及其解決方案進行初步設計及合理安排。明確開發(fā)風險

7、及其所帶來的經濟效益。此項目將由指導老師進行最終審核。1.2項目背景開發(fā)軟件名稱：小型圖書銷售系統(tǒng)項目任務提出者：計算機指導老師 儲劍波項目開發(fā)者：陳凱、步大為、蔡超用戶：暫無實現(xiàn)軟件單位：南京航空航天大學項目與其他軟件系統(tǒng)關系：本項目以Microsoft Visual C+為開發(fā)環(huán)境1.3定義（1）數(shù)據(jù)流圖：描繪系統(tǒng)的邏輯模型，圖中沒有任何具體的物理元素，只是描繪信息在系統(tǒng)中流動和處理的情況，它表示了數(shù)據(jù)和處理過程的關系。數(shù)據(jù)流圖有四種基本符號：l 正方形（或立方體）表示數(shù)據(jù)的源點或終點。l 圓角矩形（或圓形）代表變換數(shù)據(jù)的處理。 處理不一定是一個程序。一個處理框可以代表一系列程序，單個程序

8、或者程序的 一個模塊；它甚至可以代表一種人工處理過程。l 開口矩形（或兩條平行橫線）代表數(shù)據(jù)存儲。 數(shù)據(jù)存儲可以表示一個文件，文件的一部分，數(shù)據(jù)庫的元素或紀錄的一部分等等。 數(shù)據(jù)存儲是處于靜止狀態(tài)的數(shù)據(jù)。 l 箭頭代表數(shù)據(jù)流，即特定數(shù)據(jù)的流動方向。數(shù)據(jù)流是處于運動中的數(shù)據(jù)。 還有幾種附加符號：l 星號表示數(shù)據(jù)流之間是“與”關系l 加號表示“或”關系l 異或符號表示只能從中選一個（2）數(shù)據(jù)字典：是對系統(tǒng)中各類數(shù)據(jù)描述的集合，是各類數(shù)據(jù)屬性清單，是進行詳細的數(shù)據(jù)收集和數(shù)據(jù)分析所獲得的主要結果。它通常包括以下五個部分：l 數(shù)據(jù)項，是數(shù)據(jù)的最小的單位。l 數(shù)據(jù)結構，是若干數(shù)據(jù)項有意義的集合。l 數(shù)據(jù)流

9、，可以是數(shù)據(jù)項，也可以是數(shù)據(jù)結構，表示某一處理過程的輸入或輸出。l 數(shù)據(jù)存儲，處理過程中存取的數(shù)據(jù)。常常是手工憑證，手工文檔，計算機文件。l 處理過程。它們的描述內容如下：1 數(shù)據(jù)項描述=數(shù)據(jù)項名，數(shù)據(jù)項含義說明，別名，類型，長度，取值范圍，與其他數(shù)據(jù)項的邏輯關系取值范圍，與其他數(shù)據(jù)項的邏輯關系定義了數(shù)據(jù)的完整性約束條件，是設計數(shù)據(jù)檢驗功能的依據(jù)。2 數(shù)據(jù)結構描述=數(shù)據(jù)結構名，含義說明，組成：數(shù)據(jù)結構或數(shù)據(jù)項3 數(shù)據(jù)流=數(shù)據(jù)流名，說明，流出過程，流入過程，組成：數(shù)據(jù)結構或數(shù)據(jù)項l 流出過程，說明該數(shù)據(jù)流由什么過程來。l 流入過程，說明該數(shù)據(jù)流到什么過程去。4 數(shù)據(jù)存儲=數(shù)據(jù)存儲名，說明，輸入數(shù)

10、據(jù)流 ，輸出數(shù)據(jù)流，組成：數(shù)據(jù)結構或數(shù)據(jù)項，數(shù)據(jù)量，存取方式l 數(shù)據(jù)量，說明每次存取多少數(shù)據(jù)，每天（或每小時，或每周）存取幾次的信息。l 存取方法，指的是批處理，還是聯(lián)機處理；是檢索還是更新；是順序檢索還是隨機檢索；盡可能詳細收集并加以說明。5 處理過程=處理過程名，說明，輸入：數(shù)據(jù)流，輸出：數(shù)據(jù)流，處理：簡要說明 簡要說明中主要說明該處理過程的功能，即“做什么”（不是怎么做）；處理頻度要 求，如每小時（或每分鐘）處理多少事務，多少數(shù)據(jù)量；響應時間要求等。這些處理要求是后面物理設計的輸入及性能評價的標準。1.4參考資料軟件技術基礎教程，萬曉東、施玉霞、孔德明，南京航空航天大學。C+程序設計教程

11、，皮德常，機械工業(yè)出版社。數(shù)據(jù)結構，嚴蔚敏、吳偉明，清華大學出版社。2、可行性研究的前提2.1要求主要功能：實現(xiàn)圖書的銷售，方便商店的統(tǒng)計和工作，提高書店的服務質量和服務效率。性能要求：銷售系統(tǒng)必須能夠實現(xiàn)圖書條目的輸入、銷售、統(tǒng)計和庫存查詢情況。輸出要求：數(shù)據(jù)完整，詳實。輸出要求：簡捷，快速，實時。安全與保密要求：管理員享有對銷售系統(tǒng)庫存情況的查詢權限，售書員只享有對圖書統(tǒng)計的權限。2.2目標系統(tǒng)實現(xiàn)后，大大提高圖書商店的售書效率，降低售書中的錯誤發(fā)生率，減少管理的復雜度。2.3條件，假定和限制建議軟件使用壽命：1年經費來源：無硬件條件：普通pc機運行環(huán)境：Windows數(shù)據(jù)庫：投入運行最遲

12、時間：2010/12/282.4可行性研究方法本項目的可行性研究采用確定模型，再將各個模塊加入其中。2.5決定可行性的主要因素成本/效益分析：效益>>成本。技術可行性：現(xiàn)有技術將能完全承擔開發(fā)任務。操作可行性：軟件能被原有工作人員快速接受。3、 技術可行性分析3.1系統(tǒng)簡要描述建立圖書條目的數(shù)據(jù)結構，把各種圖書信息輸入后建立圖書的數(shù)據(jù)庫，并按照圖書的書名或條形碼從數(shù)據(jù)庫內調出圖書信息進行銷售，同時考慮對該用戶是否打折。在銷售圖書的統(tǒng)計中，分別按照圖書的類別和整個銷售進行統(tǒng)計，并以報表的形式輸出。在考慮權限問題時，實現(xiàn)可以按照圖書條目不同的字段屬性對庫存情況進行查詢。最終以實現(xiàn)小型圖

13、書銷售系統(tǒng)。3.2處理流程和數(shù)據(jù)流程系統(tǒng)管理員 庫存情況數(shù)據(jù)庫顯示報表產生報表產生報表及帳單類別統(tǒng)計售書員銷售統(tǒng)計按圖書類別調出圖書銷售售書員售書員客戶機終端顯示報表產生報表客戶機終端顯示報表產生報表 數(shù)據(jù)庫在客戶端輸出圖書信息和賬單4、經濟可行性分析4.1支出一個星期的時間。4.2效益：4.3收益/投資比相對比較大。4.4投資回報周期：兩個星期。4.5敏感性分析設計系統(tǒng)周期：一年。處理速度：一般查詢速度<2秒。關鍵數(shù)據(jù)查詢速度：<1秒。5、社會因素可行性分析5.1法律方面可行性一般不會出現(xiàn)侵權現(xiàn)象5.2使用方面的可行性用戶商店均可以使用該系統(tǒng)軟件，使用人員的知識水品均適合使用。6

14、、其他可選用的方案客戶端與服務器端聯(lián)系在一起：在商店只設立終端，在總店設立服務器，數(shù)據(jù)輸入由終端輸入，所有數(shù)據(jù)都由服務器處理，只在終端上顯示數(shù)據(jù)結果。此設計簡化了數(shù)據(jù)處理，加重了服務器的數(shù)據(jù)處理。而使用客戶端/服務器機理，簡化數(shù)據(jù)流量，加快數(shù)據(jù)處理。7、結論意見由于投資效益比遠大于100%，技術，經濟，操作，社會均有可能性，此系統(tǒng)設計可以即刻進行！二、需求分析報告1、小型圖書銷售系統(tǒng)的功能要求1.1銷售系統(tǒng)的總目標在計算機網絡，數(shù)據(jù)庫和先進的開發(fā)平臺上，利用現(xiàn)有的軟件，配置一定的硬件，開發(fā)一個具有開放體系結構的、易擴充的、易維護的、具有良好的人機交互界面的圖書銷售系統(tǒng)，實現(xiàn)圖書商店銷售的自動化

15、的計算機系統(tǒng)，為商店的決策層提供準確、精確、迅速的圖書銷售消息。根據(jù)可行性研究的結果和客戶的要求，分析現(xiàn)有情況及問題，采用Client/server結構，將圖書銷售系統(tǒng)劃分為三個模塊：客戶端數(shù)據(jù)庫信息模塊、顧客購買圖書信息模塊、數(shù)據(jù)庫匯總報表模塊。1.2圖書銷售系統(tǒng)流程圖圖書條目庫存情況圖書信息及賬單數(shù)據(jù)庫處理查 詢報表處 理報表處 理報表處 理圖書類別銷售情況金額輸出管理員身份報表輸出報表輸出數(shù)據(jù)輸入服務器數(shù)據(jù)輸出客戶端數(shù)據(jù)輸出客戶端數(shù)據(jù)輸出客戶端數(shù)據(jù)輸出下面分析各個模塊的功能要求：（1）客戶端數(shù)據(jù)庫信息模塊：在客戶端數(shù)據(jù)庫的功能實現(xiàn)上，可以分為一下幾個部分：（1.1） 圖書條目的輸入和統(tǒng)計

16、商店在客戶端輸入新進圖書的詳細信息。這部分是客戶端子系統(tǒng)的基本部分，這個功能是以后各個部分的基礎。系統(tǒng)要求做到既能夠從其他子系統(tǒng)中分享一部分信息，又有方便的操作界面手工輸入圖書信息。這部分要求輸入的數(shù)據(jù)進行簡單的統(tǒng)計，供商店進行查詢和宏觀調控。（1.2） 圖書信息的存儲將圖書信息存儲到商店的客戶端系統(tǒng)中，以備以后的查詢使用、（1.3） 銷售及賬單生成在查詢到書目后，向客戶詢問購買數(shù)量，并在此客戶端生成賬單。（1.4） 圖書銷售情況報表這一功能是在上一功能的基礎上，對圖書銷售情況的單項核算，得到該商店的銷售情況。（2）數(shù)據(jù)庫管理模塊：通過計算機將客戶端得到的信息進行處理，實現(xiàn)圖書查詢，銷售統(tǒng)計，

17、綜合信息查詢等子系統(tǒng)。以計算機成本核算為中心，實現(xiàn)銷售業(yè)務的計算機自動化，為商店降低成本、提高銷售額、經營決策提供及時準確的依據(jù)。 基于數(shù)據(jù)庫功能實現(xiàn)上，可以分為以下一個部分： （2.1）生成圖書總信息（2.2）傳遞圖書信息到客戶端當客戶查詢圖書時，服務器端就將數(shù)據(jù)傳入客戶端。（2.3）生成圖書庫存給有權限的用戶只有擁有權限的管理員才能查詢圖書庫存情況。（2.4）銷售分析和管理這一步驟的功能要求包括對銷售的圖書進行分析，這一工作是在前面的基礎上，以計算機為輔助，對圖書銷售系統(tǒng)的功能和目標進行擴充。它以財務管理學為理論基礎，以輔助決策為目標，以圖書銷售數(shù)據(jù)為中心，廣泛采用統(tǒng)計學、運籌學的分析方法

18、，對銷售信息進行深層加工，提供管理上所需的各種輔助決策信息和財務信息。這一要求是圖書銷售系統(tǒng)的最高目標，將通過系統(tǒng)運行后獲得的大量銷售歷史數(shù)據(jù)基礎上，實現(xiàn)這一目標。（3）顧客購買圖書信息模塊顧客查詢圖書信息后，系統(tǒng)顯示顧客賬單。2、 圖書銷售系統(tǒng)的性能需求為了保證系統(tǒng)能夠長期、安全、穩(wěn)定、可靠、高效的運行，圖書銷售系統(tǒng)應該滿足以下的性能需求：a) 系統(tǒng)處理的準確性和及時性系統(tǒng)處理的準確性和及時性是系統(tǒng)的必要性能。在系統(tǒng)設計和開發(fā)過程中，要充分考慮系統(tǒng)當前和將來可能承受的工作量，是系統(tǒng)的處理能力和響應時間能夠滿足企業(yè)對信息處理的需求。由于圖書銷售系統(tǒng)的查詢功能對整個系統(tǒng)的功能和性能完成舉足輕重。

19、作為系統(tǒng)的很多數(shù)據(jù)來源，而圖書數(shù)量和銷售又影響著商店的決策活動，其準確性很大程度上決定了圖書銷售系統(tǒng)的成敗。在系統(tǒng)開發(fā)過程中，必須采用一定的方法保證系統(tǒng)的正確性。b) 系統(tǒng)的開放性和系統(tǒng)的可擴充性圖書銷售系統(tǒng)的開發(fā)過程中，應該充分考慮以后的可擴充性。例如查詢系統(tǒng)的多樣性。所有這些，都要求系統(tǒng)提供足夠的手段進行功能的調整和擴充。而這一點的實現(xiàn)，應通過系統(tǒng)的開放性來完成，即系統(tǒng)應該是一個開放系統(tǒng)，只要符合一定的規(guī)范，可以簡單的加入和減少系統(tǒng)的模塊，配置系統(tǒng)的硬件。通過軟件的修補、替換完成系統(tǒng)的升級和更新?lián)Q代。c) 系統(tǒng)的易用性和易維護性 圖書銷售系統(tǒng)是直接面對使用人員的，而使用人員往往對計算機并不

20、時非常熟悉。這就要求系統(tǒng)能夠提供良好的用戶接口，易用的人機交互界面。要實現(xiàn)這一點，就要求系統(tǒng)應該盡量使用用戶熟悉的術語和中文信息的界面；針對用戶可能出現(xiàn)的使用問題，要提供足夠的在線幫助，縮短用戶對系統(tǒng)熟悉的過程。圖書銷售系統(tǒng)中涉及到的數(shù)據(jù)是書店的相當重要的信息，系統(tǒng)要提供方便的手段供系統(tǒng)維護人員進行數(shù)據(jù)的備份，日常的安全管理，系統(tǒng)意外崩潰時數(shù)據(jù)的恢復等工作。d) 系統(tǒng)的標準性系統(tǒng)在設計開發(fā)使用過程中都要涉及很多計算機軟件、硬件。所有這些都要符合主流國際、國家和行業(yè)標準。例如在開發(fā)中使用的操作系統(tǒng)、網絡系統(tǒng)、開發(fā)工具都必須符合通用標準。同時，在自主開發(fā)本系統(tǒng)時，要進行良好的設計工作，制定行之有效

21、的軟件工程規(guī)范，保證代碼的易讀性、可操作性和可移植性。e) 系統(tǒng)的先進性目前計算機系統(tǒng)的技術發(fā)展相當快，作為圖書銷售系統(tǒng)工程，在系統(tǒng)的生命周期內盡量做到系統(tǒng)的先進性，從分完成企業(yè)的信息處理的要求不至于落后。這一方面通過系統(tǒng)的開放性和可擴充性，不斷改善系統(tǒng)的功能完成。另一方面，在系統(tǒng)設計和開放的過程中，應在考慮成本的基礎上盡量采用當前主流并先進且有良好發(fā)展前途的產品。f) 系統(tǒng)的響應速度圖書銷售系統(tǒng)在日常處理數(shù)據(jù)的響應速度為秒級，達到實時要求，以及反饋信息。在進行分析統(tǒng)計時，根據(jù)所需數(shù)據(jù)量的不同響應時間不同，原則是保證操作人員不會因為速度而影響工作效率。3、圖書銷售系統(tǒng)的數(shù)據(jù)需求圖書銷售系統(tǒng)的數(shù)

22、據(jù)需求包括如下幾點：（1） 數(shù)據(jù)錄入和處理的準確性和實時性數(shù)據(jù)的輸入是否準確是數(shù)據(jù)處理的前提，錯誤的輸入會導致系統(tǒng)輸出的不正確和不可用，從而使系統(tǒng)的工作失去意義。數(shù)據(jù)的輸入來源是手工輸入。手工輸入要通過系統(tǒng)界面上的安排系統(tǒng)具有容錯性，并且對操作人員要進行系統(tǒng)的培訓。在系統(tǒng)中，數(shù)據(jù)的輸入往往是大量的，因此系統(tǒng)要有一定的處理能力，以保證迅速的處理數(shù)據(jù)。（2） 數(shù)據(jù)的一致性與完整性由于系統(tǒng)的數(shù)據(jù)是共享的，在不同的客戶端中，圖書信息是共享數(shù)據(jù)，所以如何保證這些數(shù)據(jù)的一致性，是系統(tǒng)必須解決的問題。要解決這一問題，要有一定的人員維護數(shù)據(jù)的一致性，在數(shù)據(jù)錄入處控制數(shù)據(jù)的去向，并且要求對數(shù)據(jù)庫的數(shù)據(jù)完整性進行

23、嚴格的約束。對于輸入的數(shù)據(jù)，要為其定義完整性規(guī)則，如果不能符合完整性約束，系統(tǒng)應該拒絕該數(shù)據(jù)。（3） 數(shù)據(jù)的共享與獨立性 整個圖書銷售系統(tǒng)的數(shù)據(jù)是共享的。然而，從系統(tǒng)開發(fā)的角度上看，共享會給設計和調試帶來困難。因此，應該提供靈活的配置，使各個分系統(tǒng)能夠獨立運行，而通過人工干預的手段進行系統(tǒng)數(shù)據(jù)的交換。這樣，也能提供系統(tǒng)的強壯性。4、圖書銷售系統(tǒng)中的數(shù)據(jù)字典系統(tǒng)中的數(shù)據(jù)元素：名字：圖書信息別名：描述：輸入系統(tǒng)的圖書信息，用于標記圖書定義：圖書信息=ISBN號+書名+作者+出版社+進書年月日+庫存量+批發(fā)價+零售價位置：客戶端輸入信息名字：賬單別名：描述：顧客購買圖書后界面顯示的價格表定義：賬單=

24、圖書信息+價格位置：輸出界面名字：別名：描述：定義：位置：名字：別名：描述：定義：位置：名字：報表別名：描述：根據(jù)數(shù)據(jù)庫中的圖書某個關鍵字進行報表定義：報表=圖書信息關鍵字+圖書信息位置：數(shù)據(jù)庫5、圖書銷售系統(tǒng)的邏輯模型圖書銷售系統(tǒng)的邏輯模型如下所示：機票預定系統(tǒng)的邏輯模型機票預定系統(tǒng)的邏輯模型如下圖所示：出版社ISBN號作者書名庫存量查詢零售價進書日期 圖書信息 1管理員身份 帳單輸入 零售價報表 1 1 進書時間圖書商店 N ISBN號6、圖書銷售系統(tǒng)的運行要求6.1圖書銷售系統(tǒng)中的各個子系統(tǒng)的硬件和軟件的配置如下：客戶端子系統(tǒng)的運行要求：系統(tǒng)軟件：Windows NT Workstati

25、on數(shù)據(jù)庫管理系統(tǒng)：SQL Server硬件要求：Pentium 133以上，32M RAM，4.3G HD7、建立圖書銷售系統(tǒng)的約束7.1 結構總體設計方案對它的約束圖書銷售系統(tǒng)作為一個應用系統(tǒng)，不可避免的要受到此結構的約束。在其實施的各個階段都要服從它的一些規(guī)劃，包括功能設計、系統(tǒng)配置和計劃。同時，由于信息的共享，圖書銷售系統(tǒng)還受到其他系統(tǒng)的信息約束。7.2 人力、資金、時間的約束：圖書銷售系統(tǒng)工程實施的目標是要帶給使用商店可以看得見的效益，其開發(fā)過程中也要考慮到人力、資金、時間的約束。因此，在設計中，重點是銷售系統(tǒng)中的方便快捷，能提供給顧客以優(yōu)質高效的服務，并提高銷售的效率和便捷，為使用

26、商店帶來良好的效益。7.3 技術發(fā)展規(guī)律的約束計算機技術和產品的發(fā)展日新月異，將會給信息處理帶來更多的手段，同時也會帶來更加豐富的信息表達形式。例如圖像和語音技術的進步，多媒體技術的發(fā)展，這些都要求在設計師考慮到技術變化的可能性，為可能的變化預留一定的系統(tǒng)處理能力。三、項目開發(fā)計劃1、引言1.1編寫目的本報告的主要作用明確制作進度分工,按步有序進行的制作,加快制作效率. 具體步驟：擬訂開發(fā)計劃書，分配項目工作，安排項目進度。1.2項目背景 完成計算機軟件課程設計，設計圖書管理系統(tǒng)。2、項目概述2.1工作內容小組根據(jù)時間先后安排，分別對項目進行開發(fā)：各項主要工作： 對調查結果進行分析，擬訂實現(xiàn)方

27、案（如 程序結構，流程，數(shù)據(jù)結構等）。對軟件進行集中開發(fā)。進行檢查與測試。2.2條件與限制完成項目應具備的條件：計算機、制作人員開發(fā)單位已具有的條件：計算機、制作人員2.3產品（1）程序程序名稱：圖書管理系統(tǒng)使用語言：TC存儲形式：硬盤（2）文檔可行性報告；需求分析說明書；項目開發(fā)計劃書；概要設計說明書；詳細設計說明書；測試計劃；測試分析報告；用戶操作手冊；程序維護手冊；總結性報告。2.4運行環(huán)境運行軟件環(huán)境：WindowsXP以上。驗收標準：系統(tǒng)運行流暢，功能符合需求3、實施計劃3.1任務分解分析階段（一天）調研小組設計階段（五天）設計小組寫代碼及單元測試階段（兩天）開發(fā)小組總測試及修改階段

28、（一天）測試小組維護階段（不定）維護小組3.2進度一天進行調研；五天進行實現(xiàn)；兩天進行測試，維護。（1）預算分析階段 0設計階段 0寫代碼及單元測試階段 0總測試及修改階段 0（2）關鍵問題關鍵的問題是如何利用鏈表實現(xiàn)數(shù)據(jù)的管理，如插入，刪除，排序，寫入讀出，并在功能滿足需求的基礎上加快程序的運行速度，優(yōu)化算法。4、人員組織及分工調研小組、設計小組、開發(fā)小組、測試小組：陳凱、步大為、蔡超5、交付期限最遲交付日期：2010年1月6號四、概要設計說明書1、引言1.1編寫目的在圖書館里項目的前一階段，也就是需求分析階段中，已經將系統(tǒng)用戶對本系統(tǒng)的需求做了詳細的闡述，這些用戶需求已經在上一階段獲得，并

29、在需求規(guī)格說明書中得到詳盡得敘述及闡明。本階段已在系統(tǒng)的需求分析的基礎上，對圖書管理系統(tǒng)做概要設計。主要解決了實現(xiàn)該系統(tǒng)需求的程序模塊設計問題。包括如何把該系統(tǒng)劃分成若干個模塊、決定各個模塊之間的接口、模塊之間傳遞的信息，以及數(shù)據(jù)結構、模塊結構的設計等。在以下的概要設計報告中將對在本階段中對系統(tǒng)所做的所有概要設計進行詳細的說明。在下一階段的詳細設計中，程序設計員可參考此概要設計報告，在概要設計對圖書管理系統(tǒng)所做的模塊結構設計的基礎上，對系統(tǒng)進行詳細設計。在以后的軟件測試以及軟件維護階段也可參考此說明書，以便于了解在概要設計過程中所完成的各模塊設計結構，或在修改時找出在本階段設計的不足或錯誤。（

30、1）項目背景本項目由指導老師老師要求制作，由郝克、陳杰負責開發(fā)。 圖書管理系統(tǒng)將由兩部分組成數(shù)據(jù)文檔用戶指令圖書銷售系統(tǒng) : : 數(shù)據(jù)文檔輸出結果或文檔數(shù)據(jù)文檔（2）參考資料以下列出在概要設計過程中所使用到的有關資料：軟件技術基礎教程圖書銷售系統(tǒng)計劃任務書需求分析說明書概要設計說明書用戶操作手冊（初稿）數(shù)據(jù)結構2、任務概述2.1目標實現(xiàn)對書籍相關資料的管理，管理人員可以對數(shù)據(jù)庫的中的信息進行修改篩選，銷售人員對其進行遍歷，以實現(xiàn)書的銷售管理過程。2.2運行環(huán)境WindowsXP系統(tǒng)2.3需求概述為方便圖書管理，程序需包括圖書的借出還入，排序，以及遍歷等功能，方便用戶管理圖書。要求系統(tǒng)能有效、快

31、速、安全、可靠和無誤的完成上述操作。并要求算法簡單明了，程序利于維護。3、總體設計3.1處理流程下面將使用（結構化設計）面向數(shù)據(jù)流的方法對機票預定系統(tǒng)的處理流程進行分析。3.1.1程序流程本地信息為書名、作者、出版社、進書日期庫存量等。用戶輸入其中的部分內容可以對明細進行遍歷，查找，修改，添加刪除等功能2153467數(shù)據(jù)管理（管理人員）數(shù)據(jù)庫數(shù)據(jù)遍歷（銷售人員）下面對各模塊（以數(shù)字表示）進行功能說明：1.寫入圖書明細：輸入需要修改或顯示的數(shù)據(jù)明細2.檢驗輸入資料：檢驗格式化輸入資料，初步檢查輸入是否有誤，它是一個事務處理中心，有誤則轉1再次讀入，檢查無誤則將數(shù)據(jù)庫中相應的信息調出。3.執(zhí)行相應

32、操作：輸入的數(shù)據(jù)執(zhí)行相應的刪除替換等操作4.返回數(shù)據(jù)：將修改完畢的信息存回數(shù)據(jù)庫5.讀入并輸出：將售人員輸入部分明細，去數(shù)據(jù)庫中查找對應的數(shù)據(jù)，若沒有則返回1。6.遍歷數(shù)據(jù)：將詳細的數(shù)據(jù)顯示出來，銷售人員進行確認7.輸出：將數(shù)據(jù)存入數(shù)據(jù)庫，返回主菜單 3.2總體結構和模塊外部設計 下面以結構圖來描述機票預定系統(tǒng)的軟件總體結構?？騼茸⒚髁四K的名字；方框之間的直線表示模塊的調用關系。圖書條目庫存情況圖書信息及賬單數(shù)據(jù)庫處理查 詢報表處 理報表處 理報表處 理圖書類別銷售情況金額輸出管理員身份報表輸出報表輸出數(shù)據(jù)輸入服務器數(shù)據(jù)輸出客戶端數(shù)據(jù)輸出客戶端數(shù)據(jù)輸出客戶端數(shù)據(jù)輸出3.3功能分配各項模塊的功

33、能可參照3.1 中的說明?？蛻魴C程序主要有三大塊：接收數(shù)據(jù)、網絡通信及輸出部分。服務器程序主要也是由三大功能：接收網絡數(shù)據(jù)、數(shù)據(jù)庫操作及發(fā)送網絡數(shù)據(jù)部分。服務器程序需與已建立的SQL SERVER 數(shù)據(jù)庫互連，其接口將于下面部分闡述。4、接口設計4.1外部接口4.1.1 用戶界面在用戶界面部分，根據(jù)需求分析的結果，用戶需要一個用戶友善界面。在界面設計上，應做到簡單明了，易于操作，并且要注意到界面的布局，應突出的顯示重要以及出錯信息。外觀上也要做到合理化。在設計語言上，已決定使用 VISUAL C+ 進行編程，在界面上可使用VISUAL C+ 所提供的可視化組件。 其中服務器程序界面要做到操作簡

34、單，易于管理。在出錯顯示上可調用VISUAL C+ 庫中的錯誤提示函數(shù)?？偟膩碚f，系統(tǒng)的用戶界面應作到可靠性、簡單性、易學習和使用4.1.2 軟件接口服務器程序可使用VISUAL C+ 提供的對 SQL SERVER 的接口，進行對數(shù)據(jù)庫的所有訪問。服務器程序上可使用SQL SERVER 的對數(shù)據(jù)庫的備分命令，以做到對數(shù)據(jù)的保存。4.1.3硬件接口在輸入方面，對于鍵盤、鼠標的輸入，可用VISUAL C+的標準輸入/輸出，對輸入進行處理。在輸出方面，用VISUAL C+的標準輸入/輸出對其進行處理。42 內部接口內部接口方面，各模塊之間采用函數(shù)調用、參數(shù)傳遞、返回值的方式進行信息傳遞。具體參數(shù)的

35、結構將在下面數(shù)據(jù)結構設計的內容中說明。接口傳遞的信息將是以數(shù)據(jù)結構封裝了的數(shù)據(jù)，以參數(shù)傳遞或返回值的形式在各模塊間傳輸。5、數(shù)據(jù)結構設計5.1數(shù)據(jù)庫數(shù)據(jù)結構設計DBMS 的使用上系統(tǒng)將采用 SQL SERVER, 系統(tǒng)主要需要維護的數(shù)據(jù)表：ISBN號書名作者出版社進書日期庫存量售價本表包含了所有書的明細信息，供銷售人員查詢5.2物理數(shù)據(jù)結構設計物理數(shù)據(jù)結構設計主要是設計數(shù)據(jù)在模塊中的表示形式。數(shù)據(jù)在模塊中都是以結構的方式表示。圖書信息char ISBN;書的ISBN號；char bookTitle51;書名；char author21;作者；char publisher21;出版社；date

36、dateAdded;存放進書日期；int qtyOnHand;存放該書的庫存量；double wholesale;存放該書的批發(fā)價；double retail; 存放該書的零售價；用以存放圖書的詳細信息53 數(shù)據(jù)結構與程序的關系服務器程序在對圖書信息進行操作時需對數(shù)據(jù)庫數(shù)據(jù)庫數(shù)據(jù)結構，也就是數(shù)據(jù)表進行查詢和修改：在銷售、管理過程中都需要對數(shù)據(jù)庫中表，進行聯(lián)合查詢、修改。物理數(shù)據(jù)結構主要用于各模塊之間函數(shù)的信息傳遞。接口傳遞的信息將是以數(shù)據(jù)結構封裝了的數(shù)據(jù)，以參數(shù)傳遞或返回值的形式在各模塊間傳輸。出錯信息將送入顯示模塊中。6、運行設計61 運行控制運行控制將嚴格按照各模塊間函數(shù)調用關系來實現(xiàn)。在

37、各事務中心模塊中，需對運行控制進行正確的判斷，選擇正確的運行控制路徑。62 運行時間在軟體的需求分析中，對運行時間的要求為必須對作出的操作有較快的反應。硬件對運行時間有影響，數(shù)據(jù)量的大小也會影響查找的時間以及操作的速度。7、處理設計71 出錯輸出信息程序在運行時主要會出現(xiàn)錯誤：由于輸入信息，或無法滿足要求時產生的錯誤，稱為軟錯誤。對于軟錯誤，須在定票/領票操作成功判斷及輸入數(shù)據(jù)驗證模塊由數(shù)據(jù)進行數(shù)據(jù)分析，判斷錯誤類型，再生成相應的錯誤提示語句，送到輸出模塊中。出錯信息要給出提示，并重新運行，例：“輸入的指令有誤,請重新輸入！”。72 出錯處理對策如果出錯將提示按任意鍵繼續(xù)，執(zhí)行清屏命令并重新執(zhí)

38、行該程序。8、保密設計操作人員須輸入相關密碼，經判斷語句判斷通過后才可以進入數(shù)據(jù)庫中調用及修改數(shù)據(jù)，一次方式來加強文件的保密性。五、詳細設計說明書1、引言1.1編寫目的：在前一階段（概要設計說明書）中，以解決了實現(xiàn)該系統(tǒng)需求的程序模塊設計問題。包括如何把該系統(tǒng)劃分為若干個模塊、決定各個模塊之間的接口、模塊之間的傳遞的信息，以及數(shù)據(jù)結構、模塊結構的設計等。在以下的詳細設計報告中將對在各個階段中對系統(tǒng)所做的所有詳細設計進行說明。在本階段中，確定應該如何具體的實現(xiàn)所要求的系統(tǒng)，從而在編碼階段可以把這個描述直接翻譯成用具體的程序語言書寫的程序。主要的工作有：根據(jù)在需求分析說明書中所敘述的數(shù)據(jù)、功能、運

39、行、性能需求，并依據(jù)概要設計說明書所確定的處理流程、總體結構和模塊外部設計，設計軟件系統(tǒng)的結構設計、逐個模塊的程序描述（包括各模塊的功能、性能、輸入、輸出、算法、程序邏輯、接口等等），解決如何（1） 接受：圖書信息（2） 輸出：顧客所賣圖書的信息、價格（3） 分辨信息的種類并采用相應的處理步驟（4） 進行數(shù)據(jù)庫的查詢，修改工作（5） 接受并判斷錯誤，輸出相應的出錯信息在以下的各個階段中，用戶操作手冊將與本階段的工作緊密結合，努力做到讓用戶易懂易學。測試報告和維護報告也將參考說明書，檢驗本系統(tǒng)的各項性能指標，即使發(fā)現(xiàn)紕漏及時修補，一定要把功能強大、穩(wěn)定可靠、便于維護的圖書銷售系統(tǒng)交到用戶手中。1

40、.2項目背景本項目（圖書銷售系統(tǒng)）是由指導老師要求，由本軟件編寫小組負責開發(fā)。本圖書銷售系統(tǒng)項目主要由兩個部分組成：（1） 圖書信息的數(shù)據(jù)庫匯總及查詢（2） 顧客購買圖書的信息1.3文中特殊的定義和縮寫：1.3.1定義（1）數(shù)據(jù)流圖：描繪系統(tǒng)的邏輯模型，圖中沒有任何具體的物理元素，只是描繪信息在系統(tǒng)中流動和處理的情況，它表示了數(shù)據(jù)和處理過程的關系。數(shù)據(jù)流圖有四種基本符號：l 正方形（或立方體）表示數(shù)據(jù)的源點或終點。l 圓角矩形（或圓形）代表變換數(shù)據(jù)的處理。 處理不一定是一個程序。一個處理框可以代表一系列程序，單個程序或者程序的 一個模塊；它甚至可以代表一種人工處理過程。l 開口矩形（或兩條平行

41、橫線）代表數(shù)據(jù)存儲。 數(shù)據(jù)存儲可以表示一個文件，文件的一部分，數(shù)據(jù)庫的元素或紀錄的一部分等等。 數(shù)據(jù)存儲是處于靜止狀態(tài)的數(shù)據(jù)。 l 箭頭代表數(shù)據(jù)流，即特定數(shù)據(jù)的流動方向。數(shù)據(jù)流是處于運動中的數(shù)據(jù)。 還有幾種附加符號：l 星號表示數(shù)據(jù)流之間是“與”關系l 加號表示“或”關系l 異或符號表示只能從中選一個（2）數(shù)據(jù)字典：是對系統(tǒng)中各類數(shù)據(jù)描述的集合，是各類數(shù)據(jù)屬性清單，是進行詳細的數(shù)據(jù)收集和數(shù)據(jù)分析所獲得的主要結果。它通常包括以下五個部分：l 數(shù)據(jù)項，是數(shù)據(jù)的最小的單位。l 數(shù)據(jù)結構，是若干數(shù)據(jù)項有意義的集合。l 數(shù)據(jù)流，可以是數(shù)據(jù)項，也可以是數(shù)據(jù)結構，表示某一處理過程的輸入或輸出。l 數(shù)據(jù)存儲，

42、處理過程中存取的數(shù)據(jù)。常常是手工憑證，手工文檔，計算機文件。l 處理過程。它們的描述內容如下：6 數(shù)據(jù)項描述=數(shù)據(jù)項名，數(shù)據(jù)項含義說明，別名，類型，長度，取值范圍，與其他數(shù)據(jù)項的邏輯關系取值范圍，與其他數(shù)據(jù)項的邏輯關系定義了數(shù)據(jù)的完整性約束條件，是設計數(shù)據(jù)檢驗功能的依據(jù)。7 數(shù)據(jù)結構描述=數(shù)據(jù)結構名，含義說明，組成：數(shù)據(jù)結構或數(shù)據(jù)項8 數(shù)據(jù)流=數(shù)據(jù)流名，說明，流出過程，流入過程，組成：數(shù)據(jù)結構或數(shù)據(jù)項l 流出過程，說明該數(shù)據(jù)流由什么過程來。l 流入過程，說明該數(shù)據(jù)流到什么過程去。9 數(shù)據(jù)存儲=數(shù)據(jù)存儲名，說明，輸入數(shù)據(jù)流 ，輸出數(shù)據(jù)流，組成：數(shù)據(jù)結構或數(shù)據(jù)項，數(shù)據(jù)量，存取方式l 數(shù)據(jù)量，說明每

43、次存取多少數(shù)據(jù)，每天（或每小時，或每周）存取幾次的信息。l 存取方法，指的是批處理，還是聯(lián)機處理；是檢索還是更新；是順序檢索還是隨機檢索；盡可能詳細收集并加以說明。10 處理過程=處理過程名，說明，輸入：數(shù)據(jù)流，輸出：數(shù)據(jù)流，處理：簡要說明 簡要說明中主要說明該處理過程的功能，即“做什么”（不是怎么做）；處理頻度要 求，如每小時（或每分鐘）處理多少事務，多少數(shù)據(jù)量；響應時間要求等。這些處理要求是后面物理設計的輸入及性能評價的標準。1.3.2縮寫系統(tǒng)：若未特別指出，統(tǒng)指本圖書銷售系統(tǒng)。1.4參考資料以下列出在概要設計過程中所涉及的有關資料：圖書銷售系統(tǒng)計劃任務書需求分析說明書概要設計說明書用戶操

44、作手冊（初稿）軟件技術基礎數(shù)據(jù)結構2、總體設計：2.1需求概要：圖書商店為了方便自身和顧客的需要，需開發(fā)一個圖書銷售系統(tǒng)。為便于銷售，用戶將圖書的信息，包括ISBN號、書名、作者、出版年月日、庫存量、批發(fā)價、零售價，輸入至客戶端中，存入數(shù)據(jù)庫并匯總。當需要查詢圖書信息時，均可以從數(shù)據(jù)庫中輸出所需要的信息。當顧客需要購買圖書時，得到所需圖書的信息，當?shù)弥徺I數(shù)量后得出所需金額（賬單）。要求系統(tǒng)能有效、快速、安全、可靠和無誤的完成上述操作。并要求客戶端的界面簡單明了，易于操作，便于數(shù)據(jù)庫維護。2.2軟件結構：各模塊之間的關系已由概要設計給出。（1）客戶端數(shù)據(jù)庫信息模塊結構圖：SetBook()商店

45、用戶客戶端EditBook（）DeleteBook（）AddBook（）BookInfo（）數(shù)據(jù)庫文件Data.bin（2）顧客購買圖書信息模塊顧客購買圖書模塊bookInfo（）Pay（）顧客輸出界面ISBN_Search（）NAME_Search()SearchBook()（3）數(shù)據(jù)庫匯總報表模塊報表模塊Screen()RetailList（）AllList（）QtyList（）ValueList（）DataList（）wholesaleList（）Outsale（）客戶可查詢管理員身份可查詢文件數(shù)據(jù)庫Data.bin3、程序描述：3.1客戶端數(shù)據(jù)庫信息模塊結構圖：（1）setBook過程

46、：在初始界面上詢問是否想要新輸入圖書信息時，若為“n”，則轉入bookInfo過程；若為“y”，則詢問想要輸入的圖書種類數(shù)，再讓用戶輸入新的圖書信息。圖書信息如下：ISBN：ISBN號Booktitle：書名Author：作者Publisher：出版社Date-year-month-day：出版年月日qtyOnHand：庫存量wholesale：批發(fā)價retail：零售價（2）editBook過程：若用戶需要修改某圖書信息，經過圖書信息界面后選擇進入修改信息界面。先尋找該圖書位置，再一次輸入新的圖書信息。若沒有找到該圖書，則輸出“對不起，沒有您要找的書！”。（3）deleteBook過程：用戶

47、輸入想要刪除的圖書的ISBN號，若系統(tǒng)尋找到該圖書，則將該圖書信息全部刪除；若系統(tǒng)沒有找到該圖書，則輸出“對不起，沒有您要找到的書！”。（4）addBook過程：當用戶在非初始界面想要增加某新圖書的信息，則通過該過程向系統(tǒng)數(shù)據(jù)庫中輸入新的圖書信息。3.2顧客購買圖書信息模塊：（1）bookInfo過程：在初始界面后，當用戶想要知道某個圖書的信息，則在輸入正確的ISBN號后，在界面顯示該圖書的所有信息。（2）LookUpBook過程：用戶輸入正確的ISBN號后，系統(tǒng)界面顯示所需要圖書的信息；若系統(tǒng)中沒有該圖書，則顯示“對不起，沒有您要找的書！”。（3）pay過程：當顧客輸入想要圖書的ISBN號后

48、，顯示出圖書信息后，詢問所需圖書數(shù)量，并詢問該顧客是否能打折，最后輸出該顧客所需要付的金額（即賬單）。3.3數(shù)據(jù)庫匯總報表模塊：（1）retailList過程：根據(jù)系統(tǒng)數(shù)據(jù)庫中的圖書信息中的零售價為依據(jù)進行報表輸出。（2）allList過程：根據(jù)系統(tǒng)數(shù)據(jù)庫中的圖書信息先后輸入次序為依據(jù)進行報表輸出。（3）wholesaleList過程：根據(jù)系統(tǒng)數(shù)據(jù)庫中的圖書信息中的批發(fā)價為依據(jù)進行報表輸出。（1）qtyOnHand過程：根據(jù)系統(tǒng)數(shù)據(jù)庫中的圖書信息中的庫存量為依據(jù)進行報表輸出。（1）valueList過程：根據(jù)系統(tǒng)數(shù)據(jù)庫中的圖書信息中的價值額為依據(jù)進行報表輸出。（1）dateAddList過程：

49、根據(jù)系統(tǒng)數(shù)據(jù)庫中的圖書信息中的進書日期為依據(jù)進行報表輸出。（1）outsale過程：根據(jù)系統(tǒng)數(shù)據(jù)庫中的圖書信息中的售出書數(shù)量為依據(jù)進行報表輸出。六、測試計劃1、引言1.1編寫目的在開發(fā)大型軟件的漫長過程中，面對極其錯綜復雜的問題，人的主觀認識不可能完全符合客觀現(xiàn)實，與工程密切相關的各類人員之間的通信和配合也不可能完美無缺。因此，在軟件生命周期的每個階段都不可避免地會產生差錯。尤其對于機票預訂系統(tǒng)這類會影響人們生活財產的工程軟件，必須盡量減少差錯，以免造成嚴重的損失。測試是“為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序的過程”。測試的目的就是在軟件投入生產性運行之前，盡可能多的發(fā)現(xiàn)軟件中的錯誤。目前軟件測試仍

50、然是保證軟件質量的關鍵步驟，它是對軟件規(guī)格說明設計和編碼的最后復審，也是必不可少的關鍵步驟。1.2項目背景本項目是在指導老師的要求編寫，并由本軟件開發(fā)小組寫成。13定義1.4參考資料以下列出在概要設計過程中所涉及的有關資料：圖書銷售系統(tǒng)計劃任務書需求分析說明書概要設計說明書用戶操作手冊（初稿）軟件技術基礎數(shù)據(jù)結構2、人物概述2.1目標測試是“為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序的過程”, 測試的目的就是在軟件投入生產性運行之前，盡可能多的發(fā)現(xiàn)軟件中的錯誤。2.2運行環(huán)境由于系統(tǒng)將由三部分程序組成，安裝在用戶商店的數(shù)據(jù)服務器中。客戶端子系統(tǒng)的運行要求：系統(tǒng)軟件：Windows NT Workstation數(shù)據(jù)庫管理系統(tǒng)：SQL Server硬件要求：Pentium 133以上，32M RAM，2.1G HD2.3需求概述圖書商店為了方便自身和顧客的需要，需開發(fā)一個圖書銷售系統(tǒng)。為便于銷售，用戶將圖書的信息，包括ISBN號、書名、作者、出版年月日、庫存量、批發(fā)價、零售價，輸入至客戶