【正文】 問題，需求分析師開始沒有對客戶業(yè)務(wù)熟悉到如此細致的地步，而客戶也沒有過多關(guān)注這些細節(jié)，導致軟件的某些功能不合用，較為繁瑣，而重新按著客戶的意見修改的話工作量比較大，導致成本增加、工期延長。b)需求報告只求我們這方評審通過，不去關(guān)心客戶的評審，認為只要客戶簽字認可就行。需求自身經(jīng)常變動 隨著客戶對這個項目越來越深刻的理解，那么可能他的需求也會隨之改變，這些變化的可能性越大項目風險就會越大，我們在需求分析的時候就要充分考慮到哪些需求是相對固定的需求，哪些可能會是產(chǎn)生變動的需求，考慮到他的可變性，這樣設(shè)計功能和數(shù)據(jù)庫的時候不致因為后面的變動而影響整個工程。f)需求報告一定要經(jīng)過一個有技術(shù)人員和業(yè)務(wù)人員參加的評審，要充分發(fā)揮團隊的力量，重視每個人的才智，一個模塊一個功能的逐一的過，讓大家來共同找出需求報告里不合理的、有歧義的、不完善的、遺漏的等等問題g)幫助客戶去理解提交給他的需求分析報告而不是只等簽字，對于有能夠用好幾種方式實現(xiàn)的功能，盡量做到能讓客戶去比較和選擇?？梢圆扇〉拇胧┦鞘孪染幹埔粋€問卷調(diào)查之類的文檔，詳細列舉需要客戶回答的問題，以便防止遺漏。需求分析是一項繁瑣枯燥的工作，需要和客戶之間不斷的商討、確認和反復，另外由于大部分的客戶雖然安排專人負責這項工作，但是該人并不只做這項工作，特別當他被很多其他的事情纏身的時候，而無心細看提交過去的需求報告的時候，他很可能會給你一個錯覺，讓你認為他已經(jīng)真正的理解并認可了你的設(shè)計。e)項目的成熟度受客戶預算的限制。雖然簽字認可能夠給日后出現(xiàn)問題時劃清我們的責任，但是不能保證使項目實施成功。分析人員或客戶理解有誤畢竟，不是每個分析人員都是專業(yè)而合格的，為避免這種情況的發(fā)生，需求分析必須要有審核制度，公司自己內(nèi)部要審核一遍，客戶再審一遍，提出意見，修改后雙方共同評審簽字，確認。第一篇：軟件項目需求分析總結(jié)軟件項目需求分析總結(jié)我們做的需求只解決了我們能做出這樣的項目，但是沒有解決這樣的項目是不是真就是客戶想要的。由此出現(xiàn)的問題：a)需求分析過于籠統(tǒng)，只關(guān)注到面上，沒有關(guān)注到點上，開發(fā)出來的東西在具體的細節(jié)上和客戶的理解有誤差，并且無法嚴格界定是否屬于需求變更。c)需求分析中含有技術(shù)實施上有難度的功能，一味的求全和盲目按照客戶的設(shè)想，受客戶影響過大，畢竟，很多時候，客戶的想法在實際實施過程中是不現(xiàn)實的，或者可以有更為簡便的方法來替代的。大部分客戶在項目投入上都是有預算的，在成本有上限的前提下，項目的功能設(shè)計(軟件的成熟度)方面必然受一定影響，畢竟功能越多越完善，相應的開發(fā)成本就越高。結(jié)論a)需求分析是整個項目管理中需要重點控制的幾個關(guān)鍵節(jié)點之一，首先思想上一定要重視。c)需求報告的編寫者要能夠?qū)蛻粜枨筮M行深入分析，區(qū)別出哪些需求存在日后變更的可能，哪些需求屬于相對固定的，哪些需求能夠?qū)崿F(xiàn)，哪些需求需要變通才能實現(xiàn)，以便于指導后面的功能設(shè)計。不要讓客戶對報告中的部分產(chǎn)生歧義。分析人員或客戶理解有誤 畢竟，不是每個分析人員都是專業(yè)而合格的，為避免這種情況的發(fā)生，需求分析必須要有審核制度，公司自己內(nèi)部要審核一遍，客戶再審一遍，提出意見，修改后雙方共同評審簽字，確認。雖然簽字認可能夠給日后出現(xiàn)問題時劃清我們的責任，但是不能保證使項目實施成功。e)項目的成熟度受客戶預算的限制。需求分析是一項繁瑣枯燥的工作，需要和客戶之間不斷的商討、確認和反復，另外由于大部分的客戶雖然安排專人負責這項工作，但是該人并不只做這項工作，特別當他被很多其他的事情纏身的時候，而無心細看提交過去的需求報告的時候，他很可能會給你一個錯覺，讓你認為他已經(jīng)真正的理解并認可了你的設(shè)計。可以采取的措施是事先編制一個問卷調(diào)查之類的文檔，詳細列舉需要客戶回答的問題，以便防止遺漏。f)需求報告一定要經(jīng)過一個有技術(shù)人員和業(yè)務(wù)人員參加的評審，要充分發(fā)揮團隊的力量，重視每個人的才智，一個模塊一個功能的逐一的過，讓大家來共同找出需求報告里不合理的、有歧義的、不完善的、遺漏的等等問題 g)幫助客戶去理解提交給他的需求分析報告而不是只等簽字，對于有能夠用好幾種方式實現(xiàn)的功能，盡量做到能讓客戶去比較和選擇。2）做好調(diào)研前使用資料的準備，如需求調(diào)研模板，需求調(diào)研問題列表等。三種提高1）首先提高自己業(yè)務(wù)知識，對于人力資源的標準業(yè)務(wù)應該基本熟悉。4）提高自己的速記能力，文字表述能力以及歸納，能迅速的記錄需求調(diào)研核心的問題，總結(jié)歸納形成原始的需求調(diào)研資料。請在組織軟件需求文檔時，嚴格遵從這些方針。多個需求盡可能拆分開。文檔的多份文本要在同一時間內(nèi)全部更新，避免不一致性。調(diào)研概要情況：X項目需求調(diào)研開始于2006323結(jié)束于2006615，內(nèi)容包括現(xiàn)場需求調(diào)研4個人月和分析需求編寫需求文檔6個人月。這樣的好處是最大限度地避免了需求細節(jié)的遺漏。我們安排每個人至少負責一個子系統(tǒng)的需求，但是在調(diào)研時，只要可能，我們都盡量讓每個人都參與所有系統(tǒng)的調(diào)研會議。在開調(diào)研會時，全體與會人員都各自記自己的會議筆記，會后沒有強調(diào)當天整理會議筆記（會議進度很緊，每天開會到晚上9點鐘）。我們在完成大量的需求文檔編寫工作后，在開發(fā)階段有部分文檔沒有做內(nèi)容檢查和及時更新。企業(yè)業(yè)務(wù)管理信息系統(tǒng)的需求調(diào)研方法：我認為對調(diào)研的組織安排是非常重要的，好的調(diào)研安排雖然未必產(chǎn)生質(zhì)量高的需求，但是一個不遵循調(diào)研規(guī)律的調(diào)研活動，必然是低效的。但這是當面調(diào)研的基礎(chǔ)，一定要做，有粗糙疏漏的地方可以再現(xiàn)場調(diào)研時再細化。并且需要保證系統(tǒng)運行穩(wěn)定準確。(4)數(shù)據(jù)查詢功能：包括在診室管理中的藥品的模糊查詢，對庫存不足的藥品報警，內(nèi)部資料管理中的醫(yī)師、患者信息的查詢中包括單項查詢和組合查詢。(7)按科室名稱和是否專家級別分別統(tǒng)計醫(yī)師總?cè)藬?shù)信息。數(shù)據(jù)備份功能。報告應簡明，并且重點放在與承約商的原計劃和時間表相對應的進程上。并且在后期一定時間內(nèi)提供免費維護。（7）承約商必須最遲在2012年5月1日以前提供給本院兩份建議書備份。申請內(nèi)容(1)承約商能清晰理解需求建議書，理解什么是被期望達到的要求。(4)敘述一下承約商最近已經(jīng)執(zhí)行過的相似項目，包括已完成的子系統(tǒng)，以及其他子系統(tǒng)的完成進度。(7)承包商需列出貴公司的軟件能力成熟度(cmmi)等級。被指定工程的承約商和工作人員執(zhí)行類似工程的經(jīng)驗。為了在要求的項目完成日期內(nèi)或在此日期之前完成項目，承約商應提出進度計劃的詳細而全面的連續(xù)說明。① 代購裝修材料，如：地磚、涂料等等② 廚房器具、淋浴設(shè)備等的代購（2）承約商根據(jù)國家標準裝修，提供裝修計劃、施工方案，最后裝修符合標準的房子。（6）希望這個項目在兩個月內(nèi)完成，從5月15日到7月15日，所有的可交付成果 必須不遲于7月15日提供給本人。3）在6月15日向本人反映項目進行的進度。也就是說，需求建議書是客戶向服務(wù)商發(fā)出的用來說明如何滿足其已識別需求的建議書，是客戶與服務(wù)商建立正式聯(lián)系的第一份書面文件，又稱招標書。當然，并非在所有情況下都需要準備一份正式的需求建議書，當某一企業(yè)的需求由內(nèi)部開發(fā)項目予以滿足時，這一過程似乎變得簡單多了，此時更多需要的是口頭上的交流和信息傳遞，而不是把寶貴的時間耽擱在僅僅起到信息傳遞作用的需求建議書上。一份好的rfp應該包括以下一些內(nèi)容。2．任務(wù)要求需求建議書必須要具體規(guī)定開發(fā)商需要完成任務(wù)的規(guī)格和特征，如要求涉及大小、數(shù)量、顏色、重量、速度和其他開發(fā)商提出的解決方案中，所必須滿足的物理參數(shù)和操作參數(shù)。例如，對于自動結(jié)賬和收款系統(tǒng)來說，客戶可能要求開發(fā)商提供硬件(計算機)、軟件(磁盤和一些印刷品)、操作手冊和培訓課程。5．表述客戶對需求的確認需求建議書不是對客戶需求的最后確認。6．期望的合同類型(1)合同可以按固定價格訂立。(2)合同也可以規(guī)定開發(fā)商不承擔風險，即在時間、原材料限制的條件下，不論實際成本多少，都會給開發(fā)商特定的報酬，也就是所謂包工不包料。一般依項目的性質(zhì)來定付款方式。9．申請書的格式和內(nèi)容提示為了便于在幾個開發(fā)商之間進行比較和評價，申請書應該在形式上采取同一個格式，內(nèi)容的結(jié)構(gòu)也應該一致。例如，要求開發(fā)商在接到需求建議書后多少個工作口之內(nèi)(如l周之內(nèi)、1個月之內(nèi)等)提交申請書，或大家一律在某月某日之前提交申請書。一般評價標準包括4個方面的內(nèi)容：(1)開發(fā)商在類似項目中的經(jīng)驗。開發(fā)商是否能按照所要求的進度完成項目計劃?(4)成本。其實，客戶暗示大約的數(shù)字，告訴開發(fā)商他打算花多少錢來辦這件事是有好處的，這樣可以使開發(fā)商能夠提交與資金水平相適應的申請書，提高在項目準備階段的工作效率。雖然它不能確?？蛻魮?jù)此就能獲得理想的解決方案，但卻可以幫助客戶發(fā)現(xiàn)那些盡可能接近自身需求的系統(tǒng)準備。第一，需求建議書需要描述用戶的目標與需求。客戶提供給所有競標供應商的信息都是一樣的，避免了跟各開發(fā)商的重復溝通，同時，有需求建議書作為基準，客戶可以約束各開發(fā)商以一致的格式提交方案建議書，以提高各供應商之間的可比性。還有些開發(fā)商為了使自己的方案建議書更具有吸引力，甚至會提出一些需求建議書沒有涉及的好想法來拓展客戶的思路。編寫優(yōu)秀的項目需求[建議書沒有公式化的方法，需要大量的實踐經(jīng)驗。沒有用戶的需求檢查就會導致很多項目實施中的問題出現(xiàn)。為了避免需求的不可行性，在需求分析階段應該有核心技術(shù)人員參與，檢查在技術(shù)上什么能做、什么不能做，哪些需要額外的付出等。(4)需求內(nèi)容應該有優(yōu)先權(quán)。1)高優(yōu)先權(quán)，表明需求必須體現(xiàn)在本階段項目的成果中或這個產(chǎn)品的版本中。需求不該有歧義，要避免使用一些對于擬訂項目需求建議書的人很清楚，但對于其他人模糊不清的詞匯。1．工作表述開發(fā)商將執(zhí)行下面任務(wù)：開發(fā)項目管理軟件。二、實驗要求結(jié)合模擬項目—畢業(yè)生就業(yè)信息管理系統(tǒng)項目寫出項目建議書。四、實驗步驟背景介紹隨著internet的迅猛發(fā)展和普及，我國高等院校紛紛建立自己的校園網(wǎng)，使高校的辦公，教學和管理工作發(fā)生了巨大的變化，并具有了新的特點，對教學管理工作提出了新的要求，也使得基于網(wǎng)絡(luò)的高校畢業(yè)生就業(yè)招聘成為可能。如何解決這一問題是擺在各級就業(yè)主管部門面前的嚴峻任務(wù)。項目的意義和必要性畢業(yè)生就業(yè)信息系統(tǒng)和就業(yè)服務(wù)體系不完善，畢業(yè)生就業(yè)主要由學校、人才市場舉辦招聘會等方式獲得信息，與需求方見面，信息渠道比較窄。解決目前高校就業(yè)信息管理中存在的一些問題，如信息傳遞不方便、不快捷，數(shù)據(jù)分析及就業(yè)指導不及時，學生簽約必須到不同部門領(lǐng)表、上交等繁瑣的操作等。項目產(chǎn)品或服務(wù)的市場預測（由于這個系統(tǒng)不是學院的直接收益產(chǎn)品，這里不做分析。第三階段，系統(tǒng)管理，管理可以對學生用戶和站內(nèi)信息進行管理。市場前景及經(jīng)濟效益初步分析這個系統(tǒng)雖然不是學院的直接收益產(chǎn)品，但其帶來的間接效益是毋庸置疑。在這種系統(tǒng)平臺下，可以快速、有效、全面的反映最新的用人單位信息、畢業(yè)生基本信息和就業(yè)趨勢，及時提供高校學生工作管理人員對歷屆用人單位需求信息的分析統(tǒng)計，及時有效地調(diào)查分析大學畢業(yè)生的擇業(yè)趨勢和引發(fā)的心理問題并進行及時有效的就業(yè)指導。（4）網(wǎng)絡(luò)資源的充分利用。用人單位可以瀏覽學生所在學校的網(wǎng)站來了解學校的概況及專業(yè)設(shè)置情況，了解學生專業(yè)知識結(jié)構(gòu)和綜合素質(zhì)，并且通過學校就業(yè)網(wǎng)站來核對電子簡歷的誠信度。有意向的雙方可以通過網(wǎng)上面試的方式來進行進一步的溝通，提高學生和用人單位接觸頻率，促進就業(yè)工作開展。綜上所述，校方認為建立一個畢業(yè)生就業(yè)管理系統(tǒng)是非常必要的，請上級領(lǐng)導批示。為了更好的設(shè)計并實現(xiàn)這一系統(tǒng)，對系統(tǒng)進行需求建模和分析是十分必要的。對于醫(yī)生來說，普遍具備較高的學歷，在醫(yī)療方面具備專業(yè)知識，有一定的計算機使用能力?；颊呦Ｍㄟ^完成注冊和登錄后能夠進行掛號預約，查詢醫(yī)生的出診信息和個人預約信息，并且能夠在規(guī)定的時間內(nèi)完成掛號預約或者取消已有的預約；醫(yī)生則希望能夠在登錄系統(tǒng)后可以查看病人的預約情況；而管理員希望可以修改出診信息和調(diào)整預約掛號。這些都是非功能需求。邏輯上下文：事件發(fā)生的條件是患者在系統(tǒng)中進行了預約，然后管理員會根據(jù)現(xiàn)有的資源（可以預約的醫(yī)生）對預約進行處理，如果同意，下一步就是醫(yī)生就診；如果沒有可以預約的醫(yī)生或合適的時間，患者的預約就不成功，患者需要重新選擇醫(yī)生或時間