XXX年計(jì)算機(jī)軟件水平考試《軟件設(shè)計(jì)師》知識(shí)點(diǎn)匯總

千里之行，始于足下。第2頁/共2頁精品文檔推薦XXX年計(jì)算機(jī)軟件水平考試《軟件設(shè)計(jì)師》知識(shí)點(diǎn)匯總【篇一】XXX年計(jì)算機(jī)軟件水平考試《軟件設(shè)計(jì)師》知識(shí)點(diǎn)：C++的ANSI標(biāo)準(zhǔn)

標(biāo)準(zhǔn)化是把所編寫的程序從一種類型的計(jì)算機(jī)遷移到另一種類型的計(jì)算機(jī)上的基礎(chǔ)。標(biāo)準(zhǔn)的建立使語言在各種機(jī)器上的實(shí)現(xiàn)保持一致。在所有相容編譯器上都可用的一組標(biāo)準(zhǔn)功能意味著，用戶總是能確定下一步會(huì)獲得啥結(jié)果。使用ANSI標(biāo)準(zhǔn)后，C++使應(yīng)用程序能夠輕松地在別同的機(jī)器之間遷移，緩解了在多個(gè)環(huán)境上運(yùn)行的應(yīng)用程序的維護(hù)咨詢題。

固然，還有其他咨詢題需要思考。假如程序是能夠移植的，這么就別能把非標(biāo)準(zhǔn)庫中的特性引入代碼，還必須使程序?qū)⒃摮绦蛩褂玫拈_辟機(jī)器的依靠性落到最低，否則遷移代碼就非常困難。

C++的ANSI標(biāo)準(zhǔn)還有另一具優(yōu)點(diǎn)：它對(duì)用C++編程所需要學(xué)習(xí)的部分舉行了標(biāo)準(zhǔn)化。那個(gè)標(biāo)準(zhǔn)將使后續(xù)的程序具有一致性，因?yàn)樗粸镃++編譯器和庫提供了一具定義參考。在編寫編譯器時(shí)，該標(biāo)準(zhǔn)的存在也使編寫人員別再需要許可。

【篇二】XXX年計(jì)算機(jī)軟件水平考試《軟件設(shè)計(jì)師》知識(shí)點(diǎn)：怎么操縱需求變更

按照現(xiàn)代項(xiàng)目治理的概念，一具項(xiàng)目的生命周期分為啟動(dòng)、實(shí)施、收尾三個(gè)過程。需求變更的操縱別應(yīng)該不過項(xiàng)目實(shí)施過程思考的情況，而是要分布在整個(gè)項(xiàng)目生命周期的全過程。為了將項(xiàng)目變更的妨礙落低到最小，就需要采納綜合變更操縱辦法。綜合變更操縱要緊內(nèi)容有找出妨礙項(xiàng)目變更的因素、推斷項(xiàng)目變更范圍是否差不多發(fā)生等。

舉行綜合變更操縱的要緊依據(jù)是項(xiàng)目打算、變更請(qǐng)求和提供了項(xiàng)目執(zhí)行狀況信息的績效報(bào)告。

(1)項(xiàng)目啟動(dòng)時(shí)期的變更預(yù)防

關(guān)于任何項(xiàng)目，變更都無可幸免，也無從躲避，只能積極應(yīng)對(duì)，那個(gè)應(yīng)對(duì)應(yīng)該是從項(xiàng)目啟動(dòng)的需求分析時(shí)期就開始了。對(duì)一具需求分析做得非常好的項(xiàng)目來講，基準(zhǔn)文件定義的范圍越詳細(xì)清楚，用戶跟項(xiàng)目經(jīng)理扯皮的幌子就越少。假如需求沒做好，基準(zhǔn)文件里的范圍模糊別清，被客戶抓住空子，往往要付出許多無謂的犧牲。假如需求做得好，文檔清楚且又有客戶簽字，這么后期客戶提出的變更就超出了合同范圍，需要另外收費(fèi)。那個(gè)時(shí)候千萬別能手軟，這并非要刻意賺取客戶的鈔票財(cái)，而是別能讓客戶養(yǎng)成經(jīng)常變更的適應(yīng)，否則后患無窮。相關(guān)于需求來講，啥WBS、風(fēng)險(xiǎn)治理、打算進(jìn)度基本上次要的，只要需求做好了就會(huì)一帆風(fēng)順。

(2)項(xiàng)目實(shí)施時(shí)期的需求變更

成功項(xiàng)目和失敗項(xiàng)目的區(qū)不就在于項(xiàng)目的整個(gè)過程是否是可控的。項(xiàng)目經(jīng)理應(yīng)該樹立一具理念——“需求變更是必定的、可控的、有益的”。項(xiàng)目實(shí)施時(shí)期的變更操縱需要做的是分析變更請(qǐng)求，評(píng)估變更也許帶來的風(fēng)險(xiǎn)和修改基準(zhǔn)文件。操縱需求漸變需要注意以下幾點(diǎn)：

需求一定要與投入有聯(lián)系，假如需求變更的成本由開辟方來承擔(dān)，則項(xiàng)目需求的變更就成何必然了。因此，在項(xiàng)目的開始，不管是開辟方依然出資方都要明確這一條：需求變，軟件開辟的投人也要變。

需求的變更要通過出資者的認(rèn)可，如此才會(huì)對(duì)需求的變更有成本的概念，可以謹(jǐn)慎地對(duì)待需求的變更。

小的需求變更也要通過正規(guī)的需求治理流程，否則會(huì)積少成多。在實(shí)踐中，人們往往別情愿為小的需求變更去執(zhí)行正規(guī)的需求治理過程，以為落低了開辟效率，白費(fèi)了時(shí)刻。但正是由于這種觀念才使需求逐漸變?yōu)閯e可控，最后導(dǎo)致項(xiàng)目的失敗。

精確的需求與范圍定義并不可能阻撓需求的變更。并非對(duì)需求定義得越細(xì)，就越能幸免需求的漸變，這是兩個(gè)層面的咨詢題。太細(xì)的需求定義對(duì)需求漸變沒有任何效果。因?yàn)樾枨蟮淖兓怯篮愕?，并非需求寫?xì)了，它就不可能變化了。

注意溝通的技巧。實(shí)際事情是用戶、開辟者都認(rèn)識(shí)到了上面的幾點(diǎn)間題，然而由于需求的變更也許來自客戶方，也也許來自開辟方，所以，作為需求治理者，項(xiàng)目經(jīng)理需要采納各種溝通技巧來使項(xiàng)目的各方各得其所。

(3)項(xiàng)目收尾時(shí)期的總結(jié)

能力的提高往往別是從成功的經(jīng)驗(yàn)中來，而是從失敗的教訓(xùn)中來。許多項(xiàng)目經(jīng)理別注重經(jīng)驗(yàn)教訓(xùn)總結(jié)和積存，即使在項(xiàng)目運(yùn)作過程中碰得頭破血流，也不過抱怨人品、環(huán)境和團(tuán)隊(duì)配合不行，非常少系統(tǒng)地分析總結(jié)，或者別懂怎么分析總結(jié)，以至于同樣的咨詢題反復(fù)浮現(xiàn)。

其實(shí)，項(xiàng)目總結(jié)工作應(yīng)作為現(xiàn)有項(xiàng)目或未來項(xiàng)目持續(xù)改進(jìn)工作的一項(xiàng)重要內(nèi)容，并且也能夠作為對(duì)項(xiàng)目