軟體工程化高層領導驗證

1. 如何做好質量管理

我認為可以從以下幾個方面去做：

第一：建立完善的品質控制系統。

形成從供應商管理到製程品質管理，直至遠及客戶管理的整個品質管理鏈，環環相扣，從體繫上保證產品和服務的品質。如我公司現推行的ISO90012000質量管理體系就是一個全員參與、全面控制、持續改進的綜合性質量管理體系，它所規定的文件化體系具有很強的約束力，它貫穿於整個質量體系的全過程、使體系內各個環節環環相扣、互相督導、互相促進。

第二：全員參與，落到實處。

事實上，在一個公司里，質量問題和所有人密切相關，品管部門的工作是和所有部門的人一起來預防和監督。它包括高層領導的決心和公司和每一位員工的參與。管理層與其高層管理者由於其特有的影響力，對一個系統能否順利推行起著舉足輕重的作用，而基層員工更應牢固樹立「質量第一」的管理思想，精益求精，做到好中求多、好中求快、好中求省，嚴格遵守操作規程，認真做好自檢和互檢，及時發現問題，將發現的質量問題及時通知下一崗位，做到人人把好質量關，對產品質量要認真負責，確保表裡如一，嚴禁弄虛作假。生產部管理人員則應認真培養一線工人的質量意識，而不是空洞的說「人人必須重視質量，有質量意識」，要揭示個人工作一個小小不符合要求可能給公司造成的轉化為金錢<看得見>的巨大損失，要求每個人做每件事時首先了解要求，並使所做的每一步符合要求，讓其明白這是對公司品質管理的一大貢獻。人是生產者，把握著產品質量的量度，是影響質量的主要因素，所以員工從思想上必須有所認識，意識到質量的重要性。記得在海爾公司流行的一句名人名言<即張瑞敏所說>「什麼叫做不簡單？能夠把簡單的事情天天做好就是不簡單；什麼叫做不容易？大家公認的非常容易的事情非常認真的做好就是不容易」。雖然我們一線的操作者每天重復著同樣的工作，但又有幾個能把那份工作認認真真、一絲不苟的做好的呢？

第三：管制質量，重在預防。

預防的本身必須能夠追溯到產品的開發設計，一個產品質量的好壞，其實開發、設計時已經決定了它的質量，製造過程只是去實現產品設計的過程，這就如同堵洪水，是在洪水到來之前建立堤壩、修防護林、搞環保建設呢？還是等洪水侵襲到家門口才去補救呢？很顯然，前者環保式的方法更經濟、實用。所以，一款新產品在投產之前必須經過試樣、試產到小批量生產個個環節都不應該省略，只有這樣才能將一些潛在的影響生產的質量問題控制在萌芽狀態，才能不斷完善、提高工藝能力。

第四：品質文化建設。

品質管理始終強調的是每個人的心態問題，要搞好質量，首先得具備端正的心態，然後認認真真做好每一件事，革除工作中的「馬虎」，從而形成一種品質文化、品質理念，品質是人做出來的，如果人對品質理念或態度出現偏差，則品質體系再完善、品質控制方法再先進，都是沒有用的。

總之，品質管理，它可以說是一種應用哲學，它主要取決於我們關於品質的理念和態度。當一個企業的每個人都這樣做的時候，那麼一種最優秀的品質文化產生了，這也是我們管理所要的最終目標。

希望上述回答對您有所幫助！

2. 本人男，我是一個軟體工程師，我覺得我工作努力，但是領導還是不認可

僅努力是不夠的， 還要有效率。
苦幹不夠，還要加巧幹。

3. 計算機軟體工程專業的需要考什麼證書

可以考計算機技術與軟體專業技術資格證。

計算機技術與軟體專業技術資格（水平）考試（以下簡稱計算機軟體資格考試），是國家人力資源和社會保障部、工業和信息化部聯合組織實施的國家級考試，其目的是科學、公正地對全國計算機與軟體專業技術人員進行職業資格和專業技術資格認定、專業技術水平測試。

這是由人力資源和社會保障部和工業和信息化部領導下的國家級考試，其目的是，科學、公正地對全國計算機與軟體專業技術人員進行職業資格、專業技術資格認定和專業技術水平測試。上半年考試時間為5月底（第三個周六、周日），下半年考試時間為11月中旬（第二個周六、周日）。

