軟件需求分析報告 篇1
I目錄
1.總體功能需求------------------------------------------------------------1
2.軟件開發平台需求---------------------------------------------------------1
3.軟件需求分析------------------------------------------------------------1
3.1.軟件範圍-----------------------------------------------------------1
3.2軟件的風險----------------------------------------------------------1
3.3軟件的功能----------------------------------------------------------2
3.4用户類和特性--------------------------------------------------------2
3.5運行環境需求--------------------------------------------------------2
3.6設計和實現上的限制--------------------------------------------------2
4.外部接口需求------------------------------------------------------------2
4.1用户界面-----------------------------------------------------------3
4.2硬件接口-----------------------------------------------------------3
4.3軟件接口-----------------------------------------------------------3
4.4通訊接口-----------------------------------------------------------4
5.系統功能需求------------------------------------------------------------5
5.1説明和優先級-------------------------------------------------------5
5.2激勵響應序列-------------------------------------------------------5
5.3輸入輸出數據-------------------------------------------------------6
6.其他非功能需求------------------------------------------------------------6
6.1性能需求------------------------------------------------------------6
6.2安全措施需求--------------------------------------------------------6
6.3安全性需求----------------------------------------------------------6
6.4操作需求------------------------------------------------------------7
6.5軟件質量屬性--------------------------------------------------------7
II
1總體功能需求
該產品主要是一個信息分享平台，所以一定要有實時信息交互功能；針對註冊用户，要有用户信息管理以及後台數據庫存儲功能；對於用户推薦上傳的美食商家地址要有基礎的位置獲取定位功能或者是導航軟件啟動權限申請功能
2軟件開發平台需求
開發者開發的軟件必須能夠在安卓以及ios等主流平台上正常運行。
目前開發軟件平台為：
數據庫管理系統：
Oracle 9i以上版本
中間件(應用服務器)系統：
IBM WebSphere
OA系統：
Lotus Domino/Notes
網絡架構：
完全支持TCP/IP協議
開發工具或技術體系：
為保證軟件的上下兼容性，開發者應選擇比較通用的開發工具的較新版本進行開發，如Microsoft Visual ，Borland Delphi，C++ Builder，或J2EE(Java2 P1atform Enterprise Edition)等。
3軟件的需求分析
3.1軟件範圍
開發這個軟件產品不僅僅是為了在現在這個高速發展的社會中通過這樣一個渠道將人們聯繫起來，也是為了將一個城市中所有的美食文化傳承下來，將美食帶給人們的那一份滿足感通過這樣一個平台傳遞給更多的人，最終通過美食這個紐帶將人們之間的關係拉近。該軟件主要是一個信息分享平台。這裏的分享信息，指的是分享美食、展覽會、漫展、藏在深巷中的小店、實惠良心的商鋪等信息，不僅可以用論壇版塊發帖的方式，還有短視頻，以後還可以做出全景模型配合AR與VR。當你一個人找到一家美食，實惠的商鋪，好玩的活動時，你可以在平台上面分享。讓更多人的看見。在你想要尋找這些時，也可以在平台上尋找信息。除了信息分享以外還可以建立專門的交友模塊，讓人們能夠找到對美食興趣相投的一羣人，提升用户的使用體驗。
3.2軟件的風險
該軟件在建立運營的過程中有一定的風險：可能會產生一定的惡劣用户，將建立這個平1台原有的初衷歪曲化，在信息分享中會產生各種不良行為，譬如利用該軟件平台發佈廣告、部分商家冒充用户對平台信息進行一定的導向；在交友模塊中又會利用平台進行非法的交易甚至是欺騙用户，從而對用户的安全產生侵害。
3.3軟件的功能
這款軟件主要的功能就在於為用户建立一個全新模式的美食交流分享平台，為用户提供信息服務，也為城市中一些口碑很好但鮮有人知的美食提供一個綻放光芒的機會，為中華美食文化的傳承做了一點努力。
3.4用户類和特性
該軟件針對的用户羣體比較寬泛，無論是什麼年齡或者階層的用户，只要對於美食有追求，那就一定會是我們的用户羣體。當然對於龐大的用户羣體還是要有一定的特性劃分，我們會根據用户平時搜索的記錄進行大數據分析，對不同用户推送不同的特色美食。
3.5運行環境需求
本軟件的運行環境，一般包括：
●操作系統和版本；Windows 7及以上、android 4.0及以上、ios 8.0及以上；
●支撐環境和版本；數據庫軟件Oracle 9i以上版本；
●其它與該軟件有關的軟件組件；應用服務器系統採用IBM WebSphere；
3.6設計和實現上的限制
在開發過程中可能的限制包括下列內容：
●必須使用的特定技術、工具、編程語言和數據庫；
●避免使用的特定技術、工具、編程語言和數據庫；
●要求遵循一定的開發規範和標準
例如，如果由客户的公司或者第三方公司負責軟件維護，就必須定義轉包者所使用的設計符號表示和編碼標準；
●企業策略的限制；
●政府法規的限制；
●工業標準的限制；
●硬件的限制
例如，定時需求或存儲器限制；
●數據轉換格式標淮的限制。
4外部接口需求
此部分內容説明了軟件產品能和外部組件正確連接的需求。關聯圖僅能表示高層抽象的外部接口，對接口數據和外部組件進行詳細描述，並且寫入了數據定義中。
4.1用户界面
以下是用户界面可能包括的一些特徵內容：
●將要採用的圖形用户界面(GUl)標準或者產品系列的風格；
●有關屏幕布局或者解決方案的限制；
●將要使用在每一個屏幕(圖形用户界面)上的軟件組件，可能包括：
選單；
標準按鈕；
導航鏈接；
各種功能組件；
消息欄；
●快捷鍵；
●各種顯示格式的規定，可能包括：
不同情況下文字的對齊方式；
不同情況下數字的表現格式與對齊方式
日期的表現方法與格式；
計時方法與時間格式；
等等。
●錯誤信息顯示標準；
4.2硬件接口
●支持的硬件類型；
●軟、硬件之間交流的數據；
●控制信息的性質；
●使用的通訊協議；
4.3軟件接口
●操作系統；
●數據庫；
●工具；
●函數庫；
●集成的商業組件
4.4通訊接口
描述與軟件產品所使用的通訊功能相關的需求，包括：
●電子郵件；
● WEB瀏覽器；
● 網絡通訊標準或者協議；
●數據交互用電子表格；●消息格式；
●通訊安全或加密問題；●數據傳輸速率；
●同步和異步通訊機制；
5系統功能需求
實時信息交互功能需求；
用户信息管理以及後台數據庫存儲功能需求；
位置獲取定位功能或者是導航軟件啟動權限申請功能需求；
系統存儲空間讀寫功能需求；
後台信息推送自啟動功能需求；
5.1説明和優先
本系統根據最終用户所具有的不同功能將用户分為以下四類：
1、軟件用户：需要從產品獲取、上傳信息等；
2、合作用户：知名商家提供店內部的美食信息；
3管理用户：管理用户和合作用户，保證正常的秩序；
4系統管理員：維護系統的正常；
產品在做完最基礎的架構之後，應該優先做出用户的模塊，然後才是管理用户和合作用户的功能。
優先級：管理員〉用户〉合作用户
5.2激勵/響應序列
目前不詳
5.3輸入/輸出數據
列出輸入數據(用户輸入、來自外部接口的輸入或者其它輸入)並且定義針對這些輸入數據的處理(計算)方法，以及相應地輸出數據，描述對應區別：輸入數據和輸出數據。
當有大量數據需要描述時，也可以分類描述數據，並且註明各項數據的輸入、輸出屬性。
對於每一項數據，均需要描述：
●數據名稱；
●實際含義；
●數據類型；
●數據格式；
●數據約束；
對於複雜的處理方法，僅僅給出算法原理是不夠的.，必須描述詳細的計算過程，並且列出每一步具體使用的實際算式；如果計算過程中涉及查表、判斷、迭代等處理方法，應該給出處理依據和相關數據。如果計算方法很簡單，也可以將其從略，不加描述。
6其它非功能需求
非功能需求主要包括可靠性、安全性、可維護性、可擴展性、可測試性等。
6.1性能需求
●相互合作的用户數量；
●系統支持的併發操作數量；
●響應時間；
●與實時系統的時間關係：
●容量需求
存儲器；
磁盤空間；
數據庫中表的最大行數。
6.2安全措施需求
1、應用日誌必須在現有基礎上進行精簡，對於重複日誌記錄、無用日誌記錄進行刪減；
2、應用日誌必須按日保存，每個文件保存應用一天的完整日誌；
3、歷史應用日誌必須壓縮後按日保存，以減小歷史日誌文件對硬盤空間的佔用；
4、歷史應用日誌必須保留一個月（30天），以保證問題出現後，日誌可以得到較好的保存。
6.3安全性需求
系統要有足夠的防禦能力，防禦普通黑客的攻擊，儘量減少各種可能出現的漏洞，防止6用户信息被不良分子竊取。
保證用户權限的正確設置，防止出現各種越權行為，保證系統的正常良好運行。用户的信息保存採用國際流行的MD5加密，保證安全；每個用户在第一次登錄後，必須更改他的系統預置登錄密碼，系統預置的登錄密碼不能重用。
6.4操作需求
系統能被現有的工作人員快速掌握並使用
第三方控件的使用：原則是不使用，但必須使用時必須通知提出，討論通過後方可用。
點對點通訊：私聊、公聊、從吧枱獲取信息都屬於點對點通訊範疇，採用TCP協議
6.5軟件質量屬性
易用性優於易學性，或者可移植性優於有效性。
軟件需求分析報告 篇2
1.概要設計説明書
在當今全球信息化大潮中，互聯網（即因特網——Internet）異軍突起，給21世紀的人類社會增添了無限的活力，成為現代社會生活中一道亮麗的風景線。互聯網帶給人們的不僅僅是技術，而是一種以信息為標誌的嶄新的生活方式。他正在改變着人們的工作和生活方式。有人曾以“圍城”比喻互聯網，但所不同的是，“外面的人想進去，裏面的人不想出來。”互聯網為什麼有這麼大的魅力呢？這不僅與人們日益增長的文化生活有關，更重要的是與互聯網的技術不斷更新和革命有關。
1.1編寫目的
網上大學生實習選擇方式較之傳統的交易方式有着很明顯的優勢，它將網絡技術與傳統的實習預約進行了完美結合，解決大學生尋找實習公司難的的問題，也方便公司尋找合適的實習人員，為公司進行可持續發展人才提供一個良好的平台，為大學生在就業前積累行業工作經驗提供了一個機會。
1.2項目背景
軟件名稱：通達大學生實習在線
項目的任務提出者：恆泰通達有線公司
開發者：恆泰通達項目部(架構師：馬兆鑫項目經理：蘭佳卉)
用户：在校大學生
1.3參考資料
PHP相關書籍mysql數據庫書籍
1.4定義
使用技術：apache+php+mysql smarty引擎
2要求
2.1功能：
1.前台的主要功能要求：
有什麼頁面，什麼功能（這一塊是你要改的把頁面上有什麼功能寫出來）格式： 頁面/模塊：實現了什麼什麼，修改的時候注意下面的圖片
2.後台主要功能要求：
管理員進入了系統應該進行註冊、身份驗證，再次進入管理員主頁面，可以對其進行操作，如添加，修改，刪除，查詢等功能。用户進入了系統應該進行註冊、身份驗證，再次進入用户主頁面。對公司進行添加、刪除等操作。
安全與保密要求：不能輕易被破壞，不能讓管理員以外的人刪改，對斷電、死機、系統崩潰等問題有有力措施以保障數據不受損失。
2.2可行性研究的方法
a、技術可行性方法：使用現有的技術能實現這個系統；
b、經濟可行性方法：這個系統的經濟效益遠遠超過它的開發成本。
通過調查分析大學生實習預約所具備的能力及實現的方法。確定總體結構，利用mysql數據庫所具有的能力，以最簡潔最容易的方法，使用php使其成為一個初級的系統軟件。為後續的軟件擴展奠定一個良好的基礎。
2.3決定可行性的主要因素
電子商務規模、設備狀況、操作人員技術、參與的單位
2.4條件、假定和限制
a.本系統安全，有效，符合各項法律的規定
b.運行環境：WIN9X/20__/XP/WIN7
c.開發環境：WINXP
d.軟件投入使用的最遲時間：20__-3-20
3、對現有系統的分析
3.1基本的數據流程和處理流程（如下圖）
3.2工作負荷
由於數據量越來越大，現有的系統已明顯不能適應目前的龐大數據量，系統工作負荷過大。
3.3費用支出
由於現有系統的工作負荷嚴重超載，在現有系統上投入的人力，設備，空間，材料，等等與其他的一系列支持性服務越來越大，導致開發費用支出巨大，嚴重影響系統的可用性，急需改進。
3.4人員設備
鑑於原有系統的技術性含量比較低，故不需要多少高技術人員的操作，只是由於數據量的日益擴大，所需要的操作人員數量不斷增大。這一點已不再適應目前信息化時代的步伐。
3.5侷限性
各時段各區域的帶寬速度可能會影響網站的訪問
4對系統的簡要描述
新系統在原有系統的基礎上加入了新的數據庫的支持，使用了先進的數據庫技術與數據管理技術，使數據的準確性與安全性得到了很大的提高，且在用户的並行操作與用户管理方面也有了極大地改善。系統操作方便，管理人員需要做的就是將數據輸入到系統的數據庫中去
4.1與現有系統比較的優越性
在以上幾點中已可以看出新系統的性能與功能上與現有系統的差別，首先新系統克服了原來系統的資金投入大，人員設備技術含量低，系統工作負擔重等缺點。而且加入了對數據的安全性保護的功能，使原有系統在可用性與穩健性方面有了很大的進步。
4.2採用建議系統可能帶來的影響
4.2.1對設備的影響
採用建議系統後，改進了原有系統的性能所以對設備要求自然更高，建議系統使用了最先進的技術使設備也必須跟着升級。
4.2.2對現有軟件的影響
由於建議系統採用了先進的數據庫技術以及一系列高技術含量軟件，使得原來系統上的一些軟件無法繼續使用，不過在新系統開發過程中將盡量考慮到，對現有軟件的兼容性。
4.2.3對用户的影響
建議系統使用的新技術是完全基於原有的系統上的，故用户不必考慮新系統帶來的人員培訓等等。
4.3技術可行性評價
本系統經過項目組的努力，利用PHP+HTML做前台，後台利用MYSQL做數據庫使用smarty引擎技術，已在規定的期限內完成，經測試完全符合的管理。
5.所建議系統經濟可行性分析
5.1支出
5.1.1基建投資
系統開發期為三週：試運行一週，開發期需要開發人員3人，試運行期需要開發人員1人，人員費用少。
5.1.2經常性支出
打印文檔資料費用
5.1.3系統運行費用
系統維護費、設備維護費、消耗材料費
5.2效益
一次性收益：滿足用户的需求
5.3收益/投資比
提高工作效率、減少工作人員
5.4敏感性分析
生存週期：1-3年
系統負荷量：中度信息流量
處理速度：中等
對硬件和其他軟件具有很好的兼容性，無影響
6.社會因素可行性分析
6.1法律因素
該項目為獨立開發，在技術上沒有使用任何現有的軟件與方法，所以在法律方面不會存在侵犯專利權、侵犯版權等問題，完全按照合同規定的責任履行，符合一切法律規定。
6.2用户使用可行性
系統的使用者為在校大學生，經過用户的使用，收到了很好的效應，用户相當滿意。
7、其他可供選擇的方案
由於系統是初步開發，所以開發小組沒有提供其他的方案，只有一種開方案。
8、結論意見
根據可行性研究分析，在具備相應的硬件設備下可以開發該軟件，建議2個人合作完成。
軟件需求分析報告 篇3
一、 概述
簡述項目提出的背景、技術開發狀況、現有產業規模;項目產品的主要用途、性能;投資必要性和預期經濟效益;本企業實施該項目的優勢。
二、 技術可行性分析
1、項目的技術路線、工藝的合理性和成熟性，關鍵技術的先進性和效果論述。
2、產品技術性能水平與國內外同類產品的比較。
3、項目承擔單位在實施本項目中的優勢。
三、 項目成熟程度
1、成果的技術鑑定文件或產品性能檢測報告、產品鑑定證書。
2、產品質量的穩定性，以及在價格、性能等方面被用户認可的情況等。
3、核心技術的知識產權情況。對引進技術的消化、吸收、創新和後續開發能力。
四、 市場需求情況和風險分析
1、國內市場需求規模和產品的發展前景、在國內市場的競爭優勢和市場佔有率。
2、國際市場狀況及該產品未來增長趨勢、在國際市場的競爭能力、產品替代進口或出口的可能性。
3、風險因素分析及對策。
五、 投資估算及資金籌措
1、項目投資估算
2、資金籌措方案
3、投資使用計劃
六、 經濟和社會效益分析
1、未來五年生產成本、銷售收入估算。
2、財務分析：以動態分析為主，提供財務內部收益率、貸款償還期、投資回收期、投資利潤率和利税率、財務淨現值等指標。
3、不確定性分析：主要進行盈虧平衡分析和敏感性分析，對項目的抗風險能力作出判斷。
4、財務分析結論
5、社會效益分析
七、 綜合實力和產業基礎
1、企業員工構成(包括分工構成和學歷構成)
2、企業高層管理人員或項目負責人的教育背景、科技意識、市場開拓能力和經營管理水平。
3、企業從事研究開發的人員力量、資金投入，以及企業內部管理體系等情況。
4、企業從事該產品生產的條件、產業基礎(包括項目實施所需的基礎設施及原材料的來源、供應渠道等)。
八、 項目實施進度計劃
九、 其它
1、環境保護措施
2、勞動保護和安全
3、必要的證明材料
(1) 特殊行業許可證(如食品、農藥、醫藥、化肥產品生產許可證及批文);通信產品入網許可證;公共安全產品生產許可證;壓力容器生產許可證等。
(2) 可提供項目立項證明、高新技術企業證書、產品質量認證、環保證明;產品訂貨意向、合同等補充材料。
十、 結論
軟件可行性研究報告框架
可行性研究報告的編寫目的是：説明該軟件開發項目的實現在技術、經濟和社會條件方面的可行 性;評述為了合理地達到開發目標而可能選擇的各種方案;説明並論證所選定的方案。
可行性研究報告的編寫內容要求
7.1引言
7.1.1編寫目的
7.1.2背景
7.1.3定義
7.1.4參考資料 7
7.2可行性研究的前提
7.2.1要求
7.2.2目標
7·2.3條件、假定和限制
7.2.4進行可行性研究的方法
7.2.5評價尺度
7·3對現有系統的分析
7.3.1數據流程和處理流程
7.3.2工作負荷
7.3.3費用開支
7.3.4人員
7.3.5設備
7.3.6侷限性
7.4所建議的系統
7.4.1對所建議系統的説明
7.4.2數據流程和處理流程
7.4.3改進之處
7.4.4影響
對設備的影響
對軟件的影響
對用户單位機構的影響
對系統運行的影響
對開發的影響
7.4，4.6對地點和設施的影響
對經費開支的影響
7.4.5侷限性
7.4.6技術條件方面的可行性
7.5可選擇的其他系統方案
7.5.1可選擇的系統方案1
7.5.2可選擇的系統方案2
......
7.6投資及收益分析
7.6.1支出
基本建設投資
其他一次性支出
7.6.1，3非一次性支出
7.6.2收益
7.6，2.1一次性收益
非一次性收益
不可定量的收益
7.6.3收益/投資比
7.6.4投資回收週期
7.6.5敏感性分析
7.7社會條件方面的可行性
7.7.1法律方面的可行性
7.7.2使用方面的可行性
7.8結論
附錄a
可行性研究報告的編寫提示
(參考件)
a.1引言
a.1.1編寫目的
説明編寫本可行性研究報告的目的，指出預期的讀者。
a.1.2背景
説明
a.所建議開發的軟件系統的名稱;
b.本項目的任務提出者、開發者、用户及實現該軟件的計算中心或計算機網絡;
c.該軟件系統同其他系統或其他機構的基本的相互來往關係。
a.1.3定義
列出本文件中用到的專門術語的定義和外文首字母組詞的原詞組。
a.1.4參考資料
列出用得着的參考資料，如
a.本項目的經核准的計劃任務書或合同、上級機關的批文;
b.屬於本項目的其他已發表的文件;
c.本文件中各處引用的文件、資料，包括所需用到的軟件開發標準。|
列出這些文件資料的標題、文件編號、發表日期和出版單位，説明能夠得到這些文件資料的來源。
a.2可行性研究的前提
説明對所建議的開發項目進行可行性研究的前提，如要求、目標、假定、限制等。
a.2.1要求
説明對所建議開發的軟件的基本要求，如
a.功能;
b.性能;
c·輸出如報告、文件或數據，對每項輸出要説明其特徵，如用途、產生頻度、接口以及分發對象;
d.輸入説明系統的輸入，包括數據的來源、類型、數量、數據的組織以及提供的頻度;
e.處理流程和數據流程用圖表的方式表示出最基本的數據流程和處理流程，並輔之以敍述;
f.在安全與保密方面的要求;
g.同本系統相連接的其他系統;
h.完成期限。
a.2.2目標
説明所建議系統的主要開發目標，如
a.人力與設備費用的減少;
b.處理速度的提高;
c.控制精度或生產能力的提高;
d.管理信息服務的改進;
e.自動決策系統的改進;
f.人員利用率的改進。
a.2.3條件、假定和限制
説明對這項開發中給出的條件、假定和所受到的限制，如
a.所建議系統的運行壽命的最小值;
b.進行系統方案選擇比較的時間;
c.經費、投資方面的來源和限制;
d.法律和政策方面的限制;
e.硬件、軟件、運行環境和開發環境方面的條件和限制;
f.可利用的信息和資源;
g.系統投入使用的最晚時間。
a.2.4進行可行性研究的方法
説明這項可行性研究將是如何進行的，所建議的系統將是如何評價的。摘要説明所使用的基本方法 和策略，如調查、加權、確定模型、建立基準點或仿真等。
a.2.5評價尺度
説明對系統進行評價時所使用的主要尺度，如費用的多少、各項功能的優先次序、開發時間的長短 及使用中的難易程度。
a.3 對現有系統的`分析
這裏的現有系統是指當前實際使用的系統，這個系統可能是計算機系統，也可能是一個機械系統甚 至是一個人工系統。
分析現有系統的目的是為了進一步闡明建議中的開發新系統或修改現有系統的必要性。
a.3.1處理流程和數據流程
説明現有系統的基本的處理流程和數據流程。此流程可用圖表即流程圖的形式表示，並加以敍述。
a.3.2工作負荷
列出現有系統所承擔的工作及工作量。
a.3.3費用開支
列出由於運行現有系統所引起的費用開支，如人力、設備、空間、支持性服務、材料等項開支以及開 支總額。
a.3.4人員
列出為了現有系統的運行和維護所需要的人員的專業技術類別和數量。
a.3.5設備
列出現有系統所使用的各種設備。
a.3.6侷限性
列出本系統的主要的侷限性，例如處理時間趕不上需要，響應不及時，數據存儲能力不足，處理功能 不夠等。並且要説明，為什麼對現有系統的改進性維護已經不能解決問題。
a.4 所建議的系統
本章將用來説明所建議系統的目標和要求將如何被滿足。
a.4.1對所建議系統的説明
概括地説明所建議系統，並説明在第a.2章中列出的那些要求將如何得到滿足，説明所使用的基本 方法及理論根據。
a.4.2處理流程和數據流程
給出所建議系統的處理流程和數據流程。
a.4.3改進之處
按a.2.2條中列出的目標，逐項説明所建議系統相對於現存系統具有的改進。
a.4.4影響
説明在建立所建議系統時，預期將帶來的影響，包括
對設備的影響
説明新提出的設備要求及對現存系統中尚可使用的設備須作出的修改。
對軟件的影響
説明為了使現存的應用軟件和支持軟件能夠同所建議系統相適應。而需要對這些軟件所進行的修 改和補充。
對用户單位機構的影響
説明為了建立和運行所建議系統，對用户單位機構、人員的數量和技術水平等方面的全部要求。
a. 4. 4. 4對系統運行過程的影響
説明所建議系統對運行過程的影響，如
a.用户的操作規程;
b.運行中心的操作規程;
c.運行中心與用户之間的關係;
d.源數據的處理;
e.數據進入系統的過程;
f.對數據保存的要求，對數據存儲、恢復的處理;
g.輸出報告的處理過程、存儲媒體和調度方法;
h.系統失效的後果及恢復的處理辦法。
對開發的影響
説明對開發的影響，如
a.為了支持所建議系統的開發，用户需進行的工作;
b.為了建立一個數據庫所要求的數據資源;
c·為了開發和測驗所建議系統而需要的計算機資源;
d.所涉及的保密與安全問題。
對地點和設施的影響
説明對建築物改造的要求及對環境設施的要求。
對經費開支的影響
扼要説明為了所建議系統的開發，設計和維持運行而需要的各項經費開支。
a.4.5侷限性
説明所建議系統尚存在的侷限性以·及這些問題未能消除的原因。
a.4.6技術條件方面的可行性
本節應説明技術條件方面的可行性，如
a.在當前的限制條件下，該系統的功能目標能否達到;
b.利用現有的技術，該系統的功能能否實現;
c.對開發人員的數量和質量的要求並説明這些要求能否滿足;
d.在規定的期限內，本系統的開發能否完成。
a.5可選擇的其他系統方案
扼要説明曾考慮過的每一種可選擇的系統方案，包括需開發的和可從國內國外直接購買的，如果沒 有供選擇的系統方案可考慮，則説明這一點。
a.5.1可選擇的系統方案1
參照第a.4章的提綱，説明可選擇的系統方案1，並説明它未被選中的理由。
a.5.2可選擇的系統方案2
按類似a. 5. 1條的方式説明第2個乃至第。個可選擇的系統方案。
......
a.6投資及效益分析
a.6.1支出
對於所選擇的方案，説明所需的費用。如果已有一個現存系統，則包括該系統繼續運行期間所需的費用。
基本建設投資
包括採購、開發和安裝下列各項所需的費用，如
a.房屋和設施;
b. a dp設備;
c.數據通訊設備;
d.環境保護設備;
e.安全與保密設備;
操作系統的和應用的軟件;
g.數據庫管理軟件。
其他一次性支出
包括下列各項所需的費用，如
a.研究(需求的研究和設計的研究);
b.開發計劃與測量基準的研究;
c.數據庫的建立;
軟件的轉換;
e.檢查費用和技術管理性費用;
f.培訓費、旅差費以及開發安裝人員所需要的一次性支出;
g.人員的退休及調動費用等。
非一次性支出
列出在該系統生命期內按月或按季或按年支出的用於運行和維護的費用，包括
a.設備的租金和維護費用;
b軟件的租金和維護費用;
c.數據通訊方面的租金和維護費用;
d.人員的工資、獎金;
e.房屋、空間的使用開支;
f.公用設施方面的開支;
g.保密安全方面的開支;
h.其他經常性的支出等。
a.6.2收益
對於所選擇的方案，説明能夠帶來的收益，這裏所説的收益，表現為開支費用的減少或避免、差錯的減少、靈活性的增加、動作速度的提高和管理計劃方面的改進等，包括;
一次性收益
説明能夠用人民幣數目表示的一次性收益，可按數據處理、用户、管理和支持等項分類敍述，如：
a.開支的縮減包括改進了的系統的運行所引起的開支縮減，如資源要求的減少，運行效率的改進，數據進入、存貯和恢復技術的改進，系統性能的可監控，軟件的轉換和優化，數據壓縮技術的採用，處理的集中化/分佈化等;
b.價值的增升包括由於一個應用系統的使用價值的增升所引起的收益，如資源利用的改進，管理和運行效率的改進以及出錯率的減少等;
c.其他如從多餘設備出售回收的收入等。
非一次性收益
説明在整個系統生命期內由於運行所建議系統而導致的按月的、按年的能用人民幣數目表示的收益，包括開支的減少和避免。
不可定量的收益
逐項列出無法直接用人民幣表示的收益，如服務的改進，由操作失誤引起的風險的減少，信息掌握情況的改進，組織機構給外界形象的改善等。有些不可捉摸的收益只能大概估計或進行極值估計(按最好和最差情況估計)。
a.6.3收益/投資比
求出整個系統生命期的收益/投資比值。
a.6.4投資回收週期
求出收益的累計數開始超過支出的累計數的時間。
a.6.5敏感性分析
所謂敏感性分析是指一些關鍵性因素如系統生命期長度、系統的工作負荷量、工作負荷的類型與這些不同類型之間的合理搭配、處理速度要求、設備和軟件的配置等變化時，對開支和收益的影響最靈敏的範圍的估計。在敏感性分析的基礎上做出的選擇當然會比單一選擇的結果要好一些。
a.7 社會因素方面的可行性
本章用來説明對社會因素方面的可行性分析的結果，包括
a.7.1法律方面的可行性
法律方面的可行性問題很多，如合同責任、侵犯專利權、侵犯版權等方面的陷井，軟件人員通常是不熟悉的，有可能陷入，務必要注意研究。
a.7.2使用方面的可行性
例如從用户單位的行政管理、工作制度等方面來看，是否能夠使用該軟件系統;從用户單位的工作人員的素質來看，是否能滿足使用該軟件系統的要求等等，都是要考慮的。
a.8 結論
在進行可行性研究報告的編制時，必須有一個研究的結論。結論可以是
a.可以立即開始進行;
b.需要推遲到某些條件(例如資金、人力、設備等)落實之後才能開始進行;
c.需要對開發目標進行某些修改之後才能開始進行;
d.不能進行或不必進行(例如因技術不成熟、經濟上不合算等)。