第一篇：系統(tǒng)分析與設(shè)計(jì)心得

系統(tǒng)分析與設(shè)計(jì)心得(精選多篇)

系統(tǒng)分析師對(duì)考生的綜合素質(zhì)要求較高，考查的知識(shí)面很廣。但分析歷年考題可以發(fā)現(xiàn)，雖然考試知識(shí)面廣但考試內(nèi)容并不是很深。因此，這就要求我們注意平時(shí)積累，經(jīng)常通過網(wǎng)絡(luò)、講座、學(xué)術(shù)會(huì)議等途徑及時(shí)了解一些流行技術(shù)熱點(diǎn)和業(yè)界最新動(dòng)態(tài)。

2、多做項(xiàng)目，在實(shí)踐中鍛煉提高

如果說平時(shí)積累的各個(gè)知識(shí)點(diǎn)是一粒粒寶貴的珍珠的話，那么項(xiàng)目經(jīng)歷則是將這些珍珠串聯(lián)起來的一根紅線。“紙上得來終覺淺，絕知此事要躬行”。軟件工程是一門實(shí)踐性、綜合性非常強(qiáng)的專業(yè)，如果沒有參加過完整的實(shí)際項(xiàng)目，就難以從根本上理解書本上所學(xué)的

理論知識(shí)，就難以真正領(lǐng)會(huì)軟件工程的思想精髓。同時(shí)，在做項(xiàng)目時(shí)還要勤于思考，無論是作為主持者還是作為一個(gè)普通的程序員，都應(yīng)該去潛心思考為什么要這樣設(shè)計(jì)、這樣設(shè)計(jì)的優(yōu)點(diǎn)是什么、有哪些不足，如果你是設(shè)計(jì)師的話你又會(huì)怎樣設(shè)計(jì)？經(jīng)常做這樣的換位思考，會(huì)不自覺地提高自己的系統(tǒng)分析和設(shè)計(jì)能力，積累豐富的項(xiàng)目經(jīng)驗(yàn)，這對(duì)下午一的考試來說是非常有益的。

3、注意提高個(gè)人文檔編寫能力

一些軟件工程師有個(gè)不好的習(xí)慣，那就是只喜歡鉆研具體的技術(shù)點(diǎn)而不注重提高文檔編寫能力。他們的一個(gè)通病是做得多、寫得少，在某一個(gè)具體的技術(shù)領(lǐng)域上往往表現(xiàn)得非常優(yōu)秀，但寫出的文檔質(zhì)量實(shí)在難以恭維。作為一個(gè)合格的系統(tǒng)分析師文檔編寫能力是必不可少的基本素質(zhì)，也是下午二考試的考查重點(diǎn)。

文檔編寫能力不僅對(duì)于應(yīng)試是十分必要的，而且在實(shí)際工作也是非常重

要的。因此，我們應(yīng)當(dāng)在平時(shí)多做這方面的訓(xùn)練，多思考、多動(dòng)筆，努力提高自己文檔編寫能力。

4、掌握評(píng)卷專家心理，注意論文寫作技巧

在下午二的考試中，應(yīng)注意把握評(píng)卷專家的心理狀況。根據(jù)希賽it教育研發(fā)中心的著名軟考專家張友生所說的，評(píng)卷專家不可能把你的論文一字一句地精讀，要讓他短時(shí)間內(nèi)了解你的論文內(nèi)容并認(rèn)可你的能力，必須把握好主次關(guān)系，論文的組織一定要條理清晰。一般說來，項(xiàng)目概述部分評(píng)卷專家會(huì)較認(rèn)真看，為讓評(píng)卷專家對(duì)你所做的項(xiàng)目產(chǎn)生興趣，這里可適當(dāng)吹捧。在論文陳述部分應(yīng)當(dāng)按主次關(guān)系分條進(jìn)行陳述，首先最好開門見山指出你所采取的措施，然后指出你為什么這樣做，這樣做有何優(yōu)點(diǎn)，克服了以前做法的哪些缺點(diǎn)等等。在分條陳述時(shí)最好一個(gè)問題一個(gè)自然段，在每個(gè)自然段首先要有一個(gè)主題句，主題句簡(jiǎn)明扼要地描述本段的中心思

想。

在論文撰寫中，切忌大談空洞的理論知識(shí)或不懂裝懂，以專家的姿態(tài)高談闊論。應(yīng)當(dāng)將重點(diǎn)放在匯報(bào)你自己在項(xiàng)目中所做的與論題相關(guān)的工作，讓評(píng)卷專家相信你確實(shí)做過這方面的項(xiàng)目而且達(dá)到了相應(yīng)水平。

在下午二考試時(shí)間的分配上，建議首先花3--5分鐘根據(jù)個(gè)人特長(zhǎng)選定題目，然后花10—15分鐘左右整理一下所掌握的素材，列出提綱，即你打算談幾個(gè)方面，每個(gè)方面你是怎么做的，收效如何等等，簡(jiǎn)明扼要地寫在草稿紙上。

5、張友生的書，不能不讀

要想通過系統(tǒng)分析師考試，不但需要多做項(xiàng)目，而且有關(guān)全國著名的軟考輔導(dǎo)專家張友生老師的書是不可不讀的。

學(xué)習(xí)電子商務(wù)系統(tǒng)分析與設(shè)計(jì)的心得體會(huì)

《電子商務(wù)系統(tǒng)分析與設(shè)計(jì)》系統(tǒng)地介紹了電子商務(wù)系統(tǒng)的規(guī)劃、分析、設(shè)計(jì)、實(shí)施與運(yùn)行管理的基本概念、方法、技術(shù)和相關(guān)案例。從結(jié)構(gòu)上可以進(jìn)一步分為4個(gè)部分：概述部分，主要說明電子商務(wù)系統(tǒng)分析設(shè)計(jì)的基本概念、內(nèi)容、過程與方法；系統(tǒng)規(guī)劃、分析與設(shè)計(jì)部分，主要說明系統(tǒng)規(guī)劃、分析、設(shè)計(jì)的方法、內(nèi)容和工具；系統(tǒng)實(shí)施與維護(hù)部分，涵蓋電子商務(wù)系統(tǒng)的開發(fā)與集成、測(cè)試、部署、維護(hù)、審計(jì)與評(píng)價(jià)；案例部分，給出了兩個(gè)完整的案例，從背景、規(guī)劃、分析、設(shè)計(jì)角度幫助我們進(jìn)一步理解電子商務(wù)系統(tǒng)的規(guī)劃、分析與設(shè)計(jì)。圍繞電子商務(wù)系統(tǒng)開發(fā)過程的各個(gè)階段，系統(tǒng)地闡述了電子商務(wù)系統(tǒng)開發(fā)的思想、方法和技術(shù)，包括系統(tǒng)的規(guī)劃、分析、設(shè)計(jì)、實(shí)現(xiàn)與維護(hù)等內(nèi)容，重點(diǎn)介紹了采用uml進(jìn)行系統(tǒng)的分析與設(shè)計(jì)的方法；并從企業(yè)管理者和電子商務(wù)應(yīng)用實(shí)踐的角度，對(duì)國內(nèi)外一些典型的企業(yè)電子商務(wù)解決方案進(jìn)行了介紹；最后結(jié)合實(shí)例闡述了運(yùn)用struts、javaee1.5等新技術(shù)進(jìn)行電子商務(wù)系統(tǒng)的

設(shè)計(jì)與開發(fā)的過程，使我們能很好地把理論學(xué)習(xí)與實(shí)踐訓(xùn)練更好地結(jié)合起來。

本課程結(jié)合電子商務(wù)系統(tǒng)領(lǐng)域的最新技術(shù)、方法和實(shí)踐，以及電子商務(wù)系統(tǒng)應(yīng)用成果，從理論基礎(chǔ)、方法運(yùn)用、技術(shù)基礎(chǔ)和實(shí)踐4個(gè)維度對(duì)電子商務(wù)系統(tǒng)做了較深入、全面的闡述。教科書共十章，第一章介紹電子商務(wù)系統(tǒng)的基礎(chǔ)概念和知識(shí)；第二章介紹電子商務(wù)系統(tǒng)建設(shè)的過程與方法；第三章介紹電子商務(wù)系統(tǒng)規(guī)劃的內(nèi)容、方法和步驟；第四章介紹電子商務(wù)系統(tǒng)的分析方法與工具，重點(diǎn)利用uml進(jìn)行了系統(tǒng)分析；第五章闡述了電子商務(wù)系統(tǒng)設(shè)計(jì)基礎(chǔ)與思想方法；第六章介紹電子商務(wù)支付系統(tǒng)、電子商務(wù)系統(tǒng)安全體系設(shè)計(jì)的思想方法；第七章介紹了電子商務(wù)系統(tǒng)的開發(fā)技術(shù)與模式，并結(jié)合實(shí)例完整介紹struts2框架web應(yīng)用開發(fā)的基本過程；第八章介紹電子商務(wù)系統(tǒng)運(yùn)行、維護(hù)與評(píng)價(jià)的知識(shí)和方法；第九章結(jié)合我國實(shí)際，介紹了國內(nèi)外的電子商務(wù)系統(tǒng)解決方案；

第十章結(jié)合實(shí)例和具體技術(shù)，系統(tǒng)的闡述了一個(gè)電子商務(wù)系統(tǒng)從分析、設(shè)計(jì)到實(shí)現(xiàn)的過程，讓我們通過一個(gè)電子商務(wù)系統(tǒng)的設(shè)計(jì)實(shí)踐和操作，消化和理解所學(xué)的理論知識(shí)。

本課程在繼承軟件工程和信息系統(tǒng)分析與設(shè)計(jì)的思想,方法,技術(shù)和工具的基礎(chǔ)上,從系統(tǒng)化的思想及結(jié)構(gòu)化開發(fā)方法入手,全面介紹電子商務(wù)系統(tǒng)特色,規(guī)劃方法,系統(tǒng)分析及設(shè)計(jì),并依據(jù)電子商務(wù)自身的特點(diǎn),著重針對(duì)網(wǎng)站設(shè)計(jì),支付系統(tǒng)設(shè)計(jì)及安全系統(tǒng)設(shè)計(jì)進(jìn)行分析和介

紹。本實(shí)驗(yàn)課程使學(xué)生進(jìn)一步理解和掌握所學(xué)各種電子商務(wù)系統(tǒng)分析和設(shè)計(jì)的方法.熟練掌握系統(tǒng)分析和設(shè)計(jì)建模軟件.。

本課程目的是為了讓我們能夠全面了解應(yīng)用系統(tǒng)的整個(gè)電子商務(wù)系統(tǒng)的開發(fā)建設(shè)流程，并掌握電子商務(wù)系統(tǒng)開發(fā)的相關(guān)技術(shù)：

掌握電子商務(wù)系統(tǒng)的分析方法；

掌握電子商務(wù)系統(tǒng)的總體設(shè)計(jì)方法；

學(xué)會(huì)使用visio軟件構(gòu)建電子商務(wù)系統(tǒng)數(shù)據(jù)流程圖,use case圖以及活動(dòng)圖；

體會(huì)應(yīng)用軟件工程的設(shè)計(jì)思想進(jìn)行電子商務(wù)系統(tǒng)開發(fā)的過程與方法。

通過本課程設(shè)計(jì)，便于我們?nèi)胬斫怆娮由虅?wù)系統(tǒng)規(guī)劃、分析與設(shè)計(jì)知識(shí)，并掌握操作方法，而不是獨(dú)立地學(xué)習(xí)某單方面的操作技術(shù)；另一方面實(shí)用性較強(qiáng)，我們認(rèn)真完成本書實(shí)驗(yàn)后，基本上可以勝任電子商務(wù)系統(tǒng)規(guī)劃、分析、設(shè)計(jì)及實(shí)現(xiàn)工作。

學(xué)習(xí)這門課程，使我對(duì)電子商務(wù)網(wǎng)站的開發(fā)有了一定的了解。掌握了電子商務(wù)系統(tǒng)的基本概念、特征及其結(jié)構(gòu)。了解電子商務(wù)系統(tǒng)開發(fā)技術(shù)和發(fā)展方向，理解電子商務(wù)生命周期的概念、特征及其作用。能夠按要求撰寫電子商務(wù)系統(tǒng)規(guī)劃報(bào)告，基本掌握uml需求分析思路和方法，能結(jié)合運(yùn)用實(shí)際撰寫系統(tǒng)分析報(bào)告。熟悉電子商務(wù)平臺(tái)技術(shù)，包

括操作系統(tǒng)、應(yīng)用服務(wù)器、中間件技術(shù)等。基本了解電子商務(wù)支付系統(tǒng)與安全系統(tǒng)。初步掌握一些電子商務(wù)網(wǎng)站客戶端技術(shù)。能正確理解電子商務(wù)系統(tǒng)評(píng)價(jià)的作用，并掌握評(píng)價(jià)指標(biāo)體系設(shè)計(jì)的思路等等。

通過一系列的實(shí)驗(yàn)讓我知道了基礎(chǔ)的電子商務(wù)分析的方法，掌握對(duì)電子商務(wù)系統(tǒng)進(jìn)行系統(tǒng)總體結(jié)構(gòu)設(shè)計(jì)及應(yīng)用系統(tǒng)設(shè)計(jì)的內(nèi)容及方法。加深理解了在課程中、書本上學(xué)到的知識(shí)和理論，并使其在課題研究中得到運(yùn)用而且讓我得到了實(shí)踐的收獲。

希望在以后的實(shí)習(xí)實(shí)踐中多接觸、對(duì)比一些案例能夠增長(zhǎng)對(duì)網(wǎng)上電子商務(wù)系統(tǒng)設(shè)計(jì)的一些知識(shí)。

0911061237

朱寶

信息系統(tǒng)分析與設(shè)計(jì)學(xué)習(xí)心得

通過近10周的學(xué)習(xí)，我覺得信息系統(tǒng)分析與設(shè)計(jì)這門課程收獲還是挺大的。我覺得，如果我們決定要做一件事，就得對(duì)這個(gè)系統(tǒng)有一個(gè)整體得把握，首先要進(jìn)行系統(tǒng)的規(guī)劃和選擇，接著就是系統(tǒng)的設(shè)計(jì)，其中系統(tǒng)設(shè)計(jì)包括三個(gè)部分：1.確定系統(tǒng)需求；2.系統(tǒng)需求結(jié)構(gòu)化：過程建模，這一步驟主要就是畫數(shù)據(jù)流圖；3.系統(tǒng)需求結(jié)構(gòu)化：概念數(shù)據(jù)建模，這一過程主要是畫實(shí)體—關(guān)系圖。然后就是進(jìn)行系統(tǒng)設(shè)計(jì)，系統(tǒng)設(shè)計(jì)包括設(shè)計(jì)人機(jī)界面和數(shù)據(jù)庫設(shè)計(jì)。最后一步就是系統(tǒng)的實(shí)現(xiàn)與運(yùn)行。

