1、虛擬星空軟件項目計劃書審 核：批 準：第一章項目概述11目的可以用作學習夜空知識的教具，還可以作為天文愛好者星空觀測的輔助工具，或者僅僅是滿足一 下好奇心。1.2項目背景隨著人們生活水平的提高，人們對自然的渴望越來越濃烈，其中“追星族”人數的增多就體現了 這一點。更多的人希望能象以前一樣仰望星空，辨識星座。不過在大城市，強烈的光污染與較差的空 氣質量限制了人們在戶外觀星的條件。本軟件就為人們提供了一片數字化的星空，讓用戶足不出戶， 在個人電腦上便可以了解天文，愛上天文。13主要功能（1）概述：根據觀測者所處的時間和地點，計算天空中太陽、月球、行星和恒星的位置，并將其顯示出來。 它還可以繪制星座

2、、虛擬天文現象（如流星雨、日食和月食等）（2）功能描述：擴展目錄包含超過2.1億顆恒星星宿和星座的繪畫星云圖像逼真的銀河非常真實的大氣和光線效果八大行星及其恒星強大的縮放功能自由控制時間流動多語言界面望遠鏡控制功能赤道/地平坐標網格星體閃爍流星 超新星模擬第二章項目估算2.1使用的歷史數據天文一般數據1天文單位1.4960*10Am1光年 9.4605*10人15口=6.324*10人4 天文單位1秒差距 3.0857*10人16口=206265天文單位=3.262光年黃赤交角（2000 年）23 ° 26'21.448"1恒星日 0.99726957平太陽日=23

3、時56分01.0905秒（平太陽時）1平太陽日1.00273791恒星日=24時03分56.5554秒（恒星時）1朔望月 29.530589平太陽時=29日12時44分11.4秒（平太陽時）1回歸年 365.24220平太陽日1恒星年 365.25636平太陽日1儒略年 365.25平太陽時=8766時=525960分=31557600秒1格里年 365.2425平太陽日=365日5時49分12秒1太陰年 12朔望月=354.36平太陽日 歷書時1秒 1900年1月0日歷書時12時瞬刻回歸年長度的1/31556925.9747原子時1秒 絕原子躍遷頻率 9192631770周所經歷的時間太陽數

4、據太陽視差 8.794"日地平均距離1天文單位=1.4960*10A11m日地最近距離1.4710*10A11m日地最遠距離1.5210*10A11m太陽直徑 1392530千米太陽表面積6.087*10人12平方千米太陽體積 1.412*10人18立方千米太陽質量 1.989*10A33g太陽平均密度1.41g/cmA3太陽常數平均值1.37千瓦/平方米太陽表面有效溫度5770K太陽中心溫度 1.5*10A7K 太陽年齡 5*10人9年太陽活動周期的平均長度11.04年2.2使用的評估技術1、數學方法：線性加權和函數法、乘數合成法、加乘混合合成法、代換法。2、多元統計方法：主要有主

5、成分分析法 (principal component analysis)、因子分析法 (factor analysis)、判另U分析、聚類 分析、距離綜合評價方法、數據包絡分析方法。3、模糊綜合評價方法：模糊聚類分析、模糊綜合評判法。4、灰色聚類評價方法：灰色關聯度、灰色關聯度聚類、灰色變權聚類、灰色定權聚類、多層次灰色評價、灰色最優聚類 分析。2.3工作量，成本，時間的估算工作量：規劃天文數據庫數據。較多成本：2000元時間：45天第三章風險評估3.1風險識別(1) 打開軟件時間過長（2）退出時延遲（3）具體信息顯示失誤（4 ）長時間不操作容易卡機（5 ）定位信息不準確（6 ）天體運行速度快

6、，捕捉不到（7 ）漢化失敗（8）在使用過程中，自動最小化。（9）在使用過程中，因操作失誤有可能會出現按鍵無功能或出錯現象（10）開發人員的技術層次不同3.2風險對應策略用多種方法進行測試，反復測試。讓開發人員大致處于同一層次。第四章項目進度計劃項目任務分解：可行性研究報告：1 要求 主要功能：為用戶提供天體觀測服務，方便天文愛好者的觀測。性能要求：天文數據庫提供的信息必須及時的反映在用戶的工作平臺上。 輸出要求：數據完整，詳實，簡捷，快速，實時。完成期限：預計幾個月。2目標為用戶提供一個天文觀測平臺，降低天文觀測的費用，使用戶可以便捷的觀看天體。3條件，假定和限制 建議軟件壽命：2年 經費來源

