第一篇：ERP端口需求分析報告

ERP系統(tǒng)端口需求分析報告

隨著企業(yè)的不斷發(fā)展，經(jīng)營規(guī)模的不斷擴大，企業(yè)的信息化建設也越來越重要，其中一個重要組成部分就是ERP系統(tǒng)。ERP系統(tǒng)作為貫穿整個供應鏈、生產(chǎn)鏈以及財務鏈的管理系統(tǒng)，它的上線、實施與推廣對整個企業(yè)發(fā)展有著至關重要的作用。雖然單位已于2011年1月將ERP系統(tǒng)在財務部、生產(chǎn)計劃、開發(fā)部等部門上線，然而由于端口數(shù)目的限制，現(xiàn)有的端口已經(jīng)無法滿足這些部門的工作需求。因此，我們將根據(jù)新的需求，對各部門增加相應數(shù)目的端口，以滿足各部門業(yè)務的需求。根據(jù)ERP系統(tǒng)功能模塊將各部門劃分為三大部分，具體如下：

<1>財務會計（包括財務部）。目前ERP系統(tǒng)中已實施的財務會計模塊包括總賬、固定資產(chǎn)、UFO報表。通過這些模塊的應用，可以加強財務監(jiān)管，嚴格控制資金走向。為了更好地管理與掌握財務鏈，為了滿足財務成本核算的時效性與準確性，也為了滿足將來財務崗位擴招的需求，故新增1個財務模塊的端口是十分有必要的。

<2>生產(chǎn)制造（包括生產(chǎn)計劃、開發(fā)部）。目前已在這兩個部門實施的ERP系統(tǒng)模塊包括：物料清單、生產(chǎn)訂單和需求規(guī)劃。通過這三個模塊的綜合應用，PMC可根據(jù)現(xiàn)有的物料庫存狀況，以及最新的BOM設置（由開發(fā)部維護），進行生產(chǎn)訂單的下單操作，并且時刻關注與制造有關的生產(chǎn)訂單計劃、鎖定、審核、備料、關閉等作業(yè)的管理，協(xié)助企業(yè)有效掌握各項制造活動的信息。但是由于BOM的維護需要很高的時效性，所以一旦端口被其他部門占用，就無法在第一時間完成對BOM的更新設置，這將直接導致PMC無法正常的完成下單操作。因此，為了不影響生產(chǎn)計劃的下單業(yè)務，新增1個不共享的端口來及時地維護BOM就顯得尤為重要。

<3>供應鏈(包括營銷部、財務統(tǒng)計、財務核算、采購、PMC核料、材料倉、成品倉、沖壓/注塑/包裝/電機車間、品管部)。目前在供應鏈上已實施的ERP系統(tǒng)模塊包括：銷售管理、采購管理、委外管理、庫存管理、存貨核算、物料清單。通過以上各模塊的聯(lián)合應用，ERP系統(tǒng)基本覆蓋了整個產(chǎn)品的生命周期，不論是物料的采購、入庫、出庫，還是產(chǎn)成品的生產(chǎn)、入庫、出庫銷售，ERP系統(tǒng)實現(xiàn)了采購、庫存、銷售業(yè)務的有機集成，實現(xiàn)了物流、信息流合二為一，實現(xiàn)了信息一次源頭錄入、多級審核、多次共享的管理目標。為了使各車間能第一時間掌握與自己車間生產(chǎn)有關的信息（包括生產(chǎn)訂單及物料、庫存狀態(tài)），為了避免因為紙質(zhì)文件的滯后性和口頭信息的低準確性而可能產(chǎn)生的生產(chǎn)產(chǎn)品的錯誤、生產(chǎn)周期的延后等問題，也為了使ERP系統(tǒng)能順利下推到各車間，新增端口至車間并讓其了解、使用ERP系統(tǒng)就顯得非常重要。相對于車間，新增其他部門的端口可以摒棄一些不合理和繁雜的業(yè)務流程，通過對業(yè)務操作流程進行規(guī)范、整合，可以使流程更加順暢、數(shù)據(jù)更加清晰化。

此次，在原有17端口的基礎上，我們預備增加14個端口。通過新增這些端口，一方面對于企業(yè)業(yè)務的發(fā)展、工作效率的提高以及綜合實力的增強，起到了一個很好的推動作用；另一方面，也為ERP系統(tǒng)深入企業(yè)并向下實施與推廣打下了堅實的基礎。之后，我們將實時地根據(jù)新的需求來不斷增改ERP系統(tǒng)的功能模塊及相應的端口數(shù)，使其能更好地滿足企業(yè)的需求，并為企業(yè)提供更好的服務，最終為企業(yè)創(chuàng)造更大的價值。

ERP工程師：Oscar2011-12-15

第二篇：ERP需求調(diào)研

部分行業(yè)ERP項目售前需求調(diào)研提綱

ERP項目售前需求調(diào)研提綱

? 企業(yè)地址及郵編 ? 企業(yè)電話及傳真 ? 企業(yè)產(chǎn)品及主導產(chǎn)品型號 ? 企業(yè)產(chǎn)值及銷售額 ? 員工總?cè)藬?shù)

? 組織結(jié)構(gòu)。畫出一個組織流程圖，列出各主要部門的人員，職責及部門經(jīng)理姓名 ? 企業(yè)的經(jīng)營范圍？ ? 企業(yè)的營運模式？

? 目前企業(yè)微機軟、硬件基本情況

? 畫出一張業(yè)務示意圖，標明市場、銷售、生產(chǎn)計劃、采購、庫房、制造、質(zhì)量、財務等關鍵部門的位置。? 關鍵的業(yè)務現(xiàn)狀？ ? 基本需求及期望目標？ ? 公司經(jīng)營戰(zhàn)略與管理制度文件？ ? 主要想解決哪些問題？ ? 現(xiàn)有的系統(tǒng)存在哪些不足？ ? 部門各業(yè)務具體流程《業(yè)務流程圖》 ? 所有單據(jù)、憑證及報表《業(yè)務表單》 ? 現(xiàn)有MIS系統(tǒng)相關文檔

