軟件分析怎麼寫

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）制定銷售情況的月報表季報表以及年報表對銷售情況進行分析，對。

首先你要清楚自己能夠給客戶提供哪些產品 選定項目時要進行（SWOT）分析 strengths（優勢） weaknesses（劣勢） opportunities（機會） threats（威脅） 再針對目標客戶運用整合營銷組合（4C） 顧客需要什麼customer needs and wants 顧客願意花費的價格costs to customer 多跟顧客溝通communication 多給顧客方便conveniet 祝你成功。

檢舉回答完畢，希望對你的提問有幫助，如果滿意請採納o（∩_∩）o。哈哈。

我國的軟件技術行業也在不斷的發展和提升的，華經縱橫諮詢相關專家通過對幾年來全國主要地市及重點經銷企業軟件價格實地調研，在對行業內重點企業調查結果和諮詢相關專家的基礎上，系統整理歸納出了軟件產品的應用策略，包括軟件新產品開發策略、優化組合策略、生命週期策略、市場推廣策略、品牌策略等，對擬進入軟件行業和已經入軟件行業的企業具有非常重要的參考價值。以及軟件銷售專業人士，同時結合相關行業協會提供的二手權威資料以及工具分析模型，對軟件價格走勢及影響因素進行了深度研究並最終形成了本報告。

在軟件國內外發展歷程、當前產業政策、行業一般特徵（如產業生命週期、市場競爭程度）方面，採用期刊雜誌等二手權威資料，結合靜態和動態研究方法；在軟件產量統計、地域產出結構、企業市場集中度、產品生產成本及構成、軟件項目投資建設情況方面，主要根據行業協會、公司數據庫等一手數據資料，採用的定量和定性研究方法；

在軟件消費量，價格走勢下游消費羣體構成及消費特點，消費的區域性，品牌滿意度調研以及渠道調查方面，主要採用實地調研獲取一手資料並通過模型工具得出結論；

在軟件進口市場、出口市場及進出口政策方面，通過對海關二手權威資料的整理分析，得出軟件進出口產品結構、地域格局及金額，採用的定量和定性研究方法；

在軟件重點企業產品產銷、發展規劃、產品投放區域格局方面，主要採用實地調研獲取一手資料方法；在北京、上海、深圳、西安四個重點區域城市的軟件市場調查方面，根據公司歷年監測資料對各城市的軟件品牌結構、消費渠道、價格變化、產品滿意度作了統計分析和比較分析；

在軟件細分市場產品的應用特點、市場容量、消費模式、發展趨勢方面，進行了實證分析和規範分析，主要採用期刊雜誌、行業協會、網站等二手權威資料；產業鏈關聯研究；方便客戶重點把握，同時就軟件的行業主要問題提出了華經獨家策略建議。

軟件測試分析報告包括內容及大體格式：

1.1編寫目的

說明這份測試分析報告的具體編寫目的，指出預期的閱讀範圍。

1.2背景

說明：

a.被測試軟件系統的名稱；

b.該軟件的任務提出者、開發者、用戶及安裝此軟件的計算中心，指出測試環境與實際運行環境 之間可能存在的差異以及這些差異對測試結果的影響。

1.3定義

列出本文件中用到的專問術語的定義和外文首字母組詞的原詞組。

1.4參考資料

列出要用到的參考資料，如：

a.本項目的經覈准的計劃任務書或合同、上級機關的批文；

b.屬於本項目的其他已發表的文件；

c.本文件中各處引用的文件、資料，包括所要用到的軟件開發標準。列出這些文件的標題、文件編號、發表日期和出版單位，說明能夠得到這些文件資料的來源。

2測試概要

用表格的形式列出每一項測試的標識符及其測試內容，並指明實際進行的測試工作內容與測試計劃中預先設計的內容之間的差別，說明作出這種改變的原因。

3測試結果及發現

3.1測試1（標識符）

把本項測試中實際得到的動態輸出（包括內部生成數據輸出）結果同對於動態輸出的要求進行比較，陳述其中的各項發現。

3.2測試2（標識符）

用類似本報告3.1條的方式給出第 2項及其後各項測試內容的測試結果和發現。

4對軟件功能的結論

4.1功能1（標識符）

4.1.1能力

簡述該項功能，說明爲滿足此項功能而設計的軟件能力以及經過一項或多項測試已證實的能力。

4.1.2限制

說明測試數據值的範圍（包括動態數據和靜態數據），列出就這項功能而言，測試期間在該軟件中查出的缺陷、侷限性。

4.2功能2（標識符）

用類似本報告4.l的方式給出第2項及其後各項功能的測試結論。

5分析摘要

5.1能力

陳述經測試證實了的本軟件的能力。如果所進行的測試是爲了驗證一項或幾項特定性能要求的實現，應提供這方面的測試結果與要求之間的比較，並確定測試環境與實際運行環境之間可能存在的差異 對能力的測試所帶來的影響。

5.2缺陷和限制

陳述經測試證實的軟件缺陷和限制，說明每項缺陷和限制對軟件性能的影響，並說明全部測得的性能缺陷的累積影響和總影響。

5.3建議

對每項缺陷提出改進建議，如：

a. 各項修改可採用的修改方法；

b. 各項修改的緊迫程度；

c. 各項修改預計的工作量；

d. 各項修改的負責人。

5.4評價

說明該項軟件的開發是否已達到預定目標，能否交付使用。

6測試資源消耗

總結測試工作的資源消耗數據，如工作人員的水平級別數量、機時消耗等。

首先你要找那些讓你提交這些報告的人，問明白他們說的這些報告究竟需要涉及什麼內容，給什麼人看，格式和文檔的風格要求是什麼。如果他們不能告訴你一個滿意的答案，就沒有必要給他們一個他們自己都不知道想不想要的東西。

而實際上需求分析報告可以說是文檔體系中最沒有必要存在的。當然我不是說需求分析不重要，而是說需求分析太重要，是一個報告所不能容納的，而是要有一個包括數個不同內容體系的文檔系統。而如果你的項目根本就沒有那麼多的資金和資源，你一般就不要動用這樣一個龐大的系統。你在這個時候只需要隨時記錄你的想法，列出你的關注點和解決的想法。而當然這個系統雖然龐大，但是還有很多線索要你去掌握它們的建造。首先這個系統需要有一個業務目標分析，也就你的這個系統要達到的業務目標，要結合具體的企業環境進行系統分析和論證，這個文檔的閱讀者基本上屬於最高級次的決策者。還要有一個技術目標分析，也就是你的這個項目將解決什麼具體的技術問題，這個部分也十分的複雜，基本上需要行業專家認真地分析，這個文檔的閱讀者屬於管理者。還要有一個技術實現的報告，也就是你需要爲完成這個項目動用什麼技術，主要是你必須說出在這個項目的幾種可使用技術方案中你爲什麼要選擇你目前的這種，這個文檔的閱讀者基本上就是相關的技術人員。而同時你還需要一個風險分析的報告，把這個文檔要針對業務/技術/實現這三個層次的問題中要遇到的各種風險進行分析。這屬於基本的需求分析的基礎文檔系統。

然後你還需要面對你的具體的情況進行具體的項目的規劃分析。首先如果你的項目是一個開發型的項目，你就有必要對你的業務目標和技術目標的實現進行一種設計。這個工作需要大量的市場和人類學知識。其次你還需要對你上面這個需求的設計進行分析，以把其轉化爲開發者可以接受的文檔格式。然後你還需要對這些需求進行具體的粒度化的劃分，將其細化爲一些原子態的互相聯繫的部分。在此基礎上你還需要對這些具體的技術實現進行規劃，找出最重要的和最有難度的部分。同時這個層次的風險分析也需要有一個單獨的文檔說明。

最後你還需要對實現中具體的細節問題組織你的需求分析文檔。這些問題包括，你使用的具體技術需要什麼要求的人員和設備等等資源。你的需求需要如果進行測試，以保證你的這些需求能夠被真正的貫徹。你的系統需要如何部署在你的業務環節中。你的人員培訓需要採用什麼措施。這些問題都需要有專門的文檔，而且也都是需求分析方面的。

基本上這樣一個系統要有10份以上的文檔，而關鍵在於不同的問題應該在不同的文檔中說明，同時你還必要在這些文檔的相互關係中做出一種標註。這樣一個工程，基本上需要一個團隊來專門的進行協調和維護。至於書寫則是一個文檔就要一個小組，同時還必須有一個系統的管理小組。在這樣一個文檔系統中，基本上可以保證你所有的關注都在你的文檔中體現了。

當然這樣的文檔系統我估計你在國內根本就看不到，國外也難找。而國內常見的情況是，這些文檔和垃圾的地位一樣，基本上都是人爲的製造的無用的浪費時間的和精力的廢紙。

還是回到最初的問題，你最好還是先去問問需要這些文檔的人，他們究竟是要什麼，有什麼具體的要求，肯爲這些文檔出什麼價錢。如果他們不能告訴你，你就只需要爲自己建立一個文檔，當然有的時候你會覺得自己不需要任何文檔，那麼你不需要好了。沒有任何文檔也不說明什麼，到處都是文檔倒是肯定的說明這個組織水準和開發能力十分的低劣

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）協助財務人員進行計算機管理，對庫。