第一篇：軟件工程實驗日志

軟件工程實驗日志

指導教師

實驗時間：

年

月

日 學院

專業

班級

學號

姓名

實驗室

實驗題目： 實驗目的： 實驗要求：

實驗主要步驟： 實驗結果：

心得體會：

第二篇：軟件工程實驗

作業一

1.請畫出由下列文字描述的系統流程圖，請用Microsoft Visio 或Word軟件畫圖

設某城市招干考試成績統計系統。

考生分三個專業，不同專業考試科目不同：

法律專業---考政治、語文、法律

行政專業---考政治、語文、行政

財經專業---考政治、語文、財經學

每個考生在報名時登記姓名、地址、年齡和報考專業。報名后招干辦公室根據專業考生專業及地址在市區或郊區來編排準考證號碼和考場。考生參加考試后，輸入每個考生的各門課程的成績，并統計出每個考生三門課程的總成績。按準考證號的順序打印出考生考試成績單，分發給每個考生。各專業分別將考生按成績總分從高到低的次序排序，以便決定錄取名單。

作業二

畫考務處理系統的數據流圖。

考務處理系統功能如下：

(1)對考生送來的報名單進行檢查;(2)對合格的報名單編好準考證號后將準考證送給考生，并將匯總后的考生名單送給閱卷站;?3)對閱卷站送來的成績單進行檢查，并根據考試中心制定的合格標準審定合格者;(4)制作考生通知單(含成績及合格/不合格標志)送給考生;(5)按地區進行成績分類統計和試題難度分析，產生統計分析表。

作業三

1、請為某倉庫的管理設計一個ER模型。該倉庫主要管理零件（包括零件編號、名稱、顏色、重量）的定購和供應等事項。倉庫向工程項目（包括項目編號、項目名稱、開工日期）供應零件，并且根據需要向供應商（包括供應商編號、名稱、地址）定購零件。

2、畫復印機的狀態轉換圖 復印機的工作過程大致如下： 未接到復印命令時處于閑置狀態，一旦接到復印命令則進入復印狀態，完成一個復印命令規定的工作后又回到閑置狀態，等待下一個復印命令；

如果執行復印命令時發現沒紙，則進入缺紙狀態，發出警告，等待裝紙，裝滿紙后進入閑置狀態，準備接收復印命令；

如果復印時發生卡紙故障，則進入卡紙狀態，發出警告等待維修人員來排除故障，故障排除后回到閑置狀態。

作業四

請將上列給出的具有變換型的DFD圖導出它的軟件結構SC圖

作業五

某程序流程圖如下圖所示，請分別用N-S圖和PAD圖表示。

作業六

練習題：用判定表和判定樹表示“檢查訂貨單”偽碼 IF 客戶訂貨金額超過5000元 THEN IF 客戶拖延未還賒欠錢款超過60天 THEN 在償還欠款前不予批準

ELSE(拖延未還賒欠錢款不超過60天)發批準書，發貨單 ENDIF ELSE(客戶訂貨金額未超過5000元)IF 客戶拖延未還賒欠錢款超過60天 THEN 發批準書，發貨單，并發催款通知書 ELSE(拖延未還賒欠錢款不超過60天)發批準書，發貨單 ENDIF ENDIF

作業七

設計下列偽碼程序的語句覆蓋和路徑覆蓋測試用例： START

INPUT(A,B,C)IF A>5 THEN X=10 ELSE X=1 END IF IF B>10 THEN Y=20 ELSE Y=2 END IF IF C>15 THEN Z=30 ELSE Z=3 END IF PRINT(X,Y,Z)STOP

實習

請參考機票預訂系統實例 飛機票預訂系統.zip

一、課程實踐任務

學生自行分組選擇一個項目，完成一個實際軟件項目的分析、設計、開發、測試全過程，領會軟件工程的基本思想，明晰各個階段的主要任務，使用 MicroSoft Visio、Project、Rose、VSS、Power Designer 等計算機輔助軟件工具，采用規范化的軟件工程方法進行軟件項目的研發。

二、課程實踐的要求

第三篇：軟件工程實習日志

2013-11-04 星期四

培訓的第一天，感覺心里空空的，畢竟昔日在學校的作息時間，一下子被另一種緊張的氛圍所取代，還真有點不適應。其實在此之前我也作好了進入社會的準備，以前經歷過一次畢業，現在總比第一次畢業時“無所適從”的感覺要好很多，心態也放得更為平和。如果真要說點與眾不同的話，那就是明顯感覺到：多了一些信心與實在。2013-11-05 星期五

今天下學后回宿舍上機調試程序，一個java網站，用Tomcat作服務器，在被瀏覽器加載的時候總是無法顯示出來，頁面提示出錯信息：500錯誤。到服務器日志查找原因，有一個“數據加載失敗”的提示。數據庫用的是SQL Server2000，原以為是Tomcat配置文件的問題，到網上查了很多相關資料，改了又改一直沒搞定，頭都大了，一直到12點才郁悶的關機睡覺！

四

2010-4-6 星期二

最近到網上找了些視頻資料，看后很過癮，可看歸看，一動手寫代碼就傷神了。忘說內容了，其實看的就幾個與Java編程相關的開源框架（Struts+Spring+Hibernate）而已，不過涉及到的東西就多了，開發平臺用的是Eclipse+MyEclipse，這個還好應付，裝上設一下環境變量就搞定，跟JDK差不多。難的是在這之上的插件的應用，要知道開源的東西特多，很多其實多差不多，但你卻不得不花時間去了解，而且版本的兼容性問題有時會讓你不知從哪處理是好。開源而且集成的東西用起來是好，感覺就是復雜了一點！尤其是面對一大堆英文文檔或者官方英文指導手冊時候，砸電腦的沖動都有呀！

2010-4-8 星期四

今天根據項目經理給的項目，自己嘗試的進行修改！七

2010-4-9 星期五

轉眼幾天又過去了，學習的感覺也漸漸好了起來。值得高興的是，前些天說的網站數據庫加載失敗的問題也解決了。多虧了論壇朋友的解答與同學的指導，總結一下主要有以下幾個原因：沒給SQL Server2000打補丁；數據庫連接文件中寫的密碼與SA用戶登陸數據庫時的密碼沒保持一致；我用的是Tomcat的最新版本6，估計有兼容性問題，所以換了版本5；還有就是一開始沒安裝微軟JDBC for SQL Server2000的驅動程序，導致無法加載驅動類庫。幾天的工夫總歸沒白費！