? 現(xiàn)有網(wǎng)絡拓樸圖及網(wǎng)絡、硬件、軟件配置情況

財務部分（Financial）

總帳管理（General Ledger）總體調(diào)研內(nèi)容：

1.財務部門的組織架構(gòu)及部門職責？人員分配情況？ 2.公司有幾套財務帳？之間關系如何？有無內(nèi)部往來業(yè)務？ 3.現(xiàn)用計算機系統(tǒng)？ 4.相關財務制度？ 實際業(yè)務核算

1.目前所使用的會計科目結(jié)構(gòu)？ 2.憑證審批流程 3.會計及結(jié)帳流程？ 應付款管理（Account Payable）總體調(diào)研內(nèi)容：

1.相關應付款管理制度和流程手冊？

2.有無專門的應付管理系統(tǒng)？如何和財務系統(tǒng)銜接？ 發(fā)票管理

1.有沒有發(fā)票處理的政策與流程手冊？ 2.每月的發(fā)票大致數(shù)量？ 3.有無對發(fā)票進行詳細管理？

4.發(fā)票是否需要和采購單/收貨單匹配。目前是如何處理的？ 5.運費，雜項費用如何處理？ 6.發(fā)票的審批與入帳流程如何？

7.月末貨物已到而發(fā)票未到如何處理？采用何種價格暫估？ 付款管理

1.付款處理的政策與流程手冊？

2.有無商業(yè)慣例中的付款條款對付款進行計劃與折扣獲取？ 3.使用哪些支付方式，流程如何？

4.對應付余額是否進行帳齡分析？帳齡如何分時段？ 報表

有那些主要應付報表？周期如何？ 應收款管理

(Account Receivable)總體調(diào)研內(nèi)容

1.相關應收帳管理制度和流程手冊？

2.有無專門的銷售管理系統(tǒng)？如何和財務系統(tǒng)銜接？ 供應商管理

1.供應商的管理詳細程度、手段如何？ 2.供應商有無分類？分類依據(jù)？.3.供應商管理系統(tǒng)提供的信息？ 4.有無對供應商進行詢價、報價管理？ 5.有無對供應商進行考核？指標有那些？

6.如何查詢供應商的業(yè)務記錄并與供應商進行對帳？ 客戶管理

1.客戶的大約數(shù)量？

2.客戶的管理詳細程度及手段如何？

3.客戶的信用檢查與控制制度如何？ 4.客戶的對帳、催款管理如何？ 5.客戶的價格及折扣管理如何？ 6.有沒有長期大宗協(xié)議客戶 現(xiàn)金管理（Cash Management）總體調(diào)研內(nèi)容

1.相關資金管理制度及流程

2.有無專門的資金管理系統(tǒng)？如何和財務系統(tǒng)銜接？ 現(xiàn)金管理業(yè)務

1.如何進行銀行對帳？ 2.如何編制現(xiàn)金流量表？

3.是否做現(xiàn)金預測方面的工作，如何做？ 4.如何制定公司付款計劃？ 報表

資金管理方面的主要報表？

業(yè)務部分(Distribution)銷售管理（Order Management）1． 銷售組織結(jié)構(gòu)如何？

2． 如何評估銷售人員的業(yè)績？怎樣核算傭金？ 3． 企業(yè)的銷售管理制度。4． 有無完整的客戶信息管理？

5． 現(xiàn)有客戶信息的具體內(nèi)容？如：名稱、地址等。

6． 客戶所在國家或地區(qū)分布情況？主要客戶地區(qū)分布情況，是否將按地區(qū)分類？ 7． 是否對客戶按照某種規(guī)則分類，如按行業(yè)分類？

8． 有無集團客戶情況，即同一客戶是否有不同的發(fā)運地址和發(fā)票寄送地址？ 銷售預測

1.銷售預測的依據(jù)？ 2.銷售預測的方法？ 銷售合同

1.銷售合同是如何形成的？目前有哪些種類？ 2.銷售合同是如何管理的？ 銷售訂單

1.銷售人員是如何接收訂單的？ 2.如何進行訂單的批準、調(diào)整和取消？ 銷售發(fā)貨

1． 銷售網(wǎng)絡情況？

2． 銷售開銷貨單時，具體登錄哪些信息？ 3． 發(fā)貨計劃如何制定？

4． 是否對要發(fā)貨的訂單作發(fā)貨啟運計劃？計劃內(nèi)容是否包括：車輛、運費方法、車輛的體積、重量等? 5． 如何進行發(fā)貨確認？ 銷售退貨

1.有無退貨？退貨流程如何？審批權限如何控制？ 2.如何處理未收到客戶款的銷售退回業(yè)務？

3.如何處理收到客戶款的銷售退回業(yè)務？ 采購（Purchase Order）

1.公司目前對原料的采購行為是否直接受生產(chǎn)部門物料需求的影響？ 2.公司目前對原料的采購采取何種方式？

? 按批量采購 ? 按單一訂單需求采購 ? 按最低庫存量采購 3.采購組織結(jié)構(gòu)

? 采購人員構(gòu)成 ? 采購崗位職責 ? 采購流轉(zhuǎn)單據(jù) 供應商管理

1． 對于采購，供應商的確認原則是什么？

2． 現(xiàn)行的供應商認證與管理工作是怎樣運作的？采購部負責哪些工作？ 3． 是否進行供應商評估？若有，評估標準如何？如：價格、質(zhì)量和服務等。4． 有無完善的供應商信息管理？