在做信息系統(tǒng)分析與設(shè)計(jì)的大作業(yè)的時(shí)候，我和我們的小組成員曾經(jīng)去實(shí)地考察過，雖然最后并沒有被接待，但還是小有收獲的。通過實(shí)地考察，我們能更清晰地了解我們系統(tǒng)所要實(shí)現(xiàn)的功能，甚至說讓它比現(xiàn)有系統(tǒng)更加完善。當(dāng)然，我們做東西，也是要追求進(jìn)步，如果說做出來的東西和以前的系統(tǒng)都沒什么兩樣，這樣意義也不大。不過，這也得是在我們能力所及的范圍內(nèi)，我們得適當(dāng)?shù)匕盐蘸米约旱臅r(shí)間和現(xiàn)有資源進(jìn)行適當(dāng)?shù)脑O(shè)計(jì)。相信自己的努力還是

能有一個(gè)很好的結(jié)果的，我們得對(duì)自己的發(fā)展有一個(gè)好的概括。信息系統(tǒng)分析與設(shè)計(jì)的大作業(yè)從第一周到第九周一直伴隨著我們，說實(shí)在話，一直覺得自己有做不完的作業(yè)，剛開始還有些抱怨，但隨著作業(yè)的進(jìn)行，我們慢慢看到了自己的小小成果，覺得付出有了回報(bào)，并開始樂在其中。在這期間，徐老師也一直鼓勵(lì)我們，他告訴我們，只要堅(jiān)持做下去，我們會(huì)收獲到成功的喜悅的！

現(xiàn)在，我們已基本完成了大作業(yè)分析階段，在我和小組成員的協(xié)作下，總算按時(shí)完成了。在分析階段，我們也遇到了很多問題，比如剛開始畫數(shù)據(jù)流圖時(shí)，visio用的不是很熟練，數(shù)據(jù)流圖中的數(shù)據(jù)流、數(shù)據(jù)存儲(chǔ)、過程、源點(diǎn)和宿點(diǎn)不知

道怎樣連接，層與層之間也不知如何區(qū)分，有時(shí)候甚至想要放棄。還好有老師的鼓勵(lì)與指導(dǎo)加上小組一起努力，我們克服了這一難關(guān)。在畫er圖的時(shí)候遇到的問題就相對(duì)少了一點(diǎn)，因?yàn)橐郧?/p>

學(xué)習(xí)數(shù)據(jù)庫的時(shí)候就畫過er圖了，所以在畫的過程中就相對(duì)輕松一點(diǎn)。接下來就是系統(tǒng)的設(shè)計(jì)了，時(shí)間還蠻緊迫的，我們?nèi)孕枧Α?/p>

我作為小組的組長(zhǎng)，從中真的學(xué)習(xí)到不少知識(shí)。老師說過，組長(zhǎng)應(yīng)該做的比別人更加多，才能夠勝任。我們現(xiàn)在還沒有達(dá)到“喝茶看報(bào)紙”的層次，那得等到我們具備了足夠的能力，所以要想達(dá)到那個(gè)高度，我們現(xiàn)在應(yīng)該更加努力。負(fù)責(zé)的整個(gè)過程中，我必須把握好進(jìn)度，如果一步跟不上，可能就會(huì)步步跟不上。我們小組成員也很配合，基本不需我太多督促。在對(duì)我們所要實(shí)現(xiàn)的功能有了個(gè)整體的把握的情況下，我們制作出了令自己還算滿意的圖形?，F(xiàn)在我覺得自己基本可以熟練運(yùn)用visio了，這也算是一大收獲吧！

總的來說，這次這次信息系統(tǒng)分析與設(shè)計(jì)的課程設(shè)計(jì)讓我獲益匪淺，以前只是紙上談兵，沒有親自實(shí)踐，不知道理論上升到實(shí)踐路程的艱辛。通過這次

自己親自選題、實(shí)地考察、繪制dfd、er圖到完成分析，我體驗(yàn)了其中的不容易，也嘗到了其中的甜頭。我們還會(huì)繼續(xù)努力，更好的完成下面的工作。

0963710205 秦曉雅

《信息系統(tǒng)分析與設(shè)計(jì)》考試題目及評(píng)分標(biāo)準(zhǔn)

下周一中午12點(diǎn)之前由班長(zhǎng)或?qū)W習(xí)委員收齊各班紙質(zhì)版本作業(yè)，周二收齊交給任課老師。

請(qǐng)注意論文封面、格式以及老師強(qiáng)調(diào)的論文重點(diǎn)，打印并裝訂好交給班長(zhǎng)或?qū)W習(xí)委員?？荚囶}目：

設(shè)計(jì)一個(gè)銀行存取款管理信息系統(tǒng)。

要求具有下面的功能：①儲(chǔ)戶憑身份證在銀行開戶，銀行賬戶中保存儲(chǔ)戶姓名、聯(lián)系電話、家庭住址等基本信息，并保存儲(chǔ)戶每筆存取款業(yè)務(wù)數(shù)據(jù)。②儲(chǔ)戶存款時(shí)，需提交存折/卡號(hào)，由業(yè)務(wù)員在銀行賬戶及存折/卡上登記存款信息。③儲(chǔ)戶取款時(shí)，還需提交密碼，以確認(rèn)

身份，在驗(yàn)證取款合法性后，更新銀行賬戶。④統(tǒng)計(jì)員每日統(tǒng)計(jì)存、取款情況，形成日存取款匯總表，提供給信貸管理部作為信貸主要依據(jù)。

設(shè)計(jì)一個(gè)物資采購及庫存管理業(yè)務(wù)管理信息系統(tǒng)。

要求具有下面的功能：①車間填寫領(lǐng)料單到倉庫領(lǐng)料，庫長(zhǎng)根據(jù)用料計(jì)劃審批領(lǐng)料單，未批準(zhǔn)的退回車間。②庫工收到已批準(zhǔn)的領(lǐng)料單后，首先查閱庫存賬，若有貨，則通知車間前來領(lǐng)取所需物料，并登記用料流水賬；否則將缺貨通知采購人員。③采購人員根據(jù)缺貨通知，查閱訂貨合同單，若已訂貨，則向供貨單位發(fā)出催貨請(qǐng)求，否則就臨時(shí)申請(qǐng)補(bǔ)充訂貨。④供貨單位發(fā)出貨物后，立即向訂貨單位發(fā)出提貨通知。采購人員收到提貨通知單后，就可辦理入庫手續(xù)。接著是庫工驗(yàn)收入庫，并通知車間領(lǐng)料。⑤此外，倉庫庫工還要依據(jù)庫存賬和用料流水賬定期生成庫存報(bào)表，呈送有關(guān)部門。

考核內(nèi)容：

熟練掌握信息系統(tǒng)分析與設(shè)計(jì)的方法。具體考核的內(nèi)容是：

1、編寫信息系統(tǒng)可行性報(bào)告。

2、編寫信息系統(tǒng)需求分析報(bào)告，繪制數(shù)據(jù)流圖。

3、編寫信息系統(tǒng)設(shè)計(jì)報(bào)告，繪制功能結(jié)構(gòu)層次圖，數(shù)據(jù)庫設(shè)計(jì)，界面設(shè)計(jì)和硬件和軟件設(shè)計(jì)。

評(píng)分標(biāo)準(zhǔn)：

1、編寫信息系統(tǒng)可行性報(bào)告。

2、編寫信息系統(tǒng)需求分析報(bào)告，繪制數(shù)據(jù)流圖。

3、編寫信息系統(tǒng)設(shè)計(jì)報(bào)告，繪制功能結(jié)構(gòu)層次圖。

4、數(shù)據(jù)庫設(shè)計(jì)

5、界面設(shè)計(jì)。

6、簡(jiǎn)單的硬件和軟件設(shè)計(jì)。

系統(tǒng)分析與設(shè)計(jì)方法讀書筆記

《系統(tǒng)分析與設(shè)計(jì)方法》，顧名思義，是論述軟件開發(fā)過程中涉及到的分析與設(shè)計(jì)過程的方法論。作者依照軟件

開發(fā)過程將書劃分為四個(gè)部分：系統(tǒng)開發(fā)項(xiàng)目環(huán)境、系統(tǒng)分析方法、系統(tǒng)設(shè)計(jì)方法、系統(tǒng)分析和設(shè)計(jì)完成后的工作。同其他美國作者一樣，作者通過一個(gè)貫穿全書的案例--音階公司系統(tǒng)項(xiàng)目，向我們?cè)敿?xì)地講解了開發(fā)一個(gè)軟件系統(tǒng)過程中設(shè)計(jì)到的知識(shí)。

第一部分“系統(tǒng)開發(fā)項(xiàng)目環(huán)境”介紹信息系統(tǒng)開發(fā)的概念和過程。第二部分“系統(tǒng)分析方法”涵蓋了生命周期前期活動(dòng)、工具和技術(shù)，這些內(nèi)容用于分析業(yè)務(wù)問題、說明信息系統(tǒng)業(yè)務(wù)需求以及制定業(yè)務(wù)和系統(tǒng)方案。第三部分“系統(tǒng)設(shè)計(jì)方法”涵蓋了生命周期中期活動(dòng)、工具和技術(shù)，特別強(qiáng)調(diào)應(yīng)用架構(gòu)的概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)、快速開發(fā)和原型設(shè)計(jì)、外部設(shè)計(jì)、內(nèi)部設(shè)計(jì)以及面向?qū)ο笤O(shè)計(jì)。第四部分“系統(tǒng)分析和設(shè)計(jì)完成后的工作”通過縱覽生命周期后期活動(dòng)，透視系統(tǒng)分析和設(shè)計(jì)工作。

《系統(tǒng)分析與設(shè)計(jì)方法》這本書圍繞軟件開發(fā)這一中心，詳細(xì)講解了從需

求分析到后期維護(hù)各個(gè)階段中，如何運(yùn)用文檔與周圍的人員進(jìn)行有效溝通和協(xié)作。文檔，作為各類人員之間的橋梁和紐帶，如使用得當(dāng)，有以下幾個(gè)好處：

1.提高軟件開發(fā)過程的能見度。把開發(fā)過程中發(fā)生的事件以某種可閱讀的形式記錄在文檔中。管理人員可把這些記載下來的材料作為檢查軟件開發(fā)進(jìn)度和開發(fā)質(zhì)量的依據(jù)，實(shí)現(xiàn)對(duì)軟件開發(fā)的工程管理。

2.提高開發(fā)效率。軟件文檔的編制，使得開發(fā)人員對(duì)各個(gè)階段的工作都進(jìn)行周密思考、全盤權(quán)衡、從而減少返工。并且可在開發(fā)早期發(fā)現(xiàn)錯(cuò)誤和不一致性，便于及時(shí)加以糾正。

3.作為開發(fā)人員在一定階段的工作成果和結(jié)束標(biāo)志。

4.記錄開發(fā)過程中的有關(guān)信息，便于協(xié)調(diào)以后的軟件、開發(fā)、使用和維護(hù)。

5.提供對(duì)軟件的運(yùn)行、維護(hù)和培訓(xùn)的有關(guān)信息，便于管理人員、開發(fā)人員、操作人員、用戶之間的協(xié)作、交流和了

解。使軟件開發(fā)活動(dòng)更科學(xué)、更有成效。

6.便于潛在用戶了解軟件的功能、性能等各項(xiàng)指標(biāo)，為他們選購符合自己需要的軟件提供依據(jù)。

也正是基于這樣的好處，軟件行業(yè)才會(huì)定義、開發(fā)各種溝通表達(dá)工具和建模語言來統(tǒng)一溝通方法，從而便于各種人員的團(tuán)結(jié)合作。以u(píng)ml為例。從1989

年到1994年,建模語言數(shù)量從不到十種增加到了五十多種。90年代中,又一批新方法出現(xiàn),其中最引人注目的是booch 1993、oose和omt-2等。但到目前為止，uml這一統(tǒng)一建模語言脫穎而出，它貫穿軟件開發(fā)周期中的每一個(gè)階段，并被omg采納作為業(yè)界的標(biāo)準(zhǔn)。就如書中所講，uml是一個(gè)標(biāo)準(zhǔn)的圖形表示法，它不是面向?qū)ο蟮姆治龊驮O(shè)計(jì)，也不是一種方法，它僅僅是一組符號(hào)。uml是在開發(fā)階段，說明，可視化，構(gòu)建和書寫一個(gè)面向?qū)ο筌浖芗到y(tǒng)的制品的開放方法。作為一種模型語言，它使開發(fā)人員專注于建立產(chǎn)品的模型和結(jié)構(gòu)，而不是選用什么程序語言和算法實(shí)現(xiàn)。當(dāng)模型建立之后，模型可以被uml工具轉(zhuǎn)化成指定的程序語言代碼。所以說，運(yùn)用優(yōu)秀的溝通工具與各種角色進(jìn)行有效地溝通在一定程度上決定著系統(tǒng)能否保質(zhì)保量的成功完成。在這個(gè)崇尚團(tuán)結(jié)與合作的社會(huì)，作為新一代的軟件開發(fā)人員，我們更應(yīng)該認(rèn)真學(xué)習(xí)書中說講的各種文檔編寫方法，更好的運(yùn)用到實(shí)際開發(fā)中去。

首先，需求分析人員從接觸到深入了解客戶業(yè)務(wù)有一個(gè)漸進(jìn)的過程，如果一開始就深入到業(yè)務(wù)的細(xì)節(jié)中去，不但容易迷失方向，而且很容易顯露出你對(duì)業(yè)務(wù)的無知，客戶會(huì)因此而失去與你溝通的興趣。

其次，溝通雙方都有自己習(xí)慣的溝通方式。所以在雙方能夠達(dá)成默契之前，不要急于深入業(yè)務(wù)細(xì)節(jié)，而是圈定范圍，先就一些大框框進(jìn)行溝通，借此了解客戶的溝通方式?？蛻羰窍矚g開放型問題還是封閉型問題？客戶是很健談還是很

含蓄？客戶是主導(dǎo)型溝通者還是被動(dòng)型溝通者？客戶是具有很強(qiáng)邏輯思維的人，可以將一個(gè)問題有條不穩(wěn)地講清楚，還是一個(gè)發(fā)散型思維的人，總是沒有什么目的地想到什么就講什么？如果雙方的溝通方式不能切合 rf4ss，必定會(huì)造成溝通的障礙。

再次，客戶的時(shí)間是有限的，很多時(shí)候不能有整塊的時(shí)間來配合需求調(diào)研。由于項(xiàng)目的周期也是有限的，因此每一次會(huì)面都需要爭(zhēng)分奪秒，用最快的時(shí)間把問題搞清楚。另一方面，客戶通常不會(huì)為需求調(diào)研做好準(zhǔn)備，往往是等著回答問題的。如果需求分析人員寄希望于客戶能有條不理的把一套業(yè)務(wù)都能講解很清楚，整個(gè)業(yè)務(wù)形成閉環(huán)往往是很不現(xiàn)實(shí)的。這就要求需求分析人員根據(jù)經(jīng)驗(yàn)提前要做好調(diào)研計(jì)劃和內(nèi)容，逐個(gè)進(jìn)行落實(shí)。

系統(tǒng)分析與設(shè)計(jì)的方法主要包括結(jié)構(gòu)化生命周期法、原型化方法、面向?qū)ο蠓椒ā?/p>