九

2010-4-13 星期二.又是一個雨天，早上上班時間還下得很大，就沒起床了。直接電話向項目經理請了假，說是頭痛下午再過去了，還好經理爽快的答應了，要不一去就會露餡現出原形的！

上午上網，下載了三個網站源碼，本想找個部署運行看下效果，結果一看，后臺數據庫全不一樣由于時間有限，這活便暫且被擱置下來。十

2010-4-14 星期三

今天好高興呀，自己做了兩周的代碼終于在網友的幫助下調試成功了。說起來真是巧得很，那天晚上大概10點鐘的樣子，網友突然呼我，我打開QQ問怎么了，她說她能調好了能運行出來，我下子來了精神，要知道調了幾天了，一直進展都沒有的呀。可誰知我一打開，還是不行，但按她的提示跳過主頁到其它頁面能查到數據庫里的東西，搞了這么久，原來問題在這。點了下其它的鏈接，頭幾個還能正常跳轉，可后面幾個就出問題了。

無奈，只好重新調整思路，既然少數能運行，應該不會有太多問題。沒辦法，還得一行一行分析代碼，可看來看去還是老樣子。還莫名其妙的多了一個“空指針”的錯誤。就在要放棄準備睡覺的時候，瀏覽器中的一個“ID”號引起了我的注意，它是“numberic”類型，可顯示是一負數，我納悶了，數據庫里明明全是正數呀，直覺告訴我，應該是數值太大超過類型定義的范圍了。果不出我所言，一改數據庫里的數據重起加載Ok,頁面跳轉正常，數據也顯示正常。唯一不爽的事主頁不能把數據庫里的數據請求出來顯示，只提示“空指針”錯誤，很明顯，這是沒得到數據的癥狀。

很晚了，基本問題已經解決，該好好休息了，明天還得繼續上班呀，無奈！

十一

2010-4-15 星期四 什么是模式？

模式，即pattern。其實就是解決某一類問題的方法論。你把解決某類問題的方法總結歸納到理論高度，那就是模式。Alexander給出的經典定義是：每個模式都描述了一個在我們的環境中不斷出現的問題，然后描述了該問題的解決方案的核心。通過這種方式，你可以無數次地使用那些已有的解決方案，無需在重復相同的工作。

模式有不同的領域，建筑領域有建筑模式，軟件設計領域也有設計模式。當一個領域逐漸成熟的時候，自然會出現很多模式。為什么要用模式？

因為模式是一種指導，在一個良好的指導下，有助于你完成任務，有助于你作出一個優良的設計方案，達到事半功倍的效果。而且會得到解決問題的最佳辦法。

十二

2010-4-16 星期五 什么是框架？

框架，即framework。其實就是某種應用的半成品，就是一組組件，供你選用完成你自己的系統。簡單說就是使用別人搭好的舞臺，你來做表演。而且，框架一般是成熟的，不斷升級的軟件。為什么要用框架？

因為軟件系統發展到今天已經很復雜了，特別是服務器端軟件，設計到的知識，內容，問題太多。在某些方面使用別人成熟的框架，就相當于讓別人幫你完成一些基礎工作，你只需要集中精力完成系統的業務邏輯設計。而且框架一般是成熟，穩健的，他可以處理系統很多細節問題，比如，事物處理，安全性，數據流控制等問題。還有框架一般都經過很多人使用，所以結構很好，所以擴展性也很好，而且它是不斷升級的，你可以直接享受別人升級代碼帶來的好處。十三

2010-4-19 星期一 今天，自己開始試著根據項目進行代碼的修改，剛開始的時候，總會遇到許多的問題。好在后面都克服了。十四

2010-4-20 星期二 今天，遇到了一些新技術，之前自己學習中沒遇到過，最后請教了同事，終于弄明白了些。

十五

2010-4-21 星期三 今天自己特意找了些struts2方面的資料來看，因為之前用過struts1,所以看起來也輕松了許多。十六

2010-4-22 星期四 自己嘗試了用struts2來添加功能模塊，感覺struts2和json結合使用的話，效率還是蠻高的。20 十七

2010-4-23 星期五 今天，同事過來找我，讓我幫他寫點后臺操作的action,是關于查詢方面的。我覺得這是個很好的學習機會。十八

2010-4-26 星期一 今天,繼續修改了昨天弄的查詢的action，后來發給同事看，他覺得

總體還是可以，就是一些小細節需要修改 十九

2010-4-27 星期二 今天接觸到了json的使用,在action中查詢返回list的數據時，結果調試發現是json異常,后來費了好大勁也沒找出來，就讓同事過來幫忙看,后來發現是action中的manager操作不能有get的屬性.學到了點東西.二十

2010-4-28 星期三 今天繼續完善昨天的action，添加了分頁的返回數據，包括記錄數，頁數，當前頁等。二十一

2010-4-29 星期四 今天，經過兩天的嘗試，終于把action的功能弄好了。二十二

2010-4-30 星期五 今天，同事說根據之前弄的action繼續添加其他的action。二十三

2010-5-4 星期二 放假了幾天，今天又回來上班了，我還要繼續那些未完成的action。

二十四

2010-5-5 星期三 這兩天都在弄action寫多了，自然對action的操作熟悉了許多，比之前的兩三天弄一個的速度，還是提高了不少.二十五

2010-5-6 星期四 今天終于把那些action都弄好了，后來同事又說讓我寫下每個模塊的操作action包括添加，刪除，修改。有了前面的經驗，后面寫起來也快了許多。二十六

2010-5-6 星期五 今天很快的把那些操作action弄好了，感覺自己寫的還行。雖然還沒應用到項目中。還是蠻有成就感的。二十七

2010-5-10 星期一 把代碼更新到svn上后，同事讓我可以根據之前寫的action自己添加下分頁的現實,要實現分頁顯示和顯示頁數，記錄數，并添加分頁的操作。二十八

2010-5-11 星期二 今天繼續在專研著分頁的現實，其中用到了jon傳遞數據，并用jquery現實，看來我還是要補充下這方面的知識.二十九

