286.⑴ 代碼設(shè)計(jì)步驟
⑵ 確定編碼對象和范圍
、 調(diào)查是否已有標(biāo)準(zhǔn)代碼
、 確定編排方式和符號類型
、 考慮檢錯(cuò)功能
⑹ 編寫代碼表
287.N-S圖與流程圖相比優(yōu)點(diǎn) :
、 強(qiáng)制設(shè)計(jì)人員按結(jié)構(gòu)化程序設(shè)計(jì)方法進(jìn)行思考并描述其方案 。
、 圖像直觀,容易理解設(shè)計(jì)意圖,為編程、復(fù)查、測試和維護(hù)帶來方便 。
、 簡單易學(xué) 。
288.系統(tǒng)實(shí)施注意
⑴ 盡可能選擇成熟的軟件產(chǎn)品,以保證系統(tǒng)的高性能及高可靠性 。
、 選擇好信息系統(tǒng)的開發(fā)工具。
289.提高程序可讀性的辦法
⑴ 用結(jié)構(gòu)化方法進(jìn)行詳細(xì)設(shè)計(jì)
、 程序中包含說明性材料
、 良好的程序書寫風(fēng)格
、 良好的編程風(fēng)格
290.測試的原則:
⑴ 應(yīng)盡早并不斷地進(jìn)行測試 。
⑵ 測試工作應(yīng)避免由原開發(fā)軟件的人或小組來承擔(dān)(單元測試除外) 。
、 在設(shè)計(jì)測試方案時(shí),不僅要確定輸入數(shù)據(jù),而且要從系統(tǒng)的功能出發(fā)確定輸出結(jié)果 。
⑷ 在設(shè)計(jì)測試用例時(shí),不僅要包括合理、有效的輸入條件,也要包括不合理、失效的輸入條件 。
⑸ 在測試程序時(shí),不僅要檢測程序是否做了該做的事,還要檢測程序是否做了不應(yīng)該做的事。
⑹ 充分重視測試中的群集現(xiàn)象 。
⑺ 嚴(yán)格按照測試計(jì)劃來進(jìn)行,避免測試的隨意性。
、 妥善保存測試計(jì)劃、測試用例,作為軟件文檔的組成部分,為維護(hù)提供方便。
291.企業(yè)IT戰(zhàn)略規(guī)劃應(yīng)從以下6方面考慮:
、 IT戰(zhàn)略規(guī)劃目標(biāo)的制定要具有戰(zhàn)略性。
、 IT戰(zhàn)略規(guī)劃要體現(xiàn)企業(yè)核心競爭力要求,規(guī)劃的范圍要緊密圍繞如何提升企業(yè)的核心競爭力來進(jìn)行了,切忌面面俱到的無范圍控制。
⑶ IT戰(zhàn)略規(guī)劃目標(biāo)的制定要具有較強(qiáng)的業(yè)務(wù)結(jié)合性,深入分析和結(jié)合企業(yè)不同時(shí)期的發(fā)展要求,將建設(shè)目標(biāo)分解為合理可行的階段性目標(biāo),并最終轉(zhuǎn)化為企業(yè)業(yè)務(wù)目標(biāo)的組成部分。
⑷ IT戰(zhàn)略規(guī)劃對信息技術(shù)的規(guī)劃必須具有策略性,對信息技術(shù)發(fā)展的規(guī)律和趨勢要持有敏銳的洞察力,在信息化規(guī)劃時(shí)就要考慮到目前及未來發(fā)展的適應(yīng)性問題。
、 IT戰(zhàn)略規(guī)劃對成本的投資分析要有戰(zhàn)術(shù)性 。
、蔍T戰(zhàn)略規(guī)劃要對資源的分配和切入時(shí)機(jī)進(jìn)行充分的可行性評估。
292.系統(tǒng)管理的策略與方法:
⑴ 面向業(yè)務(wù)處理--IT系統(tǒng)管理的真正需求
、 管理所有的IT資源,實(shí)現(xiàn)端到端的控制
⑶ 豐富的管理功能--為企業(yè)提供各種便利
、 多平臺、多供應(yīng)商的管理
293.服務(wù)級別管理要點(diǎn):
、 強(qiáng)調(diào)IT對業(yè)務(wù)的價(jià)值 。
⑵ 要讓業(yè)務(wù)部門的人員參與進(jìn)來。
、 關(guān)鍵要落到實(shí)處。
、 創(chuàng)建能提供的,而不是提供的服務(wù)級別管理。
相關(guān)推薦:2010軟件水平考試:信息系統(tǒng)項(xiàng)目管理案例分析北京 | 天津 | 上海 | 江蘇 | 山東 |
安徽 | 浙江 | 江西 | 福建 | 深圳 |
廣東 | 河北 | 湖南 | 廣西 | 河南 |
海南 | 湖北 | 四川 | 重慶 | 云南 |
貴州 | 西藏 | 新疆 | 陜西 | 山西 |
寧夏 | 甘肅 | 青海 | 遼寧 | 吉林 |
黑龍江 | 內(nèi)蒙古 |