1、<p><b>　　課程設計報告</b></p><p>　　課程設計題目： 廣告管理信息系統(tǒng) </p><p>　　學 院： 計算機 </p><p>　　專業(yè)班級：

2、</p><p>　　年 級： </p><p>　　姓 名： </p><p>　　學 號： </p><p&g

3、t;　　完成時間： 0 年 0 月 0 日</p><p>　　成 績： </p><p>　　指導教師： </p><p><b>　　課程設計任務書</b></p&

4、gt;<p><b>　　目錄</b></p><p>　　1.項目開發(fā)計劃1</p><p><b>　　1引言1</b></p><p><b>　　1.1編寫目的1</b></p><p><b>　　1.2背景1</b><

5、;/p><p><b>　　1.3定義2</b></p><p><b>　　1.4參考資料2</b></p><p><b>　　2項目概述2</b></p><p><b>　　2.1工作內容3</b></p><p>　　

6、2.2主要參加人員4</p><p>　　2.3產品及成果6</p><p><b>　　2.3.1程序6</b></p><p><b>　　2.3.2文件6</b></p><p><b>　　2.3.3服務6</b></p><p>　　

7、2.3.4非移交產品7</p><p><b>　　2.4驗收標準8</b></p><p>　　2.4.1代碼的驗收8</p><p>　　2.4.2 文檔驗收8</p><p>　　2.4.3 服務驗收8</p><p>　　2.5完成項目的最遲期限8</p><

8、;p><b>　　3實施總計劃9</b></p><p><b>　　3.1開發(fā)過程9</b></p><p>　　3.1.1 需求分析9</p><p>　　3.1.2 系統(tǒng)設計9</p><p>　　3.1.3 編碼及測試階段9</p><p>　　3.1

9、.4 文檔、產品部署9</p><p>　　3.1.5 項目總結10</p><p>　　3.2工作任務的分解11</p><p>　　3.3接口人員12</p><p><b>　　3.4進度12</b></p><p><b>　　3.5預算13</b><

10、;/p><p>　　3.6關鍵問題13</p><p><b>　　4支持條件14</b></p><p>　　4.1計算機系統(tǒng)支持14</p><p>　　4.2需要用戶承擔的工作14</p><p>　　4.3需由外單位提供的條件14</p><p>　　5專題計

11、劃要點15</p><p>　　5.1開發(fā)人員培訓計劃15</p><p>　　5.2 測試計劃15</p><p>　　5.3 質量保證計劃15</p><p>　　5.4 人員配置計劃15</p><p>　　5.5 客戶培訓計劃15</p><p>　　5.6 安全保密計劃1

12、6</p><p>　　5.7 合同計劃16</p><p>　　2.需求分析規(guī)格說明書16</p><p><b>　　一.引言16</b></p><p>　　1.1　編寫的目的16</p><p>　　1.2　背景說明16</p><p>　　1.3術語定義

13、17</p><p>　　1.4　參考資料17</p><p><b>　　二 任務概述17</b></p><p><b>　　2.1目標17</b></p><p>　　2.2運行環(huán)境18</p><p>　　2.3條件與限制18</p><

14、;p><b>　　三 數據描述18</b></p><p>　　3.1 數據流圖18</p><p>　　3.2 靜態(tài)數據21</p><p>　　3.3 動態(tài)數據21</p><p>　　3.4 數據庫描述21</p><p>　　3.5　數據字典21</p>

15、;<p>　　3.6數據采集23</p><p>　　四 功能需求：24</p><p>　　4.1功能劃分24</p><p>　　4.2功能描述24</p><p>　　五 性能需求:26</p><p>　　5.1數據精確度26</p><p>　　5.2時間特性

16、27</p><p><b>　　5.3適應性27</b></p><p><b>　　六 運行需求27</b></p><p>　　6.1 用戶界面27</p><p>　　6.2 硬件接口27</p><p>　　6.3 軟件接口27</p>&

17、lt;p>　　6.4故障處理27</p><p><b>　　七 其他需求27</b></p><p>　　3.概要設計說明書28</p><p><b>　　1 引言28</b></p><p>　　1.1 編寫目的28</p><p>　　1.2 背景

18、28</p><p>　　1.3 定義28</p><p>　　1.4 參考資料29</p><p><b>　　2 總體設計29</b></p><p>　　2.1 需求規(guī)定29</p><p>　　2.2 運行環(huán)境29</p><p>　　2.3

19、基本設計概念和處理流程30</p><p>　　2.4 功能結構30</p><p>　　2.5 功能需求與程序的關系31</p><p>　　2.6 人工處理過程31</p><p><b>　　3 接口設計31</b></p><p>　　3.1 用戶接口31</p&

20、gt;<p>　　3.2 外部接口31</p><p>　　3.3 內部接口31</p><p><b>　　4 運行設計32</b></p><p>　　4.1 運行模塊組合32</p><p>　　4.2 運行控制32</p><p>　　5 系統(tǒng)數據結構設計

21、33</p><p>　　5.1 邏輯結構設計要點33</p><p>　　5.2 數據結構與程序的關系36</p><p>　　6 系統(tǒng)出錯處理設計36</p><p>　　6.1 出錯信息36</p><p>　　6.2 補救措施36</p><p>　　6.3 系統(tǒng)維護

22、設計36</p><p>　　6.4 主要界面設計36</p><p><b>　　1.項目開發(fā)計劃</b></p><p>　　1引言 </p><p><b>　　1.1編寫目的</b></p><p&

23、gt;　　為了保證項目團隊按時保質地完成項目目標，便于項目團隊成員更好地了解項目情況，使項目工作開展的各個過程合理有序，有必要以文件化的形式，把對于在項目生命周期內的工作任務范圍、各項工作的任務分解、項目團隊組織結構、各團隊成員的工作責任、團隊內外溝通協作方式、開發(fā)進度、經費預算、項目內外環(huán)境條件、風險對策等內容以書面的方式描述出來，作為項目團隊成員以及項目干系人之間的共識與約定，項目生命周期內的所有項目活動的行動基礎，項目團隊開展和檢

