庫(kù)存物資系統(tǒng)數(shù)據(jù)庫(kù)設(shè)計(jì)(完整版)資料

庫(kù)存物資系統(tǒng)數(shù)據(jù)庫(kù)設(shè)計(jì)（完整版）資料(可以直接使用，可編輯優(yōu)秀版資料，歡迎下載）

庫(kù)存物資系統(tǒng)數(shù)據(jù)庫(kù)設(shè)計(jì)（完整版）資料(可以直接使用，可編輯優(yōu)秀版資料，歡迎下載）庫(kù)存物資管理系統(tǒng)數(shù)據(jù)庫(kù)設(shè)計(jì)過(guò)程數(shù)據(jù)庫(kù)需求分析1.1需求分析1、需求調(diào)查21世紀(jì)以來(lái)，人類經(jīng)濟(jì)高速發(fā)展，人們發(fā)生了日新月異的變化，特別是計(jì)算機(jī)的應(yīng)用及普及到經(jīng)濟(jì)和社會(huì)生活的各個(gè)領(lǐng)域。使原本的舊的管理方法越來(lái)越不適應(yīng)現(xiàn)在社會(huì)的發(fā)展。為了適應(yīng)現(xiàn)代社會(huì)人們高度強(qiáng)烈的時(shí)間觀念，庫(kù)存物資管理系統(tǒng)為企事業(yè)單位帶來(lái)了極大的方便。設(shè)計(jì)一個(gè)數(shù)據(jù)庫(kù)系統(tǒng)，首先必須確認(rèn)數(shù)據(jù)庫(kù)系統(tǒng)的用戶和用途。由于數(shù)據(jù)庫(kù)系統(tǒng)是一個(gè)組織部門(mén)的模擬，數(shù)據(jù)庫(kù)系統(tǒng)設(shè)計(jì)者必須對(duì)一個(gè)組織部門(mén)的基本情況有所了解，比如該組織部門(mén)的組織機(jī)構(gòu)、各部門(mén)的聯(lián)系、有關(guān)事物和活動(dòng)以及描述它們的數(shù)據(jù)、信息流程、政策和制度、報(bào)表及其格式和有關(guān)的文檔等。收集和分析這些資料的過(guò)程稱為需求分析。需求分析的目標(biāo)是給出應(yīng)用領(lǐng)域中數(shù)據(jù)項(xiàng)、數(shù)據(jù)項(xiàng)之間的關(guān)系和數(shù)據(jù)操作任務(wù)的詳細(xì)定義，為數(shù)據(jù)庫(kù)系統(tǒng)的概念設(shè)計(jì)、邏輯設(shè)計(jì)和物理設(shè)計(jì)奠定基礎(chǔ)，為優(yōu)化數(shù)據(jù)庫(kù)系統(tǒng)的邏輯結(jié)構(gòu)和物理結(jié)構(gòu)提供可靠依據(jù)。設(shè)計(jì)人員應(yīng)與用戶密切合作，用戶則應(yīng)積極參與，從而使設(shè)計(jì)人員對(duì)用戶需求有全面、準(zhǔn)確的理解。需求分析的過(guò)程是對(duì)現(xiàn)實(shí)世界深入了解的過(guò)程，數(shù)據(jù)庫(kù)系統(tǒng)能否正確的反映現(xiàn)實(shí)世界主要取決于需求分析，需求分析人員既要對(duì)數(shù)據(jù)庫(kù)技術(shù)有一定的了解，又要對(duì)組織部門(mén)的情況比較熟悉，一般由數(shù)據(jù)庫(kù)系統(tǒng)設(shè)計(jì)人員和本組織部門(mén)的有關(guān)工作人員合作進(jìn)行。需求信息的收集又稱為系統(tǒng)調(diào)查。為了充分地了解用戶可能提出的要求，在調(diào)查研究之前，要做好充分的準(zhǔn)備工作，要明確調(diào)查的目的、調(diào)查的內(nèi)容和調(diào)查的方式想要把收集到的信息（如文件、圖表、票據(jù)、筆記等）轉(zhuǎn)化為下一設(shè)計(jì)階段可用形式的信息，必須對(duì)需求信息做分析整理工作。2、數(shù)據(jù)流圖1.2數(shù)據(jù)字典1、數(shù)據(jù)項(xiàng)（貨品入庫(kù)信息表）（供應(yīng)商信息表）2、數(shù)據(jù)結(jié)構(gòu)編號(hào)數(shù)據(jù)結(jié)構(gòu)名屬性1入庫(kù)信息供應(yīng)商編號(hào)、供應(yīng)商名稱、入庫(kù)編號(hào)、貨品名稱、貨品規(guī)格、計(jì)量單位、數(shù)量、單價(jià)、入庫(kù)日期2貨品信息貨品名稱、生產(chǎn)廠家、型號(hào)、規(guī)格3供應(yīng)商信息供應(yīng)商編號(hào)、名稱、業(yè)務(wù)聯(lián)系人、聯(lián)系、4出入庫(kù)單據(jù)商品名稱、廠家、型號(hào)、規(guī)格、數(shù)量、出/入庫(kù)日期、出/入庫(kù)單位、送/提貨人5庫(kù)存報(bào)表貨品名稱、貨品規(guī)格、計(jì)量單位、單價(jià)、數(shù)量6出庫(kù)報(bào)表貨品編號(hào)、貨品名稱、計(jì)量單位、數(shù)量、單價(jià)、金額、出庫(kù)日期、提貨人、經(jīng)手人概念結(jié)構(gòu)設(shè)計(jì)2.1E-R圖1、期初庫(kù)存設(shè)置模塊E-R圖2、貨品管理模塊E-R圖物資入庫(kù)信息物資入庫(kù)信息物資出庫(kù)信息庫(kù)存物資信息數(shù)量規(guī)格編號(hào)單價(jià)單位名稱出庫(kù)日期數(shù)量貨品編號(hào)出庫(kù)編號(hào)單價(jià)規(guī)格名稱數(shù)量入庫(kù)日期供應(yīng)商號(hào)供應(yīng)商名入庫(kù)編號(hào)1n113、庫(kù)存物資管理系統(tǒng)總體E-R圖入庫(kù)入庫(kù)信息物庫(kù)存物資信息資信息出庫(kù)信息供應(yīng)商信息供應(yīng)商信息倉(cāng)庫(kù)信息庫(kù)存信息供應(yīng)商信息操作員信息供應(yīng)管理存放編號(hào)名稱聯(lián)系人聯(lián)系方式所屬單位負(fù)責(zé)人名稱構(gòu)建日期權(quán)限規(guī)格單價(jià)聯(lián)系方式數(shù)量單位規(guī)格編號(hào)名稱出庫(kù)日期數(shù)量貨品編號(hào)姓名數(shù)量入庫(kù)日期m1n111n1n1名稱出庫(kù)編號(hào)單價(jià)供應(yīng)商號(hào)供應(yīng)商名入庫(kù)編號(hào)2.2相應(yīng)的實(shí)體—關(guān)系屬性倉(cāng)庫(kù)（名稱，負(fù)責(zé)人，所屬單位，構(gòu)建日期）供應(yīng)商信息（供應(yīng)商編號(hào)，供應(yīng)商名稱，聯(lián)系人，聯(lián)系方式）庫(kù)存信息（編號(hào)，規(guī)格，單位，數(shù)量，單價(jià)）出庫(kù)信息（出庫(kù)編號(hào)，貨品編號(hào)，名稱，數(shù)量，單價(jià)，出庫(kù)日期）入庫(kù)信息（供應(yīng)商編號(hào)，供應(yīng)商名稱，入庫(kù)編號(hào)，名稱，規(guī)格，數(shù)量，單價(jià)，入庫(kù)日期）出庫(kù)報(bào)表（貨品編號(hào)、貨品名稱、計(jì)量單位、數(shù)量、單價(jià)、金額、出庫(kù)日期、提貨人、經(jīng)手人）庫(kù)存報(bào)表（貨品名稱、貨品規(guī)格、計(jì)量單位、單價(jià)、數(shù)量）邏輯結(jié)構(gòu)設(shè)計(jì)3.1數(shù)據(jù)組織倉(cāng)庫(kù)（名稱，負(fù)責(zé)人，所屬單位，構(gòu)建日期）供應(yīng)商信息（供應(yīng)商編號(hào)，供應(yīng)商名稱，聯(lián)系人，聯(lián)系方式）庫(kù)存信息（編號(hào)，規(guī)格，單位，數(shù)量，單價(jià)）出庫(kù)信息（貨品編號(hào)，出庫(kù)編號(hào)，名稱，數(shù)量，單價(jià)，出庫(kù)日期）入庫(kù)信息（入庫(kù)編號(hào)，供應(yīng)商編號(hào)，供應(yīng)商名稱，名稱，規(guī)格，數(shù)量，單價(jià)，入庫(kù)日期）出庫(kù)報(bào)表（貨品編號(hào)、貨品名稱、計(jì)量單位、數(shù)量、單價(jià)、金額、出庫(kù)日期、提貨人、經(jīng)手人）庫(kù)存報(bào)表（貨品名稱、貨品規(guī)格、計(jì)量單位、單價(jià)、數(shù)量）3.2數(shù)據(jù)庫(kù)模式定義（庫(kù)存信息）（出庫(kù)信息）3.3數(shù)據(jù)庫(kù)關(guān)系模式圖能耗數(shù)據(jù)庫(kù)設(shè)計(jì)數(shù)據(jù)表及字段前綴說(shuō)明T_*_**：T-Table（數(shù)據(jù)庫(kù)表）F-Field（數(shù)據(jù)表字段）T_DC_**：DC-DataCenter（數(shù)據(jù)中心）T_BD_**：BD-Building（建筑）T_DT_**：DT-Dictionary（字典）T_EC_**：EC-EnergyConsumption（能耗）T_ST_**：ST-Setting（設(shè)計(jì)安裝）T_OV_**：OV-OriginalValue（原始值）T_IV_**：IV-IncreaseValue（增量值）基本字典建筑類別表T_DT_BuildingType序號(hào)字段名推薦數(shù)據(jù)類型NULL及默認(rèn)值字段中文名描述BuildingTypeIDInt建筑類別ID主鍵,IDENTITY(1,1)BuildingTypeNameVarchar(30)建筑類別BuildingTypeCodeChar(1)建筑類別編碼辦公建筑 A商場(chǎng)建筑 B賓館飯店建筑C文化教育建筑D醫(yī)療衛(wèi)生建筑E體育建筑 F綜合建筑 G其它建筑 H能耗分類表T_DT_EnergyType序號(hào)字段名推薦數(shù)據(jù)類型NULL及默認(rèn)值字段中文名描述EnergyTypeIDInt能耗分類ID主鍵,IDENTITY(1,1)EnergyTypeNameVarchar(30)能耗分類EnergyTypeCodeChar(2)能耗分類編碼電 01水 02燃?xì)猓ㄌ烊粴饣蛎簹猓?3集中供熱量 04集中供冷量 05其它能源 06煤 07液化石油氣 08人工煤氣 09汽油 10煤油 11柴油 12可再生能源 13能耗分項(xiàng)表T_DT_EnergySubItem序號(hào)字段名推薦數(shù)據(jù)類型NULL及默認(rèn)值字段中文名描述EnergyItemIDInt能耗分項(xiàng)ID主鍵,IDENTITY(1,1)EnergyItemNameVarchar(30)能耗分項(xiàng)EnergyItemClassInt能耗分項(xiàng)等級(jí)0：分項(xiàng)1：一級(jí)子項(xiàng)2：二級(jí)子項(xiàng)ItemParentIDInt上級(jí)能耗分項(xiàng)IDEnergyItemCodeChar(1)能耗分項(xiàng)編碼EnergyTypeCodeChar(2)所屬能耗分類編碼目前只考慮電能分項(xiàng)和子項(xiàng)電能分項(xiàng)：分項(xiàng)能耗編碼照明插座用電A空調(diào)用電B動(dòng)力用電C特殊用電D一級(jí)子項(xiàng)：分項(xiàng)能耗分項(xiàng)能耗編碼一級(jí)子項(xiàng)一級(jí)子項(xiàng)編碼照明插座用電A照明與插座1走廊與應(yīng)急2室外景觀照明3空調(diào)用電B冷熱站1空調(diào)末端2動(dòng)力用電C電梯1水泵2通風(fēng)機(jī)3特殊用電D信息中心1洗衣房2廚房餐廳3游泳池4健身房5其它6冷熱站二級(jí)子項(xiàng)：二級(jí)子項(xiàng)二級(jí)子項(xiàng)編碼冷凍泵A冷卻泵B冷機(jī)C冷塔D熱水循環(huán)泵E電鍋爐F儀表類型信息表T_DT_MeterType序號(hào)字段名主、外鍵字段中文名推薦數(shù)據(jù)類型描述MeterTypeCode主鍵儀表類型編碼Varchar(2)普通電表多功能電表水表燃?xì)獗頍岜砝浔砝錈崃坑?jì)MeterTypeName儀表類型名稱Varchar(48)MeterTypeDesc儀表類型描述能耗單位折算煤炭轉(zhuǎn)換參數(shù)表T_DT_EnergyRateToCoal序號(hào)字段名主、外鍵字段中文名推薦數(shù)據(jù)類型描述EnergyRateID主鍵折算比率IDIntIDENTITY(1,1)EnergyTypeCode能耗分類編碼Char(2)ChangeRate必填轉(zhuǎn)換比率Numeric(18,4)參數(shù)單位轉(zhuǎn)換至標(biāo)準(zhǔn)單位的比率分類能耗代碼分類能耗名稱能耗類型分類、分項(xiàng)能耗數(shù)值單位換算公式（千克標(biāo)準(zhǔn)煤）01電A千瓦時(shí)0.122902水A噸無(wú)03管道燃?xì)釧立方米1.2143(天然氣)0.5714~0.6143(焦?fàn)t煤氣)0.3570(其它煤氣)04集中供熱量A兆焦1.22905集中供冷量A兆焦1.22906其它能源A如果能對(duì)應(yīng)到以下的分類能耗，則不得使用本條目07煤A千克0.714308液化石油氣A千克1.714309人工煤氣A千克0.343（第一檔）0.623（第二檔）0.929（第三檔）1.439（第四檔）10汽油A千克1.471411煤油A千克1.471412柴油A千克1.457113可再生能源A千瓦時(shí)0.1229能耗基數(shù)表T_DT_EnergyBaseData序號(hào)字段名主、外鍵字段中文名推薦數(shù)據(jù)類型描述EnergyTypeCodeFK能耗分類編碼Char(2)BaseData基數(shù)Numeric(18,2)分類基數(shù)數(shù)據(jù)BaseYear基數(shù)年份int能耗年度目標(biāo)表T_DT_EnergyTargetYearly序號(hào)字段名主、外鍵字段中文名推薦數(shù)據(jù)類型描述EnergyTypeCodeFK能耗分類編碼Char(2)基本信息類數(shù)據(jù)中心信息表T_DC_DataCenterBaseInfo序號(hào)字段名主、外鍵字段中文名推薦數(shù)據(jù)類型描述DataCenterCode主鍵數(shù)據(jù)中心代碼Char(6)DataCenterName必添數(shù)據(jù)中心名稱Char(40)DC_IPAddress必添IP地址Char(20)DC_IPPort必添IP端口Int本地基本信息表T_BS_DistrictBaseInfo序號(hào)字段名主、外鍵字段中文名推薦數(shù)據(jù)類型描述DistrictCode必填所屬行政區(qū)劃Char(6)6位行政區(qū)劃代碼DistrictName必添所屬行政區(qū)劃名稱Char(40)BuildOwner必填業(yè)主名稱Varchar(80)有多位業(yè)主時(shí)存主要業(yè)主名稱，外加“等××位”DesignDept必填監(jiān)測(cè)方案設(shè)計(jì)單位Varchar(64)最多32個(gè)漢字WorkDept必填監(jiān)測(cè)工程實(shí)施單位Varchar(64)最多32個(gè)漢字標(biāo)準(zhǔn)煤排放量每噸標(biāo)準(zhǔn)煤排放CO2量(噸)能耗基數(shù)啟用時(shí)間Int啟用年份通道類型T_BS_ChannelTypes序號(hào)字段名稱字段類型長(zhǎng)度NULL缺省字段說(shuō)明備注ChannelTypeIDint×通道類型標(biāo)識(shí)PK1：RS232/RS4852：LAN3:撥號(hào)4：GPRS/CDMAChannelTypenvarchar20×通道類型名稱UQChannelKindInt通道種類1：RS232/RS4852：LAN3:撥號(hào)4：GPRS/CDMAChannelOrderint通道排序字段ChanTypeNotesnvarchar256通道類型說(shuō)明通信子站T_BS_FrontStations序號(hào)字段名稱字段類型長(zhǎng)度NULL缺省字段說(shuō)明備注FrontStationIDint×通信子站標(biāo)識(shí)PK,IDENTITY(1,1)FrontStationnvarchar20×名稱UQIPAddressnvarchar20主前置機(jī)IP地址僅管理使用，各工作站可自己建立自己的配置文件存儲(chǔ)，不要使用注冊(cè)表TcpPortint主前置機(jī)TCP端口應(yīng)用程序通信接入端口IPAddress2nvarchar20備前置機(jī)IP地址TcpPort2int備前置機(jī)TCP端口Notesnvarchar256說(shuō)明通訊端口T_BS_CommChannel邏輯端口，并不一定對(duì)應(yīng)物理設(shè)備。序號(hào)字段名稱字段類型長(zhǎng)度NULL缺省字段說(shuō)明備注CommChnIDint×通信端口標(biāo)識(shí)PKCommChnNamevarchar30通信端口名稱RegionCodechar4行政區(qū)劃碼ChannelTypeIDint通道類型標(biāo)識(shí)FKLogicAddrPrefixvarchar20通信端口邏輯地址前綴類似IP地址結(jié)構(gòu)：””(例如””P(pán)honeNumberVarchar20主站通信號(hào)碼撥號(hào)和短信型信道使用根據(jù)信道類型，分別為GSM號(hào)碼和PSTN號(hào)碼SMSCenterVarchar20短信中心號(hào)碼APNVarchar20網(wǎng)絡(luò)接入點(diǎn)IPVarchar20主站IP地址IP網(wǎng)絡(luò)型信道使用Portint主站端口對(duì)于串口型信道，為串口號(hào)；對(duì)于IP網(wǎng)絡(luò)型，為T(mén)CP端口號(hào)GateIPvarchar20網(wǎng)關(guān)IPGatePortint網(wǎng)關(guān)端口ProxyIPvarchar20代理服務(wù)器IPProxyPort代理服務(wù)器端口FrontStationIDint通信子站標(biāo)識(shí)FKNotesnvarchar256說(shuō)明對(duì)于分屬不同前置機(jī)且互為備用的通信端口，為方便操作機(jī)訪問(wèn)，要求通道類型兩機(jī)需相同，邏輯地址相同，行政區(qū)劃碼相同。儀表規(guī)約類型T_BS_MeterProtocol序號(hào)字段名稱字段類型長(zhǎng)度NULL缺省字段說(shuō)明備注MeterProtocolIDint×儀表規(guī)約標(biāo)識(shí)PKProtocolNamenvarchar40儀表表規(guī)約名稱UQMeterTypeCodevarchar(2)儀表類型編碼FKMeterProtocolint儀表規(guī)約編碼0---無(wú)效1---DLT/645-1997ByteBitNumint字節(jié)位數(shù)0---5位1---6位2---7位3---8位ByteVerifyint1字節(jié)校驗(yàn)標(biāo)志0---無(wú)校驗(yàn)1---有校驗(yàn)ByteVerifyModeint0字節(jié)校驗(yàn)?zāi)Ｊ?---偶校驗(yàn)1---奇校驗(yàn)ByteStopBitsint0字節(jié)停止位個(gè)數(shù)0---1停止位1---2停止位BaudRateint2波特率0---3001---6002---12003---24004---48005---72006---96007---19200AddrCodeStyleint地址碼類型0_BCD；1_二進(jìn)制AddrCodeLengthint地址碼長(zhǎng)度6---DLT/645-1997儀表型號(hào)信息表T_DT_MeterModel序號(hào)字段名主、外鍵字段中文名推薦數(shù)據(jù)類型描述MeterModelIDPK儀表型號(hào)IDintMeterProtocolIDFK儀表通信規(guī)約類型IDIntMeterModel儀表型號(hào)Varchar(48)MeterTypeCodeFK儀表類型編碼Varchar(2)MeterProducer生產(chǎn)廠家Varchar(48)MeterTypeDesc儀表型號(hào)描述建筑類建筑群基本信息表T_BD_BuildGroupBaseInfo序號(hào)字段名主、外鍵字段中文名數(shù)據(jù)類型描述BuildGroupCode主鍵建筑群代碼Varchar(10)BuildGroupName必填建筑群名稱Varchar(48)最多24個(gè)漢字GroupAliasName必填建筑群字母別名Varchar(16)一般用建筑群名稱的聲母，可降低建筑群敏感性GroupDesc建筑群描述Varchar(800)用文字描述建筑群與能耗監(jiān)測(cè)相關(guān)的信息注：建筑群由一個(gè)單位的多棟建筑組成，為便于選擇和比較而定義建筑基本項(xiàng)數(shù)據(jù)表T_BD_BuildBaseInfo序號(hào)字段名主、外鍵字段中文名推薦數(shù)據(jù)類型描述BuildID主鍵建筑IDIntIDENTITY(1,1)BuildCode建筑代碼Char(10)應(yīng)填寫(xiě)10位編碼，第1-6位編碼為數(shù)據(jù)中心代碼，第7位編碼為建筑類別編碼，第8-10位編碼為建筑流水號(hào)，具體編碼方法參見(jiàn)導(dǎo)則BuildName必填建筑名稱Varchar(48)最多24個(gè)漢字AliasName必填建筑字母別名Varchar(16)一般用建筑名稱的聲母，可降低建筑敏感性BuildAddr必填建筑地址Varchar(80)最多40個(gè)漢字BuildLong建筑坐標(biāo)-經(jīng)度Numeric(18,4)建筑任意點(diǎn)的經(jīng)度讀數(shù)（默認(rèn)為東經(jīng)，單位為度，如131.2576度）BuildLat建筑坐標(biāo)-緯度Numeric(18,4)建筑任意點(diǎn)的緯度讀數(shù)（默認(rèn)為北緯，單位為度，如39.9265度）BuildYear必填建設(shè)年代Numeric(4)4位數(shù)字年份UpFloor必填地上建筑層數(shù)Int整數(shù)DownFloor地下建筑層數(shù)Int整數(shù)BuildingTypeCode必填建筑類別編碼Char(1)見(jiàn)建筑類別表TotalArea必填建筑總面積Numeric(18,4)AirArea必填空調(diào)面積Numeric(18,4)HeatArea必填采暖面積Numeric(18,4)AirType必填建筑空調(diào)系統(tǒng)形式Char(1)集中式全空氣系統(tǒng)風(fēng)機(jī)盤(pán)管＋新風(fēng)系統(tǒng)分體式空調(diào)或VRV的局部式機(jī)組系統(tǒng)Z-其它HeatType必填建筑采暖系統(tǒng)形式Char(1)散熱器采暖地板輻射采暖電輻射采暖空調(diào)系統(tǒng)集中供暖Z-其它BodyCoef建筑體型系數(shù)Numeric(18,4)StruType必填建筑結(jié)構(gòu)形式Char(1)框架結(jié)構(gòu)框-剪結(jié)構(gòu)剪力墻結(jié)構(gòu)磚混結(jié)構(gòu)鋼結(jié)構(gòu)筒體結(jié)構(gòu)木結(jié)構(gòu)Z-其它WallMatType必填建筑外墻材料形式Char(1)磚建筑砌塊板材墻體復(fù)合墻板和墻體玻璃幕墻Z-其它WallWarmType必填建筑外墻保溫形式Char(1)內(nèi)保溫外保溫夾芯保溫Z-其它WallWinType必填建筑外窗類型Char(1)單玻單層窗單玻雙層窗單玻單層窗+單玻雙層窗中空雙層玻璃窗中空三層玻璃窗中空充惰性氣體Z-其它GlassType必填建筑玻璃類型Char(1)普通玻璃鍍膜玻璃Low-e玻璃Z-其它WinFrameType必填窗框材料類型Char(1)鋼窗鋁合金木窗斷熱窗框塑鋼Z-其它CreateTime必填錄入時(shí)間DatetimeCreateUser創(chuàng)建操作員名稱Varchar(32)最多16個(gè)漢字MonitorDate開(kāi)始監(jiān)測(cè)日期Datetime也是開(kāi)始上傳能耗監(jiān)測(cè)數(shù)據(jù)的日期AcceptDate能耗監(jiān)測(cè)工程驗(yàn)收日期Datetime標(biāo)志著該建筑的能耗監(jiān)測(cè)工程是否已經(jīng)驗(yàn)收注：建筑功能、建筑空調(diào)系統(tǒng)形式、建筑采暖系統(tǒng)形式、建筑結(jié)構(gòu)形式、建筑外墻材料形式、建筑外墻保溫形式、建筑外窗類型、建筑玻璃類型、窗框材料類型等字段的可選值參見(jiàn)《分項(xiàng)能耗數(shù)據(jù)采集技術(shù)導(dǎo)則》，部分已有所擴(kuò)展。建筑擴(kuò)展項(xiàng)數(shù)據(jù)表T_BD_BuildExInfo序號(hào)字段名主、外鍵字段中文名推薦數(shù)據(jù)類型描述BuildCode外鍵建筑代碼Char(10)與建筑基本項(xiàng)數(shù)據(jù)表的建筑代碼字段關(guān)聯(lián)WorkerNum辦公人員人數(shù)Int辦公建筑填寫(xiě)該項(xiàng)，取上一年日平均數(shù)CustomerNum商場(chǎng)日均客流量Int商場(chǎng)建筑填寫(xiě)該項(xiàng)，取上一年日平均數(shù)OpenHours運(yùn)營(yíng)時(shí)間小時(shí)數(shù)Numeric(18,4)商場(chǎng)建筑填寫(xiě)該項(xiàng)，取上一年日平均數(shù)ServiceLevel賓館星級(jí)（飯店檔次）Varchar(16)賓館飯店建筑填寫(xiě)該項(xiàng)，文字描述HotelLiveRate賓館入住率Numeric(18,4)賓館飯店建筑填寫(xiě)該項(xiàng)，取上一年平均數(shù)HotelBedNum賓館床位數(shù)量Int賓館飯店建筑填寫(xiě)該項(xiàng)VisitorNum影劇院建筑和展覽館建筑的參觀人數(shù)Int文化教育建筑填寫(xiě)該項(xiàng)，取上一年總?cè)藬?shù)StudentNum學(xué)生人數(shù)Int文化教育建筑填寫(xiě)該項(xiàng)HospitalStandard醫(yī)院等級(jí)Varchar(16)醫(yī)療衛(wèi)生建筑填寫(xiě)該項(xiàng)，文字描述HospitalType醫(yī)院類別Varchar(16)醫(yī)療衛(wèi)生建筑填寫(xiě)該項(xiàng)（?？漆t(yī)院、綜合醫(yī)院等）PatientNum就診人數(shù)Int醫(yī)療衛(wèi)生建筑填寫(xiě)該項(xiàng)，取上一年總?cè)藬?shù)HospitalBedNum病床床位數(shù)Int醫(yī)療衛(wèi)生建筑填寫(xiě)該項(xiàng)SpectatorNum體育館建筑客流量Int體育建筑填寫(xiě)該項(xiàng)，取上一年總?cè)藬?shù)GroupFunc不同建筑功能區(qū)中區(qū)分建筑用能特點(diǎn)情況的建筑擴(kuò)展項(xiàng)數(shù)據(jù)Varchar(800)綜合建筑填寫(xiě)該項(xiàng)，分功能區(qū)分別描述ExtendFunc其它建筑中區(qū)分建筑用能特點(diǎn)情況的建筑擴(kuò)展項(xiàng)數(shù)據(jù)Varchar(800)其它建筑填寫(xiě)該項(xiàng)ElectriPrice電價(jià)說(shuō)明Varchar(160)文字描述，最多80個(gè)漢字WaterPrice水價(jià)說(shuō)明Varchar(160)文字描述，最多80個(gè)漢字GasPrice氣價(jià)說(shuō)明Varchar(160)文字描述，最多80個(gè)漢字HeatPrice熱價(jià)說(shuō)明Varchar(160)文字描述，最多80個(gè)漢字OtherPrice其它價(jià)格說(shuō)明Varchar(320)設(shè)備類數(shù)據(jù)采集器信息表T_ST_DataCollectionInfo序號(hào)字段名主、外鍵字段中文名推薦數(shù)據(jù)類型描述RTUID主鍵采集器IDIntIDENTITY(1,1)CollectionCode數(shù)據(jù)采集器代碼Char(12)建筑代碼(10位)+2位流水號(hào)BuildCode外鍵建筑代碼Char(10)與建筑基本項(xiàng)數(shù)據(jù)表的建筑代碼字段關(guān)聯(lián)CollectionName必填數(shù)據(jù)采集器名稱Varchar(48)CollectStartTime必填數(shù)據(jù)采集器開(kāi)始使用時(shí)間DateTime數(shù)據(jù)采集器開(kāi)始采集數(shù)據(jù)的時(shí)間，精確到分鐘，如2021-06-1801:10:00CollectInterval

