【導(dǎo)讀】需求分析作為軟件工程的開始，具有相當?shù)碾y度去把握它。解軟件需求，人們發(fā)展了許多方法和建模技術(shù)。借助這次中遠船員信息管理系統(tǒng)。需求分析實踐機會，盡量的在作分析的過程中運用了解的方法、掌握的建模技術(shù)，不僅能夠有效的分析軟件需求，還能加深知識。目前，所有國家都在使用復(fù)雜的計算機系統(tǒng)。軟件工程作為一門工程學(xué)科，其目標在于使軟件。3．軟件有效性驗證軟件要被確定是有效的，能做客戶想要的事情。對服務(wù)和約束的發(fā)現(xiàn)、分析、建立文檔、驗證活動現(xiàn)在常稱為需求。地帶到后續(xù)的系統(tǒng)設(shè)計和實現(xiàn)階段中。需求工程階段的獨特之處在于很少有現(xiàn)成。模式或特制的文檔可供參考。述；而系統(tǒng)開發(fā)人員需要比較詳細的系統(tǒng)描述。1．可行性研究指明現(xiàn)有的軟件、硬件技術(shù)能否實現(xiàn)用戶對新系統(tǒng)的要求。業(yè)務(wù)角度來決定系統(tǒng)開發(fā)是否劃算以及在預(yù)算范圍內(nèi)能否開發(fā)出來。是比較便宜和省時的。結(jié)果就是要得出結(jié)論，該系統(tǒng)是否值得進行更細致的分析。

　　