5． 現(xiàn)有供應商信息的內(nèi)容？如名稱、地址等。采購計劃

1.生產(chǎn)的計劃內(nèi)需求和計劃外需求分別是如何生成請購計劃的？請購計劃的審批流程和權限是怎樣的？

2.對于請購計劃，是否建立了合理采購批次或采購量的管理方法？采購庫存的控制由誰負責？

3.請購計劃是否存在調(diào)整的情況？它們的審批程序是怎樣的？

采購申請

1.采購申請的提交、變更和批準怎樣處理？ 2.是否所有采購都需首先提交采購申請？ 采購訂單

1.采購業(yè)務是否全部通過標準訂單的形式執(zhí)行？對固定（穩(wěn)定）供應商，是否存在一攬子協(xié)議或框架性協(xié)議的方式？

2.除了標準采購訂單，還有幾種采購定單？ 如合同、協(xié)議等。

3.采購訂單的審批流程是怎樣的？審批流程中各審批人的權限如何？

? 金額限制 ? 帳戶限制

4.采購訂單生成后，是否存在調(diào)整的情況？如果存在，會有哪些情況？它們的處理、審批程序是怎樣的？

5.有無對采購合同執(zhí)行率的考核制度？ 采購接收

1． 貨物運抵倉庫后，多久可以入庫？

2． 是否與采購訂單核對？有誰負責？是否知道倉庫接收的這批貨物對應哪一個采購訂單、哪一個發(fā)貨通知？如何得知？

3． 是否進行數(shù)量與質(zhì)量的驗收？由誰負責？質(zhì)檢入庫流程是怎樣的？不合格物料如何處理？

4． 如果運抵的貨物多于訂購數(shù)量的情況？是否仍舊入庫？處理流程是怎樣的？ 5． 如果運抵的貨物數(shù)量少于或質(zhì)量低于訂購要求，處理流程是怎樣的？

6． 如果采購物料運抵時間提前或延遲于采購定單的到貨時間，處理流程是怎樣的？ 7． 如果接收的物料雖不是訂購物料，但接收物料可替代采購物料使用的情況，處理流程是

怎樣的？

8． 到什么時間，才可以認為一個采購訂單已經(jīng)完成（示例：多批貨物均已到達海關/運抵倉庫/通過驗收/入庫之后）？ 庫存（Inventory Management）庫存組織

1． 請描述一下庫存的物理分布以及邏輯上的區(qū)分是怎樣的？ 2． 有無實行子庫劃分？

3． 在同一子庫中有無實行庫位管理？ 庫存管理

1． 庫存物資如何進行分類？是否實行了編碼管理？如原料、半成品、成品、盤具、備品備件、包裝等。

2． 如何管理不同階段的半成品？

3． 貨架生命期是一個項目在庫存中放至失效的時間量。目前庫存中物資是否存在此限制。4． 庫存物資是否使用版本控制，使用版本控制的目的是什么？ 5． 庫存物資是否使用批號進行控制？

庫存計劃

1． 是否采用非MRP計劃的方法生成物品的請購請求？如是，指明是哪一種： ? 重定貨點 ? 最大-最小庫存 ? 安全庫存 ? 預測 ? 其他。

采購物料的接收和退貨

1． 采購入庫時倉庫的接收流程，包括檢驗流程？ 2． 采購退貨流程？ 外協(xié)件的接收和退貨 1． 是否存在外協(xié)件的采購？ 2． 請描述外協(xié)件的檢驗退貨流程？ 生產(chǎn)物料的發(fā)放和退倉

1． 生產(chǎn)物料的發(fā)放和退貨流程？ 半成品和成品的完工入庫 1． 車間是否對半成品進行管理？ 2． 是否有專門的子庫存放半成品及成品？

3． 車間對于半成品及成品的物料發(fā)放采用哪種發(fā)料方式？ 成品的發(fā)貨和退貨

1． 銷售出庫的類型有哪幾種？是否存在捐贈、試用等形式？ 2． 請描述銷售退回的處理類型及處理流程？ 雜項發(fā)料和雜項接收

1． 對非采購定單接收的物料和非銷售發(fā)料的物料的控制？ 2． 倉庫是否使行手工帳登記？ 庫存物料的調(diào)拔

1．什么情況下會對庫存中的物料進行調(diào)撥？ 2．材料在庫存之間的調(diào)入/調(diào)出流程是怎樣的？

庫存物料的調(diào)整

1． 在哪些情況下會對倉庫中的物料進行調(diào)整？ 2． 對倉庫中現(xiàn)有庫存進行調(diào)整的依據(jù)是什么？ 庫存盤點

1.物資盤點處理的方法和流程？（全面盤點或抽查盤點、實際盤點或周期盤點）2.是否對高價值物品與低價值物品的盤點頻率是一樣的？一般會在何時進行存貨盤點？ 3.與財務對帳周期為多長？ 4.倉庫與生產(chǎn)、財務對帳的內(nèi)容？

5.倉庫與生產(chǎn)對帳，數(shù)量不一致時如何處理？ 6.庫存盤點結(jié)果的財務處理？ 7．

周期為多長？

8．庫與生產(chǎn)、財務對帳的內(nèi)容？

9． 倉庫與生產(chǎn)對帳，數(shù)量不一致時如何處理？ 10． 庫存盤點結(jié)果的財務處理？

計劃管理

1． 產(chǎn)計劃的制定部門？ 2． 制訂計劃的周期？ 3． 現(xiàn)有計劃人員數(shù)量 4． 指定計劃的大致流程？ 5． 計劃制訂中的難點？

生產(chǎn)管理

1． 車間管理主管部門？ 2． 車間工單的流轉(zhuǎn)流程？ 3． 每月大致車間工單數(shù)量？4． 車間加工報廢處理流程？5． 車間補充工單處理？ 6． 車間能力平衡處理辦法