2010-5-12 星期三 根據同事的代碼范例，我自己嘗試的寫分頁的代碼，這是個很好的鍛煉機會。三十

2010-5-13 星期四 今天終于把分頁的代碼寫了個大概，可以顯示數據了，可是還有些細節還需要完善。三十一

2010-5-14 星期五 今天根據同事的指導，修改了分頁的細節終于成功的運行顯示了，有點成就感。三十二

2010-5-17 星期一 添加完這個模塊的分頁，我自己就開始修改其他模塊的分頁功能，大同小異還是蠻順手的。

三十三

2010-5-18 星期二 今天把后臺的大部分的功能模塊的功能都實現了，覺得還是學到了蠻多的。三十四

2013-12-02 星期三 今天，總結下這段時間的實習體會，我覺得在實習中自己要多專研，特別自己要多寫，不會的話可以問問同事，或者自己上網找資料都是不錯的選擇。我的實習生活還在繼續。。

第四篇：軟件工程實習日志

—信息技術學院

實習日 志

年級：2010級 專業：軟件工程 班級：專升本班 學號：101162003 姓名：孔文婕

2011年7月20日

今天我來到了位于洛陽西工區的金城信息產業園的洛陽沃客網絡科技有限公司。開始了我為期半年的實習生活。

洛陽沃客網絡科技有限公司正式成立于2010年2月，是一家以技術研發為主導，專業從事企業信息化咨詢服務，軟件研發、銷售、實施與技術支持服務的高新技術企業。公司以“態度決定一切，細節決定成敗！”“言必行，行必果！”的企業精神謀求長遠的發展。

這是來到公司的第一天，簡單地熟悉了公司的一些運營模式，以及員工工作方式。對公司有了一個大致了解。呵呵迎接正式實習的第一天吧。

2011年7月21日

經過昨天一天對公司的大致了解，本以為自己會很快適應公司模式。但是在實習主要負責人的帶領下了解公司分配的主要任務，還是感覺心里空空的。畢竟昔日在學校的作息時間，一下子被工作所取代，還真有點不適應。其實在此之前我也作好了進入社會的準備，以前經歷過一次畢業，現在總比第一次畢業時“無所適從”的感覺要好很多，心態也放得更為平和。如果真要說點與眾不同的話，那就是明顯感覺到：多了一些信心與實在。

2011年7月24日

下班回來，躺在床上，感覺這兩天的工作量也不算大，主要就是負責人給了一些項目案例，讓進行分析以及總結，然后給出一個總的方案文檔。可能是自己的心態在作怪吧，老感覺自己是大學生。來實習不是負責文檔整理工作的，老想接觸些實質性的工作。可是突然發現自己就是做一些整理文檔的基本工作也不一定能做好。唉，還是腳踏實地，慢慢來吧。

2011年7月28日

哈哈，今天比較開心，自己整理的文檔終于通過審核了，那就意味

著自己可以開始慢慢接觸一些編程相關工作了。通過這幾天的文檔整理，自己感覺工作沒有什么高低貴賤之分，每個步驟都很重要。比如文檔吧，編程人員就是通過文檔了解用戶需求，然后根據用戶需求進行建模設計。如果一份文檔不能表達出用戶的需求意圖和需要，那么你做出的系統再好，對客戶來說都是廢物一個。以后自己在進行設計之前一定要充分了解了用戶需求再開始進行設計。

2011年8月2日

今天在師傅的指導下，重新全面學習了網絡服務器的相關知識。服務器的配置是系統運行的重要一個環節。

網絡服務器是局域網的核心，根據它在網絡中所起的作用，還可以進一步分為文件服務器、打印服務器和通信服務器。文件服務器能講大容量磁盤空間提供給網上客戶機使用，接收客戶機提出的數據處理和文件存取請求，向用戶（客戶機）提供各種服務。打印服務器接收來自客戶機的打印任務。通信服務器主要負責網與網之間的通信和提供各種調制解調器等多種接口。

2011年8月10日

忽然發現好幾天沒記日志了。這兩天自己參與公司網站的制作。自己被分配到的主要任務時裝相關系統、裝應用軟件、并配置網站在本地的運行環境。

然而自己順利裝了系統，安裝了IIS組件，并在IIS上設置了默認網站的主目錄地址。卻出現了問題：地址欄中輸入網址后發現無法察看網頁。最后查閱相關資料才找到解決方法：由于是在本地電腦上虛擬訪問網站，要設置Internet來賓賬戶的權限（由于今后網站建設中進行后臺管理，要勾選“修改”權限），并且發現，僅當磁盤格式化為NTFS格式時才可在xp環境下看到安全選項卡，進行設置

2011年8月13日

今天下班后回宿舍上機調試程序，一個java網站，用Tomcat作服務器，在被瀏覽器加載的時候總是無法顯示出來，頁面提示出錯信息：500錯誤。到服務器日志查找原因，有一個“數據加載失敗”的提示。數據庫用的是SQL Server2000，原以為是Tomcat配置文件的問題，到網上查了很多相關資料，改了又改一直沒搞定，頭都大了，算了還是明天回公司請假別人吧，請教別人不丟人。

2011年8月18日

工作也一個月了，員工也已熟悉，我也可以直接向他們問一些我在做網站時遇到的難題了。唉，唯一感覺不開心的事情還得做就是與客戶交談，打電話詢問相關事宜，遇到好心的客戶還好，不會刁難你，要是來了一個挑三檢四的就不好應付了，至少你得耍點小聰明，當然不能惹客戶不高興，要不過后會接到老板的“呼叫”的。其實最簡單的對付辦法也很簡單：你只管順著客戶的意思，點頭即可！

2011年9月5日

最近到網上找了些視頻資料，看后很過癮，可看歸看，一動手寫代碼就傷神了。忘說內容了，其實看的就幾個與Java編程相關的開源框架（Struts+Spring+Hibernate）而已，不過涉及到的東西就多了，開發平臺用的是Eclipse+MyEclipse，這個還好應付，裝上設一下環境變量就搞定，跟JDK差不多。難的是在這之上的插件的應用，要知道開源的東西特多，很多其實多差不多，但你卻不得不花時間去了解，而且版本的兼容性問題有時會讓你不知從哪處理是好。開源而且集成的東西用起來是好，感覺就是復雜了一點！尤其是面對一大堆英文文檔或者官方英文指導手冊時候，砸電腦的沖動都有呀！

