基于移動(dòng)終端的垃圾分類app的設(shè)計(jì)與實(shí)現(xiàn)

摘要現(xiàn)今，垃圾分類是一項(xiàng)亟需落實(shí)到社會(huì)實(shí)處且龐大的系統(tǒng)工程，是基本的民生問題，不僅關(guān)系我們的生活環(huán)境，也是社會(huì)文明水平的一個(gè)重要體現(xiàn)；但目前我國(guó)垃圾分類相關(guān)政策尚未完善，相對(duì)應(yīng)措施尚未普及到各省市區(qū)，國(guó)民的垃圾分類意識(shí)相對(duì)較弱，垃圾分類知識(shí)也未能普及。本文將以軟件工程的角度，從需求設(shè)計(jì)到編碼實(shí)現(xiàn)測(cè)試，主要使用Reactnative開發(fā)實(shí)現(xiàn)一個(gè)集垃圾分類知識(shí)普及、舊物回收、社區(qū)傳播等功能的跨平臺(tái)移動(dòng)終端便民應(yīng)用。在網(wǎng)絡(luò)訊息化的時(shí)代，更應(yīng)該利用好互聯(lián)網(wǎng)的快速傳播和便捷性，以終端應(yīng)用推進(jìn)垃圾分類簡(jiǎn)單有趣地實(shí)施，讓垃圾得以回收利用，提高資源的利用效率，改變?nèi)藗兊纳詈拖M(fèi)方式，真正樹立綠色生活理念和生活方式，分類在指間，文明在心間，人人都是受益者，也是行動(dòng)者。關(guān)鍵詞：垃圾分類舊物回收互聯(lián)網(wǎng)+ReactNative跨平臺(tái)

AbstractNowadays,wasteclassificationisahugeandurgentsystemprojectthatneedstobeimplementedinsociety.Itisabasicissueofpeople'slivelihood.Itisnotonlyrelatedtoourlivingenvironment,butalsoanimportantmanifestationofsocialcivilization;However,atpresent,China'sgarbageclassificationpolicieshavenotbeenperfected,andthecorrespondingmeasureshavenotbeenpopularizedinvariousprovincesandmunicipalities.Thenationalgarbageclassificationawarenessisrelativelyweak,andtheknowledgeofgarbageclassificationhasnotbeenpopularized.ThisarticlewilluseReactnativetodevelopacross-platformmobileterminalconvenienceapplicationthatintegratesthefunctionsofgarbageclassificationknowledgepopularization,oldmaterialrecycling,communitycommunication,etc.fromtheperspectiveofsoftwareengineering,whichisfromrequirementsdesigntocodingimplementationtesting.Intheeraofnetworkinformationization,weshouldmakebetteruseoftherapidspreadandconvenienceoftheInternet.Promotethesimpleandinterestingimplementationofgarbageclassificationbyterminalapplications,sothatgarbagecanberecycled.Anditalsocanimprovetheefficiencyofresourceutilization,changepeople'slivesandconsumptionmethods,andtrulyestablishagreenlifeconceptandlifestyle.Classificationisbetweenthefingers,civilizationisintheheart,everyoneisabeneficiaryandanactoraswell.KEYWORDS：Garbage-Classification Recycling Internet+ ReactNativecross-platform

目錄TOC\o"1-3"\h\u第一章緒論 緒論本章將分三部分對(duì)項(xiàng)目情況及論文主要內(nèi)容、項(xiàng)目開發(fā)背景及意義、項(xiàng)目國(guó)內(nèi)外發(fā)展現(xiàn)狀進(jìn)行分析說明，明確項(xiàng)目研究方向及目標(biāo)。1.1項(xiàng)目及論文主要內(nèi)容1.1.1項(xiàng)目簡(jiǎn)介本項(xiàng)目旨在設(shè)計(jì)一款基于移動(dòng)終端的垃圾分類舊物回收便民APP，其主要功能是實(shí)現(xiàn)對(duì)用戶生活垃圾進(jìn)行分類代扔、垃圾分類知識(shí)科普、家用舊物上門回收業(yè)務(wù)，普及用戶垃圾分類知識(shí)及提高環(huán)保意識(shí)；其次將實(shí)現(xiàn)一個(gè)積分商城，主要圍繞居家使用場(chǎng)景針對(duì)生活家用及衛(wèi)生環(huán)保用品（每日生鮮、廚房小工具、環(huán)衛(wèi)用品等）供用戶進(jìn)行積分兌換，實(shí)現(xiàn)用戶下單兌換實(shí)物的業(yè)務(wù)，以實(shí)物提高用戶粘性，通過該形式帶動(dòng)社區(qū)居民主動(dòng)地進(jìn)行垃圾分類及回收；此外將設(shè)立環(huán)保社區(qū)供用戶針對(duì)垃圾分類、環(huán)保、舊物利用等話題進(jìn)行發(fā)帖討論，提高垃圾分類、廢物利用的社會(huì)關(guān)注度，以可持續(xù)發(fā)展理念力爭(zhēng)做到物盡其用，將垃圾分類的“科普”接地氣，融入到每天都會(huì)使用的手機(jī)里，有利于調(diào)動(dòng)群眾的積極性，讓全民都樂于參與到垃圾分類中來。該項(xiàng)目在實(shí)現(xiàn)上遵循軟件工程的原則方法流程進(jìn)行開發(fā)，按照軟件工程框架及軟件的生存周期，通過信息系統(tǒng)分析與設(shè)計(jì)方法對(duì)項(xiàng)目進(jìn)行分析，采用原型模型開發(fā)，使用AxureRP9設(shè)計(jì)一套軟件原型，再應(yīng)用面向?qū)ο蟮姆椒ㄊ褂肰isio及其他畫圖工具進(jìn)行UML建模對(duì)軟件分模塊地進(jìn)行設(shè)計(jì)，編程技術(shù)方面將采用Node.js+ReactNative+Realm進(jìn)行系統(tǒng)開發(fā)。1.1.2論文主要內(nèi)容本文內(nèi)容分為八章，第一章對(duì)項(xiàng)目及其背景現(xiàn)狀和研究意義進(jìn)行詳盡介紹，第二章對(duì)系統(tǒng)開發(fā)過程中所使用的工具和相關(guān)技術(shù)進(jìn)行介紹分析，第三章從技術(shù)、經(jīng)濟(jì)、操作、法律四個(gè)方面對(duì)項(xiàng)目進(jìn)行可行性分析報(bào)告，第四章從用戶角度出發(fā)針對(duì)系統(tǒng)各方面功能進(jìn)行系統(tǒng)需求分析，第五章按照需求分析內(nèi)容使用面向?qū)ο蟮姆椒澳K化原則對(duì)系統(tǒng)進(jìn)行結(jié)構(gòu)設(shè)計(jì)，第六章根據(jù)系統(tǒng)數(shù)據(jù)需求以數(shù)據(jù)表為單位進(jìn)行數(shù)據(jù)庫(kù)設(shè)計(jì)，第七章遵從上述內(nèi)容對(duì)系統(tǒng)進(jìn)行原型設(shè)計(jì)，第八章對(duì)項(xiàng)目開發(fā)過程和論文撰寫進(jìn)行總結(jié)，以上是本文的主要內(nèi)容概括。1.2項(xiàng)目的開發(fā)背景及意義1.2.1研究背景隨著我國(guó)經(jīng)濟(jì)的快速發(fā)展以及國(guó)民物質(zhì)生活的持續(xù)豐富與改善，“垃圾圍城”難題日益凸顯，城市周邊以前所未有的速度出現(xiàn)越來越多的固體廢棄物，而傳統(tǒng)的垃圾主要采用焚燒、填埋等處理方式，浪費(fèi)稀有的土地資源同時(shí)還破壞生態(tài)環(huán)境；據(jù)中國(guó)固廢網(wǎng)2020-01-03下午13:45所發(fā)布的《2019年全國(guó)大、中城市固體廢物污染環(huán)境防治年報(bào)》顯示，2018我國(guó)200個(gè)大、中城市生活垃圾產(chǎn)生量21147.3萬(wàn)噸[1]。為城市建設(shè)帶來了環(huán)境污染、垃圾焚燒清理耗費(fèi)大量電力等問題，且每年生活垃圾產(chǎn)量仍在逐步遞增（詳情見圖1.1）。圖1.12013-2018我國(guó)城市生活垃圾產(chǎn)生量對(duì)比圖[數(shù)據(jù)來源：生態(tài)環(huán)境部]2017年初，發(fā)改委及住建部聯(lián)合下發(fā)《生活垃圾分類制度實(shí)施方案》指出在46個(gè)試點(diǎn)城市要求先行先試生活垃圾強(qiáng)制分類。截至2019年底，這46個(gè)重點(diǎn)試點(diǎn)城市生活垃圾分類的居民小區(qū)覆蓋率已經(jīng)接近70%[2]。且已有30個(gè)城市出臺(tái)關(guān)于垃圾分類的地方性法規(guī)規(guī)章，有16個(gè)城市將垃圾分類列入立法計(jì)劃。中央單位、駐京部隊(duì)和各省直機(jī)關(guān)全面推行垃圾分類，垃圾分類也在全國(guó)掀起一股浪潮。1.2.2開發(fā)意義由于中國(guó)公眾對(duì)于“垃圾分類”方法和政策，仍都處于適應(yīng)學(xué)習(xí)階段，因此“垃圾分類”亟需尋找一種民眾喜聞樂見的方式進(jìn)行傳播和普及，在移動(dòng)互聯(lián)網(wǎng)+時(shí)代下，移動(dòng)終端應(yīng)用帶來的便捷性、高效性、傳播性無(wú)可置疑，數(shù)以億計(jì)的用戶使用終端應(yīng)用在互聯(lián)網(wǎng)上進(jìn)行購(gòu)物、用餐、出行、工作、交友等，那么垃圾分類又何嘗不可；同時(shí)對(duì)于回收業(yè)務(wù)而言，目前較多的是一批無(wú)照經(jīng)營(yíng)、缺乏規(guī)范管理、缺乏安全回收運(yùn)輸條件的民間拾荒者走街串巷吆喝叫賣居多，極容易造成二次污染，且對(duì)于民眾來說也無(wú)法在需要回收的時(shí)候遇上回收者。而垃圾分類與回收業(yè)務(wù)也是密不可分、一脈相承的，因此我認(rèn)為開發(fā)一個(gè)結(jié)合用戶日常生活剛需業(yè)務(wù)的垃圾分類知識(shí)普及應(yīng)用幫助民眾在生活中解決廢品堆置、垃圾難以分類回收的問題是非常有必要的。無(wú)論是從經(jīng)濟(jì)發(fā)展、政策制度、生態(tài)環(huán)境、公眾習(xí)慣等多方面來看，垃圾分類的熱度都將持續(xù)上升，且隨著移動(dòng)互聯(lián)網(wǎng)用戶數(shù)量日益劇增以及其技術(shù)高速發(fā)展，項(xiàng)目開發(fā)使用后能極大程度普及用戶的垃圾分類知識(shí)，培養(yǎng)其垃圾分類意識(shí)，使其家庭閑置廢品能夠定時(shí)定量地回收，倡導(dǎo)民眾綠色消費(fèi)行為，共同參與到建設(shè)美好中國(guó)中來。與此同時(shí)，也能安全、合理、規(guī)范地約束和管控回收業(yè)務(wù)，提高資源利用率，以分類回收的方式讓放錯(cuò)位的資源重新歸位，推廣綠色回收業(yè)務(wù)，增加就業(yè)，促進(jìn)城市環(huán)衛(wèi)設(shè)施及環(huán)保產(chǎn)業(yè)的發(fā)展，構(gòu)建一套完整的收購(gòu)、運(yùn)輸、加工、成品市場(chǎng)、銷售的產(chǎn)業(yè)體系，使垃圾分類真正地落到實(shí)處，帶來綠色環(huán)境的同時(shí)也產(chǎn)生經(jīng)濟(jì)效益。1.3項(xiàng)目的發(fā)展現(xiàn)狀分析1.3.1國(guó)外垃圾分類現(xiàn)狀在垃圾分類這一方面，首屈一指當(dāng)是日本的精細(xì)分類。其將垃圾分為粗大類、可燃物、資源類、不可燃物、有害類，其下再細(xì)分若干子類，其子類又在細(xì)分若干孫類，據(jù)悉德島縣上勝町已經(jīng)把垃圾細(xì)分到44類，并計(jì)劃2020年實(shí)現(xiàn)“零垃圾”的目標(biāo)。在日本垃圾回收管理到位，措施得當(dāng)，每一類垃圾都在特定的時(shí)間被特定的運(yùn)輸車收走，且人人自覺，細(xì)致認(rèn)真，從小教育，從源頭上提高垃圾的回收利用率[4]。而美國(guó)的垃圾回收產(chǎn)業(yè)則在全國(guó)產(chǎn)業(yè)結(jié)構(gòu)中所占比重越來越大，垃圾分類的意識(shí)也逐漸深入公民的生活，分類垃圾桶已經(jīng)普及到生活中，其居民也樂意為垃圾分類出錢出力；包括英國(guó)、澳大利亞，甚至是發(fā)展中國(guó)家巴西、菲律賓等，都把垃圾分類作為重要任務(wù)在社區(qū)中開展實(shí)行。1.3.2國(guó)內(nèi)垃圾分類現(xiàn)狀反觀我國(guó)，垃圾分類仍處于初步定點(diǎn)嘗試階段，國(guó)民的垃圾分類意識(shí)和相關(guān)知識(shí)都十分薄弱，相關(guān)政策和行動(dòng)措施也尚未完善。自1997年以來，宣武區(qū)環(huán)衛(wèi)局便率先開始試點(diǎn)垃圾分類回收系統(tǒng)的工作，雖近些年我國(guó)在垃圾分類上沒有取得較好的成效，但從2019年7月開始，上海率先發(fā)布《上海市生活垃圾管理?xiàng)l例》，我國(guó)的垃圾分類也開始強(qiáng)制施行，居民們也紛紛帶頭響應(yīng)，落實(shí)行動(dòng)?，F(xiàn)如今我國(guó)各省市也在社會(huì)環(huán)境形勢(shì)的驅(qū)動(dòng)下按照政策的指導(dǎo)，根據(jù)城鄉(xiāng)實(shí)際特點(diǎn)，采取不同的分類收運(yùn)方法效解決混合收集清運(yùn)模式引來的問題和弊端，進(jìn)一步提高城鄉(xiāng)生活垃圾資源化和無(wú)害化水平，逐步形成垃圾分類回收利用的產(chǎn)業(yè)化格局，是當(dāng)前以及未來一段時(shí)間發(fā)展的趨勢(shì)，我國(guó)垃圾分類行業(yè)將在良好的政治局面下迎來環(huán)保產(chǎn)業(yè)市場(chǎng)的開端。1.3.3移動(dòng)互聯(lián)網(wǎng)+垃圾分類回收而在現(xiàn)今移動(dòng)互聯(lián)網(wǎng)+時(shí)代下的垃圾分類回收業(yè)務(wù)也將勢(shì)在必行。據(jù)悉，目前以移動(dòng)互聯(lián)網(wǎng)技術(shù)提供社區(qū)垃圾分類或回收服務(wù)的公司并不在少數(shù)，其中小黃狗、支付寶的易代扔、愛回收等公司產(chǎn)品都在該領(lǐng)域取得了很好的成績(jī)，但與此同時(shí)，也有一批相關(guān)業(yè)務(wù)的項(xiàng)目慘遭社會(huì)淘汰，這也說明目前移動(dòng)互聯(lián)網(wǎng)+垃圾回收產(chǎn)業(yè)是處于初級(jí)發(fā)展階段，居民接受度不高，垃圾回收利用率低，洋垃圾進(jìn)口等等，我們所需要面臨和解決的問題還有很多。隨著國(guó)家對(duì)此重視程度越來越高，逐步出臺(tái)許多相關(guān)政策，且這些政策紅利也正在催生一個(gè)巨大的新型市場(chǎng)，垃圾分類回收或?qū)⑹侵袊?guó)的又一個(gè)百億級(jí)別的潛在市場(chǎng)，一批社會(huì)資本正在攜“互聯(lián)網(wǎng)+”設(shè)備和創(chuàng)新理念進(jìn)入垃圾回收領(lǐng)域，這片藍(lán)海將大有所為。

