中型MIS開發(fā)實訓(xùn)指導(dǎo)書

1、中型MIS開發(fā)實訓(xùn)指導(dǎo)書計算機工程學(xué)院二一年中型MIS開發(fā)實訓(xùn)指導(dǎo)書一、實訓(xùn)目的中型MIS開發(fā)實訓(xùn)是綜合數(shù)據(jù)庫管理系統(tǒng) SQL Server、C#程序設(shè)計、企業(yè)網(wǎng)站建設(shè)與管理、軟件測試等課程的實踐環(huán)節(jié)，共七周時間。本課程綜合學(xué)生所學(xué)的軟件開發(fā)技術(shù)、數(shù)據(jù)庫知識、編程語言和測試方法，完成一項信息管理系統(tǒng)的開發(fā)任務(wù)，培養(yǎng)學(xué)生參與項目開發(fā)的能力。本課程實訓(xùn)設(shè)計目的： 熟悉軟件項目開發(fā)的基本過程 了解軟件項目開發(fā)的重點、難點 能運用前續(xù)課程知識比較熟練的掌握數(shù)據(jù)庫系統(tǒng)的設(shè)計、編碼和調(diào)試 能規(guī)范化地實施軟件項目開發(fā) 理解軟件項目開發(fā)中不同崗位角色，學(xué)會各個環(huán)節(jié)的角色溝通二、課程實訓(xùn)的內(nèi)容及要求2.1）實訓(xùn)

2、內(nèi)容1 對開發(fā)的系統(tǒng)進行具體的調(diào)研，調(diào)研的形式以教師解答和講解，參照本實訓(xùn)指導(dǎo)書資料為主，網(wǎng)絡(luò)查詢相關(guān)資料為輔。2 根據(jù)調(diào)研產(chǎn)生的需求，設(shè)計一個可以實際應(yīng)用的數(shù)據(jù)庫管理系統(tǒng)，要求設(shè)計的表約為10-15個，企業(yè)庫存管理系統(tǒng)為項目背景。3 根據(jù)相關(guān)模板要求，編寫系統(tǒng)的需求和設(shè)計文檔4 將教師的評價過程作為一次文檔評審的過程，對文檔進行相應(yīng)的修改，作為后期工作的依據(jù)5 系統(tǒng)中采用RFID相關(guān)技術(shù)6 對完成的項目進行測試，確保系統(tǒng)的穩(wěn)定性。7 完成整個系統(tǒng)的安裝和部署。2.2）工作流程項目團隊組建系統(tǒng)測試概要/詳細設(shè)計需求規(guī)格說明書編寫產(chǎn)品安裝用戶培訓(xùn)項目總結(jié)驗收計劃階段開發(fā)階段 實施階段項目計劃制定

3、編碼及文檔系統(tǒng)設(shè)計崗編碼崗測試崗實施崗項目管理崗2.2.1 計劃階段 項目計劃階段主要任務(wù)是當(dāng)確定開發(fā)之后制定軟件開發(fā)計劃、人員組織結(jié)構(gòu)定義及配備。常見的人員組織結(jié)構(gòu)有垂直方案、水平方案、混合方案。垂直方案中每個成員充當(dāng)多重角色。水平方案中每個成員充當(dāng)一到兩個角色?；旌戏桨竸t包括了經(jīng)驗豐富的人員與新手相互融合。具體選擇根據(jù)人員實際技能情況進行選擇。項目參考組織結(jié)構(gòu)如下：實訓(xùn)中每個小組由最多4人組成，項目組織中可以對參考結(jié)構(gòu)進行細化，根據(jù)每個人的特長來擔(dān)任其中的一個或多個角色，負責(zé)完成與角色相關(guān)任務(wù)和文檔組長負責(zé)總的協(xié)調(diào)。最好是每個人都能參與設(shè)計和編碼工作，每個人都能夠建立起系統(tǒng)地全局觀。軟件開

4、發(fā)計劃的目的是收集控制項目時所需的所有信息，項目組長根據(jù)項目計劃來安排資源需求并根據(jù)時間表跟蹤項目進度。項目團隊成員根據(jù)項目計劃以了解他們的工作任務(wù)、工作時間以及他們所依賴的其他活動?？蓪⒂媱澐殖煽傮w計劃和詳細計劃，總體計劃中每個任務(wù)為一個里程碑，詳細計劃中必須將任務(wù)落實到個人。甘特圖是一種能有效顯示活動時間計劃編制的方法，主要用于項目計劃和項目進度安排。甘特圖把計劃和進度安排兩種職能結(jié)合在一起，縱向列出項目活動，橫向列出時間跨度。每項活動計劃或?qū)嶋H情況用橫線表示。橫道線還顯示了每項活動的開始時間和結(jié)束時間。 甘特圖可以方便的表達工作分解結(jié)構(gòu)圖的各個層次，其表達單位也比較靈活，從年到日都可表達

5、。但是甘特圖只能用于表達較簡單的項目活動關(guān)系，它無法表達各個項目活動是否屬于關(guān)鍵活動。即便這樣，類似軟件項目開發(fā)實訓(xùn)這樣的一個簡單項目，用甘特圖來表達項目進度是最恰當(dāng)不過了。 甘特圖可以使用微軟Office系列軟件的Visio進行繪制，該軟件中，有很多工程制圖工具，可以方便的繪制甘特圖。下面示意圖所示的項目期為六周，主要單位為周，次要單位為天。圖中測試的時間和文檔書寫的時間是重合的，表示作為項目管理而言，這個時間段這兩件工作是同時進行的。 系統(tǒng)項目進度甘特圖示例階段輸出： 項目計劃2.2.2 開發(fā)階段開發(fā)階段主要工作包括：需求分析、設(shè)計、編碼、測試。需求分析的目的是在系統(tǒng)工作方面與用戶達成一致

