數(shù)據(jù)庫洗衣店管理系統(tǒng)課程設計樣本

課程設計（論文）任務書軟件學院學院軟件工程測試方向?qū)I(yè)軟測2班班一、課程設計(論文)題目洗衣店管理系統(tǒng)二、課程設計(論文)工作自年1月5日起至年1月9日止三、課程設計(論文)地點：軟件測試實驗室四、課程設計(論文)內(nèi)容規(guī)定：1．本課程設計目（1）鞏固和加深對數(shù)據(jù)庫基本知識理解，提高綜合運用課程知識能力。（2）使學生鞏固所學理論基本知識理解，掌握數(shù)據(jù)庫設計全過程及技術與辦法。（3）培養(yǎng)學生編制軟件文檔及開發(fā)應用系統(tǒng)能力，提高學生獨立分析問題、解決問題能力，鍛煉和加強學生動手能力。使學生掌握使用各種計算機資料和關于參照資料。2．課程設計任務及規(guī)定（1）依照選題任務規(guī)定，收集并查詢有關文獻資料，明確系統(tǒng)需求；通過對系統(tǒng)功能分析和數(shù)據(jù)分析進行系統(tǒng)需求分析設計，完畢數(shù)據(jù)流圖（DFD圖）及數(shù)據(jù)字典（DD）階段性成果；（2）數(shù)據(jù)庫概念構造設計，完畢基本全局E-R圖設計并體現(xiàn)設計過程；（3）數(shù)據(jù)庫邏輯構造設計，完畢數(shù)據(jù)庫關系模式設計及優(yōu)化；（4）數(shù)據(jù)庫物理構造設計，完畢數(shù)據(jù)庫實行所有sql腳本編寫及索引文獻創(chuàng)立；完畢安全性控制及完整性約束；（5）數(shù)據(jù)庫實行；（6）特別規(guī)定自己獨立完畢；2）創(chuàng)新規(guī)定：在基本規(guī)定達到后，可進行創(chuàng)新設計，如完善功能、和諧人機界面。3）課程設計論文編寫規(guī)定（1）要按照書稿規(guī)格打印與寫課程設計報告書；（2）報告涉及目錄、緒論、正文、小結(jié)、參照文獻、附錄等；（3）課程設計報告裝訂按學校統(tǒng)一規(guī)定完畢；4）課程設計進度安排內(nèi)容天數(shù)地點構思及收集資料1圖書館數(shù)據(jù)庫設計3實驗室撰寫報告1圖書館、實驗室學生簽名：年1月5日課程設計(論文)評審意見（1）考勤（20分）：優(yōu)（）、良（）、中（）、普通（）、差（）；（2）設計內(nèi)容（40分）：優(yōu)（）、良（）、中（）、普通（）、差（）；（3）答辯（25分）：優(yōu)（）、良（）、中（）、普通（）、差（）；（4）文檔格式規(guī)范整潔（15分）優(yōu)（）、良（）、中（）、普通（）、差（）；（5）任何抄襲成績一律歸零；評閱人：職稱：講師年1月12日

