【正文】 ? 連接系統(tǒng) —— 系統(tǒng)必須維持那些相互沒有直接連接的子域間的通信。基于不同問題子域的本質(zhì)及存在于問題子域間的關(guān)系，可以把問題框架分類： ? 工件系統(tǒng) —— 系統(tǒng)必須完成針對只存在于系統(tǒng)中的這些對象的直接操作。其中第一文檔才是通過 做 分析產(chǎn)生的；第二文檔推遲到后續(xù)的規(guī)格說明任務中。 面向問題域分析 （ PDOA） 面向問題域分析 面向問題域的分析 （ PDOA） 是一種新技術(shù) 。面向?qū)ο蠓治龌舅枷胧牵喝绻褜ο箢惖慕Ｏ薅ㄔ谛枨髥栴}域，那么面向?qū)ο蟮幕驹?、模型以及表?法均可以用于分析。 結(jié)構(gòu)化分 析所用的原型 ， 無論是對開發(fā)者還是客戶都顯得直觀易懂，若將初始重點放在對原有系統(tǒng)的建模是對實現(xiàn)理解問題域這一基本的分析目標的有力支持。任何分 析方法， 要使它得到很好的利用 ，都應當要求并且 做到 便于描述以下幾個方面： 1. 問題域的結(jié)構(gòu)，根據(jù)其子域及其相互間的關(guān)系； 2. 問題域數(shù)據(jù)，語法和語義方面 3. 問題子域的內(nèi)在屬性和行為； 4. 問題域中的重要事件及現(xiàn)象； 5. 需求，解系統(tǒng)在問題域中應產(chǎn)生的效果。 需求分析 通過對問題 域 的研究，獲得對該領(lǐng)域特性及存在于其中（需要解決）的問題特性的透徹理解并用文檔說明。 規(guī)格說明，關(guān)注問題域與解系統(tǒng)之間的相互關(guān)系 ，定義了系統(tǒng)預期的目標 。在這個問題域內(nèi) ，問題可以確定為“讓電梯在建筑物中更有效使用的控制系 統(tǒng)”。 IEEE 標準為需求文檔提出了以下結(jié)構(gòu)：引言（目的、范圍、縮略詞等），一般描述（產(chǎn)品透視、功能、用戶特征、約束等），專門需求（功能、非功能、接口），附錄，索引。 。包括時間約束、開發(fā)過程約束、標準等。一致性意味著需求描述不能前后矛盾。 軟件系統(tǒng)需求 常常分為功能需求、非功能需求和領(lǐng)域需求： 功能需求 包括對系統(tǒng)應該提供的服務、如何對輸入做出反應以及系統(tǒng)在特定條件下的行為的描述。在這個過程中，不分析問題 定義系統(tǒng) 理解涉眾需求 改進系統(tǒng)定義 管理需求變更 管理系統(tǒng)規(guī)模 新的輸入 新系統(tǒng) 現(xiàn)有系統(tǒng) 錯誤問題 正確問題 無法完成 范圍之內(nèi) 更多迭代 完成需求 緒論 3 難發(fā)現(xiàn)需求文檔中的錯誤，然后必須加以改正。 3．需求描述 需求描述就是把在分析活動中收集的信息以文檔的形式確定下來。結(jié)果就是要得出結(jié)論，該系統(tǒng)是否值得進行更細致的分析。通常需求在這個文檔中被分成兩個層次描述：最終用戶和客戶需要高層次的需求描述；而系統(tǒng)開發(fā)人員需要比較詳細的系統(tǒng)描述。 需求工程對于軟件過程是一個特別關(guān)鍵的階段，這個階段的錯誤將不可避免地帶到后續(xù)的系統(tǒng)設計和實現(xiàn)階段中。 3．軟件有效性驗證 軟件要被確定是有效的，能做客戶想要的事情。越來越多的產(chǎn)品把計算機和控制軟件以一定的方式結(jié)合起來。 南 開 大 學 本 科 生 畢 業(yè) 論 文（設 計） 題 目： ____需求分析的方法與建模 __ 學 號： ____0010127____________ 姓 名： ____方 春 強 ___________ 年 級： ____20xx 級 ___________ 學 院： ____軟件學院 ___________ 系 別： ____軟件工程 ___________ 專 業(yè)： ____軟件工程 ___________ 完成日期： ____20xx524__________ 指導教師： ____林 曉 旻 ___________ 摘要 需求分析的方法與建模 軟件學院軟件工程系 軟件工程專業(yè) 方春強 學號： 0010127 指導教師： 林曉旻 講師 摘要 : 需求分析作為軟件工程的開始，具有相當?shù)碾y度去把握它。 關(guān)鍵字： 分析，領(lǐng)域， 方法學， 建模技術(shù)， 需求 ABSTRACT Abstract The requirement analysis took the software engineering the start, has the suitable difficulty to grasp it. In order to understanding software requirement better, people have developed many methods and the modeling technology. With the aid of this CSIS requirement analysis practice opportunity, using the understood method and modeling technology in the analyzing process as far as possible, not only can make the software requirement analysis effective, but also can deepen our knowledge. Key Words： Analysis, domain, methodology, modeling technique, requirement 目錄 目 錄 第一章 緒論 ............................................................. 1 什么是軟件需求 .................................... 1 需求的過程 ........................................ 1 需求的進一步認識 .................................. 3 第二章 方法論 ......................................................... 5 結(jié)構(gòu)化分析（ SA） .................................. 6 面向?qū)ο蠓治觯?OOA） ............................... 6 面向問題域分析（ PDOA） ............................ 7 方 法的對比 ....................................... 8 第三章 建模技術(shù) .................................................... 10 外部模型 ........................................ 10 內(nèi)部模型 ........................................ 12 選擇技術(shù) ........................................ 13 第四章 需求分析實踐 ............................................ 15 獲取需求 ........................................ 15 需求初始化階段 ................................... 17 詳細需求建模階段 ................................. 21 編寫需求文檔 ..................................... 25 第五章 技巧與心得 ................................................ 28 總結(jié)與展望 ....................................... 28 一些技巧 ........................................ 28 目錄 致 謝 ....................................................................... 30 參考文獻 ................................................................... 31 緒論 1 第一 章 緒論 什么是軟件需求 目前，所有國家都在使用復雜的計算機系統(tǒng)。 2．軟件設計和實現(xiàn) 軟件一定要按照 描述來生產(chǎn)。對服務和約束的發(fā)現(xiàn)、分析、建立文檔 、驗證 活動現(xiàn)在常稱為需求工程。 需求 的 過程 需求工程本身就是一個過程，這個過程產(chǎn)生用以描述系統(tǒng)的需求文檔。可行性研究是比較便宜和省時的。這些都會幫助分析員了解所要描述的系統(tǒng)。 4．需求有效性驗證 這 個活動檢查需求實現(xiàn)、一致和完備。因此，分析、定義和描述是交替進行的。全面意味著用戶所需的所有服務都應該給出描述。 非功能需求 對系統(tǒng)提供的服務或功能給出的約束。 。 軟件需求文檔 有時叫做軟件需求描述（ SRS）