【畢業(yè)學(xué)位論文】將柔性報(bào)表理論和思想應(yīng)用于基于WEB的報(bào)表定制過程-軟件工程

摘要 I 摘要 隨著互聯(lián)網(wǎng)的廣泛應(yīng)用，信息管理系統(tǒng)的應(yīng)用也越來越普及。在信息管理系統(tǒng)中使用頻率最高的是報(bào)表部分。為了提升信息管理系統(tǒng)中報(bào)表需求的 響應(yīng)速度，同時(shí)規(guī)范 整合平臺(tái) 內(nèi)部各種業(yè)務(wù)子系統(tǒng)中的報(bào)表功能，就急需一個(gè)報(bào)表子系統(tǒng)來統(tǒng)一提供報(bào)表相應(yīng)的功能接口。 本文將柔性報(bào)表理論和思想應(yīng)用于基于 報(bào)表定制過程中，歸納總結(jié)了其中的難點(diǎn)和存在問題， 針對 其中的難點(diǎn)和以往基于 表工具的不足，提出一種新型的報(bào)表定制模式和流程，并利用基于 系結(jié)構(gòu)、 術(shù)對其進(jìn)行了實(shí)現(xiàn)。 首先，針對目前基于 報(bào)表定制的靜態(tài)性和對需求變化適應(yīng)性差的問題，將柔性理論應(yīng)用于基于 報(bào)表定制過程中，使其可以由用戶通過界面交互進(jìn)行制作 拋棄了以往由開發(fā)人員編碼制作的方式，提高了報(bào)表系統(tǒng)的靈活性和適應(yīng)性。 其次，規(guī)劃了一種基于 柔性報(bào)表制作模式和流程。通過數(shù)據(jù)源獲取報(bào)表核心數(shù)據(jù)，通過數(shù)據(jù)整理獲得報(bào)表最終的應(yīng)用數(shù)據(jù)，通過數(shù)據(jù) 渲染 對報(bào)表的展示樣式進(jìn)行 規(guī)范 。解決 了報(bào)表數(shù)據(jù)定制和樣式定制等關(guān)鍵問題，實(shí)現(xiàn)了報(bào)表 子系統(tǒng)中 各部件的分離和整合。 最后，在 現(xiàn)一整套關(guān)于報(bào)表各部件的設(shè)置界面和展示界面，實(shí)現(xiàn)了關(guān)于柔性報(bào)表的預(yù)期設(shè)想，完整并統(tǒng)一了目標(biāo)平臺(tái)上業(yè)務(wù)子系統(tǒng)中的報(bào)表功能。 關(guān)鍵字 ： 柔性報(bào)表子系統(tǒng)，數(shù)據(jù)源，數(shù)據(jù)整理，數(shù)據(jù)渲染 I In is In to of of it a to of a ML of s to in it in s to by by in s it a s by by s by of It in a s in in EB it s on of 錄 錄 第一章 緒論 . 1 第一節(jié) 論文工作的背景 . 1 第二節(jié) 論文工作的總述 . 4 表子系統(tǒng)的規(guī)劃和設(shè)計(jì) . 4 表子系統(tǒng)的編碼和測試 . 5 表子系統(tǒng)的運(yùn)行和擴(kuò) 展 . 5 表子系統(tǒng)的總結(jié)和展望 . 5 第三節(jié) 論文工作的主要成果 . 6 第四節(jié) 論文組成和各部分內(nèi)容 . 6 第二章 系統(tǒng)需求分析 . 8 第一節(jié) 系統(tǒng)概述 . 8 第二節(jié) 系統(tǒng)業(yè)務(wù)總體描述 . 8 第三節(jié) 系統(tǒng)各主要業(yè)務(wù)和流程描述 . 10 第四節(jié) 系統(tǒng)功能要求描述 . 11 統(tǒng)參與者 . 12 統(tǒng)功能需求 . 13 第五節(jié) 系統(tǒng)性能要求描述 . 16 表展示的響應(yīng)速度 . 16 表展示的瀏覽通用性 . 16 表子系統(tǒng)提供的數(shù)據(jù)精度 . 16 表子系統(tǒng)細(xì)部調(diào)整的易用性 . 16 表子系統(tǒng)報(bào)表需求響應(yīng)速度 . 17 第三章 系統(tǒng)總體設(shè)計(jì) . 18 目錄 一節(jié) 系統(tǒng)環(huán)境平臺(tái) . 18 網(wǎng)性 . 18 全性 . 18 性能 . 18 第二節(jié) 系統(tǒng)開發(fā)技術(shù)和工具 . 19 作系統(tǒng) . 20 務(wù)器 . 20 發(fā)語言 . 20 據(jù)庫 . 21 第三節(jié) 系統(tǒng)業(yè)務(wù)功能結(jié)構(gòu) . 21 表數(shù)據(jù)源 . 22 表數(shù)據(jù)渲染 . 24 表數(shù)據(jù)整理 . 25 第四節(jié) 系統(tǒng)主體業(yè)務(wù)流程 . 26 第四章 系統(tǒng)數(shù)據(jù)庫設(shè)計(jì) . 28 第一節(jié) 數(shù)據(jù)庫整體設(shè)計(jì) . 28 第二節(jié) 報(bào)表基礎(chǔ)信息數(shù)據(jù)表 . 29 第三節(jié) 報(bào)表數(shù)據(jù)源信息數(shù)據(jù)表 . 30 第四節(jié) 報(bào)表數(shù)據(jù)整理信息數(shù)據(jù)表 . 35 第五節(jié) 報(bào)表表格展示信息數(shù)據(jù)表 . 38 第六節(jié) 報(bào)表設(shè)置信息數(shù)據(jù)表 . 41 第五章 系統(tǒng)詳細(xì)設(shè)計(jì)與實(shí)現(xiàn) . 42 第一節(jié) 報(bào)表數(shù)據(jù)源部分 . 42 表數(shù)據(jù)源的輸出結(jié)構(gòu) . 42 據(jù)源的內(nèi)部機(jī)制函數(shù) . 42 據(jù)源的內(nèi)部 機(jī)制 . 43 目錄 V 合數(shù)據(jù)源的內(nèi)部機(jī)制 . 45 傳數(shù)據(jù)源的內(nèi)部機(jī)制 . 47 第二節(jié) 報(bào)表數(shù)據(jù)整理部分 . 47 表邏輯行的數(shù)據(jù)整理 . 48 表邏輯列的數(shù)據(jù)整理 . 49 表的數(shù)據(jù)引用 . 50 表整體的數(shù)據(jù)整理 . 51 第三節(jié) 報(bào)表數(shù)據(jù)渲染部分 . 52 第四節(jié) 報(bào)表設(shè)置部分 . 52 第五節(jié) 系統(tǒng)實(shí)現(xiàn) . 55 表展示頁面 . 55 表設(shè)置頁面 . 55 第六章 系統(tǒng)中關(guān)鍵問題和技術(shù) . 62 第一節(jié) 報(bào)表子系統(tǒng)開發(fā)流程 . 62 表子系統(tǒng)的整體流程和思路 . 63 戶與報(bào)表的 應(yīng)用模式 . 64 放用戶參與報(bào)表設(shè)計(jì) . 64 第二節(jié) 報(bào)表數(shù)據(jù)源之間數(shù)據(jù)約束傳遞機(jī)制 . 65 第三節(jié) 報(bào)表 據(jù)源中的邏輯長句維護(hù) . 67 第四節(jié) 報(bào)表數(shù)據(jù)整理的混合模式 . 69 第五節(jié) 報(bào)表數(shù)據(jù)公式整理批量應(yīng)用 . 70 第六節(jié) 報(bào)表數(shù)據(jù)整理過程中的邏輯 約束 . 71 第七節(jié) 報(bào)表數(shù)據(jù)組合排序機(jī)制 . 72 第八節(jié) 報(bào)表文件生成器的原理和應(yīng)用 . 73 第九節(jié) 報(bào)表數(shù)據(jù)渲染多樣化 . 75 第七章 總結(jié)和展望 . 77 目錄 一節(jié) 總結(jié) . 77 第二節(jié) 存在問題和解決思路 . 77 第三節(jié) 未來發(fā)展和進(jìn)一步措施 . 78 參考文獻(xiàn) . 79 第一章 緒論 1 第一章 緒論 在互聯(lián)網(wǎng)以及各種信息系統(tǒng)被廣泛應(yīng)用的今天， 軟件即是服務(wù)（ as a 線信息系統(tǒng)的服務(wù) 提供商、開發(fā)者和維護(hù)者們（以下均簡稱為“開發(fā)者”）面臨著一個(gè)嚴(yán)峻的挑戰(zhàn)，那就是用戶在應(yīng)用系統(tǒng)的同時(shí)，會(huì)根據(jù)自身不同的工作特點(diǎn)和流程特色，提出局部乃至全局的定制化需求，即使 經(jīng) 根據(jù)用戶群的行業(yè)差異、總體流程差異進(jìn)行版本區(qū)分，也很難避免定制化的需求的產(chǎn)生。 而這對于開發(fā)者們來說，某種程度上是具有顛覆性的。這種定制化需求，不僅會(huì)破壞即有系統(tǒng)的整體性，使開發(fā)者們不得不在有可能的 任意 地方增加分支或邏輯，用以調(diào)整程序的流程或算法；更重要的是上述的變更對于系統(tǒng)的穩(wěn)定性和可維護(hù)性沒有任何正面的意義，反而使代碼變 得 復(fù)雜 ，結(jié)構(gòu)變得 臃腫，流程和算法的分支趨于混亂乃至整體邏輯 產(chǎn)生 矛盾，被定制部分功能的算法重用性和唯一性也不可避免的喪失殆盡，這些都為系統(tǒng)的最終崩潰提供了不可忽視的內(nèi)因。 而系統(tǒng)的各種組件中，上述問題在報(bào)表部分的體現(xiàn)尤為明顯。因?yàn)槿魏螛I(yè)務(wù)部分的定制變化，最終結(jié)果需要反映到報(bào)表統(tǒng)計(jì)結(jié)果上， 這種業(yè)務(wù)變更引發(fā)的定制都不可能是常態(tài)的、經(jīng)常性的。 而 且 報(bào)表部分自身的定制更是多種多樣 ，報(bào)表數(shù)據(jù)匯總 的 側(cè)重 點(diǎn) 、 報(bào)表數(shù)據(jù)渲染 展示 的 重點(diǎn)等 ，這些都 是會(huì)根據(jù) 統(tǒng)用戶的理念或著眼點(diǎn)的變更而進(jìn)行定制修改的。 所以， 統(tǒng)的開 發(fā)者們，需要一整套強(qiáng)壯的 表程序或子系統(tǒng)（以下簡稱“報(bào)表子系統(tǒng)”），用以應(yīng)對日趨嚴(yán)峻的定制需求 ，盡可能的簡化或者避免定制化需求的開發(fā)工作 。 第一節(jié) 論文工作的背景 報(bào)表作為信息系統(tǒng)中不可或缺的組成部分，在上述這些被定制的毒害中是首當(dāng)其沖的。不僅要滿足業(yè)務(wù)部分定制功能在報(bào)表部分的數(shù)據(jù)體現(xiàn)，更有甚者，針對報(bào)表的數(shù)據(jù)范圍、數(shù)據(jù)匯總、顯示樣式、顯示范圍等都可能存在精細(xì)化的第一章 緒論 2 定制要求。這就 使得系統(tǒng)中應(yīng)用可重用的純粹的過程化處理的報(bào)表程序不堪重負(fù)，開發(fā)者更是不堪其擾。 下面是幾個(gè) 銷存業(yè)務(wù)子系統(tǒng)（以下簡稱為“進(jìn)銷存子系統(tǒng)”）中的現(xiàn)役報(bào)表例子，通過定制化的前后對比，就不難看出報(bào)表定制工作的瑣碎和繁復(fù)了。 例子 1： 進(jìn)銷存子系統(tǒng)提供了產(chǎn)品庫存情況表，用以展示產(chǎn)品的賬面庫存量以及可用庫存量等庫存信息，其結(jié)構(gòu)如 表 示。 表 產(chǎn)品庫存情況表結(jié)構(gòu) 產(chǎn)品 倉庫 庫存量 可用庫存量 可口可樂 南開庫 1000 850 百事可樂 南開庫 800 750 續(xù)例子 1： 由于某用戶的需求，作為“基礎(chǔ)數(shù)據(jù)”的產(chǎn)品，需增加一個(gè)名為“規(guī)格”的描述屬性，將產(chǎn)品進(jìn)行進(jìn)一步的細(xì)分，并且該屬性需要在報(bào)表中進(jìn)行體現(xiàn)，即以產(chǎn)品庫存情況表為例，其結(jié)構(gòu)需要變更為如表 示。 表 產(chǎn)品庫存情況表變更后結(jié)構(gòu) 產(chǎn)品 品 規(guī)格 倉庫 庫存量 可用庫存量 1501 可口可樂 1250開庫 550 500 1502 可口可樂 2000開庫 450 350 1601 百事可樂 1250開庫 800 750 續(xù)例子 1： 由此而引發(fā)的報(bào)表修正工作量將是恐怖的，因?yàn)樾聦傩浴耙?guī)格”的出現(xiàn)，顛覆了所有涉及“基礎(chǔ)數(shù)據(jù)”產(chǎn)品的報(bào)表的“列信息”設(shè)置和“數(shù)據(jù)獲取”。又因?yàn)樾聦傩浴耙?guī)格”并非大多數(shù)用戶的“基礎(chǔ)數(shù)據(jù)”產(chǎn)品的必要屬性，所以無法將該屬性增加到公共的報(bào)表之中，也就是出現(xiàn)了上面說到的“定制”情況，而且是為該用戶定制幾乎所有涉及“基礎(chǔ)數(shù)據(jù)”產(chǎn)品的報(bào)表。 例子 2： 進(jìn)銷存子系統(tǒng)提供了經(jīng)銷商信息表，用以展示“基礎(chǔ)數(shù)據(jù)”經(jīng)銷商的相關(guān)數(shù)據(jù)，其結(jié)構(gòu)如表 示。 表 經(jīng)銷商信息表結(jié)構(gòu) 經(jīng)銷商 聯(lián)系人 電話 計(jì)交易額 精工超市 張三 23132568 30,000 續(xù)例子 2： 由于某用戶的需求，所有經(jīng)銷商在“經(jīng)銷商信息表”中需分表顯示，要求存在三張“經(jīng)銷商信息表”分別對應(yīng)“大 客戶 ”、“一般 客戶 ”和“小第一章 緒論 3 客戶”，用以對應(yīng) 不同業(yè)務(wù)員的瀏覽權(quán)限。其中“大 客戶 ”的定義為累計(jì)交易額達(dá)到或超過 200 萬元；“一般 客戶 ”的定義為累計(jì)交易額達(dá)到或超過 10 萬元且未達(dá)到 200 萬元；“小 客戶 ”的定義為累計(jì)交易額未達(dá)到 10 萬元。 由此又帶來了報(bào)表的定制需求。雖然所需的工作不算復(fù)雜，但是由于“累計(jì)交易額”這種非常規(guī)的數(shù)據(jù)范圍設(shè)置，使得其中相對固定的邊界值“ 10 萬”以及“ 200 萬”只能存在于過程化的處理中，而無法也不應(yīng)該存在于實(shí)時(shí)交互的查詢條件中。又因?yàn)檫@種固定邊界值的多樣性和可變性，造成進(jìn)銷存子系統(tǒng)中可能存在大量的同類報(bào)表，使得報(bào)表的可維護(hù)性降低。 例子 3： 進(jìn)銷存子系統(tǒng)提供產(chǎn)品銷售情況統(tǒng)計(jì)表，用以展示一定時(shí)期內(nèi)產(chǎn)品的成本、銷售以及利潤情況，其結(jié)構(gòu)如表 示。 報(bào)表中“毛利”列的計(jì)算邏輯為既定邏輯。此處未給出計(jì)算結(jié)果意為宏觀上存在著 不同的計(jì)算邏輯，無法統(tǒng)一計(jì)算。 表 產(chǎn)品銷售情況統(tǒng)計(jì)表結(jié)構(gòu) 產(chǎn)品 成本單價(jià) 銷售單價(jià) 銷售量 銷售總成本 銷售總價(jià) 實(shí)結(jié)總價(jià) 毛利 餅干 ￥ 00 ￥ ? 續(xù)例子 3： 由于進(jìn)銷存子系統(tǒng)提供的默認(rèn)成本計(jì)算方法為“移動(dòng)加權(quán)平均法”，即產(chǎn)品的成本會(huì)根據(jù)進(jìn)貨和銷售情況產(chǎn)生波動(dòng)，所以造成表 的“成本總價(jià)”并非是用戶想象中的單純的“ 成本總價(jià) 成本單價(jià)銷售量”。 另外，表 “毛利”的計(jì)算，在用戶中其實(shí)也存在差異。有些用戶應(yīng)用“毛利銷售總價(jià)成本總價(jià)”；有些用戶應(yīng)用“毛利實(shí)結(jié)總價(jià)成本總價(jià)”；甚至有些用戶應(yīng)用“毛利稅后總價(jià)成本總價(jià)”，需要再增加“稅后總價(jià)”一列 以“銷售總價(jià)”為基礎(chǔ)，應(yīng)用固定比率稅率（通常為 17%）進(jìn)行計(jì)算。這些對于報(bào)表數(shù)據(jù)內(nèi)在邏輯的多樣性理解和要求，對于重用的報(bào)表流程來說，影響很大。 上面三個(gè)例子所提到的報(bào)表，在進(jìn)銷存子系統(tǒng)中 都 是屬于常用和基礎(chǔ)的，這樣都會(huì)存在如此之多的定制 情況和可能，就更不必 說個(gè)性化較強(qiáng)的 全定制 報(bào)表了。 在系統(tǒng)的日常運(yùn)行維護(hù)中，類 似的需求有很多，也就耗費(fèi)了開發(fā)者大量的時(shí)間和精力，同時(shí)使系統(tǒng)本身變得日益臃腫、龐大 單就報(bào)表部分而言，情況更加明顯。基于此，規(guī)劃開發(fā)一個(gè)用以應(yīng)對多變的需求，靈活強(qiáng)壯，易于使用便于操作的報(bào)表子系統(tǒng)，已經(jīng)是當(dāng)務(wù)之急。 第一章 緒論 4 第二節(jié) 論文工作的總述 由于上述所需的報(bào)表子系統(tǒng)要求在不同 務(wù)子系統(tǒng)中的可通用性強(qiáng)，以及進(jìn)銷存子系統(tǒng)的業(yè)務(wù)需求和報(bào)表需求更為典型和多樣，所以報(bào)表子系統(tǒng)的規(guī)劃和開發(fā)將以進(jìn)銷存子系統(tǒng)為目標(biāo)環(huán)境進(jìn)行。開發(fā)完成后，再逐步將 統(tǒng)中其他的業(yè)務(wù)子系統(tǒng)的報(bào)表功能轉(zhuǎn)交至報(bào)表子系統(tǒng)進(jìn)行。 論文的主要工作源于報(bào)表子系統(tǒng)的規(guī)劃、實(shí)現(xiàn)和運(yùn)維等各生命周期的過程。也忠實(shí)的記錄了在各個(gè)生命周期里報(bào)表子系統(tǒng)的狀態(tài)，期間 有 典型 或非典型 的經(jīng)驗(yàn)和教訓(xùn)，以及由種種原因產(chǎn)生的驚喜和無奈。 具體工作的整體流程循規(guī)蹈矩，其中的細(xì)節(jié)部分不乏亮點(diǎn)。 表子系統(tǒng)的規(guī)劃和設(shè)計(jì) 對于報(bào)表子系統(tǒng)的規(guī)劃，一直伴隨著業(yè)務(wù)子系統(tǒng)的規(guī)劃、開發(fā)和運(yùn)行。最初的純粹過程型的報(bào)表，無法很好的應(yīng)對功能的擴(kuò)展和需求的驟增，所以將報(bào)表數(shù)據(jù)與顯示樣式分離的方案被正式提出。 考慮到大量的數(shù)據(jù)定制和流程定制，為了報(bào)表數(shù)據(jù)部分的代碼可重用，所以將報(bào)表數(shù)據(jù)部分進(jìn) 一步細(xì)分成為數(shù)據(jù)源和數(shù)據(jù)整理 兩大模塊 。將數(shù)據(jù)獲取部分的功能獨(dú)立成為數(shù)據(jù)源 模塊 ，再將其中 對于進(jìn)銷存子系統(tǒng)可重用的數(shù)據(jù)獲取部分獨(dú)立成為 基礎(chǔ) 數(shù)據(jù)源子模塊 。 將所有的數(shù)據(jù)定制和流程定制規(guī)劃到數(shù)據(jù)整理 模塊 中 ，完成從原始數(shù)據(jù)到最終展示數(shù)據(jù)轉(zhuǎn)變的功能 。在明確約定模塊間接口結(jié)構(gòu)后，進(jìn)一步在各模塊內(nèi)部進(jìn)行更具針對性的局部設(shè)計(jì)。 同時(shí) 考慮到報(bào)表的柔性需求， 報(bào)表子系統(tǒng)還規(guī)劃了與報(bào)表業(yè)務(wù)相配套的圖形界面，提供給開發(fā)者甚至有權(quán)限的用戶，對報(bào)表各部分進(jìn)行設(shè)置和細(xì)部調(diào)整。 在報(bào)表子系統(tǒng)規(guī)劃和設(shè)計(jì)期間同時(shí)參考了大量的同類系統(tǒng)。 其中包括 清華大學(xué)曹軍威 、 范玉順 和 吳澄 的 新一代 用集成平臺(tái)系統(tǒng)體系結(jié)構(gòu) 1； 南京航空航天大學(xué)方敘生 和 沈平 的 柔性化 統(tǒng)的設(shè)計(jì)與開發(fā) 2； 王元珍 和 汪皓的 達(dá)夢智能報(bào)表工具 3； 萬琳 和 陳傳波 的 智能報(bào)表 系統(tǒng) 4； 此外還包括一些國 內(nèi)外 的研究成果 5 詳細(xì)的設(shè)計(jì)將在后面的章節(jié)進(jìn)行說明。 第一章 緒論 5 表子系統(tǒng)的編碼和測試 具體到報(bào)表子系統(tǒng)的編碼開發(fā)環(huán)節(jié)同樣存在著細(xì)致的流程設(shè)計(jì)和算法設(shè)置，更存在與進(jìn)銷存子系統(tǒng)對接時(shí)出現(xiàn)的業(yè)務(wù)情況和業(yè)務(wù)需求。 報(bào)表中金額精度的控制問題；報(bào)表中計(jì)算公式 的失控復(fù)雜度最優(yōu)問題； 報(bào)表子系統(tǒng)和進(jìn)銷存子系統(tǒng)之間 的 權(quán)責(zé)劃分 問題 ，以及后續(xù)出現(xiàn)的相互妥協(xié)。這些都是開發(fā)者需要謹(jǐn)慎考慮的。 至于報(bào)表子系統(tǒng)的測試，主要分為 三 個(gè)部分。 一是在完成報(bào)表子系統(tǒng)各部分模塊原型之后的原型測試；二是在報(bào)表子系統(tǒng)各部分模塊逐步擴(kuò)展開發(fā)完成時(shí)相應(yīng)的功能測試；三是針對完整的報(bào)表子系統(tǒng)的綜合測試，其中包括了報(bào)表子系統(tǒng)與進(jìn)銷存子系統(tǒng)之間的整合測試。 表子系統(tǒng)的運(yùn)行和擴(kuò)展 計(jì)劃總是跟不上變化，也就是說哪怕再完美的設(shè)計(jì)，依然會(huì)隨著時(shí)間的推移而產(chǎn)生瑕疵，甚至顛覆性的需求變更。這是一個(gè)不爭的事實(shí)，甚至是慣例。報(bào)表子系統(tǒng)同樣面臨 著這樣的命運(yùn)，在經(jīng)過了運(yùn)行平穩(wěn)期之后，設(shè)計(jì)時(shí)不可預(yù)期的情況或需求仍然會(huì)出現(xiàn)，對于程序的調(diào)整和擴(kuò)展是不可避免的。 對于邏輯簡單的問題可以通過對報(bào)表進(jìn)行簡單 的 維護(hù)或調(diào)整 加以 解決；對于一些性能上的問題可以對算法和數(shù)據(jù)結(jié)構(gòu)進(jìn)行進(jìn)一步的 重構(gòu)和 優(yōu)化 14對于復(fù)雜邏輯的報(bào)表需求，在無法通過調(diào)整 報(bào)表來 滿足時(shí)，就只能對報(bào)表子系統(tǒng)的功能進(jìn)行擴(kuò)充和完整。 上述的若干種情況在報(bào)表子系統(tǒng)上線運(yùn)行維護(hù)的過程中都遇到過典型的需求。 表子系統(tǒng)的總結(jié)和展望 報(bào)表子系統(tǒng)通過了平穩(wěn)期的運(yùn)行和各種需求的洗禮，筆者也不斷地總結(jié)著該 子 系統(tǒng) 的優(yōu)點(diǎn)和不足，在不斷的積累中等待著質(zhì)變產(chǎn)生的契機(jī)。 報(bào)表顯示樣式的多樣化是未來發(fā)展的必然；數(shù)據(jù)源和報(bào)表顯示的徹底分割將是未來發(fā)展的方向；報(bào)表子系統(tǒng)之于業(yè)務(wù)子系統(tǒng)可以承擔(dān)更多的工作，為業(yè)務(wù)子系統(tǒng)的開發(fā)和維護(hù)提供了強(qiáng)有力的支持。 第一章 緒論 6 第三節(jié) 論文工作的主要成果 報(bào)表子系統(tǒng)的最終建立、平穩(wěn)過度和運(yùn)行，圓滿的完成了既定的任務(wù)目標(biāo)。 期間，為解決報(bào)表生成器生成文件問題 ， 開發(fā) 了 基于 件系統(tǒng)） 相關(guān)函數(shù) 16的文件生成器文件基礎(chǔ)操作函數(shù)類 。其間針對 服務(wù)器用戶和其他用戶 對于文件 讀寫 權(quán)限進(jìn)行了 區(qū)別 限制。 為解決報(bào)表頁面計(jì)算公式反復(fù)調(diào)用問題 ， 開發(fā) 了 批量計(jì)算公式插件，取代了原先的簡單的計(jì)算公式運(yùn)算模式。通過 的 法，首先對計(jì)算公式進(jìn)行初始化解析優(yōu)化重組，生成一個(gè)臨時(shí)的可應(yīng)用函數(shù)，在一張報(bào)表中反復(fù)使用同一個(gè)計(jì)算公式時(shí)，就可以應(yīng)用統(tǒng)一的函數(shù)調(diào)用，完成運(yùn)算。這個(gè)批量計(jì)算公式插件在大規(guī)模同類運(yùn)算請求中將發(fā)揮顯著的作用，為縮減開銷提供幫助。 為解決報(bào)表子系統(tǒng)的相關(guān)設(shè)置的圖形界面交互 ， 開發(fā) 了 應(yīng)用 一整套設(shè)置界面，其中對于報(bào)表數(shù)據(jù)整理和 渲染 的功能進(jìn)行了全面細(xì)致的支持 ，為報(bào)表柔性的 可用性和可參與性做出了 貢獻(xiàn) 。 為解決報(bào)表顯示限制而擴(kuò)展的 格控件，取代了原先的純粹 素進(jìn)行展示的模式。 格控件同樣可以成為公共控件用于其它諸如單據(jù)列表的系統(tǒng)功能頁面。 為解決報(bào)表導(dǎo)出限制而開發(fā)的基于 件的中間處理程序，取代了原先的根據(jù) 簽構(gòu)建 式文件的模式。對于 件的研究和中間處理程序的再封裝，對于后續(xù)的數(shù)據(jù)導(dǎo)出類功能有著極大的借鑒意義，并提供良好的中間調(diào)用平臺(tái)。 第四節(jié) 論文組成和各部分內(nèi)容 本文的 第二章 是針對報(bào)表子系統(tǒng)的需求分析內(nèi)容。從系統(tǒng)的總體概況、系統(tǒng)的業(yè)務(wù)需求、功能需求和性能需求等方面進(jìn)行了闡述。確定了系統(tǒng)的功能范圍和大體的角色分配，為系統(tǒng)的設(shè)計(jì)打下堅(jiān)實(shí)的基礎(chǔ)。 本文的 第三章 是報(bào)表子系統(tǒng)的總體設(shè)計(jì)。介紹了系統(tǒng)運(yùn)行的硬件環(huán)境和網(wǎng)絡(luò)環(huán)境以及系統(tǒng)的開發(fā)環(huán)境，從整體的角度闡述了報(bào)表子系統(tǒng)的功能需求并分模塊進(jìn)行了描述。 第一章 緒論 7 本文的 第四章 是報(bào)表子系統(tǒng)的數(shù)據(jù)庫設(shè)計(jì)。其中考慮了子系統(tǒng)各個(gè)功能模塊的特點(diǎn)和限制，對于各部分的數(shù)據(jù)庫表結(jié)構(gòu)進(jìn)行了列舉。 本文的 第五章 是報(bào)表子系統(tǒng)的詳細(xì)設(shè)計(jì)和實(shí)現(xiàn)。依據(jù) 第三章 中的模塊劃分，對各個(gè)模塊的功能進(jìn)行了細(xì)致的闡述和限定以及具體實(shí)現(xiàn)。 本文的 第六章 是針對報(bào)表子系統(tǒng)中各個(gè)關(guān)鍵問題以及相應(yīng)解決方案的介紹。其中涉及了數(shù)據(jù)源、數(shù)據(jù)整理和數(shù)據(jù)渲染等各個(gè)部分的核 心算法和解決方案。 本文的 第七章 是關(guān)于報(bào)表子系統(tǒng)的總結(jié)和展望。對于目前存在的問題提出一個(gè)解決的思路，并對未來發(fā)展的趨勢進(jìn)行預(yù)估并提出應(yīng)對的措施。 第二章 系統(tǒng)需求分析 8 第二章 系統(tǒng)需求分析 系統(tǒng)的需求分析，是在確定系統(tǒng)需求之后，以實(shí)現(xiàn)系統(tǒng)目標(biāo)為目的，通過對系統(tǒng)的功能分解，逐步明確各 功能模塊職能范圍和交互接口，最終確定系統(tǒng)的開發(fā)路線和解決方案。 第一節(jié) 系統(tǒng)概述 報(bào)表子系統(tǒng)主要對進(jìn)銷存、客戶關(guān)系管理、財(cái)務(wù)管理、物流管理以及協(xié)同辦公等業(yè)務(wù)子系統(tǒng)的數(shù)據(jù)整合和顯示提供支持。 原有報(bào)表模式，屬于原始的功能性報(bào)表處理流程，是沒有一個(gè)整體系統(tǒng)支撐的，是簡單的基于后臺(tái)數(shù)據(jù)庫進(jìn)行 詢，得到結(jié)果后進(jìn)行相應(yīng)的數(shù)據(jù)調(diào)整，最后輸出顯示 。 每張報(bào)表一個(gè)過程型文件，各個(gè)報(bào)表散落在平臺(tái)的相應(yīng)業(yè)務(wù)子系統(tǒng)中，沒有一個(gè)統(tǒng)一高度的認(rèn)識(shí)和處理，這樣每一張不同的報(bào)表都需要進(jìn)行大量重復(fù)代碼編寫，造成報(bào)表開發(fā)的效率偏低，周期過長，維護(hù)成本大的現(xiàn)狀 17 第二節(jié) 系統(tǒng)業(yè)務(wù)總體描述 就整體而言，報(bào)表子系統(tǒng)所涉及的業(yè)務(wù)并不很復(fù)雜，至少相較于其它業(yè)務(wù)子系統(tǒng)來說，沒有繁雜的工作流和個(gè)性化的業(yè)務(wù)規(guī)則。根據(jù)長時(shí)間的需求積累和客戶需求調(diào)研，報(bào)表子系統(tǒng)的主要功能大項(xiàng)分為“系統(tǒng)管理”、“細(xì)部調(diào)整”和“報(bào)表展示”，如圖 示。 “系統(tǒng)管理”大項(xiàng)，用于統(tǒng)一管理報(bào)表子系統(tǒng)在客戶業(yè)務(wù)子系統(tǒng)中的應(yīng)用范圍、權(quán)限和初始設(shè)置?！皥?bào)表信息維護(hù)”主要用于維護(hù)客戶業(yè)務(wù)子系統(tǒng)開啟報(bào)表的范圍，以及所開啟報(bào)表的基礎(chǔ)信息?！盀g覽權(quán)限分配”主要依據(jù)客戶業(yè)務(wù)子系統(tǒng)的各個(gè)用戶角色的不同，對其可應(yīng)用的報(bào)表范圍進(jìn)行限定分配?！肮潭▍?shù)設(shè)置”主要用于報(bào)表子系統(tǒng)應(yīng)用于客戶業(yè)務(wù)子系統(tǒng)是所涉及的公共參數(shù)的維護(hù)。例如：客戶業(yè)務(wù)子系統(tǒng)中報(bào)表的分組情況；報(bào)表數(shù)據(jù)導(dǎo)出的文件默認(rèn)格式；客第二章 系統(tǒng)需求分析 9 戶業(yè)務(wù)子系統(tǒng)中報(bào)表頁面打開的默認(rèn)方式等。 圖 報(bào)表子系統(tǒng)功能結(jié)構(gòu)圖 “細(xì)部調(diào)整”大項(xiàng) ，用于客戶根據(jù)業(yè)務(wù)子系統(tǒng)的應(yīng)用情況，報(bào)表瀏覽的習(xí)慣以及客戶自身的人事關(guān)系、規(guī)章制度、業(yè)務(wù)流程，針對每張啟用報(bào)表進(jìn)行適應(yīng)性的調(diào)整?！皹邮秸{(diào)整”可以變更報(bào)表中的數(shù)據(jù)顯示顏色、字體字號(hào)、數(shù)字精度、數(shù)字千分位、金額符號(hào)等頁面顯示樣式?！皵?shù)據(jù)范圍調(diào)整”可以變更客戶業(yè)務(wù)子系統(tǒng)中的不同角色用戶在報(bào)表中可見的信息范圍，這對于客戶的數(shù)據(jù)安全和保密性有著重要意義?！敖换バ畔⒄{(diào)整”可以維護(hù)報(bào)表瀏覽時(shí)報(bào)表子系統(tǒng)提供的實(shí)時(shí)交互的查詢條件的范圍和查詢類型。 “報(bào)表展示”大項(xiàng)，用于客戶業(yè)務(wù)子系統(tǒng)中可見報(bào)表的展示和應(yīng)用。“數(shù)據(jù)展示”主要包 括了報(bào)表列表展示頁和報(bào)表數(shù)據(jù)展示頁，是報(bào)表瀏覽的主要入口，是報(bào)表子系統(tǒng)在業(yè)務(wù)子系統(tǒng)中最主要的嵌入式應(yīng)用。“數(shù)據(jù)導(dǎo)出”會(huì)提供 式文件的導(dǎo)出，并且兼容舊版中根據(jù) 簽構(gòu)建 式文件的導(dǎo)出模式?！皵?shù)據(jù)鏈接”是指報(bào)表中應(yīng)用的業(yè)務(wù)子系統(tǒng)中的基礎(chǔ)數(shù)據(jù)向業(yè)務(wù)子系統(tǒng)中該基礎(chǔ)數(shù)據(jù)展示的相關(guān)頁面跳轉(zhuǎn)的鏈接，數(shù)據(jù)鏈接的存在方便了客戶在瀏覽報(bào)表時(shí)在相應(yīng)數(shù)據(jù)間的切換，當(dāng)然這個(gè)鏈接是客戶通過報(bào)表子系統(tǒng)提供的接口注入到客戶業(yè)務(wù)子系統(tǒng)應(yīng)用的報(bào)表中的。 “報(bào)表設(shè)置”大項(xiàng)，就是一張報(bào)表從需求的邏輯到報(bào)表子系統(tǒng)中 真實(shí)存在的整個(gè)演變發(fā)展的過程。其實(shí)報(bào)表設(shè)置是一個(gè)并不為客戶所知的部分，因?yàn)闊o第二章 系統(tǒng)需求分析 10 論是從客戶的專業(yè)背景還是報(bào)表需求的高度的邏輯抽象出發(fā)，報(bào)表子系統(tǒng)都是不能將報(bào)表的核心設(shè)置完全開放給客戶應(yīng)用的。但從報(bào)表子系統(tǒng)完整性的角度看，報(bào)表設(shè)置又是絕對不可或缺的一部分。鑒于此項(xiàng)對于客戶的認(rèn)知完全透明，所以具體的設(shè)計(jì)說明本文的將在 第五章 的 第五章第四節(jié) 中進(jìn)行詳細(xì)的闡述。 第三節(jié) 系統(tǒng)各主要業(yè)務(wù)和流程描述 按照本章 第二節(jié) 中關(guān)于系統(tǒng)總體業(yè)務(wù)的描述，下面將對報(bào)表子系統(tǒng)的主要業(yè)務(wù)流程進(jìn)行細(xì)致的描述。 報(bào)表 子系統(tǒng)的應(yīng)用是屬于其它業(yè)務(wù)子系統(tǒng)中的嵌入應(yīng)用，子系統(tǒng)本身更像一個(gè)整理數(shù)據(jù)邏輯的工具或者提供數(shù)據(jù)的服務(wù)。從業(yè)務(wù)子系統(tǒng)的角度來看的話，如圖 示，一張報(bào)表從需求的提出到最終的廢棄，期間存在若干狀態(tài)，而這也可以視為單一報(bào)表的生命周期。 一張全新的報(bào)表，總是由一個(gè)報(bào)表需求開始的，這個(gè)需求可能是客戶提出的，也可能是開發(fā)者根據(jù)業(yè)務(wù)子系統(tǒng)的功能流程的變化而破舊立新得來的，總之這是一個(gè)僅僅停留在邏輯層面的狀態(tài)。 對于客戶業(yè)務(wù)子系統(tǒng)來說，經(jīng)過一個(gè)“黑盒”的報(bào)表設(shè)置過程之后，在報(bào)表子系統(tǒng)模板庫中生成了一張和所提需求對應(yīng)的 備選報(bào)表。需要強(qiáng)調(diào)的是，此時(shí)的報(bào)表是位于報(bào)表子系統(tǒng)的模板庫中，無論該報(bào)表的需求是一般性通用需求還是客戶個(gè)性化定制需求。 當(dāng)報(bào)表存在于報(bào)表子系統(tǒng)的模板庫中時(shí)，客戶可以通過報(bào)表子系統(tǒng)提供的接口，將該報(bào)表復(fù)制到業(yè)務(wù)子系統(tǒng)中以備使用。需要說明的是，此時(shí)的報(bào)表存在于業(yè)務(wù)子系統(tǒng)中，是與報(bào)表子系統(tǒng)模板庫中的報(bào)表區(qū)別存在的，所以此時(shí)所維護(hù)的報(bào)表基礎(chǔ)信息是不會(huì)影響到報(bào)表子系統(tǒng)中的模板報(bào)表的，同樣此時(shí)報(bào)表子系統(tǒng)中的模板報(bào)表如果發(fā)生改變，也不會(huì)對業(yè)務(wù)子系統(tǒng)報(bào)表現(xiàn)狀造成影響，除非重新從模板庫進(jìn)行復(fù)制。當(dāng)然，客戶可以復(fù)制多張相同的報(bào) 表，進(jìn)行不同的設(shè)定以用于不同的用戶角色進(jìn)行瀏覽。 通過權(quán)限分配，業(yè)務(wù)子系統(tǒng)中的報(bào)表進(jìn)入到“可用”狀態(tài)，此時(shí)的報(bào)表已經(jīng)可以在頁面進(jìn)行查詢導(dǎo)出等操作，也可以針對使用中的一些問題對報(bào)表的細(xì)部進(jìn)行調(diào)整。 當(dāng)客戶不再需要這張報(bào)表時(shí)，可以進(jìn)行刪除，該報(bào)表將會(huì)從業(yè)務(wù)子系統(tǒng)中第二章 系統(tǒng)需求分析 11 徹底清除，報(bào)表的生命周期也同時(shí)終止。此處被刪除的是業(yè)務(wù)子系統(tǒng)中的報(bào)表，而非報(bào)表子系統(tǒng)模板庫中的模板報(bào)表，也就是說，當(dāng)客戶重新需要的時(shí)候，可以從報(bào)表模板庫中重新復(fù)制一張全新的報(bào)表重新開啟報(bào)表的生命周期，但是新復(fù)制的報(bào)表已經(jīng)不是原先刪除的那張報(bào)表了。 圖 業(yè)務(wù)子系統(tǒng)報(bào)表狀態(tài)圖 第四節(jié) 系統(tǒng)功能要求描述 從客戶應(yīng)用的角度來說，希望業(yè)務(wù)子系統(tǒng)中的報(bào)表能夠更靈活簡便的應(yīng)用，是最直接的要求，至于報(bào)表子系統(tǒng)與諸多業(yè)務(wù)子系統(tǒng)之間的通用性和協(xié)調(diào)性，是開發(fā)者需要規(guī)劃和設(shè)計(jì)的。所以報(bào)表子系統(tǒng)中最先要討論的報(bào)表子系統(tǒng)的參第二章 系統(tǒng)需求分析 12 與者和報(bào)表子系統(tǒng)在業(yè)務(wù)子系統(tǒng)中的功能范圍。 統(tǒng)參與者 按照報(bào)表子系統(tǒng)的初步規(guī)劃和設(shè)計(jì)，報(bào)表子系統(tǒng)的參與者主要有系統(tǒng)管理員、高級用戶和一般用戶三種角色，如圖 示。由于報(bào)表子系統(tǒng)和業(yè)務(wù)子系統(tǒng)的特殊關(guān)系和功能劃分，報(bào)表設(shè)置部分是獨(dú)立于業(yè)務(wù)子系統(tǒng)的，而其他部分則屬于報(bào)表子系統(tǒng)功能在業(yè)務(wù)子系統(tǒng)中的潛入應(yīng)用，總的來說都是報(bào)表子系統(tǒng)的功能，但擁有不同的入口。 圖 系統(tǒng)簡單用例圖 統(tǒng)管理員 系統(tǒng)管理員的職責(zé)范圍局限于報(bào)表子系統(tǒng)的獨(dú)立核心部分，通過報(bào)表設(shè)置的一系列操作，將報(bào)表的需求轉(zhuǎn)化成為真實(shí)存在的報(bào)表。主要針對報(bào)表子系統(tǒng)模板部分進(jìn)行操作和維護(hù)，要嚴(yán)格遵守不干預(yù)業(yè)務(wù)子系統(tǒng)任何操作的原則。同樣，這個(gè)角色對于客戶來說是不可見的。 第二章 系統(tǒng)需求分析 13 般用戶 一般用戶僅能夠針對業(yè)務(wù)子系統(tǒng)中有權(quán)限的報(bào)表進(jìn)行瀏覽、查詢以及導(dǎo)出等簡單操作。因?yàn)檫@種角色的用戶，在業(yè)務(wù)子系統(tǒng)中的業(yè)務(wù)職責(zé)本身大都存在局限性，不允許其對報(bào)表的數(shù)據(jù)范圍等約束和參數(shù)進(jìn)行控制。一旦可以自由設(shè)置報(bào)表的數(shù)據(jù)范圍，那就意味著該用戶可以看到所有范圍的數(shù)據(jù)。 級用戶 相對于一般用戶而言，高級用戶的權(quán)限就大了很多，可以說在業(yè)務(wù)子系統(tǒng)中所涉及到的報(bào)表相關(guān)的操作，高級用戶都可以進(jìn)行調(diào)整。可以為當(dāng)前業(yè)務(wù)子系統(tǒng)增加新報(bào)表，刪除廢棄的舊報(bào)表；為一般用戶指定可瀏覽的報(bào)表范圍，以及各個(gè)報(bào)表中的數(shù)據(jù)的范圍；可以針對每張報(bào)表 進(jìn)行調(diào)整，增加自定義的數(shù)據(jù)