必填數(shù)據(jù)采集器采集周期Int設(shè)置數(shù)據(jù)采集器的采集周期，單位為分鐘，如15RTUType采集器種類Int0：虛擬采集器1：實(shí)物采集器RTUAddr采集器通信地址Int虛擬采集器不用CommStationIDFK所屬通信站點(diǎn)標(biāo)識(shí)IntBCommStationIDFK備用通信站點(diǎn)標(biāo)識(shí)IntState必填狀態(tài)Smallint0：未啟用，1：?jiǎn)⒂帽O(jiān)測(cè)儀表信息表T_ST_MeterInfo序號(hào)字段名主、外鍵字段中文名推薦數(shù)據(jù)類型描述MeterID主鍵監(jiān)測(cè)儀表IDintIDENTITY(1,1)MeterName監(jiān)測(cè)儀表名稱Varchar(48)MeterCode監(jiān)測(cè)儀表編碼Varchar(20)EnergyTypeCode所屬能耗分類編碼Char(2)EnergyItemID所屬能耗分項(xiàng)IDIntMeterTypeCode儀表類型編碼Varchar(2)MeterModelIDFK儀表型號(hào)IDIntMeterAddress儀表通信地址Varchar(12)GatherPeriod采集周期RTUIDFK所屬采集器IDIntMeterRatio儀表倍率Numeric(18,2)CanQurey可否查詢Int0-不可通信1-可通信(默認(rèn))MeterProdDesc儀表描述原始數(shù)據(jù)類電表讀數(shù)類T_OV_MeterData序號(hào)字段名主、外鍵字段中文名推薦數(shù)據(jù)類型描述DataTime數(shù)據(jù)時(shí)標(biāo)smalldatetime5分鐘的整數(shù)倍RTUIDFK采集器IDIntMeterID監(jiān)測(cè)儀表IDintMeterAddress儀表通信地址Varchar(12)ZXYGZ正向有功總Numeric(18,2)非電能耗作為總能耗數(shù)據(jù)ZXYGJ正向有功尖Numeric(18,2)ZXYGF正向有功峰Numeric(18,2)ZXYGP正向有功平Numeric(18,2)ZXYGG正向有功谷Numeric(18,2)ZXWGZ正向無(wú)功總Numeric(18,2)RecTime入庫(kù)時(shí)間datetimeDataFlag數(shù)據(jù)標(biāo)志Int0-正常1-人工輸入2-換表置入原表碼3-換表置入新表碼DealFlag處理標(biāo)志Int0-未處理1-已處理非電儀表讀數(shù)類T_OV_NMeterData序號(hào)字段名主、外鍵字段中文名推薦數(shù)據(jù)類型描述DataTime數(shù)據(jù)時(shí)間smalldatetime5分鐘的整數(shù)倍RTUIDFK采集器IDIntMeterID監(jiān)測(cè)儀表IDintMeterAddress儀表通信地址Varchar(12)EnergyData能耗數(shù)據(jù)Numeric(18,4)RecTime入庫(kù)時(shí)間datetimeDataFlag數(shù)據(jù)標(biāo)志Int0-正常1-人工輸入Deal處理標(biāo)志Int0-未處理1-已處理電表功率類T_OV_MeterPowerData序號(hào)字段名主、外鍵字段中文名推薦數(shù)據(jù)類型描述DataTime數(shù)據(jù)時(shí)間smalldatetime5分鐘的整數(shù)倍RTUIDFK采集器IDIntMeterID監(jiān)測(cè)儀表IDintYGZ有功總功率Numeric(18,4)WGZ無(wú)功總功率Numeric(18,4)RecTime入庫(kù)時(shí)間datetime電表電壓類T_OV_MeterVoltageData序號(hào)字段名主、外鍵字段中文名推薦數(shù)據(jù)類型描述DataTime數(shù)據(jù)時(shí)間smalldatetime5分鐘的整數(shù)倍RTUIDFK采集器IDIntMeterID監(jiān)測(cè)儀表IDintVAA相電壓Numeric(18)VBB相電壓Numeric(18)VCC相電壓Numeric(18)RecTime入庫(kù)時(shí)間datetime電表電流類T_OV_MeterCurrentData序號(hào)字段名主、外鍵字段中文名推薦數(shù)據(jù)類型描述DataTime數(shù)據(jù)時(shí)間smalldatetime5分鐘的整數(shù)倍RTUIDFK采集器IDIntMeterID監(jiān)測(cè)儀表IDintIAA相電流Numeric(18,4)IBB相電流Numeric(18,4)ICC相電流Numeric(18,4)RecTime入庫(kù)時(shí)間datetime能耗統(tǒng)計(jì)模板類能耗統(tǒng)計(jì)模板名稱T_TJ_Template序號(hào)字段名推薦數(shù)據(jù)類型NULL及默認(rèn)值字段中文名描述TempateIDInt模板ID主鍵,IDENTITY(1,1)ITempateNameVarchar(40)模板名稱TempateDescVarchar(200)模板說(shuō)明TempTypeint0模板類型0-普通模板1-能耗分類分項(xiàng)模板2-(綜合統(tǒng)計(jì)模板)3-典型區(qū)域模板4-樓宇統(tǒng)計(jì)模板5-內(nèi)部單位統(tǒng)計(jì)模板統(tǒng)計(jì)模板分級(jí)項(xiàng)目表T_TJ_TempItem序號(hào)字段名推薦數(shù)據(jù)類型NULL及默認(rèn)值字段中文名描述TempItemIDInt模板項(xiàng)ID主鍵,IDENTITY(1,1)TempItemNameVarchar(30)模板項(xiàng)名稱ItemNameSrcInt項(xiàng)名稱來(lái)源類型0-自定義1-能耗分類名稱2-能耗分項(xiàng)名稱4-建筑名稱5-內(nèi)部單位名稱6-采集器名稱7-儀表名稱ItemNameRelationIDInt項(xiàng)目名稱關(guān)聯(lián)信息項(xiàng)ID此ID根據(jù)ItemNameSrc類型而關(guān)聯(lián)不同表的相應(yīng)IDTempItemParentIDInt上級(jí)模板項(xiàng)IDTempItemClassint模板項(xiàng)深度0：頂層TemplateIDint所屬模板CountKindint數(shù)據(jù)項(xiàng)計(jì)算方式0-不計(jì)算數(shù)據(jù)1-下級(jí)總加2-下級(jí)計(jì)算3-儀表計(jì)算統(tǒng)計(jì)模板分級(jí)項(xiàng)目數(shù)據(jù)定義表T_TJ_TempItemData序號(hào)字段名推薦數(shù)據(jù)類型NULL及默認(rèn)值字段中文名描述TempItemIDInt模板項(xiàng)IDFKCalcKindInt計(jì)算類型0-參與加1-參與減CaclItemIDint計(jì)算項(xiàng)IDCaclRatioNumber(18,4)計(jì)算系數(shù)與計(jì)算項(xiàng)相乘后再參與加/減內(nèi)部單位類（擴(kuò)展）內(nèi)部單位信息表（含內(nèi)部級(jí)別字段）內(nèi)部單位-分類分項(xiàng)-儀表統(tǒng)計(jì)拓?fù)潢P(guān)系表分類分項(xiàng)-內(nèi)部單位-儀表統(tǒng)計(jì)拓?fù)潢P(guān)系表統(tǒng)計(jì)數(shù)據(jù)類儀表流水增量表T_IV_MeterData序號(hào)字段名主、外鍵字段中文名推薦數(shù)據(jù)類型描述DataTime數(shù)據(jù)時(shí)間smalldatetime原有數(shù)據(jù)的時(shí)間（用后一個(gè)數(shù)據(jù)的時(shí)間）。注意換表的處理。MeterID監(jiān)測(cè)儀表IDintMeterAddress儀表通信地址Varchar(12)EnergyData能耗數(shù)據(jù)Numeric(18,4)兩次時(shí)間數(shù)據(jù)的差值TimeFlag記錄標(biāo)志0-正常1-距上條時(shí)間有跳躍DataFlag數(shù)據(jù)標(biāo)志Tinyint0-未處理1-已處理儀表逐時(shí)匯總表T_IV_MeterHourData序號(hào)字段名主、外鍵字段中文名推薦數(shù)據(jù)類型描述DataTime數(shù)據(jù)時(shí)間smalldatetime原有數(shù)據(jù)的時(shí)間（用后一個(gè)數(shù)據(jù)的時(shí)間）。MeterID監(jiān)測(cè)儀表IDintMeterAddress儀表通信地址Varchar(12)EnergyData能耗數(shù)據(jù)Numeric(18,4)兩次時(shí)間數(shù)據(jù)的差值TimeFlag記錄標(biāo)志0-正常1-距上條時(shí)間有跳躍DataFlag數(shù)據(jù)標(biāo)志Tinyint0-未處理1-已處理分類分項(xiàng)能耗逐時(shí)匯總表T_IV_EnergyHourData序號(hào)字段名主、外鍵字段中文名推薦數(shù)據(jù)類型描述DataTime數(shù)據(jù)時(shí)標(biāo)smalldatetimeEnergyTypeCodeFK能耗分類編碼Char(2)EnergyItemCode能耗分項(xiàng)編碼Char(1)‘0’EnergyItemCode1能耗一級(jí)子項(xiàng)編碼Char(1)‘0’EnergyItemCode2能耗二級(jí)子項(xiàng)編碼Char(1)‘0’SumData匯總數(shù)據(jù)Numeric(18,4)分類匯總數(shù)據(jù)以儀表匯總數(shù)據(jù)匯總。分類分項(xiàng)能耗逐日匯總表T_IV_EnergyDayData序號(hào)字段名主、外鍵字段中文名推薦數(shù)據(jù)類型描述DataTime數(shù)據(jù)時(shí)標(biāo)smalldatetime每日0時(shí)0分EnergyTypeCodeFK能耗分類編碼Char(2)EnergyItemCode能耗分項(xiàng)編碼Char(1)‘0’EnergyItemCode1能耗一級(jí)子項(xiàng)編碼Char(1)‘0’代表是分項(xiàng)EnergyItemCode2能耗二級(jí)子項(xiàng)編碼Char(1)‘0’代表是一級(jí)子項(xiàng)SumData匯總數(shù)據(jù)Numeric(18,4)分類匯總數(shù)據(jù)MaxData最大數(shù)值Numeric(18,4)指15分鐘間隔增量值，不含人工置入MaxDataTime最大數(shù)值出現(xiàn)時(shí)間smalldatetime15鐘周期的結(jié)束時(shí)間MinData最小數(shù)值Numeric(18,4)指15分鐘間隔增量值，不含人工置入MinDataTime最小數(shù)值出現(xiàn)時(shí)間smalldatetime15鐘的結(jié)束時(shí)間以儀表匯總數(shù)據(jù)匯總。其它安全管理類見(jiàn)安全管理設(shè)計(jì)文檔。采集任務(wù)類其它報(bào)警信息表（統(tǒng)計(jì)處理得到）日志記錄表（含登錄、操作）信息系統(tǒng)開(kāi)發(fā)和數(shù)據(jù)庫(kù)開(kāi)發(fā)在許多組織中，數(shù)據(jù)庫(kù)開(kāi)發(fā)是從企業(yè)數(shù)據(jù)建模開(kāi)始的，企業(yè)數(shù)據(jù)建模確定了組織數(shù)據(jù)庫(kù)的范圍和一般內(nèi)容。這一步驟通常發(fā)生在一個(gè)組織進(jìn)行信息系統(tǒng)規(guī)劃的過(guò)程中，它的目的是為組織數(shù)據(jù)創(chuàng)建一個(gè)整體的描述或解釋，而不是設(shè)計(jì)一個(gè)特定的數(shù)據(jù)庫(kù)。一個(gè)特定的數(shù)據(jù)庫(kù)為一個(gè)或多個(gè)信息系統(tǒng)提供數(shù)據(jù)，而企業(yè)數(shù)據(jù)模型（可能包含許多數(shù)據(jù)庫(kù)）描述了由組織維護(hù)的數(shù)據(jù)的范圍。在企業(yè)數(shù)據(jù)建模時(shí)，你審查當(dāng)前的系統(tǒng)，分析需要支持的業(yè)務(wù)領(lǐng)域的本質(zhì)，描述需要進(jìn)一步抽象的數(shù)據(jù)，并且規(guī)劃一個(gè)或多個(gè)數(shù)據(jù)庫(kù)開(kāi)發(fā)項(xiàng)目。圖1顯示松谷家具公司的企業(yè)數(shù)據(jù)模型的一個(gè)部分。1.1信息系統(tǒng)體系結(jié)構(gòu)如圖1所示，高級(jí)的數(shù)據(jù)模型僅僅是總體信息系統(tǒng)體系結(jié)構(gòu)(ISA)一個(gè)部分或一個(gè)組織信息系統(tǒng)的藍(lán)圖。在信息系統(tǒng)規(guī)劃期間，你可以建立一個(gè)企業(yè)數(shù)據(jù)模型作為整個(gè)信息系統(tǒng)體系結(jié)構(gòu)的一部分。根據(jù)Zachman(1987)、Sowa和Zachman（1992）的觀點(diǎn)，一個(gè)信息系統(tǒng)體系結(jié)構(gòu)由以下6個(gè)關(guān)鍵部分組成:數(shù)據(jù)（如圖1所示，但是也有其他的表示方法）。操縱數(shù)據(jù)的處理（著系可以用數(shù)據(jù)流圖、帶方法的對(duì)象模型或者其他符號(hào)表示）。網(wǎng)絡(luò)，它在組織內(nèi)并在組織與它的主要業(yè)務(wù)伙伴之間傳輸數(shù)據(jù)（它可以通過(guò)網(wǎng)絡(luò)連接和拓?fù)鋱D來(lái)顯示）。人，人執(zhí)行處理并且是數(shù)據(jù)和信息的來(lái)源和接收者（人在過(guò)程模型中顯示為數(shù)據(jù)的發(fā)送者和接收者）。執(zhí)行過(guò)程的事件和時(shí)間點(diǎn)（它們可以用狀態(tài)轉(zhuǎn)換圖和其他的方式來(lái)顯示）。事件的原因和數(shù)據(jù)處理的規(guī)則（經(jīng)常以文本形式顯示，但是也存在一些用于規(guī)劃的圖表工具，如決策表）。1.2信息工程信息系統(tǒng)的規(guī)劃者按照信息系統(tǒng)規(guī)劃的特定方法開(kāi)發(fā)出信息系統(tǒng)的體系結(jié)構(gòu)。信息工程是一種正式的和流行的方法。信息工程是一種面向數(shù)據(jù)的創(chuàng)建和維護(hù)信息系統(tǒng)的方法。因?yàn)樾畔⒐こ淌敲嫦驍?shù)據(jù)的，所以當(dāng)你開(kāi)始理解數(shù)據(jù)庫(kù)是怎樣被標(biāo)識(shí)和定義時(shí)，信息工程的一種簡(jiǎn)潔的解釋是非常有幫助的。信息工程遵循自頂向下規(guī)劃的方法，其中，特定的信息系統(tǒng)從對(duì)信息需求的廣泛理解中推導(dǎo)出來(lái)（例如，我們需要關(guān)于顧客、產(chǎn)品、供應(yīng)商、銷售員和加工中心的數(shù)據(jù)），而不是合并許多詳盡的信息請(qǐng)求（如一個(gè)訂單輸入屏幕或按照地域報(bào)告的銷售匯總）。自頂向下規(guī)劃可使開(kāi)發(fā)人員更全面地規(guī)劃信息系統(tǒng)，提供一種考慮系統(tǒng)組件集成的方法，增進(jìn)對(duì)信息系統(tǒng)與業(yè)務(wù)目標(biāo)的關(guān)系的理解，加深對(duì)信息系統(tǒng)在整個(gè)組織中的影響的理解。信息工程包括四個(gè)步驟:規(guī)劃、分析、設(shè)計(jì)和實(shí)現(xiàn)。信息工程的規(guī)劃階段產(chǎn)生信息系統(tǒng)體系結(jié)構(gòu)，包括企業(yè)數(shù)據(jù)模型。1.3信息系統(tǒng)規(guī)劃信息系統(tǒng)規(guī)劃的目標(biāo)是使信息技術(shù)與組織的業(yè)務(wù)策略緊密結(jié)合，這種結(jié)合對(duì)于從信息系統(tǒng)和技術(shù)的投資中獲取最大利益是非常重要的。正如表1所描述的那樣，信息工程方法的規(guī)劃階段包括3個(gè)步驟，我們?cè)诤罄m(xù)的3個(gè)小節(jié)中討論它們。1.確定關(guān)鍵性的規(guī)劃因素關(guān)鍵性的規(guī)劃因素是指組織目標(biāo)、關(guān)鍵的成功因素和問(wèn)題領(lǐng)域。確定這些因素的目的是建立規(guī)劃的環(huán)境并且將信息系統(tǒng)規(guī)劃與戰(zhàn)略業(yè)務(wù)規(guī)劃聯(lián)系起來(lái)。表2顯示了松谷家具公司的一些可能的關(guān)鍵規(guī)劃因素，這些因素有助于信息系統(tǒng)的管理者為新的信息系統(tǒng)和數(shù)據(jù)庫(kù)社頂優(yōu)先級(jí)以處理需求。例如，考慮到不精確的銷售預(yù)測(cè)這個(gè)問(wèn)題領(lǐng)域，信息系統(tǒng)的管理者可能在組織數(shù)據(jù)庫(kù)中存放額外的歷史銷售數(shù)據(jù)、新的市場(chǎng)研究數(shù)據(jù)和新產(chǎn)品的測(cè)試數(shù)據(jù)。2.確定組織的規(guī)劃對(duì)象組織規(guī)劃對(duì)象定義了業(yè)務(wù)范圍，業(yè)務(wù)范圍會(huì)限制后來(lái)的系統(tǒng)分析和信息系統(tǒng)可能發(fā)生改變的地方。五個(gè)關(guān)鍵的規(guī)劃對(duì)象如下所示:●組織單元組織中的各種部門(mén)?！窠M織地點(diǎn)業(yè)務(wù)操作的發(fā)生地?！駱I(yè)務(wù)功能支持組織使命的業(yè)務(wù)處理的相關(guān)組。業(yè)務(wù)功能不同于組織單元，事實(shí)上一個(gè)功能可以分配給多個(gè)組織單元（例如，產(chǎn)品開(kāi)發(fā)功能可能是銷售部和生產(chǎn)部共同的責(zé)任）?！駥?shí)體類型關(guān)于組織所管理的人，地點(diǎn)和事物的數(shù)據(jù)的主要類別?！裥畔⑾到y(tǒng)處理數(shù)據(jù)集的應(yīng)用軟件和支持程序。3.建立企業(yè)模型一個(gè)全面的企業(yè)模型包括每個(gè)企業(yè)功能的功能分解模型、企業(yè)數(shù)據(jù)模型和各種規(guī)劃矩陣。功能分解是把組織的功能進(jìn)行更詳細(xì)的分解過(guò)程，功能分解是在系統(tǒng)分析中為了簡(jiǎn)化問(wèn)題、分散注意力和確定組件而使用的經(jīng)典處理方法。在松谷家具公司中訂單履行功能的功能分解的例子如圖2所示。對(duì)于處理業(yè)務(wù)功能和支持功能的全部集合而言，多個(gè)數(shù)據(jù)庫(kù)是必須的，因此一個(gè)特定的數(shù)據(jù)庫(kù)可能僅僅對(duì)支持功能（如圖2所示）的一個(gè)子集提供支持。為了減少數(shù)據(jù)冗余和使數(shù)據(jù)更有意義，擁有完整的、高層次的企業(yè)視圖是非常有幫助的。企業(yè)數(shù)據(jù)模型使用特定的符號(hào)來(lái)描述。除了實(shí)體類型這種圖形描述外，一個(gè)完整的企業(yè)數(shù)據(jù)模型還應(yīng)包括每個(gè)實(shí)體類型的描述和描述業(yè)務(wù)操作的提要，即業(yè)務(wù)規(guī)則。業(yè)務(wù)規(guī)則決定數(shù)據(jù)的有效性。一個(gè)企業(yè)數(shù)據(jù)模型不僅包括實(shí)體類型，還包括數(shù)據(jù)實(shí)體間的聯(lián)系，以及各種規(guī)劃對(duì)象間的其他聯(lián)系。顯示規(guī)劃對(duì)象間聯(lián)系的一種常見(jiàn)形式是矩陣。由于規(guī)劃矩陣不需要數(shù)據(jù)庫(kù)被明確的建模就可以明確描述業(yè)務(wù)需求，因此規(guī)劃矩陣是一種重要的功能。規(guī)劃矩陣經(jīng)常從業(yè)務(wù)規(guī)則中導(dǎo)出，它有助于社頂開(kāi)發(fā)活動(dòng)優(yōu)先級(jí)、將開(kāi)發(fā)活動(dòng)排序和根據(jù)自頂向下視圖通過(guò)一種企業(yè)范圍的方法安排這些開(kāi)發(fā)活動(dòng)。有許多種規(guī)劃矩陣可供使用，它們的共同之處是:●地點(diǎn)-功能顯示業(yè)務(wù)功能在哪個(gè)業(yè)務(wù)地點(diǎn)執(zhí)行。●單元-功能顯示業(yè)務(wù)功能由哪個(gè)業(yè)務(wù)單元執(zhí)行或負(fù)責(zé)?！裥畔⑾到y(tǒng)-數(shù)據(jù)實(shí)體解釋每個(gè)信息系統(tǒng)如何與每個(gè)數(shù)據(jù)實(shí)體相互作用（例如，是否每個(gè)系統(tǒng)都對(duì)每個(gè)實(shí)體中的數(shù)據(jù)進(jìn)行創(chuàng)建、檢索、更新和刪除）?！裰С止δ?數(shù)據(jù)實(shí)體確定每個(gè)功能中數(shù)據(jù)的獲取、使用、更新和刪除?！裥畔⑾到y(tǒng)-目標(biāo)顯示信息系統(tǒng)支持的每個(gè)業(yè)務(wù)目標(biāo)圖3舉例說(shuō)明了一個(gè)可能的功能-數(shù)據(jù)實(shí)體矩陣。這樣的矩陣可以用于多種目的，包括以下三個(gè)目的:1)確定空白實(shí)體顯示哪些數(shù)據(jù)實(shí)體沒(méi)有被任何功能使用或哪個(gè)功能沒(méi)有使用任何實(shí)體。2)發(fā)現(xiàn)丟失的實(shí)體每個(gè)功能涉及的員工通過(guò)檢查矩陣能夠確認(rèn)任何可能丟失的實(shí)體。3)區(qū)分開(kāi)發(fā)活動(dòng)的優(yōu)先級(jí)如果一個(gè)給頂?shù)墓δ軐?duì)于系統(tǒng)開(kāi)發(fā)有高優(yōu)先級(jí)（可能因?yàn)樗c重要的組織目標(biāo)相關(guān)），那么這個(gè)領(lǐng)域所使用的實(shí)體在數(shù)據(jù)庫(kù)開(kāi)發(fā)中擁有高優(yōu)先級(jí)。Hoffer、George和Valacich(2002)的著作中有關(guān)于怎樣使用規(guī)劃矩陣完成信息工程和系統(tǒng)規(guī)劃的更完整的描述。2數(shù)據(jù)庫(kù)開(kāi)發(fā)過(guò)程基于信息工程的信息系統(tǒng)規(guī)劃是數(shù)據(jù)庫(kù)開(kāi)發(fā)項(xiàng)目的一個(gè)來(lái)源。這些開(kāi)發(fā)新數(shù)據(jù)庫(kù)的項(xiàng)目通常是為了滿足組織的戰(zhàn)略需求，例如改善客戶支持、提高產(chǎn)品和庫(kù)存管理或進(jìn)行更精確的銷售預(yù)測(cè)。然而許多數(shù)據(jù)庫(kù)開(kāi)發(fā)項(xiàng)目更多的是以自底向上的方式出現(xiàn)的，例如信息系統(tǒng)的用戶需要特定的信息來(lái)完成他們的工作，從而請(qǐng)求開(kāi)始一個(gè)項(xiàng)目，又如其他信息系統(tǒng)的專家發(fā)現(xiàn)組織需要改進(jìn)數(shù)據(jù)管理而開(kāi)始新的項(xiàng)目。即使在自底向上的情況下，建立企業(yè)數(shù)據(jù)模型也是必須的，以便理解現(xiàn)有的數(shù)據(jù)庫(kù)是否可以提供所需的數(shù)據(jù)，否則，新的數(shù)據(jù)庫(kù)、數(shù)據(jù)實(shí)體和屬性都應(yīng)該加到當(dāng)前的組織數(shù)據(jù)資源中去。無(wú)論是戰(zhàn)略需求還是操作信息的需求，每個(gè)數(shù)據(jù)庫(kù)開(kāi)發(fā)項(xiàng)目通常集中在一個(gè)數(shù)據(jù)庫(kù)上。一些數(shù)據(jù)庫(kù)項(xiàng)目?jī)H僅集中在定義、設(shè)計(jì)和實(shí)現(xiàn)一個(gè)數(shù)據(jù)庫(kù)，以作為后續(xù)信息系統(tǒng)開(kāi)發(fā)的基礎(chǔ)。然而在大多數(shù)情況下，數(shù)據(jù)庫(kù)及其相關(guān)信息處理功能是作為一個(gè)完整的信息系統(tǒng)開(kāi)發(fā)項(xiàng)目的一部分而被開(kāi)發(fā)的。2.1系統(tǒng)開(kāi)發(fā)生命周期指導(dǎo)管理信息系統(tǒng)開(kāi)發(fā)項(xiàng)目的傳統(tǒng)過(guò)程是系統(tǒng)開(kāi)發(fā)生命周期(SDLC)。系統(tǒng)開(kāi)發(fā)生命周期是指一個(gè)組織中由數(shù)據(jù)庫(kù)設(shè)計(jì)人員和程序員組成的信息系統(tǒng)專家小組詳細(xì)說(shuō)明、開(kāi)發(fā)、維護(hù)和替換信息系統(tǒng)的全部步驟。這個(gè)過(guò)程比作瀑布是因?yàn)槊恳徊蕉剂鞯较噜彽南乱徊?，即信息系統(tǒng)的規(guī)格說(shuō)明是一塊一塊地開(kāi)發(fā)出來(lái)的，每一塊的輸出是下一塊的輸入。然而如圖所示，這些步驟并不是純線性的，每個(gè)步驟在時(shí)間上有所重疊（因此可以并行地管理步驟），而且當(dāng)需要重新考慮先前的決策時(shí)，還可以回滾到前面某些步驟。（因而水可以在瀑布中倒流?。﹫D4對(duì)系統(tǒng)開(kāi)發(fā)生命周期每一階段的目的和可交付的產(chǎn)品進(jìn)行了簡(jiǎn)明注解。系統(tǒng)開(kāi)發(fā)生命周期的每一階段都包括與數(shù)據(jù)庫(kù)開(kāi)發(fā)相關(guān)的活動(dòng)，所以，數(shù)據(jù)庫(kù)管理的問(wèn)題遍布整個(gè)系統(tǒng)開(kāi)發(fā)過(guò)程。我們?cè)趫D5中重復(fù)了系統(tǒng)開(kāi)發(fā)生命周期的七個(gè)階段，并概述了每個(gè)階段常見(jiàn)的數(shù)據(jù)庫(kù)開(kāi)發(fā)活動(dòng)。請(qǐng)注意，系統(tǒng)開(kāi)發(fā)生命周期的階段和數(shù)據(jù)庫(kù)開(kāi)發(fā)步驟之間不存在一一對(duì)應(yīng)的關(guān)系，概念數(shù)據(jù)建模發(fā)生在兩個(gè)系統(tǒng)開(kāi)發(fā)生命周期階段之間。企業(yè)建模數(shù)據(jù)庫(kù)開(kāi)發(fā)過(guò)程從企業(yè)建模（系統(tǒng)開(kāi)發(fā)生命周期中項(xiàng)目論證和選擇階段的一部分）開(kāi)始設(shè)定組織數(shù)據(jù)庫(kù)的范圍和一般內(nèi)容。企業(yè)建模發(fā)生在信息系統(tǒng)規(guī)劃和其他活動(dòng)期間，這些活動(dòng)確定信息系統(tǒng)的哪個(gè)部分需要改變和加強(qiáng)并概述出全部組織數(shù)據(jù)的范圍。在這一步中，檢查當(dāng)前數(shù)據(jù)庫(kù)和信息系統(tǒng)，分析作為開(kāi)發(fā)項(xiàng)目主體的業(yè)務(wù)領(lǐng)域的本質(zhì)，用非常一般的術(shù)語(yǔ)描述每個(gè)信息系統(tǒng)在開(kāi)發(fā)時(shí)所需要的數(shù)據(jù)。每個(gè)項(xiàng)目只有當(dāng)它達(dá)到組織的預(yù)期目標(biāo)時(shí)才可以進(jìn)行下一步。概念數(shù)據(jù)建模對(duì)一個(gè)已經(jīng)開(kāi)始的信息系統(tǒng)項(xiàng)目而言，概念數(shù)據(jù)建模階段分析信息系統(tǒng)的全部數(shù)據(jù)需求。它分為兩個(gè)階段。首先，它在項(xiàng)目開(kāi)始和規(guī)劃階段建立一張類似于圖1的圖。同時(shí)建立其他文檔來(lái)概述不考慮現(xiàn)存數(shù)據(jù)庫(kù)的情況下特定開(kāi)發(fā)項(xiàng)目中所需的數(shù)據(jù)范圍。此時(shí)僅僅包括高層類別的數(shù)據(jù)（實(shí)體）和主要聯(lián)系。然后在系統(tǒng)開(kāi)發(fā)生命周期的分析階段產(chǎn)生確定信息系統(tǒng)必須管理的全部組織數(shù)據(jù)的詳細(xì)數(shù)據(jù)模型，定義所有數(shù)據(jù)屬性，列出全部數(shù)據(jù)類別，表示數(shù)據(jù)實(shí)體間所有的業(yè)務(wù)聯(lián)系，確定描述數(shù)據(jù)完整性的全部規(guī)則。在分析階段，還要檢查概念數(shù)據(jù)模型（在后面也稱作概念模式）與用來(lái)解釋目標(biāo)信息系統(tǒng)其他方面的模型類別的一致性，例如處理步驟、處理數(shù)據(jù)的規(guī)則以及時(shí)間的時(shí)序。然而，即使是這樣詳細(xì)的概念數(shù)據(jù)模型也只是初步的，因?yàn)楹罄m(xù)的信息系統(tǒng)生命周期中的活動(dòng)在設(shè)計(jì)事務(wù)、報(bào)表、顯示和查詢時(shí)可能會(huì)發(fā)現(xiàn)遺漏的元素或錯(cuò)誤。因此，經(jīng)常說(shuō)到的概念數(shù)據(jù)建模是以一種自頂向下的方式完成的，它由業(yè)務(wù)領(lǐng)域的一般理解所驅(qū)動(dòng)，而不是由特定的信息處理活動(dòng)所驅(qū)動(dòng)。3.邏輯數(shù)據(jù)庫(kù)設(shè)計(jì)邏輯數(shù)據(jù)庫(kù)設(shè)計(jì)從兩個(gè)角度進(jìn)行數(shù)據(jù)庫(kù)開(kāi)發(fā)。首先，將概念數(shù)據(jù)模型變換成基于關(guān)系數(shù)據(jù)庫(kù)理論的標(biāo)準(zhǔn)表示方法——關(guān)系。然后像設(shè)計(jì)信息系統(tǒng)的每個(gè)計(jì)算機(jī)程序（包括程序的輸入和輸出格式）那樣，對(duì)數(shù)據(jù)庫(kù)支持的事務(wù)、報(bào)表、顯示和查詢進(jìn)行詳細(xì)的檢查。在這個(gè)所謂的自底向上的分析中，精確地驗(yàn)證數(shù)據(jù)庫(kù)中需要維護(hù)的數(shù)據(jù)和在每個(gè)事務(wù)、報(bào)表等等中需要的那些數(shù)據(jù)的性質(zhì)。對(duì)于每個(gè)單獨(dú)的報(bào)表、事務(wù)等等的分析都要考慮一個(gè)特定的、有限制的但是完全的數(shù)據(jù)庫(kù)視圖。當(dāng)報(bào)表、事務(wù)等被分析時(shí)有可能根據(jù)需要而改變概念數(shù)據(jù)模型。尤其在大型的項(xiàng)目中，不同的分析人員和系統(tǒng)開(kāi)發(fā)者的團(tuán)隊(duì)可以獨(dú)立地工作在不同的程序或程序集中，他們所有工作的細(xì)節(jié)直到邏輯設(shè)計(jì)階段才可能會(huì)顯示出來(lái)。在這種情況下，邏輯數(shù)據(jù)庫(kù)設(shè)計(jì)階段必須將原始的概念數(shù)據(jù)模型和這些獨(dú)立的用戶視圖合并或集成到一個(gè)全面的設(shè)計(jì)中。在進(jìn)行邏輯信息系統(tǒng)設(shè)計(jì)時(shí)也可以確定額外的信息處理需求，此時(shí)這些新的需求必須集成到前面確定的邏輯數(shù)據(jù)庫(kù)設(shè)計(jì)中。邏輯數(shù)據(jù)庫(kù)設(shè)計(jì)的最后一步是根據(jù)為生成結(jié)構(gòu)良好的數(shù)據(jù)規(guī)格說(shuō)明而確定的規(guī)則，將組合的、協(xié)商后的數(shù)據(jù)規(guī)格說(shuō)明轉(zhuǎn)換成基本的或原子的元素。對(duì)當(dāng)今的大部分?jǐn)?shù)據(jù)庫(kù)而言，這些規(guī)則來(lái)自關(guān)系數(shù)據(jù)庫(kù)理論和稱作規(guī)范化的過(guò)程。這一步的結(jié)果是產(chǎn)生管理這些數(shù)據(jù)的、不引用任何數(shù)據(jù)庫(kù)管理系統(tǒng)的完整的數(shù)據(jù)庫(kù)描述圖。在完成邏輯數(shù)據(jù)庫(kù)設(shè)計(jì)后，開(kāi)始確定詳細(xì)的計(jì)算機(jī)程序的邏輯和維護(hù)、報(bào)告數(shù)據(jù)庫(kù)內(nèi)容所需的查詢。4.物理數(shù)據(jù)庫(kù)設(shè)計(jì)和定義物理數(shù)據(jù)庫(kù)設(shè)計(jì)和定義階段決定計(jì)算機(jī)存儲(chǔ)器（通常是磁盤(pán)）中數(shù)據(jù)庫(kù)的組織，定義數(shù)據(jù)庫(kù)管理系統(tǒng)的物理結(jié)構(gòu)，概述處理事務(wù)的程序，產(chǎn)生期望的管理信息和決策支持的報(bào)表。本階段的目標(biāo)是設(shè)計(jì)能夠有效、安全地管理所有數(shù)據(jù)處理的數(shù)據(jù)庫(kù)，因此物理數(shù)據(jù)庫(kù)設(shè)計(jì)需緊密結(jié)合物理信息系統(tǒng)其他方面的設(shè)計(jì)，包括程序、計(jì)算機(jī)硬件、操作系統(tǒng)和數(shù)據(jù)通信網(wǎng)絡(luò)。5.數(shù)據(jù)庫(kù)實(shí)現(xiàn)數(shù)據(jù)庫(kù)實(shí)現(xiàn)階段編寫(xiě)、測(cè)試和安裝處理數(shù)據(jù)庫(kù)的程序。設(shè)計(jì)人員可以使用標(biāo)準(zhǔn)的編程語(yǔ)言（如COBOL、C或VisualBasic）、專用的數(shù)據(jù)庫(kù)處理語(yǔ)言（如SQL），或?qū)Ｓ玫姆沁^(guò)程化語(yǔ)言來(lái)編程，以產(chǎn)生固定格式的報(bào)表、顯示結(jié)果，可能還包括圖表。在實(shí)現(xiàn)階段，還要完成所有的數(shù)據(jù)庫(kù)文檔，培訓(xùn)用戶，為信息系統(tǒng)（和數(shù)據(jù)庫(kù)）的用戶安裝程序。最后一步是利用現(xiàn)存的信息源（遺留應(yīng)用中的文件和數(shù)據(jù)庫(kù)以及現(xiàn)在需要的新數(shù)據(jù)）加載數(shù)據(jù)。加載數(shù)據(jù)的第一步經(jīng)常是將數(shù)據(jù)從現(xiàn)存的文件和數(shù)據(jù)庫(kù)中轉(zhuǎn)到一種中間的格式（如二進(jìn)制或文本文件），然后再將這些中間數(shù)據(jù)加載到新的數(shù)據(jù)庫(kù)中。最后，運(yùn)行數(shù)據(jù)庫(kù)以及相關(guān)的應(yīng)用以供實(shí)際的用戶維護(hù)和檢索數(shù)據(jù)。在運(yùn)轉(zhuǎn)期間，定期備份數(shù)據(jù)庫(kù)，并當(dāng)數(shù)據(jù)庫(kù)損壞或受到影響時(shí)恢復(fù)數(shù)據(jù)庫(kù)。6.數(shù)據(jù)庫(kù)維護(hù)數(shù)據(jù)庫(kù)在數(shù)據(jù)庫(kù)維護(hù)期間逐漸發(fā)展。在這一步，為了滿足變化的業(yè)務(wù)條件，為了改正數(shù)據(jù)庫(kù)設(shè)計(jì)的錯(cuò)誤，或數(shù)據(jù)庫(kù)應(yīng)用的處理速度而增加、刪除或改變數(shù)據(jù)庫(kù)的結(jié)構(gòu)特征。當(dāng)一個(gè)程序或計(jì)算機(jī)發(fā)生故障而使數(shù)據(jù)庫(kù)受到影響或損壞時(shí)也可能應(yīng)該重建數(shù)據(jù)庫(kù)。這一步通常是數(shù)據(jù)庫(kù)開(kāi)發(fā)過(guò)程中最長(zhǎng)的一步，因?yàn)樗掷m(xù)數(shù)據(jù)庫(kù)及相關(guān)應(yīng)用的整個(gè)生命周期，每次數(shù)據(jù)庫(kù)的發(fā)展都可看作一個(gè)簡(jiǎn)略的數(shù)據(jù)庫(kù)開(kāi)發(fā)過(guò)程，其中會(huì)出現(xiàn)概念數(shù)據(jù)建模、邏輯和物理數(shù)據(jù)庫(kù)設(shè)計(jì)以及數(shù)據(jù)庫(kù)實(shí)現(xiàn)以處理提出的變化。2.2信息系統(tǒng)開(kāi)發(fā)的其他方法系統(tǒng)開(kāi)發(fā)生命周期法或其稍作變化的變體經(jīng)常用于指導(dǎo)信息系統(tǒng)和數(shù)據(jù)庫(kù)的開(kāi)發(fā)。信息系統(tǒng)生命周期是一種方法學(xué)，它是高度結(jié)構(gòu)化的方法，它包括許多檢查和權(quán)衡以確保每一步產(chǎn)生精確的結(jié)果，而且新的或替代的信息系統(tǒng)與它必須通信的或數(shù)據(jù)定義需要一致的現(xiàn)存系統(tǒng)保持一致。系統(tǒng)開(kāi)發(fā)生命周期法經(jīng)常由于產(chǎn)生一個(gè)工作系統(tǒng)需要很長(zhǎng)的時(shí)間而受到批評(píng)，因?yàn)楣ぷ飨到y(tǒng)僅僅在整個(gè)過(guò)程結(jié)束時(shí)才產(chǎn)生?，F(xiàn)在組織越來(lái)越多的使用快速應(yīng)用開(kāi)發(fā)法，它是一個(gè)包含分析、設(shè)計(jì)和實(shí)現(xiàn)步驟的快速重復(fù)的迭代過(guò)程，直到匯聚到用戶所需的系統(tǒng)為止?？焖賾?yīng)用開(kāi)發(fā)法在所需的數(shù)據(jù)庫(kù)已經(jīng)存在、增強(qiáng)系統(tǒng)主要是為了檢索數(shù)據(jù)的應(yīng)用中適用，而不適用于那些生成和修改數(shù)據(jù)庫(kù)的應(yīng)用。使用最廣泛的快速應(yīng)用開(kāi)發(fā)法之一是原型法。原型法是一個(gè)系統(tǒng)開(kāi)發(fā)的迭代過(guò)程，通過(guò)分析員和用戶的緊密配合，持續(xù)地修改系統(tǒng)而最終將所有需求轉(zhuǎn)換成一個(gè)工作系統(tǒng)。圖6顯示原型法的過(guò)程。在此圖中我們包含了注釋，概略地描述了每個(gè)原型法階段的數(shù)據(jù)庫(kù)開(kāi)發(fā)活動(dòng)。一般來(lái)說(shuō)，當(dāng)信息系統(tǒng)的問(wèn)題被確定時(shí)，僅僅粗略地嘗試概念數(shù)據(jù)建模。在開(kāi)發(fā)最初的原型時(shí)，設(shè)計(jì)用戶想要的顯示和報(bào)表，同時(shí)理解任何新的數(shù)據(jù)庫(kù)需求并定義一個(gè)用語(yǔ)原型的數(shù)據(jù)庫(kù)。這通常是一個(gè)新的數(shù)據(jù)庫(kù)，它復(fù)制現(xiàn)存系統(tǒng)的一部分，還可能增加了一些新的內(nèi)容。當(dāng)需要新的內(nèi)容時(shí)，這些內(nèi)容通常來(lái)自外部數(shù)據(jù)源，如市場(chǎng)研究數(shù)據(jù)、一般的經(jīng)濟(jì)指標(biāo)或行業(yè)標(biāo)準(zhǔn)。當(dāng)產(chǎn)生原型新的版本時(shí)重復(fù)數(shù)據(jù)庫(kù)的實(shí)現(xiàn)和維護(hù)活動(dòng)。通常僅進(jìn)行最低限度的安全性和完整性控制，因?yàn)榇藭r(shí)的重點(diǎn)是盡可能快地產(chǎn)生可以使用的原型版本。而且文檔管理也延遲到項(xiàng)目的最后，在交付使用時(shí)才進(jìn)行用戶培訓(xùn)。最后，一旦構(gòu)建了一個(gè)可接受的原型，開(kāi)發(fā)者和用戶將決定最后的原型和數(shù)據(jù)庫(kù)是否能交付使用。如果系統(tǒng)（包括數(shù)據(jù)庫(kù)）效率很低，那么系統(tǒng)和數(shù)據(jù)庫(kù)將被重新編程和重新組織以達(dá)到期望的性能。隨著可視化編程工具（如VisualBasic、Java、VisualC++和第四代語(yǔ)言）越來(lái)越流行，利用可視化編程工具可以很方便地修改用戶與系統(tǒng)間的界面，原型法正成為可供選擇的系統(tǒng)開(kāi)發(fā)方法。使用原型法改變用戶報(bào)表和顯示的內(nèi)容和布局是相當(dāng)容易的。在這個(gè)過(guò)程中，新的數(shù)據(jù)庫(kù)需求被確定，因此被發(fā)展中的應(yīng)用使用的現(xiàn)存的數(shù)據(jù)庫(kù)應(yīng)該進(jìn)行修改。甚至有可能為一個(gè)需要新的數(shù)據(jù)庫(kù)的系統(tǒng)使用原型法，在這種情況下，當(dāng)系統(tǒng)需求在迭代的開(kāi)發(fā)過(guò)程中不斷變化時(shí)需要獲取樣本數(shù)據(jù)以建造或重建數(shù)據(jù)庫(kù)原型。3數(shù)據(jù)庫(kù)開(kāi)發(fā)的三層模式體系結(jié)構(gòu)在本文前面關(guān)于數(shù)據(jù)庫(kù)開(kāi)發(fā)過(guò)程的解釋中提到了一個(gè)系統(tǒng)開(kāi)發(fā)項(xiàng)目上建立的幾個(gè)不同的、但是相關(guān)的數(shù)據(jù)庫(kù)視圖或模型:●概念模式（在分析階段建立）?！裢獠磕Ｊ交蛴脩粢晥D（在分析階段和邏輯設(shè)計(jì)階段建立）?！裎锢砟Ｊ交騼?nèi)部模式（在物理設(shè)計(jì)階段建立）。圖7描述了數(shù)據(jù)庫(kù)這三個(gè)視圖之間的關(guān)系，重要的是要記住，它們是同一個(gè)組織數(shù)據(jù)庫(kù)的視圖或模型。也就是說(shuō)，每一個(gè)組織數(shù)據(jù)庫(kù)都有一個(gè)物理模式、一個(gè)概念模式以及一個(gè)或多個(gè)用戶視圖。因此，三層模式體系結(jié)構(gòu)用觀察同一數(shù)據(jù)集的不同方式定義數(shù)據(jù)庫(kù)。概念模式關(guān)于全部數(shù)據(jù)庫(kù)結(jié)構(gòu)的、與技術(shù)無(wú)關(guān)的規(guī)格說(shuō)明。概念模式定義了整個(gè)數(shù)據(jù)庫(kù)而不涉及數(shù)據(jù)怎樣存儲(chǔ)在計(jì)算機(jī)的二級(jí)存儲(chǔ)器中。通常，概念模式用實(shí)體-聯(lián)系（E-R）圖或?qū)ο蠼７?hào)這樣的圖形格式來(lái)描述，我們把這種類型的概念模式稱為數(shù)據(jù)模型。另外，概念模式的規(guī)格說(shuō)明作為元數(shù)據(jù)存儲(chǔ)在信息庫(kù)或數(shù)據(jù)字典中。物理模式包括概念模式的數(shù)據(jù)怎樣存儲(chǔ)在計(jì)算機(jī)二級(jí)存儲(chǔ)器中的規(guī)格說(shuō)明。對(duì)數(shù)據(jù)庫(kù)分析員和設(shè)計(jì)人員來(lái)說(shuō)，重要的是物理數(shù)據(jù)庫(kù)（物理模式）的定義，它提供了關(guān)于分配和管理存儲(chǔ)和訪問(wèn)的數(shù)據(jù)所在的物理二級(jí)存儲(chǔ)器空間的數(shù)據(jù)庫(kù)技術(shù)的全部規(guī)格說(shuō)明。數(shù)據(jù)庫(kù)開(kāi)發(fā)和數(shù)據(jù)庫(kù)技術(shù)是以數(shù)據(jù)庫(kù)這三個(gè)模式間的區(qū)分為基礎(chǔ)的。數(shù)據(jù)庫(kù)開(kāi)發(fā)項(xiàng)目的一個(gè)角色可能僅需處理與這三個(gè)視圖中的一個(gè)相關(guān)的工作。例如，一個(gè)初學(xué)者可能設(shè)計(jì)用于一個(gè)或多個(gè)程序的外部模式，而一個(gè)有經(jīng)驗(yàn)的開(kāi)發(fā)者將設(shè)計(jì)物理模式或概念模式。數(shù)據(jù)庫(kù)設(shè)計(jì)問(wèn)題在不同的層次上有很大的不同。4三層數(shù)據(jù)庫(kù)定位體系結(jié)構(gòu)顯然，所有數(shù)據(jù)庫(kù)中的好的事情都和“三”有關(guān)！當(dāng)設(shè)計(jì)一個(gè)數(shù)據(jù)庫(kù)時(shí)，你要選擇把數(shù)據(jù)存放在何處。這個(gè)選擇在物理數(shù)據(jù)庫(kù)設(shè)計(jì)階段作出。數(shù)據(jù)庫(kù)分為個(gè)人數(shù)據(jù)庫(kù)、工作組數(shù)據(jù)庫(kù)、部門(mén)數(shù)據(jù)庫(kù)、企業(yè)數(shù)據(jù)庫(kù)和因特網(wǎng)數(shù)據(jù)庫(kù)。個(gè)人數(shù)據(jù)庫(kù)經(jīng)常由最終用戶自己設(shè)計(jì)和開(kāi)發(fā)，僅僅由數(shù)據(jù)庫(kù)專家給予培訓(xùn)和咨詢幫助，它僅包含最終用戶個(gè)人感興趣的數(shù)據(jù)。有時(shí)候，個(gè)人數(shù)據(jù)庫(kù)是從工作組數(shù)據(jù)庫(kù)或企業(yè)數(shù)據(jù)庫(kù)中提取出來(lái)的，這種情況下數(shù)據(jù)庫(kù)專家經(jīng)常編寫(xiě)一些提取例程來(lái)創(chuàng)建本地?cái)?shù)據(jù)庫(kù)。工作組數(shù)據(jù)庫(kù)和部門(mén)數(shù)據(jù)庫(kù)經(jīng)常被最終用戶、業(yè)務(wù)部門(mén)中的系統(tǒng)專家和中心數(shù)據(jù)庫(kù)專家一起開(kāi)發(fā)。這些人員的協(xié)同工作是必須的，因?yàn)樵谠O(shè)計(jì)共享的數(shù)據(jù)庫(kù)時(shí)必須權(quán)衡大量的問(wèn)題:處理速度、易于使用、數(shù)據(jù)定義的差別和其他類似的問(wèn)題。由于企業(yè)數(shù)據(jù)庫(kù)和因特網(wǎng)數(shù)據(jù)庫(kù)影響廣、規(guī)模大，所以，通常由在集中的數(shù)據(jù)庫(kù)開(kāi)發(fā)小組中受過(guò)專業(yè)培訓(xùn)的數(shù)據(jù)庫(kù)專家來(lái)開(kāi)發(fā)。1.客戶層一個(gè)臺(tái)式計(jì)算機(jī)或筆記本也稱作表示層，它專門(mén)管理用戶系統(tǒng)界面和本地化數(shù)據(jù)，在這一層上可以執(zhí)行Web腳本任務(wù)。2.服務(wù)器/Web服務(wù)器層處理HTTP協(xié)議、腳本任務(wù)，執(zhí)行計(jì)算和提供數(shù)據(jù)訪問(wèn)，所以該層稱作處理服務(wù)層。3.企業(yè)服務(wù)器（小型機(jī)或大型機(jī)）層執(zhí)行復(fù)雜的計(jì)算和管理來(lái)自組織間多個(gè)數(shù)據(jù)源的數(shù)據(jù)的合并，也稱作數(shù)據(jù)服務(wù)層。在一個(gè)組織中，數(shù)據(jù)庫(kù)和信息系統(tǒng)分層的體系結(jié)構(gòu)與用于分布式計(jì)算的客戶/服務(wù)器體系結(jié)構(gòu)的概念相關(guān)。客戶/服務(wù)器體系結(jié)構(gòu)基于一個(gè)局域網(wǎng)環(huán)境，其中服務(wù)器上（稱作數(shù)據(jù)庫(kù)服務(wù)器或數(shù)據(jù)庫(kù)引擎）的數(shù)據(jù)庫(kù)軟件執(zhí)行來(lái)自客戶工作站的數(shù)據(jù)庫(kù)命令，每個(gè)客戶的應(yīng)用程序?qū)Ｗ⒂谒鼈兊挠脩艚涌诠δ?。?shí)際上，整個(gè)概念數(shù)據(jù)庫(kù)（以及訪問(wèn)這些數(shù)據(jù)庫(kù)的應(yīng)用處理例程）作為一個(gè)分布式數(shù)據(jù)庫(kù)或單獨(dú)但是相關(guān)的物理數(shù)據(jù)庫(kù)而分布在本地的PC工作站、中間的服務(wù)器（工作組或部門(mén)）和一個(gè)中心服務(wù)器（部門(mén)或企業(yè)）上。簡(jiǎn)單地說(shuō)，使用客戶/服務(wù)器體系結(jié)構(gòu)的原因是:●它可以在多個(gè)處理器上同時(shí)處理同一個(gè)應(yīng)用，因此改善了應(yīng)用的響應(yīng)時(shí)間和數(shù)據(jù)處理速度。●它可以利用每個(gè)計(jì)算機(jī)平臺(tái)最好的數(shù)據(jù)處理特性（如PC的高級(jí)用戶界面與小型機(jī)和大型機(jī)的計(jì)算速度）。●可以混合使用各種客戶端的技術(shù)（裝配Intel或Motorola處理器的個(gè)人計(jì)算機(jī)、網(wǎng)絡(luò)計(jì)算機(jī)、信息站等）和共享公共數(shù)據(jù)。另外，你可以在任何層改變技術(shù)而僅對(duì)其他層系統(tǒng)模塊的影響很小。●能夠使處理靠近需處理的數(shù)據(jù)源，從而改進(jìn)響應(yīng)時(shí)間并減少網(wǎng)絡(luò)通信量?！袼试S和鼓勵(lì)接受開(kāi)放系統(tǒng)標(biāo)準(zhǔn)。對(duì)于數(shù)據(jù)庫(kù)開(kāi)發(fā)而言，使用一個(gè)多層的客戶/服務(wù)器體系結(jié)構(gòu)開(kāi)發(fā)數(shù)據(jù)庫(kù)最有意義之處在于易于將數(shù)據(jù)庫(kù)開(kāi)發(fā)和維護(hù)數(shù)據(jù)庫(kù)的模塊與向最終用戶表示數(shù)據(jù)庫(kù)內(nèi)容的信息系統(tǒng)模塊分隔開(kāi)。表示例程能夠使用像PowerBuilder、Java和VisualBasic這樣的語(yǔ)言來(lái)提供易于使用的圖形化的用戶界面。通過(guò)中間件，表示例程能夠通過(guò)層間相互作用來(lái)訪問(wèn)例程，該例程訪問(wèn)所需數(shù)據(jù)并分析這些數(shù)據(jù)以形成所需信息。作為一個(gè)數(shù)據(jù)庫(kù)開(kāi)發(fā)人員和程序員，你可以在這三層中的任何一層工作，開(kāi)發(fā)必需的軟件。

