【正文】 挫折是一份財(cái)富，經(jīng)歷是一份擁有。在這過程中使我們自學(xué)的能力進(jìn)一步提升，也讓我們初步了解了企業(yè)項(xiàng)目開發(fā)的流程，對(duì)我們以后參加工作奠定了基礎(chǔ)。 通過這次課設(shè)使我們提升了合作精神，由于大家負(fù)責(zé)的模塊不一樣，所以需要很好的溝通，個(gè)模塊之間獨(dú)立但又有某種聯(lián)系，這就要求 我們需要很好的熟悉項(xiàng)目的需求。編碼可以理解為編程，這個(gè)只占總時(shí)間的20％左右。所以，軟件工程就不僅僅是單一的編程過程了。但現(xiàn)在我明白了，軟件工程的作用，就是告訴人們?cè)鯓尤ラ_發(fā)軟件和管理軟件。 在這一周里，我還對(duì)軟件工程有了新的理解。我們?cè)陂_發(fā)時(shí)如果不進(jìn)行調(diào)研和分析，那么對(duì)于后來的項(xiàng)目進(jìn)展將產(chǎn)生致命的后果。我們的項(xiàng)目也正式開始了。我們小組由 3 個(gè)成員組成，在相互商量后我們也確定了我們組的項(xiàng)目，是做一個(gè)火車票預(yù)售系統(tǒng)。例如：查詢模塊提供的查詢模式過少，如果提供更多種查詢方式，則可以洛 陽 理 工 學(xué) 院 課 程 設(shè) 計(jì) 報(bào) 告 28 更方面人 們的查詢，可以增加日期查詢，時(shí)間點(diǎn)查詢，班次的種類刪選，團(tuán)體類型查詢，代售點(diǎn)查詢等。修改、重構(gòu)初步 ER 圖以消除冗余，主要采用分析方法。 但 因?yàn)槠渲锌赡艽嬖谌哂嗟臄?shù)據(jù)和冗余的實(shí)體間聯(lián)系，即存在可由基本數(shù)據(jù)導(dǎo)出的數(shù)據(jù)和可由其他聯(lián)系導(dǎo)出的聯(lián)系?，F(xiàn)在就是要將這些數(shù)據(jù)從數(shù)據(jù)字典中抽取出來，參照數(shù)據(jù)流圖， 1 標(biāo)定局部應(yīng)用中的實(shí)體， 2 實(shí)體的屬性、標(biāo)識(shí)實(shí)體的碼， 3 確定實(shí)體之間的聯(lián)系及其類型（ 1： 1： n、 m： n）。一般而言，中層的數(shù)據(jù)流圖能較好地反映系統(tǒng)中各局部應(yīng)用的子系統(tǒng)組成，因此人們往往以中層數(shù)據(jù)流圖作為設(shè)計(jì)分 ER 圖的依據(jù) 。是表示概念模型的一種方式，用矩形表示實(shí)體型，矩形框內(nèi)寫明實(shí)體名；用橢圓表示實(shí)體的屬性，并用無向邊將其與相應(yīng)的實(shí)體型連接起來；用菱形表示實(shí)體型之間的聯(lián)系，在菱形框內(nèi)寫明聯(lián)系名，洛 陽 理 工 學(xué) 院 課 程 設(shè) 計(jì) 報(bào) 告 27 并用無向邊分別與有關(guān)實(shí)體型連接起來，同時(shí)在無向邊旁標(biāo)上聯(lián)系的類型（ 1:1,1:n 或 m:n）。 ER 方法是“實(shí)體 聯(lián)系方法”（ EntityRelationship Approach）的簡稱。 3）為數(shù)據(jù)源點(diǎn) /終點(diǎn)命名 通常，為“數(shù)據(jù)源點(diǎn) /終點(diǎn)”命名時(shí)，采用它們?cè)趩栴} 域中習(xí)慣使用的名字。 數(shù)據(jù)流圖的命名方法： 1）為數(shù)據(jù)流命名 A．名字應(yīng)該代表整個(gè)數(shù)據(jù)流（或數(shù)據(jù)存儲(chǔ)）的內(nèi)容； B．不要使用空洞的、缺乏具體含義的名字（如“數(shù)據(jù)”、“輸入”）； C．如果為某個(gè)數(shù)據(jù)流（或數(shù)據(jù)存儲(chǔ)）起名字時(shí)遇到困難，則很可能是因?yàn)閷?duì)數(shù)據(jù)流圖的分解不恰當(dāng)造成的，應(yīng)該試試重新分解數(shù)據(jù) 流圖； 2）為處理命名 A．通常先為數(shù)據(jù)流命名，然后再為與之相關(guān)聯(lián)的處理命名； B．名字應(yīng)該反映整個(gè)處理的功能； C．應(yīng)該盡量避免空洞籠統(tǒng)的動(dòng)詞做名字，如“處理”、“加工” 。這個(gè)處理就代表了系統(tǒng)對(duì)數(shù)據(jù)加工變換的基本功能。下面就介紹下畫數(shù)據(jù)流圖的步驟： 1 分離數(shù)據(jù)流圖中的元素 2 逐步分解的畫出數(shù) 據(jù)流圖：第一步，畫出最概括的系統(tǒng)模型。它可以是一個(gè)文件、文件的一部分、數(shù)據(jù)庫元素或記錄的洛 陽 理 工 學(xué) 院 課 程 設(shè) 計(jì) 報(bào) 告 26 一部分；它代表的是靜態(tài)的數(shù)據(jù)。需要注意的是： 1）處理并不一定是程序。如果你使用 Microsoft Visio，那么你只能使用Gane amp。 Sarson法。一種是 Yourdon amp。數(shù)據(jù)流圖里的符號(hào)也極為簡單，只有四個(gè)： 1）外部實(shí)體； 2）處理； 3）連線； 4）數(shù)據(jù)存儲(chǔ)。 其中數(shù)據(jù)流圖是關(guān)鍵技術(shù)，數(shù)據(jù)流圖描述的是系統(tǒng)的邏輯模型，圖中沒有任何具體的物理元素，只是描繪信息在系統(tǒng)中流動(dòng)和處理的情況。軟件需求說明書的作用在于便于用戶、開發(fā)人員進(jìn)行理解和交流，反映出用戶問題的結(jié)構(gòu)，可 以作為軟件開發(fā)工作的基礎(chǔ)和依據(jù)，并作為確認(rèn)測試和驗(yàn)收的依據(jù)。 本文檔預(yù)期的讀者為軟件開發(fā)人員。 火車站市場的管理和規(guī)范問題，是困擾我們多年的一個(gè)老問題，也是政府管理中的一個(gè)難點(diǎn)，訂票是客運(yùn)業(yè)務(wù)中的一個(gè)最基本的 業(yè)務(wù)，表面上看，它只是火車站業(yè)務(wù)的一個(gè)簡單的部分，但是它涉及到管理與客戶服務(wù)等多方面，因此，過去傳統(tǒng)的售票方式已經(jīng)不能滿足現(xiàn)代客運(yùn)業(yè)務(wù)流量劇增的客觀要求，這就要求一種全新的訂票方式 —— 網(wǎng)上訂票，來緩解訂票高峰時(shí)期的客運(yùn)壓力，并為用戶提供方便快捷的訂票服務(wù)。同時(shí)還會(huì)出現(xiàn)由此帶來的大量記錄存放和管理所帶來的問題。每個(gè)表格表示在數(shù)據(jù)庫中的一個(gè)表。 實(shí)體圖如圖 27 所示： 車 次訂 單 信 息總 價(jià)訂 單 號(hào) 票 數(shù)起 始 站發(fā) 車 日 期 圖 27 包括 ： 車 次 號(hào)、 起始站 、 發(fā)車時(shí)間、座位數(shù)、票價(jià)、發(fā)車時(shí)間。 實(shí)體圖如圖 25 所示： 洛 陽 理 工 學(xué) 院 課 程 設(shè) 計(jì) 報(bào) 告 21 姓 名管 理 員I D 號(hào)電 話 地 址 圖 25 ：姓名、電話、 ID 號(hào)、地址。 整體結(jié)構(gòu) ER 圖如圖 23 所示： 洛 陽 理 工 學(xué) 院 課 程 設(shè) 計(jì) 報(bào) 告 20 用 戶查 詢 訂 票 退 票車 次修 改操 作 員處 理訂 單授 權(quán)管 理 員mmmnnmnmn111 圖 23 系統(tǒng) ER 圖 針對(duì)火車票網(wǎng)上訂票系統(tǒng)，通過對(duì)網(wǎng)上訂票工作的過程、內(nèi)容以及數(shù)據(jù)流程分析，包括以下實(shí)體： ：姓名、 ID 號(hào)、身份類別、電話。 系統(tǒng)的模塊圖如圖 22 所示： 售票功能火 車 票 預(yù) 訂 系 統(tǒng)查詢功能維護(hù)功能調(diào)度功能系統(tǒng)功能M 3車票銷售M 4車票預(yù)訂M 5車票退訂M 7車次查詢M 8起始站查詢M 9密碼修改M 1 0退 票表 修改M 6車票改簽M 1 1車 票表 修改M 1 2票 價(jià)修 改M 1 3車 次修 改M 1 4起 始站 修改M 1 5售 票統(tǒng) 計(jì)M 1 6報(bào) 表打 印注冊(cè)登錄M 1注冊(cè)M 2登陸 圖 22 系統(tǒng)結(jié)構(gòu)圖 火車票預(yù)訂系統(tǒng) 售票功能 調(diào)度功能 系 統(tǒng)功能 圖 21 總體結(jié)構(gòu) 圖 查詢功能 維護(hù)功能 注冊(cè)登陸 洛 陽 理 工 學(xué) 院 課 程 設(shè) 計(jì) 報(bào) 告 19 功能模塊清單 各功能模塊的具體分析如表 21 所示。 系統(tǒng)功能模塊。 調(diào)度功能模塊。 維護(hù)功能模塊。 查詢功能模塊。 售票功能模塊。 洛 陽 理 工 學(xué) 院 課 程 設(shè) 計(jì) 報(bào) 告 18 以下是對(duì)各個(gè)子模塊的具體分析： 注冊(cè)登錄模塊。分別是注冊(cè)登錄模塊、售票功能模塊、查詢功能模塊、調(diào)度功能模塊、維護(hù)功能模塊和系統(tǒng)功能模塊。外鍵又稱作 外關(guān)鍵字 。由此可見，外鍵表示了兩個(gè)關(guān)系之間的相關(guān)聯(lián)系。并且它可以唯一確定表中的一行數(shù)據(jù)，或者可以唯一確定一個(gè)實(shí)體。主鍵可以由一個(gè)字段，也可以由多個(gè)字段組成，分別成為單字段主鍵或多字段主鍵。主鍵 作表的行的唯一標(biāo)識(shí)的 候選關(guān)鍵字 。先將系統(tǒng) 數(shù)據(jù)流圖 中的加工轉(zhuǎn)換成模塊，再將各大模塊繼續(xù)劃分為較小的模塊，直到每一模塊都是功能單一的模塊。 結(jié)構(gòu)化設(shè)計(jì)方法 ，首先以 數(shù)據(jù)流圖 為基礎(chǔ)導(dǎo)出系統(tǒng)模塊（功能） 結(jié)構(gòu)圖 。是表示概念模型的一種方式，用矩形表示實(shí)體型， 矩形 框內(nèi)寫明實(shí)體名；用 橢圓 表示實(shí)體的屬性，并用無向邊將其與相應(yīng)的實(shí)體型連接起來 。 術(shù)語定 義 ER 圖： 是 “ 實(shí)體 聯(lián)系方法 ” （ EntityRelationship Approach）的簡稱。 命名規(guī)則 變量對(duì)象命名規(guī)則： 全局變量：首字母英文大寫； 局部變量：首字母小寫。 洛 陽 理 工 學(xué) 院 課 程 設(shè) 計(jì) 報(bào) 告 16 范 圍 本文檔用于軟件設(shè)計(jì)階段的概要設(shè)計(jì)，它的上游（依據(jù)的基線）是《需求分析規(guī)格說明書》，它的下游是《詳細(xì)設(shè)計(jì)說明書》，并為《詳細(xì)設(shè)計(jì)說明書》提供測試的依據(jù)。 在閱讀本文檔時(shí)，首先要了解產(chǎn)品的功能概貌，然后可以根據(jù)自身的需要對(duì)每一功能進(jìn)行適當(dāng)?shù)牧私狻? （ 6）用戶：了解預(yù)期產(chǎn)品的功能和性能，并與分析人員一起對(duì)整個(gè)需求進(jìn)行討論和協(xié)商。 （ 4）測試員：根據(jù)本文檔編寫測試用例，并對(duì)軟件產(chǎn)品進(jìn)行功能性測試和非功能性測 試。 （ 2）設(shè)計(jì)員：對(duì)需求進(jìn)行分析，并設(shè)計(jì)出系統(tǒng)，包括數(shù)據(jù)庫的設(shè)計(jì)。同時(shí)，該文檔也是用戶確定軟件功能需求的主要依據(jù)。這些文字和圖形都為了本文檔能詳細(xì)準(zhǔn)確地描述用戶的需求，同時(shí)也為用戶更容易地理解這些 需求的描述創(chuàng)造了條件。 操作系統(tǒng)： windows、 編程工具： Visual Stdio 2021 測試支持軟件： 洛 陽 理 工 學(xué) 院 課 程 設(shè) 計(jì) 報(bào) 告 15 第二部分 概要設(shè)計(jì)說明書 1 引言 該文檔首先給出了整個(gè)系統(tǒng)的整體網(wǎng)絡(luò)結(jié)構(gòu)和功能結(jié)構(gòu)的概貌，試圖從總體架構(gòu)上給出整個(gè)系統(tǒng)的輪廓。說明其中的新型設(shè)備及其專門功能，包括： 處理器型號(hào)及內(nèi)存容 量： 外存容量； 其它輸入及輸出設(shè)備。 。 ： 所有的查詢操作響應(yīng)時(shí)間一般不超過 5 秒，大型的報(bào)表如票價(jià)報(bào)表則應(yīng)該在洛 陽 理 工 學(xué) 院 課 程 設(shè) 計(jì) 報(bào) 告 14 15 秒內(nèi)顯示或者提示相關(guān)出錯(cuò)信息 。 名稱：用戶名 別名：用戶登錄名 所屬數(shù)據(jù)流：用戶登錄、用戶注冊(cè) 存儲(chǔ)位置：客戶基本數(shù)據(jù)庫，系統(tǒng)管理員基本數(shù)據(jù)庫 代碼類型：字符串 備注：每個(gè)用戶有唯一的用戶名 名稱：訂單號(hào) 別名：訂單編號(hào) 所屬數(shù)據(jù)流：訂票、改簽、退票 存儲(chǔ)位置：客戶訂票訂單數(shù)據(jù)庫，客戶改簽訂單數(shù)據(jù)庫，客戶退票訂單數(shù)據(jù)洛 陽 理 工 學(xué) 院 課 程 設(shè) 計(jì) 報(bào) 告