24、查項目工作的依據。</p><p>　　本項目開發(fā)計劃用于從總體上指導廣告管理信息系統(tǒng)項目順利進行并最終得到通過評審的項目產品。本項目開發(fā)計劃面向項目組全體成員。</p><p><b>　　1.2背景</b></p><p>　　橙日集團廣告處是承擔集團產品廣告計劃、廣告合同簽訂、廣告合同執(zhí)行監(jiān)督和管理的廣告業(yè)務職能部門。集團原有廣告業(yè)務管理

25、信息系統(tǒng)只實現了對廣告業(yè)務的費用數據進行錄入統(tǒng)計的基本信息化管理，而沒有建立起對廣告的業(yè)務流程以及流程中各環(huán)節(jié)的業(yè)務數據的動態(tài)信息化管理。</p><p>　　提升原有廣告業(yè)務管理信息系統(tǒng)的業(yè)務管理功能，建設面向集團廣告處完整業(yè)務流程的廣告業(yè)務綜合信息管理信息系統(tǒng)，實現對整個業(yè)務流程上的業(yè)務數據流進行實時和多維度的分析、監(jiān)控和管理，這是集團廣告處適應不斷發(fā)展的廣告業(yè)務的需要和達到更為合理科學化的精益高效業(yè)務管理的

26、目標的必要保證。</p><p>　　基于我們對橙日集團廣告處業(yè)務的全面分析了解，以及與用戶業(yè)務人員和信息化管理人員的大量細致且卓有成效的需求交流與討論，我們相信通過該信息化管理系統(tǒng)的建設，達到縮減不必要的手工業(yè)務流程、提高資金計劃、執(zhí)行和監(jiān)控管理的科學合理性，從而最終達到促進橙日集團廣告處的總體業(yè)務管理水平和效率的提高。</p><p><b>　　1.3定義</b>

27、;</p><p><b>　　專門術語：</b></p><p>　　SQL SERVER:系統(tǒng)服務器所使用的數據庫關系系統(tǒng)（DBMS）。</p><p>　　SQL：一種用于訪問查詢數據庫的語言</p><p><b>　　縮寫：</b></p><p>　　系統(tǒng)：若未特

28、別指出，統(tǒng)指本廣告管理信息系統(tǒng)。</p><p>　　SQL：Structured Query Language(結構化查詢語言)。</p><p>　　ATM：Asynchronous Transfer Mode (異步傳輸模式)。</p><p>　　UML：統(tǒng)一建模語言、是一套用來設計軟件藍圖的標準建模語言，是一種從軟件分析、設計到編寫程序規(guī)范的標準化建模語言

29、。</p><p><b>　　1.4參考資料 </b></p><p>　　文檔格式要求按照我國GB/T8567-1988國家標準和IEEE/ANSI830-1993標準規(guī)范要求進行。包括以下文件：</p><p>　　軟件工程項目開發(fā)文檔范例</p><p>　　軟件工程國家標準文檔</p><p

30、>　　圖書借閱管理需求說明書</p><p>　　軟件需求說明書編寫規(guī)范</p><p><b>　　書籍包括：</b></p><p>　　《軟件項目管理》 朱少民，韓瑩 編著，人民郵電出版社。</p><p>　　《軟件項目管理》 Rajeev T Shandilya編著 科學出版社。</p>&

31、lt;p>　　《SQL Server 應用系統(tǒng)開發(fā)教程》（第二版），李春葆等，清華大學出版社</p><p>　　2項目概述 </p><p>　　根據我們對業(yè)務需求的分析，我們認為用戶提出的主要業(yè)務需求目標為：</p><p>　　建立從廣告的計劃->廣告合同的簽訂->廣告合同執(zhí)行監(jiān)督

32、->合同資金計劃與付款的整個廣告業(yè)務流程的綜合信息化管理</p><p>　　實現對流程中的廣告業(yè)務數據（合同的資金、廣告的產品、廣告的媒體與代理商）及業(yè)務單據的實時與多維度的分析查詢和圖文報表。</p><p>　　規(guī)范化業(yè)務流程，提升業(yè)務效率和降低業(yè)務的人力與時間消耗</p><p>　　通過對業(yè)務的信息化管理提供輔助的業(yè)務決策</p>&l

33、t;p>　　根據對以上用戶業(yè)務需求的分析，我們提出通過本系統(tǒng)解決方案的實施將確保達到以下應用目標：</p><p>　　實現用戶廣告業(yè)務流程的信息化，提高用戶廣告業(yè)務流程的效率與規(guī)范性</p><p>　　實現用戶業(yè)務數據的電子化及業(yè)務數據報表的自動化，提升用戶對業(yè)務數據的知識抽取與管理能力</p><p>　　實現減少業(yè)務的人力消耗，幫助用戶實現業(yè)務辦公的便

34、利與快捷</p><p>　　根據總體設想，系統(tǒng)設計開發(fā)遵循三層B/S體系結構模型,區(qū)分用戶界面層、業(yè)務層與數據層的合理劃分，利于系統(tǒng)的功能擴展和維護便利。如圖2－7所示。</p><p>　　圖2－7 系統(tǒng)設計總體架構圖</p><p><b>　　2.1工作內容</b></p><p>　　1、 制作和修訂項目開發(fā)計

35、劃； </p><p>　　2、 進行計劃跟蹤與監(jiān)控； </p><p>　　3、 配合SQA的質量保證工作； </p><p>　　4、工作產品及時進行受控管理； </p><p>　　5、 按計劃提請階段評審； </p><p>　　6、 提交測試部門評測開發(fā)產品； </p><p>　　7

