第一篇：關(guān)于伙伴系統(tǒng)的分析及應(yīng)用心得

關(guān)于伙伴系統(tǒng)的分析及應(yīng)用心得

說實話，在第一眼看到這個伙伴系統(tǒng)的時候，我的腦海里是小時候和小伙伴們一起玩耍的的場景。所以伙伴系統(tǒng)在我的第一印象里應(yīng)該是一個系統(tǒng)內(nèi)部的一種自我的團結(jié)、協(xié)調(diào)的、大家庭中誰都能參與其中的系統(tǒng)。

直到我看書，對伙伴系統(tǒng)的理解貌似更模糊了，或許是書上太專業(yè)了的緣故吧。在我的理解是：比如商店里只有賣6米、10米、18米的紅地毯，這時來了個只需要4米的，那么我們可以在10米的哪里分出4米的剩下的6米就放在賣6米的一起，這樣就可以充費利用而不會產(chǎn)生什么浪費。

總的來說，我覺得伙伴系統(tǒng)的最好的一點就是內(nèi)存空間的利用率高，雖然也避免不了產(chǎn)生內(nèi)部碎片，好比說上面的例子如果恰巧只要17米的，那么只能買18米的就會浪費1米，以那么來說1米就沒多大用處了，這就是所謂的碎片。其算法較動態(tài)分區(qū)分配要簡單，較固定分區(qū)分配要復(fù)雜。所以說伙伴系統(tǒng)是對固定分區(qū)和動態(tài)分區(qū)這兩種內(nèi)存方式的折衷方式。

計科101班李燕10203109

第二篇：關(guān)于伙伴系統(tǒng)的分析及應(yīng)用心得

關(guān)于伙伴系統(tǒng)的分析及應(yīng)用心得

看完書本后，對于伙伴系統(tǒng)的初步理解就是伙伴系統(tǒng)彌補了固定分區(qū)和動態(tài)分區(qū)不足，是介于兩種不同分區(qū)之間的一個優(yōu)化方案。那么什么是固定分區(qū)和動態(tài)分區(qū)呢？固定分區(qū)分配時最簡單的一種可運行多道程序的儲存管理方式。用戶空間被劃分為若干個固定的大小區(qū)域，每個分區(qū)只裝入一道作業(yè)，這樣一來，可以幾道作業(yè)并發(fā)運行。當(dāng)一有空閑時，可以從外存的后備作業(yè)隊列中選擇一個適當(dāng)大小的作業(yè)裝入該分區(qū)，由此往復(fù)運行作業(yè)。這就好比好多裝滿貨物的貨車進入倉庫卸貨，倉庫有很多根據(jù)車型大小而設(shè)置的大小不同的通道，不同車型的貨車排列在不同的車道，然后相同車型的貨車在同一車道依次排隊卸貨，使得作業(yè)有序，順暢的運行。

動態(tài)分區(qū)分配是根據(jù)進程的實際需要，動態(tài)得分配內(nèi)存空間。其中動態(tài)分區(qū)實現(xiàn)可變分區(qū)分配時，涉及到分區(qū)分配中所用的數(shù)據(jù)結(jié)構(gòu)、分區(qū)分配算法和分區(qū)的分配與回收操作三個問題。動態(tài)分區(qū)分配就好比肯德基的點餐前臺，肯德基點餐前臺也有好多一個服務(wù)點，人少的時候相應(yīng)地減少服務(wù)點，用餐高峰期開放所有的服務(wù)點以加快服務(wù)速度，這樣可以使得資源分配更加合理，避免了不必要的資源浪費，提高了作業(yè)效率。

但是固定分區(qū)限制了活動進程的數(shù)目，每次都只能相應(yīng)地進行作業(yè)，進程對于空閑分區(qū)的大小要求比較高，使得作業(yè)不靈活，降低了內(nèi)存的空間利用率。而動態(tài)分區(qū)算法復(fù)雜，回收空間是要進行分區(qū)合并，對于系統(tǒng)的開銷較大，相當(dāng)于肯德基的前臺服務(wù)點總是處在一種變動的狀態(tài)，需要經(jīng)常性地關(guān)注客流量以及對于工作人員的安排，這樣一來，加重了工作量。