系統(tǒng)開發(fā)工具和相關(guān)技術(shù)本章詳細(xì)列舉了本系統(tǒng)開發(fā)所使用的工具以及相關(guān)技術(shù)的信息及特點(diǎn)，通過對(duì)系統(tǒng)開發(fā)的工具及相關(guān)技術(shù)進(jìn)行了解和分析，以便后續(xù)制定系統(tǒng)設(shè)計(jì)方案，完成項(xiàng)目的開發(fā)。2.1ReactnativeReactNative是目前較為流行的移動(dòng)應(yīng)用跨平臺(tái)開發(fā)框架之一，其使用Javascript，JSX，CSS來開發(fā)移動(dòng)應(yīng)用，可采用不同的方法進(jìn)行混合移動(dòng)應(yīng)用開發(fā)，RN代碼與原生代碼開發(fā)的模塊可以無(wú)縫銜接，進(jìn)行雙向通信、以組件化的方式進(jìn)行開發(fā)，可兼容使用Java、Objective-C、Swift編寫的組件，也可使用操作系統(tǒng)原生組件，支持安卓和IOS兩大平臺(tái)。除此之外，RN所為人喜好的是其還具有靈活高效的應(yīng)用熱更新，無(wú)論是在開發(fā)和調(diào)試或用戶使用過程中，無(wú)需重新編譯重啟應(yīng)用，令人感到十分友好，其函數(shù)名、變量名都采用類似自然語(yǔ)言的命名法，代碼可讀性高，學(xué)習(xí)開發(fā)入手難度相對(duì)較低，越來越受市場(chǎng)和開發(fā)者的認(rèn)可和追捧。2.2Node.jsNode.js是基于ChromeV8引擎的JavaScript運(yùn)行環(huán)境，其使用一個(gè)事件驅(qū)動(dòng)、非阻塞式I/O的模型得以輕量高效，非常適合開發(fā)基于分布式設(shè)備運(yùn)行的數(shù)據(jù)密集型實(shí)時(shí)應(yīng)用，可在不新增額外線程的情況下，通過事件循環(huán)對(duì)任務(wù)進(jìn)行并發(fā)處理，為文件系統(tǒng)、數(shù)據(jù)庫(kù)之類的資源提供接口。Node.js作為一個(gè)新興的前端框架，其社區(qū)的活躍度遠(yuǎn)大于其他社區(qū)，在項(xiàng)目啟動(dòng)的很短時(shí)間內(nèi)，社區(qū)就已經(jīng)貢獻(xiàn)了大量的擴(kuò)展庫(kù)(模塊)，大多數(shù)是連接數(shù)據(jù)庫(kù)或是其他軟件的驅(qū)動(dòng)以及其他非常有用的軟件，無(wú)論是專家還是新手，大家都致力于打造一個(gè)探索、支持、分享、聽取建議的樂土。2.3原型模型開發(fā)原型模型也叫快速原型模型，指執(zhí)行軟件的實(shí)際開發(fā)前，建立系統(tǒng)的工作原型使系統(tǒng)可模擬執(zhí)行，通過原型與用戶進(jìn)行交流且獲取用戶反饋，使待開發(fā)軟件能真正反映用戶需求，從用戶的反饋?zhàn)鞒隹焖俚捻憫?yīng)。相對(duì)傳統(tǒng)的瀑布模型而言，原型模型能很大程度上減少需求變更帶來的損失，符合軟件開發(fā)的吸管，是當(dāng)前比較常見的一種軟件開發(fā)模型。本項(xiàng)目使用AxureRP進(jìn)行原型設(shè)計(jì)，其是一個(gè)專業(yè)的快速原型設(shè)計(jì)工具，能夠快速創(chuàng)建應(yīng)用軟件或Web網(wǎng)站的原型和規(guī)格說明文檔。本項(xiàng)目對(duì)需求進(jìn)行分析，定義功能模塊，使用AxureRP9輸出產(chǎn)品演示原型，以原型模型為基礎(chǔ)進(jìn)行開發(fā)。2.4VisualStudioCode本項(xiàng)目使用微軟VisualStudioCode編輯器進(jìn)行開發(fā)，其是基于Electron開發(fā)、typescript編寫、底層Node.js打造的全平臺(tái)的編輯器，優(yōu)點(diǎn)十分出眾，深受廣大程序員的喜愛。以下簡(jiǎn)單列舉一些VScode的優(yōu)點(diǎn)：支持熱備份，無(wú)需手動(dòng)保存也會(huì)保留上一次的編輯狀態(tài)；擴(kuò)展插件集成，有自身的強(qiáng)大的擴(kuò)展插件庫(kù)，無(wú)需依賴第三方插件庫(kù)；代碼智能提醒，根據(jù)文檔上下文代碼類型提供智能補(bǔ)全功能；自定義快捷鍵和snippet（片段），根據(jù)自身使用習(xí)慣自定義快捷鍵；集成可配置調(diào)試環(huán)境(nodejs)，在編輯器里對(duì)項(xiàng)目直接進(jìn)行配置調(diào)試；2.5面向?qū)ο蠓椒嫦驅(qū)ο螅╫bject-oriented）開發(fā)方法是由面向?qū)ο蟪绦蛟O(shè)計(jì)技術(shù)（object-orientedprogramming，OOP）發(fā)展起來的，具有很強(qiáng)的類和對(duì)象的概念，因此能很自然地直觀地模擬人類認(rèn)識(shí)客觀世界的方式，類的概念既反映出對(duì)象的本質(zhì)屬性，又提供了實(shí)現(xiàn)對(duì)象共享機(jī)制的理論根據(jù)[5]。本系統(tǒng)擬采用面向?qū)ο缶幊谭椒ㄟM(jìn)行開發(fā)，并從分析及設(shè)計(jì)階段均采用面向?qū)ο蟮姆治鲈O(shè)計(jì)思想，以軟件對(duì)象為基礎(chǔ)構(gòu)造系統(tǒng)，按照OOA（面向?qū)ο蠓治觯鶲OD（面向?qū)ο笤O(shè)計(jì)）→OOP（面向?qū)ο缶幊蹋┑倪^程完成系統(tǒng)的開發(fā)。2.6統(tǒng)一建模語(yǔ)言統(tǒng)一建模語(yǔ)言UML是由單一模型支持的一組圖示法。有助于表達(dá)與設(shè)計(jì)軟件系統(tǒng)，特別是采用面向?qū)ο蠓椒?gòu)造的軟件系統(tǒng)，作為一種可視化建模語(yǔ)言，由視圖（view）、圖（diagram）、模型元素（modelelement）、和通用機(jī)制（generalmechanism）等幾個(gè)部分組成，且定義了用例視圖、邏輯視圖、進(jìn)程視圖、實(shí)現(xiàn)視圖、部署視圖從不同角度反映系統(tǒng)[3]。UML中包含許多不同表現(xiàn)形式的圖形用于描繪系統(tǒng)分析、設(shè)計(jì)、開發(fā)等各個(gè)階段。本文將使用用例圖、類圖、活動(dòng)圖等圖形表述分析設(shè)計(jì)過程。