按時(shí)間過程來分，開發(fā)方法分為生命周期法和原型法，實(shí)際上還有許多處于中間狀態(tài)的方法。原型法又按照對(duì)原型結(jié)果的處理方式分為試驗(yàn)原型法和演進(jìn)原型法。試驗(yàn)原型法只把原型當(dāng)成試驗(yàn)工具，試了以后就拋掉，根據(jù)試驗(yàn)的結(jié)論做出新的系統(tǒng)。演進(jìn)原型法則把試好的結(jié)果保留，成為最終系統(tǒng)的一部分。按照系統(tǒng)的分析要素，可以把開發(fā)方法分為三類：

①面向處理方法。

②面向數(shù)據(jù)方法。

③面向?qū)ο蟮姆椒?/p>

系統(tǒng)分析和設(shè)計(jì)應(yīng)遵循的原則有：

系統(tǒng)開發(fā)是面向客戶的，應(yīng)從客戶的角度考慮。

諸如系統(tǒng)開發(fā)生命周期之類的產(chǎn)品更新?lián)Q代機(jī)構(gòu)應(yīng)該在所有的信息系統(tǒng)開發(fā)項(xiàng)目中建立起來。

信息系統(tǒng)開發(fā)的過程并不是一個(gè)順序的過程，它允許步驟的重疊和倒轉(zhuǎn)等。如果系統(tǒng)的成功可能性受到很大限

制時(shí)，應(yīng)取消整個(gè)項(xiàng)目。

文檔材料是系統(tǒng)開發(fā)生命周期中重要的可遞交成果，應(yīng)加以重視

最后總結(jié)下，學(xué)完《系統(tǒng)分析與設(shè)計(jì)方法》這門課程再加上老師在課堂上的一些講解以及以前學(xué)習(xí)過程中的收獲，我對(duì)于系統(tǒng)分析與設(shè)計(jì)有了進(jìn)一步的理解，能高屋建瓴的看待系統(tǒng)分析與設(shè)計(jì)整個(gè)過程的步驟以及增加了一些開發(fā)設(shè)計(jì)中的重要事件的理論知識(shí)。

第二篇：系統(tǒng)分析與設(shè)計(jì)心得

讀《系統(tǒng)分析與設(shè)計(jì)方法》一書有感

作為一個(gè)軟件專業(yè)的學(xué)生，理解和掌握系統(tǒng)分析與設(shè)計(jì)的知識(shí)是必不可少的。在閱讀《系統(tǒng)分析與設(shè)計(jì)方法》一書中以及加上老師教導(dǎo)，我學(xué)到了很多東西，收獲不少。

系統(tǒng)就是由若干可以相互區(qū)別、由相互聯(lián)系并且各自獨(dú)立的單元組成各個(gè)子系統(tǒng)之間同樣是獨(dú)立而又相互聯(lián)系的。系統(tǒng)具有集合性、相關(guān)性、目的性、整體性和環(huán)境適應(yīng)性。在開發(fā)完成一個(gè)軟件項(xiàng)目的過程中，系統(tǒng)工程必須經(jīng)過開發(fā)階段、建造階段、運(yùn)行階段、更新階段、維護(hù)階段。

系統(tǒng)分析與設(shè)計(jì)的方法主要包括結(jié)構(gòu)化生命周期法（又稱瀑布法）、原型化方法（迭代法）、面向?qū)ο蠓椒ā?/p>

按時(shí)間過程來分，開發(fā)方法分為生命周期法和原型法，實(shí)際上還有許多處于中間狀態(tài)的方法。原型法又按照對(duì)原型結(jié)果的處理方式分為試驗(yàn)原型法和演進(jìn)原型法。試驗(yàn)原型法只把原型當(dāng)成試驗(yàn)工具，試了以后就拋掉，根據(jù)試驗(yàn)的結(jié)論做出新的系統(tǒng)。演進(jìn)原型法則把試好的結(jié)果保留，成為最終系統(tǒng)的一部分。

按照系統(tǒng)的分析要素，可以把開發(fā)方法分為三類：

①面向處理方法（Processing Oriented，簡(jiǎn)稱PO）。

②面向數(shù)據(jù)方法（Data Oriented，簡(jiǎn)稱DO）。

③面向?qū)ο蟮姆椒ǎ∣bject Oriented，簡(jiǎn)稱OO）。

系統(tǒng)分析和設(shè)計(jì)應(yīng)遵循的原則有：

系統(tǒng)開發(fā)是面向客戶的，應(yīng)從客戶的角度考慮。

諸如系統(tǒng)開發(fā)生命周期之類的產(chǎn)品更新?lián)Q代機(jī)構(gòu)應(yīng)該在所有的信息系統(tǒng)開發(fā)項(xiàng)目中建立起來。

信息系統(tǒng)開發(fā)的過程并不是一個(gè)順序的過程，它允許步驟的重疊和倒轉(zhuǎn)等。

如果系統(tǒng)的成功可能性受到很大限制時(shí)，應(yīng)取消整個(gè)項(xiàng)目。文檔材料是系統(tǒng)開發(fā)生命周期中重要的可遞交成果，應(yīng)加以重視。在本書的第一部分中，主要集中于系統(tǒng)分析和設(shè)計(jì)的整體描述，包括系統(tǒng)分析和設(shè)計(jì)方法的環(huán)境，信息系統(tǒng)構(gòu)件，信息系統(tǒng)開發(fā)，項(xiàng)目管理。期中印象比較深刻的是系統(tǒng)開發(fā)過程的能力成熟度模型（CMMI）。信息系統(tǒng)和軟件的CMM框架用來幫助改善其系統(tǒng)開發(fā)過程的成熟度。CMM包括了五個(gè)成熟度等級(jí)：初始級(jí)、可重復(fù)級(jí)、已定義級(jí)、已管理級(jí)、優(yōu)化級(jí)。期中，每個(gè)等級(jí)都是下一個(gè)等級(jí)的必須條件。

在軟件開發(fā)過程中需求分析階段是至關(guān)重要的一個(gè)階段，需求分析階段可能被稱為定義階段或者邏輯設(shè)計(jì)階段。需求分析階段的第一個(gè)任務(wù)是確定需求，在這個(gè)階段至少將目標(biāo)轉(zhuǎn)換成為滿足其需要的功能需求和非功能需求的框架。在這個(gè)階段需要交付的成果是功能需求和非功能需求的草稿。在初步定義完了功能需求和非功能需求后，得排列需求的優(yōu)先次序。如果一個(gè)項(xiàng)目落后于進(jìn)度或者超出預(yù)算，知道哪個(gè)需求比其他需求更重要可能是很有用的。在排列需求的優(yōu)先次序中可以使用到時(shí)間盒的技術(shù)。需求分析并不會(huì)真正的技術(shù)，因?yàn)槠髽I(yè)需要具有快速適應(yīng)不斷變化的需求和機(jī)會(huì)的能力。信息系統(tǒng)不能比企業(yè)自身的響應(yīng)技術(shù)還慢。

在學(xué)習(xí)本書第二部分的時(shí)候，我了解到了需求分析在整個(gè)項(xiàng)目開發(fā)中的作用以及成為整個(gè)項(xiàng)目主導(dǎo)的因素。只要好的需求才能設(shè)計(jì)開發(fā)出好的軟件項(xiàng)目。在項(xiàng)目開發(fā)過程中，我們還可以利用圖表的形式來簡(jiǎn)化方便人員的開發(fā)設(shè)計(jì)。期中有五種圖表是系統(tǒng)分析師常用的：類圖、用例圖、協(xié)作圖、順序圖、狀態(tài)圖。期中用例圖是用例建模的產(chǎn)物，它以圖形化的方式將系統(tǒng)描述成用、參與者（用戶）及其之間的關(guān)系。簡(jiǎn)單的說就是用直立的小人來表示參與者（用戶），用圓圈來表示用例，他們之間以箭頭的形式來連接。關(guān)系包括了：關(guān)聯(lián)關(guān)系、擴(kuò)展關(guān)系、使用關(guān)系、依賴關(guān)系、繼承關(guān)系。但是書上沒講到《include》關(guān)系，跟老師的講解有點(diǎn)出路。老師在講義上通過畫圖的方式很好的解釋了《include》和《extend》的關(guān)系。

數(shù)據(jù)建模這一章節(jié)中，我了解了數(shù)據(jù)建模的含義，它是一種為數(shù)據(jù)庫定義業(yè)務(wù)需求的技術(shù)。數(shù)據(jù)建模中比較重要的概念有實(shí)體和屬性之間的關(guān)系，關(guān)系是連接實(shí)體的一個(gè)時(shí)間，或者僅僅是存在于實(shí)體之間的邏輯關(guān)系。關(guān)系有很多種類，多對(duì)多、一對(duì)多、一對(duì)

一、等等。這些關(guān)系的圖形化符號(hào)記起來很不容易，但是我自己想到了一個(gè)比較容易記憶的簡(jiǎn)單的方法。一個(gè)就用 “|”表示，零個(gè)就用“0”表示，多個(gè)就用“<”表示，然后根據(jù)相應(yīng)的說明來選擇。比如零個(gè)或一個(gè)（0|），一個(gè)或多個(gè)（|<）。過程建模是一種組織和記錄數(shù)據(jù)的結(jié)構(gòu)和流向的技術(shù)，它記錄系統(tǒng)的“過程”和有系統(tǒng)的“過程”實(shí)現(xiàn)的邏輯、策略和程序。期中也介紹到了數(shù)據(jù)流圖（DFD），數(shù)據(jù)流圖是一種描述通過系統(tǒng)的數(shù)據(jù)流以及系統(tǒng)實(shí)施的工作或處理過程的工具。我覺得數(shù)據(jù)流圖DFD的最大的優(yōu)點(diǎn)就是容易閱讀，因?yàn)閿?shù)據(jù)流圖僅有三種符號(hào)和一種連接：圓角矩形表示要完成的過程或者工作，正方形表示外部代理（系統(tǒng)的邊界），開放的方框表示數(shù)據(jù)存儲(chǔ)（可以是文件或者數(shù)據(jù)庫），箭頭表示數(shù)據(jù)流（可以是輸入和輸出，或者是表示到過程和來自過程）。統(tǒng)一建模語言UML的目的就是對(duì)面向?qū)ο笙到y(tǒng)進(jìn)行可視化、評(píng)述、和文檔化。它適用于系統(tǒng)開發(fā)從需求規(guī)格描述道系統(tǒng)完成后測(cè)試的不同階段（需求分析階段、分析階段、設(shè)計(jì)階段、編程階段、測(cè)試階段）。UML2.0的模型主要圖包括了：用例圖、活動(dòng)圖、類圖、對(duì)象圖、狀態(tài)機(jī)圖、組合結(jié)構(gòu)圖、交互圖、定時(shí)圖、組件圖、部署圖和包圖。在理解這章的過程中，我感覺比較輕松，但是把一些關(guān)系，事件，實(shí)體等等用圖形化的形式表示出來還是非常難的。用UML設(shè)計(jì)面向?qū)ο笙到y(tǒng)時(shí)候，我們得準(zhǔn)確的找到實(shí)體類、接口類、控制類、持續(xù)類、系統(tǒng)類和設(shè)計(jì)關(guān)系。在面向?qū)ο笤O(shè)計(jì)的過程中，主要包括了一下活動(dòng)：對(duì)用例模型加以精煉以反映實(shí)現(xiàn)環(huán)境；建模支持用例情景的對(duì)象交互、行為和狀態(tài)；修改對(duì)象模型以反映實(shí)現(xiàn)環(huán)境。

前面說到需求分析是整個(gè)軟件項(xiàng)目開發(fā)中最重要的一環(huán)，其實(shí)我覺得可行性分析也是跟需求分析一樣的重要。因?yàn)樾畔⑹且粋€(gè)必須經(jīng)過檢驗(yàn)的重要資本投入，就像市場(chǎng)要檢驗(yàn)一個(gè)新產(chǎn)品，系統(tǒng)分析員應(yīng)該考慮投資能夠收回嗎？是否有其他投資能夠帶來比預(yù)期更高的回報(bào)。要說他們的區(qū)別，我個(gè)人覺得是：可行性分析是要決定“做還是不做”。需求分析是要決定“做什么，不做什么”?？尚行苑治鰣?bào)告有六個(gè)準(zhǔn)則：運(yùn)行可行性、文化可行性、技術(shù)可行性、進(jìn)度可行性、經(jīng)濟(jì)可行性。只有進(jìn)行了可行性分析報(bào)告，才能夠確定企業(yè)是否要 做這個(gè)項(xiàng)目。如果說在可行性報(bào)告中顯示沒有成功的可能，那么就沒有必要再做需求分析了，整個(gè)項(xiàng)目就不會(huì)做下去了。進(jìn)行可行性分析報(bào)告可以避免項(xiàng)目中途告終的結(jié)果，在系統(tǒng)開發(fā)過程中舉足輕重。

數(shù)據(jù)庫開發(fā)與設(shè)計(jì)這章，感覺書上講解的沒有老師講的詳細(xì)。書上并沒有提到范式，但是在課堂上我了解到數(shù)據(jù)庫設(shè)計(jì)的范式。有第一范式、第二范式、第三范式、BC范式等。等級(jí)越高，數(shù)據(jù)冗余越少，對(duì)系統(tǒng)調(diào)用數(shù)據(jù)庫更方便。數(shù)據(jù)庫的核心是DBMS，DBMS的核心是數(shù)據(jù)庫引擎，引擎響應(yīng)專門的命令以創(chuàng)建數(shù)據(jù)庫結(jié)構(gòu)，然后創(chuàng)建、讀取、修改和刪除數(shù)據(jù)庫中的記錄。DBMS使用數(shù)據(jù)定義語言（DDL）創(chuàng)建記錄類型、字段和結(jié)構(gòu)化關(guān)系，還定義了數(shù)據(jù)庫視圖；DBMS還是用數(shù)據(jù)處理語言（DML）用來創(chuàng)建、讀取、修改和刪除數(shù)據(jù)庫中的記錄。但是并非所有數(shù)據(jù)庫的DBMS都被要求使用DDL和DML?？赐赀@章，總結(jié)了一下建立關(guān)系數(shù)據(jù)庫模式的步驟，首先要為每個(gè)實(shí)體類型建立一張表，然后為每張表選擇一個(gè)主鍵，同時(shí)增加外鍵來表示一對(duì)多的關(guān)系，接著還可以建立幾個(gè)新表來表示多對(duì)多的關(guān)系，然后還得定義參照完整性約束，評(píng)價(jià)模式質(zhì)量，并且進(jìn)行必要的改進(jìn)，最后為每個(gè)字段選擇適當(dāng)?shù)臄?shù)據(jù)類型和取值約束。數(shù)據(jù)庫在系統(tǒng)開發(fā)的過程中是必不可少的，幾乎所有框架類型都得用到數(shù)據(jù)庫，它也是MVC框架的底層核心。