6、。其中需求規(guī)格說明書詳細說明系統(tǒng)將要實現(xiàn)的所有功能。用戶界面原型可以有三種表示方法：圖紙（在紙上）、位圖（繪圖工具）、可執(zhí)行文件（交互式）。軟件設(shè)計從物理上實現(xiàn)目標系統(tǒng)，包括： 軟件架構(gòu)設(shè)計：說明軟件的組織結(jié)構(gòu)、部署結(jié)構(gòu)及運行環(huán)境； 類設(shè)計：定義類之間的關(guān)聯(lián)和類的屬性、方法； 數(shù)據(jù)庫設(shè)計：定義數(shù)據(jù)庫表之間的關(guān)聯(lián)和各個表的字段。編碼按照設(shè)計文檔進行編碼。測試主要任務(wù)：核實每個模塊是否正常運行（參考設(shè)計文檔）、核實需求是否被正確實施（參考需求文檔）。測試數(shù)據(jù)盡量使用真實數(shù)據(jù)。測試報告：記錄測試結(jié)果，詳細描述問題，提出解決辦法。階段輸出： 需求規(guī)格說明書 系統(tǒng)設(shè)計說明書 可運行代碼及注釋 幫助文件和

7、用戶操作手冊 測試報告2.2.3 實施階段實施階段工作主要包括：將軟件項目本身，包括配置文件、用戶手冊、幫助文檔等進行收集、打包、安裝、配置、安裝調(diào)試、初始化。階段輸出： 安裝程序2.3崗位職責(zé)2.3.1 項目管理崗主要職責(zé)：1、設(shè)置項目組中的各種角色，并分配好各角色的責(zé)任與權(quán)限。制定項目計劃。2、跟蹤計劃的執(zhí)行情況，進行控制，保證項目按質(zhì)、按量的實施。3、對程序進行審核。4、綜合具體情況，對各種不同方案進行取舍并做出決定。5、跟蹤軟件缺陷報告處理流程 ，對本小組提出的缺陷報告負責(zé)6、協(xié)調(diào)各項目參與人員之間的關(guān)系。2.3.2 系統(tǒng)設(shè)計崗主要職責(zé)：1、對客戶進行需求調(diào)研，收集整理客戶需求，負責(zé)編

8、寫需求規(guī)格說明書。2、建立用戶界面原型。3、進行系統(tǒng)架構(gòu)設(shè)計。4、進行數(shù)據(jù)庫設(shè)計。5、編寫系統(tǒng)設(shè)計說明書。6、指導(dǎo)編碼人員按系統(tǒng)設(shè)計說明書進行代碼實現(xiàn)。7、負責(zé)重點代碼檢查；2.3.3 編碼崗主要職責(zé)：1、根據(jù)項目開發(fā)進度和任務(wù)分配，依據(jù)系統(tǒng)設(shè)計說明書進行代碼實現(xiàn)。2、對自己代碼進行檢查。3、根據(jù)規(guī)范要求，編寫相應(yīng)的技術(shù)文檔。4、根據(jù)需要及時修改、完善軟件。5、配合測試工程師進行軟件測試工作； 6、 根據(jù)系統(tǒng)設(shè)計說明書進行數(shù)據(jù)庫建庫。7、 對數(shù)據(jù)庫進行初始化操作。8、 根據(jù)系統(tǒng)設(shè)計說明書編寫對應(yīng)的視圖、存儲過程、函數(shù)、觸發(fā)器等。9、 對數(shù)據(jù)庫進行維護、備份、恢復(fù)、同步。2.3.4 測試崗主要職

9、責(zé)：1、 根據(jù)軟件需求進行測試需求分析。2、 編寫測試用例。3、 搭建測試環(huán)境。4、 執(zhí)行測試用例，提交缺陷報告并跟蹤缺陷處理流程。5、 負責(zé)編寫用戶手冊、操作手冊。6、 對項目工作提出建設(shè)性建議。2.3.5 實施崗主要職責(zé)：1、 在項目組長安排和指導(dǎo)下，執(zhí)行項目用戶現(xiàn)場實施任務(wù)（包括系統(tǒng)安裝、系統(tǒng)上線、系統(tǒng)試運行等）。2、 負責(zé)協(xié)助用戶進行“用戶確認測試”。3、 參與編寫用戶手冊、操作手冊。三、 時間安排周星期節(jié)次內(nèi)容班級111-4任務(wù)布置計1001115-8任務(wù)布置計1002121-4需求調(diào)研計1001125-8需求調(diào)研計1002131-4需求分析計1001135-8需求分析計100214