目錄TOC\o"1-1"\h\z\u一緒論 4二需求分析 4三概念構造設計 16四邏輯構造設計 19五數(shù)據(jù)庫完整性設計 21六物理構造設計 23七數(shù)據(jù)庫實行 25小結(jié) 32參照文獻 32一緒論近幾年來洗衣店行業(yè)興起，減輕了上班族許多承擔，然而洗衣店良好服務質(zhì)量卻離不開良好管理辦法。為了迎合當今洗衣業(yè)發(fā)展，制作出了洗衣店管理系統(tǒng)。此系統(tǒng)涉及對會員注冊，收、取衣服記錄，收費記錄等功能，還能對洗衣店其她支出類消費進行記錄，能以便記錄出一天內(nèi)營業(yè)額和支出額。針對普通洗衣店管理流程，此系統(tǒng)可以完畢大某些業(yè)務功能。二需求分析2.1編寫目更好理解所制作洗衣店管理系統(tǒng)以以便洗衣店員工使用。2.2需求分析2.2.1系統(tǒng)功能描述此系統(tǒng)應用于小型洗衣店，給洗衣店提供尋常收取衣記錄，會員管理，收支管理等功能，能以便洗衣店每日工作。（1）會員管理為進店顧客提供注冊會員功能，建立會員表，記錄會員信息，涉及會員號，注冊時間等個人信息。（2）收、取衣管理記錄每次收、取衣服信息，還涉及對衣服信息明細記錄。（3）權限管理建立權限表記錄洗衣店店長、店員和老板登錄信息。（4）財務管理建立收費表以記錄收費信息建立支出表以記錄支出信息。2.2.2系統(tǒng)功能圖洗衣店管理系統(tǒng)洗衣店管理系統(tǒng)店員登錄店長登錄老板登錄記錄收衣信息記錄取衣信息記錄收費信息記錄支出信息記錄收衣信息記錄取衣信息記錄收費信息查看每日記錄權限管理會員管理圖2.2.2.1系統(tǒng)功能圖2.2.3系統(tǒng)流程圖圖2.3.3.1系統(tǒng)流程圖2.2.4數(shù)據(jù)流圖洗衣店管理系統(tǒng)洗衣店管理系統(tǒng)店員店長會員老板注冊查看所有信息記錄收取衣服信息記錄收取衣服信息記錄收費信息記錄收費信息記錄支出信息管理權限圖2.2.4.1系統(tǒng)頂層數(shù)據(jù)流圖店長店長顧客老板2收衣3取衣5支出4收費1注冊會員收衣信息取衣信息收費信息會員信息6查看守理所有信息店員支出信息操作登錄記錄操作會員資料會員資料會員資料顧客信息顧客信息圖2.4.4.2系統(tǒng)第一層數(shù)據(jù)流圖核對后信息核對后信息1.1登記會員資料1.2記錄信息店長登錄準備存儲信息確認無誤會員信息顧客顧客信息圖2.4.4.3會員注冊核對后信息核對后信息會員信息2.1核對會員資料2.2檢查衣物收衣信息2.3記錄信息店員或店長登錄準備存儲信息檢查完信息確認無誤圖2.4.4.4記錄收衣信息2.2.5實體與數(shù)據(jù)通過度析可懂得次洗衣店系統(tǒng)中實體涉及：會員，收衣，取衣，收費，權限，支出。(1)會員：會員號，注冊日期，姓名，年齡，聯(lián)系電話，家庭住址。(2)收衣：收衣號，日期，數(shù)量，會員號，備注。(3)明細：明細號，衣服編號，衣服種類，收衣號，描述。(4)收費：收費號，收費金額，收費日期，收衣號。(5)權限：權限號，權限名，權限密碼。(6)支出：支出號，支出類型，支出金額，支出日期。2.2.6實體之間聯(lián)系有(1)會員與收衣之間（1：N）(2)收衣與明細之間（1：N）2.2.7數(shù)據(jù)字典數(shù)據(jù)字典涉及數(shù)據(jù)項，數(shù)據(jù)構造，數(shù)據(jù)流，數(shù)據(jù)存儲，解決過程5個某些。數(shù)據(jù)項是不可再分數(shù)據(jù)單位，數(shù)據(jù)構造是反映數(shù)據(jù)之間組合關系，數(shù)據(jù)流是在系統(tǒng)中傳播途徑，數(shù)據(jù)存儲是數(shù)據(jù)構造停留或保存地方，也是數(shù)據(jù)流來源和去向之一，解決過程詳細解決邏輯普通用鑒定表或鑒定樹來描述。（1）數(shù)據(jù)項數(shù)據(jù)項數(shù)據(jù)類型別名含義闡明取值范疇MemberIDint會員號唯一標記每一種會員00000001~99999999SignDateDATE注冊時間-01-01~-01-09NAMEvarchar姓名文字闡明AGEint年齡15~80TELEPHONEint聯(lián)系電話ADDRESSvarchar家庭住址文字闡明GetNumberint收衣號唯一標記每一次收、取衣記錄00000001~99999999GetDateDATE日期-01-01~-01-09GetNumberint數(shù)量1~10Remarkvarchar備注闡明收衣還是取衣DetailNumberint明細號唯一標記每一次明細記錄00000001~99999999ClothingIDint衣服編號1~10ClothingStylevarchar衣服種類文字闡明Bewritevarchar描述文字闡明ChargeNumberint收費號唯一標記每一次收費記錄00000001~99999999Chargeint收費金額ChargeDateDATE收費日期-01-01~-01-09JurisdictionNumberint權限號唯一標記每一種權限0001~0003JurisdictionNamevarchar權限名文字闡明JurisdictionPasswordint權限密碼由數(shù)字構成PayNumberint支出號唯一標記每一次支出記錄00000001~99999999PayTypevarchar支出類型文字闡明PayMoneyint支出金額1~9999PayDateDATE支出日期-01-01~-01-09（2）數(shù)據(jù)構造eq\o\ac(○,1)數(shù)據(jù)構造：會員含義闡明:會員管理系統(tǒng)主體數(shù)據(jù)構造，定義了會員有關信息構成：會員號，注冊時間，姓名，年齡，聯(lián)系電話，家庭住址。eq\o\ac(○,2)數(shù)據(jù)構造：收衣表含義闡明：收取衣管理系統(tǒng)主體數(shù)據(jù)構造，定義了收、取衣記錄信息構成：收衣號，日期，數(shù)量，會員號，備注。eq\o\ac(○,3)數(shù)據(jù)構造：明細表含義闡明：收衣管理系統(tǒng)子體數(shù)據(jù)構造，定義了收衣記錄中衣服信息闡明信息。構成：明細號，衣服編號，衣服種類，收衣號，描述。eq\o\ac(○,4)數(shù)據(jù)構造：收費表含義闡明：收費管理系統(tǒng)主體數(shù)據(jù)構造，定義了收費記錄信息構成：收費號，收費金額，收費日期，取衣號。eq\o\ac(○,5)數(shù)據(jù)構造：權限表含義闡明：權限管理系統(tǒng)主體數(shù)據(jù)構造，定義了權限記錄信息構成：權限號，權限名，權限密碼。eq\o\ac(○,6)數(shù)據(jù)構造：支出表含義闡明：消費管理系統(tǒng)主體數(shù)據(jù)構造，定義了支出記錄信息構成：支出號，支出類型，支出金額，支出日期。（3）數(shù)據(jù)流eq\o\ac(○,1)數(shù)據(jù)流：會員信息闡明:會員注冊時記錄信息數(shù)據(jù)流來源：注冊數(shù)據(jù)流去向：會員表構成：會員號，注冊時間，姓名，年齡，聯(lián)系電話，家庭住址。eq\o\ac(○,2)數(shù)據(jù)流：收衣信息闡明：收衣時記錄信息數(shù)據(jù)流來源：收衣，取衣數(shù)據(jù)流去向：收衣表構成：收衣號，日期，數(shù)量，會員號，備注。eq\o\ac(○,3)數(shù)據(jù)流：明細信息闡明：收衣時記錄衣物信息數(shù)據(jù)流來源：收衣數(shù)據(jù)流去向：明細表構成：明細號，衣服編號，衣服種類，收衣號，描述。eq\o\ac(○,4)數(shù)據(jù)流：收費信息闡明：收費時記錄信息數(shù)據(jù)流來源：收費數(shù)據(jù)流去向：收費表構成：收費號，收費金額，收費日期，收衣號。eq\o\ac(○,5)數(shù)據(jù)流：權限記錄闡明：記錄洗衣店員工權限記錄數(shù)據(jù)流來源：員工輸入數(shù)據(jù)流去向：權限表構成：權限號，權限名，權限密碼。eq\o\ac(○,6)數(shù)據(jù)流：支出信息闡明：支出時記錄信息數(shù)據(jù)流來源：支出數(shù)據(jù)流去向：支出表構成：支出號，支出類型，支出金額，支出日期。（4）（5）數(shù)據(jù)存儲、解決過程數(shù)據(jù)存儲名功能解決闡明insert-cust添加新注冊會員信息注冊成功后在會員表中添加該會員信息select-cust查詢會員信息店長登錄系統(tǒng)后可以查詢會員個人信息update-cust修改會員信息店長登錄系統(tǒng)后可以修改會員個人信息delete-cust刪除會員信息店長登錄系統(tǒng)后可以刪除會員個人信息insert-get添加收衣信息店員或店長登錄系統(tǒng)后可以對收衣信息進行添加select-get查詢收衣信息店員或店長登錄系統(tǒng)后可以對收衣信息進行查詢update-get修改收衣信息店員或店長登錄系統(tǒng)后可以對收衣信息進行修改delete-get刪除收衣信息店員或店長登錄系統(tǒng)后可以對收衣信息進行刪除insert-take添加取衣信息店員或店長登錄系統(tǒng)后可以對取衣信息進行添加select-take查詢?nèi)∫滦畔⒌陠T或店長登錄系統(tǒng)后可以對取衣信息進行查詢update-take修改取衣信息店員或店長登錄系統(tǒng)后可以對取衣信息進行修改delete-take刪除取衣信息店員或店長登錄系統(tǒng)后可以對取衣信息進行刪除insert-detail添加衣服明細信息店員或店長登錄系統(tǒng)后可以對衣服明細信息進行添加select-detail查詢衣服明細信息店員或店長登錄系統(tǒng)后可以對衣服明細信息進行查詢update-detail修改衣服明細信息店員或店長登錄系統(tǒng)后可以對衣服明細信息進行修改delete-detail刪除衣服明細信息店員或店長登錄系統(tǒng)后可以對衣服明細信息進行刪除insert-charge添加收費信息店員或店長登錄系統(tǒng)后可以對收費信息進行添加select-charge查詢收費信息店員或店長登錄系統(tǒng)后可以對收費信息進行查詢update-charge修改收費信息店員或店長登錄系統(tǒng)后可以對收費信息進行修改delete-charge刪除收費信息店員或店長登錄系統(tǒng)后可以對收費信息進行刪除insert-pay添加支出信息店長登錄系統(tǒng)后可以對本店支出信息進行添加select-pay查詢支出信息店長登錄系統(tǒng)后可以對本店支出信息進行查詢update-pay修改支出信息店長登錄系統(tǒng)后可以對本店支出信息進行修改delete-pay刪除支出信息店長登錄系統(tǒng)后可以對本店支出信息進行刪除select-all查詢所有信息老板登錄系統(tǒng)后可以查詢本店所有信息三概念構造設計在需求分析階段所得到應用需求應當一方面抽象為信息世界構造，才干更好地用某一DBMS實現(xiàn)這些需求。3.1實體圖將通過需求分析得到實體圖畫出如下：（1）會員實體圖會員號會員號注冊時間姓名年齡家庭住址聯(lián)系電話會員圖3.1.1會員實體圖（2）收衣實體圖數(shù)量數(shù)量日期收衣號會員號收衣備注圖3.1.2收衣實體圖（3）明細實體圖明細明細號衣服種類衣服編號收衣號明細描述圖3.1.3明細實體圖（4）收費實體圖收衣收衣號收費號收費金額收費日期收費圖3.1.4收費實體圖（5）權限實體圖權限名權限名權限號權限密碼權限圖3.1.5權限實體圖（6）支出實體圖支出號支出號支出金額支出類型支出支出日期圖3.1.6支出實體圖3.2總體ER圖通過以上分ER圖，得到如下總體ER圖。權限權限支出收費會員明細收衣n11n1人21登記記錄計算圖3.2.1總體ER圖四邏輯構造設計本次設計數(shù)據(jù)庫在SQLServer上實現(xiàn)，將概念構造設計中E-R圖轉(zhuǎn)換成SQLSever支持關系數(shù)據(jù)模型。4.1關系設計關系設計涉及實體轉(zhuǎn)換和聯(lián)系轉(zhuǎn)換。4.1.1實體轉(zhuǎn)換將每個單獨實體轉(zhuǎn)換為一張單獨表(1)會員：會員號，注冊時間，姓名，年齡，聯(lián)系電話，家庭住址。(2)收衣：收衣號，日期，數(shù)量，會員號，備注。(3)明細：明細號，衣服編號，衣服種類，收衣號，描述。(4)收費：收費號，收費金額，收費日期，收衣號。(5)權限：權限號，權限名，權限密碼。(6)支出：支出號，支出類型，支出金額，支出日期。4.1.2聯(lián)系轉(zhuǎn)換一種實體型轉(zhuǎn)換為關系模式，實體屬性就是關系屬性，實體碼就是關系碼。對于實體間聯(lián)系有如下幾種不同狀況：(1)一對一聯(lián)系轉(zhuǎn)化為一張單獨關系表會員：會員號，注冊時間，姓名，年齡，聯(lián)系電話，家庭住址。權限：權限號，權限名，權限密碼。支出：支出號，支出類型，支出金額，支出日期。(2)一對多聯(lián)系通過在多表中添加屬性來實現(xiàn)收衣：收衣號，日期，數(shù)量，會員號，備注。明細：明細號，衣服編號，衣服種類，收衣號，描述。收費：收費號，收費金額，收費日期，收衣號。(3)多對多一聯(lián)系轉(zhuǎn)化為一張單獨關系表此系統(tǒng)中不存在多對多關系4.2關系優(yōu)化（1）會員表：函數(shù)依賴集為F1={會員號，注冊時間，姓名，年齡，聯(lián)系電話，家庭住址}∈3NF主屬性：會員號非主屬性：注冊時間，姓名，年齡，聯(lián)系電話，家庭住址。（2）收衣表：函數(shù)依賴集為F2={收衣號，日期，數(shù)量，會員號，備注}∈3NF主屬性：收衣號，會員號非主屬性：日期，數(shù)量，備注。（3）明細表：函數(shù)依賴集為F3={明細號，衣服編號，衣服種類，收衣號，描述}∈3NF主屬性：明細號，收衣號非主屬性：衣服編號，衣服種類，描述。（4）收費表：函數(shù)依賴集為F4={收費號，收費金額，收費日期，收衣號}∈3NF主屬性：收費號，收衣號非主屬性：收費金額，收費日期。（5）權限表：函數(shù)依賴集為F5={權限號，權限名，權限密碼}∈3NF主屬性：權限號非主屬性名：權限名，權限密碼。（6）支出表：函數(shù)依賴集為F6={支出號，支出類型，支出金額，支出日期}∈3NF主屬性：支出號非主屬性：支出類型，支出金額，支出日期。五數(shù)據(jù)庫完整性設計5.1約束闡明依照參照完整性，表與表之間有主鍵、外鍵、顧客自定義約束。(1)會員號是會員表主鍵，在8位以內(nèi)，只能由數(shù)字構成。(2)收衣表中數(shù)量限制在10如下。(3)明細表中衣服編號只能是1到10數(shù)字。(4)收衣表中收衣號為主鍵(5)明細表中明細號號為主鍵(6)收費表中收費號為主鍵(7)收衣表中會員號參照會員表中會員號(8)明細表中收衣號參照收衣表中收衣號(9)收費表中收衣號參照會員表中收衣號(10)收衣表中備注只能闡明是收衣還是取衣。5.2基本表(1)會員表屬性名數(shù)據(jù)類型與否為空含義與否為主鍵MemberIDintNotnull會員號PrimarykeySignTIMEDATENotnull注冊時間NAMEvarcharNotnull姓名AGEintNotnull年齡TELEPHONEintNotnull聯(lián)系電話ADDRESSvarcharNotnull家庭住址(2)收衣表屬性名數(shù)據(jù)類型與否為空含義與否為主鍵GetNumberintNotnull收衣號PrimarykeyGetDateDATENotnull日期GNumberintNotnull數(shù)量MemberIDintNotnull會員號PrimarykeyGRemarkvarcharNotnull備注(3)明細表屬性名數(shù)據(jù)類型與否為空含義與否為主鍵DetailNumberintNotnull明細號PrimarykeyClothingIDintNotnull衣服編號ClothingStylevarcharNotnull衣服種類GetNumberintNotnull收衣號PrimarykeyBewritevarchar描述(4)收費表屬性名數(shù)據(jù)類型與否為空含義與否為主鍵ChargeNumberintNotnull收費號PrimarykeyChargeintNotnull收費金額ChargeDateDATENotnull收費日期GetNumberintNotnull收衣號Primarykey(5)權限表屬性名數(shù)據(jù)類型與否為空含義與否為主鍵JurisdictionNumberintNotnull權限號PrimarykeyJurisdictionNamevarcharNotnull權限名JurisdictionPasswordintNotnull權限密碼(6)支出表屬性名數(shù)據(jù)類型與否為空含義與否為主鍵PayNumberintNotnull支出號PrimarykeyPayTypevarcharNotnull支出類型PayMoneyintNotnull支出金額PayDateDATENotnull支出日期六物理構造設計數(shù)據(jù)庫在物理設備上存儲構造與存取辦法稱為數(shù)據(jù)庫物理構造，它依賴于選定數(shù)據(jù)庫管理系統(tǒng)。為一種給定邏輯數(shù)據(jù)模型選用一種最適合應用規(guī)定物理構造過程，就是數(shù)據(jù)庫物理設計。數(shù)據(jù)庫物理設計普通分為兩步：(1)擬定數(shù)據(jù)庫物理構造擬定數(shù)據(jù)庫物理構造重要指擬定數(shù)據(jù)存儲位置和存儲構造，涉及：擬定關系、索引、聚簇、日記、備份等存儲安排和存儲構造，擬定系統(tǒng)配備等。eq\o\ac(○,1)擬定數(shù)據(jù)存儲位置為了提高系統(tǒng)性能，咱們依照應用狀況將數(shù)據(jù)易變某些與穩(wěn)定某些、經(jīng)常存取某些和存取頻率較低某些分開存儲。把權限表作為數(shù)據(jù)穩(wěn)定和存儲頻率較低某些，把會員表、收衣表、取衣表、收費表和支出表作為數(shù)據(jù)易變和經(jīng)常存儲某些，分開存儲。eq\o\ac(○,2)擬定系統(tǒng)配備在進行物理設計時，依照應用環(huán)境，將數(shù)據(jù)庫大小參數(shù)值設立為：事務日記分派空間為1.00MB，文獻按10比例自動增長，并將文獻增長限制為10.00MB；數(shù)據(jù)文獻分派空間為2.00MB，文獻按10比例自動增長，并將文獻增長限制為10.00MB。(2)對物理構造進行評價數(shù)據(jù)庫系統(tǒng)是多顧客共享系統(tǒng)，對同一種關系要建立多條存取途徑才干滿足多顧客各種應用規(guī)定。物理設計任務之一就是要擬定哪些存取辦法，即建立哪些存取途徑。慣用存取辦法有三類。第一類是索引辦法，當前重要是B+樹索引辦法；第二類是聚簇辦法；第三類是HASH辦法。（1）索引存取辦法選?、儆捎跁T表MemberID經(jīng)常在查詢和連接操作條件中浮現(xiàn)，故在MemberID上建立B+樹索引。②由于收衣表GETNumber經(jīng)常在查詢和連接操作條件中浮現(xiàn)，故在GETNumber上建立B+樹索引。③由于收費表Charge經(jīng)常作為最大值、最小值以及求和等匯集函數(shù)參數(shù)，故在這Charge上建立B+樹索引。④由于支出表PayMoney經(jīng)常作為最大值、最小值以及求和等匯集函數(shù)參數(shù)，故在這PayMoney上建立B+樹索引。（2）聚簇存取辦法選取①由于收衣表GETNumber經(jīng)常要進行連接操作，為了提高GETNumber查詢速度，則對此關系建立一種聚簇索引。②由于會員MemberID經(jīng)常要進行連接操作，為了提高MemberID查詢速度，則對此關系建立一種聚簇索引。③由于收費表ChargeNumber經(jīng)常要進行連接操作，為了提高ChargeNumber查詢速度，則對此關系建立一種聚簇索引。④由于明細表DetailNumber經(jīng)常要進行連接操作，為了提高DetailNumber查詢速度，則對此關系建立一種聚簇索引。⑤由于支出表PayNumber經(jīng)常要進行連接操作，為了提高PayNumber查詢速度，則對此關系建立一種聚簇索引。六數(shù)據(jù)庫實行CREATETABLEJURISDICTION( JurisdictionNumberintNOTNULL, JurisdictionNAMEvarchar(20)NOTNULL, JurisdictionPasswordintNOTNULL）圖6.1權限表CREATETABLEMember( MemberIDintNOTNULL, SignTIMEdateNOTNULL, NAMEvarchar(40)NOTNULL, AGEintNOTNULL, TEHEPHONEintNOTNULL, ADDRESSvarchar(80)NOTNULL）圖6.2會員表CREATETABLEGetClothing( GetNumberintNOTNULL, GetDatedateNOTNULL, GNumberintNOTNULLCHECK(GNumber>=1ANDGNumber<=10) MemberIDintNOTNULL, Remarkvarchar(20)CHECK(RemarkIN('收','取'))）圖6.3收衣表CREATETABLEDetail(DetialNumberintNOTNULL,ClothingIDintNOTNULLCHECK(ClothingID>=1ANDC