教師住房管理信息系統(tǒng)設(shè)計(jì)說明書

1 教師住房管理信息系統(tǒng)設(shè)計(jì)說明書 第一部份軟件工程 1968 年，北大西洋公約組織的學(xué)術(shù)會(huì)議第一次創(chuàng)造了“軟件工程”一詞，提出“軟件工程”概念。通過工程化的方法來開發(fā)軟件，解決軟件危機(jī)。三十年余年來，盡管軟件的差錯(cuò)就象汽車一樣時(shí)有拋錨的時(shí)候，但軟件的發(fā)展速度遠(yuǎn)遠(yuǎn)超過了任何傳統(tǒng)工業(yè)，而期間并未出現(xiàn)真真的軟件危機(jī)。這在很大程度上歸功于“軟件工程”。如今軟件工程成了一門學(xué)科。 軟件工程簡單的講，主要講述軟件開發(fā)的道理，基本上是軟件實(shí)踐者的成功經(jīng)驗(yàn)和失敗教訓(xùn)的總結(jié)。軟件工程的觀念、方法、策略和規(guī)范都是樸 實(shí)無華的，平凡之人皆可領(lǐng)會(huì)，而關(guān)鍵在于運(yùn)用。軟件工程方法是應(yīng)該事先掌握，在整個(gè)軟件設(shè)計(jì)過程中都必須遵照執(zhí)行的，而不能把它看成是事后解決問題的錦囊妙計(jì)，對預(yù)料將要出現(xiàn)的問題，必須控制每個(gè)實(shí)踐環(huán)節(jié)，防患于未然。研究軟件工程將隨著軟件工程的開始，直到軟件被廢棄研究工作才結(jié)束。 軟件工程中最基本的概念是軟件生命周期。一個(gè)軟件從定義到開發(fā)、使用和維護(hù)，直到最終被廢棄，要經(jīng)歷一個(gè)漫長的時(shí)期，通常把軟件經(jīng)歷的這個(gè)漫長的時(shí)期稱為生存周期。軟件生存周期就是從提出軟件產(chǎn)品開始，直到該軟件產(chǎn)品被淘汰的全過程。軟件生命周期 是指軟件產(chǎn)品或軟件系統(tǒng)從產(chǎn)生、投入使用到被淘汰的全過程統(tǒng)。通常，將軟件生命周期分為五個(gè)階段：需求分析、系統(tǒng)設(shè)計(jì)、編碼實(shí)現(xiàn)、系統(tǒng)測試和運(yùn)行維護(hù)。 需求分析和系統(tǒng)設(shè)計(jì)是軟件開發(fā)過程中最核心的活動(dòng)。典型的針對需求分析和系統(tǒng)設(shè)計(jì)的軟件開發(fā)方法有：結(jié)構(gòu)化分析方法、面向數(shù)據(jù)結(jié)構(gòu)的方法和面向?qū)ο蠓椒ā?結(jié)構(gòu)化分析方法 (稱 一種面向數(shù)據(jù)流進(jìn)行需求分析的方法，適合于數(shù)據(jù)處理類型軟件的需求分析。結(jié)構(gòu)化分析方法使用數(shù)據(jù)流圖 數(shù)據(jù)字典 描述，面向數(shù)據(jù)流問題的 需求分析適合于數(shù)據(jù)處理類型軟件的需求描述。其核心思想是分解化簡問題，將物理與邏輯表示分開，對系統(tǒng)進(jìn)行數(shù)據(jù)與邏輯的抽象。下面的需求分柝和系統(tǒng)設(shè)計(jì)就是以結(jié)構(gòu)化分析方法為前提的。 面向數(shù)據(jù)結(jié)構(gòu)的方法是結(jié)構(gòu)化方法的變形，它注重?cái)?shù)據(jù)結(jié)構(gòu)而不是數(shù)據(jù)流，是從數(shù)據(jù)結(jié)構(gòu)方面分析，即分析信息結(jié)構(gòu)，并用數(shù)據(jù)結(jié)構(gòu)圖來表示，在此基礎(chǔ)上進(jìn)行需求分析，導(dǎo)出軟件的結(jié)構(gòu)。其特征是：信息結(jié)構(gòu)是層次式；數(shù)據(jù)結(jié)構(gòu)的表達(dá)要求用順序、選擇、重復(fù)等合成構(gòu)造；具有將層次式數(shù)據(jù)結(jié)構(gòu)映射到程序結(jié)構(gòu)的映射機(jī)制。 一、 需求分析 一目錄概述背景： 系統(tǒng)目標(biāo)完 成的任務(wù)、不完成的任務(wù)、業(yè)務(wù)模式、業(yè)務(wù)狀況、用戶需求、業(yè)務(wù)需求、使用范圍、功能要求、權(quán)限管理性能、需求業(yè)務(wù)流程與其他系統(tǒng)的關(guān)系業(yè)務(wù)、流程圖業(yè)務(wù)、邏輯業(yè)務(wù)分解。 業(yè)務(wù)描述數(shù)據(jù)分析、數(shù)據(jù)單據(jù)數(shù)據(jù)、分類數(shù)據(jù)描述附件概述。 景 ：該教師住房管理信息系統(tǒng)是按課題要求所完成的。 面向的用戶 : 全校住學(xué)校宿舍的教師 因此該系統(tǒng)的最終用戶是全校的住學(xué)校宿舍的教師，同時(shí)還有對于住房分配的相關(guān)管理者。他們的權(quán)限各有不同。要求使用本系統(tǒng)的用戶對計(jì)算機(jī)能夠熟練的使用，知道基本的操作。 統(tǒng)目標(biāo) 統(tǒng)應(yīng) 完成的目標(biāo) 通過計(jì)算機(jī)完成教師住房管理 :用計(jì)算機(jī)高速、快捷的完成從大量的戶主中提取相關(guān)信息，以反映住房情況；計(jì)算機(jī)聯(lián)網(wǎng)后，數(shù)據(jù)在網(wǎng)上傳遞，可以實(shí)現(xiàn)數(shù)據(jù)共享、避免重復(fù)勞動(dòng)，規(guī)范住房分配管理行為、從而提高了分配效率和水平；住房管理信息系統(tǒng)以計(jì)算機(jī)為工具，通過對住房管理所需的信息管理，把管理人員從繁瑣的數(shù)據(jù)計(jì)算處理中解脫出來，使其有更多的精力從事住房管理政策的研究實(shí)施，分配計(jì)劃的制定執(zhí)行和分配質(zhì)量的監(jiān)督檢查，從而全面提高分配的合理性。 統(tǒng)不完成的任務(wù) : 1 系統(tǒng)不統(tǒng)計(jì)對于戶主住房地址等信息的管理。 2 系 統(tǒng)同時(shí)對輸入僅提供簡單的輸入格式是否合格檢查，不提供對輸入的核對檢查，要確定輸入是否正確，還需工作人員自己手工完成。 2 務(wù)模式 (略 ) 行組織機(jī)構(gòu)及業(yè)務(wù)狀況 用戶目前完成這些工作是通過傳統(tǒng)的手工操作方式，易發(fā)生數(shù)據(jù)丟失、統(tǒng)計(jì)錯(cuò)誤、勞動(dòng)強(qiáng)度高、且速度慢，通過計(jì)算機(jī)工具和本系統(tǒng)來提高速度、改善現(xiàn)狀。 務(wù)需求 用范圍 高校教師住房情況以及可分配的房源，隨時(shí)可以查詢 ,輸出。 能要求 戶主檔案管理 :戶主的一般情況（每個(gè)已注冊戶主的姓名、性別、職稱等） 能需 求 息由各用戶在規(guī)定的權(quán)限下在各自的工作站上錄入，信息上網(wǎng)后各用戶可查詢、調(diào)用，達(dá)到信息共享，數(shù)據(jù)的完整性、準(zhǔn)確性。錄入數(shù)據(jù)采用表格方式，限制錄入數(shù)據(jù)類型及取值范圍以保證數(shù)據(jù)的完整性及準(zhǔn)確性。 統(tǒng)備有的修改功能均可反悔。 如房源的分配，只有在戶主相關(guān)申請后才可以進(jìn)行分配。 第一級 :依賴于網(wǎng)絡(luò)本身對用戶使用權(quán)限的規(guī)定。 第二級 :在程序模塊中通過使用密碼控制功能對用 戶使用權(quán)限加以限制。如前面的數(shù)據(jù)收集前的系統(tǒng)權(quán)限表。 二、 概念結(jié)構(gòu)圖 管理員身份驗(yàn)證 主控對話框 戶主相關(guān)信息 房源相關(guān)信息 戶主信息瀏覽 戶主信息查詢 房源信息處理 房源申請?zhí)幚?家庭信息查詢 戶主身份驗(yàn)證 主控對話框 戶主相關(guān)信息 房源相關(guān)信息 戶主信息處理 戶主信息查詢 家庭信息處理 房源申請信息 3 二、系統(tǒng)設(shè)計(jì) 系統(tǒng)設(shè)計(jì)是把需求轉(zhuǎn)化為軟件系統(tǒng)的最重要的環(huán)節(jié)：系統(tǒng)設(shè)計(jì)的優(yōu)劣在根本上決定了軟件系統(tǒng)的質(zhì)量 o：系統(tǒng)設(shè)計(jì)主要著力于系統(tǒng)“如何做”，它包含如下四方面內(nèi)容：體系結(jié)構(gòu)設(shè)計(jì)、模塊設(shè)計(jì)、數(shù)據(jù)結(jié)構(gòu)與算法設(shè)計(jì)、用戶界面設(shè)計(jì)。在系統(tǒng)設(shè)計(jì)時(shí)，通常分為概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)兩個(gè)階段。詳細(xì)設(shè)計(jì)產(chǎn)生程序員可用的模塊說明，即數(shù)據(jù)結(jié)構(gòu)說明及加工描述。 1概要設(shè)計(jì) 概要設(shè)計(jì)建立整個(gè)軟件體系結(jié)構(gòu)，包括子系統(tǒng)、模塊以及相關(guān)層次的說明、每一模塊的接口定義等。概在概要設(shè)計(jì)過程中，復(fù)審系統(tǒng)計(jì)劃與需求分析，確定系統(tǒng)具體的實(shí)施方案，構(gòu)建軟件的體系結(jié)構(gòu)。概要設(shè)計(jì)還要確定模塊結(jié)構(gòu)，劃分功能模塊，將軟件功能需求分配給所劃分的最小單元模塊。要確定各模塊間的聯(lián)系，確定數(shù)據(jù)結(jié)構(gòu)、文件結(jié)構(gòu)、數(shù)據(jù)庫模式，以及確定測試方法與策略。 體系結(jié)構(gòu)設(shè)計(jì) 體系結(jié)構(gòu)是軟件系統(tǒng)中最本質(zhì)的東西，它是對復(fù)雜事物的一種抽象。良好的體系結(jié)構(gòu)是普遍適用的，它可以高效地處理多種多樣的個(gè)體需求。體系結(jié)構(gòu)設(shè)計(jì)時(shí) 應(yīng)在一定的時(shí)間內(nèi)保持穩(wěn)定。 軟件體系結(jié)構(gòu)已經(jīng)在軟件工程領(lǐng)域中有著廣泛的應(yīng)用，但迄今為止還沒有一個(gè)被大家所公認(rèn)的定義。體系結(jié)構(gòu) (詞在英文里就是“建筑”的意思。我們把 定義作為參考：軟件體系結(jié)構(gòu)是具有一定形式的結(jié)構(gòu)化元素，耳 p 構(gòu)件的集合，包括處理構(gòu)件、數(shù)據(jù)構(gòu)件和連接構(gòu)件。處理構(gòu)件負(fù)責(zé)對數(shù)據(jù)進(jìn)行加工，數(shù)據(jù)構(gòu)件是被加工的信息，連接構(gòu)件把體系結(jié)構(gòu)的不同部分組組合連接起來：這，定義注重區(qū)分處理構(gòu)件、數(shù)據(jù)構(gòu)件和連接構(gòu)件，這一方法在其他 的定義和方法中基本上得到保持。 體系結(jié)構(gòu)有許多種，包括常用的層次結(jié)構(gòu)。 層次結(jié)構(gòu)是把比較復(fù)雜的事情，進(jìn)行分層，然后 層一層地去完成。在實(shí)現(xiàn)時(shí)，高層的工作總是建立在低層的工作之上。層次關(guān)系主要有兩種：上下層關(guān)系和順序相鄰關(guān)系。 上下層關(guān)系非常常見，如學(xué)校的組織結(jié)構(gòu)，最高層是學(xué)校，下面院系，院系下面是學(xué)系。在權(quán)限上學(xué)校的權(quán)限高于院系，學(xué)?？梢灾笓]院系，而反過來不行。 對于順序相鄰關(guān)系，我們可以把計(jì)算機(jī)網(wǎng)絡(luò)的 考模型來理解， 七個(gè)層次，在通訊時(shí)，只能在相鄰兩層之間發(fā) 生，信息只能被一層一層地順序傳遞下去。發(fā)送方和接收方傳遞的方向剛好相反。 體系結(jié)構(gòu)設(shè)計(jì)要求：通過分層，把每個(gè)功能逐步獨(dú)立起來，并且保證每個(gè)功能都有相應(yīng)的模塊來實(shí)現(xiàn)；要確定模塊間的調(diào)用關(guān)系，對模塊間接口做總體描述，明確模塊間信息的傳遞。 模塊設(shè)計(jì) 在設(shè)計(jì)好軟件的體系結(jié)構(gòu)后，宏觀上就明確了各個(gè)模塊應(yīng)具有的功能，在哪一個(gè)層次上，與其他功能模塊的關(guān)系。我們習(xí)慣從功能上劃分模塊，保持“功能獨(dú)立”是模塊化設(shè)計(jì)的基本原則。因?yàn)椋肮δ塥?dú)立”的模塊可以降低開發(fā)、測試、維護(hù)等階段的代價(jià)。但是“功能獨(dú) 立”并不意味著模塊之間保持絕對的孤立。一個(gè)系統(tǒng)要完成某項(xiàng)任務(wù)，需要各個(gè)模塊相互配合才能實(shí)現(xiàn)，此時(shí)模塊之間就要進(jìn)行信息交流。模塊設(shè)計(jì)主要說明每個(gè)模塊“做什么”、簡要說明數(shù)據(jù)輸入、輸出、處理邏輯、與其它模塊的接口，與其它系統(tǒng)或硬件的接口等聯(lián)系。 評價(jià)模塊設(shè)計(jì)優(yōu)劣的三個(gè)特征因素：“信息隱藏”、“內(nèi)聚與耦合”和“封閉、開放性”。 信息隱藏：是盡量避免某個(gè)模塊的行為去干擾同一系統(tǒng)中的其它模塊，在我們學(xué)習(xí)面向?qū)ο蟪绦蛟O(shè)計(jì)，類的封裝性就是為了實(shí)現(xiàn)信息隱藏。 內(nèi)聚與耦合：內(nèi)聚 (一 個(gè)模塊內(nèi)部各成分之間相關(guān)聯(lián)程度的度量。耦合 (模塊之間依賴程度的度量。內(nèi)聚和耦合是密切相關(guān)的，與其它模塊存在強(qiáng)耦合的模塊通常意味著弱內(nèi)聚，而強(qiáng)內(nèi)聚的模塊通常意味著與其它模塊之間存在弱耦合。模塊設(shè)計(jì)追求強(qiáng)內(nèi)聚，弱耦合。 封閉、開放性：如果一個(gè)模塊可以作為一個(gè)獨(dú)立體被其它程序引用，則稱模塊具有封閉性。如果一個(gè)模塊可以被擴(kuò)充，則稱模塊具有開放性。 模塊的“封閉、開放性”實(shí)際上對應(yīng)于軟件質(zhì)量因素中的可復(fù)用性和可擴(kuò)充性。采用面向過程的方法進(jìn)行程序設(shè)計(jì)，很難開發(fā)出既具有封閉性又具有開放 性的模塊。采用面向?qū)ο笤O(shè)計(jì)方法可以較好地解決這個(gè)問題。 2詳細(xì)設(shè)計(jì) 詳細(xì)設(shè)計(jì)的目的是為軟件中的每一個(gè)模塊確定使用的算法和塊內(nèi)數(shù)據(jù)結(jié)構(gòu)，并用某種選定的表達(dá)工具給出清晰的描述。主要任務(wù)： 為每個(gè)模塊確定采用的算法，選擇某種適當(dāng)?shù)墓ぞ弑磉_(dá)算法的過程，寫出模塊的詳細(xì)過程性描述； 確定每一模塊使用的數(shù)據(jù)結(jié)構(gòu)； 確定模塊接口的細(xì)節(jié)，包括對系統(tǒng)外部的接口和用戶界面，對系統(tǒng)內(nèi)部其它模塊的接口，以及模塊輸入數(shù)據(jù)、輸出數(shù)據(jù)及局部數(shù)據(jù)的全部細(xì)節(jié)。 4 為每一個(gè)模塊設(shè)計(jì)出一組測試用例，以 便在編碼階段對模塊代碼 (即程序 )進(jìn)行預(yù)定的測試，模塊的測試用例是軟件測試計(jì)劃的重要組成部分，通常應(yīng)包括輸入數(shù)據(jù)，期望輸出等內(nèi)容。 三、編碼實(shí)現(xiàn) 編碼實(shí)現(xiàn)是將設(shè)計(jì)結(jié)果轉(zhuǎn)化為可執(zhí)行的程序代碼，這是程序員的主要任務(wù)。 要將設(shè)計(jì)結(jié)果轉(zhuǎn)化為語言代碼，首先必須正確理解需求分析中要求“做什么 ?”。要詳細(xì)閱讀概要設(shè)計(jì)書和詳細(xì)設(shè)計(jì)書，明確自己需要完成的模塊和其他 模塊之間的聯(lián)系 (接口規(guī)范 )，外部提供的數(shù)據(jù)元素和自己輸出的數(shù)據(jù)元素等。 一個(gè)大的系統(tǒng)是由一個(gè)團(tuán)隊(duì)共同協(xié)作完成的，必須完全按照設(shè)計(jì)書的要求來完成相應(yīng)模 塊的程序編碼。 一個(gè)好的程序編碼，在完成模塊功能的前提下，應(yīng)該做到程序簡單易懂、運(yùn)行可靠、性能穩(wěn)定和執(zhí)行效率高等特點(diǎn)。 1在編碼實(shí)現(xiàn)過程中還應(yīng)該注意做到： 所使用的標(biāo)識符應(yīng)有一定的約定，盡可能采用有一定含義的名字，可以顧名思義； 在程序設(shè)計(jì)時(shí)，盡可能加上注解； 書寫格式要規(guī)范，采用縮進(jìn)等格式； 這樣，可以便于閱讀和理解程序，為今后維護(hù)提供便利條件。 2采用標(biāo)準(zhǔn)的控制結(jié)構(gòu) 根據(jù)詳細(xì)設(shè)計(jì)的流程，采用標(biāo)準(zhǔn)的和詳細(xì)設(shè)計(jì)要求一致的分支和循環(huán)結(jié)構(gòu)，不準(zhǔn)隨意的 用 句或多余無效的循環(huán)等。 3數(shù)據(jù)輸入、輸出要求 數(shù)據(jù)的在輸入、輸出過程中，要求做到： 人機(jī)操作界面要友好，操作方便，對于前后界面之間、相同類似操作界面間等風(fēng)格要一致。如 同的對話框界面等。 從外部提供的數(shù)據(jù) (輸入數(shù)據(jù) )要進(jìn)行合法性或有效性檢查，防止無效數(shù)據(jù)輸入。如性別輸入，只有男或女兩者之一，在輸入時(shí)應(yīng)根據(jù)約定只能提供男女兩種數(shù)據(jù)形式。 如果數(shù)據(jù)是根據(jù)約定輸入 (是為了方便數(shù)據(jù)的輸入 )，應(yīng)該提示相關(guān)約定信息。如性別輸入時(shí) 用 M 表示男，用 F 表示女，則在輸入時(shí)，應(yīng)該包含上面的約定信息。 輸入的數(shù)據(jù)格式盡可能和日常的表示方式一致。如日期，我們通常的表 示是年月日格式。 數(shù)據(jù)輸出時(shí)，盡可能輸出易懂的信息，如果是符號，要提示符號的約定。如性別輸出是應(yīng)該輸出男或女，如果輸出的是符號，則需說明 M表示男， F表示女，便于別人理解。 程序要具有“傻瓜”功能，不會(huì)因?yàn)橛脩糨斎胄畔⒌拳h(huán)節(jié)偶然的錯(cuò)誤，而導(dǎo)致程序非正常退出。 除此之外，還可以提供在線幫助等方式，來方便用戶使用。 四、系統(tǒng)測試 系統(tǒng)測試就是通過測試 活動(dòng)使軟件系統(tǒng)達(dá)到需求時(shí)提出的各項(xiàng)要求，檢測和排除錯(cuò)誤。測試總是在假設(shè)程序中存在缺陷的前提下，再通過執(zhí)行程序來發(fā)現(xiàn)并最終改正缺陷。 世界上沒有完美無缺的程序，任何程序都或多或少的存在錯(cuò)誤，系統(tǒng)測試的目的是盡可能多的去發(fā)現(xiàn)程序所存在的錯(cuò)誤，提高程序的質(zhì)量。 要盡可能多的發(fā)現(xiàn)程序中的錯(cuò)誤不是一件輕而易舉的事情。需要找到相關(guān)的測試的方法，而要找出系統(tǒng)中所有的錯(cuò)誤，那只是一種設(shè)想。試想一下目前我們使用非常廣泛的 作系統(tǒng)，還一直被程序的許多漏洞所困擾，微軟一直在提供相關(guān)的補(bǔ)丁，使系統(tǒng)能穩(wěn) 定的運(yùn)行。 測試一個(gè)系統(tǒng)，一定要明確是尋找系統(tǒng)中的缺陷和錯(cuò)誤，如果是去證明系統(tǒng)的正確性，那么測試的時(shí)候，就會(huì)按照系統(tǒng)的流程去測試，這樣就不可能發(fā)現(xiàn)程序中的錯(cuò)誤，這樣的測試是毫無意義，也是沒有必要的。 一個(gè)成功的測試示例在于發(fā)現(xiàn)了至今尚未發(fā)現(xiàn)的缺陷。 對一個(gè)系統(tǒng)的測試內(nèi)容有： 功能性測試：測試軟件功能是否滿足設(shè)計(jì)要求，當(dāng)給定合理的數(shù)據(jù)輸入，系統(tǒng)能否得到預(yù)期的結(jié)果。功能性測試是系統(tǒng)成立的前提。 容錯(cuò)性測試：當(dāng)給定的數(shù)據(jù)偏離合理數(shù)據(jù)范圍時(shí)，系統(tǒng)能否正常運(yùn)行而不至于系統(tǒng)癱瘓或不會(huì)得出 啼笑皆非的結(jié)果。 性能與效率測試：性能與效率測試主要是測試軟件的運(yùn)行速度和對資源的利用率。一個(gè)好的系統(tǒng)應(yīng)該盡可能低的占用計(jì)算機(jī)資源，且運(yùn)行效率高。 易用性測試：系統(tǒng)提供的使用方法是否方便。一個(gè)好的系統(tǒng)應(yīng)該有好的應(yīng)用界面，使用戶操作方便、輸入輸出直觀。 當(dāng)對系統(tǒng)進(jìn)行具體測試時(shí)，有多種測試手段： “白盒測試”是指開發(fā)人員從程序內(nèi)部對上述內(nèi)容進(jìn)行測試?！鞍缀袦y試”針對程序內(nèi)部邏輯結(jié)構(gòu)，對 5 所有邏輯路徑進(jìn)行測試。測試時(shí)，從檢查程序的邏輯著手，得出測試數(shù)據(jù)。 “黑盒測試” (又 稱為功能測試或數(shù)據(jù)驅(qū)動(dòng)測試 )是把測試對象看作一個(gè)黑盒子。利用黑盒測試法進(jìn)行動(dòng)態(tài)測試時(shí)，需要測試軟件產(chǎn)品的功能，不需測試軟件產(chǎn)品的內(nèi)部結(jié)構(gòu)和處理過程。 五、運(yùn)行維護(hù) 運(yùn)行維護(hù)是將系統(tǒng)投入運(yùn)行，并對投入運(yùn)行的軟件進(jìn)行修改調(diào)整，使軟件系統(tǒng)能適應(yīng)外界環(huán)境的變化、實(shí)現(xiàn)功能擴(kuò)充和質(zhì)量改善。 前面我們已經(jīng)提到，系統(tǒng)不可能是完美無缺的。當(dāng)系統(tǒng)投入使用后，系統(tǒng)中的缺陷就會(huì)不斷暴露出來，系統(tǒng)投入使用的開始，也是系統(tǒng)不斷維護(hù)的開始。系統(tǒng)維護(hù)的終結(jié)，也是系統(tǒng)“死亡”的時(shí)刻。 維護(hù)主要分三類： 糾錯(cuò)性維護(hù)： 由于前期的測試不可能揭露軟件系統(tǒng)中所有替在的錯(cuò)誤，用戶在使用軟件時(shí)仍將會(huì)遇到錯(cuò)誤，診斷和改正這些錯(cuò)誤的過程稱為糾錯(cuò)性維護(hù)。 適應(yīng)性維護(hù)。由于新的硬件設(shè)備不斷推出，操作系統(tǒng)和編譯系統(tǒng)也不斷地升級，為了使軟件能適應(yīng)新的環(huán)境而引起的程序修改和擴(kuò)充活動(dòng)稱為適應(yīng)性維護(hù)。 完善性維護(hù)。在軟件的正常使用過程中，用戶還會(huì)不斷提出新的需求。為了滿足用戶新的需求而增加軟件功能的活動(dòng)稱為完善性維護(hù)。 參考資料： 1本章的部分內(nèi)容引用了浙大林銳博士的 、 、 輸出： 、 、 功能：建立查詢總表 調(diào)用以下模塊： 模塊 模塊名： 入： 、 輸出： 功能：將 、 存入指定的 中。 模塊 模塊名： 入： 、 輸出： 功能：將 中信息折算成分?jǐn)?shù)，并按總分從高到低排成 。 10 模塊 模塊名： 入： 、 輸出： 、 和 中的一項(xiàng)或幾項(xiàng)的屏幕形象或紙面現(xiàn)象。 功能：將 、 和 中的一項(xiàng)或幾項(xiàng)在屏幕或打印機(jī)上顯示出來。 模塊 模塊名： 入： 、 輸出： 功能：將 按總分從高到低排序。 調(diào)用以下模塊：無 模塊 模塊名： 入： 輸出： 的屏幕或紙面形象。 功能：將 在屏幕或紙面上顯示。 調(diào)用以下模塊：無 注釋：該模塊與數(shù)據(jù)流圖中的加工 對應(yīng)。 四 詳細(xì)設(shè)計(jì)（ 語言） 系統(tǒng)中所用的數(shù)據(jù)結(jié)構(gòu)模塊 i; 后續(xù)函數(shù)中所需的中間變量 日期類 年、月 ; 等級表類 00; 姓名 職稱（ 1教授 ;2副教授 ;3教師 ;4助教） 參加工作日期 最后學(xué)歷（ 1博士 ;2碩士 ;3本科 ;4其他） 原住房等級（ 1集體宿舍； 2一室； 3一室一廳； 4二室； 5二室一廳； 6三室； 7三室一廳） 職稱分、工齡分、年齡分、學(xué)齡分 總分 ; 家庭成員類 00; 成員姓名 （ 1 2 出生日期 ; 戶主類 00; 戶主姓名 戶主性別（ 1 2 戶主職稱（ 1教授 ;2副教授 ;3教師 ;4助教 ;） 出生日期 參加工作日期 11 最后學(xué)歷（ 1博士 ;2碩士 ;3本科 ;4其他 ;） ; 教師住房信息類 戶主 家庭人數(shù) 00; 家庭成員類家庭成員數(shù)組 現(xiàn)住房等級（ 1集體宿舍； 2一室； 3一室一廳； 4二室； 5二室一 廳； 6三室； 7三室一廳；） 現(xiàn)住房面積（單位：平方米；） 分?jǐn)?shù) 申請住房等級（ 1集體宿舍； 2一室； 3一室一廳； 4二室； 5二室一廳； 6三室； 7三室一廳； ） 教師住房信息類指針 ; 戶主信息輸入模塊 ; p1=p2=n=1; 分別輸入戶主個(gè)人信息及家庭成員信息并輸出存儲(chǔ)在文檔中 ) if(n=1)p2=p1= n+; if(2) ; 再次輸入戶主個(gè)人信息及家庭成員信息并輸出存儲(chǔ)在文檔中 申請住房信息輸入模塊 教師申請住房信息 ; a; p1= (=*a) 輸入與申請住房相關(guān)的各類信息 12 2); if(0)1)s=s+20; 職稱分計(jì)分系統(tǒng) if(2)s=s+16; if(3)s=s+12; s=s+8; p,q; p=( 工齡分 q=( 年齡分 s=s+p+q; 學(xué)齡分 if(1)s=s+ if(2)s=s+s=s+2; s; p1= 類信息輸出模塊 申請一室住房名單（按順序排名并存盤） 申請一室一廳住房名單（按順序排名并存盤） 申請二室住房名單（按順序排名并存盤） 申請二室一廳住房名單（按順序排名并存盤） 申請三室住房名單（按順序排名并存盤） 申請三室一廳住房名單（按順序排名并存盤） 輸出婚后仍分居集體宿舍者的戶主姓名及出生年月，這類教師的總數(shù)。 輸出未住上三室一廳或三室的副教授、教授姓名及現(xiàn)住房標(biāo)準(zhǔn)，這類教師的總數(shù)。 輸出未住上一室一廳及以上等級的具有博士學(xué)位的教師姓名及住房標(biāo)準(zhǔn)。 輸出全校教師人均 (包括家庭人口 )住房面積 。 5 編程（略） 第三部份成績評定標(biāo)準(zhǔn) 第四部分用戶說明書 本教師住房管理系統(tǒng)全部代碼均由 C+編寫而成，用于教師住房信息的創(chuàng)建、修改、刪除、排序、查找以及查詢相關(guān)教師住房信息。 使用本軟件，只需運(yùn)行其中的“教師住房管理系統(tǒng) 可。 13 本系統(tǒng)主要功能如下： 1 創(chuàng)建存儲(chǔ)教師住 房信息。 2 分房時(shí)，為申請者輸入申請信息 (存盤 )。 3 對于所有分房者按申請等級不同 (共 6 級 )分別按分?jǐn)?shù)高低列表 (一種等級一張表 )輸出 (同時(shí)存盤 )。 4 各類信息的查詢 A輸出婚后仍分居集體宿舍者的戶主姓名及出生年月，這類教師的總數(shù)。 B輸出未住上三室一廳或三室的副教授、教授姓名及現(xiàn)住房標(biāo)準(zhǔn)，這類教師的總數(shù)。 C輸出未住上一室一廳及以上等級的具有博士學(xué)位的教師姓名及住房標(biāo)準(zhǔn)。 D輸出全校教師人均 (包括家庭人口 )住房面積。 本系統(tǒng)具體操作如下： 1 創(chuàng)建存儲(chǔ)教師住房信息 當(dāng) 打 開 本 系 統(tǒng) 進(jìn) 入 管 理 界 面 ， 出 現(xiàn) 如 下 界 面 輸入 1 進(jìn)入教師住房信息創(chuàng)建系統(tǒng)，系統(tǒng)如圖： 14 這時(shí)用戶可按照自己的信息輸入，系統(tǒng)會(huì)為用戶自動(dòng)將信息存盤。輸入完后將進(jìn)入下一界面： 此時(shí)，如需創(chuàng)建下一教師住房信息，輸入 1 繼續(xù)，否則輸入 2。本此操作為介紹所需（戶主押書凱，家庭成員吳凱劉燁李聰），為簡便起見，直接進(jìn)入下一程序。輸入 2 后界面如下： 2. 分房時(shí)，為申請者輸入申請信息 (存盤 )。 接 1 最后一張圖，輸入 1 后界面如下： 此時(shí)便是第 2 條功能，申請者輸入申請信息。輸入信息后，界面如下： 3 對于所有分房者按申請等級不同 (共 6 級 )分別按分?jǐn)?shù)高低列表 (一種等級一張表 )輸出(同時(shí)存盤 )。 上述操作完成后，會(huì)自動(dòng)生成 件“教師申請住房信息”、 “教師住房信息 ”： 此時(shí)結(jié)束申請信息的輸入后會(huì)出現(xiàn)如下界面： 輸入 1 進(jìn)入。 然后出現(xiàn)如下界面： 15 按照系統(tǒng)提示可進(jìn)行相關(guān)信息的查詢（ 此次查詢包含有第 3 條功能需求的部分 ）和第 4 條的功能如下： A輸出婚后仍分居集體宿舍者的戶主姓名及出生年月，這類教師的總數(shù) B輸出未住上三室一廳或三室的副教授、教授姓名及現(xiàn)住房標(biāo)準(zhǔn)，這類教師的總數(shù) C輸出未住上一室一廳及以上 等級的具有博士學(xué)位的教師姓名及住房標(biāo)準(zhǔn) D輸出全校教師人均 (包括家庭人口 )住房面積 此前信息為“押書凱申請三室一廳”，所以我們選擇第 6 條查詢功能： 系統(tǒng)會(huì)自動(dòng)彈出申請三室一廳的人數(shù)及其信息，繼續(xù)輸入 8 進(jìn)行查詢： 其余各條功能在此不再一一演示。每輸入一項(xiàng)查詢操作，便會(huì)自動(dòng)生成相應(yīng)的 件： 16 最后輸入 2 退出信息管理系統(tǒng)。 第五部分程序設(shè)計(jì)日志 教學(xué)住房管理系統(tǒng) 工作日志 作者： 組成員： 期 考勤 內(nèi)容 勤 初步接觸課程設(shè)計(jì)任務(wù)，由劉老 師講解。開始選擇設(shè)計(jì)課題，定為“教師住房管理系統(tǒng)”。 四人共同討論了關(guān)于高校教師住房管理系統(tǒng)的任務(wù) 成系統(tǒng)分析報(bào)告的