對(duì)于本書的還有一個(gè)比較映像深刻的就是UI（user interface），用戶界面設(shè)計(jì)。一個(gè)良好的用戶界面應(yīng)該為用戶提供友好的使用方式，通過用戶界面用戶可以同應(yīng)用程序打交道，處理輸入并且獲得輸出。Galitz曾經(jīng)提出過用戶界面設(shè)計(jì)的原則：理解你的用戶及任務(wù)、讓用戶參與界面設(shè)計(jì)、在實(shí)際用戶中測(cè)試系統(tǒng)、進(jìn)行迭代設(shè)計(jì)。記得以前大二的時(shí)候?qū)W習(xí)JAVA的時(shí)候，我曾經(jīng)開發(fā)過基于圖形用戶界面（GUI）的聊天軟件，不過當(dāng)時(shí)的界面設(shè)計(jì)完全設(shè)計(jì)的是隨心所欲，并沒有理論作為指導(dǎo)。在學(xué)習(xí)VB課程的時(shí)候?qū)W過UAR，簡(jiǎn)單的了解了一些關(guān)于界面友好化設(shè)計(jì)的原則。這本書也給出了用戶界面設(shè)計(jì)過程的幾個(gè)步驟：1.以圖表形式描述用戶界面對(duì)話；2.原型化對(duì)話和用戶界面；3.獲得用戶反饋；4.如果需要，回到1步或者2步。

最后總結(jié)下，雖然我沒用把這本書的每一個(gè)地方都認(rèn)真精讀，有些地方略讀的，但是看完整本書后我收獲很大。讀完《系統(tǒng)分析與設(shè)計(jì)方法》這本書再加上老師在課堂上的一些講解以及以前學(xué)習(xí)事件過程中的收獲，我對(duì)于系統(tǒng)分析與設(shè)計(jì)有了進(jìn)一步的理解，能高屋建瓴的看待系統(tǒng)分析與設(shè)計(jì)整個(gè)過程的步驟以及增加了一些開發(fā)設(shè)計(jì)中的重要事件的理論知識(shí)。

對(duì)于系統(tǒng)分析的心得

第三篇：信息系統(tǒng)分析與設(shè)計(jì)心得報(bào)告

信息系統(tǒng)分析與設(shè)計(jì)

專 業(yè)：信息與計(jì)算科學(xué)班 級(jí)：姓 名：學(xué) 號(hào)：指導(dǎo)老師：

—認(rèn)知實(shí)習(xí)報(bào)告 信122

河北建筑工程學(xué)院數(shù)理系

二零一五年七月

《信息系統(tǒng)分析與設(shè)計(jì)》

《信息系統(tǒng)分析與設(shè)計(jì)》這門課程是我們?cè)诖笕掳雽W(xué)期開設(shè)的一門學(xué)科。它主要從信息系統(tǒng)的基本概念出發(fā)，按照信息系統(tǒng)的生命周期，系統(tǒng)、詳細(xì)地闡述了信息系統(tǒng)分析與設(shè)計(jì)的理論、方法和工具。是計(jì)算機(jī)專業(yè)類學(xué)生所要學(xué)的一門必不可少的課程。

《信息系統(tǒng)分析與設(shè)計(jì)》一書通過信息系統(tǒng)基礎(chǔ)、信息系統(tǒng)概論、信息系統(tǒng)建設(shè)、信息系統(tǒng)模型、信息系統(tǒng)規(guī)劃、領(lǐng)域分析、需求分析、信息系統(tǒng)體系結(jié)構(gòu)設(shè)計(jì)、詳細(xì)設(shè)計(jì)、實(shí)現(xiàn)與測(cè)試、信息系統(tǒng)管理、信息系統(tǒng)的應(yīng)用等十二章的內(nèi)容讓我們對(duì)這門課程有了一個(gè)初步的認(rèn)知。并且通過不斷地學(xué)習(xí)逐步加深我們對(duì)這一學(xué)科的認(rèn)識(shí)。

信息系統(tǒng)是利用現(xiàn)代信息技術(shù)，處理組織中的信息、業(yè)務(wù)、管理和決策等問題，并為組織目標(biāo)服務(wù)的綜合系統(tǒng)。在長(zhǎng)達(dá)16周的學(xué)習(xí)之后，我們迎來了期待已久課程設(shè)計(jì)。在平時(shí)，我們每堂課都有認(rèn)真的在聽講，并且從不遲到、不早退，更沒有逃過課。因此，我們有些自大的認(rèn)為自己已經(jīng)對(duì)這門課有了一定的了解，所學(xué)的東西都很扎實(shí)了，已經(jīng)可以獨(dú)立地解決一些簡(jiǎn)單的問題了。但是通過這一次課程設(shè)計(jì)，徹底地暴露了我們學(xué)習(xí)中的不足。做一個(gè)管理信息系統(tǒng)，并沒有我們以為的那么簡(jiǎn)單。在開始設(shè)計(jì)之前，我們要進(jìn)行一些系統(tǒng)調(diào)查，要了解這一系統(tǒng)是否滿足大眾的需要，確定我們的設(shè)計(jì)切實(shí)可行而不是在做無用功。同時(shí)也要考慮經(jīng)濟(jì)、技術(shù)、社會(huì)等多方面的因素，才能確定是否應(yīng)設(shè)計(jì)這一系統(tǒng)。

因?yàn)樽约簩?duì)知識(shí)的了解不夠深刻，使得我在課程設(shè)計(jì)中走了很多彎路，好多東西自己都不是很了解，只有通過不斷地翻閱書籍和上網(wǎng)查詢才能夠的已解決。不過我很珍惜這些彎路，它們使我的不足點(diǎn)充分的表露了出來。正所謂人在年輕時(shí)所犯的錯(cuò)誤都會(huì)是今后寶貴的經(jīng)驗(yàn)?，F(xiàn)在在學(xué)校中犯錯(cuò)誤，總要好過今后在工作中犯錯(cuò)誤。同時(shí)，我在知道了自己的這些不足之后，盡自己所能的有針對(duì)性的對(duì)自己學(xué)習(xí)中的缺陷進(jìn)行彌補(bǔ)，這樣也能夠更好地完善自己的知識(shí)體系。

在課程設(shè)計(jì)后，老師還給我們安排了一周的課程實(shí)習(xí)，實(shí)習(xí)范圍很廣，不限時(shí)間、不限地點(diǎn)，給了我們一個(gè)充分發(fā)揮的空間。不過要求對(duì)實(shí)習(xí)過程有一個(gè)深刻的思考、總結(jié)。在我看來，僅一周的時(shí)間用來實(shí)習(xí)是不夠的。例如在大型企業(yè)的一個(gè)比較復(fù)雜的部門實(shí)習(xí)，一周的時(shí)間僅夠我們熟悉業(yè)務(wù)，根本不能對(duì)所實(shí)習(xí)的項(xiàng)目有一個(gè)更深入的了解，更不要說是有所感悟了。所以，在這周內(nèi)我并沒有專門的尋找實(shí)習(xí)單位，而是針對(duì)我以前就從事的家教工作進(jìn)行了深入的思考。

隨著信息技術(shù)日新月異的發(fā)展，互聯(lián)網(wǎng)已經(jīng)涉及到了人們生活的方方面面，成為人們工作和生活中必不可少的組成部分。而我的家教工作也是在互聯(lián)網(wǎng)上的中介系統(tǒng)找到的，通過教一定的押金給管理者，然后負(fù)責(zé)聯(lián)系學(xué)生，給我們安排工作。不過，我發(fā)現(xiàn)這樣的安排雖然減少了我們尋找工作的時(shí)間，但是卻不能了解我們的服務(wù)對(duì)象的狀況。我們不知道學(xué)生的具體情況，無法針對(duì)性的制定教學(xué)計(jì)劃；學(xué)生對(duì)老師也不熟悉，不知道老師的教學(xué)路線。這樣會(huì)加長(zhǎng)師生的磨合期，不利于家教工作的進(jìn)行。

因此，在學(xué)習(xí)了《信息系統(tǒng)分析與設(shè)計(jì)》這門課程后，在信息系統(tǒng)已經(jīng)廣泛應(yīng)用于國民經(jīng)濟(jì)和人們生產(chǎn)生活的各個(gè)方面的今天，我覺得我們可以設(shè)計(jì)一個(gè)家教信息管理系統(tǒng)。

當(dāng)今時(shí)代的兩個(gè)顯著特點(diǎn)就是世界經(jīng)濟(jì)一體化和以計(jì)算機(jī)為代表的信息技術(shù)的快速發(fā)展。我要設(shè)計(jì)的家教信息管理系統(tǒng)要經(jīng)得起環(huán)境的挑戰(zhàn)，可以隨著計(jì)算機(jī)軟件和網(wǎng)絡(luò)技術(shù)不斷地前進(jìn)而前進(jìn)，隨著環(huán)境不斷地變化而變化的。家教信息管理系統(tǒng)要逐步發(fā)展，能更好地適應(yīng)社會(huì)的發(fā)展需求。

這個(gè)家教信息管理系統(tǒng)應(yīng)是建立在互聯(lián)網(wǎng)基礎(chǔ)上的一種信息交流平臺(tái)，面向所有網(wǎng)民提供服務(wù)。無論是找家教的學(xué)生還是做家教的教師，都可以通過該平臺(tái)進(jìn)行信息方面的交流。任何網(wǎng)友都可以自由地查看、搜索、發(fā)布該家教信息平臺(tái)的信息。這個(gè)系統(tǒng)是區(qū)別于傳統(tǒng)的家教中介的系統(tǒng)。

我計(jì)劃開發(fā)家教管理系統(tǒng)是為了可以更好的了解家教教師、學(xué)生的特點(diǎn)。對(duì)系統(tǒng)的初步要求為：

1、系統(tǒng)可以管理家教教師的基本情況。

2、家教老師可以在網(wǎng)站上注冊(cè)，發(fā)布自己的基本信息，然后想要尋找家教的學(xué)生就可以看到教師發(fā)布的信息。在家教信息管理系統(tǒng)上，想要輔導(dǎo)的學(xué)生可以根據(jù)自己的需求尋找與自己最貼合家教。

3、學(xué)生也可以在網(wǎng)站注冊(cè)，發(fā)布一些自己的對(duì)老師的需求，而同時(shí)老師也可以通過這些需求尋找學(xué)生。

4、系統(tǒng)也提供了聊天功能，師生可以先通過交談再確定兩人之間是否合適。

5、注冊(cè)的學(xué)生可以發(fā)表帖子，討論話題，發(fā)表評(píng)論，也可以找到志同道合的朋友，共同學(xué)習(xí)。

針對(duì)系統(tǒng)功能我設(shè)計(jì)了功能模塊圖：

這只是我的一個(gè)初步的想法。具體的實(shí)現(xiàn)還要經(jīng)過仔細(xì)調(diào)查之后才能開始。家教信息管理系統(tǒng)是我在學(xué)習(xí)了《信息系統(tǒng)分析與設(shè)計(jì)》之后，結(jié)合自己的家教體驗(yàn)所設(shè)計(jì)的。通過對(duì)實(shí)習(xí)的深入思考，對(duì)家教信息管理系統(tǒng)的思考，我對(duì)《信息系統(tǒng)分析與設(shè)計(jì)》這門課不僅僅是了解的更深入了，而且也有了一定的興趣。并不像以前只是為了學(xué)習(xí)而學(xué)習(xí)，而是為了興趣而學(xué)習(xí)。因此，我為自己今后的學(xué)習(xí)做了一個(gè)簡(jiǎn)單的規(guī)劃，希望通過這些規(guī)劃能夠更好地充實(shí)自己，提高自己的能力。1、2、3、4、5、6、熟練掌握信息系統(tǒng)分析與設(shè)計(jì)的基本理論知識(shí)。熟練掌握信息系統(tǒng)的分析方法、設(shè)計(jì)方法和實(shí)現(xiàn)技術(shù)。培養(yǎng)學(xué)習(xí)組織、分析研究的基本能力。

培養(yǎng)綜合運(yùn)用所學(xué)知識(shí)分析和解決問題的基本能力。了解本專業(yè)發(fā)展前景以及與本專業(yè)相關(guān)領(lǐng)域的發(fā)展動(dòng)態(tài)。尋找一些實(shí)習(xí)機(jī)會(huì)，培養(yǎng)實(shí)際工作的能力。

7、深入了解信息系統(tǒng)設(shè)計(jì)及開發(fā)方法的實(shí)際應(yīng)用，掌握軟件工具及其應(yīng)用情況；了解本專業(yè)業(yè)務(wù)范圍內(nèi)的計(jì)算機(jī)運(yùn)用生產(chǎn)與應(yīng)用方法、信息組織形式、軟件開發(fā)紀(jì)實(shí)過程及常用技術(shù)方法。

8、了解所學(xué)專業(yè)在國民經(jīng)濟(jì)建設(shè)中的地位、作用和發(fā)展趨勢(shì),重點(diǎn)掌握一些信息管理技術(shù)的發(fā)展前沿。

第四篇：系統(tǒng)分析與設(shè)計(jì)心得

系統(tǒng)分析師對(duì)考生的綜合素質(zhì)要求較高，考查的知識(shí)面很廣。但分析歷年考題可以發(fā)現(xiàn)，雖然考試知識(shí)面廣但考試內(nèi)容并不是很深。因此，這就要求我們注意平時(shí)積累，經(jīng)常通過網(wǎng)絡(luò)、講座、學(xué)術(shù)會(huì)議等途徑及時(shí)了解一些流行技術(shù)熱點(diǎn)和業(yè)界最新動(dòng)態(tài)。

【注意點(diǎn)：注意平時(shí)積累，關(guān)注技術(shù)熱點(diǎn)和業(yè)界動(dòng)態(tài)?！?/p>

2、多做項(xiàng)目，在實(shí)踐中鍛煉提高

如果說平時(shí)積累的各個(gè)知識(shí)點(diǎn)是一粒粒寶貴的珍珠的話，那么項(xiàng)目經(jīng)歷則是將這些珍珠串聯(lián)起來的一根紅線?！凹埳系脕斫K覺淺，絕知此事要躬行”。軟件工程是一門實(shí)踐性、綜合性非常強(qiáng)的專業(yè)，如果沒有參加過完整的實(shí)際項(xiàng)目，就難以從根本上理解書本上所學(xué)的理論知識(shí)，就難以真正領(lǐng)會(huì)軟件工程的思想精髓。同時(shí)，在做項(xiàng)目時(shí)還要勤于思考，無論是作為主持者還是作為一個(gè)普通的程序員，都應(yīng)該去潛心思考為什么要這樣設(shè)計(jì)、這樣設(shè)計(jì)的優(yōu)點(diǎn)是什么、有哪些不足，如果你是設(shè)計(jì)師的話你又會(huì)怎樣設(shè)計(jì)？經(jīng)常做這樣的換位思考，會(huì)不自覺地提高自己的系統(tǒng)分析和設(shè)計(jì)能力，積累豐富的項(xiàng)目經(jīng)驗(yàn)，這對(duì)下午一的考試來說是非常有益的。

【注意點(diǎn)：勤于思考?！?/p>

3、注意提高個(gè)人文檔編寫能力