10、1-4系統(tǒng)設(shè)計計1001145-8系統(tǒng)設(shè)計計1002151-4系統(tǒng)設(shè)計計1001155-8系統(tǒng)設(shè)計計1002211-4數(shù)據(jù)庫設(shè)計計1002215-8數(shù)據(jù)庫設(shè)計計1001221-4數(shù)據(jù)庫設(shè)計計1002225-8數(shù)據(jù)庫設(shè)計計1001231-4文檔編寫計1002235-8文檔編寫計1001245-8RFID技術(shù)應(yīng)用計1002249-12RFID技術(shù)應(yīng)用計1001251-4RFID技術(shù)應(yīng)用計1002255-8RFID技術(shù)應(yīng)用計1001311-4RFID技術(shù)應(yīng)用計1001315-8RFID技術(shù)應(yīng)用計1002321-4系統(tǒng)編碼實現(xiàn)計1001325-8系統(tǒng)編碼實現(xiàn)計1002331-4系統(tǒng)編碼實現(xiàn)計10013

11、35-8系統(tǒng)編碼實現(xiàn)計1002341-4系統(tǒng)編碼實現(xiàn)計1001345-8系統(tǒng)編碼實現(xiàn)計1002351-4系統(tǒng)編碼實現(xiàn)計1001355-8系統(tǒng)編碼實現(xiàn)計1002361-4系統(tǒng)編碼實現(xiàn)計1001365-8系統(tǒng)編碼實現(xiàn)計10025117:0020:30系統(tǒng)編碼實現(xiàn)計1002515-8系統(tǒng)編碼實現(xiàn)計1001521-4系統(tǒng)編碼實現(xiàn)計1002525-8系統(tǒng)編碼實現(xiàn)計1001531-4系統(tǒng)編碼實現(xiàn)計1002535-8系統(tǒng)編碼實現(xiàn)計1001541-4系統(tǒng)編碼實現(xiàn)計1002545-8系統(tǒng)編碼實現(xiàn)計1001551-4系統(tǒng)編碼實現(xiàn)計1002555-8系統(tǒng)編碼實現(xiàn)計10016117:0020:30系統(tǒng)編碼實現(xiàn)計100

12、1615-8系統(tǒng)編碼實現(xiàn)計1002621-4系統(tǒng)編碼實現(xiàn)計1001625-8系統(tǒng)編碼實現(xiàn)計1002631-4系統(tǒng)編碼實現(xiàn)計1001635-8系統(tǒng)編碼實現(xiàn)計1002641-4系統(tǒng)編碼實現(xiàn)計1001645-8系統(tǒng)編碼實現(xiàn)計1002651-4系統(tǒng)編碼實現(xiàn)計1001655-8系統(tǒng)編碼實現(xiàn)計10027117:0020:30系統(tǒng)編碼實現(xiàn)計1002715-8系統(tǒng)編碼實現(xiàn)計1001721-4系統(tǒng)編碼實現(xiàn)計1002725-8系統(tǒng)編碼實現(xiàn)計1001731-4系統(tǒng)編碼實現(xiàn)計1002735-8系統(tǒng)編碼實現(xiàn)計1001741-4答辯計1002745-8答辯計1001751-4答辯計1002755-8答辯計1001四、考核

13、要求4.1 考核原則考核主要依據(jù)三個方面：項目整體評價、個人能力評價、職業(yè)素養(yǎng)評價，其中項目整體評價占總評的40%、個人能力評價占總評的50%、職業(yè)素養(yǎng)評價占總評的10%。項目整體評價內(nèi)容主要包括：完成系統(tǒng)是否充分考慮用戶需求、設(shè)計合理性、界面美觀性、用戶友好性、可靠性、容錯性、實現(xiàn)規(guī)范性、文檔編寫質(zhì)量等方面。個人能力評價內(nèi)容主要包括：這部分考核主要分兩部分，第一部分按照承擔(dān)的工作，根據(jù)各崗位職責(zé)的要求進行考核；第二部分考核對其他崗位能力的掌握情況。職業(yè)素養(yǎng)評價內(nèi)容主要包括：是否遲到早退、是否服從項目組任務(wù)安排、是否按進度要求完成任務(wù)、是否具有良好的團隊協(xié)作精神和溝通能力、工作積極主動性等。其

14、他說明：針對考勤中曠課超過四分之一、遲到早退超過三分之一或工作態(tài)度非常不認真，成績直接評定為不及格。4.2 考核方式考核方式：1、平時考核+階段考核+答辯考核2、自評+互評+考評考核方式說明負責(zé)人平時考核主要評價項目組成員的職業(yè)素養(yǎng)教師階段考核主要檢查項目組是否按計劃進度完成及完成質(zhì)量教師答辯考核主要檢查項目組實施能力及對個人能力進行評價教師自評主要對自己的工作進行評價項目組長互評主要對項目組成員工作進行評價項目組長考評主要評價項目完成情況和個人能力教師4.3 答辯流程整個答辯流程主要分為四部分，其中一、二部分可并行進行。1、系統(tǒng)部署： 設(shè)備準備：二臺電腦 負責(zé)人：實施員、項目組長答辯組給出項

15、目組長崗位評價、實施崗位人員評價。2、文檔檢查負責(zé)人：答辯組審閱項目組需求、設(shè)計等文檔，給出整體評價。3、項目演示講解負責(zé)人：實施員、項目組長由項目組長進行組織協(xié)調(diào)，實施崗位人員模擬用戶培訓(xùn)，面向企業(yè)人員和教師進行項目功能演示和講解。答辯組給出項目整體評價、實施崗位人員評價。3、崗位答辯考核負責(zé)人：答辯組針對項目組成員的不同崗位角色進行分崗位答辯，給出個人能力評價分。4.4 考核標準項目整體評價內(nèi)容考核點需求及功能完整性設(shè)計合理性界面美觀性用戶友好性可靠性文檔內(nèi)容準確性文檔規(guī)范性項目組協(xié)調(diào)性個人能力評價內(nèi)容考核點崗位能力崗位協(xié)同能力系統(tǒng)綜合能力備注根據(jù)主要承擔(dān)的崗位職責(zé)進行提問評價能理解所承擔(dān)