2011年9月20日

這兩天自己的任務主要是熟悉已有的網站，大致認識已有網站的功能、結構。

我所實習的雖然是軟件公司，但是并沒有人從事過網站建設。于是采用了更為方便省時的方法，直接采用已有網站模型，這樣便直接有了網站的大體框架。經過討論采用了動易系統網站模型，該網站系統已經建好了“文章中心”、“圖片中心”、“下載中心”“軟件商城”幾個系統頻道，還有一個鏈接在外的留言板。這些功能基本就滿足一個軟件制作銷售公司的基本要求了。

只是在工作過程中有些不和諧的音符就是，各個員工意見不一，導致氣氛不和諧。還好最后達成一致。與人協作也是一門學問啊！

2011年10月1 日

公司放假了，估計假期也不能松懈，剛分配了個新系統，要我負責后臺設計和數據庫的設計。趕緊趁假期補習吧，這樣開始工作的時候

才能順手。對了，順便說下這個系統是java框架J2EE編寫的“網上辦公自動化”。加油！

2011年10月8日

實習又開始了。呵呵忽然發現自己習慣了實習，感覺自己是在上班，就算放假后開始上班，也不像在學校時候的那樣，懶洋洋的。假期過后第一天的實習，自己也不像開學那樣不在狀態，自己也能很快進入自己的實習角色。呵呵努力，加油！

2011年10月13日

這幾天為了新項目學習了框架相關知識，呵呵簡單介紹下，就當做鞏固了吧。Struts代表：表示層；Spring代表：業務邏輯層；Hibernate則代表持久層。他們是目前在Java Web編程開發中用得最多的框架，其實這樣區分是為了適應軟件開發過程中各個分工部門之間保持一致性的需要。說得簡單點就是大家都在一個模式下寫代碼，這樣就能保證寫出來的程序能被每一個人都能夠讀懂，而且有些基本的東西它可以自動幫你生成，不用你自己一個一個的敲了，達到了代碼復用。這樣保證可讀性的同時也提高了開發效率，從而降低了成本。Struts這個框架其實就是Java MVC設計模式中（簡稱Model1與Model2）Model2的一個具體實現，Spring 則通過提供ICO（控制反轉，也稱依賴注入）實現了對對象甚至事務（如聲明式事務）的集中管理，此外還引入了AOP（對向切面編程），當然也完全兼容其它框架。Hibernate嗎，就是一個實現對象與關系映射的中間件，大家知道，現在的主流數據庫還是關系型的，但編程卻已經采用了面向對象的思想，如何讓編程人員能像操作對象一樣，操縱數據庫里的數據呢？Hibernate就是這樣一種框架。以前Java程序員與數據庫打交道都是通過JDBC，還要寫SQL語句，不過Hibernate徹底改變了這一切，它在JDBC之上又作了一次封裝，從而實現了不用寫SQL語句就可以實現操作數據庫。

值得提醒的是，這三個框架都是輕量級的，沒有侵入性或者侵入性很低，不像EJB這樣的重量級框架，它們都能最大限度的實現代碼的可復用。

2011年10月25日

一直忙著做后臺設計了，動手做了才發現，后臺設計也并不簡單。不僅要解決界面問題還要考慮到數據庫問題，同時也要注意管理員權限問題。真是頭疼，還好慢慢來自己進行的也不算慢了。多虧了我們

團隊的隊員的幫助。

2011年11月7日

數據庫的設計也終于完成了，只是調試的時候還有一些小問題。自己嘗試慢慢修改吧，不能老是麻煩別人啊！

2011年11月10日

轉眼幾天又過去了，工作的感覺也漸漸好了起來。值得高興的是，前些天說的網站數據庫加載失敗的問題也解決了。多虧了論壇朋友的解答與同學的指導，總結一下主要有以下幾個原因：沒給SQL Server2000打補丁；數據庫連接文件中寫的密碼與SA用戶登陸數據庫時的密碼沒保持一致；我用的是Tomcat的最新版本6，估計有兼容性問題，所以換了版本5；還有就是一開始沒安裝微軟JDBC for SQL Server2000的驅動程序，導致無法加載驅動類庫。幾天的工夫總歸沒白費！

2011年11月29日

今天裝了MySQL數據庫，想給網站換個數據庫管理系統。說實話，用慣了SQL Server2000感覺沒什么意思了，就像總是用Windows操作系統一樣，用久了就膩了！雖然SQL語句兩者相差不大，但初次使用起來還是有點具有挑戰性，至少有新鮮感，并促使你不斷學習。

遇到的最頭痛的要屬數據庫的備份與還原了。在SQL Server2000中，這非常簡單，點擊菜單即可。可在MySQL里，就不一樣了，可能我剛學，還沒上手吧。按照書上的操作把數據文件拷到Mysql安裝目錄的Data/數據庫名 文件夾下，重啟MySQL，用客戶端連接上，能顯示出來有表了，可執行Select語句里就出錯了：

ERROR 1034(HY000): Incorrect key file for table 'ebs_book';try to repair it Google百度了一上午都沒解決。只得到一些大概信息，如下：

frm、MYI、MYD分別對應MyISAM表的表結構索引數據文件；

frm,myd,myi是屬于MySQL存儲數據的文件，phpMyAdmin是無法導入的。

phpMyAdmin支持的文件格式為sql文件。

frm格式 MYD格式MYI格式文件導入MySQL中的方法： 導入到sql的data目錄

直接復制到新的數據庫下就可以了，這樣的文件是mysql用來存放表的文件，所以只能放到mysql的安裝目錄的data目錄下，而且如果你是要

傳到空間上的話，基本上是無法恢復了，除非你把這些數據給空間商要他幫你恢復。

感覺像是判了“死緩”一樣，難道數據真的無法恢復了？

嘗試新的東西還是挺有意思的。

2011年12月15日

哈哈今天挺開心的，近兩個月，新系統終于上線了。感覺就像系統全部是自己做的一樣，自戀下吧！

2011年12月26日

