自我開發需求分析報告

⑴ 如何進行swot自我分析

在我們求職之前，一定要做一個合理的自我分析，幫助我們更清楚地看清自我，發現自身的優勢和劣勢，看到求職中的機遇與威脅，做到知己知彼。

首先，S，代表strength（優勢）；

每個人都有自己的優勢，或是邏輯能力很強，或是口才很好，一定要認清個人最大的優勢在哪裡，這樣不僅有利於發現適合自己的工作，更有利於在面試中有一個更好的表現，而且在面試過程中當我們遇到個人優勢，以及為什麼認為自己適合這份工作類似的問題時，可以讓我們更加游刃有餘。

其次，W代表weakness（弱勢）；

知道我們自己的優勢，也要認清我們的劣勢，這樣讓我在求職時，可以揚長避短，避開一些我們並不擅長的工作，避免經歷的浪費；除此之外，認識到自己的弱勢，我們就可以有意的在這個方面提高自己，彌補自己的不足，當面試問到個人劣勢的時候，我們可以底氣十足的說出個人劣勢，並說明自己已經在努力克服。

O代表opportunity（機會）；

在求職時，我們需要評估想要從事行業都有哪些工作機會適合自己，也要評估該行業的機會，這個行業是否具有潛力，這樣不僅可以找到一個有前景的行業，也可以在該行業中找到適合自己的機會。

T代表threat（威脅）；

我們在求職中會遇到大量的競爭者，正所謂知己知彼，百戰不殆，發現競爭者們對我們的威脅有哪些，我們相對競爭者們又有哪些優勢，可以幫助我們在面試時有一個更好的發揮。

⑵ 如何系統的進行用戶需求分析