36、、 交付最終工作產品。</p><p><b>　　8、項目實施總結 </b></p><p><b>　　9、 項目驗收</b></p><p><b>　　2.2主要參加人員</b></p><p>　　為了完成廣告管理信息系統(tǒng)的項目開發(fā)，公司組建了一個臨時的項目團隊，有項

37、目組組長、副組長、組員構成，如圖2.1所示。</p><p>　　圖2.1 項目團隊組織結構圖</p><p><b>　　表2.1人員分工</b></p><p><b>　　2.3產品及成果 </b></p><p><b>　　2.3.1程序 </b></p>

38、<p>　　軟件名稱：廣告管理信息系統(tǒng)</p><p>　　編程語言：ASP.NET</p><p><b>　　存儲方式：硬盤</b></p><p>　　功能：按用戶組織機構模型分述如下：</p><p>　　組織機構的各職能部門描述如下:</p><p>　　計劃科：主要負責各

39、產品各階段的廣告計劃制定，基礎資料的收集，媒體資料分析，各市場基本情況及銷售分析；</p><p>　　發(fā)布科： 合同審核、簽訂合同費用統(tǒng)計、節(jié)余費用統(tǒng)計.</p><p>　　管理科：廣告執(zhí)行情況付款審核、遺留問題處理、廣告執(zhí)行人員的培訓，部門內部管理制度制定。</p><p>　　財務科：負責廣告費用的支付、審核、對賬、票據返回及勾銷。</p>&

40、lt;p>　　制作科：負責廣告制作、制作合同的簽訂和執(zhí)行落實。</p><p><b>　　2.3.2文件</b></p><p>　　用戶操作手冊：本手冊詳細描述軟件的功能、性能和用戶界面，使用戶對如何使用該軟件得到具體的了解,為操作人員提供該軟件各種運行情況的有關知識，特別是操作方法的具體細節(jié)。 </p><p>　　軟件維護手冊：主

41、要包括軟件系統(tǒng)說明、程序模塊說明、操作環(huán)境、支持軟件的說明、維護過程的說明，便于軟件的維護。 </p><p><b>　　2.3.3服務 </b></p><p><b>　　計劃提供以下服務：</b></p><p>　　課堂培訓：以講課形式對用戶進行培訓，使其能夠正確使用軟件。</p><p>

42、;　　免費咨詢：用戶可以在工作時間向技術人員提出問題并獲得解答。</p><p>　　軟件維護：獲取軟件使用中的問題，提供補丁程序。</p><p>　　2.3.4非移交產品</p><p>　　可行性分析報告：說明該軟件開發(fā)項目的實現在技術上、經濟上和社會因素上的可行性，評述為了合理地達到開發(fā)目標可供選擇的各種可能實施方案，說明并論證所選定實施方案的理由。 <

43、;/p><p>　　項目開發(fā)計劃：為軟件項目實施方案制訂出具體計劃，應該包括各部分工作的負責人員、開發(fā)的進度、開發(fā)經費的預算、所需的硬件及軟件資源等。 </p><p>　　軟件需求說明書（軟件規(guī)格說明書）：對所開發(fā)軟件的功能、性能、用戶界面及運行環(huán)境等做出詳細的說明。它是在用戶與開發(fā)人員雙方對軟件需求取得共同理解并達成協議的條件下編寫的，也是實施開發(fā)工作的基礎。該說明書應給出數據邏輯和數據采

44、集的各項要求，為生成和維護系統(tǒng)數據文件做好準備。 </p><p>　　概要設計說明書：該說明書是概要實際階段的工作成果，它應說明功能分配、模塊劃分、程序的總體結構、輸入輸出以及接口設計、運行設計、數據結構設計和出錯處理設計等，為詳細設計提供基礎。 </p><p>　　詳細設計說明書：著重描述每一模塊是怎樣實現的，包括實現算法、邏輯流程等。 </p><p>　　

45、測試計劃：為做好集成測試和驗收測試，需為如何組織測試制訂實施計劃。計劃應包括測試的內容、進度、條件、人員、測試用例的選取原則、測試結果允許的偏差范圍等。 </p><p>　　測試分析報告：測試工作完成以后，應提交測試計劃執(zhí)行情況的說明，對測試結果加以分析，并提出測試的結論意見。 </p><p>　　開發(fā)進度月報：該月報系軟件人員按月向管理部門提交的項目進展情況報告，報告應包括進度計劃與

46、實際執(zhí)行情況的比較、階段成果、遇到的問題和解決的辦法以及下個月的打算等。 </p><p>　　項目開發(fā)總結報告：軟件項目開發(fā)完成以后，應與項目實施計劃對照，總結實際執(zhí)行的情況，如進度、成果、資源利用、成本和投入的人力，此外，還需對開發(fā)工作做出評價，總結出經驗和教訓。 </p><p>　　軟件問題報告：指出軟件問題的登記情況，如日期、發(fā)現人、狀態(tài)、問題所屬模塊等，為軟件修改提供準備文檔。

47、 </p><p>　　軟件修改報告：軟件產品投入運行以后，發(fā)現了需對其進行修正、更改等問題，應將存在的問題、修改的考慮以及修改的影響做出詳細的描述，提交審批。</p><p>　　源程序：軟件開發(fā)過程中的全部代碼以及注釋。</p><p><b>　　2.4驗收標準 </b></p><p>　　2.4.1代碼的驗收&

48、lt;/p><p>　　最后在交付客戶之前進行小組內評審，代碼編寫符合HB6465標準，與文檔說明保持一致，代碼書寫風格統(tǒng)一，采用標準規(guī)范，沒有下列錯誤：由于軟件缺陷造成丟失數據，不符合設計要求，響應時間太長無法接受等問題。</p><p>　　2.4.2 文檔驗收</p><p>　　最后在交付客戶之前進行小組內評審，文檔格式符合HB6465標準， 功能符合

