系統分析與設計期末複習提綱

系統分析與設計期末複習提綱

一、sdlc的四個過程：

1、計畫階段是理解為什麼要建立資訊系統和確定專案團隊將如何來開發它的基本過程。

2、分析階段說明此系統由誰來用，用做什麼，在**用，以及什麼時候用這些問題。

3、設計階段確定系統將如何執行，涉及硬體，軟體和網路基礎設施，將要使用的使用者介面，窗體和報表，所需的專用程式，資料庫和文件。

4、實現階段是系統實際構建的時期。

二、系統開發方**分為哪幾種：

2、以資料為中心的方**：首先注重確定資料儲存器的內容和這些內容是如何組織的。

3、物件導向方**：試圖平衡對過程的資料重視。

三、系統需求包括：

專案發起者、業務需求、業務要求、業務價值、特殊問題。

四、用例的定義：

用例是一種正式的方式來表示業務系統如何與環境進行互動，它闡述了系統使用者所執行的活動。

五、建立資料流圖的步驟：

第一步：建立上下文圖來顯示所有的外部實體和資料流的起點和終點。

第二步：團隊為每個用例建立dfd段來顯示用例，是怎樣與外部實體和資料儲存交換資料流的。

第三步：將這些dfd段組成乙個0層dfd。

第四步：團隊鯽魚每個用例的內部步驟開發，1層dfd以便更好地解釋他們是如何執行的。

第五步：團隊驗證dfd集以保證他們的完整性和正確性。

六、資料模型的定義：

資料模型是表示業務系統中所用到和建立的資料的一種形式化方法，它闡述了對人物、地點或者事物所捕獲的資訊以及他們之間的關係。

七、實體關係圖的基本元素：（三個基本元素：實體、屬性、關係）

實體：實體是資料模型中的基本構造模組，它們是人物、地點、事件或收集的有關這些事物的資料。

屬性：屬性是從實體中捕獲到的各種型別的資訊。

關係：關係是實體之間的關聯，它們是把實體連在一起的線條。

基數：父例項對子例項的比例。

模態：表明子實體的例項是否需要參與到關係中。

八、影響獲取策略的因素：

業務需要、內部經驗、專案技術、專案管理、時間約束。

九、c/s架構的優缺點：

優點：1、可公升級。

2、客戶/伺服器架構能夠支援許多不同型號的客戶端和伺服器。

3、採用網際網路標準的瘦客戶/伺服器架構可以很容易將系統分為表示邏輯、應用邏輯和資料訪問邏輯。

4、因為並非由單個伺服器計算機提供所有的應用，整個網路通常會更加可靠。

缺點：1、複雜。

2、許多比較基於伺服器架構和c/s架構的爭論都把焦點集中在花費上。

十、效能需求：

效能需求的核心是效能問題，如響應時間、容量和可靠性，其中包括：速度要求、容量需求、

可用性與可靠性需求。

速度需求：是指系統操作的快慢。

容量需求：試圖**系統需要支援多少使用者，包括總使用者數和同時使用的使用者數。

可用性與可靠性需求：關注於使用者假定的系統可供他們正常使用的程度。

十

一、使用者介面包含的三種組成成分：

導航機制：使用者下達指示給系統並告訴它做什麼的方式。

輸入機制：系統捕獲資訊的方式。

輸出機制：系統給使用者或其他系統提供資訊的方式。

十

二、使用者介面原則：

布局：使用者介面的首要原則是處理螢幕、**和報表的布局。

審美學：如何設計賞心悅目的介面。

使用者經驗：在設計使用者介面時，要考慮到使用者的計算機水平。

一致性：可能是使系統易於使用的最重要的因素，因為它使使用者能**將會發生的事情

儘量減少使用者投入：最終介面被設計為儘量減少使用者的投入以完成任務。

十三、資料儲存格式：

資料儲存格式主要有兩種，檔案和資料庫，檔案是一種被優化的，用來實現特定事物的電子資料列表，資料庫是一組在某些方面相互關聯的資訊集合。

資料庫分為遺留資料庫、關聯式資料庫、物件資料庫（物件導向資料庫）、多維資料庫。

遺留資料庫：被用來命名那些基於陳舊的有時是過時的技術，以及很少用來開發新應用程式的資料庫。