7、：無 硬件條件：服務器，終端為 pc機。運行環境：Linux/Unix、Windows95/98/2000/NT/XP/7、Mac OS X10.3 或更高。4決定可行性的主要因素技術可行，現有技術可完全承擔開發任務。操作可行，軟件能被用戶快速接受。5技術可行性分析系統實現后，它可以根據觀測者所處的時間和地點，計算天空中太陽、月球、行星和恒星的位置，并將其顯示出來。它還可以繪制星座、虛擬天文現象（如流星雨、日食和月食等）。可以用作學習夜空知識的教具，還可以作為天文愛好者星空觀測的輔助工具，或者僅僅是滿足一下好奇 心。6經濟可行性分析支出：-效益：-收益/投資比：- 投資回收周期：-7用戶使用可

8、行性用戶只需要少量的計算機基礎就可以操作。8結論意見技術、經濟、操作都有可行性，可以進行開發。需求分析：需求分析是整個設計中重要的一環，當可行性分析完成，項目立項，確定開發角色后，有關的設 計開發人員與相關業務人員共同對業務流程、管理方式進行分析，并進行資料的收集、整理。在完成 了對有關數據信息的收集、歸納和分析整理后，確定了用戶需求，對軟件必須完成的功能進行了定義， 在此基礎上完成了數據定義，建立了數據字典。步驟：首先調查組織機構情況包括了解該組織的部門組成情況，各部門的職能等，為分析信息流程作準備。然后調查各部門的業務活動情況包括了解各個部門輸入和使用什么數據，如何加工處理這些數據，輸出什

9、么信息，輸出到什么部門，輸出結果的格式是什么。協助用戶明確對新系統的各種要求包括信息要求、處理要求、完全性與完整性要求。確定新系統的邊界確定哪些功能由計算機完成或將來準備讓計算機完成，哪些活動由人工完成。由計算機完成的功能就是新系統應該實現的功能。分析系統功能分析系統數據編寫分析報告常用類型：跟班作業通過親身參加業務工作來了解業務活動的情況。這種方法可以比較準確地理解用戶的需求，但比較耗費時間。開調查會通過與用戶座談來了解業務活動情況及用戶需求。座談時，參加者之間可以相互啟發。請專人介紹。詢問對某些調查中的問題，可以找專人詢問。設計調查表請用戶填寫如果調查表設計得合理，這種方法是很有效，也很易

10、于為用戶接受的。查閱記錄即查閱與原系統有關的數據記錄，包括原始單據、賬簿、報表等。通過調查了解了用戶需求后，還需要進一步分析和表達用戶的需求。分析和表達用戶需求的方法主要包括自頂向下和自底向上兩類方法。數據庫設計：概念設計：對用戶要求描述的現實世界 （可能是一個工廠、一個商場或者一個學校等），通過對其中諸處的分類、聚集和概括，建立抽象的概念數據模型。這個概念模型應反映現實世界各部門的信息結 構、信息流動情況、信息間的互相制約關系以及各部門對信息儲存、查詢和加工的要求等。所建 立的模型應避開數據庫在計算機上的具體實現細節，用一種抽象的形式表示出來。以擴充的實體 （E-R模型）聯系模型方法為例，第

11、一步先明確現實世界各部門所含的各種實體及其屬性、實 體間的聯系以及對信息的制約條件等，從而給出各部門內所用信息的局部描述（在數據庫中稱為用戶的局部視圖）。第二步再將前面得到的多個用戶的局部視圖集成為一個全局視圖，即用戶要描述的現實世界的概念數據模型。邏輯設計：主要工作是將現實世界的概念數據模型設計成數據庫的一種邏輯模式，即適應于某種特定數 據庫管理系統所支持的邏輯數據模式。與此同時，可能還需為各種數據處理應用領域產生相應的 邏輯子模式。這一步設計的結果就是所謂“邏輯數據庫”。物理設計根據特定數據庫管理系統所提供的多種存儲結構和存取方法等依賴于具體計算機結構的各 項物理設計措施，對具體的應用任務

