第一篇：信息系統開發方法之網絡教學系統

設計總說明

本次課程設計以網絡多媒體教育管理系統為基礎的網絡教學系統的開發為背景，探討了UML在該系統建模中的應用問題。在對系統進行需求分析的基礎上，采用Rational Rose 2000對系統進行需求模型、靜態模型、動態模型及實現模型的建模。

關鍵字：網絡教學管理系統，UML，軟件建模，信息系統

目 錄 緒論.......................................................................................................................................2 1.1系統簡介....................................................................................................................2 1.2設計目的....................................................................................................................2 1.3設計內容....................................................................................................................2 2 需求分析...............................................................................................................................3 3 需求模型設計.......................................................................................................................5 3.1 需求模型設計的方法和步驟....................................................................................5 3.2 系統需求模型............................................................................................................5 4 系統靜態模型設計...............................................................................................................9 4.1 靜態模型設計的方法................................................................................................9 4.2 靜態模型實現..........................................................................................................10 5 系統動態模型設計..............................................................................................................11 5.1序列圖和協作圖......................................................................................................11 5.2活動圖......................................................................................................................23 5.3狀態圖......................................................................................................................25 6.系統部署模型設計..............................................................................................................26 6.1 系統構件圖..............................................................................................................26 6.2 系統部署圖..............................................................................................................27 7.管理信息系統的實現..........................................................................................................28 總結.........................................................................................................................................30 參考文獻.................................................................................................................................31

緒論

1.1系統簡介

隨著電腦時代的到來以及Internet的迅速發展，網絡的普及帶給了人們更多的學習途徑，隨之而來的管理網絡教學的“網絡教學管理系統”也就應運而生了。

“網絡教學管理系統”主要用于管理日常的網絡教學工作以及學生下載和查看資料。系統業務功能主要由以下幾個部分組成：文件上傳、文件下載、消息發布、消息修改和更新、信息瀏覽、在線觀看教學視頻，在線答疑，論壇管理、頁面維護、人員管理和用戶注冊批準等。1.2設計目的

“網絡教學”是利用計算機設備和互聯網技術對學生實行信息化教育的教學模式。網絡教學相比傳統教學模式，突破了時空限制，更能培養學生信息獲取、加工、分析、創新、利用、交流、自主學習的能力。網絡教學能夠培養學生良好的信息素養，把信息技術作為支持終身學習和合作學習的手段，為適應信息社會的學習、工作和生活打下必要的基礎。為了給網絡教學提供一個更好的環境和平臺，更好的管理各種信息、資源，開發一個好的“網絡教學管理系統”勢在必行。1.3設計內容

本次課程設計的重點是利用UML對系統進行了實際建模，為系統的代碼實現提供了清楚、完整的用例開發模型。完成了注冊，上傳課件，瀏覽、下載課件，在線觀看教學視頻，在線答疑，論壇管理、網站維護、人員管理等功能模塊的詳細設計，初步實現了網絡教學管理系統。

需求分析

網絡教學管理系統是一個集注冊，上傳課件，瀏覽、下載課件，在線觀看教學視頻，在線答疑，論壇、頁面維護、人員管理等功能于一體的管理各種教學資源與學生資料，并建立靈活全面的多媒體教學環境的管理信息系統。

網絡教學管理系統的功能需求包括以下內容：

? 學生登錄系統后，可以瀏覽課件、查找課件、下載課件、觀看教學視頻、在線討論交流、查詢個人資料、修改個人資料；對于沒有注冊的普通用戶可以瀏覽網站上的一些公共信息。

? 老師登錄系統后，可以上傳課件、上傳教學視頻、在線答疑、發布諸如課程簡介、學習方法、教學心得等相關文章、查看發布的教學心得等文章、修改教學心得等文章、查詢個人資料、修改個人資料等。

? 系統管理員負責對網站頁面的維護，審核不合法的課件和不合法的教學信息、批準用戶注冊，對人員信息進行增刪管理、答疑信息進行管理等。

滿足上述需求的系統主要包括以下幾個小的系統模塊。

? 基本業務模塊：該模塊的主要使用者是老師和學生，用于學生下載課件、在線觀看教學視頻、在線討論；老師上傳課件、發布和修改更新教學心得、在線答疑等。

? 瀏覽查詢模塊：該模塊主要用于對網站的信息和文章信息進行瀏覽、查詢、搜索等，找到自己需要的資源。在登錄后用戶還可以在自己權限范圍內查詢個人信息等。

? 系統管理模塊：主要用于系統管理員對網站進行維護、審核網站的各種資源、批準用戶注冊、人員管理、答疑管理等。

在對系統進行需求分析后得到了該系統功能結構圖如圖2.1所示：

網絡教學管理系統 基本業務模塊瀏覽查詢模塊 老師界面學生界面 查找瀏查詢個查詢相修改消息人信息關文章個人在線文件消息修改文件觀看修改覽課件在線信息答疑上傳發布和更下載討論教學個人 新 視頻信息

圖2.1 系統功能結構圖

系統管理模塊 管理員界面 人員頁面用戶管理維護注冊資源答疑 批準審核管理 需求模型設計

3.1 需求模型設計的方法和步驟