一些軟件工程師有個(gè)不好的習(xí)慣，那就是只喜歡鉆研具體的技術(shù)點(diǎn)而不注重提高文檔編寫能力。他們的一個(gè)通病是做得多、寫得少，在某一個(gè)具體的技術(shù)領(lǐng)域上往往表現(xiàn)得非常優(yōu)秀，但寫出的文檔質(zhì)量實(shí)在難以恭維。作為一個(gè)合格的系統(tǒng)分析師文檔編寫能力是必不可少的基本素質(zhì)，也是下午二考試的考查重點(diǎn)。

文檔編寫能力不僅對(duì)于應(yīng)試是十分必要的，而且在實(shí)際工作也是非常重要的。因此，我們應(yīng)當(dāng)在平時(shí)多做這方面的訓(xùn)練，多思考、多動(dòng)筆，努力提高自己文檔編寫能力。

【注意點(diǎn)：實(shí)際工作中的文檔編寫能力?！?/p>

4、掌握評(píng)卷專家心理，注意論文寫作技巧

在下午二的考試中，應(yīng)注意把握評(píng)卷專家的心理狀況。根據(jù)希賽it教育研發(fā)中心的著名軟考專家張友生所說的，評(píng)卷專家不可能把你的論文一字一句地精讀，要讓他短時(shí)間內(nèi)了解你的論文內(nèi)容并認(rèn)可你的能力，必須把握好主次關(guān)系，論文的組織一定要條理清晰。一般說來，項(xiàng)目概述部分評(píng)卷專家會(huì)較認(rèn)真看，為讓評(píng)卷專家對(duì)你所做的項(xiàng)目產(chǎn)生興趣，這里可適當(dāng)吹捧。在論文陳述部分應(yīng)當(dāng)按主次關(guān)系分條進(jìn)行陳述，首先最好開門見山指出你所采取的措施，然后指出你為什么這樣做，這樣做有何優(yōu)點(diǎn)，克服了以前做法的哪些缺點(diǎn)等等。在分條陳述時(shí)最好一個(gè)問題一個(gè)自然段（自然段千萬不要過長(zhǎng)），在每個(gè)自然段首先要有一個(gè)主題句，主題句簡(jiǎn)明扼要地描述本段的中心思想。

在論文撰寫中，切忌大談空洞的理論知識(shí)或不懂裝懂，以專家的姿態(tài)高談闊論。應(yīng)當(dāng)將重點(diǎn)放在匯報(bào)你自己在項(xiàng)目中所做的與論題相關(guān)的工作，讓評(píng)卷專家相信你確實(shí)做過這方面的項(xiàng)目而且達(dá)到了相應(yīng)水平。

在下午二考試時(shí)間的分配上，建議首先花3--5分鐘根據(jù)個(gè)人特長(zhǎng)選定題目，然后花10—15分鐘左右整理一下所掌握的素材，列出提綱，即你打算談幾個(gè)方面，每個(gè)方面你是怎么做的，收效如何等等，簡(jiǎn)明扼要地寫在草稿紙上。

【注意點(diǎn)：主題把握?！?/p>

5、張友生的書，不能不讀

要想通過系統(tǒng)分析師考試，不但需要多做項(xiàng)目，而且有關(guān)全國著名的軟考輔導(dǎo)專家張友生老師的書是不可不讀的。

第五篇：軟件系統(tǒng)分析與設(shè)計(jì)

第1章

軟件工程基礎(chǔ)知識(shí) 1.1軟件工程知識(shí)體系

? 軟件需求（Software Requirements）? 軟件設(shè)計(jì)（Software Design）

? 軟件構(gòu)造（Software Construction）? 軟件測(cè)試（Software Testing）? 軟件維護(hù)（Software Maintenance）

? 軟件配置管理（Software Configuration Management）? 軟件工程管理（Software Engineering Management）? 軟件工程過程（Software Engineering Process）

? 軟件工程工具和方法（Software Engineering Tools and Methods）? 軟件質(zhì)量（Software Quality）

1.2軟件生存周期與軟件開發(fā)模型

? 1.2.1 軟件生存周期

? Boehm定義的軟件生存周期模型

? GB 8566-1988定義的軟件生存周期模型

? GB/T 8566-1995定義的軟件生存周期過程模型 ? GB/T 8566-2001定義的軟件生存周期過程模型 ? UP定義的軟件生存周期模型

? 1.2.2 軟件開發(fā)模型

? 瀑布模型（waterfall model）

? 快速原型模型（rapid prototype model）? 演化模型（evolutionary model）? 增量模型（incremental model）? 螺旋模型（spiral model）

? 噴泉模型（water fountain model）

1.3軟件質(zhì)量模型與軟件質(zhì)量管理

? 1.3.1 軟件質(zhì)量模型

? 軟件產(chǎn)品的內(nèi)部質(zhì)量、外部質(zhì)量和使用質(zhì)量 ? 質(zhì)量特性、質(zhì)量子特性和度量

? 功能性：適宜性、準(zhǔn)確性、互用性、依從性、安全性 ? 可靠性：成熟性、容錯(cuò)性、可恢復(fù)性 ? 可用性：可理解性、易學(xué)性、可操作性 ? 效率：時(shí)間特性、資源特性

? 可維護(hù)性：可分析性、可修改性、穩(wěn)定性、可測(cè)試性 ? 可移植性：適應(yīng)性、易安裝性、一致性、可替換性

? 1.3.2 軟件質(zhì)量管理

? 質(zhì)量需求分析 ? 質(zhì)量計(jì)劃 ? 質(zhì)量保證 ? 質(zhì)量控制 ? 質(zhì)量改進(jìn)

? 軟件質(zhì)量管理體系

? ? ? ? ? ? ? ? ? ?

? ?

? ? ? ? ? ? ? ? ? ? ? ? ?

? ? ?

1.4軟件配置管理

? 1.4.1 軟件配置項(xiàng)與基線

計(jì)算機(jī)軟件配置項(xiàng)（CSCI）基線（baseline）

功能基線（functional baseline）指派基線（allocated baseline）產(chǎn)品基線（product baseline）

? 1.4.2 軟件配置管理過程

對(duì)象標(biāo)識(shí) 版本控制 變化控制 配置審計(jì) 配置報(bào)告

1.5軟件過程管理

? 1.5.1 軟件能力成熟度模型（CMM）

CMM的5個(gè)等級(jí)：初始級(jí)、可重復(fù)級(jí)、已定義級(jí)、已管理級(jí)、優(yōu)化級(jí) CMM的關(guān)鍵過程域（KPA）：需求管理、軟件項(xiàng)目計(jì)劃、軟件項(xiàng)目跟蹤和監(jiān)控、軟件子合同管理、軟件質(zhì)量保證、軟件配置管理、組織級(jí)過程焦點(diǎn)、組織級(jí)過程定義、培訓(xùn)大綱、集成軟件管理、軟件產(chǎn)品工程、組間協(xié)調(diào)、同行評(píng)審、定量過程管理、軟件質(zhì)量管理、缺陷預(yù)防、技術(shù)變更管理、過程變更管理

? 1.5.2 軟件過程與軟件能力成熟度評(píng)估

第一步，建立評(píng)估組 第二步，填寫提問單 第三步，響應(yīng)分析 第四步，現(xiàn)場(chǎng)考察

第五步，提出調(diào)查發(fā)現(xiàn)清單

第六步，制作關(guān)鍵過程域（KPA）剖面圖

? 1.5.3 軟件過程改進(jìn)

第一步，比較“目標(biāo)狀態(tài)”與“目前狀態(tài)”，找出所有差距 第二步，確定改進(jìn)目標(biāo) 第三步，制定改進(jìn)計(jì)劃 第四步，執(zhí)行改進(jìn)計(jì)劃

第五步，總結(jié)本輪改進(jìn)經(jīng)驗(yàn)，開始下一輪改進(jìn)

1.6

小節(jié)

軟件工程學(xué)是研究如何有效地組織和管理軟件開發(fā)的工程學(xué)科。

軟件產(chǎn)品所要經(jīng)歷的計(jì)劃、分析、設(shè)計(jì)、編程、測(cè)試、維護(hù)直至被淘汰這樣一個(gè)全過程被稱為軟件生存周期。用不同的方式將軟件生命周期中的所有開發(fā)活動(dòng)組織起來，可以形成不同的軟件開發(fā)模型。

軟件質(zhì)量就是軟件與明確地和隱含地定義的需求相一致的程度。軟件質(zhì)量管理是指軟件開發(fā)機(jī)構(gòu)為保證軟件項(xiàng)目滿足客戶需求所要實(shí)施的質(zhì)量活動(dòng)。軟件配置管理是在軟件的整個(gè)生命期內(nèi)管理變化的一組活動(dòng)，目標(biāo)是使變化更正確且更容易被適應(yīng)。

軟件過程是指人們用于開發(fā)和維護(hù)軟件及其相關(guān)產(chǎn)品的一系列活動(dòng)，包括軟件工程過程和軟件管理過程。軟件過程管理的目的就是提升軟件組織的提高軟件開發(fā)能力。

? 1.? 1.? ? ? ? ?

? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?

第2章

項(xiàng)目管理基礎(chǔ)知識(shí) 2.1項(xiàng)目與項(xiàng)目管理 ? 2.1.1 項(xiàng)目

項(xiàng)目是在特定條件下、具有特定目標(biāo)的一次性任務(wù)，是在一定時(shí)間內(nèi)、滿足一系列特定目標(biāo)的多項(xiàng)相關(guān)工作的總和。項(xiàng)目的臨時(shí)性 項(xiàng)目的獨(dú)特性 項(xiàng)目的漸進(jìn)性

2.1.2 項(xiàng)目管理

項(xiàng)目管理就是將各種知識(shí)、技能、工具和技術(shù)應(yīng)用于項(xiàng)目之中，以達(dá)到項(xiàng)目的要求。項(xiàng)目范圍 項(xiàng)目時(shí)間 項(xiàng)目成本 項(xiàng)目質(zhì)量

2.2項(xiàng)目管理過程與過程組 ? 2.2.1 過程與過程組

過程就是一組為了完成一系列事先指定的產(chǎn)品、服務(wù)或成果而需執(zhí)行的互相聯(lián)系的行動(dòng)和活動(dòng)。軟件項(xiàng)目管理過程可歸納為五個(gè)過程組。啟動(dòng)過程組（initiating process group）規(guī)劃過程組（planning process group）實(shí)施過程組（executing process group）

監(jiān)控過程組（monitoring and controlling process group）收尾過程組（closing process group）

? 2.2.2 項(xiàng)目管理過程的交互作用

項(xiàng)目管理過程并不是互不相干的一次性事件

項(xiàng)目管理過程組之間是一種前后銜接、承前啟后的關(guān)系

項(xiàng)目管理過程組之間有時(shí)又是一種時(shí)間交錯(cuò)、空間并行的關(guān)系 項(xiàng)目管理過程組之間還是一種信息收集、存儲(chǔ)、處理和傳遞的關(guān)系 某些過程組的關(guān)聯(lián)具有重復(fù)迭代性

規(guī)劃過程組、執(zhí)行過程組和監(jiān)控過程組之間形成一種閉環(huán)的關(guān)系 過程組的交互作用往往還會(huì)跨越項(xiàng)目階段 項(xiàng)目階段和過程之間有相互聯(lián)系

? 2.2.3 項(xiàng)目管理過程的裁剪

不同類型的軟件項(xiàng)目應(yīng)選用不同的項(xiàng)目管理過程 不同階段的軟件項(xiàng)目應(yīng)選用不同的項(xiàng)目管理過程 不同軟件項(xiàng)目的管理過程會(huì)有不同的具體過程 不同軟件項(xiàng)目的管理過程會(huì)有不同的具體過程順序 不同軟件項(xiàng)目的管理過程會(huì)有不同的條件與約束 不同軟件項(xiàng)目的管理過程會(huì)有不同的簡(jiǎn)化程度 不同軟件項(xiàng)目的管理過程需要不同的集成程度 項(xiàng)目變更會(huì)使項(xiàng)目管理過程隨之變化

2.3項(xiàng)目管理知識(shí)體系

項(xiàng)目綜合管理 項(xiàng)目范圍管理

? ? ? ? ? ? ? ? ? ? 項(xiàng)目時(shí)間管理 項(xiàng)目成本管理 項(xiàng)目質(zhì)量管理 項(xiàng)目人力資源管理 項(xiàng)目溝通管理 項(xiàng)目風(fēng)險(xiǎn)管理 項(xiàng)目采購管理

2.4小節(jié)

項(xiàng)目管理就是將項(xiàng)目管理知識(shí)、技能、工具和技術(shù)應(yīng)用于項(xiàng)目活動(dòng)之中，可以將軟件項(xiàng)目管理活動(dòng)視做一系列相互聯(lián)系的過程。

項(xiàng)目管理過程可歸納為5個(gè)過程組：?jiǎn)?dòng)過程組、規(guī)劃過程組、實(shí)施過程組、監(jiān)控過程組與收尾過程組。

項(xiàng)目管理包括9個(gè)知識(shí)領(lǐng)域：項(xiàng)目綜合管理、項(xiàng)目范圍管理、項(xiàng)目時(shí)間管理、項(xiàng)目成本管理、項(xiàng)目質(zhì)量管理、項(xiàng)目人力資源管理、項(xiàng)目溝通管理、項(xiàng)目風(fēng)險(xiǎn)管理與項(xiàng)目采購管理。

第3章

軟件開發(fā)技術(shù) 3.1軟件開發(fā)平臺(tái)

? 3.1.1 Microsoft.NET平臺(tái)

Microsoft.NET Framework：.NET CLR（通用語言運(yùn)行環(huán)境）；.NET BCL（基礎(chǔ)類庫）；ASP.NET；ADO.NET。

Microsoft Visual Studio.NET：ADO.NET組件；XML數(shù)據(jù)組件；Windows表單組件；ASP.NET應(yīng)用服務(wù)；ASP.NET Web表單；Web服務(wù)支持。

? 3.1.2 J2EE平臺(tái)

組件-容器：搭建體系架構(gòu)平臺(tái)標(biāo)準(zhǔn)服務(wù) 多層應(yīng)用模型

3.1.3 Microsoft.NET與J2EE的異同

類似的平臺(tái)基礎(chǔ)構(gòu)造 相同的三層/多層體系 不同的移植、性能和擴(kuò)展 在Web支持方面的比較 第三方廠商的支持 潛在的市場(chǎng)

3.2中間件技術(shù) ? 3.2.1 中間件簡(jiǎn)介

終端仿真/屏幕轉(zhuǎn)換中間件 數(shù)據(jù)訪問中間件 遠(yuǎn)程過程調(diào)用中間件 消息中間件 交易中間件 對(duì)象中間件

Web服務(wù)器中間件 安全中間件

? 3.2.2 消息代理中間件 ? ?

? ? ? ? ? 1.? ? 1.? ? ? ? ? ? ? ?

? ? ? ? ? ? ? ? ?

? ? ? ? ? ? ? ? ? ? ? ? ? ? ?

?

? 構(gòu)件化的結(jié)構(gòu)

可恢復(fù)性、易于管理、靈活性 具有數(shù)據(jù)轉(zhuǎn)換設(shè)施?？煽扛咝У耐ㄐ?多樣的管理能力 豐富的應(yīng)用開發(fā)環(huán)境

? 3.2.3 面向數(shù)據(jù)庫的中間件