系統(tǒng)可行性分析可行性分析是在項(xiàng)目開發(fā)前綜合各種因素全面地對(duì)項(xiàng)目進(jìn)行考察和鑒定，判斷項(xiàng)目可行與否。本章將從技術(shù)、經(jīng)濟(jì)、操作、法律四個(gè)方面進(jìn)行分析研究，確保項(xiàng)目在各方面條件約束下仍能合理開發(fā)，以及項(xiàng)目開發(fā)后在各方面條件約束下仍能正常運(yùn)作。3.1技術(shù)可行性分析該項(xiàng)目擬采用Reactnative語(yǔ)言進(jìn)行跨平臺(tái)移動(dòng)端應(yīng)用開發(fā)，其自從2015年4月發(fā)布以來便熱度不斷，得益于Node.js強(qiáng)大的ChromeV8引擎讓JavaScript運(yùn)行環(huán)境下的RN項(xiàng)目能夠流暢運(yùn)行，而不必使用繁雜的Android和ios原生代碼去分別開發(fā)對(duì)應(yīng)版本。而就數(shù)據(jù)庫(kù)而言，本項(xiàng)目選擇采用Realm數(shù)據(jù)庫(kù)，其概念和代碼都相對(duì)簡(jiǎn)潔易懂，且比較適配移動(dòng)端APP，與RN同樣是支持跨平臺(tái)，項(xiàng)目能夠較好地適配運(yùn)行。雖然本項(xiàng)目類似實(shí)例相對(duì)較少，但在RN社區(qū)里有許許多多其他優(yōu)秀案例的源碼作為參考學(xué)習(xí)，在不考慮線下垃圾分類業(yè)務(wù)所需的分離、運(yùn)輸、回收利用等技術(shù)的情況下，單從本項(xiàng)目移動(dòng)端APP而言，從技術(shù)上來說，本項(xiàng)目是可行的。3.2經(jīng)濟(jì)可行性分析我國(guó)經(jīng)濟(jì)的快速發(fā)展和人民生活水平的逐漸提高導(dǎo)致工業(yè)生產(chǎn)垃圾和生活垃圾都在逐年增加，現(xiàn)已超過三分之二的城市被垃圾環(huán)帶包圍著，據(jù)垃圾問題專家王維平的調(diào)查資料顯示可直接利用回收的資源占垃圾總數(shù)的42.9%，可直接回收利用率超過33%，如能充分發(fā)掘回收垃圾中的資源潛力，單北京每年就可得11億元的經(jīng)濟(jì)效益，且效益也將隨垃圾分類的精細(xì)度和回收技術(shù)發(fā)展逐步增大，移動(dòng)互聯(lián)網(wǎng)+垃圾分類回收這個(gè)潛在的百億市場(chǎng)正在逐漸發(fā)酵。若考慮到線下業(yè)務(wù)運(yùn)營(yíng)，眾所周知“移動(dòng)互聯(lián)網(wǎng)+”項(xiàng)目很大一部分成本在于獲客拉新，由于垃圾分類自帶環(huán)保公益屬性、社區(qū)屬性以及高頻性（居民幾乎天天都得扔垃圾），再加上目前政策極力支持，許多地方已經(jīng)進(jìn)行強(qiáng)制性垃圾分類，所以之于本項(xiàng)目而言，獲客拉新成本遠(yuǎn)遠(yuǎn)低于其他“移動(dòng)互聯(lián)網(wǎng)+”項(xiàng)目，而該項(xiàng)目主要成本在于前端垃圾回收人員的工資成本、中端垃圾運(yùn)輸成本、后端垃圾處理成本，這部分成本也會(huì)隨著國(guó)家政策落實(shí)和技術(shù)發(fā)展越來越低，與其所帶來的效益相比而言其經(jīng)濟(jì)可行性是相對(duì)較高的。若暫不考慮線下業(yè)務(wù)運(yùn)營(yíng)，單從項(xiàng)目開發(fā)而言，RN開發(fā)環(huán)境所要求硬件設(shè)備條件較低，開發(fā)工具也均是免費(fèi)使用，其開發(fā)成本可忽略不計(jì)。3.3操作可行性分析由于目前智能手機(jī)的普及化，數(shù)以億計(jì)的用戶活躍在移動(dòng)互聯(lián)網(wǎng)上，以抖音、淘寶、微信、拼多多等知名應(yīng)用為例，公眾對(duì)于移動(dòng)應(yīng)用上手熟悉速度越來越快，且本應(yīng)用業(yè)務(wù)邏輯也與小黃狗、愛回收、易代扔等同類產(chǎn)品其業(yè)務(wù)邏輯基本相似，界面較為簡(jiǎn)潔明了，交互邏輯符合公眾習(xí)慣，基本上在用戶操作上沒有什么難題。若考慮到線下業(yè)務(wù)運(yùn)營(yíng)，用戶多為上班族和家庭主婦，其主要活躍在社區(qū)，結(jié)合垃圾分類的公益環(huán)保屬性及社區(qū)屬性，可以定期發(fā)動(dòng)志愿者到社區(qū)進(jìn)行推廣宣傳引導(dǎo)用戶使用，垃圾舊物回收可獲得收益或是在積分商城兌換日用生鮮等物品，帶動(dòng)社區(qū)用戶的積極性，在操作上也是可行的。3.4法律可行性分析從法律上分析，國(guó)家政策極大助力垃圾分類的推行，對(duì)于移動(dòng)互聯(lián)網(wǎng)＋垃圾分類回收項(xiàng)目也是持支持態(tài)度，且本項(xiàng)目開發(fā)不會(huì)侵犯他人、集體或國(guó)家利益，項(xiàng)目只做學(xué)習(xí)實(shí)訓(xùn)使用，不存在侵權(quán)等問題，不違反國(guó)家法律法規(guī)，因此從法律上講本項(xiàng)目是可行的。綜上所述，本項(xiàng)目從技術(shù)上、經(jīng)濟(jì)上、操作上、法律上分析都是可行的，且要求均相對(duì)不高，所以該項(xiàng)目的開發(fā)是可行的。

系統(tǒng)需求分析本章主要通過系統(tǒng)的功能需求分析、非功能需求分析、數(shù)據(jù)庫(kù)需求分析及輸出原型設(shè)計(jì)四部分?jǐn)M定系統(tǒng)的總體需求，通過四個(gè)方面確保系統(tǒng)在設(shè)計(jì)過程中按需設(shè)計(jì)，還原用戶所需，以便確定系統(tǒng)的總體設(shè)計(jì)方案。4.1功能需求分析本項(xiàng)目旨在設(shè)計(jì)一款基于移動(dòng)終端的垃圾分類舊物回收便民APP，其功能主要分為兩大部分，即移動(dòng)終端應(yīng)用APP和后臺(tái)管理端；其中移動(dòng)終端應(yīng)用的使用對(duì)象是用戶，包含注冊(cè)登錄、垃圾分類知識(shí)普及、環(huán)保商城、回收代扔、環(huán)保社區(qū)、個(gè)人中心等功能，后臺(tái)管理端的使用對(duì)象是管理員，包含登錄、訂單管理、回收員管理、商品管理等功能。以下為系統(tǒng)的功能概括圖（見圖4.1）：圖4.1：系統(tǒng)功能概括圖4.1.1小環(huán)回收-移動(dòng)端應(yīng)用（1）業(yè)務(wù)需求移動(dòng)端應(yīng)用的開發(fā)主要為了滿足于用戶日常進(jìn)行垃圾分類代扔及廢品回收業(yè)務(wù)，旨在方便用戶輕點(diǎn)指尖，足不出戶就能對(duì)生活垃圾家用舊物進(jìn)行處理回收，同時(shí)需向用戶普及垃圾分類知識(shí)，營(yíng)造良好的社會(huì)氛圍，培養(yǎng)用戶養(yǎng)成習(xí)慣。除此之外，為了加強(qiáng)用戶粘性，以環(huán)保商城提供積分兌換實(shí)物（每日生鮮、廚房小工具、環(huán)衛(wèi)用品等），積分來源可由回收代扔業(yè)務(wù)及每日分類小游戲所得，與此同時(shí)，將以環(huán)保社區(qū)供用戶參與話題討論，發(fā)帖分享等社區(qū)活動(dòng)，通過實(shí)物獎(jiǎng)勵(lì)及社區(qū)凝聚使得用戶留存率提高，喜歡且習(xí)慣使用本應(yīng)用。（2）用戶場(chǎng)景分析移動(dòng)端應(yīng)用的用戶群體主要為一二線城市上班族及家庭主婦，上班族因沒有多余時(shí)間進(jìn)行生活垃圾分類及定時(shí)定點(diǎn)投放，因此需要定期使用應(yīng)用垃圾分類代扔服務(wù)，頻次約2天/次；對(duì)于家庭主婦而言，家庭可回收廢品及舊物需定時(shí)清理回收，使用頻次約10天/次；此外垃圾分類知識(shí)普及滿足了用戶的好奇心和求知欲，環(huán)保社區(qū)通過環(huán)保話題熱議拉近了用戶與社會(huì)、用戶與用戶之間的距離，應(yīng)用各功能之間協(xié)調(diào)配合，用戶使用頻次將大大提高。場(chǎng)景一：用戶甲為上海某互聯(lián)網(wǎng)公司的一名職員，工作時(shí)間朝九晚九，但是對(duì)于上海而言垃圾投放時(shí)間為早上7:30-8:30和晚上19:00-20:00，甲需要在其他時(shí)間進(jìn)行垃圾分類投放，所以甲使用應(yīng)用下了一單垃圾代扔服務(wù)，將生活垃圾打包好交給小環(huán)回收業(yè)務(wù)員進(jìn)行分類代扔服務(wù)，甲也習(xí)慣了使用應(yīng)用下單處理生活垃圾。場(chǎng)景二：用戶乙為廣州某小區(qū)業(yè)主，由于家里更換新家電及家具，舊家電和家具無(wú)法自行處理，一時(shí)間找不到線下的回收點(diǎn)，所以乙使用應(yīng)用分別下了幾單廢棄家電回收和家具回收搬運(yùn)，回收業(yè)務(wù)員在乙指定的時(shí)間段上門進(jìn)行搬運(yùn)回收，并進(jìn)行估價(jià)折算現(xiàn)金余額轉(zhuǎn)到乙的賬戶，乙在應(yīng)用中一部分捐到對(duì)接的愛心項(xiàng)目，一部分提現(xiàn)到自己綁定的銀行卡里。除此之外，乙在日常生活中遇到不知道如何分類的垃圾會(huì)使用應(yīng)用進(jìn)行搜索或拍照上傳，查看相應(yīng)的分類指南進(jìn)行分類，本應(yīng)用成為了乙在生活垃圾處理時(shí)的小幫手。（3）功能需求移動(dòng)端應(yīng)用的功能主要分為六部分，首頁(yè)部分實(shí)現(xiàn)垃圾分類知識(shí)普及、垃圾分類識(shí)別、分類小游戲等功能；商城部分實(shí)現(xiàn)用戶選購(gòu)下單積分兌換實(shí)物等功能；回收代扔部分實(shí)現(xiàn)用戶代扔垃圾及廢品舊物回收業(yè)務(wù)下單功能；環(huán)保社區(qū)部分實(shí)現(xiàn)用戶參與社區(qū)討論、發(fā)表話題貼、義買義賣等功能；個(gè)人中心部分實(shí)現(xiàn)用戶賬號(hào)信息及軟件偏好設(shè)置等功能，注冊(cè)登錄部分實(shí)現(xiàn)用戶賬號(hào)的注冊(cè)及登錄常規(guī)功能，詳情見以下移動(dòng)端應(yīng)用功能概括表（表4-1）

表4-1移動(dòng)端應(yīng)用功能概括表移動(dòng)端應(yīng)用功能概括表主模塊功能子功能描述首頁(yè)輪播圖展示宣傳標(biāo)語(yǔ)垃圾識(shí)別關(guān)鍵詞搜索識(shí)別搜索關(guān)鍵詞進(jìn)行識(shí)別拍照上傳識(shí)別使用相機(jī)拍照上傳圖片識(shí)別相冊(cè)上傳識(shí)別上傳本機(jī)相冊(cè)圖片識(shí)別結(jié)果詳情展示識(shí)別結(jié)果展示分類小游戲積分制答對(duì)獎(jiǎng)勵(lì)環(huán)保積分彈窗提示彈窗提示增加互動(dòng)分類知識(shí)普及展示垃圾分類示例及投放指導(dǎo)環(huán)保商城商品展示限時(shí)兌換限時(shí)展示商品分類展示按分類展示商品商品詳情展示商品詳情購(gòu)物車商品加購(gòu)商品加入購(gòu)物車數(shù)量選擇可選擇數(shù)量積分計(jì)算計(jì)算所選商品積分總額商品展示購(gòu)物車商品展示結(jié)算按鈕提交購(gòu)物車表單進(jìn)入結(jié)算頁(yè)訂單結(jié)算地址選擇訂單地址選擇支付支付已有訂單回收代扔垃圾代扔信息填寫

地址選擇

時(shí)間預(yù)約

拍照上傳

預(yù)約下單用戶填寫業(yè)務(wù)信息上傳圖片

可供回收員上門代扔或回收

預(yù)約下單可提交表單信息到