呵呵下班回來，打開電腦繼續自己今天未完成的工作，突然瞥了一眼日歷，才發現昨天原來是自己生日。看來自己是真正的在實習中長大了，不再像以前一樣，天天惦記自己生日，然后借口回家了。好好實習吧，可以實習的時間不多了。

2012年1月1日

今天元旦，可是一點也不開心。前兩天維護部的人通知說，上次的系統數據庫方面出現了點問題，讓當時的負責人處理一下。唉，自己突然聽到自己做的部分出現了問題，心里惶惶的。還好問題不大，最后也解決了，可是感覺就像劫后余生。

2012年1月10日

這兩天自己的任務突然就輕松了很多，可能是考慮到我實習期馬上就要到了，同事們想讓我輕松一下吧。不過自己還是很自覺的下載了一些代碼進行調試和測試，然后研究，上線系統可能會出現的漏洞。希望實習結束前一切順利吧。

2012年1月20日

今天是實習的最后一天，馬上就要離開工作六個月的單位，很有些戀戀不舍，十分感謝師傅對我的諄諄教誨，在這六個月期間，讓我對于專業知識有了更深的了解，同時明白事情不是一蹴而就的，要日積月累，才能有所成就，“不積跬步，無以至千里；不積小流，無以至千里。”正是說的這意思。同時，一個項目不是一個人兩個人可以完成的，需要多人團隊協作，我們要有團隊精神和合作精神，才能順利完成一個項目并且使項目完

美。我想這次實習，會是我學生生涯的一次難忘經歷。同時非常感謝在實習過程中對我給予幫助的那些人，謝謝你們！

第五篇：軟件工程實驗二

實驗二：需求分析報告

實驗學時：2

課后2學時

實驗類型：技能性

一、目的與任務

目的：明確需求分析任務的重要性，掌握需求分析的主要具的使用方法和步驟，寫出需求規格說明書。

二、實驗安排

1、裝有Offic軟件，Visio 2010的微機系統.2、實驗安排方式：本實驗為開放實驗，各組可同時進行實驗，每組8-10人。

三、實驗內容及步驟

1、選擇一個管理系統（人事管理系統、工資管理系統、學生檔案管理系統等）。

2、軟件工程的原理對該系統的問題進行分析；

3、分析系統的數據需求獲得當前系統的物理模型，然后抽象出當前系統的邏輯模型，再建立目標系統的邏輯模型；理出系統的數據流程圖；

4、用Visio 2010畫出該系統的數據流圖，用結構化分析方法對整個系統進行分析細化，用數據流圖描繪系統的邏輯模型，描繪信息在系統中流動和處理的情況；數據流圖是分析和設計的工具，它主要描述系統完成的功能而不是系統的物理實現。

5、在Microsoft Word文檔下寫出該系統的數據字典，用數據字典對人們不了解的條目進行解釋，對所有被加工引用的數據流和數據存儲進行解釋；

6、用小說明來描述最底層的基本加工邏輯，小說明并不描述具體的加工過程，而只是這個加工的輸入數據和輸出數據的邏輯關系。

7、用Visio 2007畫出該系統的IPO圖，它的基本形式是左邊框中列出有關的輸入數據，在中間的框中列出主要的處理，在右邊的框中列出產生的輸出數據；

8、用層次方框圖或Warnier圖對系統進行說明；層次方框圖是由樹型結構的一系列多層次的矩形框描繪數據的層次結構數型結構的頂層是一個單獨的矩形框，它代表完整的數據結構，下面的各層矩形框代表這個數據的子集，最底層的各個框代表組成這個數據的實際數據元素。

四、思考題

1、軟件需求分析在整個軟件生存周期中的地位？

2、在軟件需求分析中要完成哪些任務，所完成的資料在以后的工作中起什么作用？

3、做需求分析的過程中有沒有做社會調研？

附錄一：

實驗要求

軟件工程實驗要求學生采用“項目小組”的形式，結合具體的開發項目進行設計。具體要求如下：

1．班級按項目小組進行分組，每組不得超過10人 2．每個項目小組選出項目負責人或項目經理，由項目經理召集項目組成員討論、選定開發項目

3．項目中的每項任務要落實到人且規定該任務的起止日期和時間

4．每個項目小組必須按照《軟件工程實驗指導書》附錄中給定的文檔規范標準提供項目文檔

5．題目自定或采用附錄二中的題目

6．軟件開發的方法自定（結構化或面向對象的方法學）

附錄二：

實驗題目

題目一：“教務管理系統之子系統——學院課程安排” 1．系統簡介

每個學期的期中，學校教務處向各個學院發出下各學期的教學計劃，包括課程名稱、課程代碼、課時、班級類別（本科、專科、成人教育、研究生）、班號等；學院教學主管人員根據教學任務和要求給出各個課程的相關限制（如：任課教師的職稱、上課的班數、最高和最低周學時數等）；任課教師自報本人授課計劃，經所在教研室協調任可，將教學計劃上交學院主管教學計劃的人員，批準后上報學校教務處，最終由教務處給出下個學期全學院教師的教學任務書。

假設上述排課過程全部由人工操作，現要求為上述過程實現計算機自動處理過程。2．限定條件

（1）每位教師的主講課程門數不超過2門/學期：講師以下職稱的教師不能承擔學院定主課的主講任務。（2）學院中層干部的主講課時不能超過4學時/周。

（3本學期出現嚴重教學事故的教師不能承擔下各學期的主講任務。

（4）本系統的輸入項至少包括：教務處布置的教學計劃，學院教師自報的授課計劃和學院定的有關授課限制條件。（5）本系統的輸出項至少包括：教務處最終下達全院教師的教學任務書和學院各個班級下各學期的課程表（可以不含上課地點）。

題目二：“學校教材定購系統” 1．系統簡介

本系統可以細化為兩個子系統：銷售系統和采購系統 銷售系統的主要工作過程為：首先由教師或學生提交購書單，經教材發行人員審核是有效購書單后，開發票、登記并返給教師或學生領書單，教師或學生可以到書庫領書。

采購系統的主要工作過程為：若是教材脫銷，則登記缺書，發缺書單給書庫采購人員；一旦新書入庫后，即發進書通知給教材發行人員。

以上功能要求在計算機上實現。2．技術要求和限制條件