ODBC JDBC 數(shù)據(jù)庫網(wǎng)關(guān)

3.3構(gòu)件技術(shù) ? 3.3.1 構(gòu)件庫

構(gòu)件的存儲(chǔ)

構(gòu)件的分類與檢索機(jī)制 構(gòu)件庫的編目

構(gòu)件庫的管理和維護(hù)

? 3.3.2 構(gòu)件模型

3C模型

刻面（Facet）模型 青鳥模型

? 3.3.3 構(gòu)件的屬性與特點(diǎn)

構(gòu)件是可獨(dú)立配置的單元，構(gòu)件必須自包容。

構(gòu)件強(qiáng)調(diào)與環(huán)境和其他構(gòu)件的分離，因此構(gòu)件的實(shí)現(xiàn)是嚴(yán)格封裝的，外界沒機(jī)會(huì)或沒必要知道構(gòu)件內(nèi)部的實(shí)現(xiàn)細(xì)節(jié)。

構(gòu)件可以在適當(dāng)?shù)沫h(huán)境中被復(fù)合使用，因此構(gòu)件需要提供清楚的接口規(guī)范，可以與環(huán)境交互。

構(gòu)件沒有個(gè)體特有的屬性，最多僅有特定構(gòu)件的一份副本。

? 3.3.4 構(gòu)件與中間件

中間件，本質(zhì)上是對(duì)分布式應(yīng)用的抽象，中間件與系統(tǒng)架構(gòu)實(shí)際上是從兩種不同的角度看待軟件的中間層次。

中間件促進(jìn)了構(gòu)件化軟件，基于中間件開發(fā)的應(yīng)用系統(tǒng)是構(gòu)件化的，中間件提供了構(gòu)件的體系結(jié)構(gòu)，極大提高了構(gòu)件化軟件開發(fā)的效率和質(zhì)量。構(gòu)件化的軟件設(shè)計(jì)思想在中間件發(fā)展中起到了重要的作用。

3.4小節(jié)

Microsoft.NET平臺(tái)和J2EE平臺(tái)是目前最常用的兩大軟件開發(fā)平臺(tái)。作為彼此競(jìng)爭(zhēng)的應(yīng)用平臺(tái)，Microsoft.NET平臺(tái)和J2EE平臺(tái)在目標(biāo)和體系結(jié)構(gòu)上極其相似，但在實(shí)現(xiàn)上又完全不同。二者總的關(guān)系是：異中有同，同中有異。中間件是處于操作系統(tǒng)和應(yīng)用程序之間的軟件。中間件保持了平臺(tái)的透明性，抽象了典型的應(yīng)用模式。應(yīng)用軟件開發(fā)者可以基于標(biāo)準(zhǔn)的中間件進(jìn)行再開發(fā)，而不必再考慮操作系統(tǒng)的問題。

構(gòu)件是可復(fù)用的軟件成份，可被用來構(gòu)造其他軟件。中間件促進(jìn)了構(gòu)件化軟件，應(yīng)用系統(tǒng)在中間件提供的環(huán)境中可以更好地集中于業(yè)務(wù)邏輯上，并以構(gòu)件的形式存在。構(gòu)件思想也反過來推動(dòng)了中間件的發(fā)展。

第4章

軟件項(xiàng)目規(guī)劃

4.1項(xiàng)目策劃

? 1.? 1.從政策導(dǎo)向中尋找項(xiàng)目機(jī)會(huì) 從市場(chǎng)需求中尋找項(xiàng)目機(jī)會(huì) 從技術(shù)發(fā)展中尋找項(xiàng)目機(jī)會(huì) 從特定事件中尋找項(xiàng)目機(jī)會(huì)

4.2項(xiàng)目可行性分析 4.2.1 技術(shù)可行性分析

? ? ? ? ? 1.? ? ? ? ? ? ? ? ? 項(xiàng)目的必要性分析

軟件組織水平與能力分析 項(xiàng)目技術(shù)來源分析 與項(xiàng)目相關(guān)的專利分析

項(xiàng)目負(fù)責(zé)人及技術(shù)骨干的資質(zhì)分析 項(xiàng)目總體技術(shù)方案分析 項(xiàng)目創(chuàng)新點(diǎn)分析 項(xiàng)目技術(shù)風(fēng)險(xiǎn)分析 項(xiàng)目技術(shù)成熟性分析

? 4.2.2 項(xiàng)目投資及效益分析

項(xiàng)目投資預(yù)算分析 項(xiàng)目投資來源分析

市場(chǎng)需求與產(chǎn)品銷售額分析

產(chǎn)品成本、利潤與盈虧平衡點(diǎn)分析 投資回收期、投資收益率分析 社會(huì)效益分析

4.3項(xiàng)目論證、評(píng)估與立項(xiàng)

? 4.3.1 項(xiàng)目論證與評(píng)估的基本概念

項(xiàng)目論證是指對(duì)擬實(shí)施項(xiàng)目技術(shù)上的先進(jìn)性、成熟性、適用性，經(jīng)濟(jì)上的合理性、盈利性，實(shí)施上的可能性、風(fēng)險(xiǎn)性進(jìn)行全面科學(xué)的綜合分析，為項(xiàng)目決策提供客觀依據(jù)的一種技術(shù)經(jīng)濟(jì)研究活動(dòng)。

項(xiàng)目評(píng)估指在項(xiàng)目可行性研究的基礎(chǔ)上，項(xiàng)目投資者或項(xiàng)目主管部門或其委托的第三方權(quán)威機(jī)構(gòu)根據(jù)國家頒布的政策、法律、法規(guī)、標(biāo)準(zhǔn)和技術(shù)規(guī)范，對(duì)擬開發(fā)項(xiàng)目的市場(chǎng)需求、技術(shù)先進(jìn)性和成熟性、預(yù)期經(jīng)濟(jì)效益和社會(huì)效益等進(jìn)行評(píng)價(jià)、分析和論證，進(jìn)而判斷其是否可行的過程。

項(xiàng)目論證與評(píng)估的內(nèi)容、程序和依據(jù)大同小異，只是側(cè)重點(diǎn)稍有不同，有時(shí)不加區(qū)分或合并進(jìn)行。

? 4.3.2 項(xiàng)目可行性報(bào)告的真實(shí)性評(píng)估

項(xiàng)目申請(qǐng)單位的資質(zhì)真實(shí)性評(píng)估 項(xiàng)目申請(qǐng)單位的財(cái)務(wù)真實(shí)性評(píng)估 項(xiàng)目申請(qǐng)單位的技術(shù)真實(shí)性評(píng)估 其他事項(xiàng)的真實(shí)性評(píng)估

? 4.3.3 項(xiàng)目可行性報(bào)告的客觀性評(píng)估

技術(shù)創(chuàng)新點(diǎn)的客觀性評(píng)估

技術(shù)先進(jìn)性與成熟性的客觀性評(píng)估 ?

?

?

? ? ? ? ? ?

? ? ? ? 信息安全措施的客觀性評(píng)估

采用標(biāo)準(zhǔn)、規(guī)范的先進(jìn)性、合理性評(píng)估 項(xiàng)目風(fēng)險(xiǎn)及應(yīng)對(duì)方案的客觀性評(píng)估 其他事項(xiàng)的客觀性評(píng)估

? 4.3.4 評(píng)估報(bào)告

? 項(xiàng)目概況 ? 評(píng)估目標(biāo) ? 評(píng)估依據(jù) ? 評(píng)估內(nèi)容

? 評(píng)估機(jī)構(gòu)與評(píng)估專家 ? 評(píng)估過程

? 詳細(xì)評(píng)估意見

? 存在或遺漏的重大問題 ? 潛在的風(fēng)險(xiǎn) ? 評(píng)估結(jié)論

? 進(jìn)一步的建議

? 4.3.5 項(xiàng)目立項(xiàng)

項(xiàng)目立項(xiàng)的決定應(yīng)當(dāng)由項(xiàng)目團(tuán)隊(duì)之外的、適當(dāng)級(jí)別的、并為項(xiàng)目出資的項(xiàng)目發(fā)起人或投資人作出，通常以項(xiàng)目立項(xiàng)決定（通知）書、項(xiàng)目批文、項(xiàng)目許可證書和項(xiàng)目任務(wù)書等形式發(fā)布。

4.4項(xiàng)目開發(fā)計(jì)劃

? 1．引言 ? 2．引用文件 ? 3．項(xiàng)目最終成果 ? 4．需求與約束

? 5．系統(tǒng)開發(fā)總體計(jì)劃 ? 6．項(xiàng)目開發(fā)詳細(xì)計(jì)劃 ? 7．進(jìn)度表與活動(dòng)網(wǎng)絡(luò)圖 ? 8．項(xiàng)目組織與資源 ? 9．培訓(xùn)

? 10．項(xiàng)目估算 ? 11．風(fēng)險(xiǎn)管理 ? 12．支持條件 ? 13．注解 ? 14．附錄

4.5小節(jié)

? 軟件項(xiàng)目規(guī)劃的任務(wù)主要包括項(xiàng)目策劃、可行性研究、論證、評(píng)估、立項(xiàng)與項(xiàng)目開發(fā)計(jì)劃的制訂工作。

? 項(xiàng)目策劃，也稱項(xiàng)目機(jī)會(huì)研究，其目的是選擇投資機(jī)會(huì)、鑒別投資方向。

? 項(xiàng)目可行性分析的目的是確定以下問題：項(xiàng)目有無必要？能否完成？是否值得去做？ ? 項(xiàng)目論證與評(píng)估的目的是審查項(xiàng)目可行性研究的可靠性、真實(shí)性和客觀性，為項(xiàng)目主管部門或投資機(jī)構(gòu)的立項(xiàng)決策提供科學(xué)依據(jù)。

? 項(xiàng)目開發(fā)計(jì)劃是項(xiàng)目規(guī)劃階段的重要成果，編寫軟件項(xiàng)目開發(fā)計(jì)劃時(shí)可依據(jù)《GB/T 8567-2006 計(jì)算機(jī)軟件文檔編制規(guī)范》中的軟件開發(fā)計(jì)劃模版。

? ?

? ? ? ? ?

?

?

?

?

? ? ? ? ? ? ? ? ?

第5章

系統(tǒng)分析方法學(xué) 5.1系統(tǒng)需求分析與軟件需求

系統(tǒng)需求：系統(tǒng)總體功能和業(yè)務(wù)結(jié)構(gòu)；硬件系統(tǒng)需求；軟件系統(tǒng)需求；硬件系統(tǒng)和軟件系統(tǒng)之間的接口需求。軟件需求：軟件能力需求；軟件外部接口需求；軟件內(nèi)部接口需求；軟件內(nèi)部數(shù)據(jù)需求；適應(yīng)性需求；安全性需求；保密性和私密性需求；軟件環(huán)境需求；計(jì)算機(jī)資源需求；軟件質(zhì)量需求；設(shè)計(jì)和實(shí)現(xiàn)的約束；數(shù)據(jù)需求；操作需求；故障處理需求；算法需求；相關(guān)人員需求；相關(guān)培訓(xùn)需求；相關(guān)后勤需求；包裝需求；其他需求。

5.2結(jié)構(gòu)化分析

結(jié)構(gòu)化分析（SA）方法是一種面向數(shù)據(jù)流的需求分析方法，基本思想是自頂向下逐層分解。

數(shù)據(jù)流圖（DFD）和數(shù)據(jù)字典（DD）是結(jié)構(gòu)化分析最常用的工具。數(shù)據(jù)流圖用來描述數(shù)據(jù)流從輸入到輸出的變換流程。

數(shù)據(jù)字典是關(guān)于數(shù)據(jù)的信息的集合，也就是對(duì)數(shù)據(jù)流圖中包含的所有元素的定義的集合。

數(shù)據(jù)流圖和數(shù)據(jù)字典共同構(gòu)成系統(tǒng)的邏輯模型。

5.3原型化方法

? 5.3.1 原型化方法與結(jié)構(gòu)化方法的比較

結(jié)構(gòu)化方法的假設(shè)：所有的需求都能被預(yù)先定義；修改定義不完備的系統(tǒng)代價(jià)昂貴且實(shí)施困難；項(xiàng)目參加者之間能夠清晰進(jìn)行準(zhǔn)確的通信；靜態(tài)描述或圖形模型對(duì)應(yīng)用系統(tǒng)的反映是充分的；結(jié)構(gòu)化方法的生命周期的各階段都是固有正確的。

原型化方法的假設(shè)：并非所有的需求在系統(tǒng)開發(fā)以前都能準(zhǔn)確地說明；有快速的系統(tǒng)建造工具；項(xiàng)目參加者之間通常都存在通信上的障礙；需要實(shí)際的、可供用戶參與的系統(tǒng)模型；需求一旦確定，就可以遵從嚴(yán)格的方法；大量的反復(fù)是不可避免的、必要的，應(yīng)該加以鼓勵(lì)。

? 5.3.2 原型生命周期及其策略

原型生命周期劃分：選擇開發(fā)方法；識(shí)別基本需求；開發(fā)工作模型；模型驗(yàn)證；修正和改進(jìn)；判定原型完成；差別細(xì)部說明；嚴(yán)格說明細(xì)部；判定原型效果；整理原型和提供文檔。

原型化的策略：建立數(shù)據(jù)模型；利用組合工程；剪裁和粘貼；用系統(tǒng)舉例；字典驅(qū)動(dòng)；文檔的自動(dòng)化；小的原型化隊(duì)伍；交互式開發(fā)平臺(tái)；陳述性規(guī)格說明；終端用戶報(bào)表生成器；專業(yè)原型化人員；開發(fā)人員參加原型化。

5.4面向?qū)ο蟮姆治?/p>

? 5.4.1 面向?qū)ο蠓椒▽W(xué)概述

對(duì)象與封裝 類

繼承與多態(tài)性 消息通信

面向?qū)ο蠓椒▽W(xué)的優(yōu)點(diǎn)

? 5.4.2 面向?qū)ο蟮姆治龇椒?/p>

OMT方法簡(jiǎn)介 建立對(duì)象模型 建立動(dòng)態(tài)模型 建立功能模型

?

?

? ? ?

? ? ? ? ? ? ? 1.? ? 1.? ? ? ? ?

? ? ? ? ? ?

5.5小節(jié)

系統(tǒng)分析涉及系統(tǒng)需求的獲取、分析、規(guī)格說明和確認(rèn)。系統(tǒng)需求可分為以下幾個(gè)方面：系統(tǒng)總體功能和業(yè)務(wù)結(jié)構(gòu)、硬件系統(tǒng)需求、軟件系統(tǒng)需求、硬件系統(tǒng)和軟件系統(tǒng)之間的接口需求。

常用的系統(tǒng)分析方法包括結(jié)構(gòu)化分析、原型化方法和面向?qū)ο蟮姆治觥?/p>

第7章

系統(tǒng)分析文檔

7.1系統(tǒng)/子系統(tǒng)需求規(guī)格說明

引言 引用文件