1.概念
需求的定義包括從用戶角度(系統的外部行為),以及從開發者角度(一些內部特性)來闡述需求.
關鍵的問題是一定要編寫需求文檔.我曾經目睹過一個項目中途更換了所有的開發者,客戶被迫與新的需求分析者坐到一起.系統的分析人員說:"我們想與你談談你的需求."客戶的第一反應便是:"我已經將我的要求都告訴你們前任了,現在我要的就是給我編一個系統".
百事通
而實際上,UGGs,需求並未編寫成文檔,因此新的分析人員不得不從頭做起.所以如果只有一堆郵件、會談記錄或一些零碎的未整理的對話,你就確信你已明白用戶的需求,那完全是自欺欺人.
需求的另外一種定義認為需求是"用戶所需要的並能觸發一個程序或系統開發工作的說明".有些需求分析專家拓展了這個概念:"從系統外部能發現系統所具有的滿足於用戶的特點、功能及屬性等".這些定義強調的是產品是什麼樣的,而並非產品是怎樣設計、構造的.而下面的定義則從用戶需要進一步轉移到了系統特性:
需求是指明必須實現什麼的規格說明.它描述了系統的行為、特性或屬性,是在開發過程中對系統的約束.
從上面這些不同形式的定義不難發現:並沒有一個清晰、毫無二義性的"需求"術語存在,真正的"需求"實際上在人們的腦海中,這個人們主要是指客戶,但一般情況下,用戶並不能描述自己的需要,只就需要系統分析人員根據用戶的自己語言的描述整理出相關的需要再進一步和客戶核對.系統分析員和客戶需要確保所有項目風險承擔者在描述需求的那些名詞的理解上務必達成共識.
任何文檔形式的需求(例如如下將要描述的需求規格說明書)僅是一個模型,一種描述.
2.需求分析的任務
開發軟體系統最為困難的部分就是准確說明開發什麼.最為困難的概念性工作便是編寫出詳細技術需求,這包括所有面向用戶、面向機器和其它軟體系統的介面.同時這也是一旦做錯,將最終會給系統帶來極大損害的部分,並且以後再對它進行修改也極為困難.
目前,國內產品的龐雜,一家企業可能有幾個系統並立運行,它們之間介面是系統開發人員最頭痛的問題.
對於商業最終用戶應用程序,企業信息系統和軟體作為一個大系統的一部分的產品是顯而易見的.但是對於我們開發人員來說,並沒有編寫出客戶認可的需求文檔,我們如何知道項目於何時結束?而如果我們不知道什麼對客戶來說是重要的,那我們又如何能使客戶感到滿意呢?
然而,即便並非出於商業目的的軟體需求也是必須的.例如庫、組件和工具這些供開發小組內部使用的軟體.當然你可能偶爾勿需文檔說明就能與其他人意見較為一致,但更常見的是出現重復返工這種不可避免的後果,而重新編制代碼的代價遠遠超過重寫一份需求文檔的代價,這些血的教訓正在國內的軟體開發者身上發生.
近來,我遇到一個開發小組開發包括代碼編輯器在內的一套內部使用的計算機輔助軟體.不幸的是,當他們開發完這個工具後,發現這個工具不能列印出源代碼文件,使用者當然希望有這個功能.結果這個小組只好手工抄寫源代碼文檔以供代碼檢查.這說明那怕需求明確無誤並構思准確,如果我們沒有編寫文檔,軟體達不到期望目標也只能是咎由自取了.
相反的情況,我曾見一個要集成到"錯誤跟蹤系統"中的簡單界面寫了一頁需求說明.而操作系統系統管理員在為處理腳本時發現簡單的一張需求清單竟是如此有用.他們依據需求對系統進行測試時,此系統不僅非常清晰地實現了所有必需功能,而且未發現任何錯誤.
事實上,需求文檔在開發過程中一直起指導作用.
3.需求分析過程
可把整個軟體需求工程研究領域劃分為需求開發和需求管理兩部分更合適,如圖4-1所示:
圖4-1 需求工程域的層次分解示意圖
需求開發可進一步分為:問題獲取、分析、編寫規格說明和驗證四個階段.這些子項包括軟體類產品中需求收集、評價、編寫文檔等所有活動.需求開發活動包括以下幾個方面:
確定產品所期望的用戶類別.
獲取每個用戶類的需求.
了解實際用戶任務和目標以及這些任務所支持的業務需求.
分析源於用戶的信息以區別用戶任務需求、功能需求、業務規則、質量屬性、建議解決方法和附加信息.
將系統級的需求分為幾個子系統,並將需求中的一部份分配給軟體組件.
了解相關質量屬性的重要性.
商討實施優先順序的劃分.
將所收集的用戶需求編寫成文檔和模型.
評審需求規格說明,確保對用戶需求達到共同的理解與認識,並在整個開發小組接受說明之前將問題都弄清楚.
需求管理需要"建立並維護在軟體工程中同客戶達成的合同" .這種合同都包含在編寫的需求文檔與模型中.客戶的接受僅是需求成功的一半,開發人員也必須能夠接受他們,並真正把需求應用到產品中.通常的需求管理活動包括:
定義需求基線(迅速制定需求文檔的主體).
評審提出的需求變更、評估每項變更的可能影響從而決定是否實施它.
以一種可控制的方式將需求變更融入到項目中.
使當前的項目計劃與需求一致.
估計變更需求所產生影響並在此基礎上協商新的承諾,這種承諾具體體現在項目解決方案上.
讓每項需求都能與其對應的設計、源代碼和測試用例聯系起來以實現跟蹤.
在整個項目過程中跟蹤需求狀態及其變更情況.
以上幾點說明是我總結了成功實施項目後系統分析人員的經驗,同時也根據國內外的其他系統實施的相關成功經驗,進行了總結.
4.需求的類型
下面這些定義是需求工程領域中常見術語的定義.
軟體需求包括三個不同的層次:業務需求、用戶需求和功能需求(也包括非功能需求).
1.業務需求(business requirement)反映了組織機構或客戶對系統、產品高層次的目標要求,它們在項目視圖與范圍文檔中予以說明.
2.用戶需求(user requirement) 文檔描述了用戶使用產品必須要完成的任務,這在使用實例(use case)文檔或方案腳本說明中予以說明.
3.功能需求(functional requirement)定義了開發人員必須實現的軟體功能,使得用戶能完成他們的任務,從而滿足了業務需求.
在軟體需求規格說明書 (SRS)中說明的功能需求充分描述了軟體系統所應具有的外部行為.軟體需求規格說明在開發、測試、質量保證、項目管理以及相關項目功能中都起了重要的作用.對一個大型系統來說,軟體功能需求也許只是系統需求的一個子集,因為另外一些可能屬於子系統(或軟體部件).
作為功能需求的補充,軟體需求規格說明還應包括非功能需求,它描述了系統展現給用戶的行為和執行的操作等.它包括產品必須遵從的標准、規范和合約;外部界面的具體細節;性能要求;設計或實現的約束條件及質量屬性.所謂約束是指對開發人員在軟體產品設計和構造上的限制.質量屬性是通過多種角度對產品的特點進行描述,從而反映產品功能.多角度描述產品對用戶和開發人員都極為重要.
下面以一個字處理程序為例來說明需求的不同種類.業務需求可能是:"用戶能有效地糾正文檔中的拼寫錯誤",該產品的包裝盒封面上可能會標明這是個滿足業務需求的拼寫檢查器.而對應的用戶需求可能是"找出文檔中的拼寫錯誤並通過一個提供的替換項列表來供選擇替換拼錯的詞".同時,該拼寫檢查器還有許多功能需求,如找到並高亮度提示錯詞的操作;顯示提供替換詞的對話框以及實現整個文檔范圍的替換.
從以上定義可以發現,需求並未包括設計細節、實現細節、項目計劃信息或測試信息.需求與這些沒有關系,它關注的是充分說明你究竟想開發什麼.項目也有其它方面的需求,如開發環境需求或發布產品及移植到支撐環境的需求.盡管這些需求對項目成功也至關重要,但它們並非本書所要討論的.
5.需求分析的原則
不重視需求過程的項目隊伍將自食其果.需求工程中的缺陷將給項目成功帶來極大風險,這里的"成功"是指推出的產品能以合理的價格、及時地在功能、質量上完全滿足用戶的期望.下面將討論一些需求風險.
不適當的需求過程所引起的一些風險:
1. 無足夠用戶參與
客戶經常不明白為什麼收集需求和確保需求質量需花費那麼多功夫,開發人員可能也不重視用戶的參與.究其原因:一是因為開發人員感覺與用戶合作不如編寫代碼有意思;二是因為開發人員覺得已經明白用戶的需求了.在某些情況下,與實際使用產品的用戶直接接觸很困難,而客戶也不太明白自己的真正需求.但還是應讓具有代表性的用戶在項目早期直接參與到開發隊伍中,並一同經歷整個開發過程.
系統人員在實踐過程中,也有些感覺,在實施一家公司的項目時,若無足夠的用戶參與,系統人員獲得的需求是片面的,不完整的,這樣系統在需求之初就埋下風險.
2. 用戶需求的不斷增加
在開發中若不斷地補充需求,項目就越變越龐大以致超過其計劃及預算范圍.計劃並不總是與項目需求規模與復雜性、風險、開發生產率及需求變更實際情況相一致,這使得問題更難解決.實際上,問題根源在於用戶需求的改變和開發者對新需求所作的修改.
要想把需求變更范圍控制到最小,必須一開始就對項目視圖、范圍、目標、約束限制和成功標准給予明確說明,並將此說明作為評價需求變更和新特性的參照框架.說明中包括了對每種變更進行變更影響因素分析的變更控制過程,有助於所有風險承擔者明白業務決策的合理性,即為何進行某些變更,相應消耗的時間、資源或特性上的折中.
產品開發中不斷延續的變更會使其整體結構日漸紊亂,補丁代碼也使得整個程序難以理解和維護.插入補丁代碼使模塊違背強內聚、松耦合的設計原則,特別是如果項目配置管理工作不完善的話,收回變更和刪除特性會帶來問題.如果你盡早地區別這些可能帶來變更的特性,你就能開發一個更為健壯的結構,並能更好地適應它.這樣設計階段需求變更不會直接導致補丁代碼,同時也有利於減少因變更導致質量的下降.
3. 模稜兩可的需求
模稜兩可是需求規格說明中最為可怕的問題.它的一層含義是指諸多讀者對需求說明產生了不同的理解;另一層含義是指單個讀者能用不止一個方式來解釋某個需求說明.
模稜兩可的需求會使不同的風險承擔者產生不同的期望,它會使開發人員為錯誤問題而浪費時間,並且使測試者與開發者所期望的不一致.一位系統測試人員曾告訴我,她所在的測試組經常對需求理解有誤,以致不得不重寫許多測試用例並重做許多測試.
處理模稜兩可需求的一種方法是組織好負責從不同角度審查需求的隊伍.僅僅簡單瀏覽一下需求文檔是不能解決模稜兩可問題的.如果不同的評審者從不同的角度對需求說明給予解釋,但每個評審人員都真正了解需求文檔,這樣二義性就不會直到項目後期才被發現,那時再發現的話會使得更正代價很大.
4. 不必要的特性
"畫蛇添足"是指開發人員力圖增加一些"用戶欣賞"但需求規格說明中並未涉及的新功能.經常發生的情況是用戶並不認為這些功能性很有用,以致在其上耗費的努力"白搭"了.開發人員應當為客戶構思方案並為他們提供一些具有創新意識的思路,具體提供哪些功能要在客戶所需與開發人員在允許時限內的技術可行性之間求得平衡,開發人員應努力使功能簡單易用,而不要未經客戶同意,擅自脫離客戶要求,自作主張.
同樣,客戶有時也可能要求一些看上去很"酷",但缺乏實用價值的功能,而實現這些功能只能徒耗時間和成本.為了將"畫蛇添足"的危害盡量減小,應確信:你明白為什麼要包括這些功能,以及這些功能的"來龍去脈",這樣使得需求分析過程始終是注重那些能使用戶完成他們業務任務的核心功能.
5. 過於精簡的規格說明
有時,客戶並不明白需求分析有如此重要,於是只作一份簡略之至的規格說明,僅涉及了產品概念上的內容,然後讓開發人員在項目進展中去完善,結果很可能出現的是開發人員先建立產品的結構之後再完成需求說明.這種方法可能適合於尖端研究性的產品或需求本身就十分靈活的情況.但在大多數情況下,這會給開發人員帶來挫折(使他們在不正確的假設前提和極其有限的指導下工作),也會給客戶帶來煩惱(他們無法得到他們所設想的產品).
6. 忽略了用戶分類
大多數產品是由不同的人使用其不同的特性,使用頻繁程度也有所差異,使用者受教育程度和經驗水平也不盡相同.如果你不能在項目早期就針對所有這些主要用戶進行分類的話,必然導致有的用戶對產品感到失望.例如,菜單驅動操作對高級用戶太低效了,但含義不清的命令和快捷鍵又會使不熟練的用戶感到困難.
7. 不準確的計劃
據統計,導致需求過程中軟體成本估計極不準確的原因主要有以下五點:頻繁的需求變更、遺漏的需求、與用戶交流不夠、質量低下的需求規格說明和不完善的需求分析.
對不準確的要求所提問題的正確響應是"等我真正明白你的需求時,我就會來告訴你".基於不充分信息和未經深思的對需求不成熟的估計很容易為一些因素左右.要作出估計時,最好還是給出一個范圍.未經准備的估計通常是作為一種猜測給出的,聽者卻認為是一種承諾.因此我們要盡力給出可達到的目標並堅持完成它.
6.需求分析人員和用戶的合作關系
優秀的軟體產品是建立在優秀的需求基礎之上的.而高質量的需求來源於客戶與開發人員之間有效的交流與合作.通常,開發人員與客戶或客戶代理人,如市場人員間的關系反而會成為一種對立關系.雙方的管理者都只想自己的利益而擱置用戶提供的需求從而產生摩擦,在這種情況下,不會給雙方帶來一點益處.
只有當雙方參與者都明白要成功自己需要什麼,同時也應知道要成功合作方需要什麼時,才能建立起一種合作關系.由於項目壓力與日漸增,所有風險承擔者有著一個共同的目標這一點容易被遺忘.其實大家都想開發出一個既能實現商業價值,又能滿足用戶需要,還能使開發者感到滿足的優秀軟體產品.
軟體客戶需求權利書列出了十條關於客戶在項目需求工程實施中與分析人員、開發人員交流時的合法要求.每一項權利都對應著軟體開發人員、分析人員的義務.而軟體客戶需求義務書也列出了十條關於客戶在需求過程中應承擔的義務.如果願意,可以將其作為開發人員的權利書.
客戶有如下權利:
1:要求分析人員使用符合客戶語言習慣的表達
需求討論應集中於業務需要和任務,故要使用業務術語,你應將其教給分析人員,而你 不一定要懂得計算機的行業術語.
2:要求分析人員了解客戶的業務及目標
通過與用戶交流來獲取用戶需求、分析人員才能更好地了解你的業務任務和怎樣才能使產品更好地滿足你的需要.這將有助於開發人員設計出真正滿足你的需要並達到你期望的優秀軟體.為幫助開發人員和分析人員,可以考慮邀請他們觀察你或你的同事是怎樣工作的.如果新開發系統是用來替代已有的系統,那麼開發人員應使用一下目前的系統,這將有利於他們明白目前系統是怎樣工作的,其工作流程的情況,以及可供改進之處.
3:要求分析人員編寫軟體需求規格說明
分析人員要把從你和其他客戶那裡獲得的所有信息進行整理,以區分開業務需求及規范、功能需求、質量目標、解決方法和其它信息.通過這些分析就能得到一份軟體需求規格說明.而這份軟體需求規格說明便在開發人員和客戶之間針對要開發的產品內容達成了協議.軟體需求規格說明書可以用一種你認為易於翻閱和理解的方式組織編寫.要評審編寫出的規格說明以確保它們准確而完整地表達了你的需求.一份高質量的軟體需求規格說明能有助於開發人員開發出真正需要的產品.
4:要求得到需求工作結果的解釋說明
分析人員可能採用了多種圖表作為文字性軟體需求規格說明的補充.因為如工作流程圖那樣的圖表能很清楚地描述出系統行為的某些方面.所以需求說明中的各種圖表有著極高的價值.雖然它們不太難於理解,但是你很可能對此並不熟悉.因此可以要求分析人員解釋說明每張圖表的作用或其它的需求開發工作結果和符號的意義,及怎樣檢查圖表有無錯誤及不一致等.
5:要求開發人員尊重你的意見
如果用戶與開發人員之間不能相互理解,那關於需求的討論將會有障礙,共同合作能使大家"兼聽則明".參與需求開發過程的客戶有權要求開發人員尊重他們並珍惜他們為項目成功所付出的時間.同樣,客戶也應對開發人員為項目成功這一共同目標所作出的努力表示尊重與感激.
6:要求開發人員對需求及產品實施提供建議,拿出主意
通常,客戶所說的"需求"已是一種實際可能的實施解決方案,分析人員將盡力從這些解決方法中了解真正的業務及其需求,同時還應找出已有系統不適合當前業務之處,以確保產品不會無效或低效.在徹底弄清業務領域內的事情後,分析人員有時就能提出相當好的改進方法.有經驗且富有創造力的分析人員還能提出增加一些用戶並未發現的很有價值的系統特性.
7:描述產品易使用的特性
你可以要求分析人員在實現功能需求的同時還要注重軟體的易用性.因為這些易用特性或質量屬性能使你更准確、高效地完成任務.例如,客戶有時要求產品要"用戶友好"或"健壯"或"高效率",但這對於開發人員來說,太主觀了並無實用價值.正確的應是:分析人員通過詢問和調查了解客戶所要的友好、健壯、高效所包含的具體特性.
8:調整需求,允許重用已有的軟體組件
需求通常要有一定的靈活性.分析人員可能發現已有的某個軟體組件與你描述的需求很相符.在這種情況下,分析人員應提供一些修改需求的選擇以便開發人員能夠在新系統開發中重用一些已有的軟體.如果有可重用的機會出現,同時你又能調整你的需求說明,那就能降低成本和節省時間,而不必嚴格按原有的需求說明開發.所以說,如果想在產品中使用一些已有的商業常用組件,而它們並不完全適合你所需的特性,這時一定程度上的需求靈活性就顯得極為重要了.
9:獲得滿足客戶功能和質量要求的系統
每個人都希望項目獲得成功.但這不僅要求你要清晰地告知開發人員關於系統"做什麼"所需的所有信息,而且還要求開發人員能通過交流了解清楚取捨與限制.一定要明確說明你的假設和潛在的期望.否則,開發人員開發出的產品很可能無法讓你滿意.
客戶有下列義務:
1:給分析人員講解你的業務
分析人員要依靠你給他們講解的業務概念及術語.但你不能指望分析人員會成為該領域的專家,而只能讓他們真正明白你的問題和目標.不要期望分析人員能把握你們業務的細微與潛在之處,他們很可能並不知道那些對於你和你的同事來說理所當然的"常識".
2:抽出時間清楚地說明並完善需求
客戶很忙,經常在最忙的時候還得參與需求開發.但無論如何,你有義務抽出時間參與"頭腦風暴"會議的討論,接受采訪或其它獲取需求的活動.有時分析人員可能先以為明白了你的觀點,而過後發現還需要你的講解.這時,請耐心一些對待需求和需求的精化工作過程中的反復,因為它是人們交流中的很自然的現象,何況這對軟體產品的成功極為重要.
3:准確而詳細地說明需求
編寫一份清晰、准確的需求文檔是很困難的.由於處理細節問題不但煩人而且又耗時,故很容易留下模糊不清的需求.但是,在開發過程中,必須得解決這種模糊性和不準確性.而你恰是為解決這些問題作出決定的最佳人選.不然的話,你就只好靠開發人員去正確猜測了.在需求規格說明中暫時加上待定(to be determined, TBD也可採用漢語拼音略寫"DQD:待確定")的標志是個不錯的辦法.用該標志可指明了哪些需要進一步探討、分析或增加信息的地方.不過,有時也可能因為某個特殊需求難以解決或沒有人願意處理它而註上TBD標志.盡量將每項需求的內容都闡述清楚,以便分析人員能准確的將其寫進軟體需求規格說明中.如果你一時不能准確表述,那就得允許獲取必要的准確信息這樣一個過程.通常使用所謂的原型技術.通過開發的原型,你可以同開發人員一起反復修改,不斷完善需求定義.
4:及時地作出決定
正如一位建築師為你修建房屋,分析人員將要求你做出一些選擇和決定.這些決定包括來自多個用戶提出的處理方法或在質量特性沖突和信息准確度中選擇折衷方案等.有權做出決定的客戶必須積極地對待這一切,盡快做處理、做決定.因為開發人員通常只有等你做出了決定才能行動,而這種等待會延誤項目的進展.
5:尊重開發人員的需求可行性及成本評估
所有的軟體功能都有其成本價格,開發人員最適合預算這些成本(盡管許多開發人員並不擅長評估預測).你所希望的某些產品特性可能在技術上行不通,或者實現它要付出極為高昂的代價.而某些需求試圖在操作環境中要求不可能達到的性能或試圖得到一些根本得不到的數據,開發人員會對此作出負面的評價意見,你應該尊重他們的意見.有時,你可以重新給出一個在技術上可行、實現上便宜的需求,例如,要求某個行為在"瞬間"發生是不可行的,但換種更具體的時間需求說法("在50ms以內",但若沒有準確的技術分析不能輕易下結論),這就可以實現了.
6: 劃分需求優先順序別
大多數項目沒有足夠的時間或資源來實現功能性的每個細節.決定哪些特性是必要的,哪些是重要的,哪些是好的,是需求開發的主要部分.只能由你來負責設定需求優先順序,因為開發者並不可能按你的觀點決定需求優先順序.開發者將為你確定優先順序提供有關每個需求的花費和風險的信息.當你設定優先順序時,你幫助開發者確保在適當的時間內用最小的開支取得最好的效果.在時間和資源限制下,關於所需特性能否完成或完成多少應該尊重開發人員的意見.盡管沒有人願意看到自己所希望的需求在項目中未被實現,但畢竟是要面對這種現實的.業務決策有時不得不依據優先順序來縮小項目范圍或延長工期,或增加資源,或在質量上尋找折衷.
7:評審需求文檔和原型
正如我們將在第1 4章討論的,無論是正式的還是非正式的方式,對需求文檔進行評審都會對軟體質量提高有所幫助.讓客戶參與評審才能真正鑒別需求文檔是否的確完整、正確說明了期望的必要特性.評審也給客戶代表提供一個機會,給需求分析人員帶來反饋信息以改進他們的工作.如果你認為編寫的需求文檔不夠准確,就有義務盡早告訴分析人員並為改進提供建議.通過閱讀需求規格說明,很難想像實際的軟體是什麼樣子的.更好的方法是先為產品開發一個原型.這樣你就能提供更有價值的反饋信息給開發人員,幫助他們更好地理解你的需求.必須認識到:原型並非是一個實際產品,但開發人員能將其轉變、擴充成功能齊全的系統.
8:需求出現變更要馬上聯系
不斷的需求變更會給在預定計劃內完成高質量產品帶來嚴重的負面影響.變更是不可避免的,但在開發周期中變更越在晚期出現,其影響越大.變更不僅會導致代價極高的返工,而且工期也會被迫延誤,特別是在大體結構已完成後又需要增加新特性時.所以一旦你發現需要變更需求時,請一定立即通知分析人員.
9:應遵照開發組織處理需求變更的過程
為了將變更帶來的負面影響減少到最低限度,所有的參與者必須遵照項目的變更控制過程.這要求不放棄所有提出的變更,對每項要求的變更進行分析、綜合考慮,最後作出合適的決策以確定將某些變更引入項目中.
10:尊重開發人員採用的需求工程過程
軟體開發中最具挑戰性的莫過於收集需求並確定其正確性.分析人員採用的方法有其合理性.也許你認為需求過程不太劃算,但請相信花在需求開發上的時間是"很有價值"的.如果你理解並支持分析人員為收集、編寫需求文檔和確保其質量所採用的技術,那麼整個過程將會更為順利.盡管去詢問分析人員為什麼他們要收集某些信息,或參與與需求有關的活動.
系統分析人員在開發過程中可能會遇到以下問題,一些很忙的客戶可能不願意積極參與需求過程,而缺少客戶參與將很可能導致不理想的產品.故一定要確保需求開發中的主要參與者都了解並接受他們的義務.如果遇到分歧,通過協商以達成對各自義務的相互理解,這樣能減少今後的摩擦.
7.需求文檔
需求開發的最終成果是:客戶和開發小組對將要開發的產品達成一致協議.協議綜合了業務需求、用戶需求和軟體功能需求.就像我們早先所看到的,項目視圖和范圍文檔包含了業務需求,而使用實例文檔則包含了用戶需求.你必須編寫從使用實例派生出的功能需求文檔,還要編寫產品的非功能需求文檔,包括質量屬性和外部介面需求.只有以結構化和可讀性方式編寫這些文檔,並由項目的風險承擔者評審通過後,各方面人員才能確信他們所贊同的需求是可靠的.
你可以使用以下三種方法編寫軟體需求規格說明:
用好的結構化和自然語言編寫文本型文檔.
建立圖形化模型,這些模型可以描繪轉換過程、系統狀態和它們之間的變化、數據關系、邏輯流或對象類和它們的關系.
編寫形式化規格說明,這可以通過使用數學上精確的形式化邏輯語言來定義需求.
由於形式化規格說明具有很強的嚴密性和精確度,因此,所使用的形式化語言只有極少數軟體開發人員才熟悉,更不用說客戶了.雖然結構化的自然語言具有許多缺點,但在大多數軟體工程中,它仍是編寫需求文檔最現實的方法.包含了功能和非功能需求的基於文本的軟體需求規格說明已經為大多數項目所接受.圖形化分析模型通過提供另一種需求視圖,增強了軟體需求規格說明.
如果解決了您的問題請採納！
如果未解決請繼續追問

