軟體分析為什麼難

㈠ 用Eviews軟體分析計量經濟問題難嗎

Eviews應該算是最適合計量經濟學使用的軟體了，我們當時修這門課就是用的這個軟體，和Eviews相比，sas、spss這些更難一點。很多大學統計學研究生階段都深入學習這個軟體的，操作是傻瓜式的，很簡單，只要把計量的理論研究明白了，軟體很好操作的。

㈡ 軟體開發難不難

軟體開發是一個技術型的工作，對於專門從事計算機工作的人來說軟體開發工作簡單，但是對於業外人事開發軟體是一個極難的工作。

軟體開發是根據用戶要求建造出軟體系統或者系統中的軟體部分的過程。軟體開發是一項包括需求捕捉、需求分析、設計、實現和測試的系統工程。軟體一般是用某種程序設計語言來實現的。通常採用軟體開發工具可以進行開發。軟體分為系統軟體和應用軟體，並不只是包括可以在計算機上運行的程序，與這些程序相關的文件一般也被認為是軟體的一部分。 軟體設計思路和方法的一般過程，包括設計軟體的功能和實現的演算法和方法、軟體的總體結構設計和模塊設計、編程和調試、程序聯調和測試以及編寫、提交程序。

㈢ 軟體工程專業難學嗎

[分享]-軟體工程

鏈接:https://pan..com/s/1qhgLCq2I0vx8IKhsv6Ky1A

軟體工程是一門研究用工程化方法構建和維護有效、實用和高質量的軟體的學科。它涉及程序設計語言、資料庫、軟體開發工具、系統平台、標准、設計件有電子郵件、嵌入式系統、人機界面、辦公套件、操作系統、編譯器、資料庫、游戲等。同時，各個行業幾乎都有計算機軟體的應用，如工業、農業、銀行、航空、政府部門等。這些應用促進了經濟和社會的發展，也提高了工作效率和生活效率 。

㈣ 為什麼要進行軟體需求分析

軟體需求分析免費下載

鏈接:https://pan..com/s/1qNBwqvbRS5ziBSIeanLQAQ

需求分析也稱為軟體需求分析、系統需求分析或需求分析工程等，是開發人員經過深入細致的調研和分析，准確理解用戶和項目的功能、性能、可靠性等具體要求，將用戶非形式的需求表述轉化為完整的需求定義，從而確定系統必須做什麼的過程。

㈤ 軟體項目需求分析為什麼困難

