軟體工程實踐(二) (轉)

軟體工程實踐(二) (轉)[@more@]

 

可行性研究報告

:namespace prefix = o ns = "urn:schemas--com::office" /> 

一、可行性研究的前提

1．要求：開發一個教學事務管理　（注：註冊資訊　選課資訊　成績在該系統在上存貯）

(1).能輸入註冊資訊：即每個學期的註冊資訊應包括每個已註冊學生的班級代號、學號、姓名、註冊的學期；

　　　　　　選課資訊：即包括已註冊的每個學生的每個學期所選課程（本僅一年級的兩個學期）

　　　　　　成績：每個學生所選的課程的考核成績，包括補考成績；

(2).能輸出以下表格：

*分班的某門課程不及格的名單（含學號、姓名、成績）;

*某門課程全年級前５名的學號、姓名、成績；

*某門課程的選修者名單（含學號）；

*某個學生本學期的成績單；

*某門課程每個班的總平均分（從高到低排列）；

*某門課程某班的成績單（按學號排列）

(3).保密方面要求：進入系統要輸入密碼（以管理員身份登陸時）

(4).完成期限: ２００３年１月６日——１月２０日

２．目標　

(1).需要裝置　微型一臺;　開發人員　１５名

　(2).該系統的處理速度較現有系統應得到更大提高。

　(3).資訊的輸入與輸出服務應該有所改進

  (4).不僅要包含現有系統的基本功能及解決舊系統中存在的問 題。還應有所改進、創新。

３．條件、假定和限制

(1).該教學事務管理系統的執行壽命的最小值:  4 年

(2).可利用的資訊和資源：現有的教學系統的資訊和資源；

(3).執行環境：Win 9x/2000/xp

開發環境： Me

(4).投入使用的最後期限：２００３年一月１８日之後

二、新系統的高層邏輯模型 （見附圖1）

三、新系統的高層物理模型 （見附圖2）

四、可能的解決方案及其評價

從三方面研究每種解決方法的可行性：

(1).技術可行性　使用現在的技術完全可以實現該系統

(2).經濟可行性　這個系統的開發成本不高，節省的經濟資源以及經濟訊息能夠超過該系統的開發成本

(3).操作可行性　該教學事務管理系統在校院的各個辦公室都可以實現，操作人員為在校師生，所以不存在技術、能力問題。

五、簡要開發計劃

1．專案概述：

(1).工作內容：

問題定義、可行性分析、需求分析、概要設計、詳細設計、編碼分析、 測試、使用說明書。

(2).主要參加人員:

 課題 組長：吳亮

  組員：侯婕、趙香會、李莉、李平、洪聰煥、馮育超、王曉龍、劉斌、李濤、宋文堯、石鵬、陳洪濤、程磊、李吉輝、

(3).產品名稱：教學事務管理系統

(4).完成專案的最後期限：年1月17號

２．實施計劃：

(1).工作任務分解和人員組織分工：

問題定義：陳洪濤（2003-1-6提交問題定義報告）

可行性研究：侯婕、李莉（2003-1-7提交可行性研究報告）

需求分析及概要設計：馮育超、王曉龍、劉斌、程磊（2003-1-7至1-9透過對上兩步的審查，設計出系統邏輯模型核物理模型並完成相應的報告）

詳細設計：李平、李濤、宋文堯（2003-1-9至1-11在已設計出的模型的基礎上匯出結構及程式的邏輯和流程）

編碼除錯：吳亮、石鵬、洪聰煥（2003-1-11至1-14按照設計說明書編寫主程式並初步除錯）

測試：李吉輝、趙香會（2003-1-14至1-16測試系統並對錯誤進行改正）

使用者使用說明書：吳亮（2003-1-16提交使用者使用說明書）

(2).關鍵問題：

邏輯模型的設計及實現、介面設計、程式的容錯處理。

六 推薦行動方針

透過從技術，經濟，可操作三方面的研究，分析的出結論，此係統是可行的。

  為了使此係統滿足各項條件的前提下，儘可能高效的完成，推薦使用如下方針，即將來系統化分為若干個模組，開發人員可同時對其進行，最後編寫主程式，這樣以來，.1可以提高工作，並且各個模組的編寫較容易，出錯率較低，在除錯階段，對出現的錯誤容易查詢，修改也只須區域性的改動。而且，在經濟上是十分划算的，它可以大大減少開發成本，縮短開發週期。技術上也容易實施，因此，選用此方案。

新系統的高層邏輯模型（附圖1）

 

 新系統的高層物理模型 （見附圖2）