⑶ 大學生創新創業實踐報告怎麼寫800字（要求:社會實踐，創業需求，自我創業條件，團隊項目）

想要寫實踐報告，可以先在網路上找幾篇範文作為參考，看看別人是怎麼樣寫的，別人的思路是怎樣，可以借鑒別人的先進經驗，再結合自己的實際情況，結合自己的個人見解，寫出自己的報告。

⑷ 軟體，系統，需求分析，合作，報告，怎麼寫(詳看全文)

寫清楚項目目的、業務流程、組織機構、功能要求、非功能要求（支持的用戶數、響應時間等）就可以了。可以用UML圖，但是做不好還不如不用，關鍵是描述准確。

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

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

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

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

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

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

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

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

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

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

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

1．人力資源規劃管理(完整規劃沒做過,基礎分析做得多)和人力資源管理手冊設計(基本可以完成)的能力。
2．職位分析(沒有做過,止於知道)和績效考核管理(指標設定不行,因為對業務生疏了)能力。
3．薪酬與福利管理能力。 一直在做的,執行OK,沒有做過設計.
4．人力資源開發、培訓能力。 (些許培訓經驗,但是在職業發展與培訓結合方面雖然關注,不過沒有實際行動,應該成為努力方向)
5．人事制度管理能力。 OK.因為現在儼然是員工首選制度咨詢師.

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

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

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

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

