第一篇：ERP端口需求分析報(bào)告
ERP系統(tǒng)端口需求分析報(bào)告
隨著企業(yè)的不斷發(fā)展，經(jīng)營規(guī)模的不斷擴(kuò)大，企業(yè)的信息化建設(shè)也越來越重要，其中一個(gè)重要組成部分就是ERP系統(tǒng)。ERP系統(tǒng)作為貫穿整個(gè)供應(yīng)鏈、生產(chǎn)鏈以及財(cái)務(wù)鏈的管理系統(tǒng)，它的上線、實(shí)施與推廣對整個(gè)企業(yè)發(fā)展有著至關(guān)重要的作用。雖然單位已于2011年1月將ERP系統(tǒng)在財(cái)務(wù)部、生產(chǎn)計(jì)劃、開發(fā)部等部門上線，然而由于端口數(shù)目的限制，現(xiàn)有的端口已經(jīng)無法滿足這些部門的工作需求。因此，我們將根據(jù)新的需求，對各部門增加相應(yīng)數(shù)目的端口，以滿足各部門業(yè)務(wù)的需求。根據(jù)ERP系統(tǒng)功能模塊將各部門劃分為三大部分，具體如下：
<1>財(cái)務(wù)會計(jì)（包括財(cái)務(wù)部）。目前ERP系統(tǒng)中已實(shí)施的財(cái)務(wù)會計(jì)模塊包括總賬、固定資產(chǎn)、UFO報(bào)表。通過這些模塊的應(yīng)用，可以加強(qiáng)財(cái)務(wù)監(jiān)管，嚴(yán)格控制資金走向。為了更好地管理與掌握財(cái)務(wù)鏈，為了滿足財(cái)務(wù)成本核算的時(shí)效性與準(zhǔn)確性，也為了滿足將來財(cái)務(wù)崗位擴(kuò)招的需求，故新增1個(gè)財(cái)務(wù)模塊的端口是十分有必要的。
<2>生產(chǎn)制造（包括生產(chǎn)計(jì)劃、開發(fā)部）。目前已在這兩個(gè)部門實(shí)施的ERP系統(tǒng)模塊包括：物料清單、生產(chǎn)訂單和需求規(guī)劃。通過這三個(gè)模塊的綜合應(yīng)用，PMC可根據(jù)現(xiàn)有的物料庫存狀況，以及最新的BOM設(shè)置（由開發(fā)部維護(hù)），進(jìn)行生產(chǎn)訂單的下單操作，并且時(shí)刻關(guān)注與制造有關(guān)的生產(chǎn)訂單計(jì)劃、鎖定、審核、備料、關(guān)閉等作業(yè)的管理，協(xié)助企業(yè)有效掌握各項(xiàng)制造活動的信息。但是由于BOM的維護(hù)需要很高的時(shí)效性，所以一旦端口被其他部門占用，就無法在第一時(shí)間完成對BOM的更新設(shè)置，這將直接導(dǎo)致PMC無法正常的完成下單操作。因此，為了不影響生產(chǎn)計(jì)劃的下單業(yè)務(wù)，新增1個(gè)不共享的端口來及時(shí)地維護(hù)BOM就顯得尤為重要。
<3>供應(yīng)鏈(包括營銷部、財(cái)務(wù)統(tǒng)計(jì)、財(cái)務(wù)核算、采購、PMC核料、材料倉、成品倉、沖壓/注塑/包裝/電機(jī)車間、品管部)。目前在供應(yīng)鏈上已實(shí)施的ERP系統(tǒng)模塊包括：銷售管理、采購管理、委外管理、庫存管理、存貨核算、物料清單。通過以上各模塊的聯(lián)合應(yīng)用，ERP系統(tǒng)基本覆蓋了整個(gè)產(chǎn)品的生命周期，不論是物料的采購、入庫、出庫，還是產(chǎn)成品的生產(chǎn)、入庫、出庫銷售，ERP系統(tǒng)實(shí)現(xiàn)了采購、庫存、銷售業(yè)務(wù)的有機(jī)集成，實(shí)現(xiàn)了物流、信息流合二為一，實(shí)現(xiàn)了信息一次源頭錄入、多級審核、多次共享的管理目標(biāo)。為了使各車間能第一時(shí)間掌握與自己車間生產(chǎn)有關(guān)的信息（包括生產(chǎn)訂單及物料、庫存狀態(tài)），為了避免因?yàn)榧堎|(zhì)文件的滯后性和口頭信息的低準(zhǔn)確性而可能產(chǎn)生的生產(chǎn)產(chǎn)品的錯(cuò)誤、生產(chǎn)周期的延后等問題，也為了使ERP系統(tǒng)能順利下推到各車間，新增端口至車間并讓其了解、使用ERP系統(tǒng)就顯得非常重要。相對于車間，新增其他部門的端口可以摒棄一些不合理和繁雜的業(yè)務(wù)流程，通過對業(yè)務(wù)操作流程進(jìn)行規(guī)范、整合，可以使流程更加順暢、數(shù)據(jù)更加清晰化。
此次，在原有17端口的基礎(chǔ)上，我們預(yù)備增加14個(gè)端口。通過新增這些端口，一方面對于企業(yè)業(yè)務(wù)的發(fā)展、工作效率的提高以及綜合實(shí)力的增強(qiáng)，起到了一個(gè)很好的推動作用；另一方面，也為ERP系統(tǒng)深入企業(yè)并向下實(shí)施與推廣打下了堅(jiān)實(shí)的基礎(chǔ)。之后，我們將實(shí)時(shí)地根據(jù)新的需求來不斷增改ERP系統(tǒng)的功能模塊及相應(yīng)的端口數(shù)，使其能更好地滿足企業(yè)的需求，并為企業(yè)提供更好的服務(wù)，最終為企業(yè)創(chuàng)造更大的價(jià)值。
ERP工程師：Oscar2011-12-15
第二篇：ERP需求調(diào)研
部分行業(yè)ERP項(xiàng)目售前需求調(diào)研提綱
ERP項(xiàng)目售前需求調(diào)研提綱
? 企業(yè)地址及郵編 ? 企業(yè)電話及傳真 ? 企業(yè)產(chǎn)品及主導(dǎo)產(chǎn)品型號 ? 企業(yè)產(chǎn)值及銷售額 ? 員工總?cè)藬?shù)
? 組織結(jié)構(gòu)。畫出一個(gè)組織流程圖，列出各主要部門的人員，職責(zé)及部門經(jīng)理姓名 ? 企業(yè)的經(jīng)營范圍？ ? 企業(yè)的營運(yùn)模式？
? 目前企業(yè)微機(jī)軟、硬件基本情況
? 畫出一張業(yè)務(wù)示意圖，標(biāo)明市場、銷售、生產(chǎn)計(jì)劃、采購、庫房、制造、質(zhì)量、財(cái)務(wù)等關(guān)鍵部門的位置。? 關(guān)鍵的業(yè)務(wù)現(xiàn)狀？ ? 基本需求及期望目標(biāo)？ ? 公司經(jīng)營戰(zhàn)略與管理制度文件？ ? 主要想解決哪些問題？ ? 現(xiàn)有的系統(tǒng)存在哪些不足？ ? 部門各業(yè)務(wù)具體流程《業(yè)務(wù)流程圖》 ? 所有單據(jù)、憑證及報(bào)表《業(yè)務(wù)表單》 ? 現(xiàn)有MIS系統(tǒng)相關(guān)文檔
? 現(xiàn)有網(wǎng)絡(luò)拓樸圖及網(wǎng)絡(luò)、硬件、軟件配置情況
財(cái)務(wù)部分（Financial）
總帳管理（General Ledger）總體調(diào)研內(nèi)容：
1.財(cái)務(wù)部門的組織架構(gòu)及部門職責(zé)？人員分配情況？ 2.公司有幾套財(cái)務(wù)帳？之間關(guān)系如何？有無內(nèi)部往來業(yè)務(wù)？ 3.現(xiàn)用計(jì)算機(jī)系統(tǒng)？ 4.相關(guān)財(cái)務(wù)制度？ 實(shí)際業(yè)務(wù)核算
1.目前所使用的會計(jì)科目結(jié)構(gòu)？ 2.憑證審批流程 3.會計(jì)及結(jié)帳流程？ 應(yīng)付款管理（Account Payable）總體調(diào)研內(nèi)容：
1.相關(guān)應(yīng)付款管理制度和流程手冊？
2.有無專門的應(yīng)付管理系統(tǒng)？如何和財(cái)務(wù)系統(tǒng)銜接？ 發(fā)票管理
1.有沒有發(fā)票處理的政策與流程手冊？ 2.每月的發(fā)票大致數(shù)量？ 3.有無對發(fā)票進(jìn)行詳細(xì)管理？
4.發(fā)票是否需要和采購單/收貨單匹配。目前是如何處理的？ 5.運(yùn)費(fèi)，雜項(xiàng)費(fèi)用如何處理？ 6.發(fā)票的審批與入帳流程如何？
7.月末貨物已到而發(fā)票未到如何處理？采用何種價(jià)格暫估？ 付款管理
1.付款處理的政策與流程手冊？
2.有無商業(yè)慣例中的付款條款對付款進(jìn)行計(jì)劃與折扣獲取？ 3.使用哪些支付方式，流程如何？
4.對應(yīng)付余額是否進(jìn)行帳齡分析？帳齡如何分時(shí)段？ 報(bào)表
有那些主要應(yīng)付報(bào)表？周期如何？ 應(yīng)收款管理
(Account Receivable)總體調(diào)研內(nèi)容
1.相關(guān)應(yīng)收帳管理制度和流程手冊？
2.有無專門的銷售管理系統(tǒng)？如何和財(cái)務(wù)系統(tǒng)銜接？ 供應(yīng)商管理
1.供應(yīng)商的管理詳細(xì)程度、手段如何？ 2.供應(yīng)商有無分類？分類依據(jù)？.3.供應(yīng)商管理系統(tǒng)提供的信息？ 4.有無對供應(yīng)商進(jìn)行詢價(jià)、報(bào)價(jià)管理？ 5.有無對供應(yīng)商進(jìn)行考核？指標(biāo)有那些？
6.如何查詢供應(yīng)商的業(yè)務(wù)記錄并與供應(yīng)商進(jìn)行對帳？ 客戶管理
1.客戶的大約數(shù)量？
2.客戶的管理詳細(xì)程度及手段如何？
3.客戶的信用檢查與控制制度如何？ 4.客戶的對帳、催款管理如何？ 5.客戶的價(jià)格及折扣管理如何？ 6.有沒有長期大宗協(xié)議客戶 現(xiàn)金管理（Cash Management）總體調(diào)研內(nèi)容
1.相關(guān)資金管理制度及流程
2.有無專門的資金管理系統(tǒng)？如何和財(cái)務(wù)系統(tǒng)銜接？ 現(xiàn)金管理業(yè)務(wù)
1.如何進(jìn)行銀行對帳？ 2.如何編制現(xiàn)金流量表？
3.是否做現(xiàn)金預(yù)測方面的工作，如何做？ 4.如何制定公司付款計(jì)劃？ 報(bào)表
資金管理方面的主要報(bào)表？
業(yè)務(wù)部分(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． 有無集團(tuán)客戶情況，即同一客戶是否有不同的發(fā)運(yùn)地址和發(fā)票寄送地址？ 銷售預(yù)測
1.銷售預(yù)測的依據(jù)？ 2.銷售預(yù)測的方法？ 銷售合同
1.銷售合同是如何形成的？目前有哪些種類？ 2.銷售合同是如何管理的？ 銷售訂單
1.銷售人員是如何接收訂單的？ 2.如何進(jìn)行訂單的批準(zhǔn)、調(diào)整和取消？ 銷售發(fā)貨
1． 銷售網(wǎng)絡(luò)情況？
2． 銷售開銷貨單時(shí)，具體登錄哪些信息？ 3． 發(fā)貨計(jì)劃如何制定？
4． 是否對要發(fā)貨的訂單作發(fā)貨啟運(yùn)計(jì)劃？計(jì)劃內(nèi)容是否包括：車輛、運(yùn)費(fèi)方法、車輛的體積、重量等? 5． 如何進(jìn)行發(fā)貨確認(rèn)？ 銷售退貨
1.有無退貨？退貨流程如何？審批權(quán)限如何控制？ 2.如何處理未收到客戶款的銷售退回業(yè)務(wù)？
3.如何處理收到客戶款的銷售退回業(yè)務(wù)？ 采購（Purchase Order）
1.公司目前對原料的采購行為是否直接受生產(chǎn)部門物料需求的影響？ 2.公司目前對原料的采購采取何種方式？
? 按批量采購 ? 按單一訂單需求采購 ? 按最低庫存量采購 3.采購組織結(jié)構(gòu)
? 采購人員構(gòu)成 ? 采購崗位職責(zé) ? 采購流轉(zhuǎn)單據(jù) 供應(yīng)商管理
1． 對于采購，供應(yīng)商的確認(rèn)原則是什么？
2． 現(xiàn)行的供應(yīng)商認(rèn)證與管理工作是怎樣運(yùn)作的？采購部負(fù)責(zé)哪些工作？ 3． 是否進(jìn)行供應(yīng)商評估？若有，評估標(biāo)準(zhǔn)如何？如：價(jià)格、質(zhì)量和服務(wù)等。4． 有無完善的供應(yīng)商信息管理？
5． 現(xiàn)有供應(yīng)商信息的內(nèi)容？如名稱、地址等。采購計(jì)劃
1.生產(chǎn)的計(jì)劃內(nèi)需求和計(jì)劃外需求分別是如何生成請購計(jì)劃的？請購計(jì)劃的審批流程和權(quán)限是怎樣的？
2.對于請購計(jì)劃，是否建立了合理采購批次或采購量的管理方法？采購庫存的控制由誰負(fù)責(zé)？
3.請購計(jì)劃是否存在調(diào)整的情況？它們的審批程序是怎樣的？
采購申請
1.采購申請的提交、變更和批準(zhǔn)怎樣處理？ 2.是否所有采購都需首先提交采購申請？ 采購訂單
1.采購業(yè)務(wù)是否全部通過標(biāo)準(zhǔn)訂單的形式執(zhí)行？對固定（穩(wěn)定）供應(yīng)商，是否存在一攬子協(xié)議或框架性協(xié)議的方式？
2.除了標(biāo)準(zhǔn)采購訂單，還有幾種采購定單？ 如合同、協(xié)議等。
3.采購訂單的審批流程是怎樣的？審批流程中各審批人的權(quán)限如何？
? 金額限制 ? 帳戶限制
4.采購訂單生成后，是否存在調(diào)整的情況？如果存在，會有哪些情況？它們的處理、審批程序是怎樣的？
5.有無對采購合同執(zhí)行率的考核制度？ 采購接收
1． 貨物運(yùn)抵倉庫后，多久可以入庫？
2． 是否與采購訂單核對？有誰負(fù)責(zé)？是否知道倉庫接收的這批貨物對應(yīng)哪一個(gè)采購訂單、哪一個(gè)發(fā)貨通知？如何得知？
3． 是否進(jìn)行數(shù)量與質(zhì)量的驗(yàn)收？由誰負(fù)責(zé)？質(zhì)檢入庫流程是怎樣的？不合格物料如何處理？
4． 如果運(yùn)抵的貨物多于訂購數(shù)量的情況？是否仍舊入庫？處理流程是怎樣的？ 5． 如果運(yùn)抵的貨物數(shù)量少于或質(zhì)量低于訂購要求，處理流程是怎樣的？
6． 如果采購物料運(yùn)抵時(shí)間提前或延遲于采購定單的到貨時(shí)間，處理流程是怎樣的？ 7． 如果接收的物料雖不是訂購物料，但接收物料可替代采購物料使用的情況，處理流程是
怎樣的？
8． 到什么時(shí)間，才可以認(rèn)為一個(gè)采購訂單已經(jīng)完成（示例：多批貨物均已到達(dá)海關(guān)/運(yùn)抵倉庫/通過驗(yàn)收/入庫之后）？ 庫存（Inventory Management）庫存組織
1． 請描述一下庫存的物理分布以及邏輯上的區(qū)分是怎樣的？ 2． 有無實(shí)行子庫劃分？
3． 在同一子庫中有無實(shí)行庫位管理？ 庫存管理
1． 庫存物資如何進(jìn)行分類？是否實(shí)行了編碼管理？如原料、半成品、成品、盤具、備品備件、包裝等。
2． 如何管理不同階段的半成品？
3． 貨架生命期是一個(gè)項(xiàng)目在庫存中放至失效的時(shí)間量。目前庫存中物資是否存在此限制。4． 庫存物資是否使用版本控制，使用版本控制的目的是什么？ 5． 庫存物資是否使用批號進(jìn)行控制？
庫存計(jì)劃
1． 是否采用非MRP計(jì)劃的方法生成物品的請購請求？如是，指明是哪一種： ? 重定貨點(diǎn) ? 最大-最小庫存 ? 安全庫存 ? 預(yù)測 ? 其他。
采購物料的接收和退貨
1． 采購入庫時(shí)倉庫的接收流程，包括檢驗(yàn)流程？ 2． 采購?fù)素浟鞒蹋?外協(xié)件的接收和退貨 1． 是否存在外協(xié)件的采購？ 2． 請描述外協(xié)件的檢驗(yàn)退貨流程？ 生產(chǎn)物料的發(fā)放和退倉
1． 生產(chǎn)物料的發(fā)放和退貨流程？ 半成品和成品的完工入庫 1． 車間是否對半成品進(jìn)行管理？ 2． 是否有專門的子庫存放半成品及成品？
3． 車間對于半成品及成品的物料發(fā)放采用哪種發(fā)料方式？ 成品的發(fā)貨和退貨
1． 銷售出庫的類型有哪幾種？是否存在捐贈、試用等形式？ 2． 請描述銷售退回的處理類型及處理流程？ 雜項(xiàng)發(fā)料和雜項(xiàng)接收
1． 對非采購定單接收的物料和非銷售發(fā)料的物料的控制？ 2． 倉庫是否使行手工帳登記？ 庫存物料的調(diào)拔
1．什么情況下會對庫存中的物料進(jìn)行調(diào)撥？ 2．材料在庫存之間的調(diào)入/調(diào)出流程是怎樣的？
庫存物料的調(diào)整
1． 在哪些情況下會對倉庫中的物料進(jìn)行調(diào)整？ 2． 對倉庫中現(xiàn)有庫存進(jìn)行調(diào)整的依據(jù)是什么？ 庫存盤點(diǎn)
1.物資盤點(diǎn)處理的方法和流程？（全面盤點(diǎn)或抽查盤點(diǎn)、實(shí)際盤點(diǎn)或周期盤點(diǎn)）2.是否對高價(jià)值物品與低價(jià)值物品的盤點(diǎn)頻率是一樣的？一般會在何時(shí)進(jìn)行存貨盤點(diǎn)？ 3.與財(cái)務(wù)對帳周期為多長？ 4.倉庫與生產(chǎn)、財(cái)務(wù)對帳的內(nèi)容？
5.倉庫與生產(chǎn)對帳，數(shù)量不一致時(shí)如何處理？ 6.庫存盤點(diǎn)結(jié)果的財(cái)務(wù)處理？ 7．
周期為多長？
8．庫與生產(chǎn)、財(cái)務(wù)對帳的內(nèi)容？
9． 倉庫與生產(chǎn)對帳，數(shù)量不一致時(shí)如何處理？ 10． 庫存盤點(diǎn)結(jié)果的財(cái)務(wù)處理？
計(jì)劃管理
1． 產(chǎn)計(jì)劃的制定部門？ 2． 制訂計(jì)劃的周期？ 3． 現(xiàn)有計(jì)劃人員數(shù)量 4． 指定計(jì)劃的大致流程？ 5． 計(jì)劃制訂中的難點(diǎn)？
生產(chǎn)管理
1． 車間管理主管部門？ 2． 車間工單的流轉(zhuǎn)流程？ 3． 每月大致車間工單數(shù)量？4． 車間加工報(bào)廢處理流程？5． 車間補(bǔ)充工單處理？ 6． 車間能力平衡處理辦法
第三篇：需求分析報(bào)告
需求分析報(bào)告
一、所謂“需求分析”，是指對要解決的問題進(jìn)行詳細(xì)的分析，弄清楚問題的要求，包括需要輸入什么數(shù)據(jù)，要得到什么結(jié)果，最后應(yīng)輸出什么。可以說，“需求分析”就是確定要計(jì)算機(jī)“做什么”。
需求分析是一項(xiàng)重要的工作，也是最困難的工作。該階段工作有以下特點(diǎn)：
（1）用戶與開發(fā)人員很難進(jìn)行交
（2）用戶的需求是動態(tài)變化的（3）系統(tǒng)變更的代價(jià)呈非線性增長
二、為什么要需求分析
需求分析具有決策性，方向性，策略性的作用。在軟件分開發(fā)過程中具有舉足輕重的作用，大家一定要對需求分析具有足夠重視！
三、需求分析的任務(wù)
需求分析的任務(wù)就是解決“做什么”的問題，就是要全面地理解用戶的各項(xiàng)要求，并準(zhǔn)確的的表達(dá)用戶的需求。
四、需求分析的過程
需求分析的階段工作可以分為四個(gè)方面：問題識別、分析與綜合、制定規(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 + ”大";
}}
}
第四篇：需求分析報(bào)告
測試（驗(yàn)收）大綱
目錄
1.引言....................................................................2 1.1 目的...................................................................2 1.2 術(shù)語...................................................................2 1.3 參照標(biāo)準(zhǔn)...............................................................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ì)量的度量準(zhǔn)則...................................................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)定性(強(qiáng)度)測試.....................................................6 4.4.5 性能測試.............................................................6 4.4.6 強(qiáng)壯性(恢復(fù))測試.....................................................6 4.4.7 邏輯性測試...........................................................6 4.4.8 破壞性測試...........................................................6 4.4.9 安全性測試...........................................................7 5.測試結(jié)果交付方式........................................................7
1.引言
1.1 目的
為了盡可能的找出軟件的不足，提高軟件的質(zhì)量，促進(jìn)軟件的成功驗(yàn)收，專門制定了本大綱。其主要目的在于為所要進(jìn)行的測試工作制定各種必要的準(zhǔn)則和規(guī)范，以及在有關(guān)方面協(xié)議的基礎(chǔ)上對測試工作進(jìn)行合理組織與管理。
1.2 術(shù)語
本大綱所提及的術(shù)語，其定義遵照GB/T 11457標(biāo)準(zhǔn)。
1.3 參照標(biāo)準(zhǔn)
● GB/T 11457—1995 軟件工程術(shù)語
● GB 8566—1995；
信息技術(shù)軟件生存期過程 ● OGB8567—1988* 計(jì)算機(jī)軟件產(chǎn)品開發(fā)文件編制指南 ● GB 9385* 計(jì)算機(jī)軟件需求說明編制指南 ● GB 9386—1988* 計(jì)算機(jī)軟件測試文件編制指南 ● GB/T 12504—1990 計(jì)算機(jī)軟件質(zhì)量保證計(jì)劃規(guī)范 ● OGB/T 12505—1990 計(jì)算機(jī)軟件配置管理計(jì)劃規(guī)范 ● OGB/T 14079—1993 軟件維護(hù)指南
● OGB/T 14394—1993 計(jì)算機(jī)軟件可靠性和可維護(hù)性管理 ● GB/T 16680一1996 軟件文檔管理指南 ● 開發(fā)者企業(yè)規(guī)范
軟件開發(fā)者有關(guān)軟件工程的規(guī)范 ● 其它文件
例如：合同書等，法律文件中的有關(guān)規(guī)定。
說明：（1）應(yīng)該遵循自頂而下、就嚴(yán)不就寬的原則，除非合同書等法律文件中另有規(guī)定。
（2）標(biāo)記（*）號的標(biāo)準(zhǔn)為推薦標(biāo)準(zhǔn)。
2.測試日期安排
開發(fā)方如期交付軟件的基礎(chǔ)上，由業(yè)主審核確定具體日期安排。
3.測試小組及成員
由業(yè)主聘請具有一定的分析、設(shè)計(jì)、編程和軟件測試經(jīng)驗(yàn)的測試組長和其他專業(yè)人員組成。測試組設(shè)組長一名(可設(shè)有副組長)，負(fù)責(zé)整個(gè)測試的計(jì)劃、組織工作。
或委托具有國家認(rèn)可測試資質(zhì)的第三方進(jìn)行測試。
4.測試具體內(nèi)容
測試內(nèi)容應(yīng)該包括：合法性檢查、文檔檢查、軟件一致性檢查、軟件系統(tǒng)測試與測試結(jié)果評審等幾項(xiàng)工作。
4.1 合法性檢查
檢查開發(fā)者在開發(fā)本軟件時(shí)，使用的開發(fā)工具是否合法。對在編程中使用的一些非本單位自己開發(fā)的，也不是由開發(fā)工具提供的控件、組件、函數(shù)庫等，檢查其是否有合法的發(fā)布許可。
4.2 軟件文檔檢查
4.2.1 必須提供檢查的文檔
● 項(xiàng)目實(shí)施計(jì)劃； ● 詳細(xì)技術(shù)方案；
● 軟件需求規(guī)格說明書(STP)(含數(shù)據(jù)字典)； ● 概要設(shè)計(jì)說明書(PDD)；
● 詳細(xì)設(shè)計(jì)說明書(DDD)(含數(shù)據(jù)庫設(shè)計(jì)說明書)； ● 軟件測試計(jì)劃(STP)(含測試用例)； ● 軟件測試報(bào)告(STR)；
● 用戶手冊(SUM)(含操作、使用、維護(hù)、應(yīng)急處理手冊)； ● 源程序(SCL)(不可修改的電子文檔)； ● 項(xiàng)目實(shí)施計(jì)劃(PIP)； ● 項(xiàng)目開發(fā)總結(jié)(PDS)；
● 軟件質(zhì)量保證計(jì)劃(SQAP)；
4.2.2 其他可能需要檢查的文檔
● 軟件配置計(jì)劃(SCMPP)； ● 項(xiàng)目進(jìn)展報(bào)表(PPR)； ● 階段評審報(bào)表(PRR)； 4.2.3 由建設(shè)方確定必須檢查的其他文檔
說明：如果建設(shè)方認(rèn)為4.1.1節(jié)和4.1.2節(jié)所列文檔之外，還需要檢查其它文檔，則在此列出文檔名稱；如果業(yè)主認(rèn)為不需要進(jìn)行額外的文檔檢查，則本部分無內(nèi)容。4.2.4 文檔質(zhì)量的度量準(zhǔn)則
文檔是軟件的重要組成都分，是軟件生存周期各個(gè)不同階段的產(chǎn)品描述。文檔質(zhì)量的度量準(zhǔn)則就是要評審各階段文檔的合適性。主要有以下六條：
● 完備性
開發(fā)方必須按照GB 8567(計(jì)算機(jī)軟件產(chǎn)品開發(fā)文件編制指南)的規(guī)定編制相應(yīng)的 文檔，以保證在開發(fā)階段結(jié)束時(shí)其文檔是齊全的。● 正確性
在軟件開發(fā)各個(gè)階段所編寫的文檔的內(nèi)容，必須真實(shí)的反映階段的工作且與該階 段的需求相一致。● 簡明性
在軟件開發(fā)各個(gè)階段所編寫的各種文檔的語言表達(dá)應(yīng)該清晰、準(zhǔn)確簡練，適合各 種文檔的特定讀者。● 可追蹤性
在軟件開發(fā)各個(gè)階段所編寫的各種文檔應(yīng)該具有良好的可追蹤性。文檔的可追蹤 性包括橫向可追蹤性和縱向可追蹤性兩個(gè)方面。前者是指在不同的文檔的相關(guān)內(nèi) 容之間相互檢索的難易程序；后者是指確定同一文檔某一內(nèi)容在本文檔范圍中檢 索的難易程度。● 自說明性
在軟件開發(fā)各個(gè)階段所編寫的各種文檔應(yīng)該具有較好的自說明性。文檔的自說明 性是指在軟件開發(fā)各個(gè)階段中，不同文檔能夠獨(dú)立表達(dá)，該軟件在其相應(yīng)階段的 階段成果的能力。● 規(guī)范性
在軟件開發(fā)各個(gè)階段所編寫的各種文檔應(yīng)該具有良好的規(guī)范性。文檔的規(guī)范性是 指文檔的封面、大綱、術(shù)語的含義以及圖示符號等符合有關(guān)規(guī)范的規(guī)定。
4.3 軟件代碼測試
4.3.1 源代碼一般性檢查
僅對系統(tǒng)關(guān)鍵模塊的源代碼進(jìn)行抽查，檢查模塊代碼編寫的規(guī)范性，批注的準(zhǔn)確性，是否存在潛在性錯(cuò)誤，以及代碼的可維護(hù)性。
● 命名規(guī)范檢查
檢查源代碼中的變量、函數(shù)、對象、過程等的命名是否符合約定規(guī)范，該規(guī)范可 以由開發(fā)方在軟件工程文檔規(guī)范中單方面約定。
● 注釋檢查
檢查程序中的注釋是否規(guī)范，注釋量是否達(dá)到約定要求，例如：要求注釋量達(dá)到 30％左右。● 接口檢查
檢查數(shù)據(jù)庫接口等外部接口是否符合要求，各程序模塊使用的接口方式是否一 致，特定的外部接口協(xié)議是否符合。● 數(shù)據(jù)類型檢查
源代碼中涉及的金額的常量、變量及數(shù)據(jù)集和數(shù)據(jù)庫中涉及金額的數(shù)據(jù)類型是否 采用貨幣類型，以防止在特定條件下產(chǎn)生較大的誤差而影響統(tǒng)計(jì)結(jié)果。● 限制性檢查
對一些程序中使用到的、具有使用限制的命令、事件、方法、過程、函數(shù)、對象、控件等進(jìn)行檢查。檢查在長時(shí)間運(yùn)行時(shí)，有無可能接近或者達(dá)到限制條件，這里考慮的系統(tǒng)運(yùn)行時(shí)間可能長達(dá)數(shù)年。
4.3.2 軟件一致性檢查
● 編譯檢查
要求提交的源代碼在其規(guī)定的編譯環(huán)境中，能夠重新編譯無錯(cuò)誤，并且能夠完成 相應(yīng)的功能，從而確定移交的確實(shí)是正確的源代碼。● 安裝／卸載檢查
在新系統(tǒng)上用交付的軟件安裝盤重新安裝各個(gè)模塊，并且通過運(yùn)行這些軟件模 塊，能否完成相應(yīng)的功能，從而確定移交的確實(shí)是正確的軟件安裝盤。在安裝后立即卸載所安裝的模塊，并且檢查是否能夠做到徹底卸載。● 運(yùn)行模塊檢查
將新安裝的軟件模塊與現(xiàn)場運(yùn)行模塊用軟件工具抽樣比較，確認(rèn)交付的軟件安裝 盤與現(xiàn)場運(yùn)行軟件一致。
抽查數(shù)處現(xiàn)場運(yùn)行模塊用軟件工具比較，確認(rèn)現(xiàn)場運(yùn)行軟件一致。
4.4 軟件系統(tǒng)測試
軟件系統(tǒng)測試不僅是檢測軟件的整體行為表現(xiàn)，從另一個(gè)側(cè)面看，也是對軟件開發(fā)設(shè)計(jì)的再確認(rèn)。
進(jìn)行軟件系統(tǒng)測試工作時(shí)，具體的測試用例是由開發(fā)方提供，并由測試方和用戶共同補(bǔ)充制定的。在開發(fā)方做完功能演示后，可以進(jìn)行下列測試：
● 界面(外觀)測試； ● 可用性測試； ● 功能測試；
● 穩(wěn)定性(強(qiáng)度)測試； ● 性能測試；
● 強(qiáng)壯性(恢復(fù))測試； ● 邏輯性測試； ● 破壞性測試； ● 安全性測試。說明：實(shí)際進(jìn)行的測試內(nèi)容有測試方法和業(yè)主根據(jù)具體情況共同確定，并非文中所列測試內(nèi)容都必須進(jìn)行測試。
4.4.1 界面(外觀)測試
對照界面規(guī)范(在軟件需求規(guī)格說明書中規(guī)定，或者由軟件工程規(guī)范中給出)和界面表(在概要設(shè)計(jì)中給出)，檢查各界面設(shè)計(jì)是否規(guī)范，包括：界面風(fēng)格、表現(xiàn)形式、組件用法、字體選擇、字號選擇、色彩搭配、日期表現(xiàn)、計(jì)時(shí)方法、時(shí)間格式、對齊方式等等，是否符合規(guī)范、是否協(xié)調(diào)一致、是否便于操作。4.4.2 可用性測試
測試操作是否方便，用戶界面是否友好等。測試系統(tǒng)是否有影響操作流程的界面Bug和功能Bug，紀(jì)錄具體Bug的數(shù)量、出現(xiàn)頻率和嚴(yán)重程度。4.4.3 功能測試
檢查數(shù)據(jù)在流程中各個(gè)階段的準(zhǔn)確性。對系統(tǒng)中每一模塊利用實(shí)際數(shù)據(jù)運(yùn)行，將其結(jié)果與同樣數(shù)據(jù)環(huán)境下應(yīng)該得出的結(jié)果相比較，或與軟件需求規(guī)格說明書中要求的結(jié)果進(jìn)行比較，如有偏差，則功能測試不能通過。
檢查軟件需求規(guī)格說明書中描述的需求是否都得到滿足；系統(tǒng)是否缺乏軟件需求規(guī)格說明書中規(guī)定的重要功能；以及系統(tǒng)實(shí)際使用中不可缺少而軟件需求規(guī)格說明書中沒有規(guī)定的功能。
如果存在遺產(chǎn)數(shù)據(jù)，應(yīng)該檢查遺產(chǎn)數(shù)據(jù)轉(zhuǎn)換是否正確。4.4.4 穩(wěn)定性(強(qiáng)度)測試
測試系統(tǒng)的能力最高實(shí)際限度，即檢查軟件在一些超負(fù)荷情況下，功能實(shí)現(xiàn)的情況。例如：要求軟件進(jìn)行某一行為的大量重復(fù)、輸入大量的數(shù)據(jù)或大數(shù)值數(shù)據(jù)、對數(shù)據(jù)庫進(jìn)行大量復(fù)雜的查詢等。
利用邊界測試(最大值、最小值、N次循環(huán))對系統(tǒng)進(jìn)行模擬運(yùn)行測試，觀察其是否處于穩(wěn)定狀態(tài)。4.4.5 性能測試
根據(jù)系統(tǒng)設(shè)計(jì)指標(biāo)，或者對被測軟件提出的性能指標(biāo)，測試軟件的運(yùn)行性能，例如：傳輸連接最長時(shí)限、傳輸錯(cuò)誤率、計(jì)算精度、記錄精度、響應(yīng)時(shí)限和恢復(fù)時(shí)限等。4.4.6 強(qiáng)壯性(恢復(fù))測試
采用人工的干擾使應(yīng)用軟件、平臺軟件或者系統(tǒng)硬件出錯(cuò)，中斷正常使用，檢測系統(tǒng)的恢復(fù)能力。進(jìn)行強(qiáng)壯性測試時(shí)，應(yīng)該參考性能測試相關(guān)的測試指標(biāo)。4.4.7 邏輯性測試
根據(jù)系統(tǒng)的功能邏輯圖，測試軟件是否按規(guī)定的邏輯路徑運(yùn)行，選擇一些極限數(shù)據(jù)判斷軟件運(yùn)行是否存在錯(cuò)誤或非法路徑，從而發(fā)現(xiàn)系統(tǒng)的邏輯錯(cuò)誤或非法后門。4.4.8 破壞性測試
輸入錯(cuò)誤的或非法的數(shù)據(jù)(類型)，檢查系統(tǒng)的報(bào)錯(cuò)糾錯(cuò)的能力及穩(wěn)定性。并測試可連續(xù)使用多長時(shí)間而系統(tǒng)不崩潰。
4.4.9 安全性測試
驗(yàn)證安裝在系統(tǒng)內(nèi)的保護(hù)機(jī)構(gòu)確實(shí)能夠?qū)ο到y(tǒng)進(jìn)行保護(hù)，使之不受各種非常的干擾，安全測試時(shí)需要設(shè)計(jì)一些測試用例試圖突破系統(tǒng)的安全保密措施，檢驗(yàn)系統(tǒng)是否有安全保密的漏洞。
說明：進(jìn)行安全測試時(shí)，必須遵循相關(guān)的安全規(guī)定，并且有業(yè)主派員參加。
5.測試結(jié)果交付方式
測試結(jié)束后，由測試組填寫軟件測試報(bào)告，并將測試報(bào)告與全部測試材料一并交給業(yè)主。具體交付方式，由業(yè)主和測試方雙方協(xié)商確定。測試報(bào)告包括下列內(nèi)容：
● 軟件測試計(jì)劃 ● 軟件測試日志 ● 軟件文檔檢查報(bào)告 ● 軟件代碼測試報(bào)告 ● 軟件系統(tǒng)測試報(bào)告 ● 測試總結(jié)報(bào)告
● 測試人員簽字登記表
第五篇：需求分析報(bào)告
需求分析
需求概述
需求分析是是指充分了解客戶情況，包括客戶生產(chǎn)、財(cái)務(wù)及管理流程后，與客戶一起討論對系統(tǒng)的具體要求，針對其現(xiàn)行體制中的不足及目前所需的信息，制定出一套用戶對系統(tǒng)的需求方案。需求分析是完全以企業(yè)的需要及實(shí)際情況為出發(fā)點(diǎn)，因此為企業(yè)合理地選擇系統(tǒng)提供了基本保證。需求分析按照由頂至低、由大到小、由粗到精的的過程來進(jìn)行。需求分析是整個(gè)實(shí)施過程中至關(guān)重要的一步，是否制定出合理的客戶需求決定了以后整個(gè)系統(tǒng)實(shí)施的成敗。
1> 用戶分析
網(wǎng)上訂餐系統(tǒng)的使用者主要有兩種：系統(tǒng)管理員、客戶。
系統(tǒng)管理員：網(wǎng)上訂餐系統(tǒng)的系統(tǒng)管理者，進(jìn)行系統(tǒng)的日常維護(hù)，進(jìn)行日常管理，并按照餐廳的意愿，對菜譜和客戶的信息進(jìn)行各種管理，比如添加、修改、刪除、更新等。
客戶：網(wǎng)上訂餐系統(tǒng)的主要在使用者，他們是餐廳的客戶，能進(jìn)行基本功能的使用和操作，但是不能對系統(tǒng)進(jìn)行管理。
2> 項(xiàng)目功能需求
管理員功能：登陸系統(tǒng)、查詢管理員賬戶、添加管理員賬戶、修改管理員賬號、刪除管理員賬號、查詢訂餐情況刪除訂單、打印訂單。
客戶功能：注冊賬號、登錄系統(tǒng)、修改密碼、修改地址、進(jìn)行訂餐操作。3> 用戶界面需求
系統(tǒng)人機(jī)界面操作友好，本系統(tǒng)外界界面具有簡潔性和友好性等特點(diǎn)，但又不失獨(dú)特的頁面風(fēng)格，界面采用引入的圖片溫馨的色調(diào)，優(yōu)雅大方，系統(tǒng)內(nèi)部結(jié)構(gòu)采用框架布局，使整個(gè)系統(tǒng)看起來更有層次感，在用戶功能操作功能上，設(shè)計(jì)簡單方便，符合了現(xiàn)代管理系統(tǒng)的界面要求。
系統(tǒng)開發(fā)的可行性分析
技術(shù)可行性
ASP.NET和SQL數(shù)據(jù)庫這兩個(gè)開發(fā)工具到現(xiàn)在已經(jīng)運(yùn)用了很多少年了，它們的技術(shù)到現(xiàn)在已經(jīng)相當(dāng)成熟。
本系統(tǒng)所要設(shè)計(jì)的功能難度不大，加上有指導(dǎo)老師的指導(dǎo)和查找相關(guān)參考文獻(xiàn)，各功能模塊在技術(shù)上完全是可以的實(shí)現(xiàn)。就開發(fā)的實(shí)際情況來看，技術(shù)上市可行的。
經(jīng)濟(jì)可行性
本訂餐系統(tǒng)所需要的硬件和軟件都是目前廣泛使用的，如軟件運(yùn)行環(huán)境windows98以上系統(tǒng)、數(shù)據(jù)庫SQL Server 2005、編程語言C#等等，都可以通過網(wǎng)上、圖書館等各種渠道得到，不需要再花費(fèi)大量的資金去購買高成本的設(shè)備，大大提高了在設(shè)計(jì)過程中的工作效率，且投入使用后，便于后期工作的維護(hù)，因此，本系統(tǒng)在經(jīng)濟(jì)上是可行的。
社會可行性
該系統(tǒng)符合現(xiàn)有的法律、法規(guī)和政策方面的限制，沒違法當(dāng)今社會的道德標(biāo)準(zhǔn)，社會可行性通過。
運(yùn)行環(huán)境
處理器為酷睿系列、AMD 3200+以上PC臺式機(jī)或便攜式電腦；
運(yùn)行時(shí)占用內(nèi)存：＜100MB；
所需硬盤空間：＜100MB；
軟件平臺：中文WindowsXP系統(tǒng)；
開發(fā)環(huán)境和相關(guān)技術(shù)
.NET開發(fā)平臺
.NET框架是Microsoft公司推出的一種全新的開發(fā)平臺,提供了統(tǒng)一的、面向?qū)ο蟛⑶铱梢詳U(kuò)展的編程類庫和完善的集成開發(fā)環(huán)境,大大簡化了應(yīng)用程序的開發(fā)過程,并且具有良好的移植性和安全性。ASP.NET是建立在公共語言運(yùn)行庫上的Web編程框架，相對于ASP而言，ASP.NET提供了更強(qiáng)的性能、更方便的工具支持、更好的平臺支持和靈活性。其一大革命性進(jìn)步是可以將應(yīng)用程序邏輯與表示代碼清楚地分開，這樣一來Web應(yīng)用程序的開發(fā)人員可以使用和Windows桌面程序開發(fā)類似的編程模型，從而大大降低了開發(fā)難度 [5]。
同時(shí)，ASP.NET在進(jìn)行用戶界面開發(fā)和基礎(chǔ)程序結(jié)構(gòu)生成時(shí)具有很多優(yōu)勢。首先，ASP.NET是一個(gè)已編譯的、基于.NET的開發(fā)環(huán)境，利用整個(gè).NET框架，開發(fā)人員可以方便的進(jìn)行程序開發(fā)；其次，ASP.NET可以無縫地與其它HTML編輯器及其編程工具一起工作，使得Web開發(fā)更加方便；再次，在ASP.NET中利
用.NET框架中的ADO.NET的強(qiáng)大功能，可以高效便捷的訪問數(shù)據(jù)庫，ASP.NET提供了簡單的模型，該模型使開發(fā)人員能夠編寫應(yīng)用程序的運(yùn)行邏輯，并且保留了會話狀態(tài)功能；最后，.NET框架和ASP.NET中提供了默認(rèn)授權(quán)和驗(yàn)證方案，可以根據(jù)需要方便地移除、添加或者替換這些方案。
ASP.Net2.0是把基于通用語言的程序在服務(wù)器上運(yùn)行。不像以前的ASP即時(shí)解釋程序，而是將程序在服務(wù)器端首次運(yùn)行時(shí)進(jìn)行編譯。ASP.Net2.0構(gòu)架是可以用Microsoft（R> 公司最新的產(chǎn)品 Visual Studio.net開發(fā)環(huán)境進(jìn)行開發(fā)，WYSIWYG（What You See Is What You Get所見即為所得> 的編輯。這些僅是ASP.Net2.0強(qiáng)大化軟件支持的一小部分 [6]。
因?yàn)锳SP.Net2.0是基于通用語言的編譯運(yùn)行的程序，所以它的強(qiáng)大性和適應(yīng)性，可以使它運(yùn)行在Web應(yīng)用軟件開發(fā)者的幾乎全部的平臺上。通用語言的基本庫，消息機(jī)制，數(shù)據(jù)接口的處理都能無縫的整合到ASP.Net2.0的Web應(yīng)用中。ASP.Net2.0同時(shí)也是language-independent語言獨(dú)立化的，所以，你可以選擇一種最適合你的語言來編寫你的程序，或者把你的程序用很多種語言來寫，現(xiàn)在已經(jīng)支持的有C#（C++和Java的結(jié)合體>，VB，Jscript。將來，這樣的多種程序語言協(xié)同工作的能力保護(hù)您現(xiàn)在的基于COM+開發(fā)的程序，能夠完整的移植向ASP.Net2.0。
ASP.NET的優(yōu)點(diǎn)主要體現(xiàn)在效率高、可重用性高、代碼量少這三方面。在使用ASP進(jìn)行程序設(shè)計(jì)的時(shí)候，由于ASP使用的是腳本語言，所有的代碼都嵌入到HTML代碼中，所以當(dāng)編制功能復(fù)雜的網(wǎng)頁時(shí)，就需要編寫大量的代碼，而且會導(dǎo)致程序代碼的可讀性差的問題。另外，由于所有的代碼都是解釋執(zhí)行的，所以相對速度較慢，并且無法有效地利用機(jī)器硬件的各種性能。ASP.NET與ASP相比較效率更高，提供了很高的可重用性，對于實(shí)現(xiàn)同樣功能的程序，ASP.NET使用的代碼量比ASP要少得多。ASP.NET采用全新的編程環(huán)境，代表了技術(shù)發(fā)展的主流方向。
ASP.NET的工作原理是：首先，有一個(gè)HTTP請求發(fā)送到Web服務(wù)器要求訪問一個(gè)Web網(wǎng)頁。Web服務(wù)器通過分析客戶的HTTP請求來定位所請求網(wǎng)頁的位置。如果所請求的網(wǎng)頁的文件名的后綴是aspx，那么就把這個(gè)文件傳送到aspnet_isapi.dll進(jìn)行處理，由aspnet_isapi.dll把ASP.NET代碼提交給CLR。如果以前沒有執(zhí)行過這個(gè)程序，那么就由CLR編譯并執(zhí)行，得到純HTML結(jié)果；如果已經(jīng)執(zhí)行過這個(gè)程序，那么就直接執(zhí)行編譯好的程序并得到純HTML結(jié)果。最后把這些純HTML結(jié)果傳回瀏覽器作為HTTP響應(yīng)。瀏覽器收到這個(gè)響應(yīng)之后，就可以顯示W(wǎng)eb網(wǎng)頁。
ASP.Net2.0使用一種字符基礎(chǔ)的，分級的配置系統(tǒng)，使你服務(wù)器環(huán)境和應(yīng)用程序的設(shè)置更加簡單。因?yàn)榕渲眯畔⒍急４嬖诤唵挝谋局校碌脑O(shè)置有可能都
不需要啟動本地的管理員工具就可以實(shí)現(xiàn)。這種被稱為“Zero Local Administration”的哲學(xué)觀念使ASP.Net2.0的基于應(yīng)用的開發(fā)更加具體，和快捷。一個(gè)ASP.Net2.0的應(yīng)用程序在一臺服務(wù)器系統(tǒng)的安裝只需要簡單的拷貝一些必須得文件，不需要系統(tǒng)的重新啟動，一切就是這么簡單。
ASP.Net2.0已經(jīng)被刻意設(shè)計(jì)成為一種可以用于多處理器的開發(fā)工具，它在多處理器的環(huán)境下用特殊的無縫連接技術(shù)，將很大的提高運(yùn)行速度。即使你現(xiàn)在的ASP.Net2.0應(yīng)用軟件是為一個(gè)處理器開發(fā)的，將來多處理器運(yùn)行時(shí)不需要任何改變都能提高他們的效能，但現(xiàn)在的ASP確做不到這一點(diǎn) [8]。
Microsoft SQL Server 2005介紹
Microsoft SQL Server 2005 是Microsoft公司繼sql server6.5、sql server7.0和SQL Server 2000以后，在新年推出的又一改進(jìn)的新版關(guān)系型數(shù)據(jù)管理系統(tǒng)。她能使用戶快捷地管理數(shù)據(jù)庫和開發(fā)應(yīng)用程序。Sql server 2005使用了先進(jìn)的數(shù)據(jù)庫結(jié)構(gòu)，與windows DNA 緊密集成，具有強(qiáng)大的Web功能，它可以利用高端硬件平臺以及最新網(wǎng)絡(luò)和儲存技術(shù)，可以為最大的Web站點(diǎn)和企業(yè)應(yīng)用提供優(yōu)良的擴(kuò)展性和可靠性，使用戶能夠在Internet領(lǐng)域快速建立服務(wù)系統(tǒng)，為占領(lǐng)市場贏得寶貴的時(shí)間。同時(shí)，sql server 2005還為用戶提供重要的安全性功能的增強(qiáng)，為用戶的數(shù)據(jù)安全提供了可靠的保證。另外，sql server 2005 在數(shù)據(jù)庫服務(wù)器自動管理技術(shù)方面處于數(shù)據(jù)庫領(lǐng)域的領(lǐng)先地位，它可以使用戶免去繁瑣復(fù)雜的工作量，從而有精力處理更為重要的問題，使用系統(tǒng)在商業(yè)戰(zhàn)略上占得先機(jī)。
SQL Server 2005系統(tǒng)之間之所以成為目前流行的大型商用數(shù)據(jù)庫系統(tǒng)，有著其深刻的內(nèi)在因素，這與它鮮明的特點(diǎn)十分不開的：
1> 與Internet的高度集成SQL Server 2005與其他Microsoft Back Office 產(chǎn)品緊密集成，在安全、時(shí)間瀏覽、Windows NT 服務(wù)程序、性能監(jiān)視器。多處理器支持、索引服務(wù)器等方面充分利用了他們的長處，形成了自己獨(dú)特的優(yōu)勢。
SQL Server 2005數(shù)據(jù)庫索引擎提供完整的XML支持。它還具有構(gòu)成最大的Web站點(diǎn)的資料存儲組件所需的可伸展性、可用性和安全功能。
2>高伸縮性和適應(yīng)性
同一SQL Server 2005數(shù)據(jù)庫引擎運(yùn)行在、Windows XP Professional、Windows vista Professional、Windows 2000 Professional、windows 2000 Server和windows 2000 Advanced server。
SQL Server 2005 關(guān)系數(shù)據(jù)庫引擎支持當(dāng)今苛刻的數(shù)據(jù)處理環(huán)境所需的功能。數(shù)據(jù)庫引擎充分保護(hù)資料的完整性，同時(shí)將管理上千個(gè)并發(fā)的修改數(shù)據(jù)庫的用戶的開銷減到最小。
3>易于安裝和使用
SQL Server 2005 中包括一系列管理和開發(fā)工具，這些工具可改進(jìn)在多個(gè)站點(diǎn)上安裝、部署、管理和使用SQL Server 的過程。SQL Server 2005 還支持基于標(biāo)準(zhǔn)的、與Windows DNA集成的程序設(shè)計(jì)模型，使SQL Server 2000 數(shù)據(jù)庫和資料倉庫的使用成為生成強(qiáng)大的可伸縮系統(tǒng)的無縫部分。
點(diǎn)擊咨詢 