第三篇：需求分析報告

需求分析報告

一、所謂“需求分析”，是指對要解決的問題進行詳細的分析，弄清楚問題的要求，包括需要輸入什么數(shù)據(jù)，要得到什么結(jié)果，最后應輸出什么。可以說，“需求分析”就是確定要計算機“做什么”。

需求分析是一項重要的工作，也是最困難的工作。該階段工作有以下特點：

（1）用戶與開發(fā)人員很難進行交

（2）用戶的需求是動態(tài)變化的（3）系統(tǒng)變更的代價呈非線性增長

二、為什么要需求分析

需求分析具有決策性，方向性，策略性的作用。在軟件分開發(fā)過程中具有舉足輕重的作用，大家一定要對需求分析具有足夠重視！

三、需求分析的任務

需求分析的任務就是解決“做什么”的問題，就是要全面地理解用戶的各項要求，并準確的的表達用戶的需求。

四、需求分析的過程

需求分析的階段工作可以分為四個方面：問題識別、分析與綜合、制定規(guī)格說明、評審。

主要代碼：

using System;using System.Collections.Generic;using System.ComponentModel;using System.Data;using System.Drawing;using System.Linq;using System.Text;using System.Windows.Forms;

namespace 擲骰子

{public partial class Form1 : Form{public Form1(){InitializeComponent();}

private void btnbegin_Click(object sender, EventArgs e){if(txtname1.Text == “" || txtname2.Text == ”“){MessageBox.Show(”請輸入名字“);

return;}

Random ran1 = new Random(unchecked((int)DateTime.Now.Ticks));int i1 = ran1.Next(1, 7);txtdot1.Text = Convert.ToString(i1);Random ran2 = new Random();int i2 = ran2.Next(1, 7);txtdot2.Text = Convert.ToString(i2);if(i1 == i2){txtresult.Text = ”一樣大“;

}if(i1 > i2){txtresult.Text = txtname1.Text+”大“;

}if(i1 < i2){txtresult.Text = txtname2.Text + ”大";

}}

}

第四篇：需求分析報告

測試（驗收）大綱

目錄

1.引言....................................................................2 1.1 目的...................................................................2 1.2 術語...................................................................2 1.3 參照標準...............................................................2 2.測試日期安排............................................................3 3.測試小組及成員..........................................................3 4.測試具體內(nèi)容............................................................3 4.1 合法性檢查.............................................................3 4.2 軟件文檔檢查...........................................................3 4.2.1 必須提供檢查的文檔...................................................3 4.2.2 其他可能需要檢查的文檔...............................................4 4.2.3 由業(yè)主確定必須檢查的其他文檔.........................................4 4.2.4 文檔質(zhì)量的度量準則...................................................4 4.3 軟件代碼測試...........................................................4 4.3.1 源代碼一般性檢查.....................................................4 4.3.2 軟件一致性檢查.......................................................5 4.4 軟件系統(tǒng)測試...........................................................5 4.4.1 界面(外觀)測試.......................................................6 4.4.2 可用性測試...........................................................6 4.4.3 功能測試.............................................................6 4.4.4 穩(wěn)定性(強度)測試.....................................................6 4.4.5 性能測試.............................................................6 4.4.6 強壯性(恢復)測試.....................................................6 4.4.7 邏輯性測試...........................................................6 4.4.8 破壞性測試...........................................................6 4.4.9 安全性測試...........................................................7 5.測試結(jié)果交付方式........................................................7

1.引言

1.1 目的

為了盡可能的找出軟件的不足，提高軟件的質(zhì)量，促進軟件的成功驗收，專門制定了本大綱。其主要目的在于為所要進行的測試工作制定各種必要的準則和規(guī)范，以及在有關方面協(xié)議的基礎上對測試工作進行合理組織與管理。

1.2 術語

本大綱所提及的術語，其定義遵照GB/T 11457標準。

1.3 參照標準

● GB/T 11457—1995 軟件工程術語

● GB 8566—1995；

信息技術軟件生存期過程 ● OGB8567—1988* 計算機軟件產(chǎn)品開發(fā)文件編制指南 ● GB 9385* 計算機軟件需求說明編制指南 ● GB 9386—1988* 計算機軟件測試文件編制指南 ● GB/T 12504—1990 計算機軟件質(zhì)量保證計劃規(guī)范 ● OGB/T 12505—1990 計算機軟件配置管理計劃規(guī)范 ● OGB/T 14079—1993 軟件維護指南

● OGB/T 14394—1993 計算機軟件可靠性和可維護性管理 ● GB/T 16680一1996 軟件文檔管理指南 ● 開發(fā)者企業(yè)規(guī)范

軟件開發(fā)者有關軟件工程的規(guī)范 ● 其它文件

例如：合同書等，法律文件中的有關規(guī)定。

說明：（1）應該遵循自頂而下、就嚴不就寬的原則，除非合同書等法律文件中另有規(guī)定。

（2）標記（*）號的標準為推薦標準。

2.測試日期安排

開發(fā)方如期交付軟件的基礎上，由業(yè)主審核確定具體日期安排。

3.測試小組及成員

由業(yè)主聘請具有一定的分析、設計、編程和軟件測試經(jīng)驗的測試組長和其他專業(yè)人員組成。測試組設組長一名(可設有副組長)，負責整個測試的計劃、組織工作。

或委托具有國家認可測試資質(zhì)的第三方進行測試。

4.測試具體內(nèi)容

測試內(nèi)容應該包括：合法性檢查、文檔檢查、軟件一致性檢查、軟件系統(tǒng)測試與測試結(jié)果評審等幾項工作。

4.1 合法性檢查

檢查開發(fā)者在開發(fā)本軟件時，使用的開發(fā)工具是否合法。對在編程中使用的一些非本單位自己開發(fā)的，也不是由開發(fā)工具提供的控件、組件、函數(shù)庫等，檢查其是否有合法的發(fā)布許可。

4.2 軟件文檔檢查

4.2.1 必須提供檢查的文檔

● 項目實施計劃； ● 詳細技術方案；

● 軟件需求規(guī)格說明書(STP)(含數(shù)據(jù)字典)； ● 概要設計說明書(PDD)；

● 詳細設計說明書(DDD)(含數(shù)據(jù)庫設計說明書)； ● 軟件測試計劃(STP)(含測試用例)； ● 軟件測試報告(STR)；

● 用戶手冊(SUM)(含操作、使用、維護、應急處理手冊)； ● 源程序(SCL)(不可修改的電子文檔)； ● 項目實施計劃(PIP)； ● 項目開發(fā)總結(jié)(PDS)；

● 軟件質(zhì)量保證計劃(SQAP)；

4.2.2 其他可能需要檢查的文檔

● 軟件配置計劃(SCMPP)； ● 項目進展報表(PPR)； ● 階段評審報表(PRR)； 4.2.3 由建設方確定必須檢查的其他文檔

說明：如果建設方認為4.1.1節(jié)和4.1.2節(jié)所列文檔之外，還需要檢查其它文檔，則在此列出文檔名稱；如果業(yè)主認為不需要進行額外的文檔檢查，則本部分無內(nèi)容。4.2.4 文檔質(zhì)量的度量準則

文檔是軟件的重要組成都分，是軟件生存周期各個不同階段的產(chǎn)品描述。文檔質(zhì)量的度量準則就是要評審各階段文檔的合適性。主要有以下六條：

● 完備性

開發(fā)方必須按照GB 8567(計算機軟件產(chǎn)品開發(fā)文件編制指南)的規(guī)定編制相應的 文檔，以保證在開發(fā)階段結(jié)束時其文檔是齊全的?！?正確性

在軟件開發(fā)各個階段所編寫的文檔的內(nèi)容，必須真實的反映階段的工作且與該階 段的需求相一致?！?簡明性

在軟件開發(fā)各個階段所編寫的各種文檔的語言表達應該清晰、準確簡練，適合各 種文檔的特定讀者?！?可追蹤性

在軟件開發(fā)各個階段所編寫的各種文檔應該具有良好的可追蹤性。文檔的可追蹤 性包括橫向可追蹤性和縱向可追蹤性兩個方面。前者是指在不同的文檔的相關內(nèi) 容之間相互檢索的難易程序；后者是指確定同一文檔某一內(nèi)容在本文檔范圍中檢 索的難易程度。● 自說明性

在軟件開發(fā)各個階段所編寫的各種文檔應該具有較好的自說明性。文檔的自說明 性是指在軟件開發(fā)各個階段中，不同文檔能夠獨立表達，該軟件在其相應階段的 階段成果的能力?！?規(guī)范性

在軟件開發(fā)各個階段所編寫的各種文檔應該具有良好的規(guī)范性。文檔的規(guī)范性是 指文檔的封面、大綱、術語的含義以及圖示符號等符合有關規(guī)范的規(guī)定。

4.3 軟件代碼測試

4.3.1 源代碼一般性檢查

僅對系統(tǒng)關鍵模塊的源代碼進行抽查，檢查模塊代碼編寫的規(guī)范性，批注的準確性，是否存在潛在性錯誤，以及代碼的可維護性。

● 命名規(guī)范檢查

檢查源代碼中的變量、函數(shù)、對象、過程等的命名是否符合約定規(guī)范，該規(guī)范可 以由開發(fā)方在軟件工程文檔規(guī)范中單方面約定。

● 注釋檢查

檢查程序中的注釋是否規(guī)范，注釋量是否達到約定要求，例如：要求注釋量達到 30％左右?！?接口檢查

檢查數(shù)據(jù)庫接口等外部接口是否符合要求，各程序模塊使用的接口方式是否一 致，特定的外部接口協(xié)議是否符合?！?數(shù)據(jù)類型檢查

源代碼中涉及的金額的常量、變量及數(shù)據(jù)集和數(shù)據(jù)庫中涉及金額的數(shù)據(jù)類型是否 采用貨幣類型，以防止在特定條件下產(chǎn)生較大的誤差而影響統(tǒng)計結(jié)果?！?限制性檢查

對一些程序中使用到的、具有使用限制的命令、事件、方法、過程、函數(shù)、對象、控件等進行檢查。檢查在長時間運行時，有無可能接近或者達到限制條件，這里考慮的系統(tǒng)運行時間可能長達數(shù)年。

4.3.2 軟件一致性檢查

● 編譯檢查

要求提交的源代碼在其規(guī)定的編譯環(huán)境中，能夠重新編譯無錯誤，并且能夠完成 相應的功能，從而確定移交的確實是正確的源代碼?！?安裝／卸載檢查

在新系統(tǒng)上用交付的軟件安裝盤重新安裝各個模塊，并且通過運行這些軟件模 塊，能否完成相應的功能，從而確定移交的確實是正確的軟件安裝盤。在安裝后立即卸載所安裝的模塊，并且檢查是否能夠做到徹底卸載?！?運行模塊檢查

將新安裝的軟件模塊與現(xiàn)場運行模塊用軟件工具抽樣比較，確認交付的軟件安裝 盤與現(xiàn)場運行軟件一致。

抽查數(shù)處現(xiàn)場運行模塊用軟件工具比較，確認現(xiàn)場運行軟件一致。

4.4 軟件系統(tǒng)測試

軟件系統(tǒng)測試不僅是檢測軟件的整體行為表現(xiàn)，從另一個側(cè)面看，也是對軟件開發(fā)設計的再確認。

進行軟件系統(tǒng)測試工作時，具體的測試用例是由開發(fā)方提供，并由測試方和用戶共同補充制定的。在開發(fā)方做完功能演示后，可以進行下列測試：

● 界面(外觀)測試； ● 可用性測試； ● 功能測試；

● 穩(wěn)定性(強度)測試； ● 性能測試；

● 強壯性(恢復)測試； ● 邏輯性測試； ● 破壞性測試； ● 安全性測試。說明：實際進行的測試內(nèi)容有測試方法和業(yè)主根據(jù)具體情況共同確定，并非文中所列測試內(nèi)容都必須進行測試。

4.4.1 界面(外觀)測試

對照界面規(guī)范(在軟件需求規(guī)格說明書中規(guī)定，或者由軟件工程規(guī)范中給出)和界面表(在概要設計中給出)，檢查各界面設計是否規(guī)范，包括：界面風格、表現(xiàn)形式、組件用法、字體選擇、字號選擇、色彩搭配、日期表現(xiàn)、計時方法、時間格式、對齊方式等等，是否符合規(guī)范、是否協(xié)調(diào)一致、是否便于操作。4.4.2 可用性測試

測試操作是否方便，用戶界面是否友好等。測試系統(tǒng)是否有影響操作流程的界面Bug和功能Bug，紀錄具體Bug的數(shù)量、出現(xiàn)頻率和嚴重程度。4.4.3 功能測試

檢查數(shù)據(jù)在流程中各個階段的準確性。對系統(tǒng)中每一模塊利用實際數(shù)據(jù)運行，將其結(jié)果與同樣數(shù)據(jù)環(huán)境下應該得出的結(jié)果相比較，或與軟件需求規(guī)格說明書中要求的結(jié)果進行比較，如有偏差，則功能測試不能通過。

檢查軟件需求規(guī)格說明書中描述的需求是否都得到滿足；系統(tǒng)是否缺乏軟件需求規(guī)格說明書中規(guī)定的重要功能；以及系統(tǒng)實際使用中不可缺少而軟件需求規(guī)格說明書中沒有規(guī)定的功能。

如果存在遺產(chǎn)數(shù)據(jù)，應該檢查遺產(chǎn)數(shù)據(jù)轉(zhuǎn)換是否正確。4.4.4 穩(wěn)定性(強度)測試

測試系統(tǒng)的能力最高實際限度，即檢查軟件在一些超負荷情況下，功能實現(xiàn)的情況。例如：要求軟件進行某一行為的大量重復、輸入大量的數(shù)據(jù)或大數(shù)值數(shù)據(jù)、對數(shù)據(jù)庫進行大量復雜的查詢等。

利用邊界測試(最大值、最小值、N次循環(huán))對系統(tǒng)進行模擬運行測試，觀察其是否處于穩(wěn)定狀態(tài)。4.4.5 性能測試

根據(jù)系統(tǒng)設計指標，或者對被測軟件提出的性能指標，測試軟件的運行性能，例如：傳輸連接最長時限、傳輸錯誤率、計算精度、記錄精度、響應時限和恢復時限等。4.4.6 強壯性(恢復)測試

采用人工的干擾使應用軟件、平臺軟件或者系統(tǒng)硬件出錯，中斷正常使用，檢測系統(tǒng)的恢復能力。進行強壯性測試時，應該參考性能測試相關的測試指標。4.4.7 邏輯性測試

根據(jù)系統(tǒng)的功能邏輯圖，測試軟件是否按規(guī)定的邏輯路徑運行，選擇一些極限數(shù)據(jù)判斷軟件運行是否存在錯誤或非法路徑，從而發(fā)現(xiàn)系統(tǒng)的邏輯錯誤或非法后門。4.4.8 破壞性測試

輸入錯誤的或非法的數(shù)據(jù)(類型)，檢查系統(tǒng)的報錯糾錯的能力及穩(wěn)定性。并測試可連續(xù)使用多長時間而系統(tǒng)不崩潰。

4.4.9 安全性測試

驗證安裝在系統(tǒng)內(nèi)的保護機構(gòu)確實能夠?qū)ο到y(tǒng)進行保護，使之不受各種非常的干擾，安全測試時需要設計一些測試用例試圖突破系統(tǒng)的安全保密措施，檢驗系統(tǒng)是否有安全保密的漏洞。

