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

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

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

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

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

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

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

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

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

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

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

計(jì)科101班李燕10203109

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

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

一 系統(tǒng)分析

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

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

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

用友ERP-U8是一個(gè)企業(yè)綜合運(yùn)營(yíng)平臺(tái)，用以解決不同滿足各級(jí)

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

賬套管理

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

賬管理

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

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

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

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

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

二 操作流程

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

第四篇：系統(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)目的過(guò)程中，系統(tǒng)工程必須經(jīng)過(guò)開發(fā)階段、建造階段、運(yùn)行階段、更新階段、維護(hù)階段。

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

按時(shí)間過(guò)程來(lái)分，開發(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)目中建立起來(lái)。

信息系統(tǒng)開發(fā)的過(guò)程并不是一個(gè)順序的過(guò)程，它允許步驟的重疊和倒轉(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ā)過(guò)程的能力成熟度模型（CMMI）。信息系統(tǒng)和軟件的CMM框架用來(lái)幫助改善其系統(tǒng)開發(fā)過(guò)程的成熟度。CMM包括了五個(gè)成熟度等級(jí)：初始級(jí)、可重復(fù)級(jí)、已定義級(jí)、已管理級(jí)、優(yōu)化級(jí)。期中，每個(gè)等級(jí)都是下一個(gè)等級(jí)的必須條件。

在軟件開發(fā)過(guò)程中需求分析階段是至關(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ā)過(guò)程中，我們還可以利用圖表的形式來(lái)簡(jiǎn)化方便人員的開發(fā)設(shè)計(jì)。期中有五種圖表是系統(tǒng)分析師常用的：類圖、用例圖、協(xié)作圖、順序圖、狀態(tài)圖。期中用例圖是用例建模的產(chǎn)物，它以圖形化的方式將系統(tǒng)描述成用、參與者（用戶）及其之間的關(guān)系。簡(jiǎn)單的說(shuō)就是用直立的小人來(lái)表示參與者（用戶），用圓圈來(lái)表示用例，他們之間以箭頭的形式來(lái)連接。關(guān)系包括了：關(guān)聯(lián)關(guān)系、擴(kuò)展關(guān)系、使用關(guān)系、依賴關(guān)系、繼承關(guān)系。但是書上沒(méi)講到《include》關(guān)系，跟老師的講解有點(diǎn)出路。老師在講義上通過(guò)畫圖的方式很好的解釋了《include》和《extend》的關(guān)系。

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

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

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

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

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

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

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

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

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

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

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

理論知識(shí)，就難以真正領(lǐng)會(huì)軟件工程的思想精髓。同時(shí)，在做項(xiàng)目時(shí)還要勤于思考，無(wú)論是作為主持者還是作為一個(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ì)下午一的考試來(lái)說(shuō)是非常有益的。

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ā)中心的著名軟考專家張友生所說(shuō)的，評(píng)卷專家不可能把你的論文一字一句地精讀，要讓他短時(shí)間內(nèi)了解你的論文內(nèi)容并認(rèn)可你的能力，必須把握好主次關(guān)系，論文的組織一定要條理清晰。一般說(shuō)來(lái)，項(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è)問(wèn)題一個(gè)自然段，在每個(gè)自然段首先要有一個(gè)主題句，主題句簡(jiǎn)明扼要地描述本段的中心思

想。

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

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

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

要想通過(guò)系統(tǒng)分析師考試，不但需要多做項(xiàng)目，而且有關(guān)全國(guó)著名的軟考輔導(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è)部分：概述部分，主要說(shuō)明電子商務(wù)系統(tǒng)分析設(shè)計(jì)的基本概念、內(nèi)容、過(guò)程與方法；系統(tǒng)規(guī)劃、分析與設(shè)計(jì)部分，主要說(shuō)明系統(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ā)過(guò)程的各個(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ì)國(guó)內(nèi)外一些典型的企業(yè)電子商務(wù)解決方案進(jìn)行了介紹；最后結(jié)合實(shí)例闡述了運(yùn)用struts、javaee1.5等新技術(shù)進(jìn)行電子商務(wù)系統(tǒng)的

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

