數據字典、作用數據字典就是用來具體描述數據流圖內數據的邏輯屬性。數據字典的作用是對數據流圖中的各種成分進行詳細說明，作為數據流圖的細節補充，和數據流圖一起構成完整的系統需求模型。數據字典一般應包括對數據項，數據結構，數據存儲和數據處理的說明。原型過程模型和演化演化軟件過程模型區別作用原型過程模型優點：（1）縮短開發周期（2）用戶主導（3）開發靈活（4）容易掌握原型模型用于：需求不確定和解決方案不明確的系統的開發。適用于開發信息系統中的最終用戶界面。適用于用戶事先說不清具體要求，或者雖然說明了要求，開發者卻把握不準的系統。開發步驟：1識別基本需要2開發工作模型3模型驗證4修改和改進5判定原型完成6整理原型提供文檔演化軟件過程模型是利用一種迭代的思想方法，它的特征是使用軟件工程師漸進的開發逐步的完善的軟件版本增量模型：是一種漸進式的開發方法，其中的增量式指系統開發過程中，先開發出的基本功能，然后再逐步完善相關的功能。特點：1以功能遞增的方式進行軟件的開發2能較快的生產可操作的系統3遞進中可以不斷完善自身4可改善測試效果和降低軟件開發成本螺旋模型：綜合了瀑布模型和原型模型，并加入了風險分析機制。四階段：1計劃2風險分析3工程實現4用戶評價和階段審評步驟：1決定目標，替代方案和約束2識別和解決項目的風險3評估技術方案和替代解決方案4開發本次迭代的支付物和驗證迭代產出的正確性5計劃下一次迭代6提交下一次迭代的步驟和方案適應場合：支持需求不明確、特別是大型軟件系統的開發，并支持面向規格說明、面向過程、面向對象等多種軟件開發方法，是一種具有廣闊前景的模型。JAD方法：管理人員和需求分析人員組成或聯合開發團隊，負責定義并詳細說明目標系統的邏輯需求和技術可選方案優點：1節省溝通時間2人員充分發表意見3提高適用性和成功率缺點：1需較強的協調能力2需參與者較大的積極性和共同能力RAD方法：對項目目標缺少共識的情況下，快速交互性的開發原型，借以發現和跟蹤需求變化，短期內得到可用的產品，JAD協同實現流程：1需求規劃2用戶設計-迭代3系統構建4系統轉換成功關鍵因素：1制定明確，大膽的目標2對每一個步驟周期設置時間表和期限3RAD工具的支持4管理層的支持和有力的開發團隊軟件體系結構1、概念：軟件體系結構為軟件系統提供了一個結構、行為和屬性的高級抽象，由構成系統的元素的描述、這些元素的相互作用、指導元素集成的模式以及這些模式的約束組成。軟件體系結構不僅指定了系統的組織結構和拓撲結構，并且顯示了系統需求和構成系統的元素之間的對應關系，提供了一些設計決策的基本原理。2、意義（1）體系結構是風險承擔者進行交流的手段（2）體系結構是早期設計決策的體現（3）軟件體系結構是可傳遞和可重用的模型系統設計1概要設計：主要是把需求轉換為數據和軟件體系結構，即進行總體結構設計2詳細設計：是對總體結構的細化，即對處理過程進行設計結構化設計方法1概要設計：模塊獨立性，內聚性，耦合性含義以及意義2詳細設計：流程圖，PAD圖，N-S圖畫法面向對象和基于事件的風格（優點、缺點、比較）面向對象：步驟：1標識對象2定義主題3定義屬性4定義服務5標識結構原則：抽象封裝繼承分類聚合關聯消息傳遞粒度控制行為分析UML模型圖：1用例圖2靜態圖3行為圖4交互圖5實現圖面向對象設計原則：1單一職責原則2開一閉原則3里氏代換原則4合成復用原則5依賴倒置原則6接口隔離原則7迪米特法則這種風格建立在數據抽象和面向對象的基礎上，數據的表示方法和它們的相應操作封裝在一個抽象數據類型或對象中。這種風格的構件是對象，或者說是抽象數據類型的實例。對象是一種被稱作管理者的構件，因為它負責保持資源的完整性。對象是通過函數和過程的調用來交互的。優點因為對象對其它對象隱藏它的表示，所以可以改變一個對象的表示，而不影響其它的對象；設計者可將一些數據存取操作的問題分解成一些交互的代理程序的集合。缺點為了使一個對象和另一個對象通過過程調用等進行交互，必須知道對象的標識。只要一個對象的標識改變了，就必須修改所有其他明確調用它的對象；必須修改所有顯式調用它的其它對象，并消除由此帶來的一些副作用。基于事件的隱式調用這種風格的構件是一些模塊，模塊既可以是一些過程，又可以是一些事件的集合。過程可以用通用的方式調用，也可以在系統事件中注冊一些過程，當發生這些事件時，過程被調用。這種風格的主要特點是事件的觸發者并不知道哪些構件會被這些事件影響。這樣不能假定構件的處理順序，甚至不知道哪些過程會被調用，因此，許多隱式調用的系統也包含顯式調用作為構件交互的補充形式。優點◎為軟件重用提供了強大的支持。當需要將一個構件加入現存系統中時，只需將它注冊到系統的事件中?！驗楦倪M系統帶來了方便。當用一個構件代替另一個構件時，不會影響到其它構件的接口。缺點◎構件放棄了對系統計算的控制。一個構件觸發一個事件時，不能確定其它構件是否會響應它。而且即使它知道事件注冊了哪些構件的構成，它也不能保證這些過程被調用的順序。◎數據交換的問題。有時數據可被一個事件傳遞，但另一些情況下，基于事件的系統必須依靠一個共享的倉庫進行交互。在這些情況下，全局性能和資源管理便成了問題?！蚣热贿^程的語義必須依賴于被觸發事件的上下文約束，關于正確性的推理存在問題。模型驅動方法、加速方法比較區別模型驅動分析法1結構化分析一種模型驅動的、以過程為中心的技術，可以用于分析現有系統或是定義新系統的業務需求。模型以圖形化的方法展示系統部件，包括了處理過程、輸入和輸出。最主要的建模工具：數據流圖2信息工程與數據建模用來計劃、分析和設計信息系統的模型驅動的以數據為中心的同時對過程敏感的技術。信息工程使用圖形化的模型來說明和對照過程與數據之間的關系。常用的模型為實體關系圖3面向對象分析將數據和處理過程集成到對象這一結構中。模型從各個方面（結構、行為以及對象的交互）對系統加以說明。對象：封裝了描述事物的數據（屬性）以及所有使用和修改數據和屬性的過程（方法）訪問和修改數據的唯一方法是使用對象預先定義好的過程。常用的建模語言為UML4加速分析法強調構造原型以便快速地為一個新系統確定業務需求和用戶需求。原型：目標系統的小規模的、非完整的但可以工作的示例方法：獲取原型快速構架分析獲取原型提供一個可以響應需求的快速但粗糙的實現，用以確定用戶的需求的一種技術優點：符合“我看見了才知道我需要什么”的思維方式缺點：1誤到用戶關注于系統的外觀2過早的關注于設計3用戶誤認為系統可以在快速原型開發工具的支持下快速地實現快速結構分析期望從已有系統或者是獲取的原型中導出系統模型的方法逆向工程：可以從數據庫系統、應用軟件和用戶界面的代碼自動生成等價系統模型的技術工具：CASE工具ADE工具快速原型工具系統分析含義、任務目標：了解并詳述用戶的需求，進行邏輯設計，確定新系統的業務需求和處理需求，并形成需求分析文檔任務：（系統分析的任務）1、確定系統的綜合要求2、分析系統的數據要求3、開發模型系統4、需求建模---建立系統的邏輯模型5、修正系統開發計劃，建立有關文檔系統設計的含義、任務目標：設計解決方案的系統任務：以分析階段獲得的需求為基礎，確定信息系統，數據庫，用戶界面和操作環境的體系結構，并完成詳細算法和數據結構的設計。模塊獨立性：是指開發工具具有獨立功能而且和其他模塊之間沒有過多的相互作用的模塊意義：具有良好的獨立性的模塊分化，模塊功能完整獨立，數據接口簡單，程序易于實現，易于理解和維護。獨立性限制了錯誤的作用范圍，使錯誤易于排除，因而可使軟件開發速度快質量高。衡量標準耦合性：對一個軟件結構內不同模塊間互聯程度的度量內聚性：標志一個模塊內各個處理元素彼此結合的緊密程度設計原則：1力爭盡可能弱的耦合性2力爭盡可能高的內聚性系統規劃的含義、任務目標：確定新系統的作用并制定整體開發計劃任務：1制定信息系統的發展戰略2制定信息系統的總體方案3制定信息系統的資源分配計劃關鍵成功因素（CSF）關鍵成功因素是指在一個組織中的若干能夠決定組織在競爭中能否獲勝的因素。特點目標識別突出重點從重要需求引發規劃容易忽視次要問題受成功因素分析結果的制約CSF的設計過程：識別企業目標一識別關鍵成功因素一識別性能指標一定義企業數據字典優點：直觀的引導高級管理者縱觀整個企業與信息技術之間的關系缺點：很難有效支持較低層次的信息需求分析；過分忽略次要因素可能轉換為主要因素（陳鑫補充）戰略標記轉換方法（SST）戰略目標集轉移法，確定信息系統的戰略和目標，使它們與企業總的戰略和，目標保持一致步驟1識別組織現有的戰略集2將組織的戰略集轉化為信息系統的戰略特點1反映各種人的要求2由人員需求引出信息系統目標3目標比較全面4不夠突出重點信息系統規劃：含義、任務含義：信息系統規劃是將組織目標、支持組織目標所必需的信息、提供這些必需信息的信息系統、以及這些信息系統的實施等諸要素集成的信息系統方案，是面向組織中信息系統發展遠景的系統開發計劃。（PPT）意義：系統規劃是系統開發的前提條件系統規劃是系統開發的綱領系統規劃是系統開發成功的保證系統規劃是系統驗收評價的標準特點：全局性高層次指導性管理與技術結合環境適應性任務規劃活動的三個階段規劃活動的三個階段?企業系統規劃（BSP）?關鍵成功因素（CSF）?戰略集轉化法（SST）?比較成本/利益?甘特進度圖可用的方法?戰略規劃委員會?依組織環境制定IS戰略?企業系統規劃（BSP）?關鍵成功因素（CSF）?戰略集轉化法（SST）?比較成本/利益?甘特進度圖1）信息系統的目標與約束2）當前的能力狀況3）對影響計劃的信息技術發展的預測制定信息系統的總體方案制定信息系統建設的資源分配計劃

4+1概念為什么研究，作用，意義Kruchten在1995年提出了“4+1”的視圖模型。“4+1”視圖模型從5個不同的視角包括邏輯視圖、進程視圖、物理視圖、開發視圖和場景視圖來描述軟件體系結構。每一個視圖只關心系統的一個側面，5個視圖結合在一起才能反映系統的軟件體系結構的全部內容。最終用戶：功能需求編程人員：軟件管理可擴充性、吞吐量等系統集成人員：性能拓撲、安裝、通信等系統工程人員：系統可擴充性、吞吐量等系統集成人員：性能拓撲、安裝、通信等系統工程人員：系統邏輯視圖(LogicalView)，設計的對象模型(使用面