說明：進行安全測試時，必須遵循相關的安全規(guī)定，并且有業(yè)主派員參加。

5.測試結(jié)果交付方式

測試結(jié)束后，由測試組填寫軟件測試報告，并將測試報告與全部測試材料一并交給業(yè)主。具體交付方式，由業(yè)主和測試方雙方協(xié)商確定。測試報告包括下列內(nèi)容：

● 軟件測試計劃 ● 軟件測試日志 ● 軟件文檔檢查報告 ● 軟件代碼測試報告 ● 軟件系統(tǒng)測試報告 ● 測試總結(jié)報告

● 測試人員簽字登記表

第五篇：需求分析報告

需求分析

需求概述

需求分析是是指充分了解客戶情況，包括客戶生產(chǎn)、財務及管理流程后，與客戶一起討論對系統(tǒng)的具體要求，針對其現(xiàn)行體制中的不足及目前所需的信息，制定出一套用戶對系統(tǒng)的需求方案。需求分析是完全以企業(yè)的需要及實際情況為出發(fā)點，因此為企業(yè)合理地選擇系統(tǒng)提供了基本保證。需求分析按照由頂至低、由大到小、由粗到精的的過程來進行。需求分析是整個實施過程中至關重要的一步，是否制定出合理的客戶需求決定了以后整個系統(tǒng)實施的成敗。