管理后臺(tái)可再生廢品回收廢棄家電回收家具搬運(yùn)回收環(huán)保社區(qū)話題廣場(chǎng)話題列表展示話題信息列表相關(guān)帖子話題相關(guān)帖子展示熱帖推薦熱帖詳情查看熱帖詳情下滑換篇下滑更新其他熱帖環(huán)保達(dá)人達(dá)人列表展示環(huán)保達(dá)人列表關(guān)注可關(guān)注達(dá)人義賣廣場(chǎng)寶貝列表展示義賣寶貝寶貝發(fā)布發(fā)布義賣寶貝愛心項(xiàng)目綁定對(duì)接的愛心捐款項(xiàng)目義買購(gòu)買相關(guān)愛心寶貝我的寶貝查看發(fā)布及已購(gòu)的寶貝帖子相關(guān)發(fā)布帖子用戶可發(fā)布個(gè)人帖子帖子交互帖子點(diǎn)贊評(píng)論收藏分享功能個(gè)人中心個(gè)人資料信息展示展示用戶個(gè)人信息（昵稱、用戶ID）資料修改修改用戶個(gè)人信息（昵稱、頭像等）地址管理新增地址用戶新增地址操作編輯地址用戶編輯地址操作刪除地址用戶刪除地址操作訂單管理查看訂單查看訂單詳情取消訂單對(duì)已受理訂單進(jìn)行取消設(shè)置偏好設(shè)置對(duì)應(yīng)用通知顏色等偏好進(jìn)行設(shè)置注銷登錄退出當(dāng)前賬號(hào)回收指南對(duì)軟件使用及垃圾分類進(jìn)行指導(dǎo)注冊(cè)登錄注冊(cè)用戶注冊(cè)根據(jù)表單信息注冊(cè)新用戶登錄賬號(hào)驗(yàn)證驗(yàn)證用戶輸入信息（續(xù)上表4-1）4.1.2小環(huán)回收-后臺(tái)管理系統(tǒng)（1）業(yè)務(wù)需求后臺(tái)管理系統(tǒng)CMS的開發(fā)主要為了滿足于系統(tǒng)對(duì)移動(dòng)端應(yīng)用用戶提交的業(yè)務(wù)單進(jìn)行接單、指派業(yè)務(wù)員、兌換訂單派送等訂單管理，協(xié)助HR對(duì)回收員資料進(jìn)行新增、修改等管理，協(xié)助商城運(yùn)營(yíng)進(jìn)行商品信息、庫(kù)存修改等管理，協(xié)同移動(dòng)應(yīng)用端為用戶提供優(yōu)質(zhì)服務(wù)。（2）用戶場(chǎng)景分析后臺(tái)管理系統(tǒng)CMS的用戶為小環(huán)回收的管理員，日常工作負(fù)責(zé)對(duì)移動(dòng)應(yīng)用端用戶產(chǎn)生的業(yè)務(wù)單進(jìn)行管理操作，負(fù)責(zé)對(duì)公司業(yè)務(wù)員進(jìn)行管理、負(fù)責(zé)線上商城的運(yùn)營(yíng)以及其他大小事務(wù)，協(xié)調(diào)公司日常管理運(yùn)作，隨時(shí)關(guān)注移動(dòng)端應(yīng)用的動(dòng)態(tài)。場(chǎng)景一：管理員丙是小環(huán)回收的訂單管理員，通過后臺(tái)管理系統(tǒng)獲取到用戶甲在下午2:35分預(yù)約了晚上8:30分的垃圾代扔業(yè)務(wù)單，并通過系統(tǒng)查詢到在職回收員A于該時(shí)間段處于空閑，便將此訂單分派到回收員A，同時(shí)跟進(jìn)此訂單情況直至訂單完結(jié)。場(chǎng)景二：管理員丁是小環(huán)回收的HR，通過后臺(tái)管理系統(tǒng)將新入職的回收員信息通過后臺(tái)管理系統(tǒng)的回收員管理功能新增到系統(tǒng)后臺(tái)，同時(shí)通過系統(tǒng)查看了近期在職回收員的業(yè)績(jī)情況，以便分析安排工作。（3）功能需求后臺(tái)管理端CMS的開發(fā)主要分為五部分，首頁(yè)部分實(shí)現(xiàn)功能導(dǎo)航、業(yè)務(wù)訂單追蹤及看板、賬號(hào)注銷等功能，訂單管理部分實(shí)現(xiàn)回收和兌換訂單的接單及派單等功能，回收員管理部分實(shí)現(xiàn)回收員信息的增刪查改管理及業(yè)績(jī)看板功能，商品管理部分實(shí)現(xiàn)商城商品的增刪查改操作及庫(kù)存管理、上下架管理等功能，登錄頁(yè)部分實(shí)現(xiàn)賬號(hào)驗(yàn)證登錄功能，詳情見以下后臺(tái)管理系統(tǒng)功能概括表（表4-2）表4-2后臺(tái)管理系統(tǒng)功能概括表后臺(tái)管理系統(tǒng)功能概括表主模塊功能子功能描述首頁(yè)賬號(hào)注銷注銷當(dāng)前賬號(hào)返回登錄頁(yè)功能導(dǎo)航點(diǎn)擊分別跳轉(zhuǎn)至子功能頁(yè)面訂單看板展示近期業(yè)務(wù)訂單趨勢(shì)訂單跟蹤重點(diǎn)或異常訂單跟進(jìn)訂單管理回收訂單管理業(yè)務(wù)接單對(duì)訂單審核后進(jìn)行接單業(yè)務(wù)派單對(duì)已接訂單指派業(yè)務(wù)員兌換訂單管理查看訂單查看兌換訂單詳情訂單配送對(duì)兌換訂單指派配送員送貨回收員管理業(yè)績(jī)查看查看在職業(yè)務(wù)員業(yè)績(jī)情況成員管理新增成員新增入職業(yè)務(wù)員資料修改信息修改在職業(yè)務(wù)員資料刪除成員刪除離職業(yè)務(wù)員資料商品管理新增商品新增商城商品庫(kù)存管理對(duì)商品庫(kù)存進(jìn)行增減商品修改對(duì)商品信息進(jìn)行修改上下架管理對(duì)在售商品進(jìn)行上架或下架刪除商品刪除商城商品登錄頁(yè)頂部導(dǎo)航提供公告及操作指南入口賬號(hào)登錄驗(yàn)證賬號(hào)并跳轉(zhuǎn)首頁(yè)4.1.3UML建模分析在面向?qū)ο蠓椒ㄖ?，通常使用用例圖表示用例之間及同參與者之間的關(guān)系，對(duì)系統(tǒng)、子系統(tǒng)或類的行為進(jìn)行可視化，通過用例模型規(guī)范化描述系統(tǒng)功能需求。對(duì)于系統(tǒng)的動(dòng)態(tài)行為則采用UML活動(dòng)圖（ActivityDiagram）進(jìn)行建模描述動(dòng)作（執(zhí)行的工作和活動(dòng)）及對(duì)象狀態(tài)改變的結(jié)果，以下將從該兩方面對(duì)系統(tǒng)功能進(jìn)行建模分析。（1）系統(tǒng)總體用例建模本系統(tǒng)主要參與者有移動(dòng)端APP用戶、后臺(tái)系統(tǒng)管理員，次要參與者有回收業(yè)務(wù)員，移動(dòng)端APP用戶主要使用移動(dòng)端APP子系統(tǒng)進(jìn)行應(yīng)用提供的各種服務(wù)；后臺(tái)系統(tǒng)管理員主要使用后臺(tái)管理系統(tǒng)對(duì)移動(dòng)端應(yīng)訂單、商品等進(jìn)行管理，以及對(duì)回收業(yè)務(wù)員進(jìn)行管理；回收業(yè)務(wù)員主要對(duì)系統(tǒng)訂單進(jìn)行接收，為APP用戶提供線下場(chǎng)景服務(wù)；系統(tǒng)總體用例建模詳情見圖4.2。圖4.2：系統(tǒng)總體用例圖（2）關(guān)鍵功能用例建模1)預(yù)約垃圾代扔服務(wù)用例移動(dòng)端用戶主要是使用應(yīng)用進(jìn)行垃圾代扔和舊物回收服務(wù)，其業(yè)務(wù)邏輯基本一致，以下將以用戶預(yù)約垃圾代扔服務(wù)用例進(jìn)行建模，分析其相關(guān)參與者及用例關(guān)系，用例圖如下圖4.3所示，用例描述如下表4-3所示。圖4.3：預(yù)約垃圾代扔服務(wù)用例圖表4-3：預(yù)約垃圾代扔服務(wù)用例描述用例名稱預(yù)約垃圾代扔服務(wù)參與者移動(dòng)端用戶（主要參與者）,業(yè)務(wù)員（次要參與者）前置條件移動(dòng)端用戶已注冊(cè)登錄完成訂單支付且后臺(tái)管理系統(tǒng)已審核接單并向業(yè)務(wù)員派單后置條件儲(chǔ)存訂單記錄，訂單狀態(tài)更改為已完成主事件流移動(dòng)端用戶填寫相關(guān)信息及說明并預(yù)約好時(shí)間提交訂單；后臺(tái)管理系統(tǒng)進(jìn)行訂單審核并通過；后臺(tái)管理系統(tǒng)對(duì)訂單進(jìn)行業(yè)務(wù)派單；業(yè)務(wù)員查看并接收系統(tǒng)訂單；業(yè)務(wù)員根據(jù)訂單信息上門服務(wù)；雙方交接完成垃圾代扔服務(wù)；業(yè)務(wù)員反饋系統(tǒng)訂單完成情況；系統(tǒng)修改訂單狀態(tài)儲(chǔ)存訂單記錄，訂單完結(jié)備選事件流2a.用戶信息填寫有誤1系統(tǒng)提示用戶信息填寫錯(cuò)誤并取消訂單2b.用戶上傳說明超出服務(wù)范圍1系統(tǒng)提示用戶垃圾超量或超出服務(wù)范圍并取消訂單5a.訂單信息與實(shí)際有誤1系統(tǒng)標(biāo)記異常訂單并跟進(jìn)處理6a.因用戶原因雙方未交接1系統(tǒng)標(biāo)記異常訂單并跟進(jìn)處理6b.業(yè)務(wù)服務(wù)超出用戶預(yù)約范圍1系統(tǒng)標(biāo)記異常訂單并跟進(jìn)處理備注用戶需提前支付服務(wù)費(fèi)用，若因用戶原因?qū)е掠唵螣o(wú)法完成或超時(shí)服務(wù)等，系統(tǒng)將收取一定費(fèi)用補(bǔ)貼業(yè)務(wù)員（續(xù)上表4-3）2)接派訂單用例系統(tǒng)管理員主要是使用后臺(tái)管理系統(tǒng)對(duì)移動(dòng)端用戶的業(yè)務(wù)訂單進(jìn)行接單和派單，審核接單之后派單給業(yè)務(wù)員進(jìn)行上門服務(wù)，以下將以接派訂單用例進(jìn)行建模，分析其相關(guān)參與者及用例關(guān)系，用例圖如下圖4.4所示，用例描述如下表4-4所示。圖4.4：接派訂單用例圖表4-4：接派訂單用例描述用例名稱接派訂單參與者系統(tǒng)管理員（主要參與者）,業(yè)務(wù)員（次要參與者）前置條件系統(tǒng)管理員已被識(shí)別和授權(quán)后置條件訂單取消或訂單狀態(tài)更改為已受理主事件流系統(tǒng)管理員在訂單管理查看訂單；系統(tǒng)管理員審核訂單并通過；系統(tǒng)更改訂單狀態(tài)為已受理；系統(tǒng)管理員向空閑業(yè)務(wù)員派單；業(yè)務(wù)員接收訂單并進(jìn)行服務(wù)；系統(tǒng)更改訂單狀態(tài)為進(jìn)行中；備選事件流2a.訂單信息有誤審核不通過1系統(tǒng)提示用戶信息填寫錯(cuò)誤并取消訂單3a.訂單審核不通過1系統(tǒng)更改訂單狀態(tài)為已取消5a.業(yè)務(wù)訂單異常1系統(tǒng)標(biāo)記異常訂單并跟進(jìn)處理備注訂單狀態(tài)更新將反饋到移動(dòng)端APP通知用戶（3）關(guān)鍵業(yè)務(wù)流程分析本系統(tǒng)的關(guān)鍵業(yè)務(wù)流程即用戶通過移動(dòng)端應(yīng)用預(yù)約下單垃圾代扔及上門回收服務(wù)，系統(tǒng)及系統(tǒng)管理員對(duì)用戶訂單進(jìn)行審核接單并指派業(yè)務(wù)員進(jìn)行上門服務(wù)。此業(yè)務(wù)流程中，用戶、移動(dòng)端應(yīng)用、后臺(tái)管理系統(tǒng)、系統(tǒng)管理員、業(yè)務(wù)員共同參與。本小節(jié)將通過UML活動(dòng)圖對(duì)用戶預(yù)約垃圾代扔服務(wù)進(jìn)行描述，詳情見圖4.5.圖4.5：用戶預(yù)約垃圾代扔服務(wù)活動(dòng)圖4.2非功能需求分析在系統(tǒng)工程及需求工程中，非功能性需求（Non-functionalrequirement）是指依一些條件判斷系統(tǒng)運(yùn)作情形或其特性，而不是針對(duì)系統(tǒng)特定行為的需求，非功能性需求是需求的一個(gè)重要組成部分，描述了系統(tǒng)層面的運(yùn)行要求[3]。本節(jié)將從系統(tǒng)的性能需求、可靠性需求、兼容性需求、數(shù)據(jù)保密需求、易用性需求等方面對(duì)系統(tǒng)進(jìn)行非功能需求分析。4.2.1性能需求基于用戶使用體驗(yàn)，軟件及系統(tǒng)注冊(cè)登錄的響應(yīng)時(shí)間應(yīng)不超過3秒，一般時(shí)間段響應(yīng)時(shí)間不超過2秒，應(yīng)用高峰時(shí)間段響應(yīng)時(shí)間應(yīng)不超過4秒，條目分頁(yè)列表刷新響應(yīng)時(shí)間應(yīng)不超過2秒，搜索欄結(jié)果應(yīng)在3秒內(nèi)展示。根據(jù)相似行業(yè)數(shù)據(jù)及相關(guān)數(shù)據(jù)預(yù)測(cè)，系統(tǒng)需同時(shí)滿足10k用戶的請(qǐng)求，并能同時(shí)為25k個(gè)并發(fā)用戶提供瀏覽功能；系統(tǒng)容量方面性能前期應(yīng)支持容納50k用戶賬號(hào)，應(yīng)用的業(yè)務(wù)量需求應(yīng)支持每日最大成交數(shù)2k筆業(yè)務(wù)，平均交易并發(fā)數(shù)為20筆[3]。后期也需根據(jù)應(yīng)用運(yùn)營(yíng)狀況隨時(shí)進(jìn)行調(diào)整，在保證業(yè)務(wù)正常運(yùn)營(yíng)的前提下實(shí)現(xiàn)性價(jià)比最優(yōu)方案。4.2.2可靠性需求應(yīng)用及系統(tǒng)應(yīng)檢查所輸入數(shù)據(jù)，防止數(shù)據(jù)異常，能處理系統(tǒng)運(yùn)行過程中出現(xiàn)的各種異常情況，具備一定的可靠性和健壯性，雖然回收業(yè)務(wù)服務(wù)非全天制，但用戶可在任意時(shí)間進(jìn)行預(yù)約及使用其他功能，應(yīng)用也應(yīng)保持系統(tǒng)服務(wù)器7x24小時(shí)全年持續(xù)運(yùn)行，因故障停運(yùn)時(shí)間累計(jì)不能超過24小時(shí)[3]。4.2.3兼容性需求應(yīng)用采用Reactnative跨平臺(tái)技術(shù)進(jìn)行開發(fā)實(shí)現(xiàn)，應(yīng)保證系統(tǒng)支持IOS，Android,windows操作系統(tǒng)，并確保應(yīng)用在不同平臺(tái)上仍保持業(yè)務(wù)功能、UI界面等幾乎一致。4.2.4數(shù)據(jù)保密需求用戶及企業(yè)數(shù)據(jù)屬于個(gè)人隱私及商業(yè)機(jī)密，系統(tǒng)應(yīng)保證在傳遞數(shù)據(jù)時(shí)需經(jīng)過加密，保證數(shù)據(jù)在采集、傳輸和處理過程中不被偷窺、竊取、篡改，業(yè)務(wù)數(shù)據(jù)需要在存儲(chǔ)時(shí)進(jìn)行加密，確保不可破解。4.2.5易用性需求應(yīng)用設(shè)計(jì)及視覺方面應(yīng)充分考慮到用戶群體主觀感受，從用戶的角度出發(fā)確保用戶能夠最快時(shí)間上手應(yīng)用，使用應(yīng)用服務(wù)；確保在引入該產(chǎn)品的3個(gè)月內(nèi)，100%的管理員能夠熟悉使用系統(tǒng)后臺(tái)管理端，應(yīng)用端60%以上用戶應(yīng)可以在2分鐘內(nèi)完成預(yù)約回收單及兌換環(huán)保商城商品，80%以上用戶能熟練地通過首頁(yè)進(jìn)行垃圾的識(shí)別分類，盡量地讓用戶無(wú)需任何學(xué)習(xí)即可輕松使用軟件。4.3數(shù)據(jù)庫(kù)需求分析通過對(duì)系統(tǒng)的功能需求及業(yè)務(wù)邏輯進(jìn)行分析，需要建立一個(gè)數(shù)據(jù)庫(kù)對(duì)用戶、業(yè)務(wù)員、管理員、訂單、商品、地址等實(shí)體及其相應(yīng)屬性進(jìn)行儲(chǔ)存管理，同時(shí)建立其之間的關(guān)系，綜上所述，該系統(tǒng)的數(shù)據(jù)庫(kù)大致需求如下：用戶信息，包括數(shù)據(jù)項(xiàng)有：用戶ID，登錄名，登錄密碼，環(huán)保積分等；管理員信息，包括數(shù)據(jù)項(xiàng)有：管理員ID，工號(hào)，登錄密碼，姓名，授權(quán)類型等；業(yè)務(wù)員信息，包括數(shù)據(jù)項(xiàng)有：業(yè)務(wù)員ID，姓名，性別，聯(lián)系電話，入職時(shí)間，業(yè)績(jī)等；回收訂單信息，包括的數(shù)據(jù)項(xiàng)有：訂單編號(hào)，訂單類型（A/B/C/D），用戶ID，生成時(shí)間，預(yù)約時(shí)間，完結(jié)時(shí)間，狀態(tài)，地址，業(yè)務(wù)員，訂單記錄等；兌換訂單信息，包括的數(shù)據(jù)項(xiàng)有：訂單編號(hào)，用戶ID，商品ID，生成時(shí)間，狀態(tài)，收貨地址，快遞單號(hào)，積分總額等；商品信息，包括的數(shù)據(jù)項(xiàng)有：商品ID，商品名稱，所需積分，庫(kù)存，狀態(tài)（在售/下架），銷量等；地址信息，包括的數(shù)據(jù)項(xiàng)有：地址ID，收件人姓名，收件人電話，詳細(xì)地址，是否默認(rèn)等；系統(tǒng)數(shù)據(jù)庫(kù)大致需求如上所述，各實(shí)體屬性及其關(guān)系連接由第六章系統(tǒng)數(shù)據(jù)庫(kù)設(shè)計(jì)部分進(jìn)行詳解。

