軟體工程課設管理系統審查測試問題清單

軟體工程課設報告

題目：軟體工程課設管理系統

——專案審核報告

學生姓名：薛浩楠楊宇飛

學號：1176807428 1176807432

專業：計算機4班

指導教師：趙宇紅

文件名稱：專案審核報告

專案名稱：軟體工程課設管理系統

專案負責人：楊宇飛，薛浩楠

編寫：楊宇飛，薛浩楠

完成日期： 2014.6.23

開發單位：軟體工程課設管理系統小組

目錄專案審核報告 4

一、專案審核表如表1所示 4

二、具體問題 4

1.1可行性研究階段 4

1.1.1存在的問題 4

1.1.2具體建議 5

1.2專案開發計畫階段 5

1.2.1存在的問題 5

1.2.2出現問題的所在文件的位置及頁碼 5

1.2.3具體建議 6

1.3需求分析階段 6

1.3.1存在的問題 6

1.3.2出現問題的所在文件的位置及頁碼 6

1.3.3具體建議 7

1.4概要設計階段 7

1.4.1存在的問題 7

1.4.2出現問題的所在文件的位置及頁碼 7

1.4.3具體建議 8

1.5詳細設計階段 8

1.5.1存在的問題 8

1.5.2出現問題的所在文件的位置及頁碼 8

1.5.3具體建議 9

專案開發心得體會 9

如表1所示

表1 專案審核計畫表

（1）背景調查不夠深入細緻，無法深入具體環節進行調查

（2）小組成員自身能力有限，考慮問題比較簡單

（3）本專案相關資料繁複龐雜，但沒有良好的規範指導

（4）資料庫系統的安全性不能完全確保

（5）缺乏有效地軟硬體環境，限制了專案開發的規模和安全性

（6）時間不夠，無法更深入地進行可行性分析

（7）小組成員均沒有實戰經驗，在開發過程中有諸多問題

（8）受到時間和資源的限制，無法進行適應不同系統的開發

（9）本專案忽略了經濟因素，所以並不適合真正投入運用

（10）沒有對具體資料庫系統等軟硬體裝置做出十分明確的規定

投入更長的時間進行可行性分析，能夠具體深入到社會實踐運用中，盡量能夠對軟硬體裝置以及經濟等各要素進行充分仔細的考慮

（1）驗收標準和驗收計畫比較草率，沒有清楚地規定

（2）人員組成的設定不夠清晰

（3）任務模組分組有交叉，職責不明確

（4）進度安排過於簡單，沒有考慮到任務的並行和序列化問題

（5）沒有給出關鍵模組的設計

（6）測試工作的時間安排上起始和結束時刻不明確

（7）對支援需求要求過於簡單，沒有考慮到各種情況

（8）每天**的提交沒有嚴格的規範，容易導致文件遺失

（9）對文件的修改和審核沒有嚴格的許可權劃分

（10）沒有按照甘特圖的時間安排執行專案開發

（1）驗收標準和驗收計畫比較草率，沒有清楚地規定

在文件第三頁

（2）任務模組分組有交叉，職責不明確

在文件第四頁

（3）沒有給出關鍵模組的設計

在文件第五頁

（4）沒有按照甘特圖的時間安排執行專案開發

在文件第五頁

人員分工更明確，降低模組之間的耦合度；

專案開發必須嚴格按照甘特圖的時間安排；

文件的提交和讀取最好採用vss工具；

每天的工作完成後，文件及時儲存；

對售票系統內所有操作都應進行必要的保護，對可能出現的誤操作應予以提示，盡可能方便使用者操作，引導操作者完成正確操作。

（1）沒有深入調查使用者需求

（2）沒有詳細檢測執行環境

（3）靜態資料設計簡陋，不利於後期維護

（4）沒有考慮到動態資料在程式中具體的傳遞和變化

（5）資料流圖過於簡單，沒有將細節表現出來

（6）資料流名詞解釋不夠嚴謹

（7）資料流的組成描述沒有採用規定的要求

（8）功能劃分不合理，不便於使用者操作

（9）沒有考慮到效能方面的要求

（10）不具有較好的可移植性

（2）沒有詳細檢測執行環境