參加計算機軟體資格考試並取得相應級別的資格證書，是各用人單位聘用計算機技術與軟體專業工程師系列職務的前提。計算機軟體資格考試，與會計、經濟師、稅務師、律師、建築師等資格考試一樣，屬於國家專業技術資格考試，並納入全國專業技術人員職業資格證書制度統一規劃。

(3)軟體工程化高層領導驗證擴展閱讀

1、考試形式

除信息處理技術員採取筆試與上機操作考試相結合的形式外，其他各種考試都採用筆試形式。考試實行全國統一大綱、統一試題、統一時間、統一標准、統一證書的考試辦法。

高級資格考試設綜合知識、案例分析和論文3個科目；中級、初級資格考試設基礎知識和應用技術2個科目。筆試安排在一天之內。上機考試將分期分批進行。

2、考試時間

基礎知識科目採用單項選擇題，考試150分鍾，考生需要用2B鉛筆塗填答題卡；應用技術科目採用問答題，考試時間150分鍾；上機考試時間為150分鍾；案例分析科目採用問答題，考試時間為90分鍾；論文科目考試時間為120分鍾。

3、考試分數

各個科目的滿分均為75分。

4. 有沒有項目管理軟體可以給高層領導制定專門的計劃

推薦易趨項目管理軟體，除了面向項目經理和執行人員的WBS分解計劃，易趨還支持給高層領導制定里程碑計劃，即在項目的重要階段設置里程碑，讓領導在該里程碑節點檢驗交付物和評審項目，以掌握和推進項目的進展。

5. 軟體工程簡答題 需求有效性驗證主要驗證哪些方面

黑盒測試：
黑盒測試也稱功能測試，它是通過測試來檢測每個功能是否都能正常使用。在測試中，把程序看作一個不能打開的黑盒子，在完全不考慮程序內部結構和內部特性的情況下，在程序介面進行測試，它只檢查程序功能是否按照需求規格說明書的規定正常使用，程序是否能適當地接收輸入數據而產生正確的輸出信息。黑盒測試著眼於程序外部結構，不考慮內部邏輯結構，主要針對界面和功能進行測試。
模塊化：

簡單的說，一個功能就是一個模塊，這些功能的組合就是一個。每個人完成自己擔當的模塊，以提高效率，當然，一個大的模塊還可以分成若干小的模塊。

提高可維護性的方法：

1．的模塊化，根據需求，將劃分為幾個相互獨立的模塊，定義出各模塊間的調用關系和數據交換方式。
2.預留出一定的空餘編碼可供擴展
3.函數/對象的封閉性
4.程序的書寫規范

6. 什麼是軟體工程標准化

計算機問世以後，人要和計算機打交道，需要程序設計語言，這種語言不僅應讓計算機理解，而且還應讓別人看懂，使其成為人際交往的工具。程序設計語言的標准化最早提到日程上來。60年代程序設計語言蓬勃發展，出現了名目繁多的語言，這對於推動計算機語言的發展無疑有著重要作用。但同時也帶來許多麻煩。即使同一種語言， 由於在不同型號的計算機上實現時，作了不同程度的修改和變動，形成了這一語言的種種「方言」，為編寫出程序的交流設置了障礙。制定標准化程序設計語言，為某一程序設計語言規定若干個標准子集，對於語言的實現者和用戶都帶來了很大方便。 軟體工程標準的類型也是多方面的。它可能包括過程標准(如方法、技術、度量等)、產品標准(如需求、設計、部件、 描述、計劃、報告等)、專業標准(如職別、道德准則、認證、特許、課程等)以及記法標准(如術語、表示法、語言等)。 表1)軟體工程標准分類 軟體生存期 軟體生存期 概念需求設計實現測試製造安裝與檢驗運行與維護引退標准類型過程方法 技術 度量 產品需求 設計 部件 描述 計劃 報告 專業職別 道德准則 認證 特許 課程 記法術語 表示法 ISO5807 語言 在全面考慮以上兩個方面的情況下，軟體工程的標准可用一張二維的表格來表示。表1)和2)給出了這個二維表的大致格式。2)表是1)表的繼續。表中填入了三個標準的例子： 表2)軟體工程標准分類 技術管理 確認與驗證 技術管理確認與驗證 過程管理產品管理資源管理評審與審計產品分析測試標准類型過程方法 NSAC-39NSAC-39NSAC-39技術FIPS 105 度量 產品需求 設計 部件 描述 計劃 報告 專業職別 道德准則 認證 特許 課程 記法術語 表示法 語言 ①FIPSl05是美國國家標准局發布的《軟體文檔管理指南》 (National Bureau OfStandards，Guideline for Software Documentation Management，FIPS PUB 105，June 1984) ②NSAC—39是美國核子安全分析中心發布的《安全參數顯示 系統的驗證與確認》(Nuclear Safety Analysis Center，Verification and Validation for Safety Parameter Display Systems，NSAC—39，De— cemberl981) ③ISO 5807是國際標准化組織公布(現已成為我國國家標 准)的《信息處理——數據流程圖、程序流程圖、系統流程圖、程序 網路圖和系統資源圖的文件編制符號及約定》 隨著軟體工程學科的發展，人們對計算機軟體的認識逐漸深入。軟體工作的范圍從只是使用程序設計語言編寫程序，擴展到整個軟體生存期。諸如，軟體概念的形成、需求分析、設計、實現、測試、製造、安裝和檢驗、運行和維護直到軟體引退(為新的軟體所代替)。同時還有許多技術管理工作(如過程管理、產品管理、資源管理)以及確認與驗證工作(如評審與審計、產品分析、測試等)常常 是跨越軟體生存期各個階段的專門工作。所有這些方面都應逐步建立起標准或規范來。

