軟體分析怎麼寫

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