終端。f. 通過終端把得到的內容顯示到相應的介面上。
5.6 產品的功能
a. 使用者可以用該軟體對所用庫資1 引言
在現今的商品社會是乙個講究效率的社會，人們有很強的時間觀念，如果仍使用手工操作或使用相當繁瑣的軟體，既浪費了人力，又浪費了物力，效率無法提高，為此開發學生管理系統軟體，能夠適應現今社會並提高生產效率。
該系統軟體非常容易被接受，他具有簡單易學性，便於管理等功能。他是對學校學生管理的一種工具。
1.1 編寫目的
1.1.1 目的
這份可行性研究報告是對學生管理系統作的可行性研究分析及指出存在的必要性及本軟體的可行性。
1.1.2 預期的讀者
軟體管理人員，開發人員，維護人員。
1.2 背景
1.2.1 工程的名稱： 學生管理系統
1.2.2 工程產品的名稱： 學生管理系統
1.2.3 工程組織者： 學生管理系統開發小組
產品使用者： 學院管理學生的領導
產品設計者： 學生管理系統開發小組
產品生產者：學生管理系統開發小組
1.2.4 產品所有權：學生管理系統開發小組擁有
2 問題定義
2.1 工程概述
2.1.1 開展該工程的原因
由於現今的學生管理非常繁瑣，管理人員付出大量的工作時間，得到的效率很低。因此為提高工作效率，減輕校方人員的工作負擔，決定開發學生管理系統軟體。
2.1.2 該工程的基本目標
開發此學生管理系統軟體，以供教學人員及操作者進行學生管理，方便操作者隨時新增、查詢、修改等。為了我們提高軟體開發的能力，學習程式設計的技巧，提高工作設計思想，通過本次的工程開發，開發小組成員與輔助老師交流，能從中學習知識吸取經驗，再技術和軟體思想上同時得到鍛鍊和提高，從而使總體水公升到乙個新的高度。
2.2 經濟目標
由於本學生開發系統的主要背景(為本課程)在經濟上不注重直接的經濟收益，而是注重小組成員整體水平的提高。
2.3 社會目標
由於本系統在技術方面的完善性、促進性一旦推向社會將受到廣大教育單位的關注及支援。對我們民族教育及發展事業有很大的推動力。
2.4 工程規模
2.4.1 該工程所需人力資源總數為11人
輔導老師：周傳生
組長：李峰
小組成員：陸英、趙春妍、王振玉、嶽月、陳雪、曾言、王楠、佟玲、高璇、裴小梅
2.4.2 該工程所需時間
預計時間三個月
3 可行性研究的方法及評價度
3.1 可行性研究所採用的方法和步驟
通過調查分析開發學生管理所具備的能力及實現的方法。確定總體結構，利用c++所具有的能力，以最簡潔最容易的方法，使其成為乙個初級的系統軟體。
3.2 評價尺度
此軟體由於只是乙個初級產品，只要能構建乙個結構，達到一些幫助查詢、索引等基本功能和要求即可。
4 對現有產品的分析
4.1 相關關係
學生管理系統是利用c++技術建立在windows作業系統中的。
4.1.1 子集說明
在windows環境的學生管理系統是學生管理的應用程式，最終的產品是幫助學生管理人員對學生進行有計畫、有步驟、方便的管理學生。
學生管理系統生成後，要建立在windows的目錄下，可以直接使用。例如：
在windows資源管理視窗中，雙擊這個學籍系統的圖示，學籍管理系統就會自動開啟這個檔案。
4.2 產品功能
幫助學校的管理人員對於學生的各種資訊可以方便的查詢、輸入，及有條件的查詢。
4.3 產品使用情況
學生管理系統應用程式是利用windows操作平台，系統所承擔的工作是學生管理人員能夠方便快捷、清楚的查詢所需資料和對學生的管理上新台階。
4.4侷限性
需掌握一些相關操作，對操作手冊有點了解，系統更新期短。
5 工作產品
5.1 設計目標
本工程的設計目標就為學校學生管理提供快捷方法，使使用者能夠便捷查詢學生資料，使學校管理自動化。
5.2 設計及約束條件
a. 軟體系統的介面要美觀,布局要合理,視窗的內容盡量簡單明瞭提供的資訊,語言要通俗易懂,有層次感,分類清晰明了。
b. 根據現有條件和知識我們必須在技術方面,進行學習和提高。
5.3 產品工作原理
a. 先建立資料庫且追建資料庫的驅動程式。
b. 在使用時，由使用者在控制項中輸入，需要了解關鍵字的資訊，然後通過在控制項中輸入資訊生成乙個過濾條件。
c. 以生成的過濾條件為內容在資料庫中查詢相應的記錄。
d. 通過過濾功能在查詢出來的記錄中找到所需要的項。
e. 將查詢到的項通過控制項顯示到料進行查詢；
b. 使用者可以對該軟體中的庫資料進行新增；
c. 使用者可以了解應用一些簡單的資料庫系統；
d. 使用者可以用自己的語言--漢語言進行輸入。
5.7侷限性。
目前我們的使用範圍非常狹窄，且本軟體是我們的初次版本，如果該軟體提高版本，本軟體需要大量的修改和更新。
5.8 技術方面的可行性
系統現階段的發展過程中，利用現有人力和物力是完全具備的能力開發出來的，作為階段性產品，日後的發展空間大，實現方法逐步簡單容易，所以學生管理系統的技術上是完全可行的。
6 可選方案
6.1.1 修改方案與首選方案的不同
修改方案是應用於網路，它可以做到從遠端終端的輸入和輸出，它以**伺服器存放資料資訊。
6.1.2 本方案的概況
本方案所有介面的思想與選定方案相同,但輸出機制不同,它完全通過網路傳輸。
6.1.3 不選此方案的原因
a. 技術方面的不足，在現行技術中還不能達到網路間資料的寫入與讀出，並有相關網路協議的支援。
b. 如果在此方案中，資料較大，網路間的傳輸速度也會減慢。
7 投資及收益分析
7.1 市場分析
學生管理系統主要是為了解決學校的學生管理問題，並且減輕管理人員的工作負擔。本軟體是以c++語言程式設計作為工具。它具有編輯與解釋合一的特點，並且不限制於任何操作平台。
它是乙個自底層硬體逐漸鋪墊上來的，因此我們所生產出來的軟體相互適應性較強，所以在市場可以占有一定的份額。
7.1.2 工程產品所追求的市場
本系統所占有的市場為學校的市場，它追求的是簡單、易學、易懂、易用，能夠更有利的解決管理人員的負擔，能夠輔助學校有效的管理學生檔案。
7.1.3 市場現狀
目前學校並沒有完善的學生管理，因此，我們可填補此項技術上的空白,並且推向全國市場。
7.1.4 該產品的銷售對於購買方有影響
對於學生管理系統的使用者--校方，可滿足對學生管理的需求，且此種需求被接受並且滿足，其軟體便可以推廣。
7.2 投資估計
按本軟體學生管理系統開發方案，對於本系統軟體投資方向，體現於軟體開發、軟體生產及軟體測試。
7.2.1 估算方案
本系統完全按開發計畫進行估算，辦公用品的消耗，辦公裝置的消耗，開發人員生活與維護（包括水、電、房、工作餐）等。
7.2.2 具體專案總體估計
本系統大約總體耗費為8000元。
7.2.3 收益估計
本系統本非收益性質開發，重要是為解決學校現行學生管理的需要。
8 社會因素方面的可行性
8.1 技術
本系統與校方緊密結合，並且得到指導老師的支援。因此本系統具有開發研製條件。
8.2 使用方面的可行性
學校管理人員對該產品的應用是可行的。
9 產品可檢測性
9.1 檢測標準
軟體標準：軟體規模、複雜程度、安全性、可操作性、可觀察性、可控制性、冗餘的大小。
9.2 檢測的方法
通過軟體測試：
黑盒測試：主要在軟體介面上進行的測試。
白盒測試：在重要邏輯路徑進行測試，檢測重要資料結構的有效性。
10 產品的可生產性
學生管理系統使用c++語言可以達到開發效果,有著技術的先進性和可行性。
10.1 生產標準
10.1.1 質量標準
正確性：程式是否按程式流程圖及資料字典完成程度。
可靠性：安全執行時間越長越好。
可用性：是否能夠解決實際的存在問題。
完整性：對未授權的人員訪問此系統軟體可控性強。
靈活性：修改乙個程式的工作量。
10.1.2 生產工藝
軟盤是可滿足裝載的。
11 可行性綜合分析
11.1 技術方面
本工程產品開發周期為三個月，在技術方面採用c++語言程式設計與資料庫相結合方法來實現。要求所有資料資訊的儲存都由資料庫來完成，而這些資料資訊的呼叫必須由c++語言程式設計設計完成。
11.1.2 社會方面
學校的大力支援，對我們工程的程序非常有利。
11.2 競爭者分析
當產品生產出來後可大大減輕學生管理人員的負擔。這會保證我們在競爭中占有很大的優勢。
11.3 可行性結論
綜上所述，本工程的技術成熟、完備，測試手段可靠，具有良好的市場拓展，因此本工程可立即開始。
酒店管理系統軟體詳細開發
詳細設計任務，是在軟體概要設計的基礎上，完成更為詳細的模組級的設計，包括 更細的模組劃分 模組間資料流 模組內部資料結構 模組處理過程 程式流程圖 由於本軟體涉及到資料庫的應用，故還需要進行資料庫的設計，包括 表 記錄字段 事務 或操作 描述 詳細設計的框架參考以下模組配置圖 圖1 2 3 圖1 服...
物資管理系統軟體開發方案
軟體開發方案書 一 專案描述 專案名稱 軟體專案需求方 軟體專案設計方 成都遠創巨集圖網路工程 軟體專案名稱 物資管理系統 軟體開發代號 yc wz 軟體當前版本 version 1.0 專案簡介 專案總體由5部分構成 系統管理，基本資訊，庫存管理，廢舊物資管理，我的工作和報表管理。系統管理主要處理...
圖書管理系統軟體開發
軟體工程 實驗報告 實驗名稱 概要設計說明書 學號姓名 實驗2軟體設計說明書 待開發軟體系統的名稱 開發者 使用者 幫助使用者和系統開發人員及測試人員了解本系統。對系統進行功能分析，解釋與確認。作為開發人員詳細設計和測試人員測試的標準。本文件預期讀者為實驗室專案組成員，使用者和測試人員。列出本檔案中...