49、與客戶的合同要求，清晰易讀，沒有語病與歧義。</p><p>　　2.4.3 服務驗收</p><p>　　服務硬件達到文檔說明的要求，人員技術考核合格，定期上門維護。</p><p>　　2.5完成項目的最遲期限 </p><p><b>　　交付日期</b></p><p>　　從2012年1

50、2月15日開始至2014年9月18日，完成對整個系統(tǒng)的可行性報告分析、需求分析說明書、開發(fā)計劃說明說、系統(tǒng)設計書、項目測試、項目總結，對概念模型、存儲模式、完整性控制、存取權限等進行了定義，對系統(tǒng)功能各模塊進行了詳細設計，定義了數據庫總體結構、編碼命名規(guī)范，并交付用戶。交付日期為2014年10月10日，延期交付日為2014年10月20號。</p><p>　　3實施總計劃

51、 </p><p><b>　　3.1開發(fā)過程</b></p><p>　　3.1.1 需求分析</p><p>　　需求分析是整個設計中重要的一環(huán)，當可行性分析完成，項目立項，確定開發(fā)角色后，從2012年12月15開始至2013年5月5日，有關的設計開發(fā)人員與相關業(yè)務人員共同對業(yè)務流程、管理方式進行分析，并進行資料的收集、整理。

52、在完成了對有關數據信息的收集、歸納和分析整理后，確定了用戶需求，對軟件必須完成的功能進行了定義，在此基礎上完成了數據定義，建立了數據字典。</p><p>　　3.1.2 系統(tǒng)設計</p><p>　　從2013年5月6日開始至2013年10月15日，完成對整個系統(tǒng)的分析設計，對概念模型、存儲模式、完整性控制、存取權限等進行了定義，對系統(tǒng)功能各模塊進行了詳細設計、定義了數據庫總體結構、編碼

53、命名規(guī)范。</p><p>　　3.1.3 編碼及測試階段</p><p>　　從2013年10月16日開始至2014年7月22日，完成程序設計和系統(tǒng)測試，完成了數據庫建立及程序的編制調試。為了避免錯誤積累，采用邊開發(fā)邊測試的基本模式，對每個模塊都安排專人進行單獨測試，系統(tǒng)聯調及系統(tǒng)測試，對系統(tǒng)處理邏輯、例外處理能力、容錯能力等進行大規(guī)模的測試，對發(fā)現的問題進行徹底糾正。</p>

54、;<p>　　3.1.4 文檔、產品部署</p><p>　　從2014年8月2日開始至2014年8月31日，完成用戶培訓工作，編寫各類文檔，系統(tǒng)投入運行階段。</p><p>　　3.1.5 項目總結</p><p>　　項目結束后用一周左右時間，對項目研發(fā)、部署等開發(fā)過程中的問題、經驗教訓總結備案，以利于項目經驗的積累和開發(fā)進的的縮短。</p

55、><p>　　3.2工作任務的分解 </p><p><b>　　表3.1 工作情況</b></p><p><b>　　3.3接口人員</b></p><p>　　負責本項目同用戶的接口人員為張三，由軟件發(fā)開方派專人，按用戶要求，指定地點安裝，調試，運行并給用戶演示，在后期中負責維護和更新。</

56、p><p><b>　　3.4進度</b></p><p>　　方法：采用結構化開發(fā)</p><p>　　設置模塊開發(fā)優(yōu)先級：通過對圖書管理的特點和信息流程等的分析，確定各模塊開發(fā)的先后次序。</p><p>　　具體開發(fā)進度安排如下：</p><p>　　注：有四個里程碑，分別是需求完成時、詳細設計

57、完成時、系統(tǒng)編碼完成時、整個項目工作完成時。</p><p>　　表3.2 里程碑事件</p><p><b>　　3.5預算</b></p><p>　　表3.4表勞務的預算（人員成本3000/月）</p><p><b>　　表3.5經費的預算</b></p><p>&

58、lt;b>　　3.6關鍵問題</b></p><p>　　表 3.6 項目風險因素</p><p>　　影響本計劃完成的主要問題有：</p><p>　　沒有經費和硬件設施有限</p><p>　　用戶需求不清，存在誤解及二義性</p><p>　　第一次開發(fā)軟件，開發(fā)人員沒有實際經驗</p&g

59、t;<p>　　時間有限，沒有足夠的開發(fā)時間</p><p>　　4支持條件 </p><p>　　4.1計算機系統(tǒng)支持</p><p>　　開發(fā)時需要的支持條件：</p><p>　　針對本方案提出的系統(tǒng)應用目標和技術目標，我們建議系統(tǒng)運行的基礎平臺為：

60、 </p><p>　　運行時需要的支持條件：</p><p>　　1．系統(tǒng)開發(fā)技術平臺：系統(tǒng)開發(fā)技術平臺選用最新的企業(yè)級應用開發(fā)平臺Microsoft Visual Studio.NET。</p><p>　　2．數據庫：Microsoft SQL Server 2000 (簡體中文版) </p><p>

61、　　4.2需要用戶承擔的工作</p><p>　　向本小組成員進行咨詢，其內容包括廣告管理信息系統(tǒng)的工作結構和工作流程，配備相應硬件系統(tǒng)，做到規(guī)范操作，備份好數據防止數據丟失，軟件交付日期為軟件安裝測試人員提供環(huán)境。</p><p>　　4.3需由外單位提供的條件</p><p>　　本系統(tǒng)為獨立開發(fā)，不需要外單位提供條件。</p><p>

62、　　5專題計劃要點 </p><p>　　5.1開發(fā)人員培訓計劃</p><p>　　2012年12月18日起，至2013年1月2日，共十五天實習時間，上午進行軟件工程項目開發(fā)各項內容的專題知識講座；下午進行開發(fā)設計。</p><p><b>　　5.2 測試計劃</b></p>

