第11章系統(tǒng)開發(fā)方法與策略-wenkub.com
2025-03-03 12:04 本頁(yè)面
【正文】 2023年 3月 23日星期四 6時(shí) 1分 45秒 18:01:4523 March 2023 1一個(gè)人即使已登上頂峰，也仍要自強(qiáng)不息。勝人者有力，自勝者強(qiáng)。 , March 23, 2023 閱讀一切好書如同和過(guò)去最杰出的人談話。 2023年 3月 23日星期四 下午 6時(shí) 1分 45秒 18:01: 1楚塞三湘接，荊門九派通。 18:01:4518:01:4518:013/23/2023 6:01:45 PM 1成功就是日復(fù)一日那一點(diǎn)點(diǎn)小小努力的積累。 2023年 3月 下午 6時(shí) 1分 :01March 23, 2023 1行動(dòng)出成果，工作出財(cái)富。 :01:4518:01Mar2323Mar23 1故人江海別，幾度隔山川。共同分擔(dān)開發(fā)工作的程序員通過(guò)相互審閱和修改已經(jīng)完成的工作文件使合作變得更加容易； ? 使軟件開發(fā)的速度加快而且功能進(jìn)一步完善。 ? 一開始就自底向上的采用面向?qū)ο蠓椒ㄩ_發(fā)系統(tǒng)，會(huì)造成系統(tǒng)結(jié)構(gòu)不合理、各部分關(guān)系失調(diào)等問(wèn)題。 * OOA方法 ? 標(biāo)識(shí)對(duì)象和類 ? 標(biāo)識(shí)結(jié)構(gòu) ? 定義主題 ? 定義屬性 ? 確定方法 OOD方法 ? 問(wèn)題空間部分的設(shè)計(jì) ? 人機(jī)交互部分的設(shè)計(jì)（ HIC） ? 任務(wù)管理部分的設(shè)計(jì) ? 數(shù)據(jù)管理部分的設(shè)計(jì) 耦合、內(nèi)聚、重用 面向?qū)ο蠓椒ǖ膬?yōu)缺點(diǎn) 優(yōu)點(diǎn)： ? 由于面向?qū)ο蟮姆椒ǜ咏诂F(xiàn)實(shí)世界，易于理解。整理問(wèn)題、詳細(xì)的設(shè)計(jì)對(duì)象，對(duì)分析結(jié)果做進(jìn)一步的抽象、歸納、整理，最后以范式的形式確定對(duì)象。 * 面向?qū)ο螅?OO）軟件開發(fā) ? 強(qiáng)調(diào)的不是程序 ? 將重點(diǎn)從模型與數(shù)據(jù)轉(zhuǎn)向 對(duì)象 , 對(duì)象是數(shù)據(jù)和程序的結(jié)合體 ? 對(duì)象、類、消息 * OO方法的特點(diǎn) ? 繼承 ? 封裝 ? 多態(tài) ? 抽象 OO方法開發(fā)過(guò)程 ? 。側(cè)重點(diǎn)在于數(shù)據(jù)轉(zhuǎn)換過(guò)程而不是數(shù)據(jù)本身。 ? 先將整個(gè)信息系統(tǒng)開發(fā)過(guò)程劃分出若干個(gè)獨(dú)立的階段，如系統(tǒng)規(guī)劃、系統(tǒng)分析、系統(tǒng)設(shè)計(jì)、系統(tǒng)實(shí)施等。該方式需要強(qiáng)有力的領(lǐng)導(dǎo)及進(jìn)行一定的咨詢。組織一旦開始外包信息系統(tǒng)，就意味著開始依靠其他的組織完成許多本組織內(nèi)的業(yè)務(wù)職能。 2） 降低了控制力 。隨著業(yè)務(wù)的成長(zhǎng)，不需要對(duì)組織的信息系統(tǒng)作重大的改變，只需要調(diào)整外部的費(fèi)用和能力就能滿足需要； ? 更有效的利用人才。因?yàn)橥獠炕姆?wù)的提供者是有競(jìng)爭(zhēng)的，而用戶內(nèi)部的系統(tǒng)卻缺乏這種競(jìng)爭(zhēng)； ? 可預(yù)見性好。安裝、修改、設(shè)計(jì)程序接口、做文檔、切換、測(cè)試、培訓(xùn)用戶； ? 運(yùn)行和維護(hù)，改錯(cuò)與升級(jí)。 * 信息系統(tǒng)的生命周期 系統(tǒng)規(guī)劃 系統(tǒng)分析 系統(tǒng)設(shè)計(jì) 系統(tǒng)實(shí)施 系統(tǒng)運(yùn)行 和維護(hù) 生命周期法的特點(diǎn) ? “用戶參與”原則 ? “先邏輯后物理”原則 ? “自頂向下，分解協(xié)調(diào)”的原則 ? 工作文檔的規(guī)范化和標(biāo)準(zhǔn)化原則 * 生命周期法的局限 ? 資源消耗多，開發(fā)成本高 , 時(shí)間長(zhǎng) ? 不具有靈活性，在開發(fā)早期就明確確定需求 ? 對(duì)小型的、結(jié)構(gòu)化不是很強(qiáng)的系統(tǒng)這種方法不是很適用，特別是面向決策的系統(tǒng) * 原型法 prototype 用戶在建立原型、評(píng)價(jià)原型、修改原型的過(guò)程中不斷精練自己的需求 ? 原型 : 根據(jù)基本需求所開發(fā)的系統(tǒng)以讓用戶明確需求、評(píng)價(jià)原型 ? 交互式的過(guò)程 * 原型法的步驟 標(biāo)識(shí)用戶基本需求 系統(tǒng)設(shè)計(jì)人員了解確定用戶的基本需求 開發(fā)一個(gè)工作原型 系統(tǒng)設(shè)計(jì)人員盡快開發(fā)一個(gè)工作原型，通常是使用第四代軟件工具或一些 CASE工具進(jìn)行原型的開
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號(hào)-1