7. 軟體工程這個學成後，能不能自己開個公司

記得幾年前，剛入行軟體工程，就聽說了一系列新鮮的角色名稱，比如EPG、MSG、SCCB以及SQA。尤其是SQA，每個提到他的人都是一臉高山仰止的樣子：SQA可不是一般的人能幹得了的，那都是牛人，都是有豐富的工程經驗的人才能承擔。

那麼問題來了？誰有資格來擔任QA呢？

在現實當中，大能或者牛人都承擔著開發任務，在中高層領導的眼裡，讓他們去做QA是一種浪費。而在程序員的眼睛裡，開發自己的程序才更有成就感。所以，最後QA就隨便安排一個人來做，甚至這個人根本懂軟體開發，他的作用就是占個坑？？？即使是安排了一個懂軟體開發的人，那也只是一個兼職。作為一個兼職，他的主要精力都放在自己的主業——開發上面，對於QA只是過程基本不看，產品有空就看看，沒空就隨便看看。在多數情況下，他都是沒有空的，因為QA的任務實在是太多了。

你知道QA有多少任務要做嗎？

按照GJB439A軍用軟體質量保證通用要求的規定，QA要審核18個過程活動，累計261個檢查項，而且其中一些檢查項還要多次審核；QA要審核的工作產品有28個，累計348個檢查項。即使一些組織在工作產品上有些裁剪，產品的檢查項也不會少於200個。這些還僅僅是一個軟體的開發過程。而一個QA往往負責的不是一個軟體的開發，而是一個項目多個軟體，甚至多個項目n多個軟體，這些審核任務就要翻上幾倍。

上面只是從任務數量來說的，如果要從工作量上來說，QA的工作量也是非常巨大的。就拿審核軟體需求規格說明來說，這樣的一份文檔，一般都有幾十頁，這樣一份文檔看完，看懂，還要看它是否滿足需求分析規范，看它是否完整追溯了用戶需求，這樣看下來，至少也要2~3個小時，如果文檔規模翻倍，所需的工作量也會隨之增加。一個軟體有20多個工作產品，一個項目呢？多個項目呢？不要說工作產品，就是過程審核也不是那麼容易的。很多檢查，不是只看有沒有做就算了，不是在每個檢查項那裡選個「是」或「否」那麼簡單，還要檢查過程記錄，要判斷其過程是否「真的」做了，做的是否有效，這就要花費時間和精力了。

這樣的任務量，是一個兼職能幹得過來的嗎？

如果說能，那可能只有兩種情況：其一QA是天才，別人1天做的事，他在10分鍾內做完；其二就是，只要應付了事，做做檢查記錄，

沒有專職QA，能保質保量地完成這些QA任務嗎？不能完成好這些QA任務，QA工作還能出什麼績效？QA工作沒有績效，誰來保證項目按照軟體工程規范的要求進行呢？

如果你的組織里，根本看不到QA有什麼績效，有QA和沒有QA並沒有什麼區別，那你就要想一想，組織的軟體工程規范還能發揮作用嗎？沒有QA績效，沒有專職QA，你們的軟體工程是不是一個假的軟體工程？

8. 以一個軟體工程師的角度，寫一篇文章給領導

二．領導到位，加強對學校禁毒工作的組織領導，多渠道開展形式多樣的毒品預防等從醫學角度，生理學角度「讀一本好書」、「寫一篇心得」、「講一個好