0909120615錢曉雪軟件工程實驗報告

1、中南大學學生姓名錢曉雪學 號0909120615專業(yè)班級物聯(lián)網(wǎng)工程1201班指導老師王斌老師學 院信息科學與工程學院完成時間2015年5月軟件工程實驗報告 目錄1、實驗1 需求分析實驗-32、 實驗2 設計實驗-203、實驗3 編碼及測試實驗-254、 結束語-40 實驗一 需求分析實驗任務書一 實驗目的閱讀“辦公自動化煙站管理項目”文檔及相關ppt，學習需求說明書的撰寫；掌握撰寫需求說明書需要的各種技術工具；理解“需求跟蹤矩陣”并自己可以編輯。二 實驗內(nèi)容1）閱讀“辦公自動化煙站管理項目”用戶需求說明書以及用戶需求規(guī)格說明書，理解用戶需求說明書和用戶需求規(guī)格說明書里的內(nèi)容組織方式以及它們之間

2、的差別。2）掌握撰寫需求說明書需要的各種技術工具，如：visio或ms powerpoint，ms project 和 powerdesigner等工具；3）使用visio或ms powerpoint完成部分界面原型設計;4）理解“需求跟蹤矩陣”并自己可以編輯。三 實驗結果1.理解用戶需求說明書和用戶需求規(guī)格說明書里的內(nèi)容組織方式以及它們之間的差別。答：內(nèi)容組織方式是一致的，都由前言、項目目標、項目概述、功能性需求、非功能性需求和附件六部分組成。前言又都包含了：目的、讀者對象、項目背景和參考文檔；項目概述都包含了：需求范圍和總體框架；功能性需求都包含：總體流程、功能分類和功能描述；非功能性需求

3、包括：軟件需求和硬件需求。 用戶需求說明書是用戶的需求，需要和用戶確認的；而需求規(guī)格說明書是系統(tǒng)需求主要是對內(nèi)的，而且需求管理的時候也需要用到用戶需求。用戶需求說明書是給用戶看的，用戶需求說明讀者對象是公司相關人員和煙站項目涉及的相關業(yè)務人員；而需求規(guī)格說明書給程序員看的或者負責開發(fā)該項目的承包商（這里是拓維）相關人員和煙站項目涉及的相關業(yè)務人員。用戶需求說明書是軟件設計的根本，用戶需要簽字畫押，詳細設計是基于這個寫的。從更專業(yè)更精細的角度來說，需求規(guī)格說明書一般是對某個市場或者是客戶群來講的，類似于調(diào)研報告，重點是體現(xiàn)出產(chǎn)品要滿足哪些功能，哪些是重點、熱點，從業(yè)務規(guī)則講起的，細一點偏向于軟件

4、的概要設計。是從開發(fā)、測試的角度去講產(chǎn)品功能，里面要包含原型界面、業(yè)務接口、活動圖等。用戶需求說明書：是根據(jù)與現(xiàn)場實際客戶進行溝通，把客戶的需求進行整理，cmmi中有標準的模板，重點是站在客戶的角度講產(chǎn)品功能。 用戶需求說明書的優(yōu)點：用戶的語言與設計人員的語言是不同的，所以需要有面向不同人員的文檔。缺點：層次越多，信息損失的越多，誤解的概率就越大。權衡的結果：基本上是依據(jù)項目的規(guī)模而定。2.掌握撰寫需求說明書需要的各種技術工具 visio：以可視方式傳遞重要信息、將形狀拖放到到繪圖中，以簡單、快捷的方式就復雜信息、系統(tǒng)和流程進行可視化處理。3.使用visio或ms powerpoint完成部分

5、界面原型設計;1）煙站管理界面（2）煙站人員檔案管理（3）煙站信息管理（4）人崗管理4.理解“需求跟蹤矩陣”需求跟蹤矩陣（rtm）的作用（1） 在需求變更、設計變更、代碼變更、測試用例變更時，需求跟蹤矩陣是目前經(jīng)過實踐檢驗的進行變更波及范圍影響分析的最有效的工具，如果不借助rtm，則發(fā)生上述變更時，往往會遺漏某些連鎖變化。 （2） rtm也是驗證需求是否得到了實現(xiàn)的有效工具，借助rtm，可以跟蹤每個需求的狀態(tài)：是否設計了，是否實現(xiàn)了，是否測試了。 需求跟蹤矩陣的分類（1） 縱向跟蹤矩陣，包括如下的3種： 需求之間的派生關系，客戶需求到產(chǎn)品需求 實現(xiàn)與驗證關系：需求到設計，需求到測試用例等 需求