16、的崗位與其他崗位的接口以及對存在的問題進行分析能理解整個系統(tǒng)其他崗位的相關(guān)技能要求。職業(yè)素養(yǎng)評價標準考核點考勤計劃執(zhí)行度協(xié)作精神溝通能力主動性考核根據(jù)評分標準評出優(yōu)秀、良好、中等、及格與不及格五等。附錄1、需求分析方法與步驟 需求分析是一個識別用戶需求，確定用戶需求的過程，由于用戶的需求本身就有不確定性，因此進行需求分析。軟件需求從抽象的邏輯包括三個不同的層次：業(yè)務(wù)需求、用戶需求和功能需求（也包括非功能需求）。l 業(yè)務(wù)需求（business requirement）反映了組織機構(gòu)或客戶對系統(tǒng)、產(chǎn)品高層次的目標要求，它們在項目視圖與范圍文檔中予以說明。這項工作一般由用戶提出，技術(shù)人員只負責(zé)搜集，

17、比如用戶提出：為了提高產(chǎn)品入庫效率，改善企業(yè)業(yè)務(wù)水平，特要求開發(fā)實施庫存管理系統(tǒng)。這個就是一個業(yè)務(wù)需求的表現(xiàn)。它一般是較高的一個層面提出的。l 用戶需求(user requirement) 文檔描述了用戶使用產(chǎn)品必須要完成的任務(wù)。這個是最容易理解的一個需求，比如要求倉庫管理人員可以查閱過去每年每種型號材料的入庫數(shù)量，可以查看材料的歷史明細帳目，這些都是用戶需求。l 功能需求(functional requirement)定義了開發(fā)人員必須實現(xiàn)的軟件功能，使得用戶能完成他們的任務(wù)，從而滿足了業(yè)務(wù)需求。功能需求就是為了滿足用戶需求，并且符合業(yè)務(wù)需求的前提下，我們設(shè)定的功能解決方案。比如上面提到的，

18、要求可以查閱2008年某型號材料的入庫數(shù)量，我們就可能需要設(shè)定一個界面，叫做“入庫查詢”，這個就是一個具體功能，它是為了滿足用戶提出的“倉庫管理人員可以查閱過去每年每種型號材料的入庫數(shù)量”這個要求。 （一）需求分析的任務(wù)1 問題的識別：確定對目標系統(tǒng)的綜合要求。（1）功能要求：要求劃分并描述出系統(tǒng)必須完成的所有功能。（2）性能要求：列出所開發(fā)軟件的技術(shù)性能指標，包括運行時間、響應(yīng)時間、數(shù)據(jù)精度和適應(yīng)性等方面的要求。（3）運行要求：對系統(tǒng)運行時軟件、硬件環(huán)境及接口方面的要求。（4）可靠性要求：應(yīng)按實際的運行環(huán)境對所開發(fā)軟件在投入運行后不發(fā)生故障的概率提出要求，以期在開發(fā)過程中采取措施，保證軟件能

19、夠可靠地運行。（5）安全保密要求：根據(jù)用戶不同的運行環(huán)境，做出適當(dāng)規(guī)定，以便在系統(tǒng)設(shè)計階段給予充分考慮，保證其具有安全保密方面的性能。（6）用戶界面要求：對用戶界面做出具體規(guī)定，要求做到界面友好、易學(xué)易用。（7）資源使用要求：確定所開發(fā)軟件運行時所需要的數(shù)據(jù)、軟件、內(nèi)存等資源的要求；軟件開發(fā)時所需人力、支撐軟件、開發(fā)設(shè)備等軟件開發(fā)資源的要求。2 分析系統(tǒng)的數(shù)據(jù)要求：由系統(tǒng)的信息流歸納抽象出系統(tǒng)要求的數(shù)據(jù)以及數(shù)據(jù)的邏輯關(guān)系。描述系統(tǒng)所需要的靜態(tài)數(shù)據(jù)、動態(tài)數(shù)據(jù)（輸入、輸出數(shù)據(jù)）、數(shù)據(jù)庫名稱、類型，數(shù)據(jù)字典以及數(shù)據(jù)的采集方式。3 導(dǎo)出目標系統(tǒng)的詳細邏輯模型：由1、2項分析結(jié)果導(dǎo)出目標系統(tǒng)的詳細邏輯模

20、型。詳細邏輯模型可用數(shù)據(jù)流圖、數(shù)據(jù)字典和IPO圖等軟件需求表達工具表示。4 編寫“軟件需求規(guī)格說明書”，同時為了確切表達用戶對軟件輸入/輸出的要求，可編寫“數(shù)據(jù)要求說明書”和“初步用戶手冊”。5 需求分析評審：對功能的正確性、完整性和清晰性以及其它需求作出評價，評審內(nèi)容包括：（1） 系統(tǒng)定義的目標與用戶的要求是否一致；（2） 系統(tǒng)需求分析階段提供的文檔資料是否齊全；（3） 文檔中的所有描述是否完整、清晰、準確反映了用戶的要求；（4） 與其它系統(tǒng)的接口是否已經(jīng)描述；（5） 所開發(fā)項目的數(shù)據(jù)流與數(shù)據(jù)結(jié)構(gòu)是否足夠、是否確定；（6） 所有圖表是否清楚，在沒有補充說明時是否易于理解；（7） 主要功能是否

