軟件開(kāi)發(fā)方案的技術(shù)需求怎么寫(xiě)？

軟件開(kāi)發(fā)方案的技術(shù)需求怎么寫(xiě)？

軟件開(kāi)發(fā)工程一般有以下基本活動(dòng)；
 

軟件描述：軟件功能和對軟件操作的約束；

軟件設計與實(shí)現：軟件設計應根據描述進(jìn)行；

軟件驗證：確定軟件有效，完成預期應用;軟件進(jìn)化:軟件進(jìn)化是為了響應應用程序需求的變化。

其中，目標的軟件描述是確定需要開(kāi)發(fā)和運行哪些服務(wù)和軟件系統，在這些服務(wù)和軟件系統中，約束對于發(fā)現服務(wù)和約束、分析和驗證活動(dòng)，創(chuàng )建文檔現在通常被稱(chēng)為需求工程。

需求過(guò)程，需求工程是軟件過(guò)程的一個(gè)特別關(guān)鍵的階段，在這個(gè)階段的錯誤將不可避免地導致后續的系統設計和實(shí)現階段。需求工程階段的獨特性在于很少有現成的模式或定制的文檔可以參考。后續階段可以在以前工作的基礎上構建(至少在某種程度上可以派生各種相關(guān)模型)，同時(shí)創(chuàng )建需求工程階段的結果。

需求工程本身是一個(gè)生成描述系統的需求文檔的過(guò)程。在本文檔中，需求通常被描述為兩個(gè)級別：最終用戶(hù)需要對需求的高級描述;系統開(kāi)發(fā)人員需要對系統進(jìn)行更詳細的描述。

對需求過(guò)程的四個(gè)主要階段的可行性研究:指出現有的軟硬件技術(shù)是否能夠滿(mǎn)足用戶(hù)對新系統的需求。從業(yè)務(wù)角度確定系統開(kāi)發(fā)是否具有成本效益并在預算之內?？尚行匝芯渴浅醪降?，其結果是得出該系統是否值得進(jìn)行更詳細的分析。

需求導出和分析：這是一個(gè)通過(guò)分析現有系統、與潛在用戶(hù)討論、任務(wù)分析等來(lái)獲取系統需求的過(guò)程。您可能還需要開(kāi)發(fā)一個(gè)或多個(gè)不同的系統模型和原型。這將幫助分析人員理解要描述的系統。

需求驗證：該活動(dòng)檢查需求實(shí)現、一致性和完整性。在此過(guò)程中，可以發(fā)現和糾正需求文檔中的錯誤。
 

需求描述：需求描述是標識分析活動(dòng)中收集的信息的文檔。在這個(gè)文檔中有兩種類(lèi)型的需求。用戶(hù)需求是終端用戶(hù)對系統需求的抽象描述。系統需求是系統提供的功能的詳細描述。

需求驗證：該活動(dòng)檢查需求實(shí)現、一致性和完整性。在這個(gè)過(guò)程中，需求文檔中的錯誤可以被發(fā)現和糾正。

因此，分析、定義和描述是交替進(jìn)行的。

進(jìn)一步了解的需求

1、軟件系統需求通常分為功能需求、非功能需求和領(lǐng)域需求。功能需求:包括系統應該提供的服務(wù)的描述、如何響應輸入以及系統在特定條件下的行為。在某些情況下，功能需求可能還需要清楚地聲明系統不應該做什么。從理論上講，系統的功能需求描述應該是全面和一致的。

全面性意味著(zhù)應該描述用戶(hù)需要的所有服務(wù)。一致性意味著(zhù)需求描述不能不一致。在實(shí)踐中，一個(gè)龐大而復雜的系統幾乎不可能對需求進(jìn)行完整而一致的描述。

2、軟件需求文檔，也稱(chēng)為軟件需求描述(SRS)，是對系統開(kāi)發(fā)人員需求的正式聲明。IEEE標準為需求文檔提出了以下結構:介紹、目的、范圍、縮寫(xiě)詞等)、通用描述(產(chǎn)品視角、功能、用戶(hù)特征、約束等)、特殊需求(功能、非功能、界面)、附錄、索引。