伙伴系統(tǒng)既能在系統(tǒng)的運行過程中不斷地劃分空閑分區(qū)，并根據(jù)分區(qū)的大小進行分類，然后相同的空閑分區(qū)單獨設(shè)立一個空閑分區(qū)雙向鏈表，同時也能在進程需要系統(tǒng)為其分配一個存儲空間時，通過計算并找到合適的空閑分區(qū)分配給進程。但是在尋找合適分區(qū)的時候存在多種情況，空閑分區(qū)的查找是在不同的分區(qū)鏈表中查詢，若一個分區(qū)鏈表中的空閑分區(qū)已經(jīng)耗盡，則系統(tǒng)將在另一個大小的分區(qū)鏈表中尋找，然后將找到的分區(qū)鏈表分割，一個分區(qū)用于分配，另一個加入相應(yīng)的空閑分區(qū)鏈表。食堂的千層餅阿姨在賣千層餅是時候?qū)⑶语炃谐珊芏嘁环?，然后再根?jù)學(xué)生的需求再切成很多一份，千層餅是按重量來賣，假如一個學(xué)生需要2塊錢千層餅，而阿姨在切千層餅的時候少切了3毛錢，然后阿姨又從大塊的千層餅中切了5毛錢千層餅，再從5毛錢的千層餅中分割成一塊3毛錢的跟一個2毛錢的兩份千層餅，然后2毛錢的千層餅可以留到下一次分配給另一個同學(xué)。在一次分配中也可能進行多次分割。伙伴系統(tǒng)是一種有效的內(nèi)存分配和釋放方法，得到了大量應(yīng)用。

第三篇：用友ERP-U8系統(tǒng)分析和案例應(yīng)用

用友ERP－U8系統(tǒng)分析及案例應(yīng)用

一 系統(tǒng)分析

用友ERP－U8企業(yè)應(yīng)用套件（簡稱用友ERP-U8）是中國ERP普及旗艦產(chǎn)品，是中國用戶量最大、應(yīng)用最全面、行業(yè)實踐最豐富的ERP，并與中國企業(yè)最佳業(yè)務(wù)實踐相結(jié)合，形成了中國企業(yè)最佳經(jīng)營管理平臺。

它充分適應(yīng)中國企業(yè)高速成長且逐漸規(guī)范發(fā)展的狀態(tài)，為廣大中小企業(yè)連接世界級管理，是蘊涵中國企業(yè)先進管理模式，體現(xiàn)各行業(yè)業(yè)務(wù)最佳實踐，有效支持中國企業(yè)國際化戰(zhàn)略的信息化經(jīng)營平臺。在今天，它不僅成為管理者進行企業(yè)運營與管理的桌面工具，更是企業(yè)實現(xiàn)精細(xì)管理、敏捷經(jīng)營的利器。作為中國企業(yè)最佳經(jīng)營管理平臺，用友ERP—U8傳承“精細(xì)管理 敏捷經(jīng)營”設(shè)計理念，符合“效用、風(fēng)險、成本”客戶價值標(biāo)準(zhǔn)，代表了“標(biāo)準(zhǔn)、行業(yè)、個性”的成功應(yīng)用模式。

用友ERP-U8是一套企業(yè)級的解決方案，滿足不同的競爭環(huán)境下，不同的制造、商務(wù)模式下，以及不同的運營模式下的企業(yè)經(jīng)營，實現(xiàn)從企業(yè)日常運營、人力資源管理到辦公事務(wù)處理等全方位的產(chǎn)品解決方案。用友ERP－U8是以集成的信息管理為基礎(chǔ)，以規(guī)范企業(yè)運營，改善經(jīng)營成果為目標(biāo)，幫助企業(yè)“優(yōu)化資源，提升管理”，實現(xiàn)面向市場的贏利性增長。

用友ERP-U8是一個企業(yè)綜合運營平臺，用以解決不同滿足各級

管理者對信息化的不同要求：為高層經(jīng)營管理者提供大量收益與風(fēng)險的決策信息，輔助企業(yè)制定長遠(yuǎn)發(fā)展戰(zhàn)略；為中層管理人員提供企業(yè)各個運作層面的運作狀況，幫助做到各種事件的監(jiān)控、發(fā)現(xiàn)、分析、解決、反饋等處理流程，幫助做到投入產(chǎn)出最優(yōu)配比；為基層管理人員提供便利的作業(yè)環(huán)境，易用的操作方式實現(xiàn)工作崗位、工作職能的有效履行。

賬套管理

? 賬套指的是一組相互關(guān)聯(lián)的數(shù)據(jù)，每一個企業(yè)（或每一個核算部門）的數(shù)據(jù)在系統(tǒng)內(nèi)部都體現(xiàn)為一個賬套 ? 賬套管理包括賬套的建立、修改、引入、輸出等

賬管理

? 每個賬套里都存放有企業(yè)不同的數(shù)據(jù)，稱為賬 ? 賬的建立、引入、輸出和結(jié)轉(zhuǎn)上年數(shù)據(jù)、清空賬等