63、<p>　　2014年5月1日—2014年7月22日對軟件進行各項測試工作；</p><p>　　5.3 質量保證計劃</p><p>　　嚴格按照項目開發(fā)過程中的各項步驟，從項目立項，可行性研究報告、需求分析報告、項目開發(fā)計劃等，具體實施；</p><p>　　5.4 人員配置計劃</p><p>　　該項目開發(fā)小組共8人：組長

64、：張三</p><p>　　組員：王五、趙恒、李四、張小、李大、劉龍、張虎。</p><p>　　5.5 客戶培訓計劃</p><p>　　在軟件實際應用后的前一個月，對用戶進行軟件操作方法的具體培訓；</p><p>　　5.6 安全保密計劃</p><p>　　在從項目開發(fā)階段到最后軟件的正式發(fā)布期間，做好項目的保

65、密工作，小組成員對所有項目所有相關文檔進行加密，做好備份工作。</p><p><b>　　5.7 合同計劃</b></p><p>　　和用戶簽訂軟件使用合同。</p><p>　　2.需求分析規(guī)格說明書</p><p><b>　　一.引言 </b></p><p>&l

66、t;b>　　1.1　編寫的目的</b></p><p>　　編寫需求分析文檔的目的是進一步定制軟件開發(fā)的細節(jié)問題,希望能使本軟件開發(fā)工作更具體，是讓用戶和開發(fā)者共同明確將要開發(fā)的是一個怎樣的系統(tǒng)。具體而言，是為使用戶、軟件開發(fā)者及分析人員對該軟件的初始規(guī)定有一個共同的理解，它說明了本產品的各項功能需求、性能需求和數據要求，明確標識各功能的實現過程，闡述實用背景及范圍，提供用戶解決問題或達到目標所

67、需的條件或權能，提供一個度量和遵循的基準。同時它也是進行項目策劃、概要設計和詳細設計的基礎，是維護人員進行內部維護，信息更新，驗收和測試的依據。</p><p><b>　　1.2　背景說明</b></p><p>　　橙日集團廣告處是承擔集團產品廣告計劃、廣告合同簽訂、廣告合同執(zhí)行監(jiān)督和管理的廣告業(yè)務職能部門。集團原有廣告業(yè)務管理信息系統(tǒng)只實現了對廣告業(yè)務的費用數據

68、進行錄入統(tǒng)計的基本信息化管理，而沒有建立起對廣告的業(yè)務流程以及流程中各環(huán)節(jié)的業(yè)務數據的動態(tài)信息化管理。</p><p>　　提升原有廣告業(yè)務管理信息系統(tǒng)的業(yè)務管理功能，建設面向集團廣告處完整業(yè)務流程的廣告業(yè)務綜合信息管理信息系統(tǒng)，實現對整個業(yè)務流程上的業(yè)務數據流進行實時和多維度的分析、監(jiān)控和管理，這是集團廣告處適應不斷發(fā)展的廣告業(yè)務的需要和達到更為合理科學化的精益高效業(yè)務管理的目標的必要保證。</p>

69、<p>　　基于我們對橙日集團廣告處業(yè)務的全面分析了解，以及與用戶業(yè)務人員和信息化管理人員的大量細致且卓有成效的需求交流與討論，我們相信通過該信息化管理系統(tǒng)的建設，達到縮減不必要的手工業(yè)務流程、提高資金計劃、執(zhí)行和監(jiān)控管理的科學合理性，從而最終達到促進橙日集團廣告處的總體業(yè)務管理水平和效率的提高。</p><p><b>　　1.3術語定義</b></p><

70、;p>　　靜態(tài)數據——靜態(tài)數據是指那些不隨時間或其它數據變化而變化的數據，一般定義在類之外，可供其他類使用，相當于全局變量。</p><p>　　動態(tài)數據——包括所有在運行中要發(fā)生變化的數據以及在運行中要輸入、輸出的數據。</p><p>　　數據字典（DD）——數據字典中的名字都是一些屬性與內容的抽象和概括，它們的特點是數據的“嚴密性”和“精確性”，沒有半點含糊。<

71、;/p><p>　　數據流圖（DFD）——從數據傳遞和加工角度，以圖形方式來表達系統(tǒng)的邏輯功能、數據在系統(tǒng)內部的邏輯流向和邏輯變換過程，是結構化系統(tǒng)分析方法的主要表達工具及用于表示軟件模型的一種圖示方法。 </p><p>　　加工描述——是對DFD中每個加工所作的說明，有輸入數據、加工邏輯和輸出數據等部分組成。</p><p>　　加工邏輯——闡明把輸入數據轉換為輸出

72、數據的策略，是加工說明的主體。</p><p><b>　　1.4　參考資料</b></p><p>　　《需求工程》—— 韓柯譯 清華大學出版社</p><p>　　《軟件工程導論》——張海藩 編著 清華大學出版社</p><p>　　《實用軟件工程》 —— 鄭人杰 殷人昆 陶永雷 清華大學出版社</p

73、><p>　　《數據庫系統(tǒng)概論》 —— 薩師煊 王 珊 編著 高等教育出版社</p><p><b>　　二 任務概述</b></p><p><b>　　2.1目標</b></p><p>　　根據我們對業(yè)務需求的分析，我們認為用戶提出的主要業(yè)務需求目標為：</p><p>　

74、　建立從廣告的計劃->廣告合同的簽訂->廣告合同執(zhí)行監(jiān)督->合同資金計劃與付款的整個廣告業(yè)務流程的綜合信息化管理</p><p>　　實現對流程中的廣告業(yè)務數據（合同的資金、廣告的產品、廣告的媒體與代理商）及業(yè)務單據的實時與多維度的分析查詢和圖文報表。</p><p>　　規(guī)范化業(yè)務流程，提升業(yè)務效率和降低業(yè)務的人力與時間消耗</p><p>　　

