前景與範圍文件
文件狀態：
[ ]草稿
[ ]正式發布
[ √]正在修改
當前版本：
版本1作 者：
完成日期：
2023年11月3日
1.業務需求
1.1應用背景
大學生到教室自習或者組織各種活動，是大學生活中比較尋常的事了。然而有時卻會因為無法知道教室占用情況而煩惱。也可能因此而花費大量無用的時間去尋找乙個教室去自習或者組織活動，並且更令人不快的是，有時好不容易找個教室自習，卻因為學生活動而被迫重新尋找教室。然而可能學校有教務系統可以查詢教室占用情況，可是對於不在寢室上網的同學來說，這還是相當麻煩和不現實的。
1.2業務機遇
1.3業務目標
業務目標的例子如下：
bo-1：在第一版應用之後3個月之內，節約學生尋找教室的時間10分鐘。
bo-2：在第一版應用之後6個月之內，學生成功找到合適的教室的百分比為80%。
成功標準的例子如下所示：
sc-2：在第一版應用之後6個月內，學生對尋找教室這一過程的滿意度為90%。
1.4業務風險
業務風險的示例如下：
ri-1:使用該系統的學生太少或者智慧型手機使用者群體不太大，使得系統的功能不能充分發揮，從而減少了系統開發的投資回報。
ri-2：可能對於少數突發的情況**不充分，導致系統出現混亂，學生不滿意系統。
2專案前景
2.1前景概述
2.2主要特性
fe-1：系統伺服器端需要教務處人員對本學期的課表進行匯入，使全校教室占用情況能夠查詢。
fe-3：學生可以隨時查詢每個特定教室的使用情況。
fe-4：學生可以隨時查詢某個時間段所有教室的使用情況。
fe-5：學生可以查詢各個教室的座位空餘情況。
2.3假設與依賴
as-1：學生會、團委、班級等嚴格按照預定教室的流程，不得不經過批准就私自占用教室。
as-2：教務處必須有管理員進行及時的變更，並對申請作出回應。
3.專案範圍
3.1第一版範圍
3.2後續版本範圍
特性
版本1
版本2
版本3
fe-1
完全實現
fe-2
簡單的預定
完全實現
fe-3
完全實現
fe-4
完全實現
fe-5
未能實現
未能實現
完全實現
4.專案環境
4.1操作環境
1.使用者使用系統只需連線流動網路即可查詢教室占用情況。
2. 管理員需要對系統服務端進行及時的更新操作。
4.2涉眾
這個系統中的主要涉眾如下表：
涉眾特點
想查詢教室情況的學生
主要使用這個系統來選擇教室，來滿足他們的需求（主要節約時間方面）。
申請占用教室的學生
希望通過這樣乙個系統能夠及時預定教室並且不會影響其他學生的正常活動。
教務處管理員
需要及時負責的管理和維護系統，對預定教室的請求進行及時的處理。並給出反應。
4.3專案屬性
具體專案屬性如下表：
屬性
驅動因素
約束因素
可調整因素
特性
各個版本的功能必須完全可操作。
在最終版本中進行調整。
質量
使用者滿意度必須達到85%；必須通過全部的安全機制檢查，系統能夠在win7,winxp等作業系統下穩定工作。
在後續版本中完善功能提高使用者滿意度
成本
專案經理
必須控制開發費用在額定範圍內
允許費用超過的最大額度不超過總經費的10%
進度
專案經理
必須保證開發時間在規定時限範圍內
開發時間最長不得超過規定時間2天
人員
團隊規模包括乙個專案經理，兩名開發人員，和一名測試人員
人員數目按照規定嚴格控制
如果計畫不夠，可以適當增加人員務必保證在規定時間內完成專案。
詞彙表：
模型
基於手機平台的教室占用情況管理系統前景與範圍文件
前景與範圍文件 文件狀態 草稿 正式發布 正在修改 當前版本 版本1作 者 完成日期 2013年11月3日 1.業務需求 1.1應用背景 大學生到教室自習或者組織各種活動，是大學生活中比較尋常的事了。然而有時卻會因為無法知道教室占用情況而煩惱。也可能因此而花費大量無用的時間去尋找乙個教室去自習或者組...
Linux檢視程序的記憶體占用情況
原文 top命令是 linux 下常用的效能分析工具，能夠實時顯示系統中各個程序的資源占用狀況，類似於 windows 的任務管理器 內容解釋 pid 程序的id user 程序所有者 pr 程序的優先級別，越小越優先被執行 ninice 值 virt 程序占用的虛擬記憶體 res 程序占用的物理記...
基於C 的教室管理系統
1 需求分析 核心需求 實現教室管理系統，完成對學校教室的維護 查詢 預約 統計功能。程式擁有許可權控制，分為管理員和普通使用者 管理員需求 檢視某棟樓教室的概要資訊 每個教室的詳細資訊 包括教室基本資訊 預約情況 上課情況 修改某教室基本資訊 增加教室 刪除教室 增加某教室上課情況 統計某類教室的...