軟體工程規格說明

1. 軟體工程的定義內涵

軟體工程一直以來都缺乏一個統一的定義，很多學者、組織機構都分別給出了自己認可的定義：
BarryBoehm：運用現代科學技術知識來設計並構造計算機程序及為開發、運行和維護這些程序所必需的相關文件資料。
IEEE：在軟體工程術語匯編中的定義：軟體工程是：1.將系統化的、嚴格約束的、可量化的方法應用於軟體的開發、運行和維護，即將工程化應用於軟體；2.在1中所述方法的研究
FritzBauer：在NATO會議上給出的定義：建立並使用完善的工程化原則，以較經濟的手段獲得能在實際機器上有效運行的可靠軟體的一系列方法。
《計算機科學技術網路全書》：軟體工程是應用計算機科學、數學、邏輯學及管理科學等原理，開發軟體的工程。軟體工程借鑒傳統工程的原則、方法，以提高質量、降低成本和改進演算法。其中，計算機科學、數學用於構建模型與演算法，工程科學用於制定規范、設計范型(paradigm)、評估成本及確定權衡，管理科學用於計劃、資源、質量、成本等管理。
比較認可的一種定義認為：軟體工程是研究和應用如何以系統性的、規范化的、可定量的過程化方法去開發和維護軟體，以及如何把經過時間考驗而證明正確的管理技術和當前能夠得到的最好的技術方法結合起來。
ISO 9000對軟體工程過程的定義是：軟體工程過程是輸入轉化為輸出的一組彼此相關的資源和活動。
其它定義：1．運行時，能夠提供所要求功能和性能的指令或計算機程序集合。2．程序能夠滿意地處理信息的數據結構。3．描述程序功能需求以及程序如何操作和使用所要求的文檔。以開發語言作為描述語言，可以認為：軟體=程序+數據+文檔。 一、軟體工程過程是指為獲得軟體產品，在軟體工具的支持下由軟體工程師完成的一系列軟體工程活動，包括以下四個方面：
1、P（Plan）——軟體規格說明。規定軟體的功能及其運行時的限制。
2、D（DO）——軟體開發。開發出滿足規格說明的軟體。
3、C（Check）——軟體確認。確認開發的軟體能夠滿足用戶的需求。
4、A（Action）——軟體演進。軟體在運行過程中不斷改進以滿足客戶新的需求。
二、從軟體開發的觀點看，它就是使用適當的資源（包括人員，軟硬體資源，時間等），為開發軟體進行的一組開發活動，在活動結束時輸入（即用戶的需求）轉化為輸出（最終符合用戶需求的軟體產品）。
三個階段：定義階段：可行性研究初步項目計劃、需求分析；開發階段：概要設計、詳細設計、實現、測試；運行和維護階段：運行、維護、廢棄
原則：1、抽象；2、信息隱蔽；3、模塊化；4、局部化；5、確定性；6，一致性；7、完備性；8、可驗證性

2. 軟體工程:學生成績管理系統 需求分析規格說明書(要求:分別結構化開發方法和面向對象開發方法的相應文檔)

哈哈，這種東西一般都要付費的，我是打醬油的

3. 軟體工程的基本介紹

軟體工程一直以來都缺乏一個統一的定義，很多學者、組織機構都分別給出了自己的定義：
BarryBoehm：運用現代科學技術知識來設計並構造計算機程序及為開發、運行和維護這些程序所必需的相關文件資料。
IEEE：在軟體工程術語匯編中的定義：軟體工程是：1.將系統化的、嚴格約束的、可量化的方法應用於軟體的開發、運行和維護，即將工程化應用於軟體；2.在1中所述方法的研究
FritzBauer：在NATO會議上給出的定義：建立並使用完善的工程化原則，以較經濟的手段獲得能在實際機器上有效運行的可靠軟體的一系列方法。
《計算機科學技術網路全書》：軟體工程是應用計算機科學、數學、邏輯學及管理科學等原理，開發軟體的工程。軟體工程借鑒傳統工程的原則、方法，以提高質量、降低成本和改進演算法。其中，計算機科學、數學用於構建模型與演算法，工程科學用於制定規范、設計范型(paradigm)、評估成本及確定權衡，管理科學用於計劃、資源、質量、成本等管理。
比較認可的一種定義認為：軟體工程是研究和應用如何以系統性的、規范化的、可定量的過程化方法去開發和維護軟體，以及如何把經過時間考驗而證明正確的管理技術和當前能夠得到的最好的技術方法結合起來。
內涵：
一、軟體工程過程是指為獲得軟體產品，在軟體工具的支持下由軟體工程師完成的一系列軟體工程活動，包括以下四個方面：
1、P（Plan）——軟體規格說明。規定軟體的功能及其運行時的限制。
2、D（DO）——軟體開發。開發出滿足規格說明的軟體。
3、C（Check）——軟體確認。確認開發的軟體能夠滿足用戶的需求。
4、A（Action）——軟體演進。軟體在運行過程中不斷改進以滿足客戶新的需求。
二、從軟體開發的觀點看，它就是使用適當的資源（包括人員，軟硬體資源，時間等），為開發軟體進行的一組開發活動，在活動結束時輸入（即用戶的需求）轉化為輸出（最終符合用戶需求的軟體產品）。三個階段：定義階段：可行性研究初步項目計劃、需求分析； 開發階段：概要設計、詳細設計、實現、測試；運行和維護階段：運行、維護、廢棄原則：1、抽象；2、信息隱蔽；3、模塊化；4、局部化；5、確定性；6，一致性；7、完備性；8、可驗證性