（1）當書庫中的各種書籍數量發生變化（包括進書和出書）時，都應修改相關的書庫記錄，如庫存表或進/出庫表。（2）在實現上述銷售和采購的工作過程時，需考慮有關的合法性驗證。

（3）系統的外部項至少包括：教師、學生和教材工作人員。（4）系統的相關數據存儲至少包括：購書表、庫存表、缺書登記表、待購教材表、進庫表和出庫表。

題目三：“機票預定系統” 1．系統簡介

航空公司為給旅客乘機提供方便，需要開發一個機票預定系統。各個旅行社把預定機票的旅客信息（姓名、性別、工作單位、身份證號碼（護照號碼）、旅行時間、旅行始發地和目的地，航班艙位要求等）輸入到系統中，系統為旅客安排航班。當旅客交付了預訂金后，系統打印出取票通知和帳單給旅客，旅客在飛機起飛前一天憑取票通知和帳單交款取票，系統核對無誤即打印出機票給旅客。此外航空公司為隨時掌握各個航班飛機的乘載情況，需要定期進行查詢統計，以便適當調整。

2．技術要求和限制條件（1）在分析系統功能時要考慮有關證件的合法性驗證（如身份證、取票通知和交款發票）等。（2）對于本系統還應補充一下功能： 1．旅客延誤了取票時間的處理 2．航班取消后的處理

3．旅客臨時更改航班的處理（3）系統的外部輸入項至少包括：旅客、旅行社和航空公司。

題目四：“學校內部工資管理系統” 1．系統簡介

假設學校共有教職工約1000人，10個行政部門和8個系。每個月20日前各個部門（包括系和部門）要將出勤情況上報人事處，23日前人事處將出勤工資、獎金及扣款清單送到財務處。財務處于每個月月底將教職工的工資表做好并將數據送銀行。每個月3日將工資條發給每個單位。若由員工調入或調出、校內調動、離退休變化，則由人事處通知相關部門和財務處。

2．技術要求和限制條件

（1）本系統的數據存儲至少包括：工資表、部門匯總表、扣稅款表、銀行發放表等。

（2）除人事處、財務處外，其他職能部門和系名稱可以簡化表示。

（3）工資、獎金、扣款細節由學生自定義。

題目五：“實驗室設備管理系統” 1．系統簡介

每學年要對實驗室設備使用情況進行統計、更新。其中：（1）對于已徹底損壞的做報廢處理，同時詳細記錄有關信息。（2）對于由嚴重問題（故障）的要及時修理，并記錄修理日期、設備名、編號、修理廠家、修理費用、責任人等。（3）對于急需修改但又缺少的設備，需以“申請表”的形式送交上級領導請求批準購買。新設備購入后要立即進行設備登記（包括類別、設備名、編號、型號、規格、單價、數量、購置日期、生產廠家、保質期和經辦人等信息），同時更新申請表的內容。

（4）隨時對現有設備及其修理、報廢情況進行統計、查詢，要求能夠按類別和時間段等查詢。

2．技術要求及限制條件

（1）所有工作由專門人員負責完成，其他人不得任意使用。（2）每件設備在做入庫登記時均由系統按類別加自動順序號編號，形成設備號；設備報廢時要及時修改相應的設備記錄，且有領導認可。

（3）本系統的數據存儲至少包括：設備記錄、修理記錄、報廢記錄、申請購買記錄。

（4）本系統的輸入項至少包括：新設備信息、修理信息、申請購買信息、具體查詢統計要求。本系統的輸出項至少包括：設備購買申請表、修理/報廢設備資

金統計表

題目六：“校園代金卡系統” 1．系統簡介

校園代金卡系統配套符合金融標準的金融設備——自助繳費機（帶圈存功能），以銀行卡為輔助，從真正意義上實現全方位的現代化校園管理，實現校園貨幣電子化。它以非接觸式IC卡又稱射頻卡為操作手段，配合校園計算機網絡，實現整個學校的全方位智能卡網絡化管理，將先進的IC卡技術服務用于學校的教學、科研、管理和生活等方面。用IC卡取代借書證、餐票、計算機房的上機卡、通道出入證件等；并作為校園信息查詢卡，使教師和學生可以輕松查詢教學設備、教室情況、圖書音像資料、校園活動等各類信息。整個系統的建成，為學校從各項日常管理事務到各種長期數據處理提供科學的解決方案，以節約學校的人力物力，在提高學校管理能力的基礎上，亦能為學校帶來一定的經濟效益。師生手持一張智能卡就可以實現學校全部事務，實現學校的各種消費的無紙幣流通。

2．校園代金卡系統功能要求 在代金卡系統的功能要求中，首先應該劃分出系統必須完成的所有功能。

校園代金卡系統能夠運用于解決學生和教職工的消費既管理問題，包括購物消費、購飯消費、遲到、早退學生登記、圖書借閱、機房上機、學生成績查詢、校園綜合信息查詢、學生身份驗證等。其中校園代金卡系統又分為一卡通中心平臺、銀行接口子系統、圖書管理系統、消費管理系統、學生學籍管理系統、身份驗證識別系統、門禁考勤系統等子系統，各個系統所實現功能也不相同，主要分為： 一卡通中心平臺

校園代金卡的一卡通中心平臺實現了對校園卡的發放、掛失、取消等管理，能夠傳輸和處理數據系統，交易數據，結算清算各種費用，在沒有工作人員參與的情況下自己也能進行一系列的工作，節省時間和人力。

銀行接口子系統

校園代金卡的銀行接口子系統能實現銀行卡和學生校園卡帳號對應，兩卡分離，學生家長持銀行卡，學生持校園代金卡。家長使用銀行系統的全國異地通存通兌業務，給學生銀行卡中匯款。通過設在校園內的圈存機，可以實現銀行卡到校園卡的電子錢包圈存并可自助查詢銀行帳戶余額。這樣學生不必從銀行取出現金然后再對校園卡進行充值，節約了人力，方便了學生充值校園代金卡。

附錄三：

軟件開發文檔指南 可行性研究報告

可行性研究報告的編寫目的是：說明該軟件開發項目的實現在技術、經濟和社會條件方面的可行性；評述為了合理地達到開發目標而可能先擇的各種方案；說明論證所選定的方案。可行性研究報告的編寫內容要求如下：

1.1 引言

1.1.1 編寫目的 1.1.2 背景 1.1.3 定義

