專案需求分析怎麼寫 ?

專案需求分析怎麼寫

專案需求分析的概念　　需求分析是指理解使用者需求，就軟體功能與客戶達成一致，估計軟體風險和評估專案代價，最終形成開發計劃的一個複雜過程。（這個和我在微軟體驗到的又不太一樣，微軟的需求分析大多是市場人員和使用者協助小組的人去評估使用者的接受程度，這一點也可以理解，因為公司的性質有根本差別）在這個過程中，使用者的確是處在主導地位，需求分析工程師和專案經理要負責整理使用者需求，為之後的軟體設計打下基礎。需求分析階段結束後，要求得到：1.SRS文件(System Requirement Specificatio鄲); 2.DRM 文件；3.Acceptance Plan. 從廣義上理解：需求分析包括需求的獲取、分析、規格說明、變更、驗證、管理的一系列需求工程。

狹義上理解：需求分析指需求的分析、定義過程。 一、為什麼要需求分析　　需求分析就是分析軟體使用者的需求是什麼.如果投入大量的人力，物力,財力,時間,開發出的軟體卻沒人要,那所有的投入都是徒勞.如果費了很大的精力,開發一個軟體,最後卻不滿足使用者的要求,從而要重新開發過,這種返工是讓人痛心疾首的.(相信大家都有體會)比如,使用者需要一個for linux的軟體,而你在軟體開發前期忽略了軟體的執行環境,忘了向用戶詢問這個問題,而想當然的認為是開發for windows的軟體,當你千辛萬苦地開發完成向用戶提交時才發現出了問題,那時候你是欲哭無淚了,痕不得找塊豆腐一頭撞死.

需求分析之所以重要,就因為他具有決策性,方向性,策略性的作用,他在軟體開發的過程中具有舉足輕重的地位.大家一定要對需求分析具有足夠的重視.在一個大型軟體系統的開發中,他的作用要遠遠大於程式設計. 二、需求分析的任務　　簡言之,需求分析的任務就是解決"做什麼"的問題,就是要全面地理解使用者的各項要求,並準確地表達所接受的使用者需求.三、需求分析的過程　　需求分析階段的工作,可以分為四個方面:問題識別,分析與綜合,制訂規格說明,評審.

問題識別