系統(tǒng)設(shè)計(jì)

本章將對(duì)針對(duì)第四章系統(tǒng)的需求分析，以面向?qū)ο笤O(shè)計(jì)（OOD）的方法對(duì)系統(tǒng)進(jìn)行靜態(tài)建模設(shè)計(jì)、功能模塊設(shè)計(jì)及動(dòng)態(tài)建模設(shè)計(jì)，確定系統(tǒng)開發(fā)模型和功能模塊。5.1系統(tǒng)靜態(tài)建模設(shè)計(jì)系統(tǒng)類圖是用來描述系統(tǒng)中的類、接口以及它們之間的靜態(tài)結(jié)構(gòu)和關(guān)系的靜態(tài)模型，是面向?qū)ο笙到y(tǒng)建模中最常用和最重要的圖。本節(jié)將使用UML類圖對(duì)系統(tǒng)中各類及其相關(guān)關(guān)系進(jìn)行描述，構(gòu)建系統(tǒng)的靜態(tài)模型，詳情見圖示5.1系統(tǒng)類圖及表5-1系統(tǒng)類描述文檔表。圖5.1：系統(tǒng)類圖

表5-1：系統(tǒng)類圖描述文檔表系統(tǒng)類圖描述文檔表

（該類圖描繪了系統(tǒng)涉及的主要實(shí)體及其之間的交互，表面了系統(tǒng)的主要功能）類名類描述類屬性（屬性名/類型/可見性）類方法（方法名：描述/可見性/返回類型）移動(dòng)端用戶該類保存移動(dòng)端用戶的基本信息以及對(duì)應(yīng)的操作，從用戶類繼承而來用戶ID/int/private

登錄名/string/private

登錄密碼/char/private

環(huán)保積分/char/private注冊(cè)：執(zhí)行創(chuàng)建新賬號(hào)/public/Boolean

登錄：執(zhí)行登錄已有賬號(hào)/public/Boolean

修改密碼：執(zhí)行修改賬號(hào)密碼操作/public/Boolean

地址管理：執(zhí)行地址的增刪查改操作/public/void

加購(gòu)商品：執(zhí)行商品預(yù)購(gòu)買操作/public/void

提交訂單：執(zhí)行訂單提交操作/public/void系統(tǒng)管理員該類保存系統(tǒng)管理員的基本信息以及對(duì)應(yīng)的操作，從用戶類繼承而來管理員ID/int/private

登錄名/string/private

登錄密碼/char/private

姓名/string/private

類型/char/private登錄：執(zhí)行登錄管理員賬號(hào)/public/Boolean

修改密碼：執(zhí)行修改賬號(hào)密碼操作/public/Boolean

管理訂單：執(zhí)行系統(tǒng)訂單接派單操作/public/void

管理業(yè)務(wù)員：執(zhí)行業(yè)務(wù)員信息的增刪查改操作/public/void

管理商品：執(zhí)行商品信息修改及上下架操作/public/void業(yè)務(wù)員該類保存業(yè)務(wù)員的基本信息以及對(duì)應(yīng)的操作業(yè)務(wù)員ID/int/private

性別/char/private

聯(lián)系電話/char/private

姓名/string/private

入職時(shí)間/string/private

業(yè)績(jī)/char/private上門回收：執(zhí)行上門回收廢品舊物操作/public/void

代扔垃圾：執(zhí)行上門代扔垃圾操作/public/void地址該類保存地址的基本信息地址編號(hào)/int/private

收件人姓名/string/private

省份/char/private

城市/string/private

區(qū)縣/string/private

詳細(xì)地址/char/private

是否默認(rèn)/boolean/privatenull商品該類保存商品的基本信息商品ID/int/private

商品名稱/string/private

庫(kù)存/int/private

所需積分/int/private

銷量/int/private

是否上架/boolean/privatenull回收訂單該類回收訂單的基本信息訂單編號(hào)/char/private

訂單類型/char/private

生成時(shí)間/string/private

預(yù)約時(shí)間/string/private

完結(jié)時(shí)間/string/private

訂單狀態(tài)/char/private

訂單記錄/string/privatenull兌換訂單該類兌換訂單的基本信息訂單編號(hào)/char/private

生成時(shí)間/string/private

積分總額/int/private

快遞單號(hào)/char/private

訂單狀態(tài)/char/private

收貨地址/string/privatenull（續(xù)上表5-1）5.2系統(tǒng)功能模塊設(shè)計(jì)模塊是指系統(tǒng)中具有某種確定獨(dú)立功能的半自律性的子系統(tǒng)，可按照一定的規(guī)則相互聯(lián)系而構(gòu)成功能完善的系統(tǒng)，其具有相對(duì)獨(dú)立性、互換性和通用性等設(shè)計(jì)原則。根據(jù)系統(tǒng)易用性、模塊化原則，為了系統(tǒng)實(shí)現(xiàn)高耦合低內(nèi)聚，更加高效流暢安全的完成業(yè)務(wù)需求，需將系統(tǒng)各功能分模塊進(jìn)行開發(fā)，由需求分析可得知本系統(tǒng)分為移動(dòng)終端應(yīng)用和后臺(tái)管理系統(tǒng)兩大部分，每一部分功能也將分為不同的子功能模塊，以下為系統(tǒng)功能模塊結(jié)構(gòu)圖（圖5.2），本小節(jié)將分別對(duì)各業(yè)務(wù)功能模塊進(jìn)行設(shè)計(jì)。圖5.2：系統(tǒng)功能模塊圖5.2.1移動(dòng)端應(yīng)用功能模塊（1）注冊(cè)模塊：此模塊功能是提供一個(gè)用戶賬號(hào)注冊(cè)入口，用戶通過登錄頁(yè)面點(diǎn)擊立即注冊(cè)進(jìn)入注冊(cè)頁(yè)面，通過填寫相關(guān)信息后，提交到數(shù)據(jù)庫(kù)用戶信息表進(jìn)行保存，用于用戶登錄以及儲(chǔ)存用戶相關(guān)信息，此模塊的功能流程圖如圖5.3所示：圖5.3：用戶注冊(cè)模塊流程圖（2）登錄模塊：此模塊功能是用戶通過登錄界面填寫已經(jīng)注冊(cè)過數(shù)據(jù)庫(kù)已保存的用戶賬號(hào)及對(duì)應(yīng)密碼，獲取用戶信息并登錄到系統(tǒng)中，此模塊的功能流程圖如圖5.4所示：圖5.4：用戶登錄模塊流程圖（3）預(yù)約下單模塊：此模塊功能是用戶通過移動(dòng)端應(yīng)用回收代扔頁(yè)進(jìn)行垃圾代扔及舊物回收業(yè)務(wù)預(yù)約下單，通過填寫相關(guān)信息后，提交到后臺(tái)管理系統(tǒng)進(jìn)行審核并存到數(shù)據(jù)庫(kù)回收訂單表中，此模塊的功能流程圖如圖5.5所示：圖5.5：用戶預(yù)約下單模塊流程圖（4）積分兌換模塊：此模塊功能是用戶通過移動(dòng)端應(yīng)用環(huán)保商城瀏覽商品進(jìn)行積分兌換，通過選擇商品填寫收貨信息，提交到后臺(tái)管理系統(tǒng)生成兌換訂單保存到數(shù)據(jù)庫(kù)中兌換訂單表中，此模塊的功能流程圖如圖5.6所示：圖5.6：積分兌換模塊流程圖5.2.2后臺(tái)管理系統(tǒng)功能模塊（1）登錄模塊：此模塊功能是管理員通過后臺(tái)管理系統(tǒng)登錄界面填寫賬號(hào)及對(duì)應(yīng)密碼，匹配數(shù)據(jù)庫(kù)管理員用戶表進(jìn)行驗(yàn)證登錄，登錄成功跳轉(zhuǎn)到首頁(yè)，此模塊的功能流程圖如圖5.7所示：圖5.7：管理員登錄模塊流程圖（2）接派單模塊：此模塊功能是管理員通過后臺(tái)管理系統(tǒng)前端訂單管理頁(yè)面對(duì)移動(dòng)端用戶提交的業(yè)務(wù)單派發(fā)給空閑業(yè)務(wù)員，改變數(shù)據(jù)庫(kù)回收訂單表中某一訂單的訂單狀態(tài)，添加關(guān)聯(lián)的業(yè)務(wù)員，此模塊的功能流程圖如圖5.8所示：圖5.8：管理員接派單模塊流程圖（3）業(yè)務(wù)員管理模塊：此模塊是管理員通過后臺(tái)管理系統(tǒng)前端業(yè)務(wù)員管理頁(yè)面對(duì)業(yè)務(wù)員信息進(jìn)行增刪查改操作，并提交到數(shù)據(jù)庫(kù)業(yè)務(wù)員表中進(jìn)行修改保存，此模塊的功能流程圖如圖5.9所示：圖5.9：業(yè)務(wù)員管理模塊流程圖（4）商品管理模塊：此模塊功能是管理員通過后臺(tái)管理系統(tǒng)前端商品管理頁(yè)面對(duì)移動(dòng)端環(huán)保商城商品進(jìn)行增刪查改及上下架操作，并提交到數(shù)據(jù)庫(kù)商品表中進(jìn)行修改保存，此模塊的功能流程圖如圖5.10所示：圖5.10：商品管理模塊流程圖5.3系統(tǒng)動(dòng)態(tài)建模設(shè)計(jì)在面向?qū)ο蟮南到y(tǒng)設(shè)計(jì)中，通常使用UML順序圖對(duì)系統(tǒng)進(jìn)行動(dòng)態(tài)建模，描述系統(tǒng)對(duì)象之間傳遞消息的時(shí)間順序，及參與相互作用的對(duì)象和所交換消息的順序。從系統(tǒng)層面反映需求用例的行為順序，代表了一個(gè)相互作用、在以時(shí)間為次序的對(duì)象間的通信集合。本節(jié)將通過關(guān)鍵流程順序圖對(duì)系統(tǒng)進(jìn)行動(dòng)態(tài)建模設(shè)計(jì)。5.3.1業(yè)務(wù)服務(wù)預(yù)約本小節(jié)將通過順序圖按照時(shí)間順序?qū)τ脩纛A(yù)約服務(wù)過程中系統(tǒng)相關(guān)對(duì)象的通信進(jìn)行描繪，其中垃圾代扔業(yè)務(wù)及廢棄舊物回收業(yè)務(wù)流程無(wú)差，統(tǒng)一歸納為預(yù)約服務(wù)，用戶在第1步驟進(jìn)行選擇，業(yè)務(wù)服務(wù)預(yù)約順序圖如下圖5.11所示：圖5.11：業(yè)務(wù)服務(wù)預(yù)約順序圖5.3.2積分兌換商品本小節(jié)將通過順序圖按照時(shí)間順序?qū)τ脩舴e分兌換商品過程中系統(tǒng)相關(guān)對(duì)象的通信進(jìn)行描繪，假設(shè)用戶是APP活躍用戶，具有足夠的環(huán)保積分進(jìn)行商品兌換，積分兌換商品順序圖如下圖5.12所示：圖5.12：積分兌換商品順序圖

