【正文】 英語(yǔ)）、模型語(yǔ)言（圖、表）形式化：形式化語(yǔ)言（數(shù)學(xué)語(yǔ)言：BNF）數(shù)據(jù)庫(kù)設(shè)計(jì)的內(nèi)容及常用方法答：數(shù)據(jù)庫(kù)設(shè)計(jì)包括數(shù)據(jù)庫(kù)的結(jié)構(gòu)設(shè)計(jì)和數(shù)據(jù)庫(kù)的行為設(shè)計(jì)。1）數(shù)據(jù)庫(kù)的結(jié)構(gòu)設(shè)計(jì)數(shù)據(jù)庫(kù)的結(jié)構(gòu)設(shè)計(jì)指是根據(jù)給定的應(yīng)用環(huán)境，進(jìn)行數(shù)據(jù)庫(kù)的模式或子模式的設(shè)計(jì)。它包括數(shù)據(jù)庫(kù)的概念設(shè)計(jì)、邏輯設(shè)計(jì)和物理設(shè)計(jì)，數(shù)據(jù)庫(kù)模式是各應(yīng)用程序共享的結(jié)構(gòu)，是靜態(tài)的、穩(wěn)定的，一經(jīng)形成后通常情況下是不容易改變的，所以結(jié)構(gòu)設(shè)計(jì)又稱(chēng)為靜態(tài)模型設(shè)計(jì)。2）數(shù)據(jù)庫(kù)的行為設(shè)計(jì)數(shù)據(jù)庫(kù)的行為設(shè)計(jì)是指確定數(shù)據(jù)庫(kù)用戶(hù)的行為和動(dòng)作，而在數(shù)據(jù)庫(kù)系統(tǒng)中，用戶(hù)的行為和動(dòng)作指用戶(hù)對(duì)數(shù)據(jù)庫(kù)的操縱，這些要通過(guò)應(yīng)用程序來(lái)實(shí)現(xiàn)，所以數(shù)據(jù)庫(kù)的行為設(shè)計(jì)就是應(yīng)用程序的設(shè)計(jì)。用戶(hù)的行為總是使數(shù)據(jù)庫(kù)的內(nèi)容發(fā)生變化，所以行為設(shè)計(jì)是動(dòng)態(tài)的，行為設(shè)計(jì)又稱(chēng)為動(dòng)態(tài)模型設(shè)計(jì)。數(shù)據(jù)庫(kù)常用設(shè)計(jì)方法：直觀設(shè)計(jì)法、規(guī)范設(shè)計(jì)法、計(jì)算機(jī)輔助設(shè)計(jì)法、自動(dòng)化設(shè)計(jì)法。如何正確看待客戶(hù)？答：即使最終用戶(hù)不是上帝，也算是上帝的親戚，同樣怠慢不得如果項(xiàng)目規(guī)模比較大，那么開(kāi)發(fā)方與最終用戶(hù)的來(lái)往就比較多。如從最終用戶(hù)那里獲取詳細(xì)的需求，請(qǐng)最終用戶(hù)試驗(yàn)軟件，對(duì)最終用戶(hù)進(jìn)行培訓(xùn)等等。概括說(shuō)明如何進(jìn)行需求分析？答：（1）需求分析是指需求開(kāi)發(fā)過(guò)程中，對(duì)所獲取的需求信息進(jìn)行分析，及時(shí)排除錯(cuò)誤和彌補(bǔ)不足，確保需求文檔正確地反映用戶(hù)的真實(shí)意圖。（2）分析方法大體有兩類(lèi)：“回答分析法”和“建模分析法”。第一：?jiǎn)柎鸱治龇椒ê芎?jiǎn)單：刨根究底地問(wèn)，如果問(wèn)題都被解答了，那么需求也就分析清楚了，一個(gè)人可以“自問(wèn)自答”地分析需求，幾個(gè)人分析需求則稱(chēng)為“研討”，問(wèn)答分析最重要的問(wèn)題是：“是什么”和“為什么”，其它常見(jiàn)的問(wèn)題有：需求存在二義性嗎？需求文檔的上下文有矛盾嗎？需求完備嗎?需求是必要的嗎？需求可實(shí)現(xiàn)嗎？需求可驗(yàn)證嗎？需求的優(yōu)先級(jí)確定了嗎？第二：建模分析法：在需求開(kāi)發(fā)過(guò)程中，對(duì)于某些類(lèi)型的信息，用圖形表示要比文本表示更加有效，所以將圖形與文本結(jié)合起來(lái)描述需求是很自然的方法。需求建模就是指用圖形符號(hào)來(lái)表示、刻畫(huà)需求，需求建模不可能取代文字描述。在需求文檔中，文字描述是第一重要的，建模主要是起分析、解釋作用、建議將模型存放在需求文檔的附錄中，便于正文引用。建模分析方法主要有兩大類(lèi)：“結(jié)構(gòu)化分析法“和”面向?qū)ο蠓治龇椒ā?。第五篇：軟件?xiàng)目需求分析總結(jié)軟件項(xiàng)目需求分析總結(jié)我們做的需求只解決了我們能做出這樣的項(xiàng)目，但是沒(méi)有解決這樣的項(xiàng)目是不是真就是客戶(hù)想要的。造成這種狀況的原因主要是下面幾個(gè)情況：客戶(hù)本身說(shuō)不清楚文物網(wǎng)是這樣，中彰國(guó)際更是這樣，但是這不能怪客戶(hù)，畢竟客戶(hù)在軟件方面的知識(shí)要少的多，也沒(méi)有相關(guān)的經(jīng)驗(yàn)，可能心里只有一個(gè)想要的軟件的輪廓，于是可能會(huì)要求我們?nèi)ヌ嫠麄儊?lái)完整這個(gè)輪廓的細(xì)節(jié)，而我們的能力、我們能否真正站在客戶(hù)角度去搜集和整理這些需求，就決定了這個(gè)需求的完整性和有效性。需求自身經(jīng)常變動(dòng)隨著客戶(hù)對(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è)工程。分析人員或客戶(hù)理解有誤畢竟，不是每個(gè)分析人員都是專(zhuān)業(yè)而合格的，為避免這種情況的發(fā)生，需求分析必須要有審核制度，公司自己內(nèi)部要審核一遍，客戶(hù)再審一遍，提出意見(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é)上和客戶(hù)的理解有誤差，并且無(wú)法嚴(yán)格界定是否屬于需求變更。中彰的方案就是這樣的。b)需求報(bào)告只求我們這方評(píng)審?fù)ㄟ^(guò)，不去關(guān)心客戶(hù)的評(píng)審，認(rèn)為只要客戶(hù)簽字認(rèn)可就行。雖然簽字認(rèn)可能夠給日后出現(xiàn)問(wèn)題時(shí)劃清我們的責(zé)任，但是不能保證使項(xiàng)目實(shí)施成功。c)需求分析中含有技術(shù)實(shí)施上有難度的功能，一味的求全和盲目按照客戶(hù)的設(shè)想，受客戶(hù)影響過(guò)大，畢竟，很多時(shí)候，客戶(hù)的想法在實(shí)際實(shí)施過(guò)程中是不現(xiàn)實(shí)的，或者可以有更為簡(jiǎn)便的方法來(lái)替代的。如中彰國(guó)際的在線交易功能，后臺(tái)大批量郵件群發(fā)功能。d)對(duì)雙方已經(jīng)確定的需求，實(shí)現(xiàn)以后并不適合客戶(hù)使用，需要按照變更手續(xù)執(zhí)行的時(shí)候，客戶(hù)可能會(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ì)客戶(hù)業(yè)務(wù)熟悉到如此細(xì)致的地步，而客戶(hù)也沒(méi)有過(guò)多關(guān)注這些細(xì)節(jié)，導(dǎo)致軟件的某些功能不合用，較為繁瑣，而重新按著客戶(hù)的意見(jiàn)修改的話工作量比較大，導(dǎo)致成本增加、工期延長(zhǎng)。e)項(xiàng)目的成熟度受客戶(hù)預(yù)算的限制。大部分客戶(hù)在項(xiàng)目投入上都是有預(yù)算的，在成本有上限的前提下，項(xiàng)目的功能設(shè)計(jì)(軟件的成熟度)方面必然受一定影響，畢竟功能越多越完善，相應(yīng)的開(kāi)發(fā)成本就越高。這種功能上的不完善需要事先告知客戶(hù)并得到理解。f)此項(xiàng)工作的反復(fù)造成思想上的倦怠，使需求分析最后虎頭蛇尾。需求分析是一項(xiàng)繁瑣枯燥的工作，需要和客戶(hù)之間不斷的商討、確認(rèn)和反復(fù)，另外由于大部分的客戶(hù)雖然安排專(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ì)客戶(hù)的意圖，并轉(zhuǎn)化成軟件能夠?qū)崿F(xiàn)的功能。對(duì)于說(shuō)不清楚需求的客戶(hù)，要善于問(wèn)關(guān)鍵問(wèn)題，引導(dǎo)客戶(hù)提出自己的需求?？梢圆扇〉拇胧┦鞘孪染幹埔粋€(gè)問(wèn)卷調(diào)查之類(lèi)的文檔，詳細(xì)列舉需要客戶(hù)回答的問(wèn)題，以便防止遺漏。c)需求報(bào)告的編寫(xiě)者要能夠?qū)蛻?hù)需求進(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ā)方和客戶(hù)只見(jiàn)對(duì)同一個(gè)問(wèn)題有兩個(gè)截然不同的理解?？梢酝ㄟ^(guò)評(píng)審，用大家的力量來(lái)避免這種情況發(fā)生e)需求報(bào)告的每個(gè)關(guān)乎功能的描述都要讓客戶(hù)明白和理解，客戶(hù)在理解之上的確認(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)幫助客戶(hù)去理解提交給他的需求分析報(bào)告而不是只等簽字，對(duì)于有能夠用好幾種方式實(shí)現(xiàn)的功能，盡量做到能讓客戶(hù)去比較和選擇。不要讓客戶(hù)對(duì)報(bào)告中的部分產(chǎn)生歧義。只有客戶(hù)對(duì)報(bào)告的完全的理解，才能在日后客戶(hù)提出的修改被認(rèn)為是需求變更的時(shí)候能夠得到客戶(hù)的理解h)最后，需求分析報(bào)告一定要雙方共同簽字確認(rèn)