12、選定最合適的物理存儲結構（包括文件類型、索引結構和數據的存放次序與位邏輯等）、存取方法和存取路徑等。這一步設計的結果就是所謂“物理數據庫”。在上述設計的基礎上，收集數據并具體建立一個數據庫，運行一些典型的應用任務來驗證數 據庫設計的正確性和合理性。一般，一個大型數據庫的設計過程往往需要經過多次循環反復。當 設計的某步發現問題時，可能就需要返回到前面去進行修改。因此，在做上述數據庫設計時就應 考慮到今后修改設計的可能性和方便性。運行與維護設計在數據庫系統正式投入運行的過程中，必須不斷地對其進行調整與修改。至今，數據庫設計的很多工作仍需要人工來做，除了關系型數據庫已有一套較完整的數據范 式理論可用

13、來部分地指導數據庫設計之外，尚缺乏一套完善的數據庫設計理論、方法和工具，以 實現數據庫設計的自動化或交互式的半自動化設計。所以數據庫設計今后的研究發展方向是研究 數據庫設計理論，尋求能夠更有效地表達語義關系的數據模型，為各階段的設計提供自動或半自 動的設計工具和集成化的開發環境，使數據庫的設計更加工程化、更加規范化和更加方便易行， 使得在數據庫的設計中充分體現軟件工程的先進思想和方法。總體設計界面設計：軟件啟動封面設計清晰直觀的顯示該軟件的特點，插圖以深藍色為背景， 地球簡筆畫相互配合， 讓人耳目一新。上面有醒目的標注制作，產品商標，軟件名稱，版本號，網址，版權聲明等信息。方便使用者在 軟件啟

14、動的時候得到提示。軟件框架設計這款軟件的操作界面非常的清晰直觀，首先以一個地球形狀我為主體，并與太陽相結合，以 及用藍天做背景。整個界面的右上角為觀察框架，下方正是主要的瀏覽工具欄。左上角則是所觀 察天體的詳細信息。清晰直觀。初學者也容易上手。軟件按鈕設計所有按鈕均為單次點擊，圖標為正常鼠標模式，進行360度旋轉的時候鼠標會變成小手模式。 此外所有的功能按鈕均為形象化，讓使用者能夠輕易地選擇出應用的功能。按鈕的反應速度也是 非常的靈敏，縮放功能滑動滑輪即可。操作簡便。菜單設計為方便使用者，只需將鼠標移至屏幕最下方，菜單自動滑出。安裝過程設計安裝界面簡潔易操作，安裝過程中還能夠了解的該軟件的基本

15、信息。包裝及商品化打包信息完整，圖標鮮明友好。打包過程中產品的信息業都一并被打包進去。網頁設計：確定網站主題網站主題主要為該產品的相關介紹，特點鮮明，直觀大方得體！附加另外公司基本信息以便于更加了解軟件。搜集材料從國家天文數據庫中獲取材料制作網頁專門網絡人員設計上傳測試網頁制作完畢，最后要發布到 Web服務器上，才能夠讓全世界的朋友觀看，現在上傳的工具有很多，有些網頁制作工具本身就帶有FTP功能，利用這些 FTP工具，你可以很方便地把網站發布到自己申請的主頁存放服務器上。網站上傳以后，你要在瀏覽器中打開自己的網站，逐頁逐 個鏈接的進行測試，發現問題，及時修改，然后再上傳測試。維護更新公司會不定

16、期將軟件優化與調試，盡量滿足客戶的需求。相關美工設計：運用美化工具，遵循獨特性、易用性、規范性、合理性、美觀與協調性、界面的簡明的美化 準則。測試計劃：運用白盒測試的測試方法對軟件經行測試，完善整個軟件。操作手冊：1、Stellarium用戶可以通過拖拽天空看到頭頂上的星際。默認是實時顯示，所以波斯的截圖就不是夜間版 了，夜間版比較有說服力的說。背景的圖，就是下圖可見的樹木房屋之類都是可換的。2、設置語言1）、打開軟件，點到“設定”（快捷鍵F2）;2）、看到“主設定畫面” （Main），出現 “程序介面語言” （Program Ianguage）；3）、然后打開中間的語言選項，在末尾處就有，以

17、及內地和香港的。4）、最后別忘記點保存設置，不然下次會還原語言的。3、星空及顯示1）、在軟件左側有各種選項欄，其中F4是在軟件內顯示的各種內容 （其余的F1是說明；F2是設定；F3是搜索；F5是日期及時間；F6是所在地點）點開它，其中有4個大項，及 “天空” “標示”“地景”“星空術語”、在“天空”中，你可以選擇天體絕對相對的大小；行星以及衛星還有大氣層的顯示；流星天頂的小時率（你所調整的數據越高，流星就出現得越多）。2）、在“標示”中，可以選擇天球的顯示，各種坐標網格（不調整各種網格的顯示，畫面會有干凈，浩瀚的感覺，如果調整，有一種“天文范”，感覺標準，權威）；可以選擇各種星座的顯示，名稱，