有幾種原因使需求分析變得困難：（1）客戶說不清楚需求；（2）需求自身經常變動；（3）分析人員或客戶理解有誤。 1 客戶說不清楚需求 有些客戶對需求只有朦朧的感覺，當然說不清楚具體的需求。例如全國各地的很多政府機構在搞網路建設，這些單位的領導和辦公人員大多不清楚計算機網路有什麼用，反而要軟體系統分析人員替他們設想需求。這類工程的需求是如此的主觀，以致產生很多貪污腐敗現象。 有些客戶心裡非常清楚想要什麼，但卻說不明白。讀者可能很不以為然。就舉日常生活的事例吧，比如說買鞋子。我們非常了解自已的腳，但沒法說清楚腳的大小和形狀。只能拿鞋子去試，試穿時感覺到舒服才會買鞋（居然也有神通廣大的售貨員，看一眼客戶的手，就知道應該穿什麼樣的鞋）。 如果客戶本身就懂軟體開發，能把需求說得清清楚楚，這樣的需求分析將會非常輕松、愉快。如果客戶全不懂軟體，但信任軟體開發方，這事也好辦。分析人員可以引導客戶，先闡述常規的需求，再由客戶否定不需要的，最終確定客戶真正的需求。最怕的就是「不懂裝懂」或者「半懂充內行」的客戶，他們會提出不切實際的需求。如果這些客戶甚至覺得自己是上帝的爸爸，那麼溝通和協商都會很困難。2 需求自身經常變動 唐僧曾說：「妖要是有了仁慈之心，就不再是妖，是人妖。」（《大話西遊之大聖娶親》） 連妖都會變心，別說人了。所以喜新厭舊乃人之常情，世界也因此變得多姿多彩。 軟體的需求會變化嗎？ 答：據歷史記載，沒有一個軟體的需求改動少於三次。唯一隻改動需求兩次的客戶是個死人。這個可憐的傢伙還是在運送第三次需求的路上被車子撞死的。[Cline 1995] 讓我們先接受「需求會變動」這個事實吧，免得在需求變動時驚慌失措。明白「需求會變動」這個道理後，在進行需求分析時就要留點神： （2）在合同中一定要說清楚「做什麼」和「不做什麼」。如果合同含含糊糊，日後扯皮的事情就多。要防止象韓復渠那樣，在別人請他喝酒吃飯時他什麼都點頭（人家就更加獻殷勤），吃完了他就宣布剛才答應的事都不算數，便揚長而去。3 分析人員或客戶理解有誤 有個外星人間諜潛伏到地球刺探情報，它給上司寫了一份報告：「主宰地球的是車。它們喝汽油，靠四個輪子滾動前進。嗓門極大，在夜裡雙眼能射出強光。……有趣的是，車里住著一種叫作『人』的寄生蟲，這些寄生蟲完全控制了車。」 軟體系統分析人員不可能都是全才。客戶表達的需求，不同的分析人員可能有不同的理解。如果分析人員理解錯了，可能會導致開發人員白幹活，吃力不討好。我讀中學時候最怕寫作文逃題，如果逃題了，不管作文寫得多長，總是零分。所以分析人員寫好需求說明書後，要請客戶方的各個代表驗證。如果問題很復雜，雙方都不太明白，就有必要請開發人員快速構造軟體的原型，雙方再次論證需求說明書是否正確。 由於客戶大多不懂軟體，他們可能覺得軟體是萬能的，會提出一些無法實現的需求。有時客戶還會把軟體系統分析人員的建議或答復給想歪了。 有一個軟體人員滔滔不絕地向客戶講解在「信息高速公路上做廣告」的種種好處，客戶聽得津津有味。最後，心動的客戶對軟體人員說：「好得很，就讓我們馬上行動起來吧。請您決定廣告牌的尺寸和放在哪條高速公路上，我立即派人去做。」 為什麼軟體系統分析員的工資要比普通程序員高？

㈥ 為什麼軟體需求分析很難

一、自身需求不清晰

需求分析是對用戶的業務活動進行分析，明確在用戶的業務環境中軟體系統應該「做什麼」。有些用戶在決定引進某一軟體項目後，對需求只有朦朧的感覺，說不清楚具體的需求是什麼；另外還有一些用戶，雖然心裡清楚自己單位要做的軟體項目需求，但卻不能准確描述出來。

二、業務部門不配合

對於軟體建設單位，軟體項目往往是由信息中心等信息化主管部門負責，業務部門需要配合進行業務需求調研、可行性研究等工作。但有的業務部門由於自身業務工作繁忙，不想承擔相關責任，從而拒絕投入太多的時間和精力在軟體項目需求調研工作中，往往形成業務部門與信息化主管部門工作不配合的局面，軟體項目需求得不到充分了解。

三、溝通存在障礙

用戶在與開發方溝通時，由於開發方不是用戶領域的專家，不熟悉用戶的業務活動和業務環境，雙方在溝通上存在一定的隔閡，導致用戶所表達的需求並不能被開發方完全理解。

四、需求變動頻繁

對於一個大型而復雜的軟體系統，很難在開始就精確完整地提出它的功能和性能要求。一開始只能提出一個大概、模糊的功能，只有經過長時間的反復認識才逐步明確；有時進入到設計、編程階段甚至開發後期，還會有新的需求出現。

1、訪談

系統分析員或者設計人員針對該項目提出一些事先已經准備好的具體問題，鼓勵被訪問人員說出自己的想法。同時，也可以通過調查表的形式對相關問題進行一個初步的統計。或在某種程度上通過快速建立的原型演示系統的主要功能，然後讓大家都參與進來去體驗，針對體驗的結果請大家做出自己的分析和理解，這種方法充分提高了大家在需求分析過程中積極主動的作用，這種方法我們通常稱之為「情景分析技術」。

2、面向數據流的自頂向下求精

基本思想是--「自頂向下，逐步求精，抽象和細分」。主要是利用數據流圖，先建立一個初步的系統功能模型，然後按照基本思想，自頂向下，逐步對頂層數據流圖進行細分，在細分的過程中，根據數據流圖判斷是否分解正確或者哪些地方有問題，然後再進行修正完善。

3、 簡易的應用規格說明技術