75、通過對業(yè)務的信息化管理提供輔助的業(yè)務決策</p><p>　　根據對以上用戶業(yè)務需求的分析，我們提出通過本系統(tǒng)解決方案的實施將確保達到以下應用目標：</p><p>　　實現用戶廣告業(yè)務流程的信息化，提高用戶廣告業(yè)務流程的效率與規(guī)范性</p><p>　　實現用戶業(yè)務數據的電子化及業(yè)務數據報表的自動化，提升用戶對業(yè)務數據的知識抽取與管理能力</p>&

76、lt;p>　　實現減少業(yè)務的人力消耗，幫助用戶實現業(yè)務辦公的便利與快捷</p><p><b>　　2.2運行環(huán)境</b></p><p>　　Microsoft Windows上的Microsoft Visual Studio.NET平臺。</p><p><b>　　2.3條件與限制</b></p>

77、<p>　　時間約束：本系統(tǒng)的最后的交付日期是2013-1-17；</p><p>　　設計和實現上的限制: 基于.NET架構進行開發(fā)；使用SqlServer2000數據庫；</p><p><b>　　三 數據描述</b></p><p><b>　　3.1 數據流圖 </b></p><

78、;p>　?。?）、頂層DFD圖如下：</p><p>　?。?）、第二層DFD圖如下：</p><p>　　（3）、第三層DFD圖如下：</p><p>　　：1 合同發(fā)布子系統(tǒng)</p><p>　?。? 執(zhí)行監(jiān)督子系統(tǒng)</p><p>　　：3 財務處理子系統(tǒng)</p><p>　?。?

79、單據變更子系統(tǒng)</p><p><b>　　3.2 靜態(tài)數據</b></p><p>　　靜態(tài)數據為不隨時間變動或其它數據變化而變化的數據，一般定義在類之外，可供其他類使用，相當于全局變量。本系統(tǒng)涉及到的靜態(tài)數據主要為登陸用戶的基本信息等。</p><p>　　3.3 動態(tài)數據</p><p>　　主要是隨時變化的

80、數據，如輸入和輸出的各種數據：排期表數據、監(jiān)播表數據、處罰單數據、付款申請單數據等。</p><p>　　3.4 數據庫描述</p><p>　　數據庫名稱 ：AdsManagerInfo</p><p>　　類型 ：SQL Server2000（中文版）</p><p><b>　　3.5　數據字典</b></

81、p><p><b>　　(1)數據流條目</b></p><p>　　數據流“合同計劃”的字典條目</p><p><b>　　數據流名：合同計劃</b></p><p>　　別 名：合同計劃書</p><p>　　組 成：合同雙方單位+{合同約定條目}+合同代表簽字

82、+合同簽訂日期</p><p>　　數據流“付款回單”的字典條目</p><p><b>　　數據流名：付款回單</b></p><p>　　別 名：付款回執(zhí)單</p><p>　　組 成：付款方單位+{付款條目}+接款代表簽字+回執(zhí)單打印日期</p><p>　　數據流“發(fā)票”的字典

83、條目</p><p><b>　　數據流名：發(fā)票</b></p><p>　　別 名：收款發(fā)票</p><p>　　組 成：收付款雙方單位+{收款條目+數量+總價}+收款方蓋章+發(fā)票打印 日期</p><p><b>　　(2)文件條目</b></p><p&

84、gt;　　數據文件“監(jiān)播表”的字典條目</p><p><b>　　文件名：監(jiān)播表</b></p><p><b>　　別 名：監(jiān)播表單</b></p><p>　　組 成：{編號+播放單位+廣告名+{播放頻道+播放時間記錄}+播放次數}</p><p>　　組 織：按編號從小到大排列<

85、/p><p><b>　　備 注：</b></p><p>　　數據文件“排期表”的字典條目</p><p><b>　　文件名：排期表</b></p><p>　　別 名：廣告播放安排日期表</p><p>　　組 成：{編號+播放單位+廣告名+{播放頻道+播放日期}+播

86、放次數}</p><p>　　組 織：按編號從小到大排列</p><p><b>　　備 注：</b></p><p>　　數據文件“查處單”的字典條目</p><p><b>　　文件名：查處單</b></p><p><b>　　別 名：查處清單</

87、b></p><p>　　組 成：{編號+查處單位名+查處單位地址+查處單位聯系方式}</p><p>　　組 織：按編號從小到大排列</p><p><b>　　備 注：</b></p><p>　　數據文件“處罰單”的字典條目</p><p><b>　　文件名：處罰單&

88、lt;/b></p><p><b>　　別 名：</b></p><p>　　組 成：{編號+處罰單位+{處罰項+處罰金額}+處罰總金額}</p><p>　　組 織：按編號從小到大排列</p><p><b>　　備 注：</b></p><p>　　數據文

89、件“付款申請單”的字典條目</p><p><b>　　文件名：付款申請單</b></p><p><b>　　別 名：</b></p><p>　　組 成：{編號+付款單位+{付款項+付款金額}+付款總金額}</p><p>　　組 織：按編號從小到大排列</p><p&

90、gt;<b>　　備 注：</b></p><p>　　數據文件“付款申請簽字單”的字典條目</p><p>　　文件名：付款申請簽字單</p><p><b>　　別 名：</b></p><p>　　組 成：{編號+付款單位+{付款項+付款金額}+付款總金額+簽字方簽字+簽字日期}

91、</p><p>　　組 織：按編號從小到大排列</p><p><b>　　備 注：</b></p><p>　　數據文件“變更申請單”的字典條目</p><p><b>　　文件名：變更申請單</b></p><p><b>　　別 名：</b>

92、;</p><p>　　組 成：{編號+變更申請單位+{變更申請條目+{變更申請理由}}+變更申請日期}</p><p>　　組 織：按編號從小到大排列</p><p><b>　　備 注：</b></p><p><b>　　數據項條目</b></p><p>

93、;　　數據項“數量”的字典條目</p><p><b>　　數據項名：數量</b></p><p><b>　　別 名：</b></p><p>　　取 值：正整數</p><p><b>　　備 注：</b></p><p>　　數據