1> 用戶分析

網(wǎng)上訂餐系統(tǒng)的使用者主要有兩種：系統(tǒng)管理員、客戶。

系統(tǒng)管理員：網(wǎng)上訂餐系統(tǒng)的系統(tǒng)管理者，進行系統(tǒng)的日常維護，進行日常管理，并按照餐廳的意愿，對菜譜和客戶的信息進行各種管理，比如添加、修改、刪除、更新等。

客戶：網(wǎng)上訂餐系統(tǒng)的主要在使用者，他們是餐廳的客戶，能進行基本功能的使用和操作，但是不能對系統(tǒng)進行管理。

2> 項目功能需求

管理員功能：登陸系統(tǒng)、查詢管理員賬戶、添加管理員賬戶、修改管理員賬號、刪除管理員賬號、查詢訂餐情況刪除訂單、打印訂單。

客戶功能：注冊賬號、登錄系統(tǒng)、修改密碼、修改地址、進行訂餐操作。3> 用戶界面需求

系統(tǒng)人機界面操作友好，本系統(tǒng)外界界面具有簡潔性和友好性等特點，但又不失獨特的頁面風格，界面采用引入的圖片溫馨的色調(diào)，優(yōu)雅大方，系統(tǒng)內(nèi)部結(jié)構(gòu)采用框架布局，使整個系統(tǒng)看起來更有層次感，在用戶功能操作功能上，設計簡單方便，符合了現(xiàn)代管理系統(tǒng)的界面要求。

