⑴ 軟體的，研究技術報告怎麼寫急
一、 概述
簡述項目提出的背景、技術開發狀況、現有產業規模；項目產品的主要用途、性能；投資必要性和預期經濟效益；本企業實施該項目的優勢。
二、 技術可行性分析
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） 可提供項目立項證明、高新技術企業證書、產品質量認證、環保證明；產品訂貨意向、合同等補充材料。
十、 結論
⑵ 軟體可行性分析報告怎麼寫
我國的軟體技術行業也在不斷的發展和提升的，華經縱橫咨詢相關專家通過對幾年來全國主要地市及重點經銷企業軟體價格實地調研，在對行業內重點企業調查結果和咨詢相關專家的基礎上，系統整理歸納出了軟體產品的應用策略，包括軟體新產品開發策略、優化組合策略、生命周期策略、市場推廣策略、品牌策略等，對擬進入軟體行業和已經入軟體行業的企業具有非常重要的參考價值。以及軟體銷售專業人士，同時結合相關行業協會提供的二手權威資料以及工具分析模型，對軟體價格走勢及影響因素進行了深度研究並最終形成了本報告。
在軟體國內外發展歷程、當前產業政策、行業一般特徵（如產業生命周期、市場競爭程度）方面，採用期刊雜志等二手權威資料，結合靜態和動態研究方法；在軟體產量統計、地域產出結構、企業市場集中度、產品生產成本及構成、軟體項目投資建設情況方面，主要根據行業協會、公司資料庫等一手數據資料，採用的定量和定性研究方法；
在軟體消費量，價格走勢下游消費群體構成及消費特點，消費的區域性，品牌滿意度調研以及渠道調查方面，主要採用實地調研獲取一手資料並通過模型工具得出結論；
在軟體進口市場、出口市場及進出口政策方面，通過對海關二手權威資料的整理分析，得出軟體進出口產品結構、地域格局及金額，採用的定量和定性研究方法；
在軟體重點企業產品產銷、發展規劃、產品投放區域格局方面，主要採用實地調研獲取一手資料方法；在北京、上海、深圳、西安四個重點區域城市的軟體市場調查方面，根據公司歷年監測資料對各城市的軟體品牌結構、消費渠道、價格變化、產品滿意度作了統計分析和比較分析；
在軟體細分市場產品的應用特點、市場容量、消費模式、發展趨勢方面，進行了實證分析和規范分析，主要採用期刊雜志、行業協會、網站等二手權威資料；產業鏈關聯研究；方便客戶重點把握，同時就軟體的行業主要問題提出了華經獨家策略建議。
⑶ 軟體的功能需求分析要怎麼寫
1. 引言
1.1編寫目的:編寫此文檔的目的是進一步定製軟體開發的細節問題,便於用戶與開發商協調工作.本文檔面向的讀者主要是項目委託單位的管理人員.希望能使本軟體開發工作更具體.
1.2項目背景
1.2.1項目委託單位:****公司
1.2.2開發單位:***公司
1.3定義
1.4參考資料
2. 任務概述
2.1目標:
<1> 決策支持:根據公司的要求及時提供所需報表及文件,並在適當時候對各部門領導給予銷售及進貨等方面的提示
<2>提高效率:利用軟體進行管理,避免人工管理的失誤以及 延遲性,從而實現高效率的管理.
2.2運行環境:
<1> 硬體方面:Pentium級處理晶元
1兆顯存的兼容顯卡
256色,800*600的兼容顯示器
標准兼容列印機
<2>軟體方面: WIN95操作系統
2.3條件與限制:
編程用計算機一台
完成期限2000/7/1
無資金供給
3. 數據概述
數據流程圖如下:
3.1靜態數據:包括系統登錄密碼,各資料庫所在位置,系統分析原始數據
3.2 動態數據:包括各資料庫內各項顯示數據,用戶登錄信息,系統時間
3.3資料庫描述:
人事管理資料庫:公司內人員的個人詳細信息,包括檔案信息
銷售管理資料庫:當日銷售記錄及以前的銷售統計,用於銷售分析
財務管理資料庫:公司內部賬目及收支情況詳表
技術管理資料庫:公司所需各技術檔案的詳細記錄(包括文檔)
3.4 數據字典:
<1>數據流詞條描述:
1.數據流名:登錄信息
來源:用戶的輸入
去向:系統內部檢驗部分
組成:用戶名,密碼
流通量:每次登錄輸入一次
2.數據流名:登錄結果
來源:系統
去向:用戶
組成:返回信息
流通量:每次登錄返回一次
3.數據流名:輸入修改信息
來源:用戶
去向:系統判斷部分
組成:根據各資料庫內容而不同
流通量:依用戶輸入而定
4.數據流名:反饋信息
來源:系統判斷部分
去向:用戶
組成:系統經判斷後發回的字元數據
流通量: 依系統當前信息而定
5.數據流名:識別信息
來源:系統內部檢驗部分
去向:系統判斷部分
組成:系統各資料庫的標識信息
流通量:用戶每次輸入流通一次
6.數據流名:處理信息
來源:系統判斷部分
去向:各資料庫處理部分
組成:讀取/修改標識,讀取/修改的變數名稱
流通量:用戶每次輸入流通一次
7.數據流名:讀取修改
來源:系統判斷部分
去向:系統各資料庫
組成:讀取/修改標識,讀取/修改內容
流通量: 用戶每次輸入流通一次
<2>數據文件詞條描述:
1.數據文件名:人事數據
簡述:存儲人員信息
數據文件組成:人員的各項信息(以CString類型為主)
2.數據文件名:銷售數據
簡述:存儲當日及從前的銷售記錄
數據文件組成:銷售的各項信息
3.數據文件名:財務數據
簡述:存儲財務管理信息
數據文件組成:財務管理的各項記錄
4.數據文件名:技術數據
簡述:存儲公司內部使用的技術檔案信息
數據文件組成:技術檔案名稱,內容
<3>加工邏輯詞條描述:
1.加工名:檢驗
簡要描述:判斷用戶的許可性
輸入數據流:登錄信息
輸出數據流:登錄結果
加工邏輯:判斷是否與系統內部用戶信息相符合
2.加工名:判斷
簡要描述:判斷用戶的操作並進行相應的讀取/存儲工作
輸入數據流:輸入修改信息
輸出數據流:反饋信息
加工邏輯:判斷用戶的操作->調用資料庫->讀取/修改->反饋
3.加工名:人事檔案管理
簡要描述:對人事資料庫進行相應要求的操作,並與判斷部分交互
輸入數據流:處理信息,讀取修改
輸出數據流: 讀取修改, 處理信息
加工邏輯:判斷用戶要讀取/修改的內容->反饋用戶所需信息
4.加工名:銷售統計
簡要描述:對銷售資料庫進行相應要求的操作,並與判斷部分交互
輸入數據流:處理信息,讀取修改
輸出數據流: 讀取修改, 處理信息
加工邏輯:判斷用戶要讀取/修改的內容->反饋用戶所需信息
5.加工名:財務統計
簡要描述:對財務資料庫進行相應要求的操作,並與判斷部分交互
輸入數據流:處理信息,讀取修改
輸出數據流: 讀取修改, 處理信息
加工邏輯:判斷用戶要讀取/修改的內容->反饋用戶所需信息
6.加工名:技術管理
簡要描述:對技術統計資料庫進行相應要求的操作,並與判斷部分交互信息
輸入數據流:處理信息,讀取修改
輸出數據流: 讀取修改, 處理信息
加工邏輯:判斷用戶要讀取/修改的內容->反饋用戶所需信息
<4>源點及匯點詞條描述:
名稱:用戶
簡要描述:既是源點又是匯點,發出動作信息給"檢驗"和"判斷"加工,通過交互界面接受反饋信息有關數據流:登錄結果,登錄信息,輸入修改信息,反饋信息
數目:一個
4. 功能需求
4.1功能劃分
可細分為四部分:人事管理,銷售管理,財務管理,技術檔案管理
4.2功能描述
<1>人事功能:
(1)能對公司內部的所有人員有關檔案詳細資料記錄並保存。
(2)能對資料庫內人事檔案的數據進行查閱和修改。
(3)能按部門或姓名檢索人員。
(4)當某員工的僱用期限達到整年時，按時提醒。
<2>銷售統計功能
(1)按日對公司的銷售情況進行統計,包括銷售額\銷售數量\各地區銷售比例\不同銷售方式的銷售量比例以及銷售毛利潤情況
(2)制定銷售情況的月報表\季報表以及年報表對銷售情況進行分析,對不同銷售人員的業績進行評定
<3>財務管理功能
(1)協助財務人員進行計算機管理,對庫存情況\進貨情況\銷貨進行登錄和輸出
(2) 根據預設的庫存情況提醒進貨
(3) 對收款情況進行統計,在應收帳款達到預設值時進行提示
<4>技術管理功能
(1)對技術資料進行登錄
(2)對維修記錄進行登錄和統計,按不同型號的機器進行故障整體分析,並作出分析報告
(3)對維修配件的需求進行管理並及時提示備貨
5. 性能需求
5.1數據精確度:因為此數據為公司內部數據,所以要求不能有誤差
5.2時間特性:當日銷售統計要求有即時性,馬上能反應出存貨的問題;同時財務管理數據計算當前存貨情況,並對進貨情況進行估算
5.3 適應性:此軟體只在公司內部管理人員的機器上使用,因此不考慮適應性
6. 運行需求
6.1用戶界面:
屏幕格式:
(1)要求有菜單及工具欄以方便操作
(2)各資料庫信息可在屏幕上直接修改
(3)各數據統計結果可在屏幕上顯示
(4)進行系統分析後的結果在另一窗口中顯示
報表格式:
(1)人事管理報表只要求有個人的普通數據
(2)銷售統計報表要求可分別列印當日統計或之前的統計
(3)財務統計報表要求列印出存貨及公司帳務詳表
(4)技術管理報表要求可以分別列印技術檔案總表和任一技術檔案文檔內容菜單格式:要求菜單項大致與WIN95標准相同,另外附加的功能做到新的單項中輸入輸出時間:年份以4位數字表示
6.2硬體介面:需要標准列印機介面進行報表列印
6.3 軟體介面:Windows標准介面
7. 其他需求
可使用性:要求容易使用,界面友好
安全保密性:因本數據屬於公司內部管理用關鍵數據,因此除公司管理人員外,其他人員不得訪問.要求設有登錄密碼檢驗功能,並且此密碼可以在以後進行修改
可維護性:要求本軟體的維護文檔齊全,便於維護
⑷ 求軟體工程需求分析報告範文,謝謝!!!!
3.1 引言
3.1.1 編寫目的
說明編寫這份軟體需求說明書的目的，指出預期的讀者。
3.1.2 背景
說明
a.待開發的軟體系統的名稱，
b.本項目的任務提出者、開發者、用戶及實現該軟體的計算中心或計算機網路
c.該軟體系統同其他系統或其他機構的基本的相互來往關系。
3.1.3 定義
列出本文件中用到的專門術語的定義和外文首字母組詞的原片語。
3.1.4 參考資料
列出用得著的參考資料，如:
a.本項目的經核準的計劃任務書或合同、上級機關的批文;
b.屬於本項目的其他已發表的文件，
c.本文件中各處引用的文件、資料、包括所要用到的軟體開發標准。
列出這些文件資料的標題、文件編號、發表日期和出版單位，說明能夠得到這些文件資料的來源。
3.2 任務概述
3.2.1 目標
敘述該項軟體開發的意圖、應用目標、作用范圍以及其他應向讀者說明的有關該軟體開發的背景材料。解釋被開發軟體與其他有關軟體之間的關系。如果本軟體產品是一項獨立的軟體，而且全部內容自含，則說明這一點。如果所定義的乒品是盧個更大的系統的一個組成部分，則應說明本產品與該系統中其他各組成部分之間的關系，為此可使用一張方框圖來說明該系統的組成和本產品同其他各部分的聯系和介面。
3.2.2 用戶的特點
列出本軟體的最終用戶的特點，充分說明操作人員、維護人員的教育水平和技術專長，以及本軟體的預期使用頻度。這些是軟體設計工作的重要約束。
3.2.3 假定和約束
列出進行本軟體開發工作的假定和約束，例如經費限制、開發期限等。
3.3 需求規定
⑸ 軟體測試報告怎麼寫
摘要
測試報告是把測試的過程和結果寫成文檔，並對發現的問題和缺陷進行分析，為糾正軟體的存在的質量問題提供依據，同時為軟體驗收和交付打下基礎。本文提供測試報告模板以及如何編寫的實例指南。
關鍵字
測試報告 缺陷
正文
測試報告是測試階段最後的文檔產出物，優秀的測試經理應該具備良好的文檔編寫能力，一份詳細的測試報告包含足夠的信息，包括產品質量和測試過程的評價，測試報告基於測試中的數據採集以及對最終的測試結果分析。
下面以通用的測試報告模板為例，詳細展開對測試報告編寫的具體描述。
PARTⅠ 首頁
0.1頁面內容：
密級
通常，測試報告供內部測試完畢後使用，因此密級為中，如果可供用戶和更多的人閱讀，密級為低，高密級的測試報告適合內部研發項目以及涉及保密行業和技術版權的項目。
XXXX項目/系統測試報告
報告編號
可供索引的內部編號或者用戶要求分布提交時的序列號
部門經理 ______項目經理______
開發經理______測試經理______
XXX公司 XXXX單位 （此處包含用戶單位以及研發此系統的公司）
XXXX年XX月XX日
0.2格式要求：
標題一般採用大體字（如一號），加粗，宋體，居中排列
副標題採用大體小一號字（如二號）加粗，宋體，居中排列
其他採用四號字，宋體，居中排列
0.3版本控制：
版本 作者 時間 變更摘要
新建/變更/審核
PARTⅡ 引言部分
1.1編寫目的
本測試報告的具體編寫目的，指出預期的讀者范圍。
實例：本測試報告為XXX項目的測試報告，目的在於總結測試階段的測試以及分析測試結果，描述系統是否符合需求（或達到XXX功能目標）。預期參考人員包括用戶、測試人員、、開發人員、項目管理者、其他質量管理人員和需要閱讀本報告的高層經理。
提示：通常，用戶對測試結論部分感興趣，開發人員希望從缺陷結果以及分析得到產品開發質量的信息，項目管理者對測試執行中成本、資源和時間予與重視，而高層經理希望能夠閱讀到簡單的圖表並且能夠與其他項目進行同向比較。此部分可以具體描述為什麼類型的人可參考本報告XXX頁XXX章節，你的報告讀者越多，你的工作越容易被人重視，前提是必須讓閱讀者感到你的報告是有價值而且值得浪費一點時間去關注的。
1.2項目背景
對項目目標和目的進行簡要說明。必要時包括簡史，這部分不需要腦力勞動，直接從需求或者招標文件中拷貝即可。
1.3系統簡介
如果設計說明書有此部分，照抄。注意必要的框架圖和網路拓撲圖能吸引眼球。
1.4術語和縮寫詞
列出設計本系統/項目的專用術語和縮寫語約定。對於技術相關的名詞和與多義詞一定要註明清楚，以便閱讀時不會產生歧義。
1.5參考資料
1．需求、設計、測試用例、手冊以及其他項目文檔都是范圍內可參考的東東。
2．測試使用的國家標准、行業指標、公司規范和質量手冊等等
PARTⅢ 測試概要
測試的概要介紹，包括測試的一些聲明、測試范圍、測試目的等等，主要是測試情況簡介。（其他測試經理和質量人員關注部分）
2.1測試用例設計
簡要介紹測試用例的設計方法。例如：等價類劃分、邊界值、因果圖，以及用這類方法(3-4句)。
提示：如果能夠具體對設計進行說明，在其他開發人員、測試經理閱讀的時候就容易對你的用例設計有個整體的概念，順便說一句，在這里寫上一些非常規的設計方法也是有利的，至少在沒有看到測試結論之前就可以了解到測試經理的設計技術，重點測試部分一定要保證有兩種以上不同的用例設計方法。
2.2測試環境與配置
簡要介紹測試環境及其配置。
提示：清單如下，如果系統/項目比較大，則用表格方式列出
資料庫伺服器配置
CPU：
內存：
硬碟：可用空間大小
操作系統：
應用軟體：
機器網路名：
區域網地址：
應用伺服器配置
…….
客戶端配置
…….
對於網路設備和要求也可以使用相應的表格，對於三層架構的，可以根據網路拓撲圖列出相關配置。
2.3測試方法(和工具)
簡要介紹測試中採用的方法(和工具)。
提示：主要是黑盒測試，測試方法可以寫上測試的重點和採用的測試模式，這樣可以一目瞭然的知道是否遺漏了重要的測試點和關鍵塊。工具為可選項，當使用到測試工具和相關工具時，要說明。注意要註明是自產還是廠商，版本號多少，在測試報告發布後要避免大多工具的版權問題。
⑹ 如何書寫軟體需求分析報告
獲取軟體需求，包括業務需求、用戶需求和功能需求，只有先完整獲取軟體項目開發過程中的各種需要，才能完成軟體需求分析報告，這是基礎工作。
對需求進行建模，根據所獲取的需求情況，軟體需求分析人員要對各項需求進行分類、鑒別、綜合，然後建模，清除不合理需求，然後發掘用戶未提出的需求。
按照建模情況編寫軟體需求分析報告，嚴格按照軟體需求分析報告的格式編寫，一般包括引言、任務概述、數據描述、功能需求、運行需求等一系列內容，充分描述軟體系統所應具有的外部行為。
對需求進行評審，由需求分析人員、軟體開發人員、用戶一起對需求分析報告進行復核，對有不同意見的地方進行修改，查缺補漏，確保需求分析報告符合用戶和軟體開發人員的期望，雙方能達成一致。
⑺ 軟體需求 用戶特徵分析報告 怎麼寫
需求分析是指理解用戶需求，就軟體功能與客戶達成一致，估計軟體風險和評估項目代價，最終形成開發計劃的一個復雜過程。（這個和我在微軟體驗到的又不太一樣，微軟的需求分析大多是市場人員和用戶協助小組的人去評估用戶的接受程度，這一點也可以理解，因為公司的性質有根本差別）在這個過程中，用戶的確是處在主導地位，需求分析工程師和項目經理要負責整理用戶需求，為之後的軟體設計打下基礎。需求分析階段結束後，要求得到：1.SRS文檔(System Requirement Specification); 2.DRM 文檔；3.Acceptance Plan.[1]
從廣義上理解：需求分析包括需求的獲取、分析、規格說明、變更、驗證、管理的一系列需求工程。
狹義上理解：需求分析指需求的分析、定義過程。
原因
需求分析就是分析軟體用戶的需求是什麼.如果投入大量的人力，物力,財力,時間,開發出的軟體卻沒人要,那所有的投入都是徒勞.如果費了很大的精力,開發一個軟體,最後卻不滿足用戶的要求,從而要重新開發過,這種返工是讓人痛心疾首的.(相信大家都有體會)比如,用戶需要一個for linux的軟體,而你在軟體開發前期忽略了軟體的運行環境,忘了向用戶詢問這個問題,而想當然的認為是開發for windows的軟體,當你千辛萬苦地開發完成向用戶提交時才發現出了問題,那時候你是欲哭無淚了,痕不得找塊豆腐一頭撞死.
需求分析之所以重要,就因為他具有決策性,方向性,策略性的作用,他在軟體開發的過程中具有舉足輕重的地位.大家一定要對需求分析具有足夠的重視.在一個大型軟體系統的開發中,他的作用要遠遠大於程序設計.
任務
簡言之,需求分析的任務就是解決"做什麼"的問題,就是要全面地理解用戶的各項要求,並准確地表達所接受的用戶需求.
過程
需求分析階段的工作,可以分為四個方面:問題識別,分析與綜合,制訂規格說明,評審.
需求分析
問題識別
就是從系統角度來理解軟體,確定對所開發系統的綜合要求,並提出這些需求的實現條件,以及需求應該達到的標准.這些需求包括：功能需求(做什麼),性能需求(要達到什麼指標),環境需求(如機型,操作系統等),可靠性需求(不發生故障的概率）,安全保密需求,用戶界面需求,資源使用需求(軟體運行是所需的內存,CPU等),軟體成本消耗與開發進度需求,預先估計以後系統可能達到的目標.
分析與綜合
逐步細化所有的軟體功能,找出系統各元素間的聯系,介面特性和設計上的限制,分析他們是否滿足需求,剔除不合理部分,增加需要部分.最後,綜合成系統的解決方案,給出要開發的系統的詳細邏輯模型(做什麼的模型).
制訂規格說明書
即編制文檔,描述需求的文檔稱為軟體需求規格說明書.請注意,需求分析階段的成果是需求規格說明書(好象軟考曾經考過這個問題),向下一階段提交.
評審
對功能的正確性,完整性和清晰性,以及其它需求給予評價.評審通過才可進行下一階段的工作,否則重新進行需求分析。