94、項“金額”的字典條目</p><p><b>　　數據項名：金額</b></p><p><b>　　別 名：</b></p><p>　　取 值：小數點兩位的浮點數</p><p>　　備 注：單位為￥</p><p>　　數據項“日期”的字典條目<

95、/p><p><b>　　數據項名：日期</b></p><p><b>　　別 名：</b></p><p>　　取 值：YYYY-MM-DD hh-mm-ss</p><p>　　備 注：精確到秒</p><p><b>　　3.6數據采集<

96、/b></p><p>　　本系統(tǒng)所需的數據由負責人派發(fā)采集，再以電子文檔的形式提交給數據專員分類和存儲。</p><p><b>　　四 功能需求：</b></p><p><b>　　4.1功能劃分</b></p><p>　　根據《廣告管理信息系統(tǒng)解決方案》和數據流圖可把本系統(tǒng)劃分為六大

97、功能模塊：計劃管理、合同發(fā)布、執(zhí)行監(jiān)督、財務處理、統(tǒng)計報表中心和客戶化。</p><p><b>　　4.2功能描述</b></p><p><b>　　計劃管理模塊</b></p><p>　　功能說明：管理制定合同計劃。</p><p><b>　　功能用例圖：</b>&l

98、t;/p><p><b>　　合同發(fā)布模塊：</b></p><p>　　功能說明：根據合同計劃及時發(fā)布合同。</p><p><b>　　功能用例圖：</b></p><p><b>　　執(zhí)行監(jiān)督模塊：</b></p><p>　　功能說明：記錄廣告播放情

99、況，開具處罰單和付款申請單。</p><p><b>　　功能用例圖：</b></p><p><b>　　財務處理模塊</b></p><p>　　功能說明：集團業(yè)務出入帳記錄處理。</p><p><b>　　功能用例圖：</b></p><p>&

100、lt;b>　　統(tǒng)計報表中心模塊</b></p><p>　　功能說明：按要求統(tǒng)計業(yè)務情況，并繪制報表。</p><p><b>　　功能用例圖：</b></p><p><b>　　客戶化模塊</b></p><p>　　功能說明：負責客戶信息管理。</p><

101、p><b>　　功能用例圖：</b></p><p><b>　　五 性能需求:</b></p><p><b>　　5.1數據精確度</b></p><p>　　在精度需求上，可根據操作人員使用的數據不同而定，并兼顧大多數人的生活習慣，比如：在金額這一數據項上數據的精確度是精確到小數點后兩位，

102、單位是人民幣￥。</p><p><b>　　5.2時間特性</b></p><p>　　系統(tǒng)的時間特性在不考慮設備的因素下，響應時間、更新處理時間、數據轉換與傳輸時間和運行時間等都比較理想，不會出現停滯現象。</p><p><b>　　5.3適應性</b></p><p>　　本系統(tǒng)在操作方式、

103、運行環(huán)境、結果精度、數據結構與其它軟件接口等發(fā)生變化時，設計的軟件都能做適當調整,適應性表現良好。</p><p><b>　　六 運行需求</b></p><p><b>　　6.1 用戶界面</b></p><p>　　系統(tǒng)運行時的界面為windows的經典運行界面，報表格式為正式的標準格式，輸入輸出時間為“YYYY-

104、MM-DD hh-mm-ss”格式。</p><p><b>　　6.2 硬件接口</b></p><p><b>　　無明確的硬件接口。</b></p><p><b>　　6.3 軟件接口</b></p><p>　　視開發(fā)人員商討結果而定。</p><

105、p><b>　　6.4故障處理</b></p><p>　　a. 內部故障處理：在開發(fā)階段可以隨即修改數據庫里的相應內容。</p><p>　　b. 外部故障處理：對編輯的程序進行重裝載時，第一次裝載認為錯，修改。第二次運行，在需求調用時出錯，有錯誤提示，重試。</p><p>　　c. 本軟件可能產生的錯誤為數據庫的錯誤信息，應由數據庫

106、管理員對數據庫進行維護。為了確保系統(tǒng)恢復的能力，數據庫管理員要定期對數據庫進行備份。</p><p><b>　　七 其他需求</b></p><p>　?。?）數據的安全性、完整性要求：廣告管理信息系統(tǒng)各項數據信息必須保證安全性和完整性。網絡系統(tǒng)設有通信、程序、網絡三級權限和口令管理，確保系統(tǒng)安全等。</p><p>　?。?）可維護性、可移

107、植性：該軟件是使用Microsoft Visual Studio.NET在windowsXP及以上系統(tǒng)下完成的所以只要是兼容windows的軟件或是操作系統(tǒng)，該軟件都可以正確地運行，有較好的適應能力與兼容性。而且應用戶的特殊需求軟件在完成后的維護階段可以保持一個與其他類軟件接口，隨時滿足用戶的使用要求。</p><p><b>　　3.概要設計說明書</b></p><p

108、><b>　　1 引言</b></p><p><b>　　1.1 編寫目的</b></p><p>　　本階段完成系統(tǒng)的大致設計并明確系統(tǒng)的數據結構與軟件結構。在軟件設計階段主要是把一個軟件需求轉化為軟件表示的過程，這種表示只是描繪出軟件的總的概貌。本概要設計說明書的目的就是進一步細化軟件設計階段得出的軟件總體概貌，把它加工成在程序細節(jié)

109、上非常接近于源程序的軟件表示。</p><p><b>　　1.2 背景</b></p><p>　　橙日集團廣告處是承擔集團產品廣告計劃、廣告合同簽訂、廣告合同執(zhí)行監(jiān)督和管理的廣告業(yè)務職能部門。集團原有廣告業(yè)務管理信息系統(tǒng)只實現了對廣告業(yè)務的費用數據進行錄入統(tǒng)計的基本信息化管理，而沒有建立起對廣告的業(yè)務流程以及流程中各環(huán)節(jié)的業(yè)務數據的動態(tài)信息化管理。</p&