3、具體實行上的困難和可能出現的變數：一是經過測算，工作量大佔用時間長的情況在未來的三個月內不會有所改變，每天加班三小時？可能家庭方面會出現問題；二是缺乏指導，PM沒有訓練人的習慣、公司也沒有這樣的機制，但這也不能怪他們，否則的話我怎麼會有我的政客宣言呢？這點自己解決；三是有可能會有不希望的PM的變更，Oh my God!那樣的人成為我的上級？也許會使我的職業發展目標要繞好大彎才能實現或者被迫作出改變，不過兵來將擋，水來土淹，條條大路通羅馬！

最後的總結和行動計劃是：

1、按既定計劃完成累積的小事。

2、增加自我培訓的時間。

3、主動承接不熟悉的領域內的工作。
參照:

對初創的風險企業來說，創業計劃書的作用尤為重要，一個醞釀中的項目，往往很模糊，通過制訂創業計劃書，把正反理由都書寫下來。見後再逐條推敲。創業者這樣就能對這一項目有更清晰的認識。可以這樣說，創業計劃書首先是把計劃中要創立的企業推銷給了創業者自己。

其次，創業計劃書還能幫助把計劃中的風險企業推銷給風險投資家，公司創業計劃書的主要目的之一就是為了籌集資金。因此，創業計劃書必須要說明：