需求：要求的狀態(tài)和方式；需求概述；系統(tǒng)能力需求；系統(tǒng)外部接口需求；系統(tǒng)內(nèi)部接口需求；系統(tǒng)內(nèi)部數(shù)據(jù)需求；適應(yīng)性需求；安全性需求；保密性和私密性需求；操作需求；可使用性、可維護(hù)性、可移植性、可靠性和安全性需求；故障處理需求；系統(tǒng)環(huán)境需求；計(jì)算機(jī)資源需求；系統(tǒng)質(zhì)量需求；設(shè)計(jì)和構(gòu)造的約束；相關(guān)人員需求；相關(guān)培訓(xùn)需求；相關(guān)后勤需求；包裝需求；其他需求；需求的優(yōu)先次序和關(guān)鍵程度 合格性規(guī)定 需求可追蹤性 非技術(shù)性需求 尚未解決的問題 注解 附錄

7.2接口需求規(guī)格說明

引言 引用文件 需求

合格性規(guī)定 需求可追蹤性 注解 附錄

7.3軟件需求規(guī)格說明

引言 引用文件

軟件需求：要求的狀態(tài)和方式；需求概述；需求規(guī)格；軟件能力需求；軟件外部接口需求；軟件內(nèi)部接口需求；軟件內(nèi)部數(shù)據(jù)需求；適應(yīng)性需求；安全性需求；保密性和私密性需求；軟件環(huán)境需求；計(jì)算機(jī)資源需求；軟件質(zhì)量需求；設(shè)計(jì)和實(shí)現(xiàn)的約束；數(shù)據(jù)需求；操作需求；故障處理需求；算法需求；相關(guān)人員需求；相關(guān)培訓(xùn)需求；相關(guān)后勤需求；包裝需求；其他需求；需求的優(yōu)先次序和關(guān)鍵程度 合格性規(guī)定 需求可追蹤性 尚未解決的問題 注解 附錄

7.4小節(jié)

根據(jù)《GB/T 8567-2006 計(jì)算機(jī)軟件文檔編制規(guī)范》（Specification for computer

? ? ?

? ?

? ? ? ? ? ?

? ? ? ? ?

?

? software documentation），系統(tǒng)分析文檔主要包括系統(tǒng)/子系統(tǒng)需求規(guī)格說明（SSS）、接口需求規(guī)格說明（IRS）和軟件需求規(guī)格說明（SRS）。系統(tǒng)/子系統(tǒng)需求規(guī)格說明（SSS）為一個(gè)系統(tǒng)或子系統(tǒng)指定需求以及保證每個(gè)需求得到確認(rèn)所使用的方法。

接口需求規(guī)格說明（IRS）描述為實(shí)現(xiàn)一個(gè)或多個(gè)系統(tǒng)、子系統(tǒng)、硬件配置項(xiàng)（HWCI）、計(jì)算機(jī)軟件配置項(xiàng)（CSCI）、用戶

軟件需求規(guī)格說明（SRS）描述對(duì)計(jì)算機(jī)軟件的需求以及確保每個(gè)需求得到確認(rèn)所使用的方法。

第8章

系統(tǒng)設(shè)計(jì)基礎(chǔ) 8.1系統(tǒng)設(shè)計(jì)概述

? 8.1.1 系統(tǒng)級(jí)設(shè)計(jì)決策

系統(tǒng)級(jí)設(shè)計(jì)決策，是指系統(tǒng)行為的設(shè)計(jì)決策（忽略其內(nèi)部實(shí)現(xiàn)，從用戶角度出發(fā)，描述系統(tǒng)將怎樣運(yùn)轉(zhuǎn)以滿足需求）和其他對(duì)系統(tǒng)部件的選擇和設(shè)計(jì)產(chǎn)生影響的的決策。系統(tǒng)級(jí)設(shè)計(jì)決策內(nèi)容：有關(guān)系統(tǒng)接收的輸入和產(chǎn)生的輸出的設(shè)計(jì)決策；對(duì)每個(gè)輸入或條件進(jìn)行響應(yīng)的系統(tǒng)行為的設(shè)計(jì)決策；系統(tǒng)數(shù)據(jù)庫/數(shù)據(jù)文件如何呈現(xiàn)給用戶的設(shè)計(jì)決策；為滿足安全性、保密性和私密性需求所選用的方法；硬件或硬軟件系統(tǒng)的設(shè)計(jì)和構(gòu)造選擇；為了響應(yīng)需求而作出的其他系統(tǒng)級(jí)設(shè)計(jì)決策。

? 8.1.2 系統(tǒng)架構(gòu)設(shè)計(jì)

總體設(shè)計(jì)

系統(tǒng)部件設(shè)計(jì) 動(dòng)態(tài)交互設(shè)計(jì) 接口設(shè)計(jì)

? 8.1.3 運(yùn)行設(shè)計(jì)

系統(tǒng)初始化——說明本系統(tǒng)的初始化過程。

運(yùn)行控制——說明對(duì)系統(tǒng)施加不同的外界運(yùn)行控制時(shí)所引起的各種不同的運(yùn)行組件組合、每種運(yùn)行所經(jīng)歷的內(nèi)部組件和支持軟件、每一種外界運(yùn)行控制的方式方法和操作步驟、每種運(yùn)行組件組合將占用各種資源的情況以及系統(tǒng)運(yùn)行時(shí)的安全控制。運(yùn)行結(jié)束——說明本系統(tǒng)運(yùn)行的結(jié)束過程。

? 8.1.4 系統(tǒng)出錯(cuò)處理設(shè)計(jì)

出錯(cuò)信息——包括出錯(cuò)信息表、故障處理技術(shù)等。補(bǔ)救措施——說明故障出現(xiàn)后可能采取的補(bǔ)救措施。

? 8.1.5 系統(tǒng)維護(hù)設(shè)計(jì)

檢測(cè)點(diǎn)的設(shè)計(jì)——說明在系統(tǒng)中專門安排用于系統(tǒng)檢查與維護(hù)的檢測(cè)點(diǎn)。

檢測(cè)專用組件的設(shè)計(jì)——說明在系統(tǒng)中專門安排用于系統(tǒng)檢查與維護(hù)的專用組件。

8.2軟件設(shè)計(jì)概述

? 8.2.1 軟件級(jí)設(shè)計(jì)決策

軟件級(jí)設(shè)計(jì)決策是指軟件行為的設(shè)計(jì)決策（忽略其內(nèi)部實(shí)現(xiàn)，從用戶角度出發(fā)，描述軟件將怎樣運(yùn)轉(zhuǎn)以滿足需求）和其他影響組成該軟件的軟件配置項(xiàng)的選擇與設(shè)計(jì)的決策。

軟件級(jí)設(shè)計(jì)決策內(nèi)容：有關(guān)軟件接收的輸入和產(chǎn)生的輸出的設(shè)計(jì)決策；對(duì)每個(gè)輸入或條件進(jìn)行響應(yīng)的軟件行為的設(shè)計(jì)決策；有關(guān)數(shù)據(jù)庫/數(shù)據(jù)文件如何呈現(xiàn)給用戶的設(shè)計(jì)決策；為滿足安全性、保密性和私密性需求所選用的方法；為響應(yīng)需求而作出的其他軟件級(jí)設(shè)計(jì)決策。

? 8.2.2 軟件架構(gòu)設(shè)計(jì)

? ? ? ? ? ? ? ? ? ? ? 程序結(jié)構(gòu)設(shè)計(jì)

全局?jǐn)?shù)據(jù)結(jié)構(gòu)設(shè)計(jì) 軟件配置項(xiàng)設(shè)計(jì) 動(dòng)態(tài)交互設(shè)計(jì) 接口設(shè)計(jì)

? 8.2.3 軟件詳細(xì)設(shè)計(jì)

軟件配置項(xiàng)設(shè)計(jì)決策

軟件配置項(xiàng)設(shè)計(jì)中的約束、限制或非常規(guī)特征 軟件配置項(xiàng)使用的編程語言考慮 軟件配置項(xiàng)使用的過程式命令選取

軟件配置項(xiàng)的局部數(shù)據(jù)與軟件配置項(xiàng)的輸入或輸出數(shù)據(jù)設(shè)計(jì) 軟件配置項(xiàng)的邏輯設(shè)計(jì)

8.3設(shè)計(jì)原則 ? 8.3.1 組件化

組件的可分解性 組件的可組裝性 組件的可理解性 組件的連續(xù)性 組件的保護(hù)性

? 8.3.2 抽象

抽象就是抽出事物的本質(zhì)特性而暫時(shí)忽略其細(xì)節(jié)，使得不同的事物可以當(dāng)作相同的事務(wù)來處理。

軟件工程過程的每一步都是對(duì)軟件解法的抽象層次的一次精化。

軟件設(shè)計(jì)中的抽象機(jī)制主要包括類、模板、過程抽象、數(shù)據(jù)抽象和控制抽象。

? 8.3.3 內(nèi)聚與耦合

內(nèi)聚是指一個(gè)組件內(nèi)各個(gè)元素彼此結(jié)合的緊密程度 內(nèi)聚種類（由低到高排列）：偶然內(nèi)聚；邏輯內(nèi)聚；瞬時(shí)內(nèi)聚；過程內(nèi)聚；通信內(nèi)聚；順序內(nèi)聚；功能內(nèi)聚

耦合是指一個(gè)軟件結(jié)構(gòu)內(nèi)不同組件之間的互連程度 耦合種類（由高到低排列）：內(nèi)容耦合；公共耦合；外部耦合；控制耦合；標(biāo)記耦合；數(shù)據(jù)耦合；非直接耦合

組件的高內(nèi)聚、低耦合原則稱為組件獨(dú)立原則

? 8.3.4 封裝與信息隱蔽

第一，組件是其全部屬性和全部服務(wù)緊密結(jié)合而形成的一個(gè)不可分割的整體。

第二，組件是一個(gè)不透明的黑盒子，表示組件狀態(tài)的數(shù)據(jù)和實(shí)現(xiàn)操作的代碼都被封裝在黑盒子里面。使用一個(gè)組件的時(shí)候，只需知道它向外界提供的接口形式，無須知道它的數(shù)據(jù)結(jié)構(gòu)細(xì)節(jié)和實(shí)現(xiàn)操作的算法。

? 8.3.5 啟發(fā)式規(guī)則

深度、寬度、扇出與扇入 作用域和控制域 功能的可預(yù)測(cè)性

8.4設(shè)計(jì)視圖

? 8.4.1 架構(gòu)視圖（靜態(tài)視圖）

架構(gòu)描述語言（ADL）? ? ? ? ? ? ? ? ? ? ? ? ? ? ?

? ? ?

?

? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?

? ? 類圖與對(duì)象圖 組件圖

協(xié)作責(zé)任卡（CRC）部署圖

實(shí)體-聯(lián)系圖（E-R圖）接口描述語言（IDL）結(jié)構(gòu)圖

Jackson結(jié)構(gòu)圖

? 8.4.2 行為視圖（動(dòng)態(tài)視圖）

活動(dòng)圖 協(xié)作圖 順序圖 數(shù)據(jù)流圖

決策表和決策圖

流程圖和結(jié)構(gòu)化流程圖 狀態(tài)圖

形式化描述語言 偽碼

8.5小節(jié)

系統(tǒng)設(shè)計(jì)是定義一個(gè)系統(tǒng)或軟件的架構(gòu)、組件、接口和其它特征的過程。包括系統(tǒng)級(jí)設(shè)計(jì)決策、系統(tǒng)架構(gòu)設(shè)計(jì)、運(yùn)行設(shè)計(jì)、系統(tǒng)出錯(cuò)處理設(shè)計(jì)和系統(tǒng)維護(hù)設(shè)計(jì)。

軟件設(shè)計(jì)主要包括軟件級(jí)設(shè)計(jì)決策、軟件架構(gòu)設(shè)計(jì)（概要設(shè)計(jì)）與詳細(xì)設(shè)計(jì)。軟件架構(gòu)設(shè)計(jì)的主要任務(wù)是程序結(jié)構(gòu)設(shè)計(jì)、全局?jǐn)?shù)據(jù)結(jié)構(gòu)設(shè)計(jì)、軟件配置項(xiàng)設(shè)計(jì)、動(dòng)態(tài)交互設(shè)計(jì)和接口設(shè)計(jì)。軟件詳細(xì)設(shè)計(jì)是指每一個(gè)軟件配置項(xiàng)的具體設(shè)計(jì)。

組件化、抽象、高內(nèi)聚與低耦和、封裝與信息隱蔽是軟件設(shè)計(jì)的基本原則。軟件設(shè)計(jì)視圖通?？煞譃榧軜?gòu)視圖（靜態(tài)視圖）和行為視圖（動(dòng)態(tài)視圖）兩類。第9章

系統(tǒng)設(shè)計(jì)方法 9.1結(jié)構(gòu)化設(shè)計(jì)

? 9.1.1 結(jié)構(gòu)化設(shè)計(jì)方法概述

分析系統(tǒng)的總體需求，并將需求逐步分解為基本、具體的功能。確定每個(gè)功能應(yīng)當(dāng)記錄的數(shù)據(jù)。

列出系統(tǒng)中應(yīng)提供的各項(xiàng)基本功能，并分析各項(xiàng)基本功能之間的耦合關(guān)系，根據(jù)高內(nèi)聚、低耦和的原則分配到系統(tǒng)中適當(dāng)?shù)哪K中。

? 9.1.2 系統(tǒng)結(jié)構(gòu)圖

模塊 調(diào)用 數(shù)據(jù) 控制 轉(zhuǎn)接符號(hào)

? 9.1.3 系統(tǒng)結(jié)構(gòu)圖分類

變換流與事務(wù)流 變換型系統(tǒng)結(jié)構(gòu)圖 事務(wù)型系統(tǒng)結(jié)構(gòu)圖 ? ? ?

? ? ? ? ? ? ? ?

? 混合型系統(tǒng)結(jié)構(gòu)圖

9.2面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)

? 9.2.1 面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)概述

分析并建立適合系統(tǒng)的數(shù)據(jù)結(jié)構(gòu)；

根據(jù)數(shù)據(jù)結(jié)構(gòu)在相應(yīng)的層次建立程序結(jié)構(gòu)；

羅列出程序中用到的各種基本操作，并將這些基本操作分配到程序結(jié)構(gòu)中合適的模塊中。

? 9.2.2 Jackson圖

順序結(jié)構(gòu) 選擇結(jié)構(gòu) 重復(fù)結(jié)構(gòu)

改進(jìn)的Jackson圖

? 9.2.3 Jackson方法

分析并確定輸入和輸出數(shù)據(jù)的邏輯結(jié)構(gòu)，并利用Jackson 找出輸入和輸出數(shù)據(jù)結(jié)構(gòu)中存在對(duì)應(yīng)關(guān)系的數(shù)據(jù)單元。從描繪數(shù)據(jù)結(jié)構(gòu)的Jackson圖導(dǎo)出描繪程序結(jié)構(gòu)的Jackson

列出所有操作和條件(包括分支條件和循環(huán)結(jié)束條件)，并且把它們安排到程序結(jié)構(gòu)圖的適當(dāng)位置。用偽代碼表示。

9.3面向?qū)ο蟮脑O(shè)計(jì)

? 9.3.1 面向?qū)ο蟮脑O(shè)計(jì)概述