4. 軟體需求規格說明書最重要的是

是 正確性，有些是 無歧義性

5. 軟體工程中《軟體需求規格說明書》和《詳細設計說明書》區別。

需求規格說明書在前,詳細設計說明書在後.
需求規格說明書要界定用戶的最終需求,建立軟體的功能框架.
詳細設計說明書在概要設計的基礎上要深化設計,介面\內容都要具體化.

6. 軟體工程需求規格說明書項目主題有哪些

軟體需求規格說明書大綱標題如下：
1.引言
1.1編寫目的
1.2背景
1.3定義
1.4 參考資料
2.任務概述
2.1目標
2.2用戶特點
2.3 假定和約束
3.需求規定
3.1 對功能的規定
3.1.1 主要功能
3.1.2 功能描述（概要）
3.1.3 用戶界面
3.1.4 用戶場景
3.1.5 典型用戶
3.2 對性能的規定
3.2.1 精度
3.2.2 時間特性要求
3.2.3 靈活性
3.3 輸入輸出要求
3.4 數據管理能力要求
3.5 故障處理要求
3.6 其他專門要求
4.運行環境規定
4.1 設備
4.2 開發環境
4．3 介面
4.4 控制
5.驗收標准
6.附錄

7. 一道軟體工程的題，讓編寫《軟體需求規格說明書》，誰會啊謝謝啦

軟體需求說明書描述的是目標系統的系統邊界，包括輸入、輸出、進行如何加工（要明確加工流程）、相關的事件（包括異常事件）。
就是把每個功能相關的這些信息都列出來而已，不過寫這個說明書之前作者是應該已經完成了系統設計的。要不然是不可能把這些功能的輸入、輸出、加工都弄清楚的。

8. 軟體工程需求分析說明書論文怎麼寫

1引言 2
1.1編寫目的 2
1.2背景 2
1.3定義 2
1.4參考資料 2
2任務概述 2
2.1目標 2
2.2用戶的特點 3
2.3假定和約束 3
3需求規定 3
3.1對功能的規定 3
3.2對性能的規定 3
3.2.1精度 3
3.2.2時間特性要求 3
3.2.3靈活性 4
3.3輸人輸出要求 4
3.4數據管理能力要求 4
3.5故障處理要求 4
3.6其他專門要求 5
4運行環境規定 5
4.1設備 5
4.2支持軟體 5
4.3介面 5
4.4控制 5

軟體需求說明書的編寫提示
1引言
1.1編寫目的
說明編寫這份軟體需求說明書的目的，指出預期的讀者。
1.2背景
說明：
a． 待開發的軟體系統的名稱；
b． 本項目的任務提出者、開發者、用戶及實現該軟體的計算中心或計算機網路；
c． 該軟體系統同其他系統或其他機構的基本的相互來往關系。
1.3定義
列出本文件中用到的專門術語的定義和外文首字母組詞的原片語。
1.4參考資料
列出用得著的參考資料，如：
a． 本項目的經核準的計劃任務書或合同、上級機關的批文；
b． 屬於本項目的其他已發表的文件；
c． 本文件中各處引用的文件、資料、包括所要用到的軟體開發標准。 列出這些文件資料的標題、文件編號、發表日期和出版單位，說明能夠得到這些文件資料的來源。
2任務概述
2.1目標
敘述該項軟體開發的意圖、應用目標、作用范圍以及其他應向讀者說明的有關該軟體開發的背景材料。解釋被開發軟體與其他有關軟體之間的關系。如果本軟體產品是一項獨立的軟體，而且全部內容自含，則說明這一點。如果所定義的產品是一個更大的系統的一個組成部分，則應說明本產品與該系統中其他各組成部分之間的關系，為此可使用一張方框圖來說明該系統的組成和本產品同其他各部分的聯系和介面。|
2.2用戶的特點
列出本軟體的最終用戶的特點，充分說明操作人員、維護人員的教育水平和技術專長，以及本軟體的預期使甩頻度。這些是軟體設計工作的重要約束
2.3假定和約束
列出進行本軟體開發工作的假定和約束，例如經費限制、開發期限等。
3需求規定
3.1對功能的規定
用列表的方式（例如IPO表即輸入、處理、輸出表的形式），逐項定量和定性地敘述對軟體所提出的功能要求，說明輸入什麼量、經怎樣的處理、得到什麼輸出，說明軟體應支持的終端數和應支持的並行操作的用戶數。
3.2對性能的規定
3.2.1精度
說明對該軟體的輸入、輸出數據精度的要求，可能包括傳輸過程中的精度。
3.2.2時間特性要求
說明對於該軟體的時間特性要求，如對：
a． 響應時間；
b． 更新處理時間；
c． 數據的轉換和傳送時間；
d． 解題時間；等的要求。
3.2.3靈活性
說明對該軟體的靈活性的要求，即當需求發生某些變化時，該軟體對這些變化的適應能力，如：
a． 操作方式上的變化；
b． 運行環境的變化；
c． 同其他軟體的介面的變化；
d． 精度和有效時限的變化；
e． 計劃的變化或改進。
對於為了提供這些靈活性而進行的專門設計的部分應該加以標明。
3.3輸人輸出要求
解釋各輸入輸出數據類型，並逐項說明其媒體、格式、數值范圍、精度等。對軟體的數據輸出及必須標明的控制輸出量進行解釋並舉例，包括對硬拷貝報告（正常結果輸出、狀態輸出及異常輸出）以及圖形或顯示報告的描述。
3.4數據管理能力要求
說明需要管理的文卷和記錄的個數、表和文卷的大小規模，要按可預見的增長對數據及其分量的存儲要求作出估算。
3.5故障處理要求
列出可能的軟體、硬體故障以及對各項性能而言所產生的後果和對故障處理的要求。
3.6其他專門要求
如用戶單位對安全保密的要求，對使用方便的要求，對可維護性、可補充性、易讀性、可靠性、運行環境可轉換性的特殊要求等。
4運行環境規定
4.1設備
列出運行該軟體所需要的硬設備。說明其中的新型設備及其專門功能，包括：
a． 處理器型號及內存容量；
b． 外存容量、聯機或離線、媒體及其存儲格式，設備的型號及數量；
c． 輸入及輸出設備的型號和數量，聯機或離線；
d． 數據通信設備的型號和數量；
e． 功能鍵及其他專用硬體
4.2支持軟體
列出支持軟體,包括要用到的操作系統、編譯（或匯編）程序、測試支持軟體等。
4.3介面
說明該軟體同其他軟體之間的介面、數據通信協議等。
4.4控制
說明控制該軟體的運行的方法和控制信號，並說明這些控制信號的來源。

