中型MIS開發(fā)實訓指導書(DOC 36頁)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

23、料，了解系統(tǒng)的需求中對軟件的要求。2） 市場調查。了解市場上對開發(fā)軟件的需求形勢，掌握市場上流行的相關軟件產品的技術和價格數據，這對于決定開發(fā)的方針策略有著重要意義。3） 訪問用戶和用戶領域的專家。用戶提出的要求應被當作重要的原始資料加以分析，從用戶領域專家那里取得的信息常常有助于軟件開發(fā)人員對用戶需求的理解。4） 考察現場。軟件開發(fā)人員可以從專業(yè)角度來直接考察待開發(fā)系統(tǒng)的操作環(huán)境和操作要求。 （2）調查的方式可以考慮如下幾種：1） 調查提綱或調查表。向各個層次上的用戶和預見的隱含用戶發(fā)調查提綱或調查表。2） 中型調查會議。按照用戶的層次結構的分類，召開中型調查會議，了解其業(yè)務范圍、工作內容、

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

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

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

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

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

29、大提升源代碼的可讀性和軟件的可維護性。符號名即標識符，包括變量名、常量名、類名、名稱空間名、方法名、屬性名以及事件名等。這些名字應能反映它所代表的實際東西，應有一定實際意義。變量命名中的常用方法： Pascal法：所有單詞的首個字母大寫 HtmlTag Camel法：除第一個單詞外，其余單詞的首個字母均大寫 htmlTag、ioStream在.NET中Pascal命名法應用于以下命名： 名字空間：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命名法應用于以下命名： 變量：string lastError; 參數：public static int ToInt32(string value);控件的命名舉例： Label： lbl lblName TextBox： txt txtUid CheckBox：chk chkUserLogin Button： btn btnSubmit 3數據說明 在設計階段已經確定了數據結構的組織及其復雜性。在編寫程序時

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

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

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

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

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

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

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

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

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

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