【專案名稱】立項說明書
1. 摘要
提示：用簡練的語言說明本專案「是什麼」，「什麼用途」。根據經驗，概念羅嗦含糊的專案很難被審核人員接受。所以專案定義一定要簡練且清晰。
2. 專案介紹
2.1. 專案背景
提示：從內因、外因兩方面闡述專案開發背景，重點說明「為什麼」要開發本專案。
o 內因方面著重考慮：短期、長期發展戰略。
o 外因方面著重考慮：市場需求及發展趨勢。
o 時間
o 如果是合同專案，請說明專案的**。
2.2. 專案主要功能和特色
提示：o 給出專案的主要功能列表
o 說明本專案的特色
o 說明本專案如何滿足使用者的需求，以及使用者帶來什麼好處。
2.2.1. 主要功能
功能清單
2.2.1.1.
2.2.2. 特色
系統核心功能及價值
2.3. 使用者特色
列出本軟體的終端使用者特點，充分說明操作人員、維護人員的教育水平和技術專長，以及本軟體的預期使用頻度。
2.4. 專案範圍
o 說明本專案「適用的領域」和「不適用的領域」。
o 說明本專案「應當包含的內容」和「不包含的內容」。
2.5. 市場規模與發展趨勢
o 分析市場發展歷史與發展趨勢，說明本專案處於市場什麼發展階段。
o 本專案和同類專案的**分析
o 統計當前市場的總額、競爭對手所佔的份額，分析本專案能佔多少份額。
注意：引用資料應用寫明資料**，最好有直觀的圖表。如果市面上沒有類似工具，本點可以不用寫
2.6. 專案發展目標
說明本專案的短期目標和長期目標。目標必須清晰並且可以度量。
2.7. 市場運營計畫
/*如果有涉及運營方式請填寫運營計畫，如活動*/
o 運營模式：線上運營/線下運營/聯盟/其它渠道
o 運時間：時間計畫
o 運營流程
o 推廣方式
o 運營目標：預估運營效果
3. 系統分析
3.1. 可行性分析
3.1.1. 技術的可行性
技術可行性分析至少要考慮以下幾方面因素：
（1）在給定的時間內能否實現需求說明中的功能。如果不能，要說明原因，並宣告建議：是否可以通過增加資源滿足客戶需求。
（2）產品的質量如何？有些應用對實時性要求很高，如果軟體執行慢如蝸牛，即使功能具備也毫無實用價值；有些應用對產品的正確性與精確性要求極高。
（3）產品的生產率如何？如果生產率低下，會逐漸喪失競爭力。在統計產品總的開發時間時，不能漏掉用於維護的時間。如果軟體的質量不好，將會導致維護的代價很高，是得不償失的事。
技術可行性分析可以簡單地表述為：做得了嗎？做得好嗎？做得快嗎？
3.1.2. 經濟的可行性
（1）成本與收益（成效）的分析，這個最容易理解，如果成本高於收益（成效）則表明經濟可行性欠佳。
（2）當遇到多種解決（開發）方案時，從短期與長遠利益的分析出發，對各種方案給出明確答案。
3.1.2.1. 成本分析
3.1.2.2. 成本/效益分析
3.1.3. 資源的可行性
資源上的可行性包括人力資源和系統資源。人力資源，在當前人員結構下，可投入幾個人月週期（需結合需求分析）；系統資源，泛指當前可調配的其他資源。
3.2. 需求分析
3.2.1. 功能需求
闡述本專案面向的消費群體（客戶）的特徵，本專案要實現什麼功能。本段落只要填寫立項專案的概要需求即可，而非詳細需求，需求內容的頁數控制在兩頁內。
3.2.2. 系統需求
提示：非功能性需求（沒有可不說明）
（1）精度：說明對該產品的輸入、輸出資料精度的要求；
（2）時間特性：響應時間、更新處理時間、資料的轉換與傳送時間等；
（3）靈活性：操作方式、執行環境、提供介面等；
（4）輸入輸出要求：解釋各輸入輸出資料型別，並逐項說明其**、格式、數值範圍、精度等，類似資料字典；
（5）資料管理能力要求：說明需要管理的文捲和記錄的個數、表和文捲的大小規模，要按可預見的增長對資料及其分量的儲存要求作出估算；
（6）故障處理要求：列出可能的軟體、硬體故障以及對各項效能而言所產生的後果和對故障處理的要求。如當故障發生時應通知誰。
（7）其他專門要求：如使用者單位對安全保密的要求，對使用方便的要求，對可維護性、可補充性、易讀性、可靠性、執行環境可轉換性的特殊要求等。
3.2.3. 安全需求
保證資料安全性，從多方面著手，包括系統管理、許可權管理、角色管理。
（1）管理員要落實到個人，限制管理員個數；
（2）適時給出安全提示；
（3）操作員應具備基本的計算機維護常識
3.2.4. 使用者介面需求
使用者介面是人與計算機之間的媒介。使用者介面的元素包括介面主顏色、字型顏色、字型大小、介面布局、介面互動方式、介面功能分布、介面輸入輸出模式。
（1）對使用者工作效率有顯著影響的元素包括：輸入輸出方式、互動方式、功能分布。
（2）影響使用者對系統友好性評價的元素則有：顏色、字型大小、介面布局等，這種劃分不是絕對的，產品介面作為乙個整體，其中任何乙個元素不符合使用者習慣、不滿足使用者要求都將降低使用者對軟體系統的認可度，甚至影響使用者的工作效率，而使使用者最終放棄使用系統。
可參照：可用性工程學、人機工程學、認知心理學、美學、色彩理論等方面。
3.2.5. 執行環境需求
（1）裝置：列出執行該產品所需要的硬體裝置；
（2）支援軟體：列出支援軟體,包括要用到的作業系統、編譯（或彙編）程式、測試支援軟體等；
（3）介面：說明該產品同其他軟體之間的介面、資料通訊協議等；
（4）控制：說明控制該產品的執行的方法和控制訊號，並說明這些控制訊號的**。
4. 文件說明
4.1. 讀者物件
需求提出方、專案開發組成員、系統測試人員、專案管理員。可參照下面內容填寫：
「需求提出方、專案開發組成員（需求分析員、主程、程式設計師、系統測試人員、專案管理員等、立項審核人等。」
4.2. 編寫目的
經過需求方和開發方的共同評審確認後，作為實施的依據。可參照下面內容填寫：
「經過需求方和開發方的共同評審確認並經立項確認通過後，作為專案實施及驗收的依據。」
4.3. 參考文獻
[識別符號] 作者，文獻名稱，出版單位（或歸屬單位），日期
例如：[aaa] 作者，《立項調查報告》，機構名稱，日期
[bbb] 作者，《立項可行性分析報告》，機構名稱，日期
4.4. 術語與縮寫解釋
1 專案立項及開發規劃說明書
project start report 學生公寓管理系統 專案立項報告 revision record修訂記錄 目錄目錄 1 1 project proposal 專案提出 2 1.1 project brief 專案簡介 2 1.2 project goal 專案目標 2 1.3 system ...
職務說明書
科榮線路板 深圳 編號 adm hr 01 編制審核批准 科榮線路板 深圳 編號 adm hr 02 編制 秦小虎審核 秦小虎批准 孫文兵行政主任行政主任管理代表 深圳明陽電路科技 職務說明書 編號 adm hr 03 編制 秦小虎審核 秦小虎批准 孫文兵行政主任行政主任管理代表 深圳明陽電路科技 ...
崗位說明書
第一部分高階管理人員 2 運營副總經理職務說明書 2 總工程師職務說明書 5 運營副總助理職務說明書 8 第二部分技術質量部門 10 研發部 10 研發部部長崗位說明書 10 研發工程師崗位說明書 13 工藝工程師崗位說明書 15 質量管理部 17 質量管理部部長崗位說明書 17 質量主管崗位說明書...