1）進行初步訪談，初步確定待解決的問題的范圍和解決方案；2）開發者和用戶分別寫出「產品需求」；3）選定會議的時間和地點，選舉協調人；4）邀請開發者和用戶雙方組織的代表出席會議；5）列出系統環境組成部分的對象、系統將產生的對象、系統為完成自己的功能將使用的對象，列出操作這些對象或與這些對象交互的服務，列出約束條件和性能標准；6）共同創建一張組合列表起草完整的軟體需求規格說明書。

4.、快速原型分析技術

首先通過初步需求，快速建立一個系統原型；然後運行給用戶看，用戶根據原型提出自己的修改意見；最後程序開發者根據用戶的建議，對原型進行修改和完善。如此反復的迭代進行，直到最終建立一個滿足全面需求的軟體系統為止。

5、合理使用需求跟蹤矩陣

需求跟蹤矩陣是把產品需求從其來源連接到能滿足需求的可交付成果的一種表格。使用需求跟蹤矩陣，可以把每個需求與業務目標或項目目標聯系起來，有助於確保每個需求都具有商業價值。需求跟蹤矩陣提供了在整個項目生命周期中跟蹤需求的一種方法，有助於確保需求文件中被批準的每項需求在項目結束的時候都能交付。最後，需求跟蹤矩陣還為管理產品范圍變更提供了框架。

㈦ 為什麼說軟體開發特別難

軟體開發從開始定位初期就是比較難的過程，他需要精準定位顧客需求。而後它還要面對編寫和投入的難題，所以想要做好一個軟體，精力和金錢都是必不可少的。

軟體開發其實並沒有一個固定的報價，它會隨著軟體的復雜性和收益性而變得不同。所以最終導致開發者前期投入過大，而很有可能後期的收益卻沒有預想中的多。而且有時開始會覺得軟體開發並不需要太多的成本，但在不斷的維護和完善軟體的過程中，又是一筆不菲的開銷。

所以整體來說軟體的開發投入還是比較大的，特別是想弄一個比較全面而穩定的好軟體時。

㈧ 為什麼都說學習軟體開發不好為什麼

不知道LZ看沒看過聖鬥士星矢，你要清楚一點，你要學軟體開發，你先問問自己，有沒有星矢那種百折不撓排除萬難一步一個腳印忍受常人無法想像的困難和痛苦的品質。
第1.程序員加班很恐怖，工作制通常是996，即早9晚9周六還要上班，晚9下班還是早的，一般到晚上十點。你想那時夜深人靜了人家都休息抱著老婆睡覺了，你還在工作中，是不是很崩潰?
第2，程序員耗腦太嚴重。工作中需要十幾個小時大腦不停地運轉。需要設計演算法，不斷地把代碼改來改去來適應客戶一天幾變的需求。很多功能沒有現成的解決方案，還經常遇到一些天書一樣的疑難問題，bug，實際工作中突發狀況千奇百怪，你可能見都沒見過的bug,崩潰，需要一點一點查幾萬行的log日誌。而且也需要網路，google,英文論壇尋求幫助，理解錯誤信息是什麼意思。所以英文不好的沒耐心的還是算了吧，不適合這行。
第3. 程序開發首先是非常難學的，任何一門編程語言都有自己獨到的思想，概念設計，很多情況下一門語言與另一門語言沒有多大關系，知識經驗無法串用。而且工作中你還不得不用到這些技術你不得不去學。而且程序技術日新月異，新類庫新SDK每天都會推出，你需要日復一日不斷地學習新技術。如最新視頻解碼技術，游戲引擎等等，而這些新技術可是國內沒有書和任何資料的，需要你到英文官方網站去找實例看文檔去學，更要命的，新的技術和老的還沒太大關聯，你得重頭去學。而且老闆急趕項目不會給你什麼時間，一般三天就是極限了，你需要這么短的時間快速掌握一項新技術...
綜上，你明白程序員為什麼總要加班了吧，也知道這行不是人乾的吧。為什麼說程序員干到三十干不動。很簡單，以這種消磨人生所有時間狀態，你生命中只有加班加班工作工作學習學習，你將不能顧家不能跟朋友聚會不能再有自己一點點休閑時間，更別說談女朋友戀愛了，以這種狀態你能堅持到三十歲？我想那簡直是個奇跡了。

㈨ 多元回歸分析 用軟體分析難嗎

不難，但樓主你還是要掌握基本的原理。