InformationSystemDevelopmentandDatabaseDevelopmentInmanyorganizations,databasedevelopmentfromthebeginningofenterprisedatamodeling,datamodelingenterprisesdeterminethescopeofthedatabaseandthegeneralcontent.Thisstepusuallyoccursinanorganization'sinformationsystemplanningprocess,itaimstohelporganizationscreateanoveralldatadescriptionorexplanation,andnotthedesignofaspecificdatabase.Aspecificdatabaseforoneormoreinformationsystemsprovidedataandthecorporatedatamodel(whichmayinvolveanumberofdatabases)describedbytheorganizationmaintainingthescopeofthedata.Datamodelingintheenterprise,youreviewofthecurrentsystem,theneedtosupportanalysisofthenatureofthebusinessareas,theneedforfurtherdescriptionoftheabstractdata,andplanningoneormoredatabasedevelopmentproject.Figure1showsPine1.1InformationSystemArchitectureAsshowninfigure1,seniordatamodelisonlygeneralinformationsystemarchitecture(ISA)orapartofanorganization'sinformationsystemblueprint.Intheinformationsystemplanning,youcanbuildanenterprisedatamodelasawholeinformationsystemarchitecturepart.AccordingtoZachman(1987),SowaandZachman(1992)viewsofaninformationsystemarchitectureconsistsofthefollowingsixkeycomponents:Data(Figure1shows,butthereareothermethodsthat).Manipulationofdataprocessing(ofadataflowdiagramcanbeused,withtheobjectmodelmethods,orothersymbolsthat).Networks,whichorganizationsandinorganizationswithitsmaintransmissionofdatabetweenbusinesspartners(itcanconnectthroughthenetworktopologymapandtodemonstrate).Peoplewhodealwiththeimplementationofdataandinformationandisthesourceandreceiver(intheprocessmodelforthedatashowsthatthesenderandthereceiver).Implementationoftheeventsandtimepoints(theycanusestatetransitiondiagramandothermeans.)Thereasonsfortheincidentanddataprocessingrules(oftenintheformoftextdisplay,buttherearealsoanumberofchartsfortheplanningtoolssuchasdecisiontables).1.2InformationEngineeringInformationsystemsplannersinaccordancewiththespecificinformationsystemplanningmethodsdevelopedinformationsystemarchitecture.Informationengineeringisapopularandformalmethods.Informationengineeringisadata-orientedcreationandmaintenanceoftheinformationsystem.Informationengineeringisbecausethedata-oriented,sowhenyoubegintounderstandhowthedatabaseisdefinedbythelogoandwheninformationengineeringaconciseexplanationisveryhelpful.InformationEngineeringfollowtop-downplanningapproach,inwhichspecificinformationsystemsfromawiderangeofinformationneedsintheunderstandingderivedfrom(forexample,weneedaboutcustomers,products,suppliers,salesandprocessingofthedatacenter),ratherthanmergingmanydetailedinformationrequested(orderssuchasascreenorinaccordancewiththeimportationofgeographicalsalessummaryreport).Top-downplanningwillenabledeveloperstoplanmorecomprehensiveinformationsystem,considersystemcomponentsprovideanintegratedapproachtoenhancetheinformationsystemandtherelationshipbetweenthebusinessobjectivesoftheunderstanding,deepentheirunderstandingofinformationsystemsthroughouttheorganizationinunderstandingtheimpact.InformationEngineeringincludesfoursteps:planning,analysis,designandimplementation.Theplanningstageofprojectinformationgeneratedinformationsystemarchitecture,includingenterprisedatamodel.1.3InformationSystemPlanningInformationsystemsplanningobjectiveistoenableITorganizationsandthebusinessstrategycloselyintegrated,suchintegrationfortheinformationsystemsandtechnologytomakethemostoftheinvestmentinterestisveryimportant.Asthetableasadescription,informationengineeringapproachtheplanningstageincludethreesteps,weinthefollow-upofthreesectionstheydiscussed.1.CriticalfactorsdeterminingtheplanningPlanningisthekeyfactorthatorganizationalobjectives,criticalsuccessfactorsandproblemareas.Thesefactorsdeterminethepurposeoftheestablishmentofplanningandenvironmentplanningandinformationsystemslinkedtostrategicbusinessplanning.Table2showsthePine2.TheplanningorganizationssettargetsOrganizationsplanningtargetsdefinedscopeofbusiness,andbusinessscopewilllimitthesubsequentanalysisandinformationsystemsmaychangeplaces.Fivekeyplanningtargetsasfollows:●organizationalunitsinthevarioussectors.●organizationslocationoftheplaceofbusinessoperations.●functionsofthebusinesssupportorganizationshandlingmissionoftherelevantgroup.Unlikebusinessorganizationsfunctionmodules,infactafunctioncanbeassignedtovariousorganizationsmodules(forexample,productdevelopmentfunctionistheproductionandsaleofthecommonresponsibilityoftheMinistry).●typesofentitiesmanagedbytheorganizationonthepeople,placesandthingsofthemajortypesofdata.●InformationSystemdatasetprocessingsoftwareapplicationsandsupportprocedures.3.TosetupabusinessmodelAcomprehensivebusinessmodelincludingthefunctionsofeachenterprisefunctionaldecompositionmodel,theenterprisedatamodelandthevariousplanningmatrix.Functionaldecompositionisthefunctionoftheorganizationforamoredetaileddecompositionprocess,thefunctionaldecompositionistosimplifytheanalysisoftheissue,distractedandidentifycomponentsandtheuseoftheclassicalapproach.PineTheuseofspecificenterprisedatamodeltodescribethesymbol.Apartfromthegraphicaldescriptionofthistypeofentity,acompleteenterprisedatamodelshouldalsoincludeadescriptionofeachentitytypedescriptionofbusinessoperationsandasummaryofthatbusinessrules.Businessrulesdeterminethevalidityofthedata.Anenterprisedatamodelincludesnotonlythetypesofentities,includingthelinkbetweenthedataentities,aswellasvariousotherobjectsplanninglinks.Showedthatthelinkagebetweenplanningtargetsacommonformofmatrix.Becauseofplanningmatrixneednotbeexplicitmodelingdatabasecanbeclearlydescribedbusinessneeds,planning