(1)創辦企業的目的——為什麼要冒風險，花精力、時間、資源、資金去創辦風險企業？

(2)創辦企業所需多少資金？為什麼要這么多的錢？為什麼投資人值得為此注入資金？對已建的風險企業來說，創業計劃書可以為企業的發展定下比較具體的方向和重點，從而使員工了解企業的經營目標，並激勵他們為共同的目標而努力。更重要的是，它可以使企業的出資者以及供應商、銷售商等了解企業的經營狀況和經營目標，說服出資者(原有的或新來的)為企業的進一步發展提供資金。

正是基於上述理由，創業計劃書將是創業者所寫的商業文件中最主要的一個。那麼，如何制訂創業計劃書呢？

一、怎樣寫好創業計劃書

那些既不能給投資者以充分的信息也不能使投資者激動起來的創業計劃書，其最終結果只能是被扔進垃圾箱里。為了確保創業計劃書能「擊中目標」，創業者應做到以下幾點：

1．關注產品

在創業計劃書中，應提供所有與企業的產品或服務有關的細節，包括企業所實施的所有調查。這些問題包括：產品正處於什麼樣的發展階段？它的獨特性怎樣？企業分銷產品的方法是什麼？誰會使用企業的產品，為什麼？產品的生產成本是多少，售價是多少？企業發展新的現代化產品的計劃是什麼？把出資者拉到企業的產品或服務中來，這樣出資者就會和創業者一樣對產品有興趣。在創業計劃書中，企業家應盡量用簡單的詞語來描述每件事——商品及其屬性的定義對企業家來說是非常明確的，但其他人卻不一定清楚它們的含義。制訂創業計劃書的目的不僅是要出資者相信企業的產品會在世界上產生革命性的影響，同時也要使他們相信企業有證明它的論據。創業計劃書對產品的闡述，要讓出資者感到：「噢，這種產品是多麼美妙、多麼令人鼓舞啊!」

2．敢於競爭

在創業計劃書中，創業者應細致分析競爭對手的情況。競爭對手都是誰？他們的產品是如何工作的？競爭對手的產品與本企業的產品相比，有哪些相同點和不同點？競爭對手所採用的營銷策略是什麼？要明確每個競爭者的銷售額，毛利潤、收入以及市場份額，然後再討論本企業相對於每個競爭者所具有的競爭優勢，要向投資者展示，顧客偏愛本企業的原因是：本企業的產品質量好，送貨迅速，定位適中，價格合適等等，創業計劃書要使它的讀者相信，本企業不僅是行業中的有力競爭者，而且將來還會是確定行業標準的領先者。在創業計劃書中，企業家還應闡明競爭者給本企業帶來的風險以及本企業所採取的對策。

3．了解市場

創業計劃書要給投資者提供企業對目標市場的深入分析和理解。要細致分析經濟、地理、職業以及心理等因素對消費者選擇購買本企業產品這一行為的影響，以及各個因素所起的作用。創業計劃書中還應包括一個主要的營銷計劃，計劃中應列出本企業打算開展廣告、促銷以及公共關系活動的地區，明確每一項活動的預算和收益。創業計劃書中還應簡述一下企業的銷售戰略：企業是使用外面的銷售代表還是使用內部職員？企業是使用轉賣商、分銷商還是特許商？企業將提供何種類型的銷售培訓？此外，創業計劃書還應特別關注一下銷售中的細節問題。

4．表明行動的方針

企業的行動計劃應該是無解可擊的。創業計劃書中應該明確下列問題：企業如何把產品推向市場？如何設計生產線，如何組裝產品？企業生產需要哪些原料？企業擁有那些生產資源，還需要什麼生產資源？生產和設備的成本是多少？企業是買設備還是租設備？解釋與產品組裝，儲存以及發送有關的固定成本和變動成本的情況。

5．展示你的管理隊伍

把一個思想轉化為一個成功的風險企業，其關鍵的因素就是要有一支強有力的管理隊伍。這支隊伍的成員必須有較高的專業技術知識、管理才能和多年工作經驗，要給投資者這樣一種感覺：「看，這支隊伍里都有誰!如果這個公司是一支足球隊的話，他們就會一直殺入世界盃決賽!」管理者的職能就是計劃，組織，控制和指導公司實現目標的行動。在創業計劃書中，應首先描述一下整個管理隊伍及其職責，然而再分別介紹每位管理人員的特殊才能、特點和造詣，細致描述每個管理者將對公司所做的貢獻。創業計劃書中還應明確管理目標以及組織機構圖。

6．出色的計劃摘要

創業計劃書中的計劃摘要也十分重要。它必須能讓讀者有興趣並渴望得到更多的信息，它將給讀者留下長久的印象。計劃摘要將是創業者所寫的最後一部分內容，但卻是出資者首先要看的內容，它將從計劃中摘錄出與籌集資金最相乾的細節：包括對公司內部的基本情況，公司的能力以及局限性，公司的競爭對手，營銷和財務戰略，公司的管理隊伍等情況的簡明而生動的概括。如果公司是一本書，它就象是這本書的封面，做得好就可以把投資者吸引住。它會風險投資家有這樣的印象：「這個公司將會成為行業中的巨人，我已等不及要去讀計劃的其餘部分了。」

二、創業計劃書的內容

1．計劃摘要

計劃摘要列在創業計劃書書的最前面，它是濃縮了的創業計劃書的精華。計劃摘要涵蓋了計劃的要點，以求一目瞭然，以便讀者能在最短的時間內評審計劃並做出判斷。

計劃摘要一般要有包括以下內容：公司介紹；主要產品和業務范圍；市場概貌；營銷策略；銷售計劃；生產管理計劃；管理者及其組織；財務計劃；資金需求狀況等。

在介紹企業時，首先要說明創辦新企業的思路，新思想的形成過程以及企業的目標和發展戰略。其次，要交待企業現狀、過去的背景和企業的經營范圍。在這一部分中，要對企業以往的情況做客觀的評述，不迴避失誤。中肯的分析往往更能贏得信任，從而使人容易認同企業的創業計劃書。最後，還要介紹一下創業者自己的背景、經歷、經驗和特長等。企業家的素質對企業的成績往往起關鍵性的作用。在這里，企業家應盡量突出自己的優點並表示自己強烈的進取精神，以給投資者留下一個好印象。