21、已包括在規(guī)定的軟件范圍之內(nèi)，是否已經(jīng)充分說明；（8） 設(shè)計的約束條件或限制條件是否符合實際；（9） 開發(fā)的技術(shù)風(fēng)險是什么？（10） 是否考慮過軟件需求的其它方案；（11） 是否考慮過將來可能會提出的軟件需求；（12） 是否詳細制定了檢驗標準，它們能否對系統(tǒng)定義的成敗進行確認；（13） 是否存遺漏、重復(fù)或不一致的地方；（14） 用戶是否審查了初步的用戶手冊；評審應(yīng)由專人負責(zé)，并嚴格按規(guī)定進行。評審結(jié)束后由評審負責(zé)人簽署評審意見。系統(tǒng)分析員應(yīng)根據(jù)“評審意見”對需求分析進行修改，直到通過為止。 （二）如何獲取需求 1需求獲取過程在與用戶交流的過程中收集各種用戶的信息，認真理解用戶的各項要求；同時還應(yīng)

22、收集解決用戶要求的一切有關(guān)信息。在進行需求獲取時，獲取對象應(yīng)包括：實際應(yīng)用本軟件系統(tǒng)的直接領(lǐng)導(dǎo)、行政上有批準權(quán)的領(lǐng)導(dǎo)、本軟件系統(tǒng)的具體操作者、使用者和系統(tǒng)維護人員。在進行分析所獲取的信息時，分析員要對收集反饋回來的各種信息細致地進行分析。對于其中一些模糊的要求還需要向用戶作進一步的澄清，然后才決定是否采納。對于那些不合理的部分或者目前暫時無法實現(xiàn)的要求應(yīng)向用戶做充分的解釋，以求諒解。在分析過程中，分析員應(yīng)隨時向有關(guān)方面的專家請教，并且明確該解決方案的約束條件。2獲取需求的方法（1）為了做好調(diào)查研究，一般應(yīng)考慮：1） 了解系統(tǒng)需求。軟件開發(fā)往往是作為系統(tǒng)開發(fā)的一部分，因此仔細研究系統(tǒng)分析的文檔資

23、料，了解系統(tǒng)的需求中對軟件的要求。2） 市場調(diào)查。了解市場上對開發(fā)軟件的需求形勢，掌握市場上流行的相關(guān)軟件產(chǎn)品的技術(shù)和價格數(shù)據(jù)，這對于決定開發(fā)的方針策略有著重要意義。3） 訪問用戶和用戶領(lǐng)域的專家。用戶提出的要求應(yīng)被當(dāng)作重要的原始資料加以分析，從用戶領(lǐng)域?qū)＜夷抢锶〉玫男畔⒊３Ｓ兄谲浖_發(fā)人員對用戶需求的理解。4） 考察現(xiàn)場。軟件開發(fā)人員可以從專業(yè)角度來直接考察待開發(fā)系統(tǒng)的操作環(huán)境和操作要求。 （2）調(diào)查的方式可以考慮如下幾種：1） 調(diào)查提綱或調(diào)查表。向各個層次上的用戶和預(yù)見的隱含用戶發(fā)調(diào)查提綱或調(diào)查表。2） 中型調(diào)查會議。按照用戶的層次結(jié)構(gòu)的分類，召開中型調(diào)查會議，了解其業(yè)務(wù)范圍、工作內(nèi)容、

24、業(yè)務(wù)特點以及對開發(fā)系統(tǒng)的想法和建議。3） 個別訪問。向一些對用戶領(lǐng)域的業(yè)務(wù)和信息流向特別熟悉的有豐富經(jīng)驗的專家進行咨詢。 4） 現(xiàn)場調(diào)查。現(xiàn)場考察和現(xiàn)場會議。 5） 資料。查閱各種系統(tǒng)資料。6） 調(diào)查工具。使用各種調(diào)查工具，如事務(wù)工程分析圖或事務(wù)流程圖等。（三）如何分析用戶需求 需求分析人員對收集到的用戶需求做進一步的分析和整理。下面是幾條常見的準則： 1）對于用戶提出的每個需求都要知道“為什么”，并判斷用戶提出的需求是否有充足的理由； 2）將那種以“如何實現(xiàn)”的表述方式轉(zhuǎn)換為“實現(xiàn)什么”的方式，因為需求分析階段關(guān)注的目標是“做什么”，而不是“怎么做”； 假如企業(yè)提出，要求可以統(tǒng)計每個材料的庫

25、存數(shù)量，做一個排行榜，我們需要做的是記錄：“要求統(tǒng)計每個材料庫存數(shù)量的排行榜”，并且跟企業(yè)討論這個排行榜是否有現(xiàn)成的格式，以前是否做過類似的排行榜，是怎么操作的。在需求階段，我們不需要關(guān)心為了做這個排行榜需要設(shè)定什么樣的表來實現(xiàn)。3）分析由用戶需求衍生出的隱含需求，并識別用戶沒有明確提出來的隱含需求（有可能是實現(xiàn)用戶需求的前提條件），這一點往往容易忽略掉，經(jīng)常因為對隱含需求考慮得不夠充分而引起需求變更。比如倉庫管理人員年紀都比較大，這里頭可能隱含了一個需求：他們都有老花眼，在設(shè)置字體的時候，盡量用較大的字號。 附錄2、編碼原則及規(guī)范1編碼原則1）編寫易于修改和維護的代碼：編碼階段，在設(shè)計基礎(chǔ)上