系統(tǒng)開發(fā)的可行性分析

技術可行性

ASP.NET和SQL數(shù)據(jù)庫這兩個開發(fā)工具到現(xiàn)在已經(jīng)運用了很多少年了，它們的技術到現(xiàn)在已經(jīng)相當成熟。

本系統(tǒng)所要設計的功能難度不大，加上有指導老師的指導和查找相關參考文獻，各功能模塊在技術上完全是可以的實現(xiàn)。就開發(fā)的實際情況來看，技術上市可行的。

經(jīng)濟可行性

本訂餐系統(tǒng)所需要的硬件和軟件都是目前廣泛使用的，如軟件運行環(huán)境windows98以上系統(tǒng)、數(shù)據(jù)庫SQL Server 2005、編程語言C#等等，都可以通過網(wǎng)上、圖書館等各種渠道得到，不需要再花費大量的資金去購買高成本的設備，大大提高了在設計過程中的工作效率，且投入使用后，便于后期工作的維護，因此，本系統(tǒng)在經(jīng)濟上是可行的。

社會可行性

該系統(tǒng)符合現(xiàn)有的法律、法規(guī)和政策方面的限制，沒違法當今社會的道德標準，社會可行性通過。

運行環(huán)境

處理器為酷睿系列、AMD 3200+以上PC臺式機或便攜式電腦；

運行時占用內(nèi)存：＜100MB；

所需硬盤空間：＜100MB；

軟件平臺：中文WindowsXP系統(tǒng)；

開發(fā)環(huán)境和相關技術

.NET開發(fā)平臺

.NET框架是Microsoft公司推出的一種全新的開發(fā)平臺,提供了統(tǒng)一的、面向?qū)ο蟛⑶铱梢詳U展的編程類庫和完善的集成開發(fā)環(huán)境,大大簡化了應用程序的開發(fā)過程,并且具有良好的移植性和安全性。ASP.NET是建立在公共語言運行庫上的Web編程框架，相對于ASP而言，ASP.NET提供了更強的性能、更方便的工具支持、更好的平臺支持和靈活性。其一大革命性進步是可以將應用程序邏輯與表示代碼清楚地分開，這樣一來Web應用程序的開發(fā)人員可以使用和Windows桌面程序開發(fā)類似的編程模型，從而大大降低了開發(fā)難度 [5]。

同時，ASP.NET在進行用戶界面開發(fā)和基礎程序結(jié)構(gòu)生成時具有很多優(yōu)勢。首先，ASP.NET是一個已編譯的、基于.NET的開發(fā)環(huán)境，利用整個.NET框架，開發(fā)人員可以方便的進行程序開發(fā)；其次，ASP.NET可以無縫地與其它HTML編輯器及其編程工具一起工作，使得Web開發(fā)更加方便；再次，在ASP.NET中利

用.NET框架中的ADO.NET的強大功能，可以高效便捷的訪問數(shù)據(jù)庫，ASP.NET提供了簡單的模型，該模型使開發(fā)人員能夠編寫應用程序的運行邏輯，并且保留了會話狀態(tài)功能；最后，.NET框架和ASP.NET中提供了默認授權和驗證方案，可以根據(jù)需要方便地移除、添加或者替換這些方案。

ASP.Net2.0是把基于通用語言的程序在服務器上運行。不像以前的ASP即時解釋程序，而是將程序在服務器端首次運行時進行編譯。ASP.Net2.0構(gòu)架是可以用Microsoft（R> 公司最新的產(chǎn)品 Visual Studio.net開發(fā)環(huán)境進行開發(fā)，WYSIWYG（What You See Is What You Get所見即為所得> 的編輯。這些僅是ASP.Net2.0強大化軟件支持的一小部分 [6]。

因為ASP.Net2.0是基于通用語言的編譯運行的程序，所以它的強大性和適應性，可以使它運行在Web應用軟件開發(fā)者的幾乎全部的平臺上。通用語言的基本庫，消息機制，數(shù)據(jù)接口的處理都能無縫的整合到ASP.Net2.0的Web應用中。ASP.Net2.0同時也是language-independent語言獨立化的，所以，你可以選擇一種最適合你的語言來編寫你的程序，或者把你的程序用很多種語言來寫，現(xiàn)在已經(jīng)支持的有C#（C++和Java的結(jié)合體>，VB，Jscript。將來，這樣的多種程序語言協(xié)同工作的能力保護您現(xiàn)在的基于COM+開發(fā)的程序，能夠完整的移植向ASP.Net2.0。

