277.運行質(zhì)量評價標準：預定的系統(tǒng)開發(fā)目標的完成情況;運行環(huán)境的評價;系統(tǒng)運行使用評價;系統(tǒng)的質(zhì)量評價。
278.系統(tǒng)效益評價標準：
這部分個人認為是下午可能會考的知識點
279.⑴ 系統(tǒng)分析的的步驟
⑵ 現(xiàn)行系統(tǒng)的詳細調(diào)查
⑶ 在詳細調(diào)查的基礎上，進行需求分析
⑷ 提出新系統(tǒng)的邏輯模型
⑸ 編寫系統(tǒng)規(guī)格說明書
280.編寫數(shù)據(jù)字典的基本要求：
⑴ 對數(shù)據(jù)流圖上各種成分的定義必須明確、、易于理解。
⑵ 符合一致性和完整性要求，對數(shù)據(jù)流圖上的成分定義與說明沒有遺漏。
⑶ 數(shù)據(jù)流圖中同類成分的數(shù)據(jù)字典條目中，無同名異義或異名同義。
⑷ 格式規(guī)范、風格統(tǒng)一、文字精煉、數(shù)字與符號正確。
281.結構化系統(tǒng)分析和設計方法的基本思想：用系統(tǒng)的思想、系統(tǒng)工程的方法，按用戶至上的原則，結構化、模塊化、自上而下對信息系統(tǒng)進行分析與設計。
282.模塊化設計的工作任務內(nèi)容：
⑴ 按需求和設計原則將系統(tǒng)劃分為若干功能模塊。
⑵ 決定每個模塊的具體功能和職責。
⑶ 分析和確定模塊間的調(diào)用關系。
⑷ 確定模塊間的信息傳遞 。
283.結構圖與數(shù)據(jù)流程圖差別：
⑴ 數(shù)據(jù)流程圖著眼于數(shù)據(jù)流，反映系統(tǒng)的邏輯功能，即系統(tǒng)能夠“做什么”。
⑵ 結構圖著眼于控制層次，反映系統(tǒng)的物理模型，即怎樣逐步實現(xiàn)系統(tǒng)的總功能 。
⑶ 從時間上說，數(shù)據(jù)流程圖在前，控制結構圖在后，數(shù)據(jù)流程圖是繪制結構圖的依據(jù) 。
284.結構圖與程序框圖區(qū)別：
程序框圖用于說明程序的步驟，先做什么，再做什么;結構圖描述各模塊的“責任”。
285.系統(tǒng)選型：
⑴ 集中式主要類型：單機批處理、單機多終端分時、主機-智能終端
優(yōu)點：管理與維護控制方便/安全保密性好/人員集中使用/資源利用率高
缺點：應用范圍與功能受限制/可變更性、靈活性和擴展性變差/對終端用戶來說，由于集中式系統(tǒng)對用戶需要的響應并不很及時，所以不利于調(diào)動他們的的積極性
⑵ 分布式主要類型：局域網(wǎng)形式、廣域網(wǎng)形式、局廣混和形式
優(yōu)點：① 資源的分散管理與共享使用，可減輕主機的壓力，與應用環(huán)境匹配較好。
② 具有一定的獨立性和自治性，利于調(diào)動各節(jié)點所在部門的積極性。
③ 并行工作的特性使負載分散，因而對主機性能要求降低。
④ 可行性高、個別節(jié)點機的故障不會導致整個系統(tǒng)的癱瘓。
⑤ 可變性高、靈活性高，易于調(diào)整
缺點：① 資源的分散管理降低了系統(tǒng)的安全性，并給系統(tǒng)數(shù)據(jù)的一致性維護帶來了困難。
② 地域上的分散設置，使得系統(tǒng)的維護工作比較困難。
③ 管理分散，加重管理工作的負擔。
286.⑴ 代碼設計步驟
⑵ 確定編碼對象和范圍
⑶ 調(diào)查是否已有標準代碼
⑷ 確定編排方式和符號類型
⑸ 考慮檢錯功能
⑹ 編寫代碼表
287.N-S圖與流程圖相比優(yōu)點 ：
⑴ 強制設計人員按結構化程序設計方法進行思考并描述其方案 。
⑵ 圖像直觀，容易理解設計意圖，為編程、復查、測試和維護帶來方便 。
⑶ 簡單易學 。
288.系統(tǒng)實施注意
⑴ 盡可能選擇成熟的軟件產(chǎn)品，以保證系統(tǒng)的高性能及高可靠性 。
⑵ 選擇好信息系統(tǒng)的開發(fā)工具。
289.提高程序可讀性的辦法
⑴ 用結構化方法進行詳細設計
⑵ 程序中包含說明性材料
⑶ 良好的程序書寫風格
⑷ 良好的編程風格
290.測試的原則：
⑴ 應盡早并不斷地進行測試 。
⑵ 測試工作應避免由原開發(fā)軟件的人或小組來承擔(單元測試除外) 。
⑶ 在設計測試方案時，不僅要確定輸入數(shù)據(jù)，而且要從系統(tǒng)的功能出發(fā)確定輸出結果 。
⑷ 在設計測試用例時，不僅要包括合理、有效的輸入條件，也要包括不合理、失效的輸入條件 。
⑸ 在測試程序時，不僅要檢測程序是否做了該做的事，還要檢測程序是否做了不應該做的事。
⑹ 充分重視測試中的群集現(xiàn)象 。
⑺ 嚴格按照測試計劃來進行，避免測試的隨意性。
⑻ 妥善保存測試計劃、測試用例，作為軟件文檔的組成部分，為維護提供方便。
291.企業(yè)IT戰(zhàn)略規(guī)劃應從以下6方面考慮：
⑴ IT戰(zhàn)略規(guī)劃目標的制定要具有戰(zhàn)略性。
⑵ IT戰(zhàn)略規(guī)劃要體現(xiàn)企業(yè)核心競爭力要求，規(guī)劃的范圍要緊密圍繞如何提升企業(yè)的核心競爭力來進行了，切忌面面俱到的無范圍控制。
⑶ IT戰(zhàn)略規(guī)劃目標的制定要具有較強的業(yè)務結合性，深入分析和結合企業(yè)不同時期的發(fā)展要求，將建設目標分解為合理可行的階段性目標，并最終轉(zhuǎn)化為企業(yè)業(yè)務目標的組成部分。
⑷ IT戰(zhàn)略規(guī)劃對信息技術的規(guī)劃必須具有策略性，對信息技術發(fā)展的規(guī)律和趨勢要持有敏銳的洞察力，在信息化規(guī)劃時就要考慮到目前及未來發(fā)展的適應性問題。
⑸ IT戰(zhàn)略規(guī)劃對成本的投資分析要有戰(zhàn)術性 。
⑹IT戰(zhàn)略規(guī)劃要對資源的分配和切入時機進行充分的可行性評估。
292.系統(tǒng)管理的策略與方法：
⑴ 面向業(yè)務處理--IT系統(tǒng)管理的真正需求
⑵ 管理所有的IT資源，實現(xiàn)端到端的控制
⑶ 豐富的管理功能--為企業(yè)提供各種便利
⑷ 多平臺、多供應商的管理
293.服務級別管理要點：
⑴ 強調(diào)IT對業(yè)務的價值 。
⑵ 要讓業(yè)務部門的人員參與進來。
⑶ 關鍵要落到實處。
⑷ 創(chuàng)建能提供的，而不是提供的服務級別管理。
294.外包風險控制著手點：
⑴ 加強對外包合同的管理
⑵ 對整個項目體系的規(guī)劃
⑶ 對新技術敏感
⑷ 不斷學習
295.系統(tǒng)日常操作范圍： 性能及可用性管理、系統(tǒng)作業(yè)調(diào)度、幫助服務臺、輸出管理 。
296. ⑴ 統(tǒng)一用戶管理的收益
⑵ 用戶使用更加方便
⑶ 安全控制力度得到加強
⑷ 減輕管理人員的負擔，提高工作效率。
⑸ 安全性得到提高。
297.用戶安全管理審計的主要功能：
⑴ 用戶安全審核數(shù)據(jù)的收集
⑵ 保護用戶安全審計數(shù)據(jù)
⑶ 用戶安全審計數(shù)據(jù)分析
298.常見的用戶安全審計報告包括如下內(nèi)容：
⑴ 了解系統(tǒng)通常發(fā)生什么
⑵ 有用戶通常登錄系統(tǒng)的時段的記錄
⑶ 登錄失敗的審核應該特別引起留意
299.IT系統(tǒng)管理中利用各類自動化工具的原因：
⑴ 業(yè)務對IT的效率和有效性、依賴性不斷增強。
⑵ IT基礎架構和應用日趨復雜。
⑶ IT系統(tǒng)管理的需要日益復雜。
300.自動化運作管理的益處：
⑴ 日常操作自動化
⑵ 更好地發(fā)現(xiàn)和解決故障
⑶ IT人員技術分級
⑷ 提高配置信息的可用性
⑸ 分布式系統(tǒng)管理
301.運行管理工具的功能： 性能及可用性管理、網(wǎng)絡資源管理、日常作業(yè)管理、系統(tǒng)監(jiān)控及事件處理、安全管理工具、存儲管理、軟件自動分發(fā)、用戶連接管理、資產(chǎn)管理/配置管理、幫助服務臺/用戶支持、數(shù)據(jù)庫管理、IT服務流程管理。
302.良好的收費/內(nèi)部核算體系應滿足的條件：
⑴ 有適當?shù)暮怂闶召M政策。
⑵ 可以準確公平地補償服務所負擔的成本。
⑶ 樹立IT服務于業(yè)務部門(客戶)的態(tài)度，確保組織IT投資的回報。
⑷ 考慮收費/核算對IT服務的供應者與服務使用者兩方面的利益，核算的目的是優(yōu)化IT服務供應者與使用者的行為，化地實現(xiàn)組織的目標。
⑸ 制定收費政策一般要求簡單、公平、具有現(xiàn)實的可操作性。制定過程應注意：信息溝通、靈活的價格政策、收費記錄法。