6、的責任分配關系；需求由誰來實現(xiàn) （2） 橫向跟蹤矩陣： 需求之間的接口關系 實驗2 設計實驗室任務書一 實驗目的 閱讀并理解“辦公自動化煙站管理項目”用戶總體設計說明書、概要設計說明書、詳細設計說明書；掌握撰寫設計說明書的各種技術工具。二 實驗內(nèi)容1）閱讀“辦公自動化煙站管理項目”用戶總體設計說明書、概要設計說明書、詳細設計說明書，理解三個層次設計說明書的用途，以及內(nèi)容組織方式和它們之間的差別；2）掌握撰寫設計說明書的各種技術工具，如：visio或ms powerpoint，ms project 和 powerdesigner等工具。 pdm文件需要powerdesigner來打開閱讀和編輯；

7、3）使用visio或ms powerpoint完成部分詳細設計中的界面設計。三 實驗結果1. 三個層次設計說明書的用途（1） 用戶總體設計說明書： 軟件設計采用自頂向下、逐次功能展開的設計方法，首先完成總體設計，然后完成各有機組成部分的設計。 把需求轉(zhuǎn)換為可實現(xiàn)高性能的系統(tǒng)，使系統(tǒng)架構強壯，容易實施，而對需求進行分解設計。同時為詳細設計提供設計規(guī)范和依據(jù)。明確系統(tǒng)的結構，此外總體設計還將給出內(nèi)部軟件和外部系統(tǒng)部件之間的接口定義，系統(tǒng)平臺的搭建環(huán)境和相應的系統(tǒng)規(guī)程規(guī)范。為下一步系統(tǒng)設計給予規(guī)范和提供技術基礎，作為開發(fā)過程中基本的大綱。（2） 概要設計說明書： 概要設計實現(xiàn)軟件的總體設計、模塊劃分

8、、用戶界面設計、數(shù)據(jù)庫設計等等；詳細設計則根據(jù)概要設計所做的模塊劃分，實現(xiàn)各模塊的算法設計，實現(xiàn)用戶界面設計、數(shù)據(jù)結構設計的細化，等等。 概要設計是詳細設計的基礎，必須在詳細設計之前完成，概要設計經(jīng)復查確認后才可以開始詳細設計。概要設計，必須完成概要設計文檔，包括系統(tǒng)的總體設計文檔、以及各個模塊的概要設計文檔。每個模塊的設計文檔都應該獨立成冊。（3） 詳細設計說明書： 詳細設計必須遵循概要設計來進行。詳細設計方案的更改，不得影響到概要設計方案；如果需要更改概要設計，必須經(jīng)過項目經(jīng)理的同意。詳細設計，應該完成詳細設計文檔，主要是模塊的詳細設計方案說明。和概要設計一樣，每個模塊的詳細設計文檔都應該

9、獨立成冊。2. 三個層次內(nèi)容組織方式（1） 用戶總體設計說明書：內(nèi)容：總則、概述、總體架構（軟件體系架構、物理架構和數(shù)據(jù)流圖）、系統(tǒng)接口（技術原則和傳輸方式）、平臺搭建以及規(guī)范與規(guī)則（設計規(guī)范，設計規(guī)定和編程規(guī)范）。內(nèi)容組織方式：由總到分，各個分部分是平行的。（2） 概要設計說明書： 內(nèi)容：引言、總體設計（模塊結構和函數(shù)組成）、功能模塊設計（9個管理模塊，每個管理模塊都有：模塊編號、模塊說明、模塊流程、模塊結構和接口說明）、異常處理設計、運行設計、維護設計、人工干預以及規(guī)范與規(guī)則（規(guī)范都有專門的附件說明）。 內(nèi)容組織方式：由總到分，后面的設計按照時間順序來組織內(nèi)容。（3） 詳細設計說明書： 內(nèi)

