專家評審會(項目評審的注意事項)

1.項目評審的注意事項

基金項目的評審一般按照初審、同行專家評議、專家評審組或?qū)I(yè)委員會評審的程序進(jìn)行。自然科學(xué)基金委科學(xué)部負(fù)責(zé)申請項目的初審。有下列情況之一者，不予繼續(xù)評議和評審：

1、申請者不具備申請資格或違反了自然科學(xué)基金委的有關(guān)規(guī)定；

2、申請手續(xù)不完備或申請書不符合要求；

3、申請項目主體內(nèi)容不符合國家自然科學(xué)基金資助范圍或申請經(jīng)費超出基金項目資助能力；

4、申請者以往獲資助項目執(zhí)行不力。

同行評議是指同行評議專家對申請項目的創(chuàng)新性、研究價值、研究目標(biāo)、研究方案等做出獨立的判斷和評價，一般采取通訊評議方式。

申請者可提出不超過三位不宜評議其申請項目的同行評議專家（須注明所屬單位、并說明理由，供遴選同行評議專家時參考。自然科學(xué)基金委科學(xué)部對此信息保密。

自然科學(xué)基金委負(fù)責(zé)組建專家評審組或?qū)I(yè)評審委員會，其成員除具備同行評議專家的基本條件外，還應(yīng)具有較強的戰(zhàn)略意識和較廣的知識面。專家評審組或?qū)I(yè)評審委員會在同行評議的基礎(chǔ)上提出項目資助建議或?qū)彾ㄙY助項目；參與學(xué)科發(fā)展戰(zhàn)略和項目指南的制訂；對基金管理工作等進(jìn)行咨詢。專家參加評審工作時不代表部門和單位，應(yīng)自覺維護(hù)科學(xué)基金評審工作的科學(xué)性和公正性。

在專家評議評審的基礎(chǔ)上，自然科學(xué)基金委委務(wù)會議對不同層次、不同類型的項目或資助方案予以批準(zhǔn)或授權(quán)批準(zhǔn)，自然科學(xué)基金委兼職專家在任期間申請的項目須專門審查批準(zhǔn)。

2.軟件需求設(shè)計評審須知的8大注意是什么

、注意對需求規(guī)格說明的正確性進(jìn)行評審 需求規(guī)格說明的正確性通?？梢詮娜缦路矫娴靡泽w現(xiàn)： 是否有需求與其他需求相互沖突或者重復(fù)？通常一份長達(dá)幾百頁的需求規(guī)格說明書都不會是一蹴而就的，它可能是系統(tǒng)分析師幾個夜晚的心血之作。

正是因為撰寫過程的連續(xù)性，可能導(dǎo)致同一份文檔中前后名詞定義不一致，前后觀點上有重疊或差異的情況出現(xiàn)，這需要我們在撰寫報告前首先要在思想上形成統(tǒng)一概念， 可使術(shù)語列表貫穿整份文檔以達(dá)提綱挈領(lǐng)之效。 是否清晰、簡潔、無二義地表達(dá)了每個需求？ “清晰”是讓人能夠讀懂；“簡潔”是讓人愿意去讀；“無二義”決定”讀”的效果，是讓大家對需求描述的理解能夠達(dá)成一致。

需求陳述是“三重門”，這三扇門是否開啟決定了需求說明書的質(zhì)量高低。我們尤其要拒絕“二義性”的名詞術(shù)語的出現(xiàn)， 似是而非的概念定義是需求書應(yīng)該避免的。

換句話說，如果一份需求說明書沒能給人以清晰、簡潔和無二義的闡述，則需求評審是沒有進(jìn)行下去的必要，同時也無法進(jìn)行下去。需求評審的前提是用戶讀懂了需求說明，并且用戶的理解內(nèi)容就是分析師們所描述的內(nèi)容。

是否每個需求都通過了演示、測試、評審，分析是否得到了驗證？ 需求應(yīng)該是可以測試的，通常通過測試去驗證它是不是正確。 比如我們完成了“銷售員客戶傭金提成規(guī)則”需求的撰寫，如果需求書未能經(jīng)過原型測試通過，則需求評審是不能得到通過的。

