專(zhuān)家評審會(huì )(項目評審的注意事項)
1.項目評審的注意事項
基金項目的評審一般按照初審、同行專(zhuān)家評議、專(zhuān)家評審組或專(zhuān)業(yè)委員會(huì )評審的程序進(jìn)行。自然科學(xué)基金委科學(xué)部負責申請項目的初審。有下列情況之一者，不予繼續評議和評審：
1、申請者不具備申請資格或違反了自然科學(xué)基金委的有關(guān)規定；
2、申請手續不完備或申請書(shū)不符合要求；
3、申請項目主體內容不符合國家自然科學(xué)基金資助范圍或申請經(jīng)費超出基金項目資助能力；
4、申請者以往獲資助項目執行不力。
同行評議是指同行評議專(zhuān)家對申請項目的創(chuàng )新性、研究?jì)r(jià)值、研究目標、研究方案等做出獨立的判斷和評價(jià)，一般采取通訊評議方式。
申請者可提出不超過(guò)三位不宜評議其申請項目的同行評議專(zhuān)家（須注明所屬單位、并說(shuō)明理由，供遴選同行評議專(zhuān)家時(shí)參考。自然科學(xué)基金委科學(xué)部對此信息保密。
自然科學(xué)基金委負責組建專(zhuān)家評審組或專(zhuān)業(yè)評審委員會(huì )，其成員除具備同行評議專(zhuān)家的基本條件外，還應具有較強的戰略意識和較廣的知識面。專(zhuān)家評審組或專(zhuān)業(yè)評審委員會(huì )在同行評議的基礎上提出項目資助建議或審定資助項目；參與學(xué)科發(fā)展戰略和項目指南的制訂；對基金管理工作等進(jìn)行咨詢(xún)。專(zhuān)家參加評審工作時(shí)不代表部門(mén)和單位，應自覺(jué)維護科學(xué)基金評審工作的科學(xué)性和公正性。
在專(zhuān)家評議評審的基礎上，自然科學(xué)基金委委務(wù)會(huì )議對不同層次、不同類(lèi)型的項目或資助方案予以批準或授權批準，自然科學(xué)基金委兼職專(zhuān)家在任期間申請的項目須專(zhuān)門(mén)審查批準。
2.軟件需求設計評審須知的8大注意是什么
、注意對需求規格說(shuō)明的正確性進(jìn)行評審 需求規格說(shuō)明的正確性通常可以從如下方面得以體現： 是否有需求與其他需求相互沖突或者重復？通常一份長(cháng)達幾百頁(yè)的需求規格說(shuō)明書(shū)都不會(huì )是一蹴而就的，它可能是系統分析師幾個(gè)夜晚的心血之作。
正是因為撰寫(xiě)過(guò)程的連續性，可能導致同一份文檔中前后名詞定義不一致，前后觀(guān)點(diǎn)上有重疊或差異的情況出現，這需要我們在撰寫(xiě)報告前首先要在思想上形成統一概念， 可使術(shù)語(yǔ)列表貫穿整份文檔以達提綱挈領(lǐng)之效。 是否清晰、簡(jiǎn)潔、無(wú)二義地表達了每個(gè)需求？ “清晰”是讓人能夠讀懂；“簡(jiǎn)潔”是讓人愿意去讀；“無(wú)二義”決定”讀”的效果，是讓大家對需求描述的理解能夠達成一致。
需求陳述是“三重門(mén)”，這三扇門(mén)是否開(kāi)啟決定了需求說(shuō)明書(shū)的質(zhì)量高低。我們尤其要拒絕“二義性”的名詞術(shù)語(yǔ)的出現， 似是而非的概念定義是需求書(shū)應該避免的。
換句話(huà)說(shuō)，如果一份需求說(shuō)明書(shū)沒(méi)能給人以清晰、簡(jiǎn)潔和無(wú)二義的闡述，則需求評審是沒(méi)有進(jìn)行下去的必要，同時(shí)也無(wú)法進(jìn)行下去。需求評審的前提是用戶(hù)讀懂了需求說(shuō)明，并且用戶(hù)的理解內容就是分析師們所描述的內容。
是否每個(gè)需求都通過(guò)了演示、測試、評審，分析是否得到了驗證？ 需求應該是可以測試的，通常通過(guò)測試去驗證它是不是正確。 比如我們完成了“銷(xiāo)售員客戶(hù)傭金提成規則”需求的撰寫(xiě)，如果需求書(shū)未能經(jīng)過(guò)原型測試通過(guò)，則需求評審是不能得到通過(guò)的。
面對相當復雜的業(yè)務(wù)需求，經(jīng)過(guò)測試或演示是讓用戶(hù)信任的一個(gè)必要過(guò)程。試想一下， 如果連需求都不能很好地被確認，則開(kāi)發(fā)實(shí)現階段更是沒(méi)有把握控制了。
是否每個(gè)需求都在項目的范圍內？ 劃分項目范圍和區分系統邊界同樣是需求說(shuō)明書(shū)的一個(gè)任務(wù)，不要對需求書(shū)作出超范圍的論述和延伸，要知道需求書(shū)不是分析師賣(mài)弄概念、展示時(shí)尚的場(chǎng)所，它是軟件工程的一個(gè)重要環(huán)節。 是否每個(gè)需求都沒(méi)有內容和語(yǔ)法上的錯誤？按照傳統的需求列表方式，需求像菜單一樣被一條條列出來(lái)，構成需求項的主要欄位包括：需求ID、需求描述、優(yōu)先級、來(lái)源和狀態(tài)等。
通常需求首先要經(jīng)過(guò)“拼寫(xiě)檢查”，保證沒(méi)有拼寫(xiě)上的問(wèn)題，然后通過(guò)逐行瀏覽修改那些在內容或行文上出現問(wèn)題的需求。 在現有的資源內， 是否能實(shí)現所有的需求？ 需求規格說(shuō)明要考慮可行性的問(wèn)題。
事實(shí)上，分析師的關(guān)注層面是價(jià)值驅動(dòng)和成本驅動(dòng)方面。分析師應該明白不是所有的需求都要去實(shí)現，一些看上去很明顯與涉及用戶(hù)有沖突的、費力不討好的需求應該果斷地舍棄。
國內有專(zhuān)家提出，搞需求也要講“和諧”即是此中道理。 每一條特定的錯誤信息，是否都是唯一的和具有含義的？ 不要忽視錯誤信息的定義， 它必須具有唯一性。
如果過(guò)于籠統地定義錯誤信息則和沒(méi)有定義的效果是一樣的。 二、注意對需求規格說(shuō)明的實(shí)踐性進(jìn)行評審 所謂實(shí)踐性是指需求本身是否來(lái)源于目前企業(yè)的相關(guān)業(yè)務(wù)規則和文件制度，而非源于分析師們經(jīng)驗主義的臆測。
實(shí)踐性是判斷需求規格說(shuō)明是不是理論聯(lián)系實(shí)踐、密切和用戶(hù)聯(lián)系的一個(gè)關(guān)鍵性指標。如果需求規格說(shuō)明和用戶(hù)實(shí)踐脫離，即使看上去寫(xiě)得再天花亂墜，也會(huì )使需求說(shuō)明如同無(wú)根之樹(shù)、無(wú)源之水，會(huì )大大減低用戶(hù)對需求報告本身的信任度。
有經(jīng)驗的系統分析師通常會(huì )迷信自己的經(jīng)驗，把從前的經(jīng)驗嫁接到目前的企業(yè)需求分析中。 也許由于行業(yè)性質(zhì)相同，但如果不經(jīng)過(guò)當前的實(shí)踐調研則給出需求，仍然會(huì )無(wú)法體現出企業(yè)自身的特征。
因而不能為企業(yè)帶來(lái)真正的價(jià)值，也會(huì )造成與用戶(hù)需求的鴻溝。 筆者也曾經(jīng)“輕實(shí)踐重抽象”，我認為系統分析師的工作特點(diǎn)是站在具體案例上的深度抽象，前提是必須獲得本企業(yè)的一手具體業(yè)務(wù)背景、流程和規則。
我們在分析比如“任務(wù)跟蹤”之類(lèi)的系統時(shí)，由于系統的抽象模型是已知的（通過(guò)大量同類(lèi)軟件的分析得知），但還是需要分析師把抽象模型演繹到企業(yè)當前業(yè)務(wù)現狀。這樣的需求分析才會(huì )有“實(shí)話(huà)實(shí)說(shuō)”之效，才能引發(fā)評審者的共鳴。
否則，在需求評審中評審者是很難讀懂你的意圖，自然不會(huì )立即通過(guò)你的需求報告，導致需要重新返工撰寫(xiě)需求報告。 三、注意對需求規格說(shuō)明的完整性進(jìn)行評審 我們經(jīng)常由下面的問(wèn)題清單來(lái)評審需求說(shuō)明書(shū)是否“完整”。
1 編寫(xiě)的所有需求，其詳細程度是否一致和合適？ 2 需求是否能為設計提供足夠的基礎？ 3 所有對其他需求的內部引用是否正確？ 4 是否包含了每個(gè)需求的實(shí)現優(yōu)先級？ 5 是否定義了功能說(shuō)明的內在算法？ 6 是否包含了所有已知的客戶(hù)需求或系統需求？ 7 是否遺漏了必要的信息？如果有遺漏的話(huà)，把他們標記為待確定的問(wèn)題（TBD）? 8 是否對所有預期的錯誤條件所產(chǎn)生的系統行為都編制了文檔？ 需求說(shuō)明的完整性主要體現在需求說(shuō)明的詳細程度上，我們怎樣判斷該需求的描述是否詳細呢？我認為需求需要精化，而不是僅僅提出精化功能、對象要考慮涉眾參與者、做些什么、需要什么數據信息、受什么業(yè)務(wù)規則和條件限制、系統會(huì )有什么響應，等等。
3.外審要注意什么
1. 請安排車(chē)接送審核員，應提前3天與審核員溝通好接人的路線(xiàn)、時(shí)間等，最好由管理者代表親自去接；
2. 請準備一間會(huì )議室給審核員開(kāi)會(huì )、寫(xiě)工作報告，請在桌上擺一束花及水果等；
3. 請安排2個(gè)熟悉公司運作的的人員全程陪同審核員進(jìn)行審核；
4. 當審核員認定有某項問(wèn)題時(shí)，請及時(shí)通知顧問(wèn)師；
5. 每個(gè)人都必須知道公司的質(zhì)量方針是什么？公司的質(zhì)量目標是什么？
建議每人工作證后面打上方針和目標或每人將其寫(xiě)在紙條上放在口袋里
6. 在審核員問(wèn)自己?jiǎn)?wèn)題時(shí)不要緊張，要以平常心對待，回答問(wèn)題時(shí)，要吐詞清楚，如審核員問(wèn)到的不是自己工作范圍內的事，應禮貌地告訴審核員這不是自己所負責的，然后由陪同人員跟審核員解釋或找能回答問(wèn)題的人來(lái)回答，避免“言多必失”。
7. 在找資料時(shí)，審核員要什么，就找什么給他，不要一下把一整本文件都給他，這樣會(huì )讓審核員發(fā)現多的問(wèn)題，正確的方法應是要什么就拿什么，然后先遞給本公司陪同人員看，陪同人員發(fā)現問(wèn)題應要求找另外一份給審核員看
8. 總經(jīng)理要講：1.質(zhì)量方針是自己親自訂的，目的就是要讓顧客滿(mǎn)意，并持續改進(jìn)質(zhì)量體系；2.要求各部門(mén)制定了質(zhì)量目標并定期考核；3.指定了管理者代表；4.確定公司組織結構圖，明確各人員的職責并協(xié)調他們之間的關(guān)系；5.為質(zhì)量管理體系的順利運行提供必要的人力、物力；6.向公司內傳達滿(mǎn)足客戶(hù)要求及法律法規要求的必要性；7.主持召開(kāi)了管理評審會(huì )議
9. 管理代表要回答進(jìn)行了2次內部審核，質(zhì)量目標都有每月進(jìn)行統計，有進(jìn)行顧客滿(mǎn)意度
的調查，針對目標不達標的及顧客投訴的都有采取糾正措施；
10. 每個(gè)管理人員要清楚自己的職責，尤其是針對提高質(zhì)量，增加顧客滿(mǎn)意度所起的作用，具體見(jiàn)《各部門(mén)需回答和掌握的問(wèn)題》；
11. 職員要清楚自己所做事情的步驟，并且所講要同相關(guān)文件上所寫(xiě)的不能矛盾，建議這2天各部門(mén)主管都要讓職員對與自己相關(guān)的文件至少要看3遍；
12. 當時(shí)如找不到資料應把審核員的注意力引到其它有準備的方面，另一方面要積極尋找相關(guān)資料，在審核員結束當天審核之前應將資料交給審核員；
13. 全員參與，做一次大掃除，各部門(mén)要搞好各自責任區的整理、整頓及衛生等；
14. 各人員要熟悉跟自己相關(guān)的文件，以便回答審核員問(wèn)題時(shí)不會(huì )張冠李戴；
15. 請在公司門(mén)口打一歡迎標語(yǔ)，“熱烈歡迎--公司專(zhuān)家來(lái)本公司指導工作”；
以上請管理者代表負責召集會(huì )議向相關(guān)人員傳達。