面向?qū)ο笤O(shè)計(jì)的基本思想是通過建立和客觀實(shí)際相對(duì)應(yīng)的對(duì)象，并通過這些對(duì)象的組合來創(chuàng)建具體的應(yīng)用。

面向?qū)ο笤O(shè)計(jì)具有基于抽象、信息隱藏、功能獨(dú)立和模塊性構(gòu)造系統(tǒng)的能力。

對(duì)于面向?qū)ο蟮南到y(tǒng)，可以定義一個(gè)四個(gè)層次的設(shè)計(jì)金字塔：子系統(tǒng)層；類及對(duì)象層；消息層；責(zé)任層。

? 9.3.2 面向?qū)ο笤O(shè)計(jì)技術(shù)

? Coad/Yourdon方法 ? Booch方法 ? OMT方法 ? ?

? 9.3.3 面向?qū)ο笤O(shè)計(jì)過程

系統(tǒng)設(shè)計(jì)過程：將分析模型劃分為子系統(tǒng)；子系統(tǒng)分配及與問題的并發(fā)性；任務(wù)管理；數(shù)據(jù)管理；資源管理；人機(jī)界面；子系統(tǒng)間通信

對(duì)象設(shè)計(jì)過程：對(duì)象描述；算法與數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)；接口設(shè)計(jì)與模塊化

9.4設(shè)計(jì)模式

? 9.4.1 設(shè)計(jì)模式概述

設(shè)計(jì)模式就是將面向?qū)ο筌浖脑O(shè)計(jì)經(jīng)驗(yàn)記錄下，可供設(shè)計(jì)者能夠復(fù)用的設(shè)計(jì)方案。設(shè)計(jì)模式極大提高了面向?qū)ο筌浖_發(fā)的效率，降低了軟件的復(fù)雜度。

在軟件設(shè)計(jì)中使用設(shè)計(jì)模式，將使用開發(fā)出來的軟件更容易理解、更容易維護(hù)、更容易擴(kuò)展，使用設(shè)計(jì)模式同時(shí)也能夠提高開發(fā)團(tuán)隊(duì)和個(gè)人的開發(fā)能力。

? 9.4.2 設(shè)計(jì)模式基本組成

模式名稱：惟一標(biāo)識(shí)一個(gè)設(shè)計(jì)模式。問題：描述應(yīng)該在何時(shí)使用該模式。? ? ?

? ? ? ? ? ? ? ? ?

? ? ?

? ? ?

? ?

? 解決方案：描述設(shè)計(jì)的組成要素，以及它們之間的相互關(guān)系及各自的職責(zé)與相互之間協(xié)作的方式。

? 效果：描述應(yīng)用設(shè)計(jì)模式的效果，以及使用設(shè)計(jì)模式必須考慮的限制和約束因素。

? 9.4.3 設(shè)計(jì)模式分類

? 面向?qū)ο竽Ｊ?? 代碼模式

? 框架應(yīng)用模式

? 創(chuàng)建型模式、結(jié)構(gòu)型模式與行為型模式 ? 類模式與對(duì)象模式

? 9.4.4 如何使用設(shè)計(jì)模式

? 針對(duì)接口編程，而不是針對(duì)實(shí)現(xiàn)編程 ? 優(yōu)先使用對(duì)象組合，而不是類繼承 ? 找出變化并封裝

9.5小節(jié)

? 系統(tǒng)設(shè)計(jì)是一系列迭代的過程，主要任務(wù)包括數(shù)據(jù)結(jié)構(gòu)、體系結(jié)構(gòu)、接口及過程細(xì)節(jié)的設(shè)計(jì)等，而設(shè)計(jì)方法是軟件設(shè)計(jì)活動(dòng)中實(shí)現(xiàn)設(shè)計(jì)模型的方法。? 系統(tǒng)設(shè)計(jì)方法主要包括面向過程的結(jié)構(gòu)化設(shè)計(jì)方法、面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)，以及面向?qū)ο蟮脑O(shè)計(jì)方法與設(shè)計(jì)模式。

第10章

數(shù)據(jù)庫設(shè)計(jì) 10.1數(shù)據(jù)建模

? 10.1.1 數(shù)據(jù)模型分類

? 概念數(shù)據(jù)模型 ? 結(jié)構(gòu)數(shù)據(jù)模型 ? 物理數(shù)據(jù)模型

? 10.1.2 實(shí)體-聯(lián)系（E-R）模型

? 實(shí)體 ? 屬性 ? 聯(lián)系 ? 實(shí)體型 ? 實(shí)體集 ? 鍵 ? 域

? 10.1.3 數(shù)據(jù)模型

? 層次數(shù)據(jù)模型（hierarchical model）? 網(wǎng)狀數(shù)據(jù)模型（network model）? 關(guān)系數(shù)據(jù)模型（relational model）

? 面向?qū)ο竽Ｐ停╫bject oriented model）

10.2數(shù)據(jù)規(guī)范化

? 10.2.1 數(shù)據(jù)規(guī)范化的基本概念

? 函數(shù)依賴

? 非平凡函數(shù)依賴 ? 完全函數(shù)依賴 ? 部分函數(shù)依賴

? 傳遞函數(shù)依賴 ? 鍵

? 10.2.2 范式

? ? ? ? 第一范式（1NF）第二范式（2NF）第三范式（3NF）BC范式（BCNF）

10.3數(shù)據(jù)庫設(shè)計(jì)過程 ? 10.3.1 數(shù)據(jù)庫需求分析

? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 數(shù)據(jù)邊界的確定 數(shù)據(jù)環(huán)境的確定 數(shù)據(jù)內(nèi)部關(guān)系 數(shù)據(jù)字典

數(shù)據(jù)性能需求

數(shù)據(jù)需求分析說明書

? 10.3.2 數(shù)據(jù)庫概念設(shè)計(jì)

概念設(shè)計(jì)與概念模型 概念設(shè)計(jì)的主要方法 分解與抽象 局部概念模式 全局概念模式

? 10.3.3 數(shù)據(jù)庫邏輯設(shè)計(jì)

初始模式的形成 子模式設(shè)計(jì)

應(yīng)用程序概要設(shè)計(jì) 模式評(píng)審 修正模式

? 10.3.4 數(shù)據(jù)庫物理設(shè)計(jì)

存儲(chǔ)記錄結(jié)構(gòu)設(shè)計(jì) 確定數(shù)據(jù)存放位置 存取方法設(shè)計(jì)

完整性和安全考慮 程序設(shè)計(jì)

10.4小節(jié)

? 數(shù)據(jù)庫系統(tǒng)普遍采取數(shù)據(jù)模型表示和處理客觀事物的數(shù)據(jù)特征與信息。數(shù)據(jù)模型主要由數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)操作和完整性約束三部分組成，從抽象層次上描述和模擬了系統(tǒng)的靜態(tài)特征、動(dòng)態(tài)行為和約束條件。

? 關(guān)系數(shù)據(jù)庫中的關(guān)系必須滿足一定的要求，即滿足不同的范式。目前關(guān)系數(shù)據(jù)庫中常用的范式包括：第一范式（1NF）、第二范式（2NF）、第三范式（3NF）和BCNF。? 數(shù)據(jù)庫設(shè)計(jì)主要包括需求分析、概念設(shè)計(jì)、邏輯設(shè)計(jì)和物理設(shè)計(jì)等幾個(gè)階段。

第11章

用戶界面設(shè)計(jì)

11.1基本概念

? ? ?

? ? ? ? ? ? ? ? ? ?

? ? ? ? ? ?

? ? ? ? ? ? ? ? ? ? ? ?

? 11.1.1 界面設(shè)計(jì)目標(biāo)

可用性目標(biāo)：可行性、有效性、易學(xué)性、易記性、安全性、通用性

用戶體驗(yàn)?zāi)繕?biāo)：令人滿意、令人愉快、引人入勝、富有啟發(fā)、激發(fā)創(chuàng)造??

可用性目標(biāo)主要從客觀角度來評(píng)價(jià)系統(tǒng)界面，而用戶體驗(yàn)?zāi)繕?biāo)則是從用戶主觀感受的角度來評(píng)價(jià)系統(tǒng)界面。

? 11.1.2 界面設(shè)計(jì)原則

可視性：將系統(tǒng)功能呈現(xiàn)得一目了然。

反饋性：返回與活動(dòng)相關(guān)的信息，以便用戶能夠繼續(xù)這個(gè)活動(dòng)。限制性：將用戶的行為限制在一定的范圍內(nèi)。

對(duì)應(yīng)性：明確系統(tǒng)某個(gè)控制與其控制效果之間的對(duì)應(yīng)關(guān)系。一致性：用相似的元素表現(xiàn)相似的操作或相似的任務(wù)。啟示性：界面元素應(yīng)給予用戶某種提示。

? 11.1.3 界面設(shè)計(jì)過程

標(biāo)識(shí)出用戶的真實(shí)需要并建立需求模型 設(shè)計(jì)出候選方案

構(gòu)建或?qū)崿F(xiàn)設(shè)計(jì)的原型版本 對(duì)界面設(shè)計(jì)進(jìn)行評(píng)估

11.2界面設(shè)計(jì)技術(shù)

? 11.2.1 界面設(shè)計(jì)分析技術(shù)

GOMS模型及GOMS擊鍵層模型 Hick律 Fitts律

? 11.2.2 界面設(shè)計(jì)方法

原型設(shè)計(jì)方法

以用戶為中心的設(shè)計(jì)方法 用戶界面設(shè)計(jì)的支持工具

11.3界面設(shè)計(jì)評(píng)估

? 11.3.1 構(gòu)造性評(píng)估與總結(jié)性評(píng)估

構(gòu)造性評(píng)估：在設(shè)計(jì)過程中對(duì)所設(shè)計(jì)的系統(tǒng)或產(chǎn)品界面進(jìn)行評(píng)估以確保其滿足用戶需求。

總結(jié)性評(píng)估：對(duì)已經(jīng)完成的產(chǎn)品或系統(tǒng)界面進(jìn)行評(píng)估。

? 11.3.2 評(píng)估范型

快速評(píng)估 可用性測(cè)試 實(shí)地研究 預(yù)測(cè)性評(píng)估

? 11.3.3 評(píng)估方法與技術(shù)

觀察用戶

征求用戶意見 征求專家意見 用戶測(cè)試

用戶執(zhí)行情況的分析模型

? 11.3.4 評(píng)估框架

明確（Determine）

? ? ? ? ? ? ? ? ?

發(fā)掘（Explore）選擇（Choose）標(biāo)識(shí)（Identify）決定（Decide）評(píng)估（Evalute）

11.5小節(jié)

用戶界面體現(xiàn)了用戶利用系統(tǒng)完成任務(wù)的方式以及系統(tǒng)對(duì)用戶行為的響應(yīng)方式，一個(gè)沒有良好的用戶界面設(shè)計(jì)的系統(tǒng)很可能會(huì)成為一個(gè)沒有用戶的系統(tǒng)。可用性目標(biāo)與用戶體驗(yàn)?zāi)繕?biāo)。

界面設(shè)計(jì)的量化模型：GOMS模型及其子模型-擊鍵層模型，Hick律和Fitts律。構(gòu)造性評(píng)估與總結(jié)性評(píng)估。

第12章

系統(tǒng)設(shè)計(jì)文檔

12.1系統(tǒng)/子系統(tǒng)（結(jié)構(gòu)）設(shè)計(jì)說明

? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 引言 引用文件

系統(tǒng)級(jí)設(shè)計(jì)決策

系統(tǒng)體系結(jié)構(gòu)設(shè)計(jì)：總體設(shè)計(jì)；系統(tǒng)部件設(shè)計(jì)；動(dòng)態(tài)交互設(shè)計(jì)；接口設(shè)計(jì) 運(yùn)行設(shè)計(jì)

系統(tǒng)出錯(cuò)處理設(shè)計(jì) 系統(tǒng)維護(hù)設(shè)計(jì) 尚未解決的問題 需求的可追蹤性 注解 附錄

12.2

接口設(shè)計(jì)說明

引言 引用文件 接口設(shè)計(jì)

需求的可追蹤性 注解 附錄

12.3

軟件（結(jié)構(gòu)）設(shè)計(jì)說明

引言 引用文件

軟件級(jí)設(shè)計(jì)決策

軟件體系結(jié)構(gòu)設(shè)計(jì)：程序結(jié)構(gòu)設(shè)計(jì)；全局?jǐn)?shù)據(jù)結(jié)構(gòu)設(shè)計(jì)；軟件配置項(xiàng)設(shè)計(jì)；動(dòng)態(tài)交互設(shè)計(jì)；接口設(shè)計(jì) 軟件詳細(xì)設(shè)計(jì) 需求的可追蹤性 注解 附錄

12.4數(shù)據(jù)庫設(shè)計(jì)說明

? ? ? ? ? ? ? ? ?

? ? ? ? ?

引言 引用文件

數(shù)據(jù)庫級(jí)設(shè)計(jì)決策 數(shù)據(jù)庫詳細(xì)設(shè)計(jì)

用于數(shù)據(jù)庫操縱或訪問的軟件配置項(xiàng)的詳細(xì)設(shè)計(jì) 需求的可追蹤性 注解 附錄

12.5

小節(jié)

根據(jù)《GB/T 8567-2006 計(jì)算機(jī)軟件文檔編制規(guī)范》，系統(tǒng)設(shè)計(jì)文檔主要包括系統(tǒng)/子系統(tǒng)設(shè)計(jì)（結(jié)構(gòu)設(shè)計(jì)）說明（SSDD）、接口設(shè)計(jì)說明（IDD）、軟件（結(jié)構(gòu)）設(shè)計(jì)說明（SDD）和數(shù)據(jù)庫設(shè)計(jì)說明（DBDD）。

系統(tǒng)/子系統(tǒng)設(shè)計(jì)（結(jié)構(gòu)設(shè)計(jì)）說明（SSDD）描述了系統(tǒng)（或子系統(tǒng)）的系統(tǒng)級(jí)（或子系統(tǒng)級(jí)）設(shè)計(jì)決策與體系結(jié)構(gòu)設(shè)計(jì)。

接口設(shè)計(jì)說明（IDD）描述了一個(gè)或多個(gè)系統(tǒng)、子系統(tǒng)、硬件配置項(xiàng)（HWCI）、計(jì)算機(jī)軟件配置項(xiàng)（CSCI）、用戶或其他系統(tǒng)部件的接口特性。

軟件（結(jié)構(gòu)）設(shè)計(jì)說明（SDD）描述了計(jì)算機(jī)軟件系統(tǒng)的軟件級(jí)設(shè)計(jì)決策、軟件體系結(jié)構(gòu)設(shè)計(jì)（概要設(shè)計(jì)）與詳細(xì)設(shè)計(jì)。

數(shù)據(jù)庫（頂層）設(shè)計(jì)說明（DBDD）描述了數(shù)據(jù)庫的設(shè)計(jì)。系統(tǒng)設(shè)計(jì)文檔可以使用自然語言，可以使用形式化語言，也可以根據(jù)具體的系統(tǒng)設(shè)計(jì)方法使用各種圖形工具，還可以根據(jù)實(shí)際情況混合使用多種表現(xiàn)形式。