進行系統需求模型設計，需求分析是

詢相應的課件和文章。

? 下載課件：學生可以利用下載功能將網站上的課件以及資料信息下載到本地機器上。

? 觀看教學視頻：學生觀看教學視頻，進行在線學習。

? 在線討論：學生可以在論壇上對學習中遇到的難題疑問等以論壇的方式進行在線學習交流。

? 查看個人信息：學生可以在該系統中查詢到個人的資料信息。? 修改個人信息：學生信息如郵箱等發生變化時，可以在權限內修改個人信息。

通過上述活動，獲得學生的用例圖如圖3.2.1所示：

圖3.2.1 學生用例圖

2.老師用例圖

老師能夠通過該系統進行以下活動：

? 登錄系統：老師能夠用用戶名和密碼登錄該系統，登錄系統后才能正常使用該系統。如果忘記密碼，可以通過“找回密碼”功能恢復密碼。

? 上傳文件：老師可以通過該系統上傳相應的課件和教學視頻。? 發布信息：老師登錄系統后可以發布相應的課程簡介、教學計劃、學習方法、教學心得等文章。

? 修改更新信息：老師對所發布的諸如教學心得等文章信息可以持續更新，也可修改自己的個人信息。

? 查看信息：老師可以查看自己發布的文章和個人信息。? 在線答疑：老師對學生的留言和難點討論進行在線答疑。通過上述活動，獲得老師的用例圖如圖3.2.2所示：

圖3.2.2 老師用例圖

3.系統管理員用例圖

系統管理員能夠通過該系統進行以下活動：

? 登錄系統：系統管理員也是在登錄系統后才能正常使用該系統。如果忘記密碼，可以通過“找回密碼”功能恢復密碼。? 網站頁面維護：系統管理員對網站進行日常維護和管理。? 審核：系統管理員負責對上傳的信息進行審核，主要是審核不合法的課件和不合法的教學信息。

? 批準用戶注冊：系統管理員可以處理學生或教師用戶的注冊申請。? 人員管理。系統管理員可以對系統用戶信息進行管理。有用戶新加入時需要添加用戶信息，有用戶注銷時需刪除用戶信息，系統管理員還可以查詢用戶的信息，但是不能修改，只能是用戶本人在權限范圍內修改自己的信息。

? 答疑管理：對學生和老師在BBS論壇上的答疑情況記錄在在線答疑庫里，并對其進行管理。

通過上述活動，獲得系統管理員的用例圖如圖3.2.3所示：

圖3.2.3 系統管理員用例圖

系統靜態模型設計

4.1 靜態模型設計的方法

在獲得系統的基本需求的用例模型后通過考察系統對象的各種屬性創建系統的靜態模型。

首先，確定系統參與者的屬性。學生(Student)包括登錄名稱、登錄密碼、學生編號、性別、年齡、年級、郵箱、權限級別等屬性；老師(Teacher)包括登錄名稱、登錄密碼、姓名、性別、教授課程、電話號碼、權限級別和郵箱等屬性；系統管理員(Administrator)包括用戶名、密碼、郵箱、權限級別等屬性。在把這些參與者進行抽象，抽象出一個單獨的用戶類(User)，學生、老師、系統管理員是人員類的子類。

其次，可以確定在系統中的主要業務實體類，這些類通常需要在數據庫中進行存儲。因此，在網絡教學管理系統中，課件信息可以確定課件類(CourseWare)；教學視頻對應于教學視頻類(Video)；老師發布的文章如課程簡介、教學計劃、教學心得的存儲分別需要文章類(Article)、課程簡介類(CourseIntro)、教學計劃類(TeachingPlan)、教學心得類(TeachingExp)；學生在BBS論壇討論交流可以確定一個論壇類(Forum)；同樣，老師在線答疑確定在線答疑庫類（AnswerLib），課件上傳與下載確定一個文件上傳與下載類(FileUploadOrDownload)。

還可以根據對處理業務的不同設計出各種處理業務的界面類，如用戶登錄界面、查詢信息界面等。

4.2 靜態模型實現

系統的靜態模型主要是類圖和對象圖，該系統的類圖如圖4.2.1所示：

圖4.2.1 系統類圖

系統動態模型設計

5.1序列圖和協作圖

序列圖和協作圖都屬于交互作用圖，畫出網絡教學管理系統的時序圖和協作圖，再把協作圖中的消息對應映射到類圖中，成為類的方法。1.用戶登錄的時序圖如圖5.1.1所示：

圖5.1.1 用戶登錄時序圖

用戶登錄的備選過程的時序圖如圖5.1.2所示：

圖5.1.2 用戶登錄的備選過程時序圖

用戶登錄的協作圖如圖5.1.3所示：

圖5.1.3 用戶登錄的協作圖

2.學生下載課件的時序圖如圖5.1.4所示：

圖5.1.4 學生下載課件的時序圖

學生下載課件的協作圖如圖5.1.5所示：

圖5.1.5 學生下載課件的協作圖

3.學生瀏覽和查詢信息的時序圖如圖5.1.6所示：

圖5.1.6 學生瀏覽和查詢信息的時序圖