26、對程序進行進一步的數(shù)據(jù)和操作的分離有利于代碼和數(shù)據(jù)的單獨改變。2）編寫詳細的程序文檔：程序文檔一般指以注釋的形式嵌入程序中的代碼描述。程序文檔應(yīng)該與程序保持高度一致。程序文檔應(yīng)該包括下列內(nèi)容代碼的功能；代碼的完成者；代碼在整個軟件系統(tǒng)中的位置；代碼編制、復(fù)審時間；保留代碼的原因；代碼中如何使用數(shù)據(jù)結(jié)構(gòu)和算法。3）編程中采用統(tǒng)一的標準和約定，降低程序的復(fù)雜性軟件組織通常會制定一份“編碼規(guī)范”，程序員在編寫代碼時。必須嚴格按照“編碼規(guī)范”編寫代碼。編碼規(guī)范：規(guī)范項目規(guī) 范 內(nèi) 容1 排版排版格式，如縮進、塊語句、分行等2 注釋規(guī)范注釋的格式3 標識符命名規(guī)范標識符的命名規(guī)則4 可讀性為提高可讀性所

27、作的規(guī)范，如禁止使用技巧性高的語句5 變量、結(jié)構(gòu)規(guī)范變量和結(jié)構(gòu)的定義，如禁止局部與全局變量同名等6 函數(shù)、過程規(guī)范函數(shù)的定義，如“不要設(shè)計多用途面面俱到的函數(shù)”7 可測性為提高可測性的規(guī)范8 程序效率為程序效率所作的規(guī)范，如“循環(huán)體內(nèi)工作量最小化”9 質(zhì)量保證為提高軟件質(zhì)量所作的規(guī)范，如“防止內(nèi)存操作越界”4）分離功能獨立的代碼塊形成新的模塊：將功能獨立的代碼塊獨立出來形成新的模塊，增加模塊的內(nèi)聚度，有利于代碼的重用和可修改性。2編程風(fēng)格應(yīng)遵循的規(guī)則源程序文檔化應(yīng)遵循：1）符號名的命名：符號名即標識符，包括模塊名、變量名、常量名、標號名、子程序名、數(shù)據(jù)區(qū)名以及緩沖區(qū)名等。這些名字應(yīng)能反映它所代

28、表的實際東西，應(yīng)有一定實際意義。2）程序的注釋：序言性注釋：通常置于每個程序模塊的開頭部分，它應(yīng)當(dāng)給出程序的整體說明，對于理解程序本身具有引導(dǎo)作用。有些軟件開發(fā)部門對序言性注釋做了明確而嚴格的規(guī)定，要求程序編制者逐項列出。 功能性注釋：功能性注釋嵌在源程序體中，用以描述其后的語句或程序段是在做什么工作，或是執(zhí)行了下面的語句會怎么樣。而不要解釋下面怎么做。往往是對一段的注釋，而不是一句。視覺組織 空格、空行和移行。3）格式化始終采用統(tǒng)一縮進規(guī)則；適當(dāng)插入括號表明運算次序、排除二義性；有效地使用空格符以區(qū)別程序的不同意群。.NET命名規(guī)則：一套定義良好并且完整的、在整個項目中統(tǒng)一使用的命名規(guī)范將極

29、大提升源代碼的可讀性和軟件的可維護性。符號名即標識符，包括變量名、常量名、類名、名稱空間名、方法名、屬性名以及事件名等。這些名字應(yīng)能反映它所代表的實際東西，應(yīng)有一定實際意義。變量命名中的常用方法： Pascal法：所有單詞的首個字母大寫 HtmlTag Camel法：除第一個單詞外，其余單詞的首個字母均大寫 htmlTag、ioStream在.NET中Pascal命名法應(yīng)用于以下命名： 名字空間：namespace System.Security 方法：public virtual string ToString(); 屬性：public int Length get; 事件：public e

30、vent EventHandler Exited; 常量名：public const string LandInfoPage = GroundInfo.aspx; 在.NET中Camel命名法應(yīng)用于以下命名： 變量：string lastError; 參數(shù)：public static int ToInt32(string value);控件的命名舉例： Label： lbl lblName TextBox： txt txtUid CheckBox：chk chkUserLogin Button： btn btnSubmit 3數(shù)據(jù)說明 在設(shè)計階段已經(jīng)確定了數(shù)據(jù)結(jié)構(gòu)的組織及其復(fù)雜性。在編寫程序時

31、，則需要注意數(shù)據(jù)說明的風(fēng)格。 1）數(shù)據(jù)說明的次序應(yīng)規(guī)范。進而有利于測試，排錯和維護。2）說明的先后次序固定。例如，按常量說明、簡單變量類型說明、數(shù)組說明、公用數(shù)據(jù)塊說明、所有的文件說明的順序說明。在類型說明中還可進一步要求。例如，可按如下順序排列：整型量說明、實型量說明、字符量說明、邏輯量說明。3）當(dāng)用一個語句說明多個變量名時，應(yīng)當(dāng)對這些變量按字母的順序排列。4）對于復(fù)雜數(shù)據(jù)結(jié)構(gòu)，應(yīng)利用注釋說明實現(xiàn)這個數(shù)據(jù)結(jié)構(gòu)的特點。4輸入和輸出 輸入輸出信息是與用戶的使用直接相關(guān)的。輸入輸出的方式和格式應(yīng)當(dāng)盡量作到對用戶友好，盡可能方便用戶的使用。一定要避免因設(shè)計不當(dāng)給用戶帶來的麻煩。 （1）對所有的輸入數(shù)