在計劃摘要中，企業還必須要回答下列問題：(1)企業所處的行業，企業經營的性質和范圍；(2)企業主要產品的內容；(3)企業的市場在那裡，誰是企業的顧客，他們有哪些需求；(4)企業的合夥人、投資人是誰；(5)企業的競爭對手是誰，競爭對手對企業的發展有何影響。

摘要要盡量簡明、生動。特別要詳細說明自身企業的不同之處以及企業獲取成功的市場因素。如果企業家了解他所做的事情，摘要僅需2頁紙就足夠了。如果企業家不了解自己正在做什麼，摘要就可能要寫20頁紙以上。因此，有些投資家就依照摘要的長短來「把麥粒從谷殼中挑出來」

2．產品(服務)介紹

在進行投資項目評估時，投資人最關心的問題之一就是，風險企業的產品、技術或服務能否以及在多大程度上解決現實生活中的問題，或者，風險企業的產品 (服務)能否幫助顧客節約開支，增加收入。因此，產品介紹是創業計劃書中必不可少的一項內容。通常，產品介紹應包括以下內容：產品的概念、性能及特性；主要產品介紹；產品的市場競爭力；產品的研究和開發過程；發展新產品的計劃和成本分析；產品的市場前景預測；產品的品牌和專利。

在產品(服務)介紹部分，企業家要對產品(服務)作出詳細的說明，說明要准確，也要通俗易懂，使不是專業人員的投資者也能明白。一般的，產品介紹都要附上產品原型、照片或其他介紹。一般地，產品介紹必須要回答以下問題：(1)顧客希望企業的產品能解決什麼問題，顧客能從企業的產品中獲得什麼好處？ (2)企業的產品與競爭對手的產品相比有哪些優缺點，顧客為什麼會選擇本企業的產品？(3)企業為自己的產品採取了何種保護措施，企業擁有哪些專利、許可證，或與已申請專利的廠家達成了哪些協議？(4)為什麼企業的產品定價可以使企業產生足夠的利潤，為什麼用戶會大批量地購買企業的產品？(5)企業採用何種方式去改進產品的質量、性能，企業對發展新產品有哪些計劃等等。產品(服務)介紹的內容比較具體，因而寫起來相對容易。雖然誇贊自己的產品是推銷所必需的，但應該注意，企業所做的每一項承諾都是「一筆債」，都要努力去兌現。要牢記，企業家和投資家所建立的是一種長期合作的夥伴關系。空口許諾，只能得意於一時。如果企業不能兌現承諾，不能償還債務，企業的信譽必然要受到極大的損害，因而是真正的企業家所不屑為的。

3．人員及組織結構

有了產品之後，創業者第二步要做的就是結成一支有戰鬥力的管理隊伍。企業管理的好壞，直接決定了企業經營風險的大小。而高素質的管理人員和良好的組織結構則是管理好企業的重要保證。因此，風險投資家會特別注重對管理隊伍的評估。

企業的管理人員應該是互補型的，而且要具有團隊精神。一個企業必須要具備負責產品設計與開發、市場營銷、生產作業管理、企業理財等方面的專門人才。在創業計劃書書中，必須要對主要管理人員加以闡明，介紹他們所具有的能力，他們在本企業中的職務和責任，他們過去的詳細經歷及背景。此外，在這部分創業計劃書書中，還應對公司結構做一簡要介紹，包括：公司的組織機構圖；各部門的功能與責任；各部門的負責人及主要成員；公司的報酬體系；公司的股東名單，包括認股權、比例和特權；公司的董事會成員；各位董事的背景資料。

4．市場預測

當企業要開發一種新產品或向新的市場擴展時，首先就要進行市場預測。如果預測的結果並不樂觀，或者預測的可信度讓人懷疑，那麼投資者就要承擔更大的風險，這對多數風險投資家來說都是不可接受的。市場預測首先要對需求進行預測：市場是否存在對這種產品的需求？需求程度是否可以給企業帶來所期望的利益？新的市場規模有多大？需求發展的未來趨向及其狀態如何？影響需求都有哪些因素。其次，市場預測還要包括對市場競爭的情況——企業所面對的競爭格局進行分析：市場中主要的競爭者有哪些？是否存在有利於本企業產品的市場空檔？本企業預計的市場佔有率是多少？本企業進入市場會引起競爭者怎樣的反應，這些反應對企業會有什麼影響？等等。

在創業計劃書書中，市場預測應包括以下內容：市場現狀綜述；競爭廠商概覽；目標顧客和目標市場；本企業產品的市場地位；市場區格和特徵等等。風險企業對市場的預測應建立在嚴密、科學的市場調查基礎上。風險企業所面對的市場，本來就有更加變幻不定的、難以捉摸的特點。因此，風險企業應盡量擴大收集信息的范圍，重視對環境的預測和採用科學的預測手段和方法。創業者應牢記的是，市場預測不是憑空想像出來，對市場錯誤的認識是企業經營失敗的最主要原因之一。

5．營銷策略

營銷是企業經營中最富挑戰性的環節，影響營銷策略的主要因素有：(1)消費者的特點；(2)產品的特性；(3)企業自身的狀況；(4)市場環境方面的因素。最終影響營銷策略的則是營銷成本和營銷效益因素。在創業計劃書中，營銷策略應包括以下內容：(1)市場機構和營銷渠道的選擇；(2)營銷隊伍和管理；(3)促銷計劃和廣告策略；(4)價格決策。對創業企業來說，由於產品和企業的知名度低，很難進入其他企業已經穩定的銷售渠道中去。因此，企業不得不暫時採取高成本低效益的營銷戰略，如上門推銷，大打商品廣告，向批發商和零售商讓利，或交給任何願意經銷的企業銷售。對發展企業來說，它一方面可以利用原來的銷售渠道，另一方面也可以開發新的銷售渠道以適應企業的發展。

6．製造計劃

創業計劃書中的生產製造計劃應包括以下內容：產品製造和技術設備現狀；新產品投產計劃；技術提升和設備更新的要求；質量控制和質量改進計劃。

在尋求資金的過程中，為了增大企業在投資前的評估價值，創業者應盡量使生產製造計劃更加詳細、可靠。一般地，生產製造計劃應回答以下問題：企業生產製造所需的廠房、設備情況如何；怎樣保證新產品在進入規模生產時的穩定性和可靠性；設備的引進和安裝情況，誰是供應商；生產線的設計與產品組裝是怎樣的；供貨者的前置期和資源的需求量；生產周期標準的制定以及生產作業計劃的編制；物料需求計劃及其保證措施；質量控制的方法是怎樣的；相關的其他問題。

7．財務規劃

財務規劃需要花費較多的精力來做具體分析，其中就包括現金流量表，資產負債表以及損益表的制備。流動資金是企業的生命線，因此企業在初創或擴張時，對流動資金需要有預先周詳的計劃和進行過程中的嚴格控制；損益表反映的是企業的贏利狀況，它是企業在一段時間運作後的經營結果；資產負債表則反映在某一時刻的企業狀況，投資者可以用資產負債表中的數據得到的比率指標來衡量企業的經營狀況以及可能的投資回報率。

財務規劃一般要包括以下內容：(1)創業計劃書的條件假設；(2)預計的資產負債表；預計的損益表；現金收支分析；資金的來源和使用。