面對相當(dāng)復(fù)雜的業(yè)務(wù)需求，經(jīng)過測試或演示是讓用戶信任的一個必要過程。試想一下， 如果連需求都不能很好地被確認(rèn)，則開發(fā)實現(xiàn)階段更是沒有把握控制了。

是否每個需求都在項目的范圍內(nèi)？ 劃分項目范圍和區(qū)分系統(tǒng)邊界同樣是需求說明書的一個任務(wù)，不要對需求書作出超范圍的論述和延伸，要知道需求書不是分析師賣弄概念、展示時尚的場所，它是軟件工程的一個重要環(huán)節(jié)。 是否每個需求都沒有內(nèi)容和語法上的錯誤？按照傳統(tǒng)的需求列表方式，需求像菜單一樣被一條條列出來，構(gòu)成需求項的主要欄位包括：需求ID、需求描述、優(yōu)先級、來源和狀態(tài)等。

通常需求首先要經(jīng)過“拼寫檢查”，保證沒有拼寫上的問題，然后通過逐行瀏覽修改那些在內(nèi)容或行文上出現(xiàn)問題的需求。 在現(xiàn)有的資源內(nèi)， 是否能實現(xiàn)所有的需求？ 需求規(guī)格說明要考慮可行性的問題。

事實上，分析師的關(guān)注層面是價值驅(qū)動和成本驅(qū)動方面。分析師應(yīng)該明白不是所有的需求都要去實現(xiàn)，一些看上去很明顯與涉及用戶有沖突的、費力不討好的需求應(yīng)該果斷地舍棄。

國內(nèi)有專家提出，搞需求也要講“和諧”即是此中道理。 每一條特定的錯誤信息，是否都是唯一的和具有含義的？ 不要忽視錯誤信息的定義， 它必須具有唯一性。

如果過于籠統(tǒng)地定義錯誤信息則和沒有定義的效果是一樣的。 二、注意對需求規(guī)格說明的實踐性進(jìn)行評審 所謂實踐性是指需求本身是否來源于目前企業(yè)的相關(guān)業(yè)務(wù)規(guī)則和文件制度，而非源于分析師們經(jīng)驗主義的臆測。

實踐性是判斷需求規(guī)格說明是不是理論聯(lián)系實踐、密切和用戶聯(lián)系的一個關(guān)鍵性指標(biāo)。如果需求規(guī)格說明和用戶實踐脫離，即使看上去寫得再天花亂墜，也會使需求說明如同無根之樹、無源之水，會大大減低用戶對需求報告本身的信任度。

有經(jīng)驗的系統(tǒng)分析師通常會迷信自己的經(jīng)驗，把從前的經(jīng)驗嫁接到目前的企業(yè)需求分析中。 也許由于行業(yè)性質(zhì)相同，但如果不經(jīng)過當(dāng)前的實踐調(diào)研則給出需求，仍然會無法體現(xiàn)出企業(yè)自身的特征。

因而不能為企業(yè)帶來真正的價值，也會造成與用戶需求的鴻溝。 筆者也曾經(jīng)“輕實踐重抽象”，我認(rèn)為系統(tǒng)分析師的工作特點是站在具體案例上的深度抽象，前提是必須獲得本企業(yè)的一手具體業(yè)務(wù)背景、流程和規(guī)則。

我們在分析比如“任務(wù)跟蹤”之類的系統(tǒng)時，由于系統(tǒng)的抽象模型是已知的（通過大量同類軟件的分析得知），但還是需要分析師把抽象模型演繹到企業(yè)當(dāng)前業(yè)務(wù)現(xiàn)狀。這樣的需求分析才會有“實話實說”之效，才能引發(fā)評審者的共鳴。

否則，在需求評審中評審者是很難讀懂你的意圖，自然不會立即通過你的需求報告，導(dǎo)致需要重新返工撰寫需求報告。 三、注意對需求規(guī)格說明的完整性進(jìn)行評審 我們經(jīng)常由下面的問題清單來評審需求說明書是否“完整”。