18、連線和亮度等（喜歡星座的人當然會選擇）；在下方還可以調整投影方式。3）、在“地景”中，你可以據個人喜好，調整地景；還有，假設你想體驗沒有地面的全景星 空，在右下方選項中調整。你甚至可以自己制作地景，把自己觀測地點的各項地標嵌入軟件，方 便根據地面各地標從空中尋星。（右圖即是用戶根據自己的觀測環境制作的地景。N41° ，E126°九月下旬日出）4）、“星空術語”中，就是根據需要，調整各國各地區對星座，行星，衛星等命名，其中包 括中國。測試分析報告：編寫目的編寫該測試總結報告主要有以下幾個目的 通過對測試結果的分析，得到對軟件質量的評價 分析測試的過程，產品，資源，信息，為以后

19、制定測試計劃提供參考評估測試測試執行和測試計劃是否符合分析系統存在的缺陷，為修復和預防bug提供建議背景在研究各種天文現象的前提下，更立體的感受天空的美感用戶群有興趣的天文愛好者定義嚴重bug:出現以下缺陷，測試定義為嚴重bug系統無響應，處于死機狀態，需要其他人工修復系統才可復原。點擊某個菜單后出現"The page cann ot be displayed ”或者返回異常錯誤。進行某個操作（增加、修改、刪除等）后，出現"The page cannot be displayed”或者返回異常錯誤當對必填字段進行校驗時，未輸入必輸字段，出現“ The page cannot

20、 be displayed”或者返回異常錯誤系統定義不能重復的字段輸入重復數據后，出現“The page cannot be displayed”或者返回異常錯誤測試對象虛擬天文館測試階段系統測試測試工具Bugzilla缺陷管理系統參考資料虛擬天文館需求和設計說明書虛擬天文館數據字典虛擬天文館后臺管理系統測試計劃虛擬天文館后臺管理系統測試用例虛擬天文館項目計劃測試概要虛擬天文館后臺管理系統測試從2012年7月2日開始到2012年8月10日結束，共持續39天，測試功能點174個，執行2385個測試用例，平均每個功能點執行測試用例13.7個，測試共發現427個bug，其中嚴重級別的 bug68個，

21、無效bug44個，平均每個測試功能點2.2個bug。虛擬天文館總共發布 11個測試版本，其中B1 B5為計劃內迭代開發版本（針對項目計劃的基線標識），B6 - B8為回歸測試版本。計劃內測試版本，B1 B4測試進度依照項目計劃時間準時完成測試并提交報告，其中B4版本推遲一天發布版本，測試通過增加一個人日，準時完成測試。B5版本推遲發布2天，測試增加2個人日，準時完成測試。B6 B11為計劃外回歸測試版本，測試增加5個工作人日的資源，準時完成測試。虛擬天文館測試通過Bugzilla缺陷管理工具進行缺陷跟蹤管理，B1 B4測試階段都有詳細的bug分析表和階段測試報告。測試執行此次測試嚴格按照項目計

22、劃和測試計劃執行，按時完成了測試計劃規定的測試對象的測試。針對測試計劃規定的測試策略，在測試執行中都有體現，在測試執行過程中，依據測試計劃和測 試用例，對系統進行了完整的測試測試用例功能性系統實現的主要功能，包括星空，地景，星空術語。系統實現的次要功能，包括為用戶查找星座，立體觀看星空 需求規定的輸入輸出字段，以及需求規定的輸入限制 易用性操作按鈕提示信息正確性，一致性，可理解性限制條件提示信息正確性，一致性，可理解性 必填項標識輸入方式可理解性中文界面下數據語言與界面語言的一致性測試環境硬件環境應用服務器數據庫服務器客戶端硬件配置CPU: Intel(R) Celeron(R) CPU 2.