110、gt;<p>　　提升原有廣告業(yè)務管理信息系統(tǒng)的業(yè)務管理功能，建設面向集團廣告處完整業(yè)務流程的廣告業(yè)務綜合信息管理信息系統(tǒng)，實現對整個業(yè)務流程上的業(yè)務數據流進行實時和多維度的分析、監(jiān)控和管理，這是集團廣告處適應不斷發(fā)展的廣告業(yè)務的需要和達到更為合理科學化的精益高效業(yè)務管理的目標的必要保證。</p><p>　　基于我們對橙日集團廣告處業(yè)務的全面分析了解，以及與用戶業(yè)務人員和信息化管理人員的大量細致且

111、卓有成效的需求交流與討論，我們相信通過該信息化管理系統(tǒng)的建設，達到縮減不必要的手工業(yè)務流程、提高資金計劃、執(zhí)行和監(jiān)控管理的科學合理性，從而最終達到促進橙日集團廣告處的總體業(yè)務管理水平和效率的提高。</p><p><b>　　1.3 定義</b></p><p>　　接口（interface）：是一種規(guī)范和標準，可分硬件接口和軟件接口。</p><

112、;p>　　系統(tǒng) (System)：在本文檔中都指的是“廣告管理信息系統(tǒng)”。</p><p>　　數據結構（Data Structure）：在本文檔中值各數據在數據庫中的結構。</p><p>　　項目開發(fā)計劃（project development plan）：是一種把項目一定一過程與項目如何推進連接起來的方案。</p><p>　　產品生命周期（produc

113、t life cycle）：是產品從構思到不可以再使用的持續(xù)時間。</p><p><b>　　1.4 參考資料</b></p><p>　　《CMMI軟件過程改進與評估》 羅運模、謝志敏等編著，電子工業(yè)出版社，2004年6月版，北京</p><p>　　《軟件工程導論》（第四版） 張海藩編著，清華大學出版社，2006年10月版，北京

114、</p><p><b>　　2 總體設計</b></p><p><b>　　2.1 需求規(guī)定</b></p><p>　　登陸界面：登陸界面中，公司操作人員可以直接用數據庫中給定的用戶名和密碼進入本系統(tǒng)，不同角色的職員有不同的訪問權限。 </p><p>　　計劃管理界面：主要是由計劃員根據《

115、排期表》進行相關操作。</p><p>　　合同發(fā)布界面：主要由合同發(fā)布員進行管理，根據計劃合同進行審核和發(fā)布。</p><p>　　執(zhí)行監(jiān)督界面：主要由廣告管理員根據《監(jiān)播表》進行監(jiān)督和管理，并有開具處罰單和付款申請單的權限。</p><p>　　5．財務處理界面：主要是由財務人員進行操作，處理付款申請單的初審和付款回單的制作以及相關發(fā)票的發(fā)放。</p>

116、;<p>　　6．統(tǒng)計報表中心界面：主要是由財務人員進行操作，制作各報表和審核。</p><p>　　7．客戶化界面：主要顯示當前用戶的個人信息和處理用戶修改意見。 </p><p><b>　　2.2 運行環(huán)境</b></p><p>　　操作系統(tǒng)環(huán)境：Microsoft Windows上的Microsoft Visual S

117、tudio.NET平臺。</p><p>　　數據庫環(huán)境：SQL Server 2000（中文版）。</p><p>　　2.3 基本設計概念和處理流程</p><p><b>　　2.4 功能結構</b></p><p>　　2.5 功能需求與程序的關系</p><p>　　各項功能需求的

118、實現同各塊程序的分配關系：</p><p>　　2.6 人工處理過程</p><p>　　主要是有些新采集的數據的錄入需要人工操作。</p><p><b>　　3 接口設計</b></p><p><b>　　3.1 用戶接口</b></p><p><b>

119、　　3.2 外部接口</b></p><p><b>　　3.3 內部接口</b></p><p><b>　　4 運行設計</b></p><p>　　4.1 運行模塊組合</p><p>　　施加不同的外界運行控制時所引起的各種不同的運行模塊組合如下表所示：</p>

120、<p><b>　　4.2 運行控制</b></p><p>　　5 系統(tǒng)數據結構設計</p><p>　　5.1 邏輯結構設計要點</p><p>　　變更申請單：ChangeAplyList</p><p>　　排期表：PlanRecordTable</p><p>　　監(jiān)播

121、表：SupervisePlayTable</p><p>　　查處單：CheckPunishList</p><p>　　處罰單：PunishmentList</p><p>　　付款申請單：PayAplyList</p><p>　　付款申請簽字單：PayAplySignList</p><p><b>　

122、　數據庫邏輯結構</b></p><p>　　5.2 數據結構與程序的關系</p><p>　　數據結構視程序的不同而采用不同的數據結構，但不論如何，都應盡可能的采用適當的數據結構，從而使程序的性能得到良好的提高：</p><p>　　6 系統(tǒng)出錯處理設計</p><p><b>　　6.1 出錯信息</b&g

123、t;</p><p>　　用戶登陸不了系統(tǒng)：可能是數據庫沒無此用戶名，需聯系相關部門人員。</p><p>　　由于用戶沒有及時保存數據造成的數據丟失：可通過數據還原，還原成最近的數據備份。</p><p><b>　　6.2 補救措施</b></p><p>　　故障出現后可能采取的變通措施，包括：</p>

124、;<p>　　數據備份：使用附加存儲設備備份數據。</p><p>　　數據恢復：如果數據造成丟失，可使用備份數據還原。</p><p>　　6.3 系統(tǒng)維護設計</p><p>　　主要對操作人員進行設置，實現操作人員添加，修改及操作權限的管理</p><p>　　6.4 主要界面設計</p><p&g