ASP.NET的優(yōu)點主要體現(xiàn)在效率高、可重用性高、代碼量少這三方面。在使用ASP進行程序設計的時候，由于ASP使用的是腳本語言，所有的代碼都嵌入到HTML代碼中，所以當編制功能復雜的網(wǎng)頁時，就需要編寫大量的代碼，而且會導致程序代碼的可讀性差的問題。另外，由于所有的代碼都是解釋執(zhí)行的，所以相對速度較慢，并且無法有效地利用機器硬件的各種性能。ASP.NET與ASP相比較效率更高，提供了很高的可重用性，對于實現(xiàn)同樣功能的程序，ASP.NET使用的代碼量比ASP要少得多。ASP.NET采用全新的編程環(huán)境，代表了技術發(fā)展的主流方向。

ASP.NET的工作原理是：首先，有一個HTTP請求發(fā)送到Web服務器要求訪問一個Web網(wǎng)頁。Web服務器通過分析客戶的HTTP請求來定位所請求網(wǎng)頁的位置。如果所請求的網(wǎng)頁的文件名的后綴是aspx，那么就把這個文件傳送到aspnet_isapi.dll進行處理，由aspnet_isapi.dll把ASP.NET代碼提交給CLR。如果以前沒有執(zhí)行過這個程序，那么就由CLR編譯并執(zhí)行，得到純HTML結(jié)果；如果已經(jīng)執(zhí)行過這個程序，那么就直接執(zhí)行編譯好的程序并得到純HTML結(jié)果。最后把這些純HTML結(jié)果傳回瀏覽器作為HTTP響應。瀏覽器收到這個響應之后，就可以顯示W(wǎng)eb網(wǎng)頁。

ASP.Net2.0使用一種字符基礎的，分級的配置系統(tǒng)，使你服務器環(huán)境和應用程序的設置更加簡單。因為配置信息都保存在簡單文本中，新的設置有可能都

不需要啟動本地的管理員工具就可以實現(xiàn)。這種被稱為“Zero Local Administration”的哲學觀念使ASP.Net2.0的基于應用的開發(fā)更加具體，和快捷。一個ASP.Net2.0的應用程序在一臺服務器系統(tǒng)的安裝只需要簡單的拷貝一些必須得文件，不需要系統(tǒng)的重新啟動，一切就是這么簡單。

ASP.Net2.0已經(jīng)被刻意設計成為一種可以用于多處理器的開發(fā)工具，它在多處理器的環(huán)境下用特殊的無縫連接技術，將很大的提高運行速度。即使你現(xiàn)在的ASP.Net2.0應用軟件是為一個處理器開發(fā)的，將來多處理器運行時不需要任何改變都能提高他們的效能，但現(xiàn)在的ASP確做不到這一點 [8]。

Microsoft SQL Server 2005介紹

Microsoft SQL Server 2005 是Microsoft公司繼sql server6.5、sql server7.0和SQL Server 2000以后，在新年推出的又一改進的新版關系型數(shù)據(jù)管理系統(tǒng)。她能使用戶快捷地管理數(shù)據(jù)庫和開發(fā)應用程序。Sql server 2005使用了先進的數(shù)據(jù)庫結(jié)構(gòu)，與windows DNA 緊密集成，具有強大的Web功能，它可以利用高端硬件平臺以及最新網(wǎng)絡和儲存技術，可以為最大的Web站點和企業(yè)應用提供優(yōu)良的擴展性和可靠性，使用戶能夠在Internet領域快速建立服務系統(tǒng)，為占領市場贏得寶貴的時間。同時，sql server 2005還為用戶提供重要的安全性功能的增強，為用戶的數(shù)據(jù)安全提供了可靠的保證。另外，sql server 2005 在數(shù)據(jù)庫服務器自動管理技術方面處于數(shù)據(jù)庫領域的領先地位，它可以使用戶免去繁瑣復雜的工作量，從而有精力處理更為重要的問題，使用系統(tǒng)在商業(yè)戰(zhàn)略上占得先機。

SQL Server 2005系統(tǒng)之間之所以成為目前流行的大型商用數(shù)據(jù)庫系統(tǒng)，有著其深刻的內(nèi)在因素，這與它鮮明的特點十分不開的：

1> 與Internet的高度集成SQL Server 2005與其他Microsoft Back Office 產(chǎn)品緊密集成，在安全、時間瀏覽、Windows NT 服務程序、性能監(jiān)視器。多處理器支持、索引服務器等方面充分利用了他們的長處，形成了自己獨特的優(yōu)勢。

SQL Server 2005數(shù)據(jù)庫索引擎提供完整的XML支持。它還具有構(gòu)成最大的Web站點的資料存儲組件所需的可伸展性、可用性和安全功能。

2>高伸縮性和適應性

同一SQL Server 2005數(shù)據(jù)庫引擎運行在、Windows XP Professional、Windows vista Professional、Windows 2000 Professional、windows 2000 Server和windows 2000 Advanced server。

SQL Server 2005 關系數(shù)據(jù)庫引擎支持當今苛刻的數(shù)據(jù)處理環(huán)境所需的功能。數(shù)據(jù)庫引擎充分保護資料的完整性，同時將管理上千個并發(fā)的修改數(shù)據(jù)庫的用戶的開銷減到最小。

3>易于安裝和使用

SQL Server 2005 中包括一系列管理和開發(fā)工具，這些工具可改進在多個站點上安裝、部署、管理和使用SQL Server 的過程。SQL Server 2005 還支持基于標準的、與Windows DNA集成的程序設計模型，使SQL Server 2000 數(shù)據(jù)庫和資料倉庫的使用成為生成強大的可伸縮系統(tǒng)的無縫部分。