可以這樣說，一份創業計劃書概括地提出了在籌資過程中創業者需做的事情，而財務規劃則是對創業計劃書的支持和說明。因此，一份好的財務規劃對評估風險企業所需的資金數量，提高風險企業取得資金的可能性是十分關鍵的。如果財務規劃准備的不好，會給投資者以企業管理人員缺乏經驗的印象，降低風險企業的評估價值，同時也會增加企業的經營風險，那麼如何制訂好財務規劃呢？這首先要取決於風險企業的遠景規劃——是為一個新市場創造一個新產品，還是進入一個財務信息較多的已有市場。

著眼於一項新技術或創新產品的創業企業不可能參考現有市場的數據、價格和營銷方式。因此，它要自己預測所進入市場的成長速度和可能獲得純利，並把它的設想、管理隊伍和財務模型推銷給投資者。而准備進入一個已有市場的風險企業則可以很容易地說明整個市場的規模和改進方式。風險企業可以在獲得目標市場的信息的基礎上，對企業頭一年的銷售規模進行規劃。

企業的財務規劃應保證和創業計劃書的假設相一致。事實上，財務規劃和企業的生產計劃、人力資源計劃、營銷計劃等都是密不可分的。要完成財務規劃，必須要明確下列問題：(1)產品在每一個期間的發出量有多大？(2)什麼時候開始產品線擴張？(3)每件產品的生產費用是多少？(4)每件產品的定價是多少？ (5)使用什麼分銷渠道，所預期的成本和利潤是多少？(6)需要僱傭那幾種類型的人？(7)僱傭何時開始，工資預算是多少？等等。
三、檢查

在創業計劃書寫完之後，創業者最好再對計劃書檢查一遍，看一下該計劃書是否能准確回答投資者的疑問，爭取投資者對本企業的信心。通常，可以從以下幾個方面對計劃書加以檢查：

1．你的創業計劃書書是否顯示出你具有管理公司的經驗。如果你自己缺乏能力去管理公司，那麼一定要明確地說明，你已經雇了一位經營大師來管理你的公司。

2．你的創業計劃書書是否顯示了你有能力償還借款。要保證給預期的投資者提供一份完整的比率分析。

3．你的創業計劃書書是否顯示出你已進行過完整的市場分析。要讓投資者堅信你在計劃書中闡明的產品需求量是確實的。

4．你的創業計劃書書是否容易被投資者所領會。創業計劃書書應該備有索引和目錄，以便投資者可以較容易地查閱各個章節。此外，還應保證目錄中的信息流是有邏輯的和現實的。

5.你的創業計劃書書中是否有計劃摘要並放在了最前面，計劃摘要相當於公司創業計劃書書的封面，投資者首先會看它。為了保持投資者的興趣，計劃摘要應寫的引人入勝。

6.你的創業計劃書書是否在文法上全部正確。如果你不能保證，那麼最好請人幫你檢查一下。計劃書的拼寫錯誤和排印錯誤能很快就使企業家的機會喪失。

7．你的創業計劃書書能否打消投資者對產品/服務的疑慮。如果需要，你可以准備一件產品模型。創業計劃書中的各個方面都會對籌資的成功與否有影響。因此，如果你對你的創業計劃書缺乏成功的信心，那麼最好去查閱一下計劃書編寫指南或向專門的顧問請教。

⑹ 怎樣寫自我條件分析

你先自己寫出你眼裡的自己，在從他人口中了解他人對你的看法，你是一個什麼樣的人，結合所得的信息，站在客觀的角度里拋開之前自己對自己的所有見解在進行分析。
、定位工作：既然是頭要求的，肯定是希望與工作相關的，那就從定位工作開始吧，把自己的工作職責、任職要求等全部寫出來，並做好優先序；
2、做好排序：找出自己做的最好的工作，這裡面你具備什麼，就是你的優點、長處；找出你工作中做的最差的，這裡面肯定有你缺少的東西，這就是你的缺點，也或者是短板；找出工作當中你做的還行的，但是還是有問題的，好好的分析出來，好的一面就是你的潛力，也算是你的潛在優勢吧；
3、注意對比：優點、缺點、競爭優勢，這些都是有對比物或在和是人的，找出來，找到之間屬於對方不如你的就是你的優勢，反之就是你的短板；通過比較你比人家強的地方並且仍有提升的空間，就是你的優勢。
一般而言，個人簡歷自我評價本著客觀的原則對自己進行總結概括，是對個人優勢的補充說明，切記出現一些累贅的言辭，書寫時可從「個人優勢」+「相關技能」兩個維度展開，舉個例子，以產品崗（簡歷編輯）為例：

個人優勢（簡歷編輯）

1、 有互聯網產品設計經驗，熱愛互聯網產品；

2、 具有豐富的互聯網產品實習經歷，獨立負責過XX產品從需求調研到上線的完整流程；

3、 曾在知名互聯網公司實習，熟悉一線研發流程，實習期被評為優秀員工；

4、 熱愛互聯網，喜歡研究各種APP，喜歡產品設計；

5、 對數據敏感，動手能力強也擅長分析數據，具備良好的邏輯思維能力；

6、 有豐富校園活動經歷，組織策劃和溝通協作能力強；

7、 在校期間學習優秀，能力出眾，獲得多次獎學金、榮譽稱號 ；

8、 理科思維較強，邏輯思維清楚，分析能力極強，同時對軟體開發流程優化以及可能出現的問題有著深刻了解；

9、 做事仔細，為人樂觀開朗，具有較好的處理人際關系的能力；

10、 能深層次挖掘用戶的核心訴求，為人誠懇，有良好的團結協作能力。

11、 具有良好的交互設計能力、邏輯思維能力、數據分析能力，並且抗壓能力較強；

12、 具有良好的自我調節能力，能快速適應新的環境和新的工作 ；

13、 具備良好的管理知識及技能技巧，以及較強的溝通協調能力、學習及適應能力。

14、 擅長與人交流，有著良好的團隊協調和合作能力；

15、 做事認真負責，具備較強的邏輯思維和判斷能力；

16、 樂觀積極，善於創新，具有團隊精神和協調能力；

17、 個人綜合素質較高，具有較好的口頭和書面表達能力，外語能力優異；

18、 具有開闊視野及全局觀念;思維開放、理解、接受新事物能力較強；

19、 心態好，自信、自律性強;具有良好的語言溝通能力和有良好的邏輯能力。
1、 熟悉<XXXX>產品原型製作軟體<建議填寫熟悉的軟體名>

2、 在校期間專業為軟體工程，熟悉C語言，java 編程，掌握 html、css、js 等前端開發語言。

3、 對互聯網環境，軟體開發有深入的了解。對演算法、計算機網路等學科進行過深入學習。

4、 熟練掌握各種 office 辦公軟體的使用。掌握 photoshop 等軟體的使用。

5、 較強的產品設計能力，熟練使用 XMind、Visio、Axure 等產品工具，Office 辦公軟體以及需求文檔的編寫。

6、 熟悉 HTML 標記、CSS、JavaScript、Jquery、HTML DOM、BootStrap框架等前端 WEB 開發技術。

7、 熟悉 Photoshop、CorelDRAW 制圖、Prezi 演示文稿軟體。MySQL 資料庫、java 語言、C 語言編程。

希望能夠幫到你（簡歷編輯），謝謝！

⑺ 軟體需求分析怎麼做如果你要設計一個軟體，華容道為例子