【正文】 件 工資發(fā)放方式文件 帳戶存款文件 獎金文件 委托文件 郵寄文件 強補強 扣文件 工資生成文件 年度休假文件 船舶文件 加班文件 需求分析實踐 22 經(jīng)過對各個主要功能的逐步調(diào)查分析，我們發(fā)現(xiàn)了愈來愈多的子功能，下面就各個子功能建模以進行描述和記錄。 查詢功能： 查詢主文件往來帳戶統(tǒng)計補扣個人勞資動態(tài)歷史接口歷史接口標準建房余額帳號 代發(fā)津貼加班業(yè)績 綜合 工資生成： 工資生成備份 恢復(fù)勞資補扣 動態(tài)補扣津貼強補強扣加班費獎金業(yè)績工資計算 往來處理 需求分析實踐 23 往來帳處理： 往來帳處理往來帳存取款憑證號修改日報打印月報打印按憑證號匯總 往來處理類圖 工資維護： 維護 主文件委托項個人勞資動態(tài)歷史歷史建房房租借款還清補扣強補強扣臨時減員停發(fā)代發(fā)獎金 工資維護類圖 CRC + Use case 的 OOA 模型。 CRC 模型是一組標準的索引卡片。每一張卡片被分為三個部分，分別是類的名稱，類的職責(zé)，以及該類的合作者。類是一類相似對象的抽象，職責(zé)是該類所知道的或要去做的，合作者是另外一個與該類有交互的類。 圖 CRC 模型 需求分析實踐 24 勞 資歷史文件 工資主文件 主文件查詢 主文件更改 業(yè)績工資查詢 外派暫扣查詢 委托項查詢 加班費查詢 部門工資匯總 停發(fā)工資名單 業(yè)績工資發(fā)放 外派船工文件 委托文件 加班文件 工資發(fā)放方式 勞資歷史查詢 勞資歷史更改 動態(tài)歷史文件 動態(tài)歷史查詢 動態(tài)歷史更改 工資往來文件 個人往來帳查詢 往來帳存取 往來帳處理 憑證號更改 憑證號匯總 工資主文件 外派船工文件 外派 改船員審核 帳戶存款文件 存款清單 查詢 銀行帳 號查詢 欠帳帳戶余額 銀行代發(fā)編輯 工資主文件 工資主文件 強補強扣文件 強補強扣查詢 綜合補扣查詢 外語津貼查詢 動態(tài)補扣查詢 強補強扣更改 原因編輯 工資主文件 工資主文件 動態(tài)歷史文件 年度休假文件 休假查詢 動態(tài)歷史事假 動態(tài)歷史文件 勞資接口文件 工資標準查詢 接口文件查詢 接口文件修改 工資主文件 動態(tài)接口文件 接口文件查詢 接口數(shù)據(jù)更改 待派工資文件 待派工資查詢 工資往來文件 建房存款文件 建房借款查詢 建房借款 更改 房租更改 工資主文件 減員歷史文件 減員處理 減員錯誤修正 工資主文件 工資發(fā)放方式文件 方式代碼輸入 工資生成文件 勞資數(shù)據(jù)寫入 動態(tài)數(shù)據(jù)寫入 強補強扣生成 主工資生成 休假生成 寫入往來帳 工資匯總 數(shù)據(jù)傳送 勞資接口文件 動態(tài)接口文件 強補強扣文件 主工資文件 年休假文件 工資往來文件 發(fā)放方式文件 需求分析實踐 25 以上的 CRC 圖 是一種比較有效的分析方法，不僅能夠讓客戶更好的理解分析人員所認識的該工資子系統(tǒng)的需求，也使設(shè)計人員了解了將來系統(tǒng)可能要設(shè)計的一些類以及各個類之間的種種關(guān)系。 當然，隨著系統(tǒng)的開發(fā)，軟件需求也會有所變更。由于時間有限，不能參與系統(tǒng)的繼續(xù)開發(fā)階段，迭代就先到此為止。 以下 畫出比較完整的用戶用例圖，這些是操作人員經(jīng)常要使用到的功能，應(yīng)具有較高的優(yōu)先級。 船員工資主文件維護 船員勞資歷史維護 船員動態(tài)歷史維護 委托項維護強補強扣信息維護 建房借款信息維護房租信息維護減員處理 ( 工資關(guān)系 )銀行代發(fā)信息維護　臨時扣補款項維護往來賬日常處理生成工資停發(fā)工資人員維護工資人員 常用用例 圖 編寫需求文檔 需求 文檔所擔(dān)當?shù)幕韭氊?zé)就是把有關(guān)問題的 必要信息以及客戶的需求傳達給設(shè)計者。 一般需求文檔必須具備以下特性： ? 較低的二義性 ? 良好的組織 ? 完整性 ? 一致性 需求分析實踐 26 ? 可驗證的 ? 可修改的 下面給出用戶所需要的用戶界面，為了節(jié)省空間，我們一起列出了重要的下拉菜單，用戶可以方便的核查。當然這并不是我們最終的軟件界面。 用戶界面合影 規(guī)格說明可認為是把需求轉(zhuǎn)換成行為。 規(guī)格說明任務(wù)定義為：創(chuàng)建并定義解系統(tǒng)的一種行為，使之在問題域中產(chǎn)生所需的效果。 規(guī)格說明的特點：完整性，一致性，可修改性，可跟蹤性。 編寫需求文檔的一些理由： ? 使待求行為完全可見，這樣便于復(fù)審和意見統(tǒng)一， 從而最小化重復(fù)工作。 ? 提供待求行為的安全記錄，可以防止重要人員的流失。 ? 確保把正確信息準確經(jīng)濟的傳達給實現(xiàn)者，減少交流錯誤。 ? 為功能性測試提供基準。 ? 為生成用戶手冊提供必要信息。 ? 消除軟件產(chǎn)品交付后的爭論。 ? 有利于以后的維護工作。 需求分析實踐 27 ? 有利于其他類似系統(tǒng)的開發(fā)。 ? 可以更準確估計后期的開發(fā)。 技巧與心得 28 第五章 技巧與心得 總結(jié)與 展望 在做軟件需求的時候，我們完全沒必要去限定要用或?qū)⒁褂煤畏N方法或建模技術(shù)。我們的目的在于分析軟件的需求， 通常情況是都用到了 所 介紹的三種方法。首先我們用面向問題域的方法把問題分成幾個 部分。接下來用面向結(jié)構(gòu)或面向?qū)ο蟮姆椒▽Ω鱾€部分進行逐步分析細化。 在逐步分析過程運用各種建模技術(shù)對問題各部分建立合適的模型來細化需求。 隨著需求的做下去，我們越來越清晰的認識了工資軟件系統(tǒng)的需求。 雖然應(yīng)用方法和建模技術(shù)使我們能夠清楚地去了解軟件需求，但是，大部分的需求文檔和規(guī)格說明書都是以文本的形式記錄的，因此，如何去表達我們所了解的需求也是很值得注意的。 通過幾周的實習(xí)，發(fā)現(xiàn)要想學(xué)以致用真的很不簡單 。 之前對于工資的認識只有是：一個發(fā)一個領(lǐng)，完全不懂。 既要接受新東西，又要回顧所學(xué)過的，我們只有邊學(xué)邊用。 如今 再回頭看書上的內(nèi)容，感覺還真是不一樣 。 一些技巧 以下 簡單 列舉一些技巧能夠幫助需求建模，提高建模的效率： ? 軟件的需求收集和變更貫穿于整個項目中。 雖然工資子系統(tǒng)的需求是在我們實習(xí)的階段已經(jīng)完成了，然而在將來系統(tǒng)的設(shè)計和測試過程中，相信還是會有更改的。 ? 要向每一個參與需求的人員解釋各種建模技術(shù)和各種圖形代表的意義 ， 當然也包括客戶 在內(nèi)。 如果客戶或設(shè)計人員不了解所作的需求，那等于什么也沒做。 ? 了解客戶的語言，使用客戶的語言 。如，在船，外派，基地，農(nóng)合工，年功工資等等。 ? 保持樂觀態(tài)度。很多時候我不知道客戶在講 些什么，或者他們說的根本不是技巧與心得 29 我們想要聽的，但還是得 認真地去記錄。 ? 要得到用戶的認可和支持。雖然是同為中散公司的員工，但我們也是在為他人作軟件的，有任何新的想法或更改一定要和客戶溝通，特別是取得客戶高級管理人員的支持。 ? 優(yōu)先采用面向問題域的方法分析 。 這樣能 在開始時勾勒出 工資子 系統(tǒng)的輪廓，了解系統(tǒng)的面貌，然后再集中在 各個小的部分 。這樣做， 就不會感覺無從下手 ，選擇好切入點。 ? 盡可能的收集需求的來源。在做需求的過程中，我用過很多工資管理系統(tǒng)，讀了很多使用手冊。 致謝 30 致 謝 這次論文是在 COSCO 天津中散公司塘沽分 部完成的，首先要感謝的是中散公司給予的上班環(huán)境和機房機器，以及南開大學(xué)和軟件學(xué)院安排的畢業(yè)工作實習(xí)機會。 還要特別感謝指導(dǎo)老師林曉旻講師對實習(xí)工作和論文情況的關(guān)懷和指導(dǎo)。還有一起上班的同學(xué)們給予的支持和鼓勵，本部實習(xí)的舍友給我無數(shù)個寧靜的夜晚讓我安心的學(xué)習(xí)和寫作。 衷心的謝謝大家，因為大家，論文才能得以順利如期完成。 參考文獻 31 參考文獻 [1] [英 ] Ian Sommerville：《軟件工程》， 中信 出版社， 20xx 年 7 月 [2] 王智學(xué)：《 ROSE 對象建模方法與技術(shù)》，機械工業(yè)出版社， 20xx 年 7 月 [3] [美 ] KARL ：《軟件需求》，機械工業(yè)出版社， 20xx 年 7 月 [4] [英 ] Ian K Bray：《需求工程導(dǎo)引》，人民郵電出版社， 20xx 年 9 月 [5] [美 ] David ：《需求分析》，清華大學(xué)出版社， 20xx 年 5 月 [6] [丹 ] Soren Lauesen：《軟件需求》，電子工業(yè)出版社， 20xx 年 10 月 [7] 《 Rational Unified Process》，電子版，不詳 [8] [9] [10]