㈠ (GB8567-88) 軟體工程國標文檔
來源：國家計算機標准和文件模板
軟體文檔(document)也稱文件，通常指的是一些記錄的數據 和數據媒體，它具有固定不變的形式，可被人和計算機閱讀。它和計算機程序共同構成了能完成特定功能的計算機軟體(有人把源 程序也當作文檔的一部分)。我們知道，硬體產品和產品資料在整 個生產過程中都是有形可見的，軟體生產則有很大不同，文檔本 身就是軟體產品。沒有文檔的軟體，不成其為軟體，更談不到軟體產品。軟體文檔的編制(documentation)在軟體開發工作中佔有突 出的地位和相當的工作量。高效率、高質量地開發、分發、管理和維護文檔對於轉讓、變更、修正、擴充和使用文檔，對於充分發揮軟 件產品的效益有著重要意義。 然而，在實際工作中，文檔在編制和使用中存在著許多問 題，有待於解決。軟體開發人員中較普遍地存在著對編制文檔不感興趣的現象。從用戶方面看，他們又常常抱怨：文檔售價太高、文 檔不夠完整、文檔編寫得不好、文檔已經陳舊或是文檔太多，難於 使用等等。究竟應該怎樣要求它，文檔應該寫哪些，說明什麼問題，起什麼作用?這里將給出簡要的介紹。
圖 文檔橋梁作用
文檔在軟體開發人員、軟體管理人員、維護人員、用戶以及計 算機之間的多種橋梁作用可從圖中看出。軟體開發人員在各個階段中以文檔作為前階段工作成果的體現和後階段工作的依據，這個作用是顯而易見的。軟體開發過程中軟體開發人員需制定一些工作計劃或工作報告，這些計劃和報告都要提供給管理人員，並得到必要的支持。管理人員則可通過這些文檔了解軟體開發項目安排、進度、資源使用和成果等。軟體開發人員需為用戶了解軟體的使用、操作和維護提供詳細的資料，我們稱此為用戶文檔。
以上三種文檔構成了軟體文檔的主要部分。我們把這三種文檔所包括的內容列在圖6中。其中列舉了十三個文檔，這里對它們作一些簡要說明：
· 可行性研究報告：說明該軟體開發項目的實現在技術上、經濟上和社會因素上的可行性，評述為了合理地達到開發目標可供選擇的各種可能實施的方案，說明並論證所選定實施方案的理由。
· 項目開發計劃：為軟體項目實施方案制定出具體計劃，應該包括各部分工作的負責人員、開發的進度、開發經費的預算、所需的硬體及軟體資源等。項目開發計劃應提供給管理部門，並作 為開發階段評審的參考。
· 軟體需求說明書：也稱軟體規格說明書，其中對所開發軟體的功能、性能、用戶界面及運行環境等作出詳細的說明。它是用戶與開發人員雙方對軟體需求取得共同理解基礎上達成的協議， 也是實施開發工作的基礎。
· 數據要求說明書：該說明書應給出數據邏輯描述和數據采 集的各項要求，為生成和維護 系統數據文卷作好准備。
· 概要設計說明書：該說 明書是概要設計階段的工作 成果，它應說明功能分配、模 塊劃分、程序的總體結構、輸入輸出以及介面設計、運行設 計、數據結構設計和出錯處理 設計等，為詳細設計奠定基 礎。
· 詳細設計說明書：著重 描述每一模塊是怎樣實現的， 包括實現演算法、邏輯流程等。
·用戶手冊：本手冊詳細 描述軟體的功能、性能和用戶 界面，使用戶了解如何使用該軟體。
圖 三種文檔
· 操作手冊：本手冊為操作人員提供該軟體各種運行情況的有關知識，特別是操作方法的具體細節。
· 測試計劃：為做好組裝測試和確認測試，需為如何組織測試制定實施計劃。計劃應包括測試的內容、進度、條件、人員、測試用例的選取原則、測試結果允許的偏差范圍等。
· 測試分析報告：測試工作完成以後，應提交測試計劃執行 情況的說明。對測試結果加以分析，並提出測試的結論意見。
· 開發進度月報：該月報系軟體人員按月向管理部門提交的 項目進展情況報告。報告應包括進度計劃與實際執行情況的比較、階段成果、遇到的問題和解決的辦法以及下個月的打算等。
· 項目開發總結報告：軟體項目開發完成以後，應與項目實 施計劃對照，總結實際執行的情況，如進度、成果、資源利用、成本和投入的人力。此外還需對開發工作作出評價，總結出經驗和教訓。
· 哪些需求要被滿足，即回答"做什麼?"
· 所開發的軟體在什麼環境中實現以及所需信息從哪裡來， 即回答"從何處?"
· 某些開發工作的時間如何安排，即回答"何時干?"
· 某些開發(或維護)工作打算由"誰來干?" · 某些需求是怎麼實現的?
· 為什麼要進行那些軟體開發或維護修改工作? 上述十三個文檔都在一定程度上回答了這六個方面的問題。這可從表中看到。
表 文檔所回答的問題
至此，我們對文檔的作用有了進一步的理解。每一個文檔的任 務也是明確的，任何一個文檔都bu是多餘的。
㈡ 請問軟體開發企業中有沒有什麼國家標准或者行業標
有用的國家標准很多，大部分是ISO標準的采標。例如GB/T 8566-2007《信息技術 軟體生存周期過程》，GB/T 16680-2015《系統與軟體工程 用戶文檔的管理者要求》。
推薦的做法，就是登陸國家標准委的官網，網址
http://www.sac.gov.cn/was5/web/outlinetemplet/gjbzcx.jsp
然後查詢 信息技術、軟體工程、系統工程、信息安全技術，能夠看到很多很多文檔，這些網頁打開會，可以看到採用國標標准，然後如果英文可以，到ISO的官網上，用標准號或標准名稱檢索，就能夠看到ISO標准。
IEEE在軟體工程很面，很多標準是與ISO/IEC一起做的，或者是採用ISO/IEC的標准。CMMI實際上本身是一個框架，但是採用的標准往往就是ISO/IEC標准或IEEE標准。
㈢ 相關的軟體工程國家標准把軟體生存周期劃分為8個階段，是那8個階段
軟體工程
軟體工程一直以來都缺乏一個統一的定義，很多學者、組織機構都分別給出了自己的定義：
Boehm：運用現代科學技術知識來設計並構造計算機程序及為開發、運行和維護這些程序所必需的相關文件資料。
IEEE：軟體工程是開發、運行、維護和修復軟體的系統方法。
Fritz Bauer：建立並使用完善的工程化原則，以較經濟的手段獲得能在實際機器上有效運行的可靠軟體的一系列方法。
軟體工程(SoftWare Engineering)的框架可概括為：目標、過程和原則。
(1)軟體工程目標：生產具有正確性、可用性以及開銷合宜的產品。正確性指軟體產品達到預期功能的程度。可用性指軟體基本結構、實現及文檔為用戶可用的程度。開銷合宜是指軟體開發、運行的整個開銷滿足用戶要求的程度。這些目標的實現不論在理論上還是在實踐中均存在很多待解決的問題，它們形成了對過程、過程模型及工程方法選取的約束。
(2)軟體工程過程：生產一個最終能滿足需求且達到工程目標的軟體產品所需要的步驟。軟體工程過程主要包括開發過程、運作過程、維護過程。它們覆蓋了需求、設計、實現、確認以及維護等活動。需求活動包括問題分析和需求分析。問題分析獲取需求定義，又稱軟體需求規約。需求分析生成功能規約。設計活動一般包括概要設計和詳細設計。概要設計建立整個軟體系統結構，包括子系統、模塊以及相關層次的說明、每一模塊的介面定義。詳細設計產生程序員可用的模塊說明，包括每一模塊中數據結構說明及加工描述。實現活動把設計結果轉換為可執行的程序代碼。確認活動貫穿於整個開發過程，實現完成後的確認，保證最終產品滿足用戶的要求。維護活動包括使用過程中的擴充、修改與完善。伴隨以上過程，還有管理過程、支持過程、培訓過程等。
(3)軟體工程的原則是指圍繞工程設計、工程支持以及工程管理在軟體開發過程中必須遵循的原則。
軟體工程必須遵循什麼原則
圍繞工程設計、工程支持以及工程管理已提出了以下四條基本原則：
(1)選取適宜的開發模型
該原則與系統設計有關。在系統設計中，軟體需求、硬體需求以及其它因素間是相互制約和影響的，經常需要權衡。因此，必需認識需求定義的易變性，採用適當的開發模型，保證軟體產品滿足用戶的要求。
(2)採用合適的設計方法
在軟體設計中，通常需要考慮軟體的模塊化、抽象與信息隱蔽、局部化、一致性以及適應性等特徵。合適的設計方法有助於這些特徵的實現，以達到軟體工程的目標。
(3)提供高質量的工程支撐
工欲善其事，必先利其器。在軟體工程中，軟體工具與環境對軟體過程的支持頗為重要。軟體工程項目的質量與開銷直接取決於對軟體工程所提供的支撐質量和效用。
(4)重視軟體工程的管理
軟體工程的管理直接影響可用資源的有效利用，生產滿足目標的軟體產品以及提高軟體組織的生產能力等問題。因此，僅當軟體過程予以有效管理時，才能實現有效的軟體工程。
軟體工程是指導計算機軟體開發和維護的工程學科。
採用工程的概念、原理、 技術和方法來開發與維護軟體，把經過時間考驗而證明正確的管理技術和當前能夠 得到的最好的技術方法結合起來，這就是軟體工程。
軟體工程強調使用生存周期方法學和各種結構分析及結構設計技術。它們是
在七十年代為了對付應用軟體日益增長的復雜程度、漫長的開發周期以及用戶對
軟體產品經常不滿意的狀況而發展起來的。人類解決復雜問題時普遍採用的一個策
略就是「各個擊破」，也就是對問題進行分解然後再分別解決各個子問題的策略
。軟體工程採用的生存周期方法學就是從時間角度對軟體開發和維護的復雜問題
進行分解，把軟體生存的漫長周期依次劃分為若干個階段，每個階段有相對獨立
的任務，然後逐步完成每個階段的任務。採用軟體工程方法論開發軟體的時候，
從對任務的抽象邏輯分析開始，一個階段一個階段地進行開發。前一個階段任務
的完成是開始進行後一個階段工作的前提和基礎，而後一階段任務的完成通常是
使前一階段提出的解法更進一步具體化，加進了更多的物理細節。每一個階段的開
始和結束都有嚴格標准，對於任何兩個相鄰的階段而言，前一階段的結束標准就
是後一階段的開始標准。在每一個階段結束之前都必須進行正式嚴格的技術審查
和管理復審，從技術和管理兩方面對這個階段的開發成果進行檢查，通過之後這
個階段才算結束；如果檢查通不過，則必須進行必要的返工，並且返工後還要再
經過審查。審查的一條主要標准就是每個階段都應該交出「最新式的」（即和所
開發的軟體完全一致的）高質量的文檔資料，從而保證在軟體開發工程結束時有
一個完整准確的軟體配置交付使用。文檔是通信的工具，它們清楚准確地說明了
到這個時候為止，關於該項工程已經知道了什麼，同時確立了下一步工作的基礎
。此外，文檔也起備忘錄的作用，如果文檔不完整，那麼一定是某些工作忘記做
了，在進入生存周期的下一階段之前，必須補足這些遺漏的細節。在完成生存周
期每個階段的任務時，應該採用適合該階段任務特點的系統化的技術方法——結
構分析或結構設計技術。
把軟體生存周期劃分成若干個階段，每個階段的任務相對獨立，而且比較簡
單，便於不同人員分工協作，從而降低了整個軟體開發工程的困難程度；在軟體
生存周期的每個階段都採用科學的管理技術和良好的技術方法，而且在每個階段
結束之前都從技術和管理兩個角度進行嚴格的審查，合格之後才開始下一階段的
工作，這就使軟體開發工程的全過程以一種有條不紊的方式進行，保證了軟體的
質量，特別是提高了軟體的可維護性。總之，採用軟體工程方法論可以大大提高
軟體開發的成功率，軟體開發的生產率也能明顯提高。
目前劃分軟體生存周期階段的方法有許多種，軟體規模、種類、開發方式、
開發環境以及開發時使用的方法論都影響軟體生存周期階段的劃分。在劃分軟體
生存周期的階段時應該遵循的一條基本原則就是使各階段的任務彼此間盡可能相
對獨立，同一階段各項任務的性質盡可能相同，從而降低每個階段任務的復雜程
度，簡化不同階段之間的聯系，有利於軟體開發工程的組織管理。一般說來，軟
件生存周期由軟體定義、軟體開發和軟體維護三個時期組成，每個時期又進一步
劃分成若干個階段。下面的論述主要針對應用軟體，對系統軟體也基本適用。
軟體定義時期的任務是確定軟體開發工程必須完成的總目標；確定工程的可行
性，導出實現工程目標應該採用的策略及系統必須完成的功能；估計完成該項工程
需要的資源和成本，並且制定工程進度表。這個時期的工作通常又稱為系統分析
，由系統分析員負責完成。軟體定義時期通常進一步劃分成三個階段，即問題定
義、可行性研究和需求分析。
開發時期具體設計和實現在前一個時期定義的軟體，它通常由下述四個階段組
成：總體設計，詳細設計，編碼和單元測試，綜合測試。
維護時期的主要任務是使軟體持久地滿足用戶的需要。具體地說，當軟體在
使用過程中發現錯誤時應該加以改正；當環境改變時應該修改軟體以適應新的環境
；當用戶有新要求時應該及時改進軟體滿足用戶的新需要。通常對維護時期不再
進一步劃分階段，但是每一次維護活動本質上都是一次壓縮和簡化了的定義和開
發過程。
下面扼要介紹軟體生存周期每個階段的基本任務和結束標准。
1問題定義
問題定義階段必須回答的關鍵問題：「要解決的問題是什麼？」如果不知道
問題是什麼就試圖解決這個問題，顯然是盲目的，只會白白浪費時間和金錢，最
終得出的結果很可能是毫無意義的。盡管確切地定義問題的必要性是十分明顯的
，但是在實踐中它卻可能是最容易被忽視的一個步驟。
通過問題定義階段的工作，系統分析員應該提出關於問題性質、工程目標和
規模的書面報告。通過對系統的實際用戶和使用部門負責人的訪問調查，分析員
扼要地寫出他對問題的理解，並在用戶和使用部門負責人的會議上認真討論這份
書面報告，澄清含糊不精的地方，改正理解不正確的地方，最後得出一份雙方都
滿意的文檔。
問題定義階段是軟體生存周期中最簡短的階段，一般只需要一天甚至更少的
時間。
2可行性研究
這個階段要回答的關鍵問題：「對於上一個階段所確定的問題有行得通的解
決辦法嗎？」為了回答這個問題，系統分析員需要進行一次大大壓縮和簡化了的
系統分析和設計的過程，也就是在較抽象的高層次上進行的分析和設計的過程。
可行性研究應該比較簡短，這個階段的任務不是具體解決問題，而是研究問題的范
圍，探索這個問題是否值得去解，是否有可行的解決辦法。
在問題定義階段提出的對工程目標和規模的報告通常比較含糊。可行性研究
階段應該導出系統的高層邏輯模型（通常用數據流圖表示），並且在此基礎上更
准確、更具體地確定工程規模和目標。然後分析員更准確地估計系統的成本和效
益，對建議的系統進行仔細的成本／效益分析是這個階段的主要任務之一。
可行性研究的結果是使用部門負責人做出是否繼續進行這項工程的決定的
重要依據，一般說來，只有投資可能取得較大效益的那些工程項目才值得繼續進
行下去。可行性研究以後的那些階段將需要投入要多的人力物力。及時中止不值
得投資的工程項目，可以避免更大的浪費。
3需求分析
這個階段的任務仍然不是具體地解決問題，而是准確地確定「為了解決這個問題，
目標系統必須做什麼」，主要是確定目標系統必須具備哪些功能。
用戶了解他們所面對的問題，知道必須做什麼，但是通常不能完整准確地表
達出他們的要求，更不知道怎樣利用計算機解決他們的問題；軟體開發人員知道
怎樣使用軟體實現人們的要求，但是對特定用戶的具體要求並不完全清楚。因此系統
分析員在需求分析階段必須和用戶密切配合，充分交流信息，以得出經過用戶確
認的系統邏輯模型。通常用數據流圖、數據字典和簡要的演算法描述表示系統的邏
輯模型。
在需求分析階段確定的系統邏輯模型是以後設計和實現目標系統的基礎，因
此必須准確完整地體現用戶的要求。系統分析員通常都是計算機軟體專家，技術
專家一般都喜歡很快著手進行具體設計，然而，一旦分析員開始談論程序設計的
細節，就會脫離用戶，使他們不能繼續提出他們的要求和建議。較件工程使用的結
構分析設計的方法為每個階段都規定了特定的結束標准，需求分析階段必須提供完
整准確的系統邏輯模型，經過用戶確認之後才能進入下一個階段，這就可以有
效地防止和克服急於著手進行具體設計的傾向。
4總體設計
這個階段必須回答的關鍵問題是：「概括地說，應該如何解決這個問題？」
首先，應該考慮幾種可能的解決方案。列如，目標系統的一些主要功能是用
計算機自動完成還是用人工完成；如果使用計算機，那麼是使用批處理方式還是
人機交互方式；信息存儲使用傳統的文件系統還是資料庫……。通常至少應該考慮
下述幾類可能的方案：
低成本的解決方案。系統只能完成最必要的工作，不能多做一點額處的工
作。
中等成本的解決方案。這樣的系統不僅能夠很好地完成預定的任務，使用
起來很方便，而且可能還具有用戶沒有具體指定的某些功能和特點。雖然用戶沒
有提出這些具體要求，但是系統分析員根據自己的知識和經驗斷定，這些附加的
能力在實踐中將證明是很有價值的。
高成本的「十全十美」的系統。這樣的系統具有用戶可能希望有的所有功
能和特點。
系統分析員應該使用系統流程圖或其他工具描述每種可能的系統，估計每種
方案的成本和效益，還應該在充分權衡各種方案的利弊的∩希萍鮃桓黿蝦?nbsp;
的系統（最佳方案），並且制定實現所推薦的系統的詳細計劃。如果用戶接受分
析員推薦的系統，則可以著手完成本階段的另一項主要工作。
上面的工作確定了解決問題的策略以及目標系統需要哪些程序，但是，怎樣設
計這些程序呢？結構設計的一條基本原理就是程序應該模塊化，也就是一個大程
序應該由許多規模適中的模塊按合理的層次結構組織而成。總體設計階段的第二
項主要任務就是設計軟體的結構，也就是確定程序由哪些模塊組成以及模塊間的
關系。通常用層次圖或結構圖描繪軟體的結構。
5詳細設計
總體設計階段以比較抽象概括的方式提出了解決問題的辦法。詳細設計階段
的任務就是把解法具體化，也就是回答下面這個關鍵問題：「應該怎樣具體地實現這
個系統呢？」
這個階段的任務還不是編寫程序，而是設計出程序的詳細規格說明。這種規
格說明的作用很類似於其他工程領域中工程師經常使用的工程藍圖，它們應該
包含必要的細節，程序員可以根據它們寫出實際的程序代碼。
通常用HIPO圖（層次圖加輸入／處理／輸出圖）或PDL語言（過程設計語言
）描述詳細設計的結果。
6編碼和單元測試
這個階段的關鍵任務是寫出正確的容易理解、容易維護的程序模塊。
程序員應該根據目標系統的性質和實際環境，選取一種適當的高級程序設計
語言（必要時用匯編語言），把說細設計的結果翻譯成用選定的語言書寫的程序
，並且仔細測試編寫出的每一個模塊。
7綜合測試
這個階段的關鍵任務是通過各種類型的測試（及相應的調試）使軟體達到預定
的要求。
最基本的測試是集成測試和驗收測試。所謂集成測試是根據設計的軟體結構
，把經過單元測試檢驗的模塊按某種選定的策略裝配起來，在裝配過程中對程
序進行必要的測試。所謂驗收測試則是按照規格說明書的規定（通常在需求分析
階段確定），由用戶（或在用戶積極參加下）對目標系統進行驗收。
必要時還可以再通過現場測試或平行運行等方法對目標系統進一步測試檢驗。
為了使用戶能夠積極參加驗收測試，並且在系統投入生產性運行以後能夠正確
有效地使用這個系統，通常需要以正式的或非正式的方式對用戶進行培訓。
通過對軟體測試結果的分析可以預測軟體的可靠性；反之，根據對軟體可靠
性的要求也可以決定測試和調試過程什麼時候可以結束。
應該用正式的文檔資料把測試計劃、詳細測試方案以及實際測試結果保存下
來，做為軟體配置的一個組成成分。
8軟體維護
維護階段的關鍵任務是，通過各種必要的維護活動使系統持久地滿足用戶的
需要。
通常有四類維護活動：改正性維護，也就是診斷和改正在使用過程中發現的
軟體錯誤；適應性維護，即修改軟體以適應環境的變化；完善性維護，
即根據用戶的要求改進或擴充軟體使它更完善；預防性維護，即修改軟體為將來
的維護活動預先做准備。
雖然沒有把維護階段進一步劃分成更小的階段，但是實際上每一項維護活動
都應該經過提出維護要求（或報告問題），分析維護要求，提出維護要求，提出
維護方案，審批維護方案，確定維護計劃，修改軟體設計，修改程序，測試程序，
復查驗收等一系列步驟，因此實質上是經歷了一次壓縮和簡化了的軟體定義和開
發的全過程。
都應該經過提出維護要求（或報告問題），分析維護要求，提出維護要求，提出
維護方案，審批維護方案，確定維護計劃，修改軟體設計，修改程序，測試程序，
復查驗收等一系列步驟，因此實質上是經歷了一次壓縮和簡化了的軟體定義和開
發的全過程。
參考資料："
還不錯，希望你採納。
㈣ 什麼是軟體工程標准化
計算機問世以後，人要和計算機打交道，需要程序設計語言，這種語言不僅應讓計算機理解，而且還應讓別人看懂，使其成為人際交往的工具。程序設計語言的標准化最早提到日程上來。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是國際標准化組織公布(現已成為我國國家標 准)的《信息處理——數據流程圖、程序流程圖、系統流程圖、程序 網路圖和系統資源圖的文件編制符號及約定》 隨著軟體工程學科的發展，人們對計算機軟體的認識逐漸深入。軟體工作的范圍從只是使用程序設計語言編寫程序，擴展到整個軟體生存期。諸如，軟體概念的形成、需求分析、設計、實現、測試、製造、安裝和檢驗、運行和維護直到軟體引退(為新的軟體所代替)。同時還有許多技術管理工作(如過程管理、產品管理、資源管理)以及確認與驗證工作(如評審與審計、產品分析、測試等)常常 是跨越軟體生存期各個階段的專門工作。所有這些方面都應逐步建立起標准或規范來。
㈤ 軟體工程師的標準是什麼
編輯本段職業定義 軟體工程師主要進行軟體前期的項目需求的分析，然後對項目進行風險評估並試圖解決這些風險，然後開始進行軟體的開發，後期對軟體的進度做相關的評估。 編輯本段工作內容 1、 指導程序員的工作； 2、 參與軟體工程系統的設計、開發、測試等過程； 3 、協助工程管理人保證項目的質量； 4 、負責工程中主要功能的代碼實現； 5 、解決工程中的關鍵問題和技術難題； 6 、協調各個程序員的工作，並能與其它軟體工程師協作工作。 [1] 【職業分析】 軟體工程師是從事軟體開發相關工作的人員的統稱。它是一個廣義的概念，包括軟體設計人員、軟體架構人員、軟體工程管理人員、程序員等一系列崗位。這些崗位的分工不同，職位和/或級別不同，但工作內容都是與軟體開發生產相關的。軟體工程師是IT行業需求量最大的職位，穩居IT行業職位需求TOP10的第一位（第二位是高級軟體工程師）。 軟體工程師的技術要求是比較全面的，除了最基礎的編程語言（C語言/C++/JAVA等）、資料庫技術（SQL/ORACLE/DB2等）、.NET平台技術、C#、C/S B/S程序開發，還有諸多如JAVA SCRIPT、AJAX、HIBERNATE、SPRING、J2EE、WEB SERVICE、STRUTS等前沿技術。除此之外，關於網路工程和軟體測試的其他技術也要有所涉獵，以利於操控全局。 軟體工程師可謂是軟體項目開發的掌舵者。一名優秀的軟體工程師應當具有較強的邏輯思維能力，對於技術的發展有敏銳的嗅覺。雖然要求技術全面，但無須偏執於門門技術都精通，任何軟體工程師都有自己的技術特長和偏向，對於自己手中的技術，可有精通-掌握-熟悉-了解之分，根據工作需要和職業發展的具體情況來劃分。 編輯本段考試科目 軟體工程師是中級職稱，考試的題目包括了計算機體系結構、軟體工程、資料庫、數據結構、編譯原理等計算機學科的基礎課程 編輯本段發展前景 當今社會不論什麼職業的都需要一個不斷學習的環節，軟體工程師也一樣。雖然軟體工程師的工作不同於程序員但是一個軟體工程師其前身必定是一個優秀的程序員，軟體的開發工具、開發技術在不斷地發展。在校學生所能學到的東西很難跟得上發展的需要但是也不能說那些東西完全沒有用，只有在完全理解了相應的基本技能之後你才能很輕松地掌握新的技能，軟體技術都是一個循序漸進的過程。所以學好學校所能提供的專業課程是相當重要的。 企業用人主要有以下幾個特徵： 1 外包開發行業快速發展，對「人才」在代碼和文檔方面的規范性、技能和工具的熟練程度要求越來越高； 2 Java和.NET技術在市場上平分秋色，都有大量的崗位需求，同時值得慶幸的是二者在應用層面上的技術差異越來越少； 3 軟體開發企業對開發人員的基本技術素養強調得越來越多，例如：面向對象的程序設計思想和代碼組織方法、HTML/CSS/JavaScript客戶端技術； 4 為了保證質量和工期，企業中大量使用各種框架技術，要求開發人員至少熟悉一種框架技術； 5 MIS、OA、ERP、CRM、系統集成、物流、進銷存、電子政務、網站建設這一類B/S系統，成為軟體工程師需求最大的業務領域。 就業職位 軟體工程師的就業職位歸結下來主要有WEB開發工程師、資料庫開發工程師、網站開發工程師、電子商務開發工程師VB程序員;網頁開發人員;非IT專業信息部門的管理信息系統設計、開發、維護網位，JAVA程序員;C++程序員;VB高級程序員;網站開發工程師;測試工程師;文檔編寫工程師 ，JAVA工程師;.NET工程師;初級分析、設計人員等。 專業培訓機構 中國的IT軟體工程師教育培訓行業已經進入到一個前所未有的高峰期，目前全國比較知名的專業軟體工程師培訓機構有迅騰國際、華育國際 、焦作凱盛、八維教育 IT培訓集團、威迅教育、北大青鳥連鎖。他們為社會培養了廣大的人才！ 編輯本段從業要求 . 具有扎實的計算機基礎理論知識； . 精通C/C++、Java、C#等語言，具有豐富的Unix/Linux/Windows系統下開發經驗； . 精通Perl、Python、PHP、Shell等腳本語言； . 有一定的演算法基礎，具有較強的獨立解決問題能力； . 有大容量、高性能、分布式系統的設計開發經驗； . 具有很強的學習能力和對新技術的追求精神； . 具有良好的中英文溝通能力，具有項目管理經驗者優先； . 認同客戶第一、團隊合作、擁抱變化、誠信、激情、敬業的企業價值觀。
㈥ 軟體工程師職稱評定的級別及標准
一、見習程序員（AP：assistantprogrammer）
計算機相關專業畢業；英語通過國家四級。
具有較強的學習能力，可以編寫代碼，達到公司的工作要求。
二、程序員(P：programmer)
基本要求：
本科學歷，半年以上工作經驗；英語通過國家四級。
達到工作承擔要求；具有一定的溝通能力和工作責任心。
技術能力要求：
負責編寫代碼，掌握一種主流語言/開發工具，一種主流操作系統，一種主流資料庫。
了解和掌握開發作業（PD設計、編碼和測試等）的規范和技巧。
所編寫的代碼質量較好。
能夠按照要求編寫文檔，文檔結構條理清晰，內容詳實准確。
具有獨立理解所擔當模塊的業務理解能力和問題闡述能力。
能閱讀**文技術文檔。
三、高級程序員(SP：seniorprogrammer)
基本要求：
獲得程序員資格1年以上；或滿足程序員級別標准，2年以上相關行業工作經驗。
完成年度工作量指標；具有較強的溝通能力和責任心。
所承擔的項目滿意度達到滿意以上。
技術能力要求：
精通一種主流語言及對應的開發工具；精通數據結構。
具有較好的業務理解能力和技術調查能力。
編寫高質量代碼並具有代碼審查能力。
具有詳細設計能力。
熟悉系統測試工具，對系統問題具有改善的能力。
能夠帶領2個以上員工開展工作，成功領導過3個以上不少於5人月的項目/模塊的團隊項目。
**語達到*級水平或者具有同等水平，能夠閱讀*文資料，按照要求編寫*語技術文檔。
了解質量管理體系和項目管理知識。
四、軟體工程師（SE：softwareengineer）
基本要求：
獲得高級程序員資格2年以上；或滿足高級程序員級別標准，4年以上相關行業工作經驗。
完成年度工作量指標；具有較強的客戶溝通能力。
擔當過一個20人月以上的項目或累計超過60人月項目的技術負責工作。
所負責的項目客戶滿意度達到滿意以上。
技術能力要求：
精通並熟練運用2種以上的開發工具，至少一種資料庫知識，至少一種操作系統知識。
能夠很快完成新項目的技術調查工作，能夠完成復雜演算法的設計，能夠設計可重用的和柔韌的軟體結構。
具有系統設計能力及系統提案能力。
對系統或項目的技術框架有深入的認識和較豐富的經驗。
具有某一領域的行業知識。
具有項目領導能力。
*語達到*級水平或者具有同等水平，能夠閱讀、編寫*語技術文檔，具有簡單的口語溝通能力。
掌握質量管理體系和項目管理知識。
五、資深軟體工程師（SSE：seniorsoftwareengineer）
基本要求：
獲得軟體工程師資格2年以上；或滿足軟體工程師級別標准，6年以上相關行業工作經驗。
完成年度工作量指標；具有較強的客戶溝通能力。
擔當過一個50人月以上的項目或累計超過100人月項目的技術負責工作。
帶領的項目客戶滿意度滿意以上。
完成年度培訓工作。
技術能力要求：
精通並熟練運用2種以上的開發工具，至少一種資料庫知識，至少一種操作系統知識。
具有整體系統設計能力及系統提案能力。
具有較強的技術籌劃能力、技術指導能力和處理疑難問題的能力。
深入了解某一領域的行業知識。
具有大型項目領導能力。
*語達到*級並相當於*級水平，熟練會話和編寫*語技術文檔。
熟練掌握質量管理體系和項目管理知識，並能夠推進軟體開發過程改進。
六、主任軟體工程師（CSE：chiefsoftwareengineer）
基本要求：
獲得資深軟體工程師資格2年以上；或滿足資深軟體工程師級別標准，8年以上相關行業工作經驗。
5年項目負責人以上經驗，累計超過120人月的技術負責人工作。
帶領的項目客戶滿意度滿意以上。
完成年度培訓工作。
具有很強的溝通能力，問題判斷與解決能力，創新能力。
技術能力要求：
精通至少一種主流編程語言。掌握至少一種資料庫或至少一種中間件。熟練掌握至少一種操作系統。
熟練掌握軟體需求分析/大型項目的策劃。
熟練掌握軟體的系統設計。
熟悉軟體的高級項目管理和質量控制，具有分析和規避重大質量問題的能力。
精通至少一種部門項目相關的業務知識。
*語達到*級水平或相當於*級的水平，熟練會話和編寫*語技術文檔。
職稱管理工作和相關標准將隨著公司的發展而不斷調整完善。
㈦ 請問軟體開發企業中有沒有什麼國家標准或者行業標准方面的資質
GA 793.2-2008 城市監控報警聯網系統 合格評定 第2部分：管理平台軟體測試規范 (單行本完整清晰掃描版) 4590KB
GB/T 13702-1992 計算機軟體分類與代碼.pdf 116KB
GB/T 20918-2007 信息技術 軟體生存周期過程 風險管理- 632KB
GB/T 20527.3-2006 多媒體用戶界面的軟體人類工效學 第3部分：媒體選擇與組合- 1512KB
GB/T 20527.1-2006 多媒體用戶界面的軟體人類工效學 第1部分：設計原則和框架- 747KB
GB/T 19003-2008 軟體工程 GB/T19001-2000應用於計算機軟體的指南(不太清晰)- 5410KB
GB/T 21109.1-2007 過程工業領域安全儀表系統的功能安全 第1部分：框架、定義、系統、硬體和軟體要求 0KB
CNAS-GL11：2007《檢測和校準實驗室能力認可准則在軟體和協議檢測實驗室的應用指南 》 455KB
GB/T 20438.3-2006 電氣/電子/可編程電子安全相關系統的功能安全 第3部分：軟體要求 (單行本完整清晰掃描版) 1739KB
GB 19000.3-1994 質量管理和質量保證標准 第三部分：G B T 19001--ISO 9001 在軟體開發、供應和維護中的使用指南.pdf 752KB
GBT 15538-1995 軟體工程標准分類法.pdf 405KB
GA/T 712-2007 信息安全技術 應用軟體系統安全等級保護通用測試指南 3548KB
SJ/T 11372-2007 中文辦公軟體用戶界面要求 2548KB
GB/T 21026-2007 中文辦公軟體應用編程介面規范 2088KB
DLSIA01012007大連軟體及信息信息服務業個人信息保護規范 176KB
DB21/T 1522-2007 軟體及信息服務業個人信息保護規范 144KB
SJ/T 11375-2007 軟體構件 產品質量 第2部分：質量度量 967KB
SJ/T 11374-2007 軟體構件 產品質量 第1部分：質量模型 301KB
SJ/T 11373-2007 軟體構件管理 第1部分：管理信息模型 1018KB
GB/T 20494.1-2006 縮微攝影技術 使用單一內顯示系統生成影像的COM記錄器的質量控制 第1部分軟體測試標板的特性 249KB
GJB/Z 141-2004 軍用軟體測試指南 (單行本完整清晰掃描版) 5650KB
GJB 4279-2001 指揮自動化系統應用軟體通用要求(單行本完整清晰掃描版) 632KB
GB／T 9386-2008 計算機軟體測試文檔編制規范 2053KB
GB／T 9385-2008 計算機軟體需求規格說明規范 1413KB
GB／T 15532-2008 計算機軟體測試規范 4033KB
GB/T 20917-2007軟體工程 軟體測量過程 (單行本完整清晰掃描版) 1580KB
GB/T 19902.3-2006 工業自動化系統與集成 製造軟體互操作性能力建規 第3部分：介面服務、協議及能力模板 (單行本完整清晰掃描版) 8388KB
SH/T 3901-1994工程設計計算機軟體開發及文檔編制規范 2730KB
MT/T 1008-2006 煤礦安全生產監控系統軟體通用技術要求 343KB
JJF 1182-2007 計量器具軟體測評指南 單行本完整清晰掃描版 2371KB
GJB 4072A-2006 軍用軟體質量監督要求(含實施指南) 1874KB
GJB 4072A-2006 軍用軟體質量監督要求 單行本完整清晰掃描版 654KB
GBZ 18493-2001 信息技術軟體生存周期過程指南 1521KB
GB/Z 18914-2002信息技術 軟體工程 CASE工具的採用指南 662KB
GB/T 19898-2005 工業過程測量和控制 應用軟體文檔集 1465KB
GB/T 19668.5-2007 信息化工程監理規范 第5部分：軟體工程監理規范 單行本完整清晰掃描版 2558KB
GB/T 18726-2002 現代設計工程集成技術的軟體介面規范 2852KB
GB/T 18492-2001 信息技術系統及軟體完整性級別 503KB
GB/T 16896.1-2005 高電壓沖擊測量儀器和軟體 第一部分 對儀器的要求 856KB
GB/T 16260.2-2006 軟體工程 產品質量 第2部分 外部度量 2969KB
GB/T 20916-2007 中文辦公軟體文檔格式規范(報批稿) 3318KB
GB/T 19902.2-2005 工業自動化系統與集成 製造軟體互操作性能力建規 第2部分 建規方法論 545KB
GB/T 19902.1-2005 工業自動化系統與集成 製造軟體互操作性能力建規 第1部分 框架 1240KB
GB/T 19769.2-2005 工業過程測量和控制系統用功能塊 第2部分 軟體工具要求 9216KB
GB/T 18491.1-2001 信息技術 軟體測量 功能規模測量 第1部分：概念定義 391KB
GB/T 18221-2000 信息技術 程序設計語言 環境與系統軟體介面 獨立於語言的數據類型 5780KB
GB/T 11457-2006 信息技術 軟體工程術語 2296KB
GB 8567-2006計算機軟體文檔編制規范 4657KB
SB/T 10265-1996飯店業計算機管理軟體開發設計基本規范 159KB
SB/T 10264-1996餐飲業計算機管理軟體開發設計基本規范 191KB
GB/Z 20156-2006 軟體工程 軟體生存周期過程 用於項目管理的指南 971KB
GB/T 8566-2007 信息技術 軟體生存周期過程 5114KB
GB/T 20917-2007軟體工程軟體測量過程 1002KB
GB/T 20438.3-2006 電氣 電子 可編程電子安全相關系統的功能安全 第3部分 軟體要求 2625KB
GB/T 20276-2006 信息安全技術 智能卡嵌入式軟體安全技術要求（EAL4增強級） 8846KB
GB/T 20158-2006信息技術軟體生存周期過程配置管理 770KB
GB/T 20157-2006信息技術軟體維護 1008KB
GB/T 16260.4-2006軟體工程產品質量第4部分使用質量的度量 1835KB
GB/T 16260.3-2006軟體工程產品質量第3部分內部度量 1814KB
GB/T 16260.1-2006軟體工程產品質量第I部分質量模型 890KB
SY/T 6245-1996 建立地震勘探處理軟體考核剖面的規程 317KB
SY/T 5232-1999 石油工業應用軟體工程規范 993KB
SJ/T 11291-2003 面向對象的軟體系統建模規范 第3部分：文檔編制 630KB
SJ/T 11290-2003 面向對象的軟體系統建模規范 第1部分：概念與表示法 6296KB
SJ/T 11235-2001 軟體能力成熟度模型 15189KB
SJ/T 11234-2001 軟體過程能力評估模型 16637KB
SJ/T 10367-93 計算機過程式控制制軟體開發規程 2147KB
SJ 20823-2002 信息技術 軟體生存周期過程 配置管理 1037KB
SJ 20822-2002 信息技術 軟體維護 1802KB
SJ 20778-2000 軟體開發與文檔編制 8831KB
SJ 20681-98 地空導彈指揮自動化系統軟體模塊通用規范 677KB
SJ 20567-96 指揮自動化系統應用軟體介面要求 351KB
SJ 20523-95 軟體文檔管理指南 1168KB
SJ 20356-93 機載雷達軟體質量保證規程 569KB
SJ 20355-93 機載雷達軟體開發規程 878KB
SJ 20354-93 機載雷達軟體文檔編制規程 784KB
JGJ/T 90-92 建設領域計算機軟體工程技術規范 953KB
JB/T 6987-1993 製造資源計劃MRPⅡ系統原型法軟體開發規范 490KB
CB 1360-2002 計算機軟體測試規程 4346KB
GJB/Z 115-1998 GJB2786 《武器系統軟體開發》剪裁指南 2594KB
GJB/Z 102-1997 軟體可靠性和安全性設計准則 715KB
GJB 640.2-88 海軍軟體規范 質量保證 598KB
GJB 640.1-88 海軍軟體規范 術語 555KB
GJB 5235-2004 軍用軟體配置管理 385KB
GJB 5234-2004 軍用軟體驗證和確認 2682KB
GJB 439-1988 軍用軟體質量保證規范 189KB
GJB 438A-1997 武器系統軟體開發文檔 1702KB
GJB 437-1988 軍用軟體開發規范 690KB
GJB 3181-98 軍用軟體支持環境選用要求 1334KB
GJB 2786-1996 武器系統軟體開發 1068KB
GJB 2694-1996 軍用軟體支持環境 435KB
GJB 2434A-2004 軍用軟體產品評價 5971KB
GJB 2255-1994 軍用軟體產品 2494KB
GJB 2115-1994 軍用軟體項目管理規程 271KB
GJB 2041-1994 軍用軟體介面設計要求 574KB
GJB 1419-1992 軍用計算機軟體摘要 243KB
GJB 1268A-2004 軍用軟體驗收要求 303KB
GJB 1267-1991 軍用軟體維護 209KB
GJB 1091-1991 軍用軟體需求分析 206KB
GB/T 8566-2001 信息技術 軟體生存周期過程 1332KB
GB/T 18905.6-2002軟體工程 產品評價 第6部分 評價模塊的文檔編制 1027KB
GB/T 18905.5-2002軟體工程 產品評價 第5部分 評價者用的過程 1178KB
GB/T 18905.4-2002軟體工程 產品評價 第4部分 需方用的過程 1461KB
GB/T 18905.3-2002軟體工程 產品評價 第3部分 開發者用的過程 607KB
GB/T 18905.2-2002軟體工程 產品評價 第2部分 策劃和管理 441KB
GB/T 18905.1-2002軟體工程 產品評價 第1部分 概述 723KB
GB/T 16680-1996 軟體文檔管理指南 471KB
GB/T 16260-1996 信息技術 軟體產品評價 質量特性及其使用指南 437KB
GB/T 15532-1995 計算機軟體單元測試 508KB
GB/T 14394-1993 計算機軟體可靠性和可維護性管理 213KB
GB/T 14079-93軟體維護指南 341KB
GB/T 12505-90計算機軟體配置管理計劃規范 830KB
GB/T 12504-90計算機軟體質量保證計劃規范 757KB
GB/T 9386-1988 計算機軟體測試文件編制規范 370KB
GB/T 9385-1988 計算機軟體需求說明編制指南 624KB
GB/T 8567-1988 計算機軟體產品開發文件編制指南 1202KB
.......
到易啟標准網搜索後下載吧。
易啟標准網有這些全文電子版免費下載的. 上面是我幫您在易啟標准網搜索到的搜索結果列表，供您下載參考。
下載方法,先在Google谷歌和網路搜索到易啟標准網,打開網站免費注冊成為會員,登陸後搜索您要的標准或者書籍,然後下載.如有問題可參考這個網站的幫助文件的.
㈧ 請問「軟體工程國家標准文檔」(GB開頭的)有官方下載地址嗎
資料包含了軟體工程國家標准文檔：操作手冊、測試分析報告、試報告、概要設計說明書、可行性研究報告、模塊開發卷宗、軟體需求說明書、數據說明要求書、資料庫要求說明書、文件給制實施規定的實例（GB8567-88）、詳細設計說明書（GB8567——88）、項目開發計劃（GB856T——88）、項目開發總結報告（GB8567——88）、銀行計算機儲蓄系統可行性分析報告書 [文檔在線提供]/用戶手冊（GB8567——88）/中華人民共和國國家標准。這是對軟體開發必不可少的設計要求，有了它，你將可以運用自己在軟體開發上的天賦，設計出自己想要，並且符合國家標準的軟體！