——基於web技術的高校**建設
1.2 編寫目的：通過對需求軟體的乙個總體調查，總結要實現的功能，分析實現各功能的流程，使開發者在開發過程能明確各流程和任務。
1.3 專案目標：設計乙個基於web技術的高校**，由前台人員開發乙個易用的**介面，包括教務管理、學生園地、留言板、管理員登入等。
1.4 開發組織：軟工06級 handstone開發小組
1.5 服務物件：高校學院（福州大學軟體學院）
1.6 資源：
硬體資源：正常鏈結網路的計算機一台。計算機基本配置要求： cpu主頻：1.60ghz以上，記憶體：512m以上，硬碟：100g以上。
軟體資源：wamp開發環境
1.7 限制：
時間限制，需在16週前完成；
人員限制，人數9人，且經驗的不足。
1.8 專案背景
當今的學校規模不斷壯大，校園活動更加活躍，一所高校下屬有較多的學院，比如福州大學就有不下20個學院，學校教務管理和學生工作管理的布置時常僅僅面對全校，至於某個學院的具體工作通知和學生工作管理目前任然無法很好的兼顧；而小學院內部不管是出於配合學校的工作，或是開展自身特色活動，教務管理和學生工作都無法直接借助學校來完成。因此，出於學院工作的要求，需要獨立開發乙個適合自身發展的學院**。一方面可以方便學院的管理，學院可以獨立的開放乙個學生**的活動天地。
另一方面學院可以針對自身的需求增加一些特色性模組。目前，學院已有乙個獨立**。但目前任然存在一些問題。
比如，管理更新資訊操作過程過於複雜，**和文件的上傳限制過多，並且**的安全程度目前存在不足。
出於以上的需求，以及為了改進複雜過程，同時提高**的安全性。我們決定為自己學院開發乙個學院**，改善管理員操作的簡易程度，提高**的安全性，特別是資料的安全性。
管理員資訊管理功能：建立授權管理員的資訊，可對**資訊其進行新增，刪除，修改等。
查詢功能：查詢教務資訊，查詢學生活動情況。
更新功能：時時更新通知資訊。
**留言功能：普通使用者可以**留言，表達自己的評論和建議；管理員可以回覆留言資訊，或者刪除留言。
3.1教務管理系統
3.1.1功能描述
主要通過管理員對教務資訊，如通知、檔案、報告等的更新（包括增加、刪除、修改等操作），實現教務資訊的管理。普通使用者可以**查詢教務資訊、學生工作通知等。
教務資訊的更新還可以通過鏈結學校現有的資訊和網路上其他資訊增加資訊的**。學生學籍和成績管理系統主要依賴於學校的教務系統。這樣可以減少**結構的複雜性，同時簡化**的維護工作。
3.1.2管理方式
管理員可以應用管理員許可權，管理自己所屬板塊。不同管理員型別的許可權有所區別。系統最高管理員，可以對**全部資訊進行管理，包括**上的通知資訊文件，以及更低一級的管理員的授權和**許可權的功能。
**資訊管理員可以對**上資訊進行操作，包括增加、刪除、修改等。
3.2學生園地
3.2.1功能描述
提供乙個學生活動通知和展示的平台，主要有團委學生會活動板塊，社會實踐板塊等。此模組的增加在於豐富**的功能，讓學院的學生擁有乙個自己內部交流的平台。
3.2.2應用物件：普通使用者。
3.2.3管理方式
學生園地管理員可以應用自身的許可權對學生園地的資訊進行操作，包括文件更新、**新增。
3.3留言板
3.3.1功能描述
提供普通使用者留言。普通使用者可以**留言，表達自己的意見和建議，但要建議禁止不健康資訊的出現。留言板管理員可以通過瀏覽留言資訊，同時進行回覆。
留言板管理員可以手動刪除留言資訊。留言板管理員對留言板塊資訊具有操作許可權，包括刪除、回覆。
3.4管理員登入
3.4.1功能描述
管理可以點選次模組進行登入，管理利用已註冊的資訊（使用者名稱，密碼）進行登入。系統自動判斷管理員型別和許可權，同時體統操作介面，實現管理員的管理功能。
技術：基於web技術的高校**建設涉及到web的多方面技術，經小組討論初步打算伺服器指令碼語言要用php，客戶端指令碼用j**ascript，後台資料庫用mysql，介面方面希望用html語言，這樣可以促進我們多學點東西，上學期學了j**ascript和mysql方面的知識，雖然php對我們來說很陌生，但是這個學期開的web選修課有這方面的相關知識，所以大家一致討論決定現學現用。
經濟：這次的**建設雖然說學校範圍，但是必要時我們只會實現乙個學院**的規模大小或者只實現其中的一部分功能，規模不會很大，需要管理的東西並不會龐大但也要完整，並不像大企業系統的要求一樣，所以開發所需的投資能在我們承受的範圍
管理：此次開發，實行3人一組，分組分工合作的模式。力求每個人所分工都涉及所有開發所需要的流程，並按照進度表進行，採用定期匯報總結方式，通過小組會議討論開發過程中所要解決的問題。
外部：由於仍有其他重要科目的學習，所以會占用時間，影響軟體開發的進度；小組成員的首次合作，也需要個磨合過程，需要分清各自的任務，調節彼此的合作，才能協調，快速，有效地完成開發過程
資源：硬體方面--裝配了開發環境的電腦，必要的學習資料；軟體方面需j**ascript和php開發環境的配置， mysql等資料庫的開發軟體等等。
投資：時間---在第16周之前完成
小量金錢購買必要的書籍。
人力——小組成員分工合作，定期開會總結，資料查詢，與前輩交流整理需求，總結實現功能等等
進度：第一到三周：老師教授指導，確定分組
第四、五周：完成客戶需求分析及產品專案規格說明書；
第六周：完成軟體需求規格說明書：
第七、八周：完成**具體各個模組的詳細軟體設計說明書，其中涉及**的具體規劃與設計
第九、十周：完成靜態頁面設計與製作及測試
第十一、十二周：動態頁面製作及測試
第十三、十四周：資訊動態發布系統的製作及測試
第十五周：網路的發布與測試
第十六周：完成各種文件，如使用者（安裝、操作）手冊，專案開發總結報告等
從財務角度來看，列入系統軟體的成本有如下的專案：
（1）硬體購置費如計算機及相關裝置的購置，不間斷電源、空調器等的購置費。
（2）軟體購置費，如作業系統軟體、資料庫系統軟體和其它應用軟體的購置費。
（3）人工費，主要是開發人員、操作人員、管理人員、的工資福利費等。
（4）培訓費。
（5）通訊費，如購置計算機網路裝置、通訊線路器材、租用公用通訊線路等的費用。
（6）基本建設費，如新建、擴建機房、購置計算機機台、機櫃等的費用。
（7）財務費用。
（8）管理費用，如辦公費、差旅費、會議費、交通費。
（9）材料費，如列印紙、包帶、磁碟等的購置費。
（10）水、電、汽、氣費。
（11）專有技術購置費。
（12）其它費用，如資料費、固定資產折舊費及諮詢費。
由於我們的專案屬於課程設計實踐，故僅有以下費用：
物力：材料費若干元；外出尋找參考資料，手機**費用若干
電費：平均12元/月，共36元。合計106元。
人力：前一兩周，各組組員相互討論，與前輩交流等等來分析此系統所許要實現的功能等。每個星期組員開一次會議，商討下步計畫，更細劃分工，確定開發流程和任務方向。
平時大家自習學習相關知識，需要到圖書館，書店等查詢相關的書籍以及資料。平時，與有經驗的老師溝通，希望能得到指導和開發方向，意見。
第一到三周：老師教授指導，確定分組
第四、五周：完成客戶需求分析及產品專案規格說明書；
第六周：完成軟體需求規格說明書：
第七、八周：完成**具體各個模組的詳細軟體設計說明書，其中涉及**的具體規劃與設計
第九、十周：完成靜態頁面設計與製作及測試
第十一、十二周：動態頁面製作及測試
第十三、十四周：資訊動態發布系統的製作及測試
第十五周：網路的發布與測試
第十六周：完成各種文件，如使用者（安裝、操作）手冊，專案開發總結報告等
《基於web技術的高校**建設可行性報告》
圖書館管理系統需求規格說明書
圖書館管理系統 需求規格說明書 目錄1.概述 1.1 編寫目的 1.2 專案背景 2.任務概述 2.1 軟體總體描述 2.2 使用者特徵 2.3 執行環境 3.功能需求 3.1 功能劃分 3.2 功能描述 3.3 用例圖 3.4 流程圖 4.故障處理需求 4.1 軟體執行故障 4.2 使用故障 5....
圖書館管理系統需求分析規格說明書
圖書館管理系統 需求分析規格說明書 小組成員 目錄一 引言 3 1.1 編寫目的 3 1.2 專案背景 3 1.3 術語定義 3 1.4 參考資料 3 二 任務概述 4 2.1 功能概述 4 2.2 約束條件 5 2.3 目標 6 2.4 使用者的特點6 三 資料流圖與字典 6 3.1 資料流圖 6...
圖書館管理系統之需求規格說明書
目錄一 引言2 1 編寫目的2 2 背景說明2 3 開發工具2 4 預期目標2 5 質量保證2 6 關鍵字3 二 功能概述3 三 資料流圖與資料字典4 1.資料流圖4 2.資料字典9 3.明10 四 資料庫分析13 1.區域性er模式13 2.全域性er模式13 五 介面14 1.使用者介面14 2...