32、據(jù)都進行檢驗，從而識別錯誤的輸入，以保證每個數(shù)據(jù)的有效性；（2）檢查輸入項的各種重要組合的合理性，必要時報告輸入狀態(tài)信息；（3）使得輸入的步驟和操作盡可能簡單，并保持簡單的輸入格式；（4）輸入數(shù)據(jù)時，應(yīng)允許使用自由格式輸入； （5）應(yīng)允許缺省值；（6）輸入一批數(shù)據(jù)時，最好使用輸入結(jié)束標志，而不要由用戶指定輸入數(shù)據(jù)數(shù)目；（7）在以交互式輸入輸出方式進行輸入時，要在屏幕上使用提示符明確提示交互輸入的請求，指明可使用選擇項的種類和取值范圍。同時，在數(shù)據(jù)輸入的過程中和輸入結(jié)束時，也要在屏幕上給出狀態(tài)信息；（8）當(dāng)程序語言對輸入格式有嚴格要求時，應(yīng)保持輸入格式與輸入語句要求的一致性；（9）給所有的輸出加

33、注解，并設(shè)計輸出報表格式。附錄3、企業(yè)庫存業(yè)務(wù)調(diào)研素材一、前言無論是工商企業(yè)還是運輸企業(yè)、其他企業(yè)，日常經(jīng)營管理活動中一個重要的內(nèi)容就是對存貨的管理與核算。對于工業(yè)企業(yè)而言，庫存代表著生產(chǎn)所需的各種原材料、產(chǎn)成品、半產(chǎn)成品、易耗品，對商業(yè)企業(yè)而言，代表著要銷售出去的各種商品及易耗材料。盡管各種行業(yè)對入庫材料的計價方法、財務(wù)處理方法各有不同，但對存貨的管理從本質(zhì)上是一致的。二、概述某企業(yè)要求完成開發(fā)一個信息系統(tǒng)，幫助企業(yè)實現(xiàn)材料入庫管理出庫的全過程。主要包括兩個方面：一是材料的入庫、出庫管理，二是對當(dāng)期出庫及月末存貨的成本核算。對于出入庫管理，從“入庫”環(huán)節(jié)中，可能會涉及到：采購入庫、銷售（領(lǐng)料

34、）退庫、暫估入庫、盤盈、調(diào)撥；對于出庫環(huán)節(jié)，可能會涉及到：正常領(lǐng)用、盤虧、庫間材料調(diào)撥、銷售等。對于發(fā)出材料、庫存材料的計價處理，從大的方面可分為兩種：一是采用計劃定價法，這種方法對出庫材料或庫存材料采用計劃價進行核算，而不管其歷史成本實際是多少，但在會計期末，要計算出差異價格及差異率，再根據(jù)差異率計算實際成本；二是采用實際進價法，可分為：先進先出法、后進先出法、移動平均法、期限平均法、個別指定法。針對一個企業(yè)，實際操作中可能會將兩種方法結(jié)合在一起，對于量少、價值高的材料采用實際進價法，而對于量大、價值低的材料采用計劃定價法。三、相關(guān)調(diào)研資料3.1 企業(yè)相關(guān)業(yè)務(wù)流程在實際的企業(yè)運行中庫存管理往

35、往與采購、生產(chǎn)、銷售等環(huán)節(jié)相關(guān)，不同的企業(yè)可能各有差異，下面給出某企業(yè)的業(yè)務(wù)流程圖。企業(yè)采購流程圖說明：1、采購管理的工作主要是確定合理的定貨量、優(yōu)秀的供應(yīng)商和保持最佳的安全儲備。能夠隨時提供定購、驗收的信息，跟蹤和催促對外購和委外加工的物料，保證貨物及時到達。建立供應(yīng)商的檔案，用最新的成本信息來調(diào)整庫存的成本。2、企業(yè)采購業(yè)務(wù)的三種主要單據(jù)及相關(guān)單據(jù)：1）采購訂單 采購申請單2）外購入庫單 收/退料通知單3）采購發(fā)票3、企業(yè)采購業(yè)務(wù)中的幾種常見情況1）貨到單未到2）單貨同到3）單先到貨后到4）退貨業(yè)務(wù)5）暫估入庫4、其他說明1）采購貨物到貨，采購員制作收貨通知單。收料通知單經(jīng)采購主管審核后交

