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

　　

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