學生瀏覽和查詢信息的協作圖如圖5.1.7所示：

圖 5.1.7 學生瀏覽和查詢信息的協作圖

4.學生查看和修改個人信息的時序圖如圖5.1.8所示：

圖5.1.8 學生查詢和修改個人信息的時序圖

學生查詢和修改個人信息的協作圖如圖5.1.9所示：

圖5.1.9 學生查詢和修改個人信息的協作圖

5.學生老師在線討論交流的時序圖如圖5.1.10所示：

圖5.1.10 學生老師在線討論交流的時序圖

學生老師在線討論交流的協作圖如圖5.1.11所示：

圖5.1.11 學生老師在線討論交流的協作圖

6.學生觀看視頻的時序圖如圖5.1.12所示：

圖5.1.12 學生觀看教學視頻的時序圖

學生觀看教學視頻的協作圖如圖5.1.13所示：

圖5.1.12 學生觀看教學視頻的協作圖

7.老師的時序圖如圖5.1.13所示：

圖5.1.13 老師的時序圖

老師的協作圖如圖5.1.14所示：

圖5.1.14 老師的協作圖

8．老師查看和修改個人信息的時序圖如圖5.1.15所示：

圖5.1.15 老師查看和修改個人信息的時序圖

老師查看和修改個人信息的協作圖如圖5.1.16所示：

圖5.1.16 老師查看和修改個人信息的協作圖

9．統管理員的時圖如圖5.1.17所示：

圖5.1.17 系統管理員的時序圖

系統管理員的協作圖如圖5.1.18所示：

圖5.1.18 系統管理員的協作圖

10.系統管理員進行答疑管理的時序圖如圖5.1.19所示：

圖5.1.19 系統管理員進行答疑管理的時序圖

系統管理員進行答疑管理的協作圖如圖5.1.20所示：

圖5.1.20 系統管理員進行答疑管理的協作圖

11.系統管理員批準注冊的時序圖如圖5.1.21所示：

圖5.1.21 系統管理員批準注冊的時序圖

系統管理員批準注冊的協作圖如圖5.1.22所示：

圖5.1.22 系統管理員批準注冊的協作圖

12.系統管理員頁面維護的時序圖如圖5.1.23所示：

圖5.1.23 系統管理員頁面維護的時序圖

系統管理員頁面維護的協作圖如圖5.1.24所示：

圖5.1.24 系統管理員頁面維護的協作圖

5.2活動圖

利用系統的活動圖來描述系統的參與者是如何協同工作的。在網上教學管理系統中，根據學生、老師、系統管理員的活動步驟，可以創建相關的活動圖。

1.系統的活動圖如圖5.2.1所示：

圖5.2.1 系統的活動圖

2.學生的活動圖如圖5.2.2所示：

圖5.2.2 學生的活動圖

3.老師的活動圖如圖5.2.3所示：

圖5.2.3 老師的活動圖

4．系統管理員的活動圖如圖5.2.4所示：.圖5.2.4 系統管理員的活動圖

5.3狀態圖

在網上教學管理系統中，有明確狀態轉換的類是上傳的文件，從老師輸入網站的地址開始到最后上傳文件結束整個過程的狀態圖如圖5.3.1所示：

圖5.3.1 系統狀態圖

6.系統部署模型設計

6.1 系統構件圖

網上教學管理系統的構件圖通過構件映射到系統的實現類中，說明該構件物理實現的邏輯類，在本系統中，可以對類圖中的類分別創建對應的構件進行映射。創建后系統的構件圖如圖6.1.1所示：

圖6.1.1 系統的構件圖

6.2 系統部署圖

網上教學系統的部署圖描繪的是系統節點上運行資源的安排，包括六個節點，分別是：客戶瀏覽器(ClientBrowser)、網頁服務器(WebsiteServer)、數據庫服務器(DataBaseServer)、客戶1(Client1)、客戶2(Client2)、客戶3(Client3)，節點之間的連線表示系統進行交互的通信協議名稱，網絡教學系統的應用服務器負責保存整個Web應用程序，數據庫負責數據庫管理，此外還有很多終端可以作為系統的客戶端。由于客戶端很多，在此只畫出3個，創建后的部署圖如圖6.2.1所示：

7.管理信息系統的實現

通過系統類圖可以生成相應的代碼，這里只列出部分類的Java代碼

1.CourseWare類(課件類)的java代碼：

public class CourseWare {

private int theme;

private int CWteacher;

private int courseWareURL;

private int courseWareTitle;

public CourseWare()

{

}

/**

@roseuid 53A10BB102A8

*/

public void add()

{

}

/**

@roseuid 53A10BB30150

*/

public void delete()

{

}

/**

@roseuid 53A10D080065

*/

public void modify()

{

} }

2.FileUploadOrDownload類(文件上傳或下載類)的JAVA代碼：