36、庫管員。庫管員驗收產(chǎn)品入庫，填制入庫單，倉庫主管對入庫單審核。2）財務(wù)部門收到發(fā)票后，財務(wù)人員將收到的發(fā)票與入庫單進行鉤稽，分配采購費用后，制作采購入庫會計憑證。銷售業(yè)務(wù)流程圖說明：1、銷售員和客戶簽訂銷售訂單，隨即傳一份訂單副本給倉庫部。2、當(dāng)出貨日期已到，要進行產(chǎn)品出庫，檢驗員對貨物進行清點、記錄，然后將點貨清單轉(zhuǎn)給倉庫部。3、客戶拿出庫單到倉庫部領(lǐng)取貨物。4、對各種單據(jù)進行一一點對，無誤后方可讓客戶取貨。5、把貨款支票拿給財務(wù)部進行審核保存。倉存業(yè)務(wù)流程圖說明：1、在領(lǐng)料時，領(lǐng)料員需要跑到各個地方簽字。首先需要領(lǐng)料部門主管簽字，然后跑到倉庫保管員處簽字，接著需要到審批部門簽字，還要到財務(wù)

37、部簽字、蓋章，最后倉庫發(fā)料，領(lǐng)料員才能領(lǐng)到所需的物料。整個過程如下：領(lǐng)料員填寫領(lǐng)料單領(lǐng)料部門主管簽字倉庫保管員簽字審批部門簽字財務(wù)部簽字、蓋章倉庫發(fā)料2、產(chǎn)品入庫時，采購部向供應(yīng)商下達訂單后，從供應(yīng)商處進貨。材料進入倉庫以后，檢驗人員對貨物進行清點，記錄，然后將點貨清單轉(zhuǎn)給“應(yīng)付”部門。倉管人員進行驗貨。將合格的材料打印條形碼標簽替代人工填寫，然后進行入庫掃描，掃描貨物后放置貨位。檢驗不合格的材料由采購部進行退貨處理。3、當(dāng)需要進行物料調(diào)撥業(yè)務(wù)時，倉管員根據(jù)業(yè)務(wù)的需要填制調(diào)撥單，要求根據(jù)調(diào)撥業(yè)務(wù)發(fā)生的情況如實的填制，并交主管領(lǐng)導(dǎo)審核。審核完畢后業(yè)務(wù)完成。4、在進行其他出入庫管理時，各種材料的發(fā)

38、出需要經(jīng)過各種步驟，需要各個主管與領(lǐng)導(dǎo)開具的各種單子，才能對各種物料的出入庫進行管理。進行其他出入庫業(yè)務(wù)時，物料進倉時，倉庫管理員必須憑送貨單、檢驗合格單辦理入庫手續(xù)。一切原材料的購入都用增植稅專用發(fā)票方可入庫報銷。入庫材料在未收到相應(yīng)發(fā)票前，倉管員建立貨到票未到材料明細賬，并根據(jù)檢驗單等有效單據(jù)及時填開貨到票未到收料單（在當(dāng)月票到的可不開），在收到發(fā)票后，沖銷原貨到票未到收料單，并開具材料票到收料單，月底將貨到票未到材料清單上報財務(wù)。因質(zhì)量等原因而發(fā)生的退回材料，必須由相關(guān)人員填寫退回材料處理單。5、在進行存貨盤點業(yè)務(wù)時，現(xiàn)場盤點時，有些存貨像主板，芯片都是塊、一片，而盤點時只能按照存貨的包

39、裝形式進行計數(shù)然后乘以每包裝的重量進行計算，而倉庫保管賬上又多是按照重量記錄，這個時候就會出現(xiàn)誤差。在盤點過程中對于那些細小物料總是會有偏差，有的多有的又少，一系列盤點的問題存在給企業(yè)帶來一定的麻煩。存貨核算流程圖存貨核算：指物流（進銷存）過程的財務(wù)處理。具體包括：入庫成本、出庫成本、制作記賬憑證。1）財務(wù)人員進行入庫核算，對外購入庫、暫估入庫、自制入庫和委外加工入庫進行核算，其中要將外購入庫單和采購發(fā)票進行鉤稽。2）財務(wù)人員進行出庫核算，對材料出庫和產(chǎn)品出庫進行核算。其中將銷售出庫單和銷售發(fā)票進行鉤稽。3）最后通過出庫核算、入庫核算和不確定單價單據(jù)維護后生成記賬憑證，最終到總賬系統(tǒng)，進行期末

40、結(jié)賬和關(guān)賬。3.2 企業(yè)庫存管理相關(guān)信息企業(yè)可能有多個倉庫、每個倉庫可再細分庫位，同種材料可允許在不同倉庫、不同庫位存放。倉庫貨物排架企業(yè)根據(jù)生產(chǎn)、銷售的需要，其儲存的材料多種多樣，一般材料是進行分類別管理，例如：鋼材是大類，下面可以細分為鋼管、鋼板等，鋼管里面可能還可以細分為25mm直徑、50mm直徑，同一種直徑的還可能分為40公分長、50公分長的不同材料。如果材料的品名、規(guī)格型號完全一致，則屬于同一個明細的材料，否則便不是一個明細類。例如：對于鋼材鋼管25mm直徑40公分長，則為同一明細類，若進貨的鋼管為25mm，50公分長，則不屬于同一類材料。每一個大類除了具備一般的名稱外，還需要知道材料規(guī)格型號、計量單位、計量精度等，另外不同大類計價方式可能存在差異，某種明細材料的計價方法是以其所屬大類的計價方法為標準的。企業(yè)在材料管理中計算單價的方法主要有：1 先進先出：此方法是嚴格按照購入（入庫單）的先后次序，先貯存的存貨先發(fā)出，如果某批次不夠，則順序取下一批次。次序是以入庫單據(jù)的批次為標準而排列的，對于同一批次的單據(jù)，按錄入的先后順序，即物理順序排列