【正文】 實驗6 將概念數(shù)據(jù)模型轉換為對象關系模型 Customer(custId, custName, custEmail, custAddr, custPhone, custPW, custStatus)Order(ordId, custId, delivTime, delivAdde, Phone, payMode, ordStatus, subTotal, totalAmount)Dish(dishId, storeId, dishName, dishDesc, dishType, dishPrice, salesVolume, dishStatus)ShoppCart(custId, ordId, quantity, actualPrice, amount)Comment(mId, custId, dishId, mcont,mLevel,mTime)Store(storeId, storeDesc, storeAddr, storePhone)Administrater(adminId, adminName, adminPW, adminType)News(newsId, adminId, newsTitle, newsCont, newsType, pubTime, browseNum)實驗7 分析類圖建模（序列圖、分析類圖）、邊界類、控制類修改個人信息順序圖訂單處理順序圖訂餐服務順序圖店鋪管理順序圖接店鋪管理順序圖賬號管理順序圖訂單處理順序圖新聞管理順序圖修改個人信息分析類賬號管理分析類訂單處理分析類訂餐服務分析類訂單管理分析類新聞管理分析類實驗8 三種可選方案選擇分析系統(tǒng)需求和約束需求約束強制系統(tǒng)要求必須和現(xiàn)有系統(tǒng)相接可以實時更新開發(fā)成本基本系統(tǒng)需求硬件成本靈活性和可伸縮性投入運轉時間有效的系統(tǒng)管理易于培訓易于使用法律約束期望系統(tǒng)需求跟蹤客戶購買活動支持銷售預測定制報表生成三種可選系統(tǒng)和它們的優(yōu)缺點（低端）優(yōu)點缺點所有硬件都不設在現(xiàn)場不靈活應用程序開發(fā)和專業(yè)管理不在現(xiàn)場難以和現(xiàn)有系統(tǒng)集成優(yōu)秀的應急響應（高端）優(yōu)點缺點穩(wěn)定性需要有技能的內部員工文檔資源可用性昂貴的硬件和軟件較大的學習曲線（中端）優(yōu)點缺點和當前系統(tǒng)極好的集成需要內部開發(fā)可伸縮性專有的靈活性計劃和開發(fā)期間文檔至關重要系統(tǒng)的可選設計策略的比較準則方案A方案B方案C新需求靈活性和可伸縮性一般較好很好有效的系統(tǒng)管理一般較好很好易于使用可接受合理良好易于實時更新是是是跟蹤客戶購買活動不能 是是支持銷售預測支持一些預測模型支持一些預測模型提供所有必要模型的支持定制報表生成不能 是是約束必須和現(xiàn)有系統(tǒng)相接需要大量的修改較少修改較少修改開發(fā)成本205000人民幣310000人民幣390000人民幣硬件成本120000人民幣120000人民幣190000人民幣投入運轉時間6個月7個月9個月易于培訓三個星期三個星期兩個星期法律約束不能修改允許約定無系統(tǒng)的可選設計策略的加權平分數(shù)據(jù)準則方案A方案B方案C權值等級分數(shù)等級分數(shù)等級分數(shù)新需求靈活性和可伸縮性10220330440有效的系統(tǒng)管理10110220440易于使用15230345460易于實時更新12112224336跟蹤客戶購買活動9327327545支持銷售預測42828324定制報表生成30130130390約束必須和現(xiàn)有系統(tǒng)相接13339452226開發(fā)成本10550440220硬件成本10550440220投入運轉時間542015210易于培訓5210210420法律約束428312520合計137314343451在進行完項目的具體分析后，我們對項目的實行計劃在時間上做了一些調整。系統(tǒng)是在2014年10月24日啟動，在十周的時間內完成，其中項目管理與計劃用耗時兩周，系統(tǒng)分析耗時五周，系統(tǒng)設計耗時三周。項目將在2015年1月2日結項。項目管理與計劃系統(tǒng)設計第三部分 系統(tǒng)設計實驗9 物理數(shù)據(jù)庫設計 將address定義為類型CREATE type `ADDRESS_TYPE` as object{ `province` varchar(25), `city` varchar(25), `district` varchar(25), `street` varchar(50), `detail` varchar(50), 　}各個類轉化為表，相應屬性的數(shù)據(jù)類型和存儲空間以及空值控制設計如下：顧客表：CREATE TABLE `Customer` ( `custId` int(8) NOT NULL, `custName` varchar(20) DEFAULT NULL, `custEmail` varchar(255) DEFAULT NULL, `custAddr` varchar(255) DEFAULT NULL, `custPhone` varchar(255) DEFAULT NULL, `custPW` varchar(255) DEFAULT NULL, `custStatus` varchar(255) DEFAULT NULL, PRIMARY KEY (`custId`))訂單表：CREATE TABLE `Order` ( `ordId` int(8) NOT NULL, `custId` int(8) DEFAULT NULL,`adminId` int(8) DEFAULT NULL, `delivTime` datetime DEFAULT NULL, `delivAdde` varchar(30) DEFAULT NULL, `Phone` varchar(15) DEFAULT NULL, `payMode` varchar(10) DEFAULT NULL, `ordStatus` varchar(10) DEFAULT NULL, `subTotal` int(10) DEFAULT NULL, `totalAmount` varchar(10) DEFAULT NULL, PRIMARY KEY (`ordId`))菜品表：CREATE TABLE `Dish` ( `dishId` int(8) NOT NULL, `storeId` int(8) DEFAULT NULL, `dishName` varchar(20) DEFAULT NULL, `dishDesc` varchar(30) DEFAULT NULL, `dishType` varchar(20) DEFAULT NULL, `dishPrice` decimal(10,2) DEFAULT NULL, `salesVolume` int(10) DEFAULT NULL, `dishStatus` varchar(10) DEFAULT NULL, PRIMARY KEY (`dishId`))購物車表：CREATE TABLE `Shopcart` ( `custId` int(8) NOT NULL, `ordId` int(8) NOT NULL, `quantity` int(8) DEFAULT NULL, `actualPrice` decimal(10,2) DEFAULT NULL, `amount` int(8) DEFAULT NULL, PRIMARY KEY (`ordId`,`custId`))評論表：CREATE TABLE `Comment` ( `mId` int(8) NOT NULL, `custId` int(8) DEFAULT NULL, `dishId` int(8) DEFAULT NULL, `mcont` varchar(30) DEFAULT NULL, `mLevel` varchar(10) DEFAULT NULL, `mTime` datetime NOT NULL, PRIMARY KEY (`mTime`,`mId`))店鋪表：CREATE TABLE `Store` ( `storeId` int(8) NOT NULL, `storeDesc` varchar(30) DEFAULT NULL, `storeAddr` varchar(30) DEFAULT NULL, `storePhone` int(15) DEFAULT NULL, PRIMARY KEY (`storeId`))管理員表：CREATE TABLE `Administrater` ( `adminId` int(8) NOT NULL, `adminName` varchar(20) DEFAULT NULL, `adminPW` varchar(20) DEFAULT NULL, `adminType` varchar(10) DEFAULT NULL, PRIMARY KEY (`adminId`)) 新聞表：CREATE TABLE `News` ( `newsId` int(8) DEFAULT NULL, `adminId` int(8) DEFAULT NULL, `newsTitle` varchar(30) DEFAULT NULL, `newsCont` varchar(50) DEFAULT NULL, `newsType` varchar(15) DEFAULT NULL, `pubTime` datetime DEFAULT NULL, `browseNum` int(8) DEFAULT NULL)l 規(guī)范化關系Comment(mId, mTime, custId, dishId ,mcont,mLevel)Customer(custId, custName, custEmail, custAddr, custPhone, custPW, custStatus)Dish(dishId, storeId, dishName, dishDesc, dishType, dishPrice, salesVolume, dishStatus)反規(guī)范化Comment(mId, mTime, custId, dishId ,mcont,mLevel, custName, custEmail, custAddr, custPhone, custPW, custStatus, dishName, dishDesc, dishType, dishPrice, salesVolume, dishStatus)將兩個一對多的關系合并，避免了連接。但幾個顧客評論一個菜品，一個菜品評論多個菜品會使得表中大量數(shù)據(jù)是重復的，檢索數(shù)量不會高于插入和更新，反規(guī)范化是應該避免的。l 規(guī)范化關系Dish(dishId, storeId, dishName, dishDesc, dishType, dishPrice, salesVolume, dishStatus)Store(storeId, storeDesc, storeAddr, storePhone)反規(guī)范化Dish(dishId, storeId, dishName, dishDesc, dishType, dishPrice, salesVolume, dishStatus, storeDesc, storeAddr, storePhone)將兩個一對多的關系合并，避免了連接。當每家店的菜品數(shù)量較少時重復較少，反規(guī)范化是合適的。l 規(guī)