public class FileUploadOrDownload {

private int fileName;

private int fileType;

private int fileSize;

private int shortIntro;

private int fileURL;

private int creater;

private int createTime;

public FileUploadOrDownload()

{

}

/**

@roseuid 53A109300274

*/

public void checkSize()

{

}

/**

@roseuid 53A109310374

*/

public void modify()

{

}

/**

@roseuid 53A109330194

*/

public void store()

{

}

/**

@roseuid 53A10935015C

*/

public void cancle()

{

} 總結

本次課程設計重點是用UML對系統進行實際建模，為系統的代碼實現提供清完整的用例開發模型。在建模過程中，使用UML將系統的分析、設計和實現有機的集成起來。UML提供的豐富視圖從多個視角描述系統的不同側面，可以有效的運用于軟件系統的建模、分析與設計。利用UML和ROSE工具的輔助，可讓開發從需求分析，流程分析，到程序代碼和數據庫的設計實現等，都集成在一個系統下來完成。網絡教學系統正是在此基礎上來實現開發完成的。

但從長遠角度來看，本系統仍然存在以下方面要進一步改進。其一，本系統還只能實現一些基本功能，沒有完整的實現網絡教學的應用應有的功能，期待在此基礎上，還應開發出一個學生評價教學子系統、作業管理子系統，這是以后完善時需要做的工作。其二，作為一個在網絡環境下運行的應用系統，其用戶的數量相對而言是大量的，隨著用戶業務需求的進一步增長，那么系統可維護性及擴展性將是很重要的，這也是設計中必須考慮的一個問題。

參考文獻

[1] Whittle J．Formal approaches to systems analysis using UML．An Overview Journal of Database Management，2000，1 l(4)：4—13 [2] 慕靜.管理信息系統.北京：清華大學出版社,2010 [3]劉芳，徐雅君，梁娜．UML和建模工具Rational Rose的應用．計算機應用研究，2002，(I 1)：1 19-120 [4] 鐘青芬．基于計算機網絡的現代遠程教育的探討．四川師范大學學報(自然科學版)200 1，24(5)：546-548 [5] 謝星星.UMl基礎與ROSE建模實用教程.北京:清華大學出版社,2011

第二篇：信息系統開發

信息系統開發是一個社會過程

信息系統建設的困難不僅來自技術方面，還來自企業內外環境。影響信息系統成敗的有體制、政策、法規、觀念、技術等多種因素。技術不是唯一因素，甚至不是主要因素。

在相當長的一段時間里，開發信息系統的過程中，用戶和開發人員雙方誤解，用戶認為開發是技術人員的事，開發人員因為用戶陳述清楚他們的需求，由此開發系統，其它的不要干預。當完成系統開發，用戶提出“你開發的系統不是我所要的系統”，延誤開發時間，浪費資源，或者因維護困難而使系統短命。

信息系統建設的實踐，使人們越來越重視社會人文因素對信息系統建設的影響。信息系統是人機交互系統，其開發、維護都離不開入的參與。信息系統開發過程本質上是一個社會過程。從社會行動觀點看，信息系統開發是人類活動的協調序列，是多種參與者的協作過程。在信息系統開發過程中，用戶、系統管理者、系統分析員、技術專家、程序員等參與者相互聯系，相互影響。他們的通力合作，是系統建設成功的基礎。但是，由于這些人員知識背景、經歷不同，影響彼此溝通。通信的誤解是系統成功的隱患。更重要的是，信息系統建設不可避免地要改變某些業務流程乃至組織機構，這將影響某些部門和人員的工作方式、權力關系，引起部門之間、人員之間的利益沖突。有人會擔心丟掉自己熟悉的工作，感到自己的傳統地位和能力受到威脅；由于缺乏計算機知識，有人感到難以適應現代信息系統的運行。這些擔心，常常造成系統開發的阻力。

信息系統不只是單純的計算機系統，而是輔助企業管理的人機系統。人是信息管理的主體。由于人的作用是一種高級而復雜的因素，有人參與并由人控制決策的社會系統，往往會使本應理性的行為變得富有感情、豐富多彩。離開了人，再好的計算機系統，也不過是價格昂貴的裝飾品而已。把信息系統的開發、應用、管理看作純技術過程，許多問題永遠得不到解決。只有從更深層次探討，重視非技術因素，才有可能解決長期困擾人們的“軟件危機”。

第三篇：信息系統開發流程規范

信息系統開發流程規范

（內部討論稿）

總則

為明確信息系統開發流程，清楚各階段工作內容和工作目標，特制訂本規范。本規范主要從系統規劃、系統整體管理、系統需求分析、系統設計、系統編碼與測試、系統內部實施、系統整體評價及系統內部驗收八個方面說明公司對信息系統開發流程的主體要求。對實際信息系統的開發，開發流程可根據系統的規模與要求進行合理的剪裁。

本規范適用于軟件開發部、軟件項目部、系統集成開發部、系統集成項目部進行信息系統開發工作。

信息系統開發流程

一、信息系統規劃，完成信息系統立項和總體解決方案。

[1] 申請立項部門依據《立項控制規程》，提交與信息系統立項有關的書面或電子文檔，立項部門申請信息系統項目立項。信息系統項目立項主要從市場方面、技術方面及行業導向方面三個方面進行考慮。

[2] 立項部門的上級部門或領導按《評審驗收規程》組織業務專家、市場人員、技術人員等人員完成對信息系統立項相關文檔的評審和檢查工作，形成立項評審結論。評審結論包括合格和不合格兩種，合格的可以進入下一階段，不合格的需要說明不合格的具體原因，不能進入下一階段。[3] 根據信息系統立項的相關文檔，生成信息系統的《總體解決方案》文檔。文檔中一般包括系統范圍和目標、系統總體功能結構圖、系統網絡拓撲圖、系統部署方案、系統實施計劃、系統費用概算等。

二、信息系統整體管理，建立項目管理章程。

[4] 建立基本的信息系統項目管理章程，指定信息系統項目的項目經理（產品經理、負責人），完成項目啟動。

[5] 項目經理組織人員制定初步的項目管理計劃，計劃內容可包括項目最終目標、項目階段性目標、項目進度計劃、項目預算、變更流程和變更控制委員會、人力資源計劃、項目風險、項目采購計劃等。

[6] 依據《配置管理規程》和《變更控制規程》形成配置管理系統和變更控制系統，成立變更控制委員會。

[7] 項目經理指導和管理項目的執行過程，包括項目完成情況、項目進度、項目質量、項目變更情況等。

三、信息系統需求分析，完成《需求分析》文檔。

[8] 項目經理組織人員完成信息系統相關資料收集和需求詳細調查工作，完成信息系統業務流程分析和數據流分析。

[9] 分析信息系統目標，確定信息系統項目邊界，完成項目范圍定義和項目內容分解。

[10] 項目經理組織人員完成項目《需求分析》文檔的編寫，并提交上級部門申請評審。測試設計是否算需求？

[11] 上級部門按《評審驗收規程》組織業務專家、市場人員、技術人員、測試人員等人員完成對《需求分析》文檔的評審和檢查工作，形成評審結論。評審結論包括合格和不合格兩種，合格的可以進入下一階段，不合格的需要說明不合格的具體原因，不能進入下一階段。

四、信息系統設計，完成《系統設計》文檔。

[12] 項目經理制定系統設計階段的項目工作計劃，確定該階段的檢查點和里程碑。項目經理向上級提交工作計劃，上級部門按《評審驗收規程》完成對工作計劃的評審，形成評審結論。評審結論包括合格和不合格兩種，合格的可以進入下一階段，不合格的需要說明不合格的具體原因，不能進入下一階段。

[13] 項目經理組織人員編寫《系統設計》文檔，文檔內容一般包括物理配置方案設計（客戶機、服務器、網絡、數據庫等）、功能結構詳細設計、主要系統功能流程設計、主要系統功能數據處理流程設計、系統外部接口說明和定義等。

[14] 項目經理向上級部門提交《系統設計》文檔，申請評審。上級部門按《評審驗收規程》組織技術人員完成對《系統設計》文檔的評審和檢查工作，形成評審結論。評審結論包括合格和不合格兩種，合格的可以進入下一階段，不合格的需要說明不合格的具體原因，不能進入下一階段。

五、信息系統編碼與測試，完成系統編碼和單元測試。

[15] 項目經理組織人員按《軟件編碼規范》完成信息系統的代碼編寫。[16] 項目經理組織人員按《測試規程》完成信息系統的單元測試工作，單元測試一般由模塊編碼人員進行自我測試。

六、信息系統內部實施，完成系統試運行和集成測試。

[17] 項目經理組織人員搭建系統運行環境，按項目要求完成信息系統的安裝部署工作。

[18] 項目經理組織人員按《測試規程》完成信息系統的集成測試工作，生成系統測試報告和結論。

七、信息系統整體評價，生成項目總結報告、技術白皮書。

[19] 項目經理組織人員編寫信息系統相關的技術性文檔，如技術白皮書。[20] 項目經理編寫項目總結報告，包括功能評價、應用評價等。

八、信息系統內部驗收，生成驗收報告。

[21] 信息系統內容建設完成后，項目經理根據《評審驗收規程》編寫項目驗收申請報告，并提交上級申請驗收。

[22] 上級部門根據驗收申請、系統測試報告和結論及需求分析等相關文檔，組織人員按《評審驗收規程》進行信息系統內部驗收，形成驗收結論，完成驗收報告。驗收報告包括合格和不合格兩種，驗收合格可以將信息系統交付項目部進行實施，不合格的不能交付項目部。

信息系統開發流程圖

開始信息系統產品立項項目立項文檔項目立項評審結論項目總結解決方案未通過，重新編寫立項評審通過項目啟動，確定項目經理制定項目管理計劃項目管理計劃配置控制系統變更控制系統項目經理組織編寫需求分析需求分析文檔需求評審結論未通過需求評審通過項目經理更新項目計劃信息系統開發計劃開發計劃評審結論未通過計劃評審通過項目經理組織系統設計未通過，不給予立項設計評審通過編碼和單元測試信息系統代碼未通過系統設計文檔設計文檔評審結論試運行和集成測試(可多輪)信息系統測試結論測試結論通過項目總結報告項目總結報告技術白皮書未通過內部驗收報告未通過驗收評審通過交付項目部結束

第四篇：信息系統開發名詞解釋答案

系統的可維護性:是指對系統進行維護的難易程度的度量，其中包括有：①可理解性：指為外來讀者理解系統的結構、接口、功能和內部過程的難易程度。②可測試性：指為系統進行診斷和測試的難易程度。③可修改性：指對系統各部分進行修改的難易程度。

數據詞典是：DFD中所有成分的定義和解釋的文字結合，其描述的主要內容有：數據流、數據元素、數據存儲、加工、外部項等。

系統測試：是管理信息系統開發的一個重要而漫長的階段/是保證系統質量與可靠性的最后關口/是對整個系統開發過程包括系統分析、系統設計和系統實現的最終審查。系統的可測試性：表現為對系統進行診斷和測試的難易程度。

系統方法的整體性原則：系統是相互聯系、相互作用的諸要素的綜合體。一個特定的系統具有的功能與目標，不是各組成部分功能與目標的簡單相加，而是各部分按一定秩序相互作用的結果。系統方法的基本點是從整體目標和功能出發，正確處理系統各組成部分之間的相互聯系和相互作用，是解決復雜系統各類問題的關鍵所在。數據類：指支持企業過程所必需的邏輯上相關的數據。基本加工：數據流圖中所有不進一步分解的加工，稱為基本加工。

結構化程序設計基本思想：把整個系統開發過程分成若干階段，每階段進行若干活動，每項活動應用一系列標準/規范/方法/技術，完成一或多個任務，形成符合給定規范產品。

數據流圖：是使用少數幾種符號綜合地反映出信息在系統中的流動、處理和存儲情況的流程圖，是一種能全面地描述信息管理系統邏輯模型的主要工具，是系統分析人員與用戶進行交流的有效手段。繼承性：是類層次結構中，超類和子類之間共享數據的操作方法的機制。

系統評價：從廣義上理解，是貫穿系統整個生命周期各個階段的重要決策手段和工作環節，從狹義上理解，為系統投入運行以后的評價。系統轉換：指以新開發的系統替換舊的系統，并使之投入使用的過程。

管理信息系統：指為實現組織的整體目標，對管理信息進行系統地、綜合地處理，輔助各級管理決策的計算機軟件硬件、通信設備，規章制度及有關人員的統一體。系統的總體結構：指整個系統由哪些部分組成，以及各部分在物理上、邏輯上的相互關系，包括硬件部分和軟件部分。

數據加密：為了防止存儲介質的非法拷貝、被竊，以及信息傳輸線路的被竊聽而造成機要數據的泄密，在系統中應對機要數據采取加密存儲和加密傳輸等安全保密技術措施。結構化方法：指信息系統的一種開發方法，其主要含義是一組規范的步驟、準則和工具來進行開發工作。

管理信息系統規劃：制作MIS的發展戰略；確定組織的主要信息需求，形成MIS的總體結構方案；安排項目開發計劃，制定系統建設的資源分配計劃。

CSF法：即關鍵成功因素法，就是那些必須經常得到管理人員關注的活動區域，對這些區域的運行情況要經常不斷地進行度量，并提供這些度量信息以供決策使 單元測試：也稱模塊測試。單元是程序最小的獨立編譯單位。確認測試：確認測試是進一步檢查軟件是否符合軟件需求規格說明書的全部要求。

MIS戰略集：MIS戰略集的元素構成MIS戰略規劃的要素，由系統目標、系統約束和系統設計戰略組成。

黑盒測試：黑盒測試也稱功能測試，是將軟件看作黑盒子，在完全不考慮程序的內部結構和特性的情況下，測試軟件的外部特征。

試述信息系統分布式結構的主要優點：可以根據應用需要和存取方便配置信息資源；利于發揮用戶的主動性、積極性，提高了系統的應變能力；系統擴展方便；系統健壯性好。缺點：信息資源分散，開發維護管理標準難以統一；不同地域的系統有時有沖突，管理協調困難；安全保密措施難以統一實施。

試述管理信息系統生命周期的意義及階段劃分：管理信息系統產生發展、成熟和更新換代的過程稱為管理信息系統的生命周期。可分為四大階段：系統規劃、系統開發、系統運行與維護和系統更新。系統開發階段又可分為系統分析、系統設計與系統實施三個階段。

試述系統開發的結構化方法的基本思路是把整個系統開發過程分成若干階段，每個階段進行若干活動，每項活動用一系列標準、規范、方法、技術完成一個或多個任務，形成符合給定規范的產品。結構化方法的主要原則有：用戶參與原則；“先邏輯、后物理”、嚴格劃分工作階段原則；自項向下原則；成果描述標準化原則。簡述系統總體結構設計的基本內容：系統的總體結構是指整個系統由哪些部分組成，以及各部分在物理上、邏輯上的相互關系，包括硬件部分和軟件部分。即包括系統的總體布局設計，軟件系統總體的設計，數據存儲的總體結構設計。簡述系統設計的特點：系統設計工作的環境是管理環境和技術環境的結合。

簡述在采用生命周期法開發系統過程中用戶的主要作用：生命周期法中用戶是系統建設者主要組成之一。用戶的作用是不斷明確和細化對系統功能需求，對各個階段的成果從用戶的角度進行審核與驗收，提供系統建設必要資源，協調信息系統與組織各部門的關系。

簡述編寫數據詞典的基本要求：對數據流圖上各種成分的定義必須明確，易理解、唯一；命令、編號與數據流圖一致，必要時可增加編碼，方便查詢檢索，維護和統計報表。符合一致性與完整性的要求，對數據流圖上的成分定義與說明無遺漏項。格式規范，風格統一，文字精煉，數字與符號正確。

BSP實現的主要步驟/定義企業目標/定義企業過程/定義數據類/定義信息系統總體結構。

簡述數據流圖的基本組成：外部項（外部實體）；加工（數據加工）；數據存儲

簡述管理信息系統集中式結構的主要優點：信息資源集中，便于管理和統一規范；專業人員可以集中使用，便于組織和培訓；信息資源利用率高；便于實施系統安全措施簡述決策支持系統的特點：決策支持系統自創有較強的人機交互功能；決策支持系統的信息基礎不但包括直接反映企業內、外部環境、條件的數據。簡述數據流圖繪制的主要原則：明確系統界面；自須向下逐層擴展；合理布局；數據流團只反映數據流向，數據加工和邏輯意義上的數據存儲；數據流圖繪制過程，就是系統的邏輯模型的形成過程，必須始終與用戶密切配合。

簡述什么是系統的可修改性和影響可修改性的因素：系統的可修改性：表現為對系統各部分進行修改的難易程度。影響可修改性的因素：系統的模塊化程度；模塊之間的耦合、內聚、控制域與作用域的關系；數據結構的設計。

第五篇：信息系統開發與管理

填空題

第一章管理信息系統導論

①按核心業務活動可以分為：電子業務系統、電子政務系統、電子商務系統三類。

②按數據處理方式可以分為：操作型、管理型、戰略型三類 ③按管理應用層次分為：事務型、管理型、戰略型三類。④管理信息系統的結構主要包括：功能結構、概念結構、管理職能結構、軟硬件結構、網絡計算結構

⑤管理信息系統的概念結構：信息源、信息處理器、信息用戶、信息管理者

⑥管理信息系統的幾種典型應用形式主要包括：物料需求計劃系統MRP（針對制造業）、制造資源計劃系統MRPⅡ和企業資源計劃系統ERP系統等。

第二章 管理信息系統的基本知識P39（1）管理信息的基本知識

①幾種典型的組織結構：直線制機構、職能制結構、矩陣制機構。

②管理部門劃分的基本方法：按職能劃分、按地區劃分、按產品劃分。

③管理活動的三個基本層次：高、中、低。

④管理決策的三種基本類型：非結構化決策、半結構化決策、結構化決策。

⑤信息論對信息的解釋：信息是用來消除隨機不定性的東西 ⑥控制論對信息的解釋：信息就是信息，既非物質，也非能量 ⑦信息的基本屬性：普遍性、事實性、層次性、可壓縮性、擴散性、非消耗性、共享性、變換性、可轉換性。⑧

信息處理的生命周期的幾個主要階段：需求、收集、傳輸、處理、儲蓄、維護、使用和退出。（2）系統的基本知識

①系統存在的三個基本條件：要素、結構、功能。②系統的5個基本要素：輸入、處理、輸出、反饋、控制。③系統的分類：按復雜程度從低到高可以分為物理結構系統、生物系統、人類系統、社會系統、宇宙系統五類；按系統與環境的關系可分為封閉系統、開放系統兩類；按是否有反饋機制可分為開環系統、閉環系統；按抽象程度可分為概念系統、邏輯系統（數據流圖）、物理系統（業務流程圖）。④系統的屬性；整體性、關聯性、層次性、統一性。（3）信息技術的基本知識

①網絡安全的五個特征：保密性、完整性、可用性、可控性、可審查性

②數據庫：是各種相關數據的集合和容器

③數據庫管理系統：是對數據庫進行管理的系統軟件，位于用戶和操作系統之間，為用戶或應用程序提供訪問數據庫的方法和工具。

④機構化查詢語言：insert、update、delete、selec ⑤計算機語言：機器語言、匯編語言和高級語言 第三章 系統開發方法的概述P63

①管理信息系統開發的主要方法：機構化方法、原型化方法、面向對象方法。

②原型化方法的三種具體類型：探索型、實驗性、演化型。面向對象方法：是一種基于面向對象理念的系統開發方法，他將面向對象的思想引用與軟件開發過程中，指導開發活動，主要包括面向對象的分析方法OOA，面向對象的設計方法OOD，面向對象的編程方法。

對象：是指一些相互關聯的實體。由對象的標識、對象中的操作集合、對象的數據結構，及對象對外消息接口組成，具有“封

裝”和“能動”兩種特性。換言之，是數據結構以及作用于此結構上的數據操作的封裝體，這個封裝體具有自身行動能力。類和實例：類是對象的描述，他概括了具有共同性質的一組對象的方法和數據。

消息與方法：方法是對象具有了處理封裝數據的功能，而消息則激活了這種功能并建立了對象間的通信的橋梁。消息由消息的標識、接收消息的對象、若干個變元組成，方法一方面描述了對象執行操作的算法，另一方面定義了響應消息的機制 繼承：繼承是子類自動共享父類中的方法和數據的機制，描述了人類由一般到特殊，自頂向下的演繹能力。封裝：是一種信息隱蔽技術。

多態性：意味著一個名字可以使具有多種語義。他提供一種與人類在解決問題時的思維方式相容的能力。

重載：重載在功能及使用方法上和多態性有許多相似的方面，但重載是通過靜態連接實現的，而多態性則采用動態連接，重載多指兩種①函數重載②運算符重載

③管理信息系統的生命周期：出現需求、提出新系統方案、系統產生與成長、系統成熟、系統衰退、系統廢棄。

④瀑布模型與結構化方法的主要階段：總體規劃、系統分析、系統設計、系統實施、系統維護、系統評價 第四章 總體規劃P81

①用于管理信息系統總體規劃的方法：關鍵成功要素法CSF、戰略目標集轉化法SST、企業系統規劃法BSP

②BSP方法的13項主要活動：研究項目的確定、研究的準備活動、研究的開始階段、定義企業的過程、定義數據類、分析當前的系統支持、研究管理部門對系統的要求、提出判斷和結論、設計信息系統總體結構、確定子系統的開發的優先順序、評價信息資源管理工作、制定建議書和開發計劃、研究成果報告。

③利用BSP方法進行企業過程定義的一般步驟：從計劃和控制、產品和服務、以及其它支持性資源三個方面入手 ④BSP方法中，資源生命周期不同階段對信息的不同需求可以將企業中的數據分為四個類型：庫存文檔型、事務型、計劃型、綜合統計型。

⑤BSP識別企業數據的方法有兩種：企業實體法、企業過程法 ⑥在BSP方法中劃分子系統的過程實際上就是定義信息結構的過程。具體的做法是用U/C圖。U表示use,C表示產生creat 第五章 系統分析P99

①業務流程的概念：是指一組共同為顧客創造價值而有相互關聯的活動

②業務流程重組BPR的定義：是對企業的業務流程作更本性的思考和徹底的重建，其目的是在成本、質量、服務和速度等方面取得顯著的改善，使得企業能最大限度的適應以顧客、競爭、變化為特征的現代企業經營環境。

③業務流程的特點：目標性、邏輯性、層次性、④BRP的四個核心基本特征：根本性、徹底性、顯著改善和流程。

第六章 系統設計P127

①系統設計的原則：簡單性，一致性、完整性、靈活性、適應性、可靠性、安全性、經濟性

②系統設計的主要階段：總體設計、詳細設計。

③總體設計的主要內容：子系統的劃分與確認、模塊結構設計、網絡設計與設備配置方案、數據庫設計、安全控制設計。④一個模塊應具備的幾個要素：輸入和輸出、加工處理功能、內部數據、程序代碼。

⑤模塊的耦合方式：數據耦合、控制耦合、內容耦合，第一種

耦合度最低性能最好。

⑥模塊的內聚方式有六種：巧合、邏輯、過程、通信、順序、功能內聚。其中功能內聚的聚合度最高，性能最好。⑦數據庫設計過程中按數據表或稱關系的規范化程度，可以將規范程度分為6個級別，從低到高依次為，第一范式、第二范式、第三范式、BC范式、第四范式、第五范式。常要求達到第三范式就可以了。

⑧數據庫規范化的必要性：數據冗余，更新異常、插入異常、刪除異常。

第七章 系統實施P157

①系統實現的主要過程：準備工作、編碼、代碼審查、缺陷跟蹤、改錯和調試等若干活動

②程序質量評價的主要指標：可靠性、規范性、可讀性、可維護性、適應性

③系統測試的基本工作流程：了解系統需求、編寫測試計劃、編寫測試用例、執行測試用例、記錄發現的錯誤、測試總結報告。

第八章 運行管理P175

①運行管理機構設置的原則：效率原則、精簡原則、靈活性原則、因事設崗、因崗定編原則。

②運行管理機構的人員構成：網絡組、硬件組、軟件組、業務組、行政組。

③CIO首席信息官，擔負管理信息系統建設與企業高層管理之間溝通與對話的橋梁職責，具有參謀作用、橋梁作用、是企業信息化的總領隊和信息化培訓的總領導。

數據備份：指將計算機硬盤上的原始數據復制到可移動媒體上，如磁帶光盤。

數據恢復：將備份的數據恢復到硬盤上的操作

數據歸檔：將硬盤數據復制到可移動媒體上，與數據備份不同的是，數據歸檔在完成復制工作后將原始數據從硬盤上刪除，釋放到硬盤空間。

歸檔恢復：將歸檔數據寫回到硬盤上

在線備份：對正在運行的數據庫或應用進行備份。

離線備份：在數據庫關閉后對其數據進行備份，離線備份通常采用全備份

全備份：執行數據全部備份的操作

增量備份：只備份上一次備份后數據的改變量

并行技術：將不同的數據源同時備份/恢復到同一個備份設備/硬盤上

數據克隆：是實現災難恢復的一種重要手段，通過將原始數據同時備份到兩份可移動媒體上，將其中一份數據轉移到地理位置不同的辦公室存放。

④系統技術評價的主要內容：系統效率、系統可靠性、可擴展性和可移植性。