物件資料庫（物件導向資料庫）：基本前提是所有事情都應該被看作具有資料和過程的物件

多維資料庫是由於資料倉儲的增加而被驅動起來的。

十

四、優化資料儲存：

可從兩方面出發：儲存效率和訪問速度。

儲存效率是從儲存空間角度出發，關聯式資料庫中最高的表不包括冗餘資料，並且幾乎沒有空值，因為這些資料的存在意味著浪費。

優化訪問速度是指優化了資料模型設計的資料儲存之後，最終結果就是資料分散在大量**中，當來自多個標的資料被訪問或查詢時，這些表首先要被連線在一起。

優化訪問速度包括：去規範化、聚類、索引。

去規範化：邏輯模型在資料儲存方面被優化之後，專案團隊可能決定進行去規範化或將那些物理資料模型所描述的冗餘資料重新新增進設計。

聚類：訪問速度同樣受資料檢索方式的影響。

索引：它直接指明了你所感興趣的話題頁碼。

十五、系統開發生命週期（sdlc）是指這樣的乙個過程，包括：理解資訊系統對業務需求的支援，設計系統、構建系統，以及把系統移交給使用者。

十六、可行性分析指導組織決定是否繼續專案的開發。可行性分析也確定與專案相關的重要風險必須在專案批准前得到處理。包括3種技術：技術可行性、經濟可行性和組織可行性。

十七、經濟可行性分析的步驟：

確定花費和收益

定義現金流

估算專案的經濟價值

·投資回報率（roi）

·平衡點（bep）

·淨現值（npv）

十八、專案管理設計就是計畫和控制待開發的系統，使其在特定時間範圍內，以最低的成本，完成正確功能的過程。專案經理的主要職責就是管理眾多人物以及協調各個角色之間的關係。

十九、需求就是陳述系統必須要做的是或者系統必需具備的特徵。在分析階段，需求從業務員的角度出發撰寫，關注系統能夠做「什麼」。它們關注業務使用者的需求，所以通常叫做業務需求。有時也叫做使用者需求。在隨後的設計階段，業務需求變得更為技術化，他們描述系統如何被實現。設計階段的需求是從開發人員的角度出發撰寫，它們通常被稱為系統需求。需求從本質上可以分為功能需求和非功能需求。

二十、非功能需求指的是系統必須具備的行為屬性，如效能和可用性。

二十一、case工具用於幫助構建erd，每個erd工具都有資料字典，它是分析員定義和查詢erd中實體、屬性和關係的重要資訊倉庫。

你在資料字典中看到的資訊稱為元資料，簡單地說，它是關於資料的資料。元資料描述實體、屬性和關係。

二十二、p180

邏輯dfd轉換為物理dfd的步驟

二十三、p184

用fdf平衡erd

二十四、購買軟體包

優點：缺點：

二十五、外包

優點：缺點：

二十六、外包原則：

·保持你和外包商之間的溝通通暢

·在簽訂合同前詳細說明並穩定需求

·視外包關係為合作關係

·仔細選擇**商，開發者或服務提供者

·指派乙個人去管理與外包商的關係

·不要外包你所不清楚的東西

·強調靈活的需求、長期的關係和短期的合同

二十七、資料儲存格式比較：

檔案遺留dbms

關係dbms

物件導向dbms

多維dbms

主要優點

檔案可被設計用於快速操作，可擔當短期資料儲存

非常成熟的產品

資料庫市場中的領導者，能處理多種資料要求

可處理複雜資料

被配置用來快速響應決策支援問題

主要缺點

資料冗餘，更新資料需要專門程式

不能有效儲存資料，沒有將來

不能處理複雜資料

技術正在趨於成熟，人才難尋

非常專業的用途，人才難尋

支援的資料型別

比較簡單

新資料不推薦使用

比較簡單

比較複雜（如影像、聲音和影象）

聚集的支援的系統型別

事務處理

新系統不推薦使用

事務處理和決策制定

事務處理

決策制定

現有的資料格式

取決於組織結構

未來需求狀況

侷限的前景

暗淡的前途

光明的前景

不確定的前景

dbms——資料管理系統

系統分析與設計期末複習提綱

《演算法分析與設計基礎》考前複習提綱

系統分析與設計

系統分析與設計

相關推薦