第六章系統(tǒng)數(shù)據(jù)庫(kù)設(shè)計(jì)信息系統(tǒng)的各個(gè)部分通過數(shù)據(jù)庫(kù)及其數(shù)據(jù)間各種關(guān)系緊密地結(jié)合在一起，其相關(guān)設(shè)計(jì)是信息系統(tǒng)開發(fā)和建設(shè)的重要組成部分，本節(jié)將通過對(duì)上述章節(jié)所涉及到的系統(tǒng)數(shù)據(jù)需求進(jìn)行數(shù)據(jù)庫(kù)的設(shè)計(jì)和實(shí)現(xiàn)。6.1概念設(shè)計(jì)概念設(shè)計(jì)是通過系統(tǒng)需求分析對(duì)現(xiàn)實(shí)世界中的實(shí)體進(jìn)行分類、聚集和概括，建立抽象的概念數(shù)據(jù)模型。反映各實(shí)體所涉及的信息結(jié)構(gòu)、信息流動(dòng)情況、信息間的互相制約關(guān)系，本節(jié)通過實(shí)體屬性圖及實(shí)體間E-R模型建立系統(tǒng)數(shù)據(jù)庫(kù)的概念模型。6.1.1實(shí)體屬性圖1）用戶實(shí)體屬性圖圖6.1：用戶實(shí)體屬性圖2）管理員實(shí)體屬性圖圖6.2：管理員實(shí)體屬性圖3）業(yè)務(wù)員實(shí)體屬性圖圖6.3：業(yè)務(wù)員實(shí)體屬性圖4）商品實(shí)體屬性圖圖6.4：商品實(shí)體屬性圖5）回收訂單實(shí)體屬性圖圖6.5：回收訂單實(shí)體屬性圖6）兌換訂單實(shí)體屬性圖圖6.6：兌換訂單實(shí)體屬性圖7）地址實(shí)體屬性圖圖6.7：地址實(shí)體屬性圖6.1.2總體E-R圖圖6.8：總體E-R圖6.2邏輯設(shè)計(jì)邏輯設(shè)計(jì)是將概念數(shù)據(jù)模型按照三個(gè)轉(zhuǎn)換原則（一個(gè)實(shí)體轉(zhuǎn)對(duì)應(yīng)一個(gè)關(guān)系模式、實(shí)體的屬性即為關(guān)系的屬性、實(shí)體的碼即為關(guān)系的碼）將實(shí)體、實(shí)體的屬性和實(shí)體之間的聯(lián)系轉(zhuǎn)換為數(shù)據(jù)庫(kù)的關(guān)系模式。本節(jié)將參照6.1概念設(shè)計(jì)轉(zhuǎn)化為關(guān)系型數(shù)據(jù)庫(kù)所支持的邏輯數(shù)據(jù)模式。6.2.1關(guān)系模式1）實(shí)體用戶對(duì)應(yīng)的關(guān)系模式用戶（用戶ID，登錄名，登錄密碼，環(huán)保積分）主鍵：用戶ID2）實(shí)體管理員對(duì)應(yīng)的關(guān)系模式管理員（管理員ID，登錄名，登錄密碼，姓名，類型）主鍵：管理員ID3）實(shí)體業(yè)務(wù)員對(duì)應(yīng)的關(guān)系模式業(yè)務(wù)員（業(yè)務(wù)員ID，姓名，性別，聯(lián)系電話，入職時(shí)間，業(yè)績(jī)）主鍵：業(yè)務(wù)員ID4）實(shí)體回收訂單對(duì)應(yīng)的關(guān)系模式回收訂單（回收訂單ID，用戶ID，業(yè)務(wù)員ID，生成時(shí)間，預(yù)約時(shí)間，完結(jié)時(shí)間，訂單類型，訂單狀態(tài)，回收地址）主鍵：回收訂單ID外鍵：用戶ID，業(yè)務(wù)員ID，地址ID5）實(shí)體兌換訂單對(duì)應(yīng)的關(guān)系模式兌換訂單（兌換訂單ID，用戶ID，生成時(shí)間，訂單狀態(tài)，快遞單號(hào)，地址ID，積分總額）主鍵：兌換訂單ID，用戶ID，地址ID6）實(shí)體商品對(duì)應(yīng)的關(guān)系模式商品（商品ID，商品名稱，銷量，庫(kù)存，狀態(tài)，所需積分）主鍵：商品ID7）實(shí)體地址對(duì)應(yīng)的關(guān)系模式地址（地址ID，詳細(xì)地址，收件人姓名，收件人電話，所屬用戶，是否默認(rèn)）主鍵：商品ID外鍵：用戶ID8）聯(lián)系兌換訂單包含商品對(duì)應(yīng)的關(guān)系模式訂單item（itemID，兌換訂單ID，商品ID，數(shù)量，小計(jì)）主鍵：itemID外鍵：兌換訂單ID，商品ID6.3數(shù)據(jù)表設(shè)計(jì)數(shù)據(jù)表是數(shù)據(jù)在數(shù)據(jù)庫(kù)中一種邏輯上的存儲(chǔ)形式，每行代表一個(gè)數(shù)據(jù)對(duì)象，每列代表一個(gè)字段，本節(jié)將參照6.2.1關(guān)系模式對(duì)數(shù)據(jù)庫(kù)表進(jìn)行詳細(xì)設(shè)計(jì)。6.3.1數(shù)據(jù)表匯總表6-1：數(shù)據(jù)表匯總表名說明user用戶信息表admin管理員信息表worker業(yè)務(wù)員信息表goods商品信息表re_order回收訂單信息表ex_order兌換訂單信息表address地址信息表item訂單細(xì)則表6.3.2數(shù)據(jù)表詳情1）用戶表user：表6-2：用戶信息表列名說明數(shù)據(jù)類型(大小)約束user_id用戶IDint主鍵login_name登錄名varchar（16）非空l(shuí)ogin_password登錄密碼varchar（16）非空integral環(huán)保積分int非空，默認(rèn)值為02）管理員信息表admin：表6-3：管理員信息表列名說明數(shù)據(jù)類型、大小約束admin_id管理員IDint主鍵login_name登錄名varchar（16）非空l(shuí)ogin_password登錄密碼varchar（16）非空admin_name姓名varchar（16）非空type類型varchar（8）非空，取值“訂單管理員”、“人事管理員”、“商品管理員”3）業(yè)務(wù)員信息表worker：表6-4：業(yè)務(wù)員信息表列名說明數(shù)據(jù)類型、大小約束worker_id業(yè)務(wù)員IDint主鍵worker_name姓名varchar（16）非空sex性別char（8）取值,’男’或’女’phone聯(lián)系電話char（13）非空entrytime入職時(shí)間varchar（8）非空performance業(yè)績(jī)varchar（8）非空4）商品信息表goods：表6-5：商品信息表列名說明數(shù)據(jù)類型、大小約束goods_id商品IDint主鍵goods_name商品名稱varchar（32）非空volume銷量int非空count庫(kù)存int非空state狀態(tài)varchar（16）非空integral所需積分int非空，默認(rèn)值為05）回收訂單信息表re_order：表6-6：回收訂單信息表列名說明數(shù)據(jù)類型、大小約束re_order_id回收訂單IDint主鍵user_id用戶IDint外鍵worker_id業(yè)務(wù)員IDint外鍵type類型varchar（8）非空，取值“垃圾代扔”、“廢品回收”、“家電回收”、“家具回收”state狀態(tài)varchar（16）非空ri_time生成時(shí)間varchar（16）非空ap_time預(yù)約時(shí)間varchar（16）非空fi_time完結(jié)時(shí)間varchar（16）非空address_id回收地址int外鍵6）兌換訂單表ex_order：表6-7：兌換訂單信息表列名說明數(shù)據(jù)類型、大小約束ex_order_id兌換訂單IDint主鍵user_id用戶IDint外鍵ri_time生成時(shí)間varchar（16）非空state狀態(tài)varchar（16）非空express快遞單號(hào)varchar（16）非空total_integral積分總額int非空，默認(rèn)值為0address_id收貨地址int外鍵7）訂單細(xì)則表item：表6-8：訂單細(xì)則表列名說明數(shù)據(jù)類型、大小約束item_idItemIDint主鍵ex_order_id兌換訂單IDint外鍵goods_id商品IDint外鍵amount數(shù)量int非空item_integral積分小計(jì)int非空，默認(rèn)值為08）地址信息表address：表6-9：地址信息表列名說明數(shù)據(jù)類型、大小約束address_id地址IDint主鍵a_name收件人姓名varchar（32）非空phone收件人電話char（13）非空user_id所屬用戶int外鍵is_default是否默認(rèn)boolean該字段只有一個(gè)數(shù)據(jù)對(duì)象值為true，其余取值false，若該表只有一組數(shù)據(jù)，則默認(rèn)true