1.1.4 參考資料

1.2 可行性研究的前提

1.2.1 要求 1.2.2 目標

1.2.3 條件、假定和限制 1.2.4 進行可行性研究的方法 1.2.5 評價尺度

1.3 對現有系統的分析 1.3.1 數據流程和處理流程 1.3.2 工作負荷 1.3.3 費用開支 1.3.4 人員 1.3.5 設備 1.3.6 局限性

1.4 所建議的系統

1.4.1 對所建議系統的說明 1.4.2 數據流程各處理流程 1.4.3 改進之處 1.4.4 影響

1.4.4.1 對象設備的影響 1.4.4.2 對軟件的影響

1.4.4.3 對用戶單位機構的影響 1.4.4.4 對系統動行的影響 1.4.4.5 對開發的影響

1.4.4.6 對地點和設施的影響 1.4.4.7 對經費開支的影響 1.4.5 局限性

1.4.6 技術條件方面的可行性 1.5 可選擇其他系統方案 1.5.1 可選擇的系統方案1 1.5.2 可選擇的系統方案2 ……

1.6 投資及收益分析 1.6.1 支出

1.6.1.1 基本建設投資 1.6.1.2 其他一次性支出 1.6.1.3 非一次性支出 1.6.2 收益

1.6.2.1 一次性收益 1.6.2.2 非一次性收益 1.6.2.3 不可定量的收益 1.6.3 收益/投資比 1.6.4 投資回收周期 1.6.5 敏感性分析

1.7 社會條件方面的可行性 1.7.1 法律方面的可行性 1.7.2 使用方面的可行性 1.8 結論 項目開發計劃

編制項目開發計劃的目的是用文件的形式，把對于在開發過程中各項工作的負責人員、開發進度所需經費預算、所需軟、硬件條件等問題作出安排記載下來，以便根據本計劃開展和檢查本項目的開發工作。編制內容要求如下：

2.1 引言

2.1.1 編寫目的 2.1.2 背景 2.1.3 定義

2.1.4 參考資料 2.2 項目概述 2.2.1 工作內容 2.2.2 主要參加人員 2.2.3 產品及成果 2.2.3.1 程序 2.2.3.2 文件 2.2.3.3 服務

2.2.3.4 非移交產品 2.2.4 驗收標準

2.2.5 完成項目的最遲期限 2.2.6 本計劃的審查者與批準者 2.3 實施總計劃

2.3.1 工作任務的分解 2.3.2 接口人員 2.3.3 進度 2.3.4 預算

2.3.5 關鍵問題 2.4 支持條件

2.4.1 計算機系統支持 2.4.2 需要用戶承擔的工作 2.4.3 需由外單位提供的條件 2.5 專題計劃要點 3 軟件需求說明書

軟件需求說明書的編制是為了使用戶的軟件開發者雙方對該軟件的起初規定有一個共同的理解，使之成為整個開發工作的基礎。編制軟件需求說明書的內容要求如下：

3.1 引言

3.1.1 編寫的目的 3.1.2 背景 3.1.3 定義

3.1.1 參考資料 3.2 任務概述 3.2.1 目標

3.2.2 用戶的點 3.2.3 假定與約束 3.3 需求規定

3.3.1 對功能的規定 3.3.2 對性能的規定 3.3.2.1 精度

3.3.2.2 時間特性要求 3.3.2.3 靈活性

3.3.3 輸入輸出要求

3.3.4 數據管理能力的要求 3.3.5 故障處理要求 3.3.6 其它的專門的要求 3.4 運行環境規定 3.4.1 設備

3.4.2 支持軟件 3.4.3 接口 3.4.4 控制 數據需求說明書

數據要求說明書的編制目的是為了向整個開發時期提供關于處理數據的描述和數據采集要求的技術信息。編制數據要求說明書的內容要求如下： 引言

編寫目的 背景 定義

參考資料

數據的邏輯描述 靜態數據 動態輸入數據 動態輸出數據 內部生成數據 數據約定 數據的采集 要求和范圍 輸入的承擔者 處理 影響 概要設計說明書

概要設計說明書可稱作系統設計說明書，這里說的系統是指程序系統，編制的目的是說明對程序的系統的設計考慮，包括程序系統的基本處理流程、程序系統的組織結構、模塊劃分、功能分配、接口設計、運行設計、數據結構設計和出錯處理設計等，為程序的詳細設計提供基礎。編制概要設計說明書的內容要求如下：

5.1 引言

5.1.1 編寫目的 5.1.2 背景 5.1.3 定義

5.1.4 參考資料 5.2 總體設計 5.2.1 需求規定 5.2.2 運行環境

5.2.3 基本設計概念和處理流程 5.2.4 結構

5.2.5 功能需求與程序的關系 5.2.6 人工處理過程 5.2.7 尚未解決的問題 5.3 接口設計 5.3.1 用戶接口 5.3.2 內部接口 5.3.3 外部接口 5.4 運行設計

5.4.1 運行模塊組合 5.4.2 運行控制 5.4.3 運行時間

5.5 系統數據結構設計 5.5.1 邏輯結構設計要點 5.5.2 物理結構設計要點 5.5.3 數據結構與程序的關系 5.6 系統出錯處理設計 5.6.1 出錯信息 5.6.2 補救措施 5.6.3 系統維護設計 6 詳細設計說明書

詳細說明書可稱作程序設計說明書。編制目的是說明一個軟件系統各個層次中的每一個程序（每個模塊或子程序）的設計考慮，如果一個軟件系統比較簡單，層次很少，本文件可以不單獨編寫，有關內容合并概要設計說明書。對詳細設計說明書的內容要不得要求如下：

6.1 引言

6.1.1 編寫目的 6.1.2 背景 6.1.3 定義 6.1.4 參考資料

6.2 程序系統的組織結構

6.3 程序1（標識符）設計說明 6.3.1 程序描述 6.3.2 功能 6.3.3 性能 6.3.4 輸入項 6.3.5 輸出項 6.3.6 算法 6.3.7 流程邏輯 6.3.8 接口 6.3.9 存儲分配 6.3.10 注釋設計 6.3.11 限制條件 6.3.12 測試計劃

6.3.13 尚未解決的問題

6.4 程序2（標識符）設計說明 …… 數據庫設計說明書

