讀《構建之法》8 10章

2022-08-10 22:39:25 字數 288 閱讀 4543

看了軟體工程的第8、9、10章的內容後,我有一下的問題不是很清楚:

1、做專案了解使用者需求是最重要的,但是如果連使用者自身也無法描述他所想要的,或者說是使用者只是大概說明了自身所需,而專案人員無法了解使用者的真正需求,那怎麼辦?(第8章8.3)

2、若是乙個團隊人員已定了,那麼如果這個團隊裡面找不到適合的人做專案經理怎麼辦,那麼還是要在這個團隊中找乙個當專案經理還是要另外找乙個是適合?(第9章9.4)

嗎?既要規格說明書,又要功能說明書,那要是寫完這些不會很耗時間嗎,是不是只要是團隊做專案都要按照這個流程來?(第10章)

讀《構建之法》1 5章

第一章 概論 書上寫 軟體 程式 軟體工程 那麼我們憑著一點源程式足以完成軟體麼?不足以的話那軟體工程的知識領域主要涉及面?我們有機會做乙個合格的程式設計師否?第二章 個人技術和流程 假設我們以後從事某公司的軟體工程師,是否也必須團隊合作?那如何分配?是精確到每一項技術每一句源 嗎?第三章 軟體工程...

讀《構建之法》8 9 10章有感

團隊在開發前,需要跟客戶進行溝通,對於客戶提出的新的功能,pm形成需求文件交給專案負責人,經過專案負責人與團隊開發人員的討論,形成反饋文件給予客戶與pm確認,如果確立好可以進行開發。需求分析的過程時軟體開發中比較重要的過程,一旦弄錯功能需求,專案開發到一半卻要重新開始,這既浪費精力又浪費時間。對軟體...

讀構建之法8 9 10章有感

第八章 需求分析 書中介紹了一些獲取需求的常用方法 流程 及分析框架,看了後才發現原來需求分析還有著者這麼多的學問。以前聽人說,需求分析在實際專案開發中所佔分量很重,甚至往往需要花的精力比敲 要多。我聽到時不以為然 認為需求分析不就是看一下軟體要什麼功能,要做成什麼樣而已嗎。再後來,我真的接手了乙個...