就是從系統角度來理解軟體,確定對所開發系統的綜合要求,並提出這些需求的實現條件,以及需求應該達到的標準.這些需求包括：功能需求(做什麼),效能需求(要達到什麼指標),環境需求(如機型,作業系統等),可靠性需求(不發生故障的概率）,安全保密需求,使用者介面需求,資源使用需求(軟體執行是所需的記憶體,CPU等),軟體成本消耗與開發進度需求,預先估計以後系統可能達到的目標.

分析與綜合

逐步細化所有的軟體功能,找出系統各元素間的聯絡,介面特性和設計上的限制,分析他們是否滿足需求,剔除不合理部分,增加需要部分.最後,綜合成系統的解決方案,給出要開發的系統的詳細邏輯模型(做什麼的模型).

制訂規格說明書

即編制文件,描述需求的文件稱為軟體需求規格說明書.請注意,需求分析階段的成果是需求規格說明書(好象軟考曾經考過這個問題),向下一階段提交.

評審

對功能的正確性,完整性和清晰性,以及其它需求給予評價.評審通過才可進行下一階段的工作,否則重新進行需求分析。 四、需求分析的方法　　需求分析的方法有很多.這裡只強調原型化方法,其它的方法如:結構化方法,動態分析法等(個人認為,對初學者不必深究這些方法,實際上我也從來沒用過這些方法)在此不討論.

原型化方法是十分重要的(是軟考等常考的知識點).原型就是軟體的一個早期可執行的版本,它實現了目標系統的某些或全部功能.

原型化方法就是儘可能快地建造一個粗糙的系統,這系統實現了目標系統的某些或全部功能,但是這個......

軟體的需求分析怎麼寫啊？

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.加工名:檢驗

......

需求分析具體要怎麼寫？要包括哪些內容？

方法⑴首先調查組織機構情況包括瞭解該組織的部門組成情況，各部門的職能等，為分析資訊流程作準備。⑵然後調查各部門的業務活動情況⑶協助使用者明確對新系統的各種要求包括資訊要求、處理要求、完全性與完整性要求。⑷確定新系統的邊界常用的調查方法有：⑴跟班作業通過親身參加業務工作來了解業務活動的情況。這種方法可以比較準確地理解使用者的需求，但比較耗費時間。⑵開調查會通過與使用者座談來了解業務活動情況及使用者需求。座談時，參加者之間可以相互啟發。⑶請專人介紹。⑷詢問對某些調查中的問題，可以找專人詢問。⑸設計調查表請使用者填寫如果調查表設計得合理，這種方法是很有效，也很易於為使用者接受的。⑹查閱記錄即查閱與原系統有關的資料記錄，包括原始單據、賬簿、報表等。通過調查瞭解了使用者需求後，還需要進一步分析和表達使用者的需求。分析和表達使用者需求的方法主要包括自頂向下和自底向上兩類方法。

資料結構課程設計的需求分析怎麼寫

一 需求分析：

在該部分中根據設計題目的要求，充分地分析和理解問題，敘述系統的功能要求，明確問題要求做什麼？以及限制條件是什麼？

1．1問題描述

1．2基本要求

(1) 輸入的形式和輸入值的範圍；

(2) 輸出的形式；

(3) 程式所能達到的功能；

二 概要設計

說明本程式中用到的所有抽象資料型別的定義。主程式的流程以及各程式模組之間的層次(呼叫)關係。

1、 資料結構

2、 程式模組

3、各模組之間的呼叫關係以及演算法設計

三 詳細設計

實現概要設計中定義的所有資料型別,對每個操作寫出偽碼演算法;對主程式和其他模組也都需要寫出偽碼演算法(偽碼演算法達到的詳細程度建議為:按照偽碼演算法可以在計算機鍵盤直接輸入高階程式設計語言程式);寫出出函式和過程的呼叫關係.

四 測試與分析

測試資料，輸出測試的結果，這裡的測試資料應該完整和嚴格。並對結果進行分析。

五 總結

總結可以包括 : 課程設計過程的收穫、遇到問題、遇到問題解決問題過程的思考、程式除錯能力的思考、對資料結構這門課程的思考、在課程設計過程中對《資料結構》課程的認識等內容。

需求分析例項軟體的需求分析一般怎麼寫

正好我參加日本的軟體比賽時寫過 這是我那時候些的需求分析設計書的目錄 你看看吧

一. 智慧家居背景介紹... 3

（一）. 背景介紹... 3

二. 語音識別智慧家居解決方案... 4

（一）. 方案總體介紹... 4

（二）. 語音識別智慧家居解決方案實現原理... 6

（三）. 無線技術... 7

三. 方案例項——語音識別智慧百葉窗簾... 8

（一）. 例項簡介... 8

（二）. 系統功能... 8

（三）. 詳細實現... 9

1. 硬體設計... 9

2. 軟體設計思路... 12

（四）. 操作方法及步驟... 14

1. 訓練：... 14

2. 識別階段:. 14

四. 總結... 15

專案需求報告要怎麼寫？

聽棠的“客戶需求何時休”深刻的披露了這個問題存在的根源。需求分析，不僅僅是拿到客戶的需求，更重要的是還需進行分析，瞭解細節，並就細節跟客戶諮詢，獲取最詳細的資料。客戶所能提供給你的只是他們想到的功能需求，很多問題並不在他們考慮的範圍之內，如果作為專案承擔方沒有去做分析，簡單的按照功能要求去設計、規劃，最終出來的系統是很難完全符合客戶的業務流程的，這時，自然需要更改，被看成了需求的更改。其實，都是缺乏分析所一手造成的。問題等到系統出來了才被發現，這樣的系統本身就是先天不足的了。聽棠所說到的幾點，感受特別深：“其實問題出在開頭，客戶需求只是軟體需求分析的一部分，雖然是比較重要的一部分，但也不要只是去記客戶的需求，而是要把客戶的需求進行分析”還有客戶的需求本身會有矛盾（這矛盾是指在邏輯角度來講），客戶本身是意識不到的，只有在分析設計時，才會分析出這裡的矛盾，而這些問題，如果在期初時，軟體負責人不分析，而是純粹的“聽從”客戶要求去做，當暴露這些問題時，你怪客戶也沒用啊。專案需求分析報告，在瞭解客戶需求時，不要不動腦子，不要一味的點頭說“I C”，其實在表面的業務裡面可能包含著N多的細節，這些細節是需要你反問客戶的，只有當你提的問題越多，最終獲取的需求最具體，才能讓專案越順利。而且有很多問題，都是在你的反問中，客戶也才開始思考本來沒思考過的問題，客戶也會找到一種合理的需求給你，有人會覺得這樣瞭解客戶需求未免太麻煩了。至於一些在技術上會遇到問題的地方，也要告訴客戶，別以為到時候再說，客戶是不關心你的技術細節的，但你如果給他解釋的話，他也會試著理解的。客戶的需求本身是無休止，因為他們本身也在變，但當你期初的分析合理，後面的變動也將在邏輯上變動，相信代價已經不會那麼大了。這其實也體現了系統的擴充套件性。需求分析，是一個專案提出方和承擔方相互溝通的過程，一方是系統的使用者，一方是系統的製造者，在系統製造過程中，只有雙方相互配合，共同對系統進行設計才能最後達到使用的要求。客戶是業務上的熟悉者，對業務流程有非常清晰的瞭解，但是，對於軟體需求方面的描述是不瞭解的，他們所能提供的只是他們最終要達到的功能，但是，這其中包含的業務流程是非常複雜的。我們拿到客戶需求後，應該根據功能、流程進行初步的設計，構造出業務流程圖，再讓客戶進行評審，提出業務流程上不對的地方進行修改。這樣來回的交流，最終才能取得較全面的需求，並減少後期的修改。

職業發展需求分析應該怎麼寫

不想當將軍的兵不是好兵,即使當不了將軍也要能夠從將軍的角度去思考和解決問題,這樣才能做一個更好的有可能成為將軍的士兵.

成為一名優秀的人力資源經理是我的職業發展目標.我想做的是改善目前混亂的管理現狀,特別是關注幾乎被徹底漠視的員工的需求,讓企業中的每個人儘可能地發揮所長,幫助他們快樂地工作和生活,讓企業成為令人尊敬的企業.聽起來很像政客的宣言是嗎?但是現在的我的確是這樣想的.因為就目前來說,我也是被漠視的一員,而且生活在一群被漠視的人中間.既然從來就沒有什麼救世主,那麼要改變自己和別人的現狀就只能夠從自己的努力開始.有句話怎麼說的?如果對一個組織不滿意,最好的辦法是爬到頂端,然後改變它.

有位叫蘇青的作者寫了《人力資源經理應該具備怎樣的能力？》一文，按它的脈絡，分析一下：

一） 公正、忠信、堅定勇敢的意志力。

公正忠信沒有問題．因為本人由於懶及膽小怕事，總是按規則辦事，如果現在還有君主一類的東東，應該會是屬於愚忠的那一類人．但這又對堅定勇敢的意志力形成了威脅，所以我最擔心的是我頂不住壓力，特別是來自上層的不正確的意見，會讓我很掙扎很痛苦．那這個問題沒有解決辦法，只能指望有一條退路，然後無慾則鋼，看看能壞到哪去．

二） 對人性的正確、全面的瞭解以及廣博的知識。

這點十分之欠缺，因為容易看到惡的一面，又嫌人際交往太過麻煩，最根本的還是沒有開放的心態，所以與人交往不多，由此帶來的認識就片面＼偏向＼陰暗．廣博的知識勉勉強強，因為興趣愛好多到了沒有興趣的地步，所以啥都有一點，不過不深．這是不好的．所以以後要多接觸一些人,試著瞭解他們.

三、 親和力和優秀的人際關係處理技巧。

保守有餘,活力不足.我的朋友說我一開始接觸時看起來嚴肅,只有熟了以後才會談到一起,這應該是親和力不足的表現.不過待人誠懇也是別人對我的評價.改進?參見上一條.

四、 實現人力資源有效管理的專業能力

1．人力資源規劃管理(完整規劃沒做過,基礎分析做得多)和人力資源管理手冊設計(基本可以完成)的能力。

2．職位分析(沒有做過,止於知道)和績效考核管理(指標設定不行,因為對業務生疏了)能力。

3．薪酬與福利管理能力。 一直在做的,執行OK,沒有做過設計.

4．人力資源開發、培訓能力。 (些許培訓經驗,但是在職業發展與培訓結合方面雖然關注,不過沒有實際行動,應該成為努力方向)

5．人事制度管理能力。 OK.因為現在儼然是員工首選制度諮詢師.

當然，作為人力資源經理還應具備組織能力、領導能力、表達能力、自信力（以及對人力資源管理工作的興趣或愛好）等其它素質能力。

經過這樣總的分析,要實現我的職業目標還是有比較大的難度:

1、性格上的缺陷：脆弱、內向、不善於與人交往、保守。每個人都是不完美的，在實在沒法改變的情況下，要把缺點變成特點。隨著時間的打磨，我相信自己。

2、專業能力的上欠缺：對業務方面瞭解不夠，特別是對各個崗位的瞭解僅限於道聽途說，沒有一手的認知。在本專業內，只限於一些低層次的工作，而且 PM對我的認同也只是因為工作量大，但又沒有誤太多的事而已。這樣以苦勞獲取的評價不是我所希望的。我相信渡過這一段人手奇缺的時期，我會有更多的時間來做那些沒有做過的難度大一些的工作。

3、具體實行上的困難和可能出現的變數：一是經過測算，工作量大佔用時間長的情況在未來的三個月內不會有所改變，每天加班三小時？可能家庭方面會出現問題；二是缺乏指導，PM沒有訓練人的習慣、公司也沒有這樣的......

要做一份企業網站的話需求分析應該怎麼寫

需求分析不是憑空想出來的，肯定是根據定位來寫的，首先問自己兩個問題，做企業站能獲得什麼樣的收益。我主營什麼產品能獲得此收益。專攻項SEO優化團隊為您解答，希望對您有所幫助

如何寫需求分析報告

資源簡介教會你如何寫需求分析報告~~·需求分析說明書 1 、系統功能結構圖（ HIPO 圖） （在該功能結構圖中選一個子系統進行逐層分解） 2 、系統功能說明 （對以上選中的子系統進行功能描述） 3 、現有系統的業務流程圖及說明 （對以上選中的子系統繪製手工系統或舊的計算機系統的業務流程圖並進行簡單的功能說明）

軟體需求分析報告中的“需求規定------對功能的規定”怎麼寫？？？ 10分

對功能的規定是最接近使用者實際業務操作的描述。

例如，描述成績管理的業務，應該分為成績錄入和成績修改兩個功能點來描述。

成績錄入時，輸入就代表需要錄入的有哪些資料；輸出表示將資料都錄完後，會產生什麼結果的單據。

我的理解是這樣的，供參考。