在文件第三頁

（3）靜態資料設計簡陋，不利於後期維護

在文件第四頁

（9）沒有考慮到效能方面的要求

在文件第十五頁

考慮問題要嚴謹

要仔細聽取小組中成員的意見，設計時要考慮到效能和功能兩個方面

（1）目標不夠清晰

（2）流程圖不能很好的體現整個操作流程

（3）結構設計上有缺陷，使功能操作不方便

（4）模組介面設計不夠清晰，不利於維護

（5）介面描述不到位，很多細節沒有表現出來

（6）邏輯結構設計考慮不全面，不利於以後的改動

（7）忽視了資料結構的設計

（8）沒有明確規定執行的控制

（9）安全保密設計簡陋，無法保證資料資訊的安全性，可能產生資料庫的錯誤資訊

（10）後期維護考慮不周全

在文件第十三頁

（8）沒有明確規定執行的控制

在文件第十三頁

（5）介面描述不到位，很多細節沒有表現出來

在文件第九頁

概要設計時，必須依據需求分析文件中對功能的需求劃分模組；

介面設計必須簡潔，以利於後期維護；

詳細考慮執行流程後期維護等重要環節；

系統應該有很好的可擴充套件性和可維護性。

（1）功能劃分不合理，不便於使用者操作

（2）輸入輸出沒有給出明確的內部資料流交換

（3）測試要點考慮簡單，沒有考慮到復合操作的影響

（4）程式邏輯不能從整體上涵蓋整個網頁

（5）儲存分配沒有寫清楚每個欄位的作用

（6）程式流程圖過於簡單

（7）設計沒有完全從概要設計書出發，導致兩個文件有出入

（8）詳細設計並沒有做到詳細，忽略了很多細節問題

（9）詳細設計中用到的資料名詞之間沒有保持統一，容易引起誤解

（10）功能描述過於簡單

（2）輸入輸出沒有給出明確的內部資料流交換

在文件第

三、四、

五、七、

九、十一、十

三、十四頁

（3）測試要點考慮簡單，沒有考慮到復合操作的影響

在文件第

三、四、

六、八、

十、十二、十五頁

（5）儲存分配沒有寫清楚每個欄位的作用

在文件第

三、四、

六、八、

十、十二、十五頁

詳細設計書必須在概要設計的基礎上進行新增和完善；

對於內部和外部資料的交換和流向要做出明確規定，尤其是輸入輸出資料，必須明確，以利於對整體**的把握；

當使用者需求，如操作方式，執行環境，結果精度，資料結構於其他軟體介面等發生變化時，設計的軟體要做適當調整,靈活性非常；

測試要點要詳加考慮，測試要點也是開發過程中特別要注意的地方。

通過這次的專案開發，讓我們這學期所學的課程得到鞏固和良好的吸收，我們對.軟體工程的理解得到進一步提高，完善了一些把握不準確的知識點，加強了對團隊合作的理解明白了團隊合作的重要性，將這學期所學的知識應用到實踐中去，也從中了解到了自己的不足（比如。資料庫設計的完善問題，細節沒得到足夠重視等）。

同時也使我更深一步了解了軟體開發的工程性和計畫性。文件推動專案開發的步驟可以給每一步開發提供文件支援，也使開發人員對整個軟體有全域性性整體性的認識。

通過本系統軟體，能幫助老鼠利用計算機，快速方便地對學生選課情況，小組情況，學生成績等進行高效的管理

專案開發計畫的安排、需求分析的考察、概要設計和詳細設計的工作是只會更重要，需要更多的時間來做好，否則就會導致整個軟體開發的紊亂，整個軟體結構的不合理，功能的不完善。導致的問題都是致命的，小範圍的修修補補是沒有任何作用的。

因此軟體開發，必須重視前階段的分析和設計。

軟體工程課設管理系統審查測試問題清單

軟體工程課設圖書管理系統

軟體工程課設管理系統立項建議書

軟體工程課設管理系統概要設計規格說明

軟體工程課設管理系統審查測試問題清單

軟體工程課設圖書管理系統

軟體工程課設管理系統立項建議書

軟體工程課設管理系統概要設計規格說明

相關推薦