第七章系統(tǒng)原型展示原型設(shè)計(jì)通過系統(tǒng)結(jié)構(gòu)和內(nèi)容展示，能夠清楚地說明用戶如何與產(chǎn)品進(jìn)行交互，體現(xiàn)用戶所期望看到的內(nèi)容以及內(nèi)容相對(duì)優(yōu)先級(jí)等，是用戶、產(chǎn)品經(jīng)理、系統(tǒng)設(shè)計(jì)人員、系統(tǒng)開發(fā)人員之間溝通的重要橋梁，是降低系統(tǒng)開發(fā)風(fēng)險(xiǎn)及需求變更成本的重要內(nèi)容。本節(jié)將根據(jù)系統(tǒng)功能需求及業(yè)務(wù)邏輯使用AxureRP對(duì)系統(tǒng)進(jìn)行原型設(shè)計(jì)，構(gòu)建一個(gè)可用的軟件界面，為系統(tǒng)開發(fā)提供依據(jù)。7.1系統(tǒng)頁(yè)面布局在原型模型設(shè)計(jì)前，預(yù)先分析系統(tǒng)功能及業(yè)務(wù)邏輯對(duì)系統(tǒng)頁(yè)面進(jìn)行布局，詳情見圖7.1系統(tǒng)頁(yè)面布局。圖7.1：系統(tǒng)頁(yè)面布局圖7.2移動(dòng)端應(yīng)用原型根據(jù)7.1系統(tǒng)頁(yè)面布局進(jìn)行設(shè)計(jì)，移動(dòng)端應(yīng)用分為七個(gè)部分，啟動(dòng)引導(dǎo)頁(yè)、注冊(cè)登錄、首頁(yè)、環(huán)保商城、回收代扔、環(huán)保社區(qū)、個(gè)人中心，本節(jié)將分點(diǎn)進(jìn)行展示。（1）啟動(dòng)引導(dǎo)頁(yè)：?jiǎn)?dòng)頁(yè)作為APP打開之后用戶首先接觸到的畫面，可以增強(qiáng)應(yīng)用程序啟動(dòng)時(shí)的用戶體驗(yàn)，在程序運(yùn)行準(zhǔn)備時(shí)作為程序啟動(dòng)的過渡，使用戶忽略掉程序運(yùn)行的等待時(shí)間，保證用戶使用流暢，同時(shí)通過啟動(dòng)頁(yè)傳遞了企業(yè)品牌信息，通過引導(dǎo)頁(yè)簡(jiǎn)單地展示程序業(yè)務(wù)，使用戶產(chǎn)生共鳴。其每隔2s跳轉(zhuǎn)一個(gè)頁(yè)面，第3頁(yè)之后將跳轉(zhuǎn)至首頁(yè)，詳情見圖7.2。圖7.2：移動(dòng)端啟動(dòng)引導(dǎo)頁(yè)（2）注冊(cè)登錄：注冊(cè)登錄作為每個(gè)APP的必備常規(guī)功能，從用戶層面上看用戶在應(yīng)用中可獲得一個(gè)獨(dú)立的ID，體現(xiàn)其個(gè)性化，同時(shí)記錄用戶需要產(chǎn)品為其記錄使用進(jìn)度、狀態(tài)、收藏的內(nèi)容且提供更細(xì)節(jié)更優(yōu)質(zhì)的服務(wù)；從功能層面上講，注冊(cè)登錄有便于用戶跨設(shè)備同步數(shù)據(jù)，以及同一設(shè)備不同賬號(hào)的狀態(tài)保留，在社區(qū)中通過賬號(hào)編寫發(fā)布自己的UGC內(nèi)容，在商城中記錄個(gè)人賬戶的交易信息，提高安全性；從業(yè)務(wù)層面上講，可采集用戶的重要信息，便于運(yùn)營(yíng)分析數(shù)據(jù)，指導(dǎo)運(yùn)營(yíng)方向，同時(shí)做一些用戶激勵(lì)消費(fèi)轉(zhuǎn)化等內(nèi)容。設(shè)計(jì)詳情見圖7.3。圖7.3：移動(dòng)端注冊(cè)登錄頁(yè)（3）首頁(yè)：首頁(yè)部分是程序啟動(dòng)默認(rèn)頁(yè)，主要為用戶提供垃圾分類識(shí)別、垃圾分類詳情查看功能，同時(shí)設(shè)置垃圾分類小游戲入口，垃圾分類宣傳圖輪播，以多種方式向用戶普及垃圾分類知識(shí)，設(shè)計(jì)詳情見圖7.4。圖7.4：移動(dòng)端首頁(yè)（4）環(huán)保商城設(shè)計(jì)：環(huán)保商城部分可供用戶進(jìn)行積分兌換實(shí)物，通過兌換實(shí)在的家居日用物件刺激鼓勵(lì)用戶使用程序，商城首頁(yè)提供購(gòu)物車入口，限時(shí)兌換展架和分類展架，點(diǎn)擊商品進(jìn)入商品詳情查看，設(shè)計(jì)詳情見圖7.5圖7.5：移動(dòng)端環(huán)保商城（5）回收代扔：回收代扔部分是程序的主要業(yè)務(wù)入口，以愛護(hù)環(huán)境主題的宣傳圖做背景，提供垃圾代扔服務(wù)入口及廢品舊物回收模塊入口，用戶可通過點(diǎn)擊進(jìn)入業(yè)務(wù)服務(wù)填寫業(yè)務(wù)信息進(jìn)行預(yù)約下單，設(shè)計(jì)詳情見圖7.6。圖7.6：移動(dòng)端回收代扔（6）環(huán)保社區(qū)：環(huán)保社區(qū)部分是程序的社區(qū)服務(wù)模塊，首部設(shè)置搜索欄供用戶進(jìn)行內(nèi)容搜索，設(shè)置子功能板塊入口，話題廣場(chǎng)提供用戶針對(duì)同一話題展開討論，熱帖推薦根據(jù)用戶喜好及近期帖子熱度向用戶進(jìn)行推送，社區(qū)達(dá)人展示應(yīng)用活躍的知名達(dá)人，提供認(rèn)證用戶一個(gè)自媒體傳播平臺(tái)，環(huán)保媒體及用戶自媒體可通過此功能發(fā)布相關(guān)內(nèi)容獲得粉絲，義賣廣場(chǎng)提供一個(gè)愛心交易平臺(tái)，用戶可進(jìn)行義賣寶貝上傳，其他用戶進(jìn)行購(gòu)買，義賣所得將捐獻(xiàn)給公益項(xiàng)目，且雙方獲得相應(yīng)積分，設(shè)計(jì)詳情見圖7.7。圖7.7：移動(dòng)端環(huán)保社區(qū)（7）個(gè)人中心：個(gè)人中心主要展示用戶資料及用戶對(duì)個(gè)人資料、軟件偏好設(shè)置等進(jìn)行修改，訂單和地址的管理，同時(shí)提供回收指南對(duì)用戶在回收過程中遇到的一些常見問題進(jìn)行解釋，設(shè)計(jì)詳情見圖7.8。圖7.8：移動(dòng)端個(gè)人中心7.3后臺(tái)管理系統(tǒng)原型根據(jù)7.1系統(tǒng)頁(yè)面布局進(jìn)行設(shè)計(jì)，后臺(tái)管理系統(tǒng)分為五個(gè)部分，登錄頁(yè)、首頁(yè)、訂單管理、回收員管理、商品管理，本節(jié)將分點(diǎn)進(jìn)行展示。登錄頁(yè)：后臺(tái)管理系統(tǒng)登錄頁(yè)主要提供管理員進(jìn)行后臺(tái)登錄，以及后臺(tái)操作指南及企業(yè)最新公告提示，詳情見圖7.9圖7.9：后臺(tái)管理系統(tǒng)登錄頁(yè)首頁(yè)：首頁(yè)是后臺(tái)管理系統(tǒng)的操作臺(tái)，頂部為功能導(dǎo)航欄及用戶賬號(hào)信息，中間是移動(dòng)端應(yīng)用的業(yè)務(wù)訂單看板，提供數(shù)據(jù)供運(yùn)營(yíng)制定相應(yīng)計(jì)劃以及其他異常訂單處理，設(shè)計(jì)詳情見圖7.10.圖7.10：后臺(tái)管理系統(tǒng)首頁(yè)訂單管理：訂單管理主要分為回收訂單管理和兌換訂單管理，管理員通過對(duì)回收訂單進(jìn)行接單之后給空閑的業(yè)務(wù)員進(jìn)行派單完成后臺(tái)業(yè)務(wù)流程，對(duì)兌換訂單安排送貨業(yè)務(wù)員進(jìn)行送貨，設(shè)計(jì)詳情見圖7.11和7.12.圖7.11：后臺(tái)管理系統(tǒng)回收訂單管理頁(yè)圖7.12：后臺(tái)管理系統(tǒng)兌換訂單管理頁(yè)回收員管理設(shè)計(jì)：后臺(tái)管理系統(tǒng)回收員管理功能主要使用對(duì)象是人力管理員，主要針對(duì)回收員資料的增刪查改進(jìn)行操作，設(shè)計(jì)詳情見圖7.13。圖7.13：后臺(tái)管理系統(tǒng)回收員管理頁(yè)商品管理：后臺(tái)管理系統(tǒng)商品管理功能是管理員針對(duì)環(huán)保商城商品進(jìn)行新增修改及上下架管理，設(shè)計(jì)詳情見圖7.14。圖7.14：后臺(tái)管理系統(tǒng)商品管理模型

第八章總結(jié)老師們都說論文寫作的成敗，關(guān)鍵還在于選題，好的選題是論文成功的一半。其實(shí)對(duì)于本次畢業(yè)論文的題目，我個(gè)人認(rèn)為，它既是正確的，也是極其錯(cuò)誤的。在學(xué)習(xí)黨的十九大重要思想過程中，我深刻地感受到習(xí)近平總書記以及黨對(duì)生態(tài)文明建設(shè)和生態(tài)環(huán)境保護(hù)的著重性，結(jié)合生活實(shí)際情況，垃圾分類在我國(guó)仍未得到廣泛普及，甚至全國(guó)各地經(jīng)常出現(xiàn)隨地亂扔垃圾現(xiàn)象，臟亂差一直得不到源頭上的整治，因此便萌生了一個(gè)想法，如何通過結(jié)合居民日常生活需要進(jìn)行垃圾分類知識(shí)普及。通過對(duì)生活的觀察，我認(rèn)為當(dāng)前家庭舊物回收缺乏互聯(lián)網(wǎng)的介入，該職業(yè)從業(yè)人員得不到合理妥善的管理，于是便有了這個(gè)選題?；ヂ?lián)網(wǎng)+垃圾分類舊物回收，相較于網(wǎng)上隨處可見的老掉牙的圖書管理系統(tǒng)、論壇博客而言，我認(rèn)為該選題是成功的，它是隨著我的想法和意愿一步一步成型的。但由于我缺乏大局觀，選定題目時(shí)未考慮系統(tǒng)實(shí)現(xiàn)難度，需求分析范圍過于廣泛，過分地追求新技術(shù)新方法，造成后期系統(tǒng)設(shè)計(jì)及實(shí)現(xiàn)難度較大，項(xiàng)目無(wú)法得到詳細(xì)具體地實(shí)現(xiàn)，因此說該題目也是極其錯(cuò)誤的。在搜集資料的過程中，面對(duì)浩瀚的書海我無(wú)從選擇，不知從哪方面開始入手，便回歸了課本，從軟件工程導(dǎo)論開始，梳理了軟件開發(fā)流程，按照軟件開發(fā)流程查閱相關(guān)文獻(xiàn)。我把更多的時(shí)間耗費(fèi)在了需求分析及設(shè)計(jì)上，對(duì)面向?qū)ο蠓治雠c設(shè)計(jì)開發(fā)有了更多的理解，對(duì)UML繪圖也更加熟練了。四月初，論文基本框架完成，我開始著手一點(diǎn)一點(diǎn)充實(shí)章節(jié)內(nèi)容。梳理了系統(tǒng)的功能之后，在編程方面遇到很大的問題，在校期間缺乏獨(dú)立完成項(xiàng)目的經(jīng)驗(yàn)，面對(duì)各種環(huán)境報(bào)錯(cuò)，版本問題很難得到解決，好幾天未見進(jìn)展，一時(shí)間無(wú)法進(jìn)行下去。為了能夠更清楚地表達(dá)我的想法，填補(bǔ)選題上的失誤，我決定從產(chǎn)品方向入手，查閱產(chǎn)品經(jīng)理相關(guān)書籍，通過對(duì)AxureRP的學(xué)習(xí)，制作出軟件的原型模型，希望借此能更清晰開發(fā)方向。而定稿時(shí)間也迫在眉睫，在與指導(dǎo)老師溝通之后，我又重新修改了論文結(jié)構(gòu)，將原型作為展示，希望通過產(chǎn)品的角度對(duì)該選題進(jìn)行詮釋。垃圾分類是我國(guó)可持續(xù)發(fā)展的必要措施，舊物回收是居民日常生活的必要，互聯(lián)網(wǎng)是當(dāng)今社會(huì)不可逆的發(fā)展趨勢(shì)，三者的結(jié)合若能實(shí)現(xiàn)普及推廣，能有效地提高用戶的環(huán)保意識(shí)，改變用戶的生活習(xí)慣，倡導(dǎo)綠色行為，從源頭上助力生態(tài)環(huán)境保護(hù)。

參考文獻(xiàn)中國(guó)固廢網(wǎng).2019年全國(guó)大、中城市固體廢物污染環(huán)境防治年報(bào)[Z]，/news/301164.html，2020-01.環(huán)球網(wǎng).我國(guó)46個(gè)重點(diǎn)城市生活垃圾分類小區(qū)覆蓋率近70%[Z]，/a/387422206_162522，2020-04.麥哲思科技任甲林.常見非功能性需求的描述案例[Z]，/dylanren/article/details/79215402，2018-01.阮欣子.垃圾分類的資料[Z]，/f/23365503.html，2012-03.王曉敏，鄺孔武.信息系統(tǒng)分析與設(shè)計(jì)（第4版）[M]，北京:清華大學(xué)出版社，2013.錢樂秋,趙文耘,牛軍鈺.軟件工程（第3版）[M]，北京:清華大學(xué)出版社，2016-09.張海帆,軟件工程導(dǎo)論（第5版）[M]，北京:清華大學(xué)出版社，2008-03.陳根I設(shè)計(jì)入門一本就夠[M].化學(xué)工業(yè)出版社，2018-05.王珊，薩師煊.數(shù)據(jù)庫(kù)系統(tǒng)概論(第五版)[M].高等教育出版社，2014-09.孟祥旭，李學(xué)慶，楊承磊，王璐.人機(jī)交互基礎(chǔ)教程（第3版）[M].清華大學(xué)出版社，2016-03.唐韌.產(chǎn)品經(jīng)理必懂的技術(shù)那點(diǎn)事[M].電子工業(yè)出版社，2017-01.楊堃.產(chǎn)品經(jīng)理升級(jí)之路[M].電子工業(yè)出版社，2019-06.謝星星.AxureRP原型設(shè)計(jì)實(shí)踐（Web+APP）[M].機(jī)械工業(yè)出版社，2018-10.