系統(tǒng)操作員及操作權(quán)限的集中管理

? 定義角色、設(shè)定系統(tǒng)用戶和設(shè)置功能權(quán)限

設(shè)立統(tǒng)一的安全機制

? 設(shè)置數(shù)據(jù)自動備份、清除系統(tǒng)運行過程中的異常任務(wù)

二 操作流程

1.啟動系統(tǒng)管理與設(shè)置作員 2.建立新賬套

3.財務(wù)分工與權(quán)限設(shè)置 4.修改核算賬套

1.【開始】->【程序】->【用友U8】->【系統(tǒng)服務(wù)】->【系統(tǒng)管理】->【系統(tǒng)】->【注冊】，進入系統(tǒng)管理

2.···系統(tǒng)管理窗口->【權(quán)限】->【操作員】->【增加】 1.建立新賬套應(yīng)，應(yīng)先進行操作員設(shè)置，以便建立賬套后建立會計主管，及為操作員進行權(quán)限分配。

2.所設(shè)操作員一旦起用，則不能被刪除。3.操作員姓名與編號必須輸，且唯一。

? 【開始】->【程序】->【用友U8】->【系統(tǒng)服務(wù)】->【系統(tǒng)管理】->【賬套】->【建立】，依次輸入賬套信息、單位信息、核算類型（輸入核算本位幣及賬套主管等信息）、分類信息、編碼方案、數(shù)據(jù)精度。

1.賬套：核算單位的一套獨立完整的賬簿體系，每個賬套有一個“賬套代碼”。2.可同時開32768套

3.第一次使用系統(tǒng)，需建立賬套與賬簿，以后每個新的財務(wù)開始，只需新建賬簿。

4.企業(yè)性質(zhì)、科目級長、本位幣、啟用日期等一經(jīng)啟用，在一個會計中是不允許改變的。

確定賬套主管：系統(tǒng)管理窗口->【權(quán)限】->【權(quán)限】

給操作員賦權(quán)：系統(tǒng)管理窗口->【權(quán)限】->【權(quán)限】，選擇操作員，【增加】（只能由系統(tǒng)管理員或賬套主管操作）操作

以賬套主管的身份注冊，選擇相應(yīng)的賬套，進入系統(tǒng)管理界面。【賬套】->【修改】，進入賬套功能 只有賬套主管才有權(quán)修改相應(yīng)的賬套。說明

只有賬套主管才有權(quán)修改相應(yīng)的賬套。

在賬套的修改中，可以對本年未啟用的會計期間修改其開始日期和終止日期。核算體系的建立

1.系統(tǒng)管理的啟動與注冊 2.增設(shè)操作員信息 3.建立核算賬套 4.分配操作員權(quán)限 5.修改核算賬套

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

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

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

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

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

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

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

①面向處理方法（Processing Oriented，簡稱PO）。

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

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

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

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

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

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

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

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

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

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

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

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

數(shù)據(jù)庫開發(fā)與設(shè)計這章，感覺書上講解的沒有老師講的詳細(xì)。書上并沒有提到范式，但是在課堂上我了解到數(shù)據(jù)庫設(shè)計的范式。有第一范式、第二范式、第三范式、BC范式等。等級越高，數(shù)據(jù)冗余越少，對系統(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ù)庫模式的步驟，首先要為每個實體類型建立一張表，然后為每張表選擇一個主鍵，同時增加外鍵來表示一對多的關(guān)系，接著還可以建立幾個新表來表示多對多的關(guān)系，然后還得定義參照完整性約束，評價模式質(zhì)量，并且進行必要的改進，最后為每個字段選擇適當(dāng)?shù)臄?shù)據(jù)類型和取值約束。數(shù)據(jù)庫在系統(tǒng)開發(fā)的過程中是必不可少的，幾乎所有框架類型都得用到數(shù)據(jù)庫，它也是MVC框架的底層核心。

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

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

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

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

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

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

2、多做項目，在實踐中鍛煉提高

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

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

3、注意提高個人文檔編寫能力

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

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

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

4、掌握評卷專家心理，注意論文寫作技巧

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

想。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

0911061237

朱寶

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

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

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

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

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

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

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

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

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

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

0963710205 秦曉雅

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

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

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

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

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

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

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

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

考核內(nèi)容：

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

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

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

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

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

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

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

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

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

5、界面設(shè)計。

6、簡單的硬件和軟件設(shè)計。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

①面向處理方法。

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

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

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

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

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

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

制時，應(yīng)取消整個項目。

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

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