1 編寫的所有需求，其詳細(xì)程度是否一致和合適？ 2 需求是否能為設(shè)計提供足夠的基礎(chǔ)？ 3 所有對其他需求的內(nèi)部引用是否正確？ 4 是否包含了每個需求的實現(xiàn)優(yōu)先級？ 5 是否定義了功能說明的內(nèi)在算法？ 6 是否包含了所有已知的客戶需求或系統(tǒng)需求？ 7 是否遺漏了必要的信息？如果有遺漏的話，把他們標(biāo)記為待確定的問題（TBD）? 8 是否對所有預(yù)期的錯誤條件所產(chǎn)生的系統(tǒng)行為都編制了文檔？ 需求說明的完整性主要體現(xiàn)在需求說明的詳細(xì)程度上，我們怎樣判斷該需求的描述是否詳細(xì)呢？我認(rèn)為需求需要精化，而不是僅僅提出精化功能、對象要考慮涉眾參與者、做些什么、需要什么數(shù)據(jù)信息、受什么業(yè)務(wù)規(guī)則和條件限制、系統(tǒng)會有什么響應(yīng)，等等。

3.外審要注意什么

1. 請安排車接送審核員，應(yīng)提前3天與審核員溝通好接人的路線、時間等，最好由管理者代表親自去接；

2. 請準(zhǔn)備一間會議室給審核員開會、寫工作報告，請在桌上擺一束花及水果等；

3. 請安排2個熟悉公司運作的的人員全程陪同審核員進(jìn)行審核；

4. 當(dāng)審核員認(rèn)定有某項問題時，請及時通知顧問師；

5. 每個人都必須知道公司的質(zhì)量方針是什么？公司的質(zhì)量目標(biāo)是什么？

建議每人工作證后面打上方針和目標(biāo)或每人將其寫在紙條上放在口袋里

6. 在審核員問自己問題時不要緊張，要以平常心對待，回答問題時，要吐詞清楚，如審核員問到的不是自己工作范圍內(nèi)的事，應(yīng)禮貌地告訴審核員這不是自己所負(fù)責(zé)的，然后由陪同人員跟審核員解釋或找能回答問題的人來回答，避免“言多必失”。

7. 在找資料時，審核員要什么，就找什么給他，不要一下把一整本文件都給他，這樣會讓審核員發(fā)現(xiàn)多的問題，正確的方法應(yīng)是要什么就拿什么，然后先遞給本公司陪同人員看，陪同人員發(fā)現(xiàn)問題應(yīng)要求找另外一份給審核員看

8. 總經(jīng)理要講：1.質(zhì)量方針是自己親自訂的，目的就是要讓顧客滿意，并持續(xù)改進(jìn)質(zhì)量體系；2.要求各部門制定了質(zhì)量目標(biāo)并定期考核；3.指定了管理者代表；4.確定公司組織結(jié)構(gòu)圖，明確各人員的職責(zé)并協(xié)調(diào)他們之間的關(guān)系；5.為質(zhì)量管理體系的順利運行提供必要的人力、物力；6.向公司內(nèi)傳達(dá)滿足客戶要求及法律法規(guī)要求的必要性；7.主持召開了管理評審會議

9. 管理代表要回答進(jìn)行了2次內(nèi)部審核，質(zhì)量目標(biāo)都有每月進(jìn)行統(tǒng)計，有進(jìn)行顧客滿意度

的調(diào)查，針對目標(biāo)不達(dá)標(biāo)的及顧客投訴的都有采取糾正措施；

10. 每個管理人員要清楚自己的職責(zé)，尤其是針對提高質(zhì)量，增加顧客滿意度所起的作用，具體見《各部門需回答和掌握的問題》；

11. 職員要清楚自己所做事情的步驟，并且所講要同相關(guān)文件上所寫的不能矛盾，建議這2天各部門主管都要讓職員對與自己相關(guān)的文件至少要看3遍；

12. 當(dāng)時如找不到資料應(yīng)把審核員的注意力引到其它有準(zhǔn)備的方面，另一方面要積極尋找相關(guān)資料，在審核員結(jié)束當(dāng)天審核之前應(yīng)將資料交給審核員；

13. 全員參與，做一次大掃除，各部門要搞好各自責(zé)任區(qū)的整理、整頓及衛(wèi)生等；

14. 各人員要熟悉跟自己相關(guān)的文件，以便回答審核員問題時不會張冠李戴；

15. 請在公司門口打一歡迎標(biāo)語，“熱烈歡迎--公司專家來本公司指導(dǎo)工作”；

以上請管理者代表負(fù)責(zé)召集會議向相關(guān)人員傳達(dá)。