致謝時(shí)光匆匆，轉(zhuǎn)眼間四年光陰如幻夢(mèng)泡影只得點(diǎn)滴追憶，最后一次大作業(yè)也即將告一段落。在此，衷心地感謝我的論文指導(dǎo)謝云老師，在論文的開題寫作定稿以及實(shí)習(xí)工作上給出了許多指導(dǎo)性意見和悉心關(guān)懷，投入了許多心血和精力，一個(gè)人兼顧著我們畢業(yè)論文小組二十個(gè)同學(xué)的項(xiàng)目，為我們操碎了心，謝謝您，辛苦了。此外，還要感謝這四年時(shí)光里所有悉心付出的課程授課老師們，以及參考文獻(xiàn)中的編著作者們，通過老師們所教的專業(yè)知識(shí)以及對(duì)參考文獻(xiàn)的理解，才使我能夠完成本次的論文。對(duì)于這篇畢業(yè)論文，其不足之處太多太多，但這次的經(jīng)歷讓我獲益匪淺。在寫作的過程中，我覺得就是反映現(xiàn)實(shí)生活，選題就像是在明確自己的人生目標(biāo)，查閱大量文獻(xiàn)就像是在了解歷史，了解前人的事跡，借鑒參考前人的經(jīng)驗(yàn)，從而明確自己選的是什么路，為什么要走這條路，這條路要怎么走才好。在寫作過程中總會(huì)出現(xiàn)大量的問題，就像是我們生活中會(huì)遇到無(wú)數(shù)的挫折，指導(dǎo)老師會(huì)指導(dǎo)我們?nèi)绾稳ソ鉀Q論文出現(xiàn)的難題，而我們生活中也總會(huì)有人在身邊與我們一起面對(duì)挫折。遇到難過的坎，一條路走不通，只要雙腳還在，總能走出一條新路來。論文之于我來說只是一個(gè)短期的小目標(biāo)，通過對(duì)本次論文的寫作和總結(jié)，我能清楚地明白自己對(duì)專業(yè)知識(shí)的不足，未來更要不斷地充實(shí)自己，腳踏實(shí)地，認(rèn)真嚴(yán)謹(jǐn)，吸取經(jīng)驗(yàn)，為今后的工作和生活奠定基礎(chǔ)。最后，謝謝論文評(píng)閱老師們的辛苦工作，再次衷心地感謝指導(dǎo)老師以及課程老師的專業(yè)教學(xué)，感謝家人、朋友、同學(xué)這段時(shí)間的支持和鼓勵(lì)，感謝廣東東軟學(xué)院這四年的栽培。

電腦故障檢測(cè)卡代碼表

1、特殊代碼"00"和"ff"及其它起始碼有三種情況出現(xiàn)：

①已由一系列其它代碼之后再出現(xiàn)："00"或"ff"，則主板ok。

②如果將cmos中設(shè)置無(wú)錯(cuò)誤，則不嚴(yán)重的故障不會(huì)影響bios自檢的繼續(xù)，而最終出現(xiàn)"00"或"ff"。

③一開機(jī)就出現(xiàn)"00"或"ff"或其它起始代碼并且不變化則為主板沒有運(yùn)行起來。

2、本表是按代碼值從小到大排序，卡中出碼順序不定。

3、未定義的代碼表中未列出。

4、對(duì)于不同bios（常用ami、award、phoenix）用同一代碼代表的意義不同，因此應(yīng)弄清您所檢測(cè)的電腦是屬于哪一種類型的bios，您可查閱您的電腦使用手冊(cè)，或從主板上的bios芯片上直接查看，也可以在啟動(dòng)屏幕時(shí)直接看到。

5、有少數(shù)主板的pci槽只有一部分代碼出現(xiàn)，但isa槽有完整自檢代碼輸出。且目前已發(fā)現(xiàn)有極個(gè)別原裝機(jī)主板的isa槽無(wú)代碼輸出，而pci槽則有完整代碼輸出，故建議您在查看代碼不成功時(shí)，將本雙槽卡換到另一種插槽試一下。另外，同一塊主板的不同pci槽，有的槽有完整代碼送出，如dell810主板只有靠近c(diǎn)pu的一個(gè)pci槽有完整代碼顯示，一直變化到"00"或"ff"，而其它pci槽走到"38"后則不繼續(xù)變化。

6、復(fù)位信號(hào)所需時(shí)間isa與pci不一定同步，故有可能isa開始出代碼，但pci的復(fù)位燈還不熄，故pci代碼停要起始代碼上。

代碼對(duì)照表

00.已顯示系統(tǒng)的配置；即將控制INI19引導(dǎo)裝入。

01處理器測(cè)試1，處理器狀態(tài)核實(shí),如果測(cè)試失敗，循環(huán)是無(wú)限的。處理器寄存器的測(cè)試即將開始，不可屏蔽中斷即將停用。CPU寄存器測(cè)試正在進(jìn)行或者失敗。

02確定診斷的類型（正?；蛘咧圃欤Ｈ绻I盤緩沖器含有數(shù)據(jù)就會(huì)失效。停用不可屏蔽中斷；通過延遲開始。CMOS寫入／讀出正在進(jìn)行或者失靈。

03清除8042鍵盤控制器，發(fā)出TESTKBRD命令（AAH）通電延遲已完成。ROMBIOS檢查部件正在進(jìn)行或失靈。

04使8042鍵盤控制器復(fù)位，核實(shí)TESTKBRD。鍵盤控制器軟復(fù)位／通電測(cè)試?？删幊涕g隔計(jì)時(shí)器的測(cè)試正在進(jìn)行或失靈。

05如果不斷重復(fù)制造測(cè)試1至5，可獲得8042控制狀態(tài)。已確定軟復(fù)位／通電；即將啟動(dòng)ROM。DMA初如準(zhǔn)備正在進(jìn)行或者失靈。

06使電路片作初始準(zhǔn)備，停用視頻、奇偶性、DMA電路片，以及清除DMA電路片，所有頁(yè)面寄存器和CMOS停機(jī)字節(jié)。已啟動(dòng)ROM計(jì)算ROMBIOS檢查總和，以及檢查鍵盤緩沖器是否清除。DMA初始頁(yè)面寄存器讀／寫測(cè)試正在進(jìn)行或失靈。

07處理器測(cè)試2，核實(shí)CPU寄存器的工作。ROMBIOS檢查總和正常，鍵盤緩沖器已清除，向鍵盤發(fā)出BAT（基本保證測(cè)試）命令。.

08使CMOS計(jì)時(shí)器作初始準(zhǔn)備，正常的更新計(jì)時(shí)器的循環(huán)。已向鍵盤發(fā)出BAT命令，即將寫入BAT命令。RAM更新檢驗(yàn)正在進(jìn)行或失靈。

09EPROM檢查總和且必須等于零才通過。核實(shí)鍵盤的基本保證測(cè)試，接著核實(shí)鍵盤命令字節(jié)。第一個(gè)64KRAM測(cè)試正在進(jìn)行。

0A使視頻接口作初始準(zhǔn)備。發(fā)出鍵盤命令字節(jié)代碼，即將寫入命令字節(jié)數(shù)據(jù)。第一個(gè)64KRAM芯片或數(shù)據(jù)線失靈，移位。

0B測(cè)試8254通道0。寫入鍵盤控制器命令字節(jié)，即將發(fā)出引腳23和24的封鎖／解鎖命令。第一個(gè)64KRAM奇／偶邏輯失靈。

0C測(cè)試8254通道1。鍵盤控制器引腳23、24已封鎖／解鎖；已發(fā)出NOP命令。第一個(gè)64KRAN的地址線故障。

0D1、檢查CPU速度是否與系統(tǒng)時(shí)鐘相匹配。2、檢查控制芯片已編程值是否符合初設(shè)置。3、視頻通道測(cè)試，如果失敗，則鳴喇叭。已處理NOP命令；接著測(cè)試CMOS停開寄存器。第一個(gè)64KRAM的奇偶性失靈

0E測(cè)試CMOS停機(jī)字節(jié)。CMOS停開寄存器讀／寫測(cè)試；將計(jì)算CMOS檢查總和。初始化輸入／輸出端口地址。

0F測(cè)試擴(kuò)展的CMOS。已計(jì)算CMOS檢查總和寫入診斷字節(jié)；CMOS開始初始準(zhǔn)備。.

10測(cè)試DMA通道0。CMOS已作初始準(zhǔn)備，CMOS狀態(tài)寄存器即將為日期和時(shí)間作初始準(zhǔn)備。第一個(gè)64KRAM第0位故障。

11測(cè)試DMA通道1。CMOS狀態(tài)寄存器已作初始準(zhǔn)備，即將停用DMA和中斷控制器。第一個(gè)64DKRAM第1位故障。

12測(cè)試DMA頁(yè)面寄存器。停用DMA控制器1以及中斷控制器1和2；即將視頻顯示器并使端口B作初始準(zhǔn)備。第一個(gè)64DKRAM第2位故障。

13測(cè)試8741鍵盤控制器接口。視頻顯示器已停用，端口B已作初始準(zhǔn)備；即將開始電路片初始化／存儲(chǔ)器自動(dòng)檢測(cè)。第一個(gè)64DKRAM第3位故障。

14測(cè)試存儲(chǔ)器更新觸發(fā)電路。電路片初始化／存儲(chǔ)器處自動(dòng)檢測(cè)結(jié)束；8254計(jì)時(shí)器測(cè)試即將開始。第一個(gè)64DKRAM第4位故障。

15測(cè)試開頭64K的系統(tǒng)存儲(chǔ)器。第2通道計(jì)時(shí)器測(cè)試了一半；8254第2通道計(jì)時(shí)器即將完成測(cè)試。第一個(gè)64DKRAM第5位故障。

16建立8259所用的中斷矢量表。第2通道計(jì)時(shí)器測(cè)試結(jié)束；8254第1通道計(jì)時(shí)器即將完成測(cè)試。第一個(gè)64DKRAM第6位故障。

17調(diào)準(zhǔn)視頻輸入／輸出工作，若裝有視頻BIOS則啟用。第1通道計(jì)時(shí)器測(cè)試結(jié)束；8254第0通道計(jì)時(shí)器即將完成測(cè)試。第一個(gè)64DKRAM第7位故障。

18測(cè)試視頻存儲(chǔ)器，如果安裝選用的視頻BIOS通過，由可繞過。第0通道計(jì)時(shí)器測(cè)試結(jié)束；即將開始更新存儲(chǔ)器。第一個(gè)64DKRAM第8位故障。

19測(cè)試第1通道的中斷控制器（8259）屏蔽位。已開始更新存儲(chǔ)器，接著將完成存儲(chǔ)器的更新。第一個(gè)64DKRAM第9位故障。

1A測(cè)試第2通道的中斷控制器（8259）屏蔽位。正在觸發(fā)存儲(chǔ)器更新線路，即將檢查15微秒通／斷時(shí)間。第一個(gè)64DKRAM第10位故障。

1B測(cè)試CMOS電池電平。完成存儲(chǔ)器更新時(shí)間30微秒測(cè)試；即將開始基本的64K存儲(chǔ)器測(cè)試。第一個(gè)64DKRAM第11位故障。

1C測(cè)試CMOS檢查總和。.第一個(gè)64DKRAM第12位故障。

1D調(diào)定CMOS配置。.第一個(gè)64DKRAM第13位故障。

1E測(cè)定系統(tǒng)存儲(chǔ)器的大小，并且把它和CMOS值比較。.第一個(gè)64DKRAM第14位故障。

1F測(cè)試64K存儲(chǔ)器至最高640K。.第一個(gè)64DKRAM第15位故障。

20測(cè)量固定的8259中斷位。開始基本的64K存儲(chǔ)器測(cè)試；即將測(cè)試地址線。從屬DMA寄存器測(cè)試正在進(jìn)行或失靈。

21維持不可屏蔽中斷（NMI）位（奇偶性或輸入／輸出通道的檢查）。通過地址線測(cè)試；即將觸發(fā)奇偶性。主DMA寄存器測(cè)試正在進(jìn)行或失靈。

22測(cè)試8259的中斷功能。結(jié)束觸發(fā)奇偶性；將開始串行數(shù)據(jù)讀／寫測(cè)試。主中斷屏蔽寄存器測(cè)試正在進(jìn)行或