本課程結(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è)的過(guò)程與方法；第三章介紹電子商務(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ā)的基本過(guò)程；第八章介紹電子商務(wù)系統(tǒng)運(yùn)行、維護(hù)與評(píng)價(jià)的知識(shí)和方法；第九章結(jié)合我國(guó)實(shí)際，介紹了國(guó)內(nèi)外的電子商務(wù)系統(tǒng)解決方案；

第十章結(jié)合實(shí)例和具體技術(shù)，系統(tǒng)的闡述了一個(gè)電子商務(wù)系統(tǒng)從分析、設(shè)計(jì)到實(shí)現(xiàn)的過(guò)程，讓我們通過(guò)一個(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ā)的過(guò)程與方法。

通過(guò)本課程設(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ì)的思路等等。

通過(guò)一系列的實(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í)心得

通過(guò)近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)化：過(guò)程建模，這一步驟主要就是畫數(shù)據(jù)流圖；3.系統(tǒng)需求結(jié)構(gòu)化：概念數(shù)據(jù)建模，這一過(guò)程主要是畫實(shí)體—關(guān)系圖。然后就是進(jìn)行系統(tǒng)設(shè)計(jì)，系統(tǒng)設(shè)計(jì)包括設(shè)計(jì)人機(jī)界面和數(shù)據(jù)庫(kù)設(shè)計(jì)。最后一步就是系統(tǒng)的實(shí)現(xiàn)與運(yùn)行。

在做信息系統(tǒng)分析與設(shè)計(jì)的大作業(yè)的時(shí)候，我和我們的小組成員曾經(jīng)去實(shí)地考察過(guò)，雖然最后并沒(méi)有被接待，但還是小有收獲的。通過(guò)實(shí)地考察，我們能更清晰地了解我們系統(tǒng)所要實(shí)現(xiàn)的功能，甚至說(shuō)讓它比現(xiàn)有系統(tǒng)更加完善。當(dāng)然，我們做東西，也是要追求進(jìn)步，如果說(shuō)做出來(lái)的東西和以前的系統(tǒng)都沒(méi)什么兩樣，這樣意義也不大。不過(guò)，這也得是在我們能力所及的范圍內(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è)從第一周到第九周一直伴隨著我們，說(shuō)實(shí)在話，一直覺得自己有做不完的作業(yè)，剛開始還有些抱怨，但隨著作業(yè)的進(jìn)行，我們慢慢看到了自己的小小成果，覺得付出有了回報(bào)，并開始樂(lè)在其中。在這期間，徐老師也一直鼓勵(lì)我們，他告訴我們，只要堅(jiān)持做下去，我們會(huì)收獲到成功的喜悅的！

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

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

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

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

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

自己親自選題、實(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è)物資采購(gòu)及庫(kù)存管理業(yè)務(wù)管理信息系統(tǒng)。

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

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

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

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

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

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

第一部分“系統(tǒng)開發(fā)項(xiàng)目環(huán)境”介紹信息系統(tǒng)開發(fā)的概念和過(guò)程。第二部分“系統(tǒng)分析方法”涵蓋了生命周期前期活動(dòng)、工具和技術(shù)，這些內(nèi)容用于分析業(yè)務(wù)問(wèn)題、說(shuō)明信息系統(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ì)完成后的工作”通過(guò)縱覽生命周期后期活動(dòng)，透視系統(tǒng)分析和設(shè)計(jì)工作。

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

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

1.提高軟件開發(fā)過(guò)程的能見度。把開發(fā)過(guò)程中發(fā)生的事件以某種可閱讀的形式記錄在文檔中。管理人員可把這些記載下來(lái)的材料作為檢查軟件開發(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ò)程中的有關(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)，為他們選購(gòu)符合自己需要的軟件提供依據(jù)。

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

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

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

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

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

再次，客戶的時(shí)間是有限的，很多時(shí)候不能有整塊的時(shí)間來(lái)配合需求調(diào)研。由于項(xiàng)目的周期也是有限的，因此每一次會(huì)面都需要爭(zhēng)分奪秒，用最快的時(shí)間把問(wèn)題搞清楚。另一方面，客戶通常不會(huì)為需求調(diào)研做好準(zhǔn)備，往往是等著回答問(wè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í)間過(guò)程來(lái)分，開發(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)目中建立起來(lái)。

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

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

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

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