數據庫設計說明書的編制目的是對于設計中的數據庫所有標識、邏輯結構和理結構作出具體的設計規定。其內容要求如下：

7.1 引言

7.1.1 編寫目的 7.1.2 背景 7.1.3 定義

7.1.4 參考資料 7.2 外部設計

7.2.1 標識符和狀態 7.2.2 使用它的程序 7.2.3 約定

7.2.4 專門指導 7.2.5 支持軟件 7.3 結構設計

7.3.1 概念結構設計 7.3.2 邏輯結構設計 7.3.3 理結構設計 7.4 運用設計

7.4.1 數據字典設計 7.4.2 安全保密設計 8 用戶手冊

用戶手冊的編制是要使用非專門術語的語言，充分地描述該軟件系統工程所具有的功能及基本的使用方法。使用戶（或潛在用戶）通過本手冊能夠了解該軟件的用途，并且能夠確定在什么情況下，如何使用它。具體的內容要求如下：

8.1 引言

8.1.1 編寫目的 8.1.2 背景 8.1.3 定義

8.1.4 參考資料 8.2 用途 8.2.1 功能 8.2.2 性能 8.2.2.1 精度 8.2.2.2 時間特性 8.2.2.3 靈活性 8.2.3 安全保密 8.3 運行環境 8.3.1 硬設備 8.3.2 支持軟件 8.3.3 數據結構 8.4 使用過程

8.4.1 安裝與初始化 8.4.2 輸入

8.4.2.1 輸入數據的現實背景 8.4.2.2 輸入格式 8.4.2.3 輸入舉例 8.4.3 輸出

8.4.3.1 輸出數據的現實背景 8.4.3.2 輸出格式 8.4.3.3 輸出舉例 8.4.4 文卷查詢

8.4.5 出錯處理與恢復 8.4.6 終端操作 9 操作手冊

操作手冊的編制是為了向操作人中提供該軟件每一個運行的具體過程和有關知識，包括操作方法的細節。具體的內容要求如下：

9.1 引言

9.1.1 編寫目的 9.1.2 背景 9.1.3 定義 9.1.2 參考資料 9.2 軟件概述 9.2.1 軟件的結構 9.2.2 程序表 9.2.3 文卷表

9.3 安裝與初始化 9.4 運行說明 9.4.1 運行表 9.4.2 運行步驟

9.4.3 運行1（標識符）說明 9.4.3.1 運行控制 9.4.3.2 操作信息

9.4.3.3 輸入-輸出文卷 9.4.3.4 輸出文段

9.4.3.5 輸出文段的復制 9.4.3.6 啟動恢復過程

9.4.4 運行2（標識符）說明 9.5 非常規過程 9.6 遠程操作 10 模塊開發卷宗

模塊開發卷宗是在模塊開發過程中逐步編寫出來的，每完成一個模塊或一級密切相關的模塊的復審時編寫一份，應該把所有的模塊開發卷宗匯集在一起。編寫的目的是記錄和匯總低層次開發的進度和結果，以便于對整個模塊開發工作的管理和復審，并為將來的維護提供非常有用的技術信息。具體的內容要求如下：

10.1 標題

10.2 模塊開發情況表 10.3 功能說明 10.4 設計說明 10.5 源代碼清單 10.6 測試說明 10.7 復審的結論 11 測試計劃 11.1 引言

11.1.1 編寫目的 11.1.2 背景 11.1.3 定義

11.1.4 參考資料 11.2 計劃

11.2.1 軟件說明 11.2.2 測試內容

11.2.3 測試1（標識符）11.2.3.1 進度安排 11.2.3.2 條件 11.2.3.3 測試資料 11.2.3.4 測試培訓

11.2.4 測試2（標識符）……

11.3 測試設計說明

11.3.1 測試1（標識符）11.3.1.1 控制 11.3.1.2 輸入 11.3.1.3 輸出 11.3.1.4 過程

11.3.2 測試2（標識符）……

11.4 評價準則 11.4.1 范圍

11.4.2 數據整理 11.4.3 尺度 測試分析報告

測試分析報告的編寫是為了把組裝測試和確認測試的結果、發現及分析寫成文件加發記載，具體的編寫內容要求如下：

12.1 引言

12.1.1 編寫目的 12.1.2 背景 12.1.3 定義 12.1.4 參考資料 12.2 測度概要

12.3 測試結果及發現 12.3.1 測試1（標識符）12.3.2 測試2（標識符）……

12.4 對軟件功能的結論 12.4.1 功能1（標識符）12.4.1.1 能力 12.4.1.2 限制

12.4.2 功能2（標識符）……

12.5 分析摘要 12.5.1 能力

12.5.2 缺陷和限制 12.5.3 建議 12.5.4 評價

12.6 測試資源消耗 13 開發進度月報

開發進度月報的編制目的是及時向有關管理部門匯報項目開發的進展和情況，以便函及時發現或處理開發過程中出現的問題。一般地，開發進度月報是以項目組為單位每月編寫的。如果被開發的軟件系統規模比較大，整個工程項目被劃分給若干個分項目組承擔，開發進度月報將以項目組為單位按月編寫。具體的內容要求如下：

13.1 標題

13.2 工程進度與狀態 13.2.1 進度 13.2.2 狀態

13.3 資源耗用與狀態 13.3.1 資源耗用 13.3.1.1 工時 13.3.1.2 機時 13.3.2 狀態

13.4 經費支出與狀態 13.4.1 經費支出 13.4.1.1 支持性費用 13.4.1.2 設備購置費 13.4.2 狀態

13.5 下個月的工作計劃 13.6 建議 項目開發總結報告

項目開發總結報告的編制是為了總結本項目開發工作的經驗，說明實際取得的開發結果以及對整個開發工作的各個方面的評價。具體的內容要求如下：

14.1 引言

14.1.1 編寫目的 14.1.2 背景 14.1.3 定義 14.1.4 參考資料 14.2 實際開發結果 14.2.1 產品

14.2.2 主要功能和性能 14.2.3 基本流程 14.2.4 進度 14.2.5 費用

14.3 開發工作評價

14.3.1 對生產效率的評價 14.3.2 對產品質量的評價 14.3.3 對技術方法的評價 14.3.4 出錯原因的分析