10、容：前言、展現(xiàn)層設計、數(shù)據(jù)庫設計。展現(xiàn)層設計包括：煙葉計劃、生產(chǎn)過程、煙農(nóng)、機構人員、權限五種管理。 內(nèi)容組織方式：逐次功能展開。3.用戶總體設計說明書，概要設計和詳細設計的區(qū)別：用戶總體設計說明書把需求轉(zhuǎn)換為可實現(xiàn)高性能的系統(tǒng)，使系統(tǒng)架構強壯，容易實施，而對需求進行分解設計。同時為詳細設計提供設計規(guī)范和依據(jù)。概要設計就是設計軟件的結構，包括組成模塊，模塊的層次結構，模塊的調(diào)用關系，每個模塊的功能等等。同時，還要設計該項目的應用系統(tǒng)的總體數(shù)據(jù)結構和數(shù)據(jù)庫結構，即應用系統(tǒng)要存儲什么數(shù)據(jù)，這些數(shù)據(jù)是什么樣的結構，它們之間有什么關系。 詳細設計階段就是為每個模塊完成的功能進行具體的描述，要把功能描述

11、轉(zhuǎn)變?yōu)榫_的、結構化的過程描述。實驗3 編碼及測試實驗一 實驗目的 學習“辦公自動化煙站管理”項目文件代碼的開發(fā)架構和編碼風格，并針對實驗1和實驗2中的需求和設計說明書，選擇一個模塊進行開發(fā)。二 實驗內(nèi)容1）使用visual studio .net 平臺打開“辦公自動化煙站管理”項目文件，閱讀管理端的部分項目代碼，學習其開發(fā)架構以及編碼風格；2）對已有的模塊調(diào)試并編譯通過，并針對實驗1和實驗2中的需求和設計說明書，選擇一個模塊進行開發(fā)。三 實驗結果1. 開發(fā)架構（1）所給工程架構圖 （2）系統(tǒng)架構圖2. 編碼風格（1） 正確無誤，清晰可讀；（2） 嚴謹單一，簡潔方便； 第五章 結束語 這次軟件

12、工程實驗要求我們獨立通過閱讀實驗提供的文檔，深刻理解了用戶需求說明書和用戶需求規(guī)格說明書的異同、“需求矩陣”的構成；學會了使用visio來完成原始界面的設計。這次的實驗可以說是對之前學習的一個總結和應用，在這次實驗中我學到了很多平時課堂上沒有學到的新知識，加深了對原有知識點的理解，逐步從知識中總結出能被自己所用的小概念，或多或少的，覺得自己有所收獲，也小有成就吧。在創(chuàng)建uml用例圖時，把老師上課講的內(nèi)容結合起來，就比較輕松了。 當然，所有的一切成功完成設計都在于小心謹慎的應用所學知識，我明白，知識的應用比知識的記憶重要得多。經(jīng)過這十周對軟件工程實驗的學習，讓我更加了解到軟件工程學習的重要性，通

13、過對visio的了解，從最基本的畫圖和添加數(shù)據(jù)庫開始，我發(fā)現(xiàn)它確實有很多方便之處。 總之來說，通過這次的軟件工程實驗，我學到了不少知識，也學會了將獲得的知識轉(zhuǎn)化為自己的，將理論運用與實際相結合是我在此次課程設計中獲得的最大收獲。學習是一個不斷積累和反思的過程，不論是掌握一門技術還是學好一門課程都不是一蹴而就的，軟件工程博大精深，沒有誰可以說是全部掌握的。在本次實驗中，終于揭開了他們神秘的面紗。當然在實驗中出現(xiàn)了很多的插曲，查閱書籍和網(wǎng)上咨詢才弄懂了他們的來龍去脈，開始接觸visio時，那是一頭霧水，根本不知從何下手。在參看了很多資料后，才能夠自己著手畫用例圖。 平時的課堂教學都是紙上談兵，實驗才是我們學習知識、掌握技能的重點，在以后的學習中要的就是我們的實際的動手能力，如果我們在學習期間就是只學了書本上的知識，那樣對理論的了解是不夠深刻的，只有通過實驗才能激發(fā)我們的學習興趣?？傊?，我覺得實驗才是檢驗理論的唯一標準。因此，今后還是要不斷學習，勤動手勤思考，虛心問教。 當毫無頭緒時，一個人的力量是微薄的，所以這就要求我們和同學一起討論，一起研究，在激烈的爭論中有所收獲，也提高了我們思維的縝密度和擴展了思想的深度和廣度。揚長避短，通過討論和對書本的進一步深究理解，以及上網(wǎng)查