9. 傳統軟體工程的規范有哪些有哪些文檔

在項目開發過程中，應該按要求編寫好十三種文檔，文檔編制要求具有針對性、精確性、清晰性、完整性、靈活性、可追溯性，有工程app打破了很多的傳統軟體工程的局限性。
1、 可行性分析報告：說明該軟體開發項目的實現在技術上、經濟上和社會因素上的可行性，評述為了合理地達到開發目標可供選擇的各種可能實施方案，說明並論證所選定實施方案的理由。
2、 項目開發計劃：為軟體項目實施方案制訂出具體計劃，應該包括各部分工作的負責人員、開發的進度、開發經費的預算、所需的硬體及軟體資源等。

3、軟體需求說明書（軟體規格說明書）：對所開發軟體的功能、性能、用戶界面及運行環境等作出詳細的說明。它是在用戶與開發人員雙方對軟體需求取得共同理解並達成協議的條件下編寫的，也是實施開發工作的基礎。該說明書應給出數據邏輯和數據採集的各項要求，為生成和維護系統數據文件做好准備。

4、 概要設計說明書：該說明書是概要實際階段的工作成果，它應說明功能分配、模塊劃分、程序的總體結構、輸入輸出以及介面設計、運行設計、數據結構設計和出錯處理設計等，為詳細設計提供基礎。

5、 詳細設計說明書：著重描述每一模塊是怎樣實現的，包括實現演算法、邏輯流程等。

6、用戶操作手冊：本手冊詳細描述軟體的功能、性能和用戶界面，使用戶對如何使用該軟體得到具體的了解,為操作人員提供該軟體各種運行情況的有關知識，特別是操作方法的具體細節。

7、測試計劃：為做好集成測試和驗收測試，需為如何組織測試制訂實施計劃。計劃應包括測試的內容、進度、條件、人員、測試用例的選取原則、測試結果允許的偏差范圍等。

8、測試分析報告：測試工作完成以後，應提交測試計劃執行情況的說明，對測試結果加以分析，並提出測試的結論意見。

9、開發進度月報：該月報系軟體人員按月向管理部門提交的項目進展情況報告，報告應包括進度計劃與實際執行情況的比較、階段成果、遇到的問題和解決的辦法以及下個月的打算等。

10、項目開發總結報告：軟體項目開發完成以後，應與項目實施計劃對照，總結實際執行的情況，如進度、成果、資源利用、成本和投入的人力，此外，還需對開發工作做出評價，總結出經驗和教訓。

11、 軟體維護手冊：主要包括軟體系統說明、程序模塊說明、操作環境、支持軟體的說明、維護過程的說明，便於軟體的維護。

12、軟體問題報告：指出軟體問題的登記情況，如日期、發現人、狀態、問題所屬模塊等，為軟體修改提供准備文檔。

13、軟體修改報告：軟體產品投入運行以後，發現了需對其進行修正、更改等問題，應將存在的問題、修改的考慮以及修改的影響作出詳細的描述，提交審批。