- 目錄
【第1篇 需求分析工作總結(jié)范文
需求分析是項(xiàng)目開(kāi)發(fā)的基礎(chǔ)，基礎(chǔ)打的牢不牢直接關(guān)系到后面所有的工作，是項(xiàng)目實(shí)施成敗的關(guān)鍵
項(xiàng)目經(jīng)理博客
總體上說(shuō)，我們的需求分析是做了，但是做得很不夠，我們做的需求只解決了我們能做出這樣的項(xiàng)目，但是沒(méi)有解決這樣的項(xiàng)目是不是真就是客戶想要的。造成這種狀況的原因主要是下面幾個(gè)情況：
客戶本身說(shuō)不清楚
文物網(wǎng)是這樣，中彰國(guó)際更是這樣，但是這不能怪客戶，畢竟客戶在軟件方面的知識(shí)要少的多，也沒(méi)有相關(guān)的經(jīng)驗(yàn)，可能心里只有一個(gè)想要的軟件的輪廓，于是可能會(huì)要求我們?nèi)ヌ嫠麄儊?lái)完整這個(gè)輪廓的細(xì)節(jié)，而我們的能力、我們能否真正站在客戶角度去搜集和整理這些需求，就決定了這個(gè)需求的完整性和有效性。
需求自身經(jīng)常變動(dòng)
隨著客戶對(duì)這個(gè)項(xiàng)目越來(lái)越深刻的理解，那么可能他的需求也會(huì)隨之改變，這些變化的可能性越大項(xiàng)目風(fēng)險(xiǎn)就會(huì)越大，我們?cè)谛枨蠓治龅臅r(shí)候就要充分考慮到哪些需求是相對(duì)固定的需求，哪些可能會(huì)是產(chǎn)生變動(dòng)的需求，考慮到他的可變性，這樣設(shè)計(jì)功能和數(shù)據(jù)庫(kù)的時(shí)候不致因?yàn)楹竺娴淖儎?dòng)而影響整個(gè)工程。
分析人員或客戶理解有誤
畢竟，不是每個(gè)分析人員都是專(zhuān)業(yè)而合格的，為避免這種情況的發(fā)生，需求分析必須要有審核制度，公司自己內(nèi)部要審核一遍，客戶再審一遍，提出意見(jiàn)，修改后雙方共同評(píng)審簽字，確認(rèn)。
由此出現(xiàn)的問(wèn)題：
a) 需求分析過(guò)于籠統(tǒng)，只關(guān)注到面上，沒(méi)有關(guān)注到點(diǎn)上，開(kāi)發(fā)出來(lái)的東西在具體的細(xì)節(jié)上和客戶的理解有誤差，并且無(wú)法嚴(yán)格界定是否屬于需求變更。中彰的方案就是這樣的。
b) 需求報(bào)告只求我們這方評(píng)審?fù)ㄟ^(guò)，不去關(guān)心客戶的評(píng)審，認(rèn)為只要客戶簽字認(rèn)可就行。雖然簽字認(rèn)可能夠給日后出現(xiàn)問(wèn)題時(shí)劃清我們的責(zé)任，但是不能保證使項(xiàng)目實(shí)施成功。
c) 需求分析中含有技術(shù)實(shí)施上有難度的功能，一味的求全和盲目按照客戶的設(shè)想，受客戶影響過(guò)大，畢竟，很多時(shí)候，客戶的想法在實(shí)際實(shí)施過(guò)程中是不現(xiàn)實(shí)的，或者可以有更為簡(jiǎn)便的方法來(lái)替代的。如中彰國(guó)際的在線交易功能，后臺(tái)大批量郵件群發(fā)功能。
d) 對(duì)雙方已經(jīng)確定的需求，實(shí)現(xiàn)以后并不適合客戶使用，需要按照變更手續(xù)執(zhí)行的時(shí)候，客戶可能會(huì)糾纏，提出“你們是專(zhuān)業(yè)人士，你們應(yīng)該事先能提醒我們可能會(huì)出現(xiàn)這種問(wèn)題”并以此來(lái)把責(zé)任推給我們，而我們又不好完全按照變更手續(xù)執(zhí)行，因?yàn)榭赡芗せp方的矛盾，比如508的批量處理功能，因?yàn)閷儆谌耸鹿芾肀容^專(zhuān)業(yè)的細(xì)節(jié)問(wèn)題，需求分析師開(kāi)始沒(méi)有對(duì)客戶業(yè)務(wù)熟悉到如此細(xì)致的地步，而客戶也沒(méi)有過(guò)多關(guān)注這些細(xì)節(jié)，導(dǎo)致軟件的某些功能不合用，較為繁瑣，而重新按著客戶的意見(jiàn)修改的話工作量比較大，導(dǎo)致成本增加、工期延長(zhǎng)。
e) 項(xiàng)目的成熟度受客戶預(yù)算的限制。大部分客戶在項(xiàng)目投入上都是有預(yù)算的，在成本有上限的前提下，項(xiàng)目的功能設(shè)計(jì)（軟件的成熟度）方面必然受一定影響，畢竟功能越多越完善，相應(yīng)的開(kāi)發(fā)成本就越高。這種功能上的不完善需要事先告知客戶并得到理解。
f) 此項(xiàng)工作的反復(fù)造成思想上的倦怠，使需求分析最后虎頭蛇尾。需求分析是一項(xiàng)繁瑣枯燥的工作，需要和客戶之間不斷的商討、確認(rèn)和反復(fù)，另外由于大部分的客戶雖然安排專(zhuān)人負(fù)責(zé)這項(xiàng)工作，但是該人并不只做這項(xiàng)工作，特別當(dāng)他被很多其他的事情纏身的時(shí)候，而無(wú)心細(xì)看提交過(guò)去的需求報(bào)告的時(shí)候，他很可能會(huì)給你一個(gè)錯(cuò)覺(jué)，讓你認(rèn)為他已經(jīng)真正的理解并認(rèn)可了你的設(shè)計(jì)。結(jié)論
a) 需求分析是整個(gè)項(xiàng)目管理中需要重點(diǎn)控制的幾個(gè)關(guān)鍵節(jié)點(diǎn)之一，首先思想上一定要重視。
b) 需求分析報(bào)告的編寫(xiě)者要參與到需求的搜集工作中，準(zhǔn)確領(lǐng)會(huì)客戶的意圖，并轉(zhuǎn)化成軟件能夠?qū)崿F(xiàn)的功能。對(duì)于說(shuō)不清楚需求的客戶，要善于問(wèn)關(guān)鍵問(wèn)題，引導(dǎo)客戶提出自己的需求?？梢圆扇〉拇胧┦鞘孪染幹埔粋€(gè)問(wèn)卷調(diào)查之類(lèi)的文檔，詳細(xì)列舉需要客戶回答的問(wèn)題，以便防止遺漏。
c) 需求報(bào)告的編寫(xiě)者要能夠?qū)蛻粜枨筮M(jìn)行深入分析，區(qū)別出哪些需求存在日后變更的可能，哪些需求屬于相對(duì)固定的，哪些需求能夠?qū)崿F(xiàn)，哪些需求需要變通才能實(shí)現(xiàn)，以便于指導(dǎo)后面的功能設(shè)計(jì)。
d) 需求分析報(bào)告對(duì)功能細(xì)節(jié)的描述不能有歧義，描述一定要全面、準(zhǔn)確，防止開(kāi)發(fā)方和客戶只見(jiàn)對(duì)同一個(gè)問(wèn)題有兩個(gè)截然不同的理解?？梢酝ㄟ^(guò)評(píng)審，用大家的力量來(lái)避免這種情況發(fā)生
e) 需求報(bào)告的每個(gè)關(guān)乎功能的描述都要讓客戶明白和理解，客戶在理解之上的確認(rèn)才能夠保證日后一旦出現(xiàn)問(wèn)題不致出現(xiàn)雙方互相推托責(zé)任糾纏不清的情況。
f) 需求報(bào)告一定要經(jīng)過(guò)一個(gè)有技術(shù)人員和業(yè)務(wù)人員參加的評(píng)審，要充分發(fā)揮團(tuán)隊(duì)的力量，重視每個(gè)人的才智，一個(gè)模塊一個(gè)功能的逐一的過(guò)，讓大家來(lái)共同找出需求報(bào)告里不合理的、有歧義的、不完善的、遺漏的等等問(wèn)題
g) 幫助客戶去理解提交給他的需求分析報(bào)告而不是只等簽字，對(duì)于有能夠用好幾種方式實(shí)現(xiàn)的功能，盡量做到能讓客戶去比較和選擇。不要讓客戶對(duì)報(bào)告中的部分產(chǎn)生歧義。只有客戶對(duì)報(bào)告的完全的理解，才能在日后客戶提出的修改被認(rèn)為是需求變更的時(shí)候能夠得到客戶的理解
h) 最后，需求分析報(bào)告一定要雙方共同簽字確認(rèn)
【第2篇 需求分析師工作總結(jié)
需求分析師工作總結(jié)
工作總結(jié)，以年終總結(jié)、半年總結(jié)和季度總結(jié)最為常見(jiàn)和多用。就其內(nèi)容而言，工作總結(jié)就是把一個(gè)時(shí)間段的工作進(jìn)行一次全面系統(tǒng)的總檢查、總評(píng)價(jià)、總分析、總研究，并分析成績(jī)的不足，從而得出引以為戒的經(jīng)驗(yàn)。以下是小編整理的需求分析師工作總結(jié)，好一點(diǎn)！
我是一名專(zhuān)職教研員，__年3月在北京接受了項(xiàng)目辦的培訓(xùn)，初步了解和理解了以導(dǎo)師為依托的教師支持服務(wù)體系項(xiàng)目的來(lái)歷、目的、愿景、實(shí)施計(jì)劃、實(shí)施方法等；首次接觸到全納理論，被深深震動(dòng)；又學(xué)習(xí)了多元智能理論、時(shí)間管理理論等；通過(guò)國(guó)家級(jí)專(zhuān)家的引領(lǐng)和各省項(xiàng)目專(zhuān)家的幫助，自覺(jué)長(zhǎng)進(jìn)不小。
一、工作實(shí)踐
1.文字工作
__年3月底開(kāi)始，在省級(jí)專(zhuān)家倪萬(wàn)赤和原州區(qū)項(xiàng)目辦領(lǐng)導(dǎo)下進(jìn)入導(dǎo)師制項(xiàng)目，開(kāi)始扮演“縣級(jí)導(dǎo)師”角色，參與了原州區(qū)項(xiàng)目辦的基礎(chǔ)工作,如擬訂《寧夏固原市原州區(qū)教師支持服務(wù)體系項(xiàng)目（__--__）周期實(shí)施方案》和《中國(guó)—聯(lián)合國(guó)兒童基金會(huì)教師支持服務(wù)體系導(dǎo)師制試點(diǎn)項(xiàng)目第二階段工作計(jì)劃》；撰寫(xiě)《“教師支持服務(wù)體系”導(dǎo)師制試點(diǎn)項(xiàng)目原州區(qū)__年工作總》；在國(guó)家項(xiàng)目辦“教師支持服務(wù)體系項(xiàng)目實(shí)施指南”《教師需求調(diào)查表》基礎(chǔ)上修改而成《關(guān)于教師生存狀態(tài)和專(zhuān)業(yè)需求的自我評(píng)價(jià)問(wèn)卷》及“愛(ài)生學(xué)校校長(zhǎng)教師須知考試題”，在《教師支持服務(wù)體系實(shí)施指南》中的“學(xué)校發(fā)展需求校長(zhǎng)訪談提綱”基礎(chǔ)上修改完成了《學(xué)校發(fā)展需求校長(zhǎng)訪談提綱》，撰寫(xiě)了《“關(guān)于教師生存狀態(tài)和專(zhuān)業(yè)需求的自我評(píng)價(jià)問(wèn)卷”高紅小學(xué)調(diào)查統(tǒng)計(jì)分析》；今年又開(kāi)發(fā)了《__年原州區(qū)導(dǎo)師制試點(diǎn)工作導(dǎo)師真實(shí)需求調(diào)研問(wèn)卷》、《原州區(qū)愛(ài)生學(xué)校示范校打造工程教師問(wèn)卷》、《原州區(qū)愛(ài)生學(xué)校打造工程中小學(xué)學(xué)生問(wèn)卷》等等。
2.參加原州區(qū)項(xiàng)目辦組織的培訓(xùn)、研修活動(dòng)。
如在__年4月3日的“教師支持服務(wù)體系”項(xiàng)目導(dǎo)師團(tuán)隊(duì)首次集中培訓(xùn)中主講“如何了解教師真實(shí)的需求”。__年5月7日，在省級(jí)專(zhuān)家倪萬(wàn)赤的指導(dǎo)下開(kāi)展了“教師支持服務(wù)體系”項(xiàng)目導(dǎo)師團(tuán)隊(duì)第二次集中培訓(xùn)。集中學(xué)習(xí)了《中國(guó)－聯(lián)合國(guó)兒童基金會(huì)師資培訓(xùn)項(xiàng)目項(xiàng)目縣教師支持服務(wù)體系指導(dǎo)意見(jiàn)（試用稿）》。同時(shí)對(duì)原州區(qū)導(dǎo)師團(tuán)隊(duì)為項(xiàng)目學(xué)開(kāi)發(fā)的培訓(xùn)內(nèi)容進(jìn)行研修。
__年11月24日，在省級(jí)專(zhuān)家倪萬(wàn)赤的倡導(dǎo)下開(kāi)展了“教師支持服務(wù)體系”項(xiàng)目導(dǎo)師團(tuán)隊(duì)第三次集中培訓(xùn)。培訓(xùn)的主要內(nèi)容是如何建立自己的博客和博客群。
3.撰寫(xiě)導(dǎo)師制項(xiàng)目工作活動(dòng)簡(jiǎn)報(bào)（__年3期，__年5期）和日記，使更多的人了解項(xiàng)目，也為項(xiàng)目積累了許多寶貴的資料。
4.下校工作
__年在清河鎮(zhèn)高紅小學(xué)。工作實(shí)績(jī)有：
（1）幫助學(xué)校制定了《高紅小學(xué)__-__年三年發(fā)展規(guī)劃》，輔導(dǎo)教師完成了《教師個(gè)人年度發(fā)展規(guī)劃》。學(xué)校的三年發(fā)展規(guī)劃和教師的個(gè)人規(guī)劃都是反復(fù)修改，幾易其稿。通過(guò)多次修改教師個(gè)人發(fā)展規(guī)劃，使教師學(xué)會(huì)了撰寫(xiě)規(guī)劃的環(huán)節(jié)和方法；通過(guò)學(xué)校發(fā)展規(guī)劃的反復(fù)修改，使教師、學(xué)生、家長(zhǎng)參與，體現(xiàn)了參與意識(shí)，集中了眾人的智慧。
（2）以愛(ài)生理念指導(dǎo)工作，以兒童視角觀察學(xué)校和教師，在改善辦學(xué)條件，提高校園文化愛(ài)生氛圍上做了一些工作。
如建議校長(zhǎng)為學(xué)生供應(yīng)開(kāi)水，建議班主任開(kāi)展以友愛(ài)為主題的班會(huì)。去年4月，經(jīng)我建議和策劃，學(xué)校對(duì)旗臺(tái)、大門(mén)、操場(chǎng)后墻（土墻）進(jìn)行了維修，并硬化花園的走道，粉刷操場(chǎng)北墻，校園西花園中心制作水泥圓臺(tái)及配套的六個(gè)小石凳，柳樹(shù)下制作七個(gè)學(xué)生活動(dòng)石桌及配套的小石凳，同時(shí)對(duì)校外周邊環(huán)境進(jìn)行了治理，使校內(nèi)、校外環(huán)境得到徹底整治，創(chuàng)造了一個(gè)良好的育人環(huán)境和較濃的文化氛圍。還建議培訓(xùn)中心為學(xué)校校調(diào)配電腦三臺(tái)，34英寸彩電一臺(tái)，dvd一臺(tái)，使學(xué)校的辦學(xué)條件得到進(jìn)一步改善。經(jīng)我建議，學(xué)校接通了寬帶網(wǎng)，為網(wǎng)絡(luò)教研工作的開(kāi)展創(chuàng)造了良好的條件。（3）帶頭實(shí)踐愛(ài)生理念，實(shí)實(shí)在在幫助教師成長(zhǎng)。
向教師大力灌輸愛(ài)生學(xué)校理念，全納、平等、民主、和諧教育思想和愛(ài)生如子、愛(ài)校如家、愛(ài)崗敬業(yè)的職業(yè)素養(yǎng)日益深入我校教師之心，并表現(xiàn)在實(shí)際的教育教學(xué)行為中。我自己在工作過(guò)程中以人為本，謙虛和藹，循循善誘，腳踏實(shí)地，親力親為，如為五年級(jí)學(xué)生上作文課，以兒童為主體，課堂民主和諧，評(píng)課時(shí)又很誠(chéng)懇，虛心聽(tīng)取老師的建議，使教師感到教學(xué)研究是實(shí)實(shí)在在的學(xué)術(shù)行為，村小完全可以進(jìn)行有質(zhì)量的校本研修。通過(guò)對(duì)所有教師展開(kāi)聽(tīng)課、評(píng)課活動(dòng)，合課例，有針對(duì)性的培訓(xùn)，如“課堂教學(xué)中的師生互動(dòng)交流”等，使學(xué)校進(jìn)一步明確了校本教研的有效做法，也使教師明確了個(gè)人專(zhuān)業(yè)發(fā)展之路該如何走。我們的這些實(shí)實(shí)在在的行動(dòng)，消除了教師抵觸情緒，使教師的上進(jìn)心和從業(yè)愉快感有所增強(qiáng)。
針對(duì)實(shí)際情況，我在新浪網(wǎng)上為學(xué)校建立了“寧夏高紅小學(xué)的博客”，教會(huì)老師在博客上發(fā)表文章、圖片，并帶頭在博客上上與老師進(jìn)行教學(xué)研討，引領(lǐng)他們走上了網(wǎng)絡(luò)教研之路。現(xiàn)在，郭桂紅、黃軍紅等老師將新浪網(wǎng)上和原州教育信息網(wǎng)上的學(xué)校博客和個(gè)人博客經(jīng)營(yíng)得非常之好，頁(yè)面精致程度、文章數(shù)量、受到的關(guān)注度都超過(guò)了我。教師將自己的教學(xué)設(shè)計(jì)、反思在高紅小學(xué)的博客上發(fā)表，并與教研員和同事在網(wǎng)上進(jìn)行溝通、交流，網(wǎng)絡(luò)教研的意識(shí)已逐步形成，教師教育科研意識(shí)和能力得到了提高，“寧夏高紅小學(xué)”的博客成為學(xué)校的窗口，原州教育信息網(wǎng)“六盤(pán)部落”上“高紅小學(xué)的博客”、“大漠孤煙的博客（黃軍紅的博客）”、“孤獨(dú)讓我如此美麗的博客（郭桂紅的博客）”文章數(shù)、點(diǎn)擊數(shù)、被評(píng)數(shù)、推薦數(shù)在所有博客中遙遙領(lǐng)先，受到更多老師的關(guān)注和好評(píng)，本學(xué)期在清河鎮(zhèn)中心小學(xué)片區(qū)教研交流活動(dòng)中，學(xué)校被評(píng)為“片區(qū)教研先進(jìn)集體”，七月份又被原州區(qū)教育局推薦為自治區(qū)教育科研先進(jìn)集體。
今年，與李紅、楊進(jìn)元在張易中學(xué)、楊郎中學(xué)。工作實(shí)績(jī)：
1.開(kāi)發(fā)出導(dǎo)師真實(shí)需求調(diào)查工具，完成了導(dǎo)師真實(shí)需求分析報(bào)告。
2.對(duì)教師進(jìn)行愛(ài)生學(xué)校理念培訓(xùn)。
3、對(duì)導(dǎo)師進(jìn)行教師真實(shí)需求調(diào)查與分析的技能培訓(xùn)。
4.開(kāi)展教師、學(xué)生真實(shí)需求問(wèn)卷、訪談，與張易中學(xué)、楊郎中學(xué)校級(jí)導(dǎo)師團(tuán)隊(duì)共同完成了教師、學(xué)生需求問(wèn)卷分析報(bào)告。
5.完成前四期活動(dòng)簡(jiǎn)報(bào)。
6.進(jìn)行了學(xué)校發(fā)展規(guī)劃制定的培訓(xùn)，與兩校的校級(jí)導(dǎo)師團(tuán)隊(duì)共同修訂完成了學(xué)校三年發(fā)展規(guī)劃。
7.進(jìn)行教師專(zhuān)業(yè)成長(zhǎng)計(jì)劃制定的培訓(xùn)，幫助兩校教師制訂了比較規(guī)范的個(gè)人年度發(fā)展規(guī)劃。
8.與校級(jí)導(dǎo)師合作，建設(shè)學(xué)校學(xué)習(xí)支持中心和學(xué)習(xí)共同體，探索其運(yùn)行機(jī)制。
9.指導(dǎo)教師建立了教師個(gè)人成長(zhǎng)檔案夾。
1.通過(guò)聽(tīng)課-評(píng)課，研討有效教學(xué)。
11.指導(dǎo)學(xué)校和教師在博客及其他網(wǎng)絡(luò)工具上進(jìn)行交流。
12.主持了張易和楊郎兩校間的觀摩交流。
二、收獲與體會(huì)
1.學(xué)習(xí)到很多知識(shí)，鍛煉了很多能力。
按照《導(dǎo)師應(yīng)知應(yīng)會(huì)清單》的提示，自學(xué)了《教師支持服務(wù)體系實(shí)施指南》、《兒童權(quán)利公約》、多元智能理論、《如何幫助農(nóng)村教師專(zhuān)業(yè)發(fā)展》、《校本教研》等知識(shí)；在原州區(qū)項(xiàng)目辦組織下，通過(guò)多次的“實(shí)地鍛煉-集中培訓(xùn)-交流探討-提高認(rèn)識(shí)-實(shí)踐檢驗(yàn)-反思修正”這樣的模式，在行動(dòng)中提升了自己的能力。已經(jīng)熟練掌握了學(xué)校狀況調(diào)研能力、發(fā)現(xiàn)教師真實(shí)需求的能力、指導(dǎo)教師專(zhuān)業(yè)發(fā)展的能力、用各種方式與校長(zhǎng)和教師溝通的能力，對(duì)教師進(jìn)行專(zhuān)題培訓(xùn)和有效教學(xué)指導(dǎo)的能力、進(jìn)行系列活動(dòng)的組織管理能力等等。2.在實(shí)踐過(guò)程中提升了自己的思想認(rèn)識(shí)。
愛(ài)生學(xué)校的理念是對(duì)自己教育思想的整理和洗禮，如全納理論既包含了以學(xué)生為中心的理論又超越了它，因?yàn)橐詫W(xué)生為中心的理論主要著眼于教學(xué)，而全納則包括整個(gè)教育。建立在兒童視角之上的安全校園將不僅僅是約學(xué)生或保護(hù)學(xué)生，而是竭盡全力為兒童營(yíng)造適合兒童發(fā)展的樂(lè)園，為兒童提供生理、心理和情感上的安全感；為此，我們不僅要提倡教師愛(ài)護(hù)學(xué)生，也要引導(dǎo)孩子之間的友愛(ài)。愛(ài)生學(xué)校的發(fā)展離不開(kāi)教師、學(xué)生、家長(zhǎng)和社區(qū)，因此廣泛的參與是決策民主和效益最大化的基礎(chǔ)。愛(ài)生學(xué)校的課堂是民主的.和諧的，還要追求有效教學(xué)，這是導(dǎo)師與教師的最重要的共同話語(yǔ)；學(xué)校的教學(xué)質(zhì)量要有吸引力，這是我們和學(xué)校做項(xiàng)目的共同出發(fā)點(diǎn)之一。以導(dǎo)師制為依托的教師支持服務(wù)體系項(xiàng)目與目前原州區(qū)實(shí)施的村小行動(dòng)，與寧夏正在全面推開(kāi)的寧夏回族自治區(qū)基礎(chǔ)教育學(xué)校綜合管理質(zhì)量工程相契合，從大的方面說(shuō)就是實(shí)施素質(zhì)教育，推進(jìn)教育均衡發(fā)展；從小的方面說(shuō)就是使每個(gè)地區(qū)都有好學(xué)校，每個(gè)學(xué)校都有好教師，每個(gè)學(xué)生都得到全面發(fā)展。
3.三點(diǎn)經(jīng)驗(yàn)
（1）一節(jié)課的效應(yīng)
在高紅小學(xué)，下校幾次，發(fā)現(xiàn)教師見(jiàn)了導(dǎo)師還是躲躲閃閃，談話很被動(dòng)也很戒備，我知道這是教師與我們感情上有距離，認(rèn)為項(xiàng)目工作是負(fù)擔(dān)。我選擇了一個(gè)突破口——主動(dòng)為五年級(jí)學(xué)生上了一節(jié)作文課。作文課是難上的課，我的教學(xué)效果較好，而且在評(píng)課時(shí)真誠(chéng)的請(qǐng)老師們提意見(jiàn)，之后，老師們的態(tài)度發(fā)生了很大變化，我很快融入了教師群體。啟示是：以教師視角來(lái)看教師，以真誠(chéng)的態(tài)度幫助教師，就能贏得教師的信任，就能順利地開(kāi)展合作。
（2）網(wǎng)絡(luò)交流使導(dǎo)師工作得以延續(xù)。
高紅小學(xué)是一所郊區(qū)農(nóng)村小學(xué)，教師沒(méi)有住校的，每天中午和下午回家，這使得導(dǎo)師與教師的交流時(shí)間很有限，曾經(jīng)成為我的一個(gè)難題。但是部分教師家中有上網(wǎng)條件且有初步的上網(wǎng)技術(shù)，了解到此信息后，我教會(huì)了教師上網(wǎng)做博客，在博客上討論，利用qq等工具與教師進(jìn)行八小時(shí)之外的交流。例如在新浪網(wǎng)的寧夏高紅小學(xué)的博客上，我對(duì)郭桂紅、馬莉等老師的課堂教學(xué)和教學(xué)設(shè)計(jì)進(jìn)行了認(rèn)真的評(píng)論，使得教學(xué)研討突破時(shí)空限制，也贏得了教師的感激和尊重。至今，我們還在共同經(jīng)營(yíng)著這個(gè)博客，我與高紅小學(xué)的老師的交流還在繼續(xù)。
（3）今年在張易中學(xué)和楊郎中學(xué)實(shí)施導(dǎo)師制項(xiàng)目時(shí)又有新的感悟，那就是因地制宜，充分發(fā)揮學(xué)校和教師的主動(dòng)性。張易中學(xué)李強(qiáng)校長(zhǎng)在項(xiàng)目啟動(dòng)之后，組建了包括副校長(zhǎng)、各科教研組長(zhǎng)在內(nèi)的9人校級(jí)導(dǎo)師團(tuán)隊(duì)；在制訂學(xué)校三年發(fā)展規(guī)劃時(shí)印制了“張易中學(xué)學(xué)校發(fā)展規(guī)劃征求意見(jiàn)問(wèn)卷”，廣泛征求校內(nèi)外人士的意見(jiàn)，這是我們提倡的但又沒(méi)有實(shí)際操作過(guò)的。張易中學(xué)做過(guò)好幾個(gè)大項(xiàng)目，他們有開(kāi)闊的眼界和一個(gè)很有能力的團(tuán)隊(duì)，因此很多事情關(guān)鍵在于計(jì)劃和達(dá)成共識(shí)，不必像在高紅小學(xué)那樣“示范”過(guò)多。事實(shí)上，今年張易和楊郎兩個(gè)中學(xué)的教師需求、學(xué)生需求、學(xué)校發(fā)展規(guī)劃、教師發(fā)展規(guī)劃等我們導(dǎo)師有培訓(xùn)，參與修改，但是直接的“幫助”（或者說(shuō)手把手的幫助）較少。
三、問(wèn)題與思考
一是縣級(jí)導(dǎo)師的日常工作與項(xiàng)目工作存在一定的矛盾，縣級(jí)導(dǎo)師畢竟不是專(zhuān)職導(dǎo)師，因而在確保他們的項(xiàng)目工作時(shí)間上有一定沖突。導(dǎo)師還需要更高一級(jí)的培訓(xùn)與學(xué)習(xí)、支持與幫助，自身能力仍需進(jìn)一步加強(qiáng)和提高。二是項(xiàng)目學(xué)校校本研修、校本培訓(xùn)的規(guī)范化、制度化、常規(guī)化還需著力促進(jìn)和完善。校際之間、教師之間的學(xué)習(xí)、研討、合作與交流的氛圍要進(jìn)一步創(chuàng)建和加強(qiáng)。
三是項(xiàng)目校學(xué)習(xí)支持中心團(tuán)隊(duì)教師的支持力度、支持能力還沒(méi)有充分發(fā)揮出來(lái)。專(zhuān)業(yè)發(fā)展協(xié)調(diào)人就本校教師與縣級(jí)導(dǎo)師團(tuán)隊(duì)和學(xué)校支持中心團(tuán)隊(duì)之間的協(xié)調(diào)能力和如何協(xié)調(diào)需要進(jìn)一步指導(dǎo)和培訓(xùn)。
四是對(duì)“一堂好課”的標(biāo)準(zhǔn)莫衷一是，我們急需評(píng)價(jià)標(biāo)準(zhǔn)的指導(dǎo)。
【第3篇 2023四級(jí)人力資源考點(diǎn)總結(jié)：培訓(xùn)需求分析含義與作用
培訓(xùn)需求分析含義：
在規(guī)劃與設(shè)計(jì)每項(xiàng)培訓(xùn)活動(dòng)之前，由培訓(xùn)部門(mén)、主管人員、工作人員等采取各種方法和技術(shù)，對(duì)各種組織及其成員的目標(biāo)、知識(shí)、技能等方面進(jìn)行系統(tǒng)的鑒別與分析，以確定是否需要培訓(xùn)及培訓(xùn)內(nèi)容的過(guò)程。
培訓(xùn)需求分析作用：
1、尋找組織績(jī)效問(wèn)題產(chǎn)生的原因
2、確認(rèn)差距
3、了解員工個(gè)人需求，贏得組織成員的支持
4、建立培訓(xùn)信息資料庫(kù)
5、確定培訓(xùn)項(xiàng)目的成本與價(jià)值
執(zhí)業(yè)藥師考試介紹：
全國(guó)執(zhí)業(yè)藥師資格考試由中華人民共和國(guó)人力資源和社會(huì)保障部、國(guó)家食品藥品監(jiān)督管理總局共同負(fù)責(zé)執(zhí)業(yè)藥師資格考試工作。國(guó)家食品藥品監(jiān)督管理局負(fù)責(zé)組織擬訂考試科目和考試大綱，編寫(xiě)培訓(xùn)教材，建立試題庫(kù)及考試命題工作。按照培訓(xùn)與考試分開(kāi)的原則，統(tǒng)一固化并組織考前培訓(xùn)。
【第4篇 軟件需求分析總結(jié)范文
1. 引言
引言是對(duì)這份軟件產(chǎn)品需求分析報(bào)告的概覽，是為了幫助閱讀者了解這份文檔是如何編寫(xiě)的，并且應(yīng)該如何閱讀、理解和解釋這份文檔。
1.1 編寫(xiě)目的
說(shuō)明這份軟件產(chǎn)品需求分析報(bào)告是為哪個(gè)軟件產(chǎn)品編寫(xiě)的，開(kāi)發(fā)這個(gè)軟件產(chǎn)品意義、作用、以及最終要達(dá)到的意圖。通過(guò)這份軟件產(chǎn)品需求分析報(bào)告詳盡說(shuō)明了該軟件產(chǎn)品的需求規(guī)格，包括修正和(或)發(fā)行版本號(hào)，從而對(duì)該軟件產(chǎn)品進(jìn)行準(zhǔn)確的定義。
如果這份軟件產(chǎn)品需求分析報(bào)告只與整個(gè)系統(tǒng)的某一部分有關(guān)系，那么只定義軟件產(chǎn)品需求分析報(bào)告中說(shuō)明的那個(gè)部分或子系統(tǒng)。
1.2 項(xiàng)目風(fēng)險(xiǎn)
具體說(shuō)明本軟件開(kāi)發(fā)項(xiàng)目的全部風(fēng)險(xiǎn)承擔(dān)者，以及各自在本階段所需要承擔(dān)的主要風(fēng)險(xiǎn)，首要風(fēng)險(xiǎn)承擔(dān)者包括：
● 任務(wù)提出者;
● 軟件開(kāi)發(fā)者;
● 產(chǎn)品使用者。
1.3 文檔約定
描述編寫(xiě)文檔時(shí)所采用的標(biāo)準(zhǔn)(如果有標(biāo)準(zhǔn)的話)，或者各種排版約定。排版約定應(yīng)該包括：
● 正文風(fēng)格;
● 提示方式;
● 重要符號(hào);
也應(yīng)該說(shuō)明高層次需求是否可以被其所有細(xì)化的需求所繼承，或者每個(gè)需求陳述是否都有其自己的優(yōu)先級(jí)。
1.4 預(yù)期讀者和閱讀建議
列舉本軟件產(chǎn)品需求分析報(bào)告所針對(duì)的各種不同的預(yù)期讀者，例如，可能包括：
● 用戶;
● 開(kāi)發(fā)人員;
● 項(xiàng)目經(jīng)理;
● 營(yíng)銷(xiāo)人員;
● 測(cè)試人員;
● 文檔編寫(xiě)入員。
并且描述了文檔中，其余部分的內(nèi)容及其組織結(jié)構(gòu)，并且針對(duì)每一類(lèi)讀者提出最適合的文檔閱讀建議。
1.5 產(chǎn)品范圍
說(shuō)明該軟件產(chǎn)品及其開(kāi)發(fā)目的的簡(jiǎn)短描述，包括利益和目標(biāo)。把軟件產(chǎn)品開(kāi)發(fā)與企業(yè)目標(biāo)，或者業(yè)務(wù)策略相聯(lián)系。
描述產(chǎn)品范圍時(shí)需注意，可以參考項(xiàng)目視圖和范圍文檔，但是不能將其內(nèi)容復(fù)制到這里。
1.6 參考文獻(xiàn)
列舉編寫(xiě)軟件產(chǎn)品需求分析報(bào)告時(shí)所用到的參考文獻(xiàn)及資料，可能包括：
● 本項(xiàng)目的合同書(shū);
● 上級(jí)機(jī)關(guān)有關(guān)本項(xiàng)目的批文;
● 本項(xiàng)目已經(jīng)批準(zhǔn)的計(jì)劃任務(wù)書(shū);
● 用戶界面風(fēng)格指導(dǎo);
● 開(kāi)發(fā)本項(xiàng)目時(shí)所要用到的標(biāo)淮;
● 系統(tǒng)規(guī)格需求說(shuō)明;
● 使用實(shí)例文檔;
● 屬于本項(xiàng)目的其它己發(fā)表文件;
● 本軟件產(chǎn)品需求分析報(bào)告中所引用的文件、資料;
● 相關(guān)軟件產(chǎn)品需求分析報(bào)告;
為了方便讀者查閱，所有參考資料應(yīng)該按一定順序排列。如果可能，每份資料都應(yīng)該給出：
● 標(biāo)題名稱;
● 作者或者合同簽約者;
● 文件編號(hào)或者版本號(hào);
● 發(fā)表日期或者簽約日期;
● 出版單位或者資料來(lái)源。
2. 綜合描述
這一部分概述了正在定義的軟件產(chǎn)品的作用范圍以及該軟件產(chǎn)品所運(yùn)行的環(huán)境、使用該軟件產(chǎn)品的用戶、對(duì)該軟件產(chǎn)品己知的限制、有關(guān)該軟件產(chǎn)品的假設(shè)和依賴。
2.1 產(chǎn)品的狀況
描述了在軟件產(chǎn)品需求分析報(bào)告中所定義的軟件產(chǎn)品的背景和起源。說(shuō)明了該軟件產(chǎn)品是否屬于下列情況：
● 是否是產(chǎn)品系列中的下一成員;
● 是否是成熟產(chǎn)品所改進(jìn)的下一代產(chǎn)品;
● 是否是現(xiàn)有應(yīng)用軟件的替代品(升級(jí)產(chǎn)品);
● 是否是一個(gè)新型的、自主型的產(chǎn)品。
如果該軟件產(chǎn)品需求分析報(bào)告定義的軟件系統(tǒng)是：
● 大系統(tǒng)的一個(gè)組成部分;
● 與其它系統(tǒng)和其它機(jī)構(gòu)之間存在基本的相互關(guān)系。
那么必須說(shuō)明軟件產(chǎn)品需求分析報(bào)告定義的這部分軟件是怎樣與整個(gè)大系統(tǒng)相關(guān)聯(lián)的，或者(同時(shí))說(shuō)明相互關(guān)系的存在形式，并且要定義出兩者之間的全部接口。
2.2 產(chǎn)品的功能
因?yàn)閷⒃谛枨蠓治鰣?bào)告的第4部分中詳細(xì)描述軟件產(chǎn)品的功能，所以在此只需要概略地總結(jié)。僅從業(yè)務(wù)層面陳述本軟件產(chǎn)品所應(yīng)具有的主要功能，在描述功能時(shí)應(yīng)該 針對(duì)每一項(xiàng)需求準(zhǔn)確地描述其各項(xiàng)規(guī)格說(shuō)明。如果存在引起誤解的可能，在陳述本軟件產(chǎn)品主要功能的作用領(lǐng)域時(shí)，也需要對(duì)應(yīng)陳述本軟件產(chǎn)品的非作用領(lǐng)域，以利 讀者理解本軟件產(chǎn)品。
為了很好地組織產(chǎn)品功能，使每個(gè)讀者都容易理解，可以采用列表的方法給出。也可以采用圖形方式，將主要的需求分組以及它們之間的聯(lián)系使用數(shù)據(jù)流程圖的頂層圖或類(lèi)圖進(jìn)行表示，這種表示方法是很有用的。
參考用戶當(dāng)前管理組織構(gòu)架，了解各個(gè)機(jī)構(gòu)的主要職能，將有助于陳述軟件產(chǎn)品的主要功能。
2.3 用戶類(lèi)和特性
確定有可能使用該軟件產(chǎn)品的不同用戶類(lèi)，并且描述它們相關(guān)的特征。往往有一些軟件需求，只與特定的用戶類(lèi)有關(guān)。描述時(shí)，應(yīng)該將該軟件產(chǎn)品的重要用戶類(lèi)與非重要用戶類(lèi)區(qū)分開(kāi)。
用戶不一定是軟件產(chǎn)品的直接使用者，通過(guò)報(bào)表、應(yīng)用程序接口、系統(tǒng)硬件接口得到軟件產(chǎn)品的數(shù)據(jù)和服務(wù)的人、或者機(jī)構(gòu)也有他們的需求。所以，應(yīng)該將這些外部需求視為通過(guò)報(bào)表、應(yīng)用程序接口、系統(tǒng)硬件接口附加給軟件產(chǎn)品的附加用戶類(lèi)。
2.4 運(yùn)行環(huán)境
描述了本軟件的運(yùn)行環(huán)境，一般包括：
● 硬件平臺(tái);
● 操作系統(tǒng)和版本;
● 支撐環(huán)境(例如：數(shù)據(jù)庫(kù)等)和版本;
● 其它與該軟件有關(guān)的軟件組件;
● 與該軟件共存的應(yīng)用程序。
2.5 設(shè)計(jì)和實(shí)現(xiàn)上的限制
確定影響開(kāi)發(fā)人員自由選擇的問(wèn)題，并且說(shuō)明這些問(wèn)題為什么成為一種限制。可能的限制包括下列內(nèi)容：
● 必須使用的特定技術(shù)、工具、編程語(yǔ)言和數(shù)據(jù)庫(kù);
● 避免使用的特定技術(shù)、工具、編程語(yǔ)言和數(shù)據(jù)庫(kù);
● 要求遵循的開(kāi)發(fā)規(guī)范和標(biāo)準(zhǔn)
例如，如果由客戶的公司或者第三方公司負(fù)責(zé)軟件維護(hù)，就必須定義轉(zhuǎn)包者所使用的設(shè)計(jì)符號(hào)表示和編碼標(biāo)準(zhǔn);
● 企業(yè)策略的限制;
● 政府法規(guī)的限制;
● 工業(yè)標(biāo)準(zhǔn)的限制;
● 硬件的限制
例如，定時(shí)需求或存儲(chǔ)器限制;
● 數(shù)據(jù)轉(zhuǎn)換格式標(biāo)淮的限制。
2.6 假設(shè)和約束(依賴)
列舉出對(duì)軟件產(chǎn)品需求分析報(bào)告中，影響需求陳述的假設(shè)因素(與己知因素相對(duì)立)。如果這些假設(shè)因素不正確、不一致或者被修改，就會(huì)使軟件產(chǎn)品開(kāi)發(fā)項(xiàng)目受到影響。這些假設(shè)的因素可能包括：
● 計(jì)劃使用的商業(yè)組件，或者其它軟件中的某個(gè)部件;
● 假定產(chǎn)品中某個(gè)用戶界面將符合一個(gè)特殊的設(shè)計(jì)約定;
● 有關(guān)本軟件用戶的若干假定(例如：假定用戶會(huì)熟練使用sql語(yǔ)言。);
● 有關(guān)本軟件開(kāi)發(fā)工作的若干假定(例如：用戶承諾的優(yōu)惠、方便、上級(jí)部門(mén)給予的特殊政策和支持等。);
● 有關(guān)本軟件運(yùn)行環(huán)境的一些問(wèn)題;
此外，確定本軟件開(kāi)發(fā)項(xiàng)目對(duì)外部約束因素所存在的依賴。有關(guān)的約束可能包括：
● 工期約束;
● 經(jīng)費(fèi)約束;
● 人員約束;
● 設(shè)備約束;
● 地理位置約束;
● 其它有關(guān)項(xiàng)目約束;
3. 外部接口需求
通過(guò)本節(jié)描述可以確定，保證軟件產(chǎn)品能和外部組件正確連接的需求。關(guān)聯(lián)圖僅能表示高層抽象的外部接口，必須對(duì)接口數(shù)據(jù)和外部組件進(jìn)行詳細(xì)描述，并且寫(xiě)入數(shù) 據(jù)定義中。如果產(chǎn)品的不同部分有不同的外部接口，那么應(yīng)該把這些外部接口的全部詳細(xì)需求并入到這一部分實(shí)例中。
注意：必須將附加用戶類(lèi)的特征與外部接口需求加以區(qū)分，附加用戶類(lèi)的特征描述的是通過(guò)接口取得軟件產(chǎn)品的數(shù)據(jù)和服務(wù)的人的需求;而外部接口需求描述的是接口本身的需求。
3.1 用戶界面
陳述需要使用在用戶界面上的軟件組件，描述每一個(gè)用戶界面的邏輯特征。必須注意，這里需要描述的是用戶界面的邏輯特征，而不是用戶界面。以下是可能包括的一些特征：
● 將要采用的圖形用戶界面(gul)標(biāo)準(zhǔn)或者產(chǎn)品系列的風(fēng)格;
● 有關(guān)屏幕布局或者解決方案的限制;
● 將要使用在每一個(gè)屏幕(圖形用戶界面)上的軟件組件，可能包括：
選單;
標(biāo)準(zhǔn)按鈕;
導(dǎo)航鏈接;
各種功能組件;
消息欄;
● 快捷鍵;
● 各種顯示格式的規(guī)定，可能包括：
不同情況下文字的對(duì)齊方式;
不同情況下數(shù)字的表現(xiàn)格式與對(duì)齊方式;
日期的表現(xiàn)方法與格式;
計(jì)時(shí)方法與時(shí)間格式;
等等。
● 錯(cuò)誤信息顯示標(biāo)準(zhǔn);
對(duì)于用戶界面的細(xì)節(jié)，例如：一個(gè)特定對(duì)話框的布局，應(yīng)該寫(xiě)入具體的用戶界面設(shè)計(jì)說(shuō)明中，而不能寫(xiě)入軟件需求規(guī)格說(shuō)明中。
如果采用現(xiàn)成的、合適的用戶界面設(shè)計(jì)規(guī)范(標(biāo)準(zhǔn))，或者另文描述，可以在這里直接說(shuō)明，并且將其加入?yún)⒖嘉墨I(xiàn)。
3.2 硬件接口
描述待開(kāi)發(fā)的軟件產(chǎn)品與系統(tǒng)硬件接口的特征，若有多個(gè)硬件接口，則必須全都描述。接口特征的描述內(nèi)容可能包括：
● 支持的硬件類(lèi)型;
● 軟、硬件之間交流的數(shù)據(jù);
● 控制信息的性質(zhì);
● 使用的通訊協(xié)議;
3.3 軟件接口
描述該軟件產(chǎn)品與其它外部組件的連接，這些外部組件必須明確它們的名稱和版本號(hào)以資識(shí)別，可能的外部組件包括：
● 操作系統(tǒng);
● 數(shù)據(jù)庫(kù);
● 工具;
● 函數(shù)庫(kù);
● 集成的商業(yè)組件
說(shuō)明：這里所說(shuō)的“集成的商業(yè)組件”，是指與系統(tǒng)集成的商業(yè)組件，而不是與軟件產(chǎn)品集成的商業(yè)組件。例如：中間件、消息服務(wù)，等等。
描述并且明確軟件產(chǎn)品與軟件組件之間交換數(shù)據(jù)或者消息的目的。描述所需要的服務(wù)，以及與內(nèi)部組件通訊的性質(zhì)。確定軟件產(chǎn)品將與組件之間共享的數(shù)據(jù)。如果必 須使用一種特殊的方法來(lái)實(shí)現(xiàn)數(shù)據(jù)共享機(jī)制，例如：在多用戶系統(tǒng)中的一個(gè)全局?jǐn)?shù)據(jù)區(qū)，那么就必須把它定義為一種實(shí)現(xiàn)上的限制。
3.4 通訊接口
描述與軟件產(chǎn)品所使用的通訊功能相關(guān)的需求，包括：
● 電子郵件;
● web瀏覽器;
● 網(wǎng)絡(luò)通訊標(biāo)準(zhǔn)或者協(xié)議;
● 數(shù)據(jù)交互用電子表格;
必須定義相關(guān)的：
● 消息格式;
● 通訊安全或加密問(wèn)題;
● 數(shù)據(jù)傳輸速率;
● 同步和異步通訊機(jī)制;
4. 系統(tǒng)功能需求
需要進(jìn)行詳細(xì)的需求記錄，詳細(xì)列出與該系統(tǒng)功能相關(guān)的詳細(xì)功能需求，并且，唯一地標(biāo)識(shí)每一項(xiàng)需求。這是必須提交給用戶的軟件功能，使得用戶可以使用所提供 的功能執(zhí)行服務(wù)或者使用所指定的使用實(shí)例執(zhí)行任務(wù)。描述軟件產(chǎn)品如何響應(yīng)己知的出錯(cuò)條件、非法輸入、非法動(dòng)作。
如果每一項(xiàng)功能需求都能用一項(xiàng)，也只需要用一項(xiàng)測(cè)試用例就能進(jìn)行驗(yàn)證，那么就可以認(rèn)為功能需求已經(jīng)適當(dāng)?shù)剡M(jìn)行描述了。如果某項(xiàng)功能需求找不到合適的測(cè)試用例，或者必須使用多項(xiàng)測(cè)試用例才能驗(yàn)證，那么該項(xiàng)功能需求的描述必然存在某些問(wèn)題。
功能需求是根據(jù)系統(tǒng)功能，即軟件產(chǎn)品所提供的主要服務(wù)來(lái)組織的?？梢酝ㄟ^(guò)使用實(shí)例、運(yùn)行模式、用戶類(lèi)、對(duì)象類(lèi)或者功能等級(jí)來(lái)組織這部分內(nèi)容，也可以便用這些元素的組合?？偠灾?，必須選擇一種是讀者容易理解預(yù)期產(chǎn)品的組織方案。
用簡(jiǎn)短的語(yǔ)句說(shuō)明功能的名稱，例如：“4.1系統(tǒng)參數(shù)管理”。按照服務(wù)組織的順序，逐條闡述系統(tǒng)功能。無(wú)論說(shuō)明的是何種功能，都應(yīng)該針對(duì)該系統(tǒng)功能重復(fù)敘述4.1~ 4.3這三個(gè)部分。
可以通過(guò)各種方式來(lái)組織這一部分內(nèi)容，例如采用：使用實(shí)例、運(yùn)行模式、用戶類(lèi)、對(duì)象類(lèi)、功能等級(jí)等，也可以采用它們的組合。其最終目的是，讓讀者容易理解 即將開(kāi)發(fā)的軟件產(chǎn)品。一般來(lái)說(shuō)，每個(gè)使用實(shí)例都對(duì)應(yīng)一個(gè)系統(tǒng)功能，因而按照使用實(shí)例來(lái)組織內(nèi)容比較容易讓用戶理解。
對(duì)應(yīng)一些被共享的獨(dú)立使用實(shí)例，可以定義一些公用系統(tǒng)功能。
必須特別注意的是，在2.2節(jié)“產(chǎn)品的功能”中描述的全部需求，以及它們的規(guī)格說(shuō)明;必須在某個(gè)系統(tǒng)功能描述中有所反映，而且不應(yīng)重復(fù)。
4.1 說(shuō)明和優(yōu)先級(jí)
對(duì)該系統(tǒng)功能進(jìn)行簡(jiǎn)短的說(shuō)明，并且指出該系統(tǒng)功能的優(yōu)先級(jí)是：高、中、還是低。需要的話，還可以包括對(duì)特定優(yōu)先級(jí)部分的評(píng)價(jià)，例如：利益、損失、費(fèi)用和風(fēng)險(xiǎn)，其相對(duì)優(yōu)先等級(jí)可以從1(低)到9(高)。
4.2 激勵(lì)/響應(yīng)序列
列出輸入激勵(lì)(用戶動(dòng)作、來(lái)自外部設(shè)備的信號(hào)或者其它觸發(fā))并且定義針對(duì)這——功能行為的系統(tǒng)響應(yīng)序列，這些序列將與使用實(shí)例中相關(guān)的對(duì)話元素相對(duì)應(yīng)。
描述激勵(lì)/響應(yīng)序列時(shí)，不僅需要描述基本過(guò)程，而且應(yīng)該描述可選(擴(kuò)充)過(guò)程，包括例外(引起任務(wù)不能順序完成的情況稱為例外)。疏忽了可選過(guò)程，有可能影響軟件產(chǎn)品的功能;如果遺漏例外過(guò)程，則有可能會(huì)引發(fā)系統(tǒng)崩潰。
如果采用流程圖來(lái)描述激勵(lì)/響應(yīng)序列，比較容易讓用戶理解。
4.3 輸入/輸出數(shù)據(jù)
列出輸入數(shù)據(jù)(用戶輸入、來(lái)自外部接口的輸入或者其它輸入)并且定義針對(duì)這些輸入數(shù)據(jù)的處理(計(jì)算)方法，以及相應(yīng)地輸出數(shù)據(jù)，描述對(duì)應(yīng)區(qū)別：輸入數(shù)據(jù)和輸出數(shù)據(jù)。
當(dāng)有大量數(shù)據(jù)需要描述時(shí)，也可以分類(lèi)描述數(shù)據(jù)，并且注明各項(xiàng)數(shù)據(jù)的輸入、輸出屬性。
對(duì)于每一項(xiàng)數(shù)據(jù)，均需要描述：
● 數(shù)據(jù)名稱;
● 實(shí)際含義;
● 數(shù)據(jù)類(lèi)型;
● 數(shù)據(jù)格式;
● 數(shù)據(jù)約束;
對(duì)于復(fù)雜的處理方法，僅僅給出算法原理是不夠的，必須描述詳細(xì)的計(jì)算過(guò)程，并且列出每一步具體使用的實(shí)際算式;如果計(jì)算過(guò)程中涉及查表、判斷、迭代等處理方法，應(yīng)該給出處理依據(jù)和相關(guān)數(shù)據(jù)。如果計(jì)算方法很簡(jiǎn)單，也可以將其從略，不加描述。
5. 其它非功能需求
在這里列舉出所有非功能需求，主要包括可靠性、安全性、可維護(hù)性、可擴(kuò)展性、可測(cè)試性等。
5.1 性能需求
闡述不同應(yīng)用領(lǐng)域?qū)浖a(chǎn)品性能的需求，并且說(shuō)明提出需求的原理或者依據(jù)，以幫助開(kāi)發(fā)人員做出合理的設(shè)計(jì)選擇。盡可能詳細(xì)地描述性能需求，如果需要，可以針對(duì)每個(gè)功能需求或者特征分別陳述其性能需求。在這里確定：
● 相互合作的用戶數(shù)量;
● 系統(tǒng)支持的并發(fā)操作數(shù)量;
● 響應(yīng)時(shí)間;
● 與實(shí)時(shí)系統(tǒng)的時(shí)間關(guān)系：
● 容量需求
存儲(chǔ)器;
磁盤(pán)空間;
數(shù)據(jù)庫(kù)中表的最大行數(shù)。
5.2 安全措施需求
詳盡陳述與軟件產(chǎn)品使用過(guò)程中可能發(fā)生的損失、破壞、危害相關(guān)的需求。定義必須采取的安全保護(hù)或動(dòng)作，以及必須預(yù)防的潛在危險(xiǎn)動(dòng)作。明確軟件產(chǎn)品必須遵從的安全標(biāo)準(zhǔn)、策略、或規(guī)則。
5.3 安全性需求
詳盡陳述與系統(tǒng)安全性、完整性問(wèn)題相關(guān)的需求，或者與個(gè)人隱私問(wèn)題相關(guān)的需求。這些問(wèn)題將會(huì)影響到軟件產(chǎn)品的使用，和軟件產(chǎn)品所創(chuàng)建或者使用的數(shù)據(jù)的保 護(hù)。定義用戶身份認(rèn)證，或備授權(quán)需求。明確軟件產(chǎn)品必須滿足的安全性或者保密性策略。也可以通過(guò)稱為完整性的質(zhì)量屬性來(lái)闡述這些需求。一個(gè)典型的軟件系統(tǒng) 安全需求范例如下：“每個(gè)用戶在第一次登錄后，必須更改他的系統(tǒng)預(yù)置登錄密碼，系統(tǒng)預(yù)置的登錄密碼不能重用。”
5.4 軟件質(zhì)量屬性
詳盡陳述對(duì)客戶和開(kāi)發(fā)人員至關(guān)重要的在軟件產(chǎn)品其它方面表現(xiàn)出來(lái)的質(zhì)量功能。這些功能必須是確定的、定量的、在需要時(shí)是可以驗(yàn)證的。至少也應(yīng)該指明不同屬性的相對(duì)側(cè)重點(diǎn)，例如：易用性優(yōu)于易學(xué)性，或者可移植性優(yōu)于有效性。
5.5 業(yè)務(wù)規(guī)則
列舉出有關(guān)軟件產(chǎn)品的所有操作規(guī)則，例如：那些人在特定環(huán)境下可以進(jìn)行何種操作。這些本身不是功能需求，但是他們可以暗示某些功能需求執(zhí)行這些規(guī)則。一個(gè) 業(yè)務(wù)規(guī)則的范例如下：“進(jìn)行達(dá)到或者超過(guò)10，000，00元人民幣的儲(chǔ)蓄業(yè)務(wù)時(shí)，必須通過(guò)附加的管理員認(rèn)證。”
列舉業(yè)務(wù)規(guī)則時(shí)，可以根據(jù)規(guī)則的數(shù)量，選取合適的編目方式。
5.6 用戶文檔
列舉出將與軟件產(chǎn)品一同交付的用戶文檔，并且明確所有己知用戶文檔的交付格式或標(biāo)準(zhǔn)，例如：
● 安裝指南
紙質(zhì)文檔，16開(kāi)本;
● 用戶手冊(cè)
紙質(zhì)文檔，16開(kāi)本;
● 在線幫助
● 電子文檔，與軟件產(chǎn)品一同分發(fā)、配置;
● 使用教程電子文檔，與軟件產(chǎn)品一同分發(fā)、配置。
6. 詞匯表
列出本文件中用到的專(zhuān)業(yè)術(shù)語(yǔ)的定義，以及有關(guān)縮寫(xiě)的定義(如有可能，列出相關(guān)的外文原詞)。為了便于非軟件專(zhuān)業(yè)或者非計(jì)算機(jī)專(zhuān)業(yè)人士閱讀軟件產(chǎn)品需求分析 報(bào)告，要求使用非軟件專(zhuān)業(yè)或者非計(jì)算機(jī)專(zhuān)業(yè)的術(shù)語(yǔ)描述軟件需求。所以這里所指的專(zhuān)業(yè)術(shù)語(yǔ)，是指業(yè)務(wù)層面上的專(zhuān)業(yè)術(shù)語(yǔ)，而不是軟件專(zhuān)業(yè)或者計(jì)算機(jī)專(zhuān)業(yè)的術(shù) 語(yǔ)。但是，對(duì)于無(wú)法回避的軟件專(zhuān)業(yè)或者計(jì)算機(jī)專(zhuān)業(yè)術(shù)語(yǔ)，也應(yīng)該列入詞匯表并且加以準(zhǔn)確定義。
7. 數(shù)據(jù)定義
數(shù)據(jù)定義是一個(gè)定義了應(yīng)用程序中使用的所有數(shù)據(jù)元素和結(jié)構(gòu)的共享文檔，其中對(duì)每個(gè)數(shù)據(jù)元素和結(jié)構(gòu)都準(zhǔn)確描述：含義、類(lèi)型、數(shù)據(jù)大小、格式、計(jì)量單位、精度 以及取值范圍。數(shù)據(jù)定義的維護(hù)獨(dú)立于軟件需求規(guī)格說(shuō)明，并且在軟件產(chǎn)品開(kāi)發(fā)和維護(hù)的任何階段，均向風(fēng)險(xiǎn)承擔(dān)者開(kāi)放。
如果為軟件開(kāi)發(fā)項(xiàng)目創(chuàng)建一個(gè)獨(dú)立的數(shù)據(jù)定義，而不是為每一項(xiàng)特性描述有關(guān)的數(shù)據(jù)項(xiàng)，有利于避免冗余和不一致性。但是卻不利于多人協(xié)同編寫(xiě)需求分析報(bào)告，容 易遺漏數(shù)據(jù)，也不方便閱讀。因此還是建議為每個(gè)特性描述有關(guān)的數(shù)據(jù)項(xiàng)，匯總數(shù)據(jù)項(xiàng)創(chuàng)建數(shù)據(jù)定義，再根據(jù)數(shù)據(jù)定義復(fù)核全部數(shù)據(jù)，使得它們的名稱和含義完全一 致。必須注意的是，為了避免二義性，在匯總數(shù)據(jù)項(xiàng)時(shí)應(yīng)該根據(jù)數(shù)據(jù)項(xiàng)所代表的實(shí)際意義匯總，而不是根據(jù)數(shù)據(jù)項(xiàng)的名稱匯總。
在數(shù)據(jù)定義中，每個(gè)數(shù)據(jù)項(xiàng)除了有一個(gè)中文名稱外，還應(yīng)該為它取一個(gè)簡(jiǎn)短的英文名稱，該英文名稱應(yīng)該符合命名規(guī)范，因?yàn)樵谲浖_(kāi)發(fā)時(shí)將沿用該英文名稱。可以使用等號(hào)表示數(shù)據(jù)項(xiàng)，名稱寫(xiě)在左邊，定義寫(xiě)在右邊。常見(jiàn)數(shù)據(jù)項(xiàng)的描述方式如下：
● 原數(shù)據(jù)元素
一個(gè)原數(shù)據(jù)元素是不可分解的，可以將一個(gè)數(shù)量值賦給它。定義原數(shù)據(jù)元素必須確定其
含義、類(lèi)型、數(shù)據(jù)大小、格式、計(jì)量單位、精度以及取值范圍。采用以星號(hào)為界的一行
注釋文本，描述原數(shù)據(jù)元素的定義。
● 選擇項(xiàng)
選擇項(xiàng)是一種只可以取有限離散值的特殊原數(shù)據(jù)元素，描述時(shí)一一枚舉這些值，并用方
括號(hào)括起來(lái)寫(xiě)在原數(shù)據(jù)元素的定義前。在兩項(xiàng)離散值之間，使用管道符分隔。
● 組合項(xiàng)
組合項(xiàng)是一個(gè)數(shù)據(jù)結(jié)構(gòu)或者記錄，其中包含了多個(gè)數(shù)據(jù)項(xiàng)。這些數(shù)據(jù)項(xiàng)可以是原數(shù)據(jù)元
素，也可以是組合數(shù)據(jù)項(xiàng)，各數(shù)據(jù)項(xiàng)之間用加號(hào)連接。其中每個(gè)數(shù)據(jù)項(xiàng)都必須是數(shù)據(jù)定
義中定義過(guò)的，結(jié)構(gòu)中也可以包括其它結(jié)構(gòu)，但是絕對(duì)不允許遞歸。如果數(shù)據(jù)結(jié)構(gòu)中有
可選項(xiàng)，使用圓括號(hào)把該項(xiàng)括起來(lái)。
● 重復(fù)項(xiàng)
重復(fù)項(xiàng)是組合項(xiàng)的一種特例，其中有一項(xiàng)將有多個(gè)實(shí)例出現(xiàn)在數(shù)據(jù)結(jié)構(gòu)中，使用花括號(hào)
把該項(xiàng)括起來(lái)。如果知道該項(xiàng)可能允許的范圍，就按“最小值：最大值”的形式寫(xiě)在花
括號(hào)前。
8. 分析模型
這是一個(gè)可選部分，包括或涉及到相關(guān)的分析模型，例如：
● 數(shù)據(jù)流程圖;
● 類(lèi)圖;
● 狀態(tài)轉(zhuǎn)換圖;
● 實(shí)體-關(guān)系圖。
9. 待定問(wèn)題列表
編輯一張?jiān)谲浖a(chǎn)品需求分析報(bào)告中待確定問(wèn)題時(shí)的列表，把每一個(gè)表項(xiàng)都編上號(hào)，以便跟蹤調(diào)查。
【第5篇 需求分析工作總結(jié)
需求分析是項(xiàng)目開(kāi)發(fā)的基礎(chǔ)，基礎(chǔ)打的牢不牢直接關(guān)系到后面所有的工作，是項(xiàng)目實(shí)施成敗的關(guān)鍵
項(xiàng)目經(jīng)理博客
總體上說(shuō)，我們的需求分析是做了，但是做得很不夠，我們做的需求只解決了我們能做出這樣的項(xiàng)目，但是沒(méi)有解決這樣的項(xiàng)目是不是真就是客戶想要的。造成這種狀況的原因主要是下面幾個(gè)情況：
客戶本身說(shuō)不清楚
文物網(wǎng)是這樣，中彰國(guó)際更是這樣，但是這不能怪客戶，畢竟客戶在軟件方面的知識(shí)要少的多，也沒(méi)有相關(guān)的經(jīng)驗(yàn)，可能心里只有一個(gè)想要的軟件的輪廓，于是可能會(huì)要求我們?nèi)ヌ嫠麄儊?lái)完整這個(gè)輪廓的細(xì)節(jié)，而我們的能力、我們能否真正站在客戶角度去搜集和整理這些需求，就決定了這個(gè)需求的完整性和有效性。
需求自身經(jīng)常變動(dòng)
隨著客戶對(duì)這個(gè)項(xiàng)目越來(lái)越深刻的理解，那么可能他的需求也會(huì)隨之改變，這些變化的可能性越大項(xiàng)目風(fēng)險(xiǎn)就會(huì)越大，我們?cè)谛枨蠓治龅臅r(shí)候就要充分考慮到哪些需求是相對(duì)固定的需求，哪些可能會(huì)是產(chǎn)生變動(dòng)的需求，考慮到他的可變性，這樣設(shè)計(jì)功能和數(shù)據(jù)庫(kù)的時(shí)候不致因?yàn)楹竺娴淖儎?dòng)而影響整個(gè)工程。
分析人員或客戶理解有誤
畢竟，不是每個(gè)分析人員都是專(zhuān)業(yè)而合格的，為避免這種情況的發(fā)生，需求分析必須要有審核制度，公司自己內(nèi)部要審核一遍，客戶再審一遍，提出意見(jiàn)，修改后雙方共同評(píng)審簽字，確認(rèn)。
由此出現(xiàn)的問(wèn)題：
a) 需求分析過(guò)于籠統(tǒng)，只關(guān)注到面上，沒(méi)有關(guān)注到點(diǎn)上，開(kāi)發(fā)出來(lái)的東西在具體的細(xì)節(jié)上和客戶的理解有誤差，并且無(wú)法嚴(yán)格界定是否屬于需求變更。中彰的方案就是這樣的。
b) 需求報(bào)告只求我們這方評(píng)審?fù)ㄟ^(guò)，不去關(guān)心客戶的評(píng)審，認(rèn)為只要客戶簽字認(rèn)可就行。雖然簽字認(rèn)可能夠給日后出現(xiàn)問(wèn)題時(shí)劃清我們的責(zé)任，但是不能保證使項(xiàng)目實(shí)施成功。
c) 需求分析中含有技術(shù)實(shí)施上有難度的功能，一味的求全和盲目按照客戶的設(shè)想，受客戶影響過(guò)大，畢竟，很多時(shí)候，客戶的想法在實(shí)際實(shí)施過(guò)程中是不現(xiàn)實(shí)的，或者可以有更為簡(jiǎn)便的方法來(lái)替代的。如中彰國(guó)際的在線交易功能，后臺(tái)大批量郵件群發(fā)功能。
d) 對(duì)雙方已經(jīng)確定的需求，實(shí)現(xiàn)以后并不適合客戶使用，需要按照變更手續(xù)執(zhí)行的時(shí)候，客戶可能會(huì)糾纏，提出“你們是專(zhuān)業(yè)人士，你們應(yīng)該事先能提醒我們可能會(huì)出現(xiàn)這種問(wèn)題”并以此來(lái)把責(zé)任推給我們，而我們又不好完全按照變更手續(xù)執(zhí)行，因?yàn)榭赡芗せp方的矛盾，比如508的批量處理功能，因?yàn)閷儆谌耸鹿芾肀容^專(zhuān)業(yè)的細(xì)節(jié)問(wèn)題，需求分析師開(kāi)始沒(méi)有對(duì)客戶業(yè)務(wù)熟悉到如此細(xì)致的地步，而客戶也沒(méi)有過(guò)多關(guān)注這些細(xì)節(jié)，導(dǎo)致軟件的某些功能不合用，較為繁瑣，而重新按著客戶的意見(jiàn)修改的話工作量比較大，導(dǎo)致成本增加、工期延長(zhǎng)。
e) 項(xiàng)目的成熟度受客戶預(yù)算的限制。大部分客戶在項(xiàng)目投入上都是有預(yù)算的，在成本有上限的前提下，項(xiàng)目的功能設(shè)計(jì)（軟件的成熟度）方面必然受一定影響，畢竟功能越多越完善，相應(yīng)的開(kāi)發(fā)成本就越高。這種功能上的不完善需要事先告知客戶并得到理解。
f) 此項(xiàng)工作的反復(fù)造成思想上的倦怠，使需求分析最后虎頭蛇尾。需求分析是一項(xiàng)繁瑣枯燥的工作，需要和客戶之間不斷的商討、確認(rèn)和反復(fù)，另外由于大部分的客戶雖然安排專(zhuān)人負(fù)責(zé)這項(xiàng)工作，但是該人并不只做這項(xiàng)工作，特別當(dāng)他被很多其他的事情纏身的時(shí)候，而無(wú)心細(xì)看提交過(guò)去的需求報(bào)告的時(shí)候，他很可能會(huì)給你一個(gè)錯(cuò)覺(jué)，讓你認(rèn)為他已經(jīng)真正的理解并認(rèn)可了你的設(shè)計(jì)。結(jié)論
a) 需求分析是整個(gè)項(xiàng)目管理中需要重點(diǎn)控制的幾個(gè)關(guān)鍵節(jié)點(diǎn)之一，首先思想上一定要重視。
b) 需求分析報(bào)告的編寫(xiě)者要參與到需求的搜集工作中，準(zhǔn)確領(lǐng)會(huì)客戶的意圖，并轉(zhuǎn)化成軟件能夠?qū)崿F(xiàn)的功能。對(duì)于說(shuō)不清楚需求的客戶，要善于問(wèn)關(guān)鍵問(wèn)題，引導(dǎo)客戶提出自己的需求。可以采取的措施是事先編制一個(gè)問(wèn)卷調(diào)查之類(lèi)的文檔，詳細(xì)列舉需要客戶回答的問(wèn)題，以便防止遺漏。
c) 需求報(bào)告的編寫(xiě)者要能夠?qū)蛻粜枨筮M(jìn)行深入分析，區(qū)別出哪些需求存在日后變更的可能，哪些需求屬于相對(duì)固定的，哪些需求能夠?qū)崿F(xiàn)，哪些需求需要變通才能實(shí)現(xiàn)，以便于指導(dǎo)后面的功能設(shè)計(jì)。
d) 需求分析報(bào)告對(duì)功能細(xì)節(jié)的描述不能有歧義，描述一定要全面、準(zhǔn)確，防止開(kāi)發(fā)方和客戶只見(jiàn)對(duì)同一個(gè)問(wèn)題有兩個(gè)截然不同的理解。可以通過(guò)評(píng)審，用大家的力量來(lái)避免這種情況發(fā)生
e) 需求報(bào)告的每個(gè)關(guān)乎功能的描述都要讓客戶明白和理解，客戶在理解之上的確認(rèn)才能夠保證日后一旦出現(xiàn)問(wèn)題不致出現(xiàn)雙方互相推托責(zé)任糾纏不清的情況。
f) 需求報(bào)告一定要經(jīng)過(guò)一個(gè)有技術(shù)人員和業(yè)務(wù)人員參加的評(píng)審，要充分發(fā)揮團(tuán)隊(duì)的力量，重視每個(gè)人的才智，一個(gè)模塊一個(gè)功能的逐一的過(guò)，讓大家來(lái)共同找出需求報(bào)告里不合理的、有歧義的、不完善的、遺漏的等等問(wèn)題
g) 幫助客戶去理解提交給他的需求分析報(bào)告而不是只等簽字，對(duì)于有能夠用好幾種方式實(shí)現(xiàn)的功能，盡量做到能讓客戶去比較和選擇。不要讓客戶對(duì)報(bào)告中的部分產(chǎn)生歧義。只有客戶對(duì)報(bào)告的完全的理解，才能在日后客戶提出的修改被認(rèn)為是需求變更的時(shí)候能夠得到客戶的理解
h) 最后，需求分析報(bào)告一定要雙方共同簽字確認(rèn)