要想做軟體需求分析，首先得有軟體需求規格說明書，不然就沒有分析的對象了。那需求分析到底做什麼呢？傳統的做法是根據客戶提供的一些基本內容，需求分析師在那裡做「盲人摸象」的事，為什麼那麼說呢？一個最大的問題就是：客戶想要的 跟你分析後做出來的是兩回事！！！因為我們的需求分析人員在主觀的想像客戶要什麼！！！這就導致軟體需求質量低下問題是這個行業最大的問題。。。。
那到底怎麼分析呢？首先要有一個詳細的需求規格說明書，但是問題就出在這里了。。一個需求規格說明書到底包含哪些內容呢？？？首先設想一下，一個開發人員需要了解什麼內容 那麼就應該在這里規格化的文檔中體現出來。。。這些內容從哪裡來呢？首先要跟客戶進行訪談得到。。。然後通過一系列的檢查項從各個方面進行檢查，保證其質量。。。說白了，分析是一個自我檢查的過程，而不是傳統的那種累人又沒有效果的辦法。。。

⑻ 運用所學心理學知識做一份自我成長分析報告

自我成長分析報告摘要：文章通過對自我成長經歷的回顧及剖析，闡述了個人從幼稚懵懂不斷走向成熟的歷程及形成原因，深層次地反省並分析了自我的人格特徵，從而揭示了自我想成為心理咨詢師的內心追求和渴望，並對自己從事心理咨詢師職業所具備的條件及不足進行了分析，從而指明了自我的努力方向。

5、自身的優勢和不足：

（1）自身的優勢：

我對心理咨詢師這個職業的喜愛源於濃厚的興趣，對該職業充滿敬意和期待，我相信興趣是最好的老師。二十多年的求學經歷鑄就了我堅強、樂觀、熱情、包容、理解的品質，善良始終是我堅持的人生信念，世界觀、人生觀、價值觀相對穩定。

我具有良好的人格基礎，較好的溝通能力，有一定的心理學知識和助人技巧，並且能有意識地剖析自我、充實自我、提高，所以我具備成為一名優秀心理咨詢師的基本條件。

（2）自身的不足：

壓力很大時，會過度緊張，甚至產生消極情緒。現實，考慮的東西太多，往往把簡單的事情考慮得太過復雜。創造性不強。

心理學知識欠缺，理論基礎不牢固，心理咨詢知識和經驗不夠豐富，實踐經驗較少。在樓棟實習中，把咨詢等同於聊天，缺少咨詢方法的實質性內容。喜歡將自己的價值觀強加於別人，喜歡給別人提建議。在咨詢過程中沒有做到價值中立，讓來訪者自己尋找問題的答案。

二、我的成熟標准：

能夠完成常規性的日常工作，並且進行勞復雜思維的工作；富於冒險、敢於競爭，經營、管理、勸服、監督和領導，並實現機構、政治、社會及經濟目標的工作。

在職業發展過程中，可以充分發揮自己在勸說、支配和言語方面的技能，以及自信、精力充沛、領導力強的優勢；能剋制自己沖動的想法和行為。感情明確，熱愛家人，朋友，懂得謙讓，不會隨情緒辦事情。

除了在知識和技能的儲備和磨練外，更重要的是有一顆追求生命高度的心，敢於面對生活中出現的挫折和坎坷，樂於分享生命中的成功和喜悅，保持身心健康。業余時間多看書、寫博客、聽音樂等排解不良情緒，保持淡定的心情，學會包容接納。即人的一生應該左手握住理性，右手握住感性，提高身心悟性，才可以擁有平衡快樂的人生。

不斷提高理論知識和咨詢技能，克服性格上的弱點，以職業性的理智嚴格要求自己，使自己在工作中保持價值中立態度，無條件接納來訪者。學以致用，應用理論知識指導咨詢。在自己不能很好地給求助者提供咨詢時，應及時轉介給有經驗的老師，以負責任的態度對待每一位來訪者。

三、評價：

1、同學評價：是一個開朗的同學，有領導才能，做事認真，尊重約定，維護集體。

2、批評：做事太過急躁和死板，沒有什麼創造性。考慮太多，太有原則性。

四、結束語：

這一篇自我分析報告到這里就告一段落了。我想每個人通過寫這篇報告都再次了認識了自己吧。其實這個對於自我的分析還是很必要的，不斷的完善自我才是美滿的人生！非常感謝老師這一個學期內對我們的教導。我也會繼續努力完善自己的。

最後我想引用詩人汪國真的《熱愛生命》來結束我的這篇成長報告：我不去想是否能夠成功，既然選擇了遠方，便只顧風雨兼程；我不去想能否贏得愛情，既然鍾情於玫瑰，就勇敢地吐露真誠；

我不去想身後會不會襲來寒風冷雨，既然目標是地平線，留給世界的只能是背影；我不去想未來是平坦還是泥濘，只要熱愛生命，一切，都在意料之中。

⑼ 如何做好企業的培訓和開發需求分析工作

做好企業的培訓和開發需求分析工作的五大方法
企業需要管理，其中對員工的管理是非常重要的呢，一個企業管理的好，是可以加快一個企業的發展的，還可以在激烈的市場競爭中贏得優勢的呢，那麼做好企業管理培訓有什麼好的方法呢？下面來總結一下。
【方法一】建立規范的、科學的培訓制度
鑒於人力資本在現代經濟增長中的決定性作用，很多企業迅速增大教育培訓投入。為了搞好企業教育培訓，許多企業設立了專門的培訓機構和培訓人員，制定有規范的培訓制度。可見，企業教育培訓越來越受到高度重視，並正在走向規范化、科學化。
【方法二】企業培訓方式由簡單化向多樣化、科學化發展
企業培訓發展到全員的教育培訓，上至董事長、總經理，下至一般員工。目前，隨著管理國際化，培訓能在不同文化背景下勝任工作的經理人員身上，一些高科技的大公司還承擔了相關的用戶培訓，通過培訓用戶，使自己的產品充分展示效能，以擴大影響和銷售。而且現代企業多採用電化教學、研修討論、模擬演習、職務輪換、自我測評等更先進和科學的手段，大大的改變了傳統培訓方法。
【方法三】思想上重視，行動上支持
沒有高水平的職業教育，就沒有高素質的員工隊伍。要在思想和行動上真正關心和支持職業培訓工作，根據實際需要舉辦職業學校和職業培訓機構，強化自主培訓功能，加強對職工特別是一線職工的教育和培訓，形成職工在崗培訓制度，實行培訓、考核、使用、待遇相統一的政策。
【方法四】做好培訓前的需要分析
培訓成功的一個重要前提是培訓要有針對性，要明確培訓是否有需要，以免造成不必要的資源浪費。以現在企業發展對人力資源開發的實際來看，需覆蓋組織和個人需求各個層次。因此，做好培訓前的需要分析，一是對企業進行分析，二是對工作任務分析，三是對個人進行分析。通過分析個人的工作績效是否符合要求，了解個人的特點，確定個人在工作崗位上需要哪種技能、知識態度，從而制定適當的培訓內容。
【方法五】企業由注重雇員能力培訓轉變為重視雇員整體素質提高的培訓
現代企業十分重視對雇員進行新觀念、新意識、企業文化和良好工作作風的教育培訓；根據經濟一體化、全球化的發展，培養適應現代經濟發展的復合型人才，這為企業的快速穩步發展注入了新的活力和因素。做好企業的培訓和開發需求分析工作的話可以去看看陳列共和的企業培訓課程。
【注意】企業的管理培訓一定要做好，只有培訓好了，企業才能快速穩步的發展，才有章可循，才會具有競爭力。
號