23、40GHz stepping 01Memory :1048256kHD : ST380817AS 80GSATACPU:In tel(R)Celero n(R)CPU2.40GHz steppi ng 01 Memory :1048256kHD : ST380817AS 80GSATACPU: Intel(R) Celeron(R)CPU 2.40GHz steppi ng 01Memory :1048256kHD : ST380817AS 80GSATA軟件配置OS： CentOS 4.2OS: CentOS 4.2MySQL 5.0.17 Li nuxWindow2000Professio

24、nal( SP2)網絡環境10M LAN10M LAN10M LAN測試結論功能性系統正確實現了通過數據字典管理基礎數據的功能，實現了數據內容的多語言功能，實現了中英文界面。實現了基礎數據管理，酒店集團管理，酒店基礎信息管理，渠道管理，代理管理， 用戶管理的查詢，添加，修改，刪除的功能，系統還實現了將權限控制細化到菜單按鈕的功能。系統在實現用戶管理下的權限管理功能時，存在重大的缺陷，權限控制不嚴密，權限設計有 遺漏。易用性現有系統實現了如下易用性：輸入限制的正確性輸入限制提示信息的正確性，可理解性，一致性現有系統存在如下易用性缺陷：界面排版不美觀輸入，輸出字段的可理解性差輸入缺少解釋性說明中英

25、文對應的正確性中英文混排可靠性現有系統的可靠性控制不夠嚴密，很多控制是通過頁面控制實現的，如果頁面控制失效，可以向數據庫插入數據，引發錯誤。現有系統的容錯性不高，如果系統出現錯誤，返回錯誤類型為找不到頁面錯誤，無法回復到 出錯前的狀態兼容性現有系統支持 window下的IE瀏覽器和傲游瀏覽器，支持linux系統下的IE瀏覽器和火狐瀏覽器。現有系統未進行其他兼容性測試安全性現有系統控制了以下安全性問題：把某一個登錄后的頁面保存下來，不能單獨對其進行操作不進行登錄 直接輸入某一頁面的 Url能否打開頁面并進行操作不應該允許。現有系統未控制以下安全性問題：用戶名和密碼應對大小寫敏感登陸錯誤次數限制分

26、析摘要覆蓋率此次測試，所有測試用例都是在中文界面下執行，未在英文界面下執行，測試不包括英文界 面下的測試，也不包括正對英文翻譯的測試。此次測試，部分頁面需求描述無明確的定義，對輸入限制無詳細定義，無明確的測試依據， 在測試過程中，測試是根據輸入字段含義，測試人員理解，以及和項目經理，開發人員溝通獲得 測試依據，無法保證測試依據的正確性和完整性，因此，沒有進行完整的，正確的無效數據的測 試，測試覆蓋率不夠，無法保證測試的有效性和正確性下面為此次測試測試用例覆蓋率分析圖： 遺留缺陷的影響1缺陷描述：星座物語添加頁面，“距離”字段無單位，建議增加單位缺陷影響：距離字段無單位說明，無衡量標準，用戶易用

27、性不好 推遲原因：需求定義無單位定義，統一在升級版本中解決2. 缺陷描述：tomcat日志有亂碼，日志無項目名稱，查看不方便 缺陷影響：其他項目日志都有項目名稱，日志無項目名稱，查看不方便 推遲原因：目前的日志為了調試方便，顯示了很多其它信息，在項目正式發布時會統一 處理的。建議在項目開始的時候應該制定編碼標準，數據庫標準，需求變更標準，開發和測試人員都嚴格按照標準進行，可以在后期減少因為開發，測試不一致而導致的問題，同時也可以降低溝通成本。發布版本的時候，正確布置測試環境，減少因為測試環境，測試數據庫數據的問題而出現的 無效bug。開發人員解決bug的時候，填寫bug原因以及解決方式，方便b

28、ug的跟蹤。開發人員在開發版本上發現 bug,可以通知測試人員，因為開發人員發現的bug很有可能在測試版本上出現，而測試人員和開發人員的思路不同，有可能測試人員沒有發現該bug，而且，這樣可以保證發現的 bug都能夠被跟蹤。度量測試時間2012年7月2日至2012年8月6日共35天測試人力1人X 7天+ 1人X 35天42人天硬件資源服務器：PC 2臺客戶端：PC 2臺功能性錯誤功能沒有實現，導致無法進行需求規定的功能的測試。主要是無法進入酒店項目開發總結：1引言1.1編寫目的為了總結報告在工作過程中產生的問題、行到經驗，并且總結報告設計和制作者過程中的邏輯和想法。1.2背景項目名稱：模擬天文館開發背景：通