【文章內(nèi)容簡介】 findViewById()。 btnOK = (Button) findViewById()。 btnCancel = (Button) findViewById()。 (this)。 (this)。 }具體的實(shí)現(xiàn)效果如圖52所示：圖52 鬧鐘設(shè)置界面 系統(tǒng)設(shè)置實(shí)現(xiàn)鬧鐘軟件系統(tǒng)設(shè)置包括“靜音是否響鈴”、“音量設(shè)置”和“延遲提醒時(shí)間設(shè)置”這三個(gè)選項(xiàng)，用戶可以根據(jù)自己的習(xí)慣進(jìn)行個(gè)性化設(shè)置。實(shí)現(xiàn)核心代碼： private void findview() { ((TextView) findViewById()).setText(系統(tǒng)設(shè)置)。 checkbox1 = (CheckBox) findViewById()。 tvDelay = (TextView) findViewById()。 (duration)。 (new OnCheckedChangeListener() { @Override public void onCheckedChanged(CompoundButton buttonView, boolean isChecked) { int ringerModeStreamTypes = (getContentResolver(), , 0)。 if (isChecked) { ringerModeStreamTypes amp。= ~ALARM_STREAM_TYPE_BIT。 } else { ringerModeStreamTypes |= ALARM_STREAM_TYPE_BIT。 } (getContentResolver(), , ringerModeStreamTypes)。 ((getContentResolver(), , 0))。 } })。 final int silentModeStreams = (getContentResolver(), , 0)。 ((silentModeStreams amp。 ALARM_STREAM_TYPE_BIT) == 0)。 findViewById().setOnClickListener(this)。 findViewById().setOnClickListener(this)。 }具體的實(shí)現(xiàn)效果如圖53所示：圖53 系統(tǒng)設(shè)置界面6 系統(tǒng)測試 測試的重要性軟件的測試在軟件生命周期中占據(jù)重要的地位，在傳統(tǒng)的瀑布模型中，軟件測試學(xué)僅處于運(yùn)行維護(hù)階段之前，是軟件產(chǎn)品交付用戶使用之前保證軟件質(zhì)量的重要手段。近來，軟件工程界趨向于一種新的觀點(diǎn)，即認(rèn)為軟件生命周期每一階段中都應(yīng)包含測試，從而檢驗(yàn)本階段的成果是否接近預(yù)期的目標(biāo)，盡可能早的發(fā)現(xiàn)錯(cuò)誤并加以修正，如果不在早期階段進(jìn)行測試，錯(cuò)誤的延時(shí)擴(kuò)散常常會(huì)導(dǎo)致最后成品測試的巨大困難。 事實(shí)上，對于軟件來講，不論采用什么技術(shù)和什么方法，軟件中仍然會(huì)有錯(cuò)。采用新的語言、先進(jìn)的開發(fā)方式、完善的開發(fā)過程，可以減少錯(cuò)誤的引入，但是不可能完全杜絕軟件中的錯(cuò)誤，這些引入的錯(cuò)誤需要測試來找出，軟件中的錯(cuò)誤密度也需要測試來進(jìn)行估計(jì)。測試是所有工程學(xué)科的基本組成單元，是軟件開發(fā)的重要部分。自有程序設(shè)計(jì)的那天起測試就一直伴隨著。統(tǒng)計(jì)表明，在典型的軟件開發(fā)項(xiàng)目中，軟件測試工作量往往占軟件開發(fā)總工作量的40％以上。而在軟件開發(fā)的總成本中，用在測試上的開銷要占30％到50％。如果把維護(hù)階段也考慮在內(nèi)，討論整個(gè)軟件生存期時(shí)，測試的成本比例也許會(huì)有所降低，但實(shí)際上維護(hù)工作相當(dāng)于二次開發(fā)，乃至多次開發(fā)，其中必定還包含有許多測試工作。 在實(shí)踐中，軟件測試的困難常常使人望而卻步或敷衍了事，這是由于對測試仍然存在一些不正確的看法和錯(cuò)誤的態(tài)度，這包括: (1)認(rèn)為測試工作不如設(shè)計(jì)和編碼那樣容易取得進(jìn)展難以給測試人員某種成就感。 (2)以發(fā)現(xiàn)軟件錯(cuò)誤為目標(biāo)的測試是非建設(shè)性的，甚至是破壞性的，測試中發(fā)現(xiàn)錯(cuò)位是對責(zé)任者工作的一種否定。 (3)測試工作枯燥無味，不能引起人們的興趣。 (4)測試工作是艱苦而細(xì)致的工作。 (5)對自己編寫的程序盲目自信，在發(fā)現(xiàn)錯(cuò)誤后，顧慮別人對自己的開發(fā)能力的看法。 這些觀點(diǎn)對軟件測試工作是極為不利的，必須澄清認(rèn)識(shí)、端正態(tài)度，才可能提高軟件產(chǎn)品的質(zhì)量。 測試的目的 如果測試的目的是為了盡可能多地找出錯(cuò)誤，那么測試就應(yīng)該直接針對軟件比較復(fù)雜的部分或是以前出錯(cuò)比較多的位置。如果測試目的是為了給最終用戶提供具有一定可信度的質(zhì)量評價(jià)，那么測試就應(yīng)該直接針對在實(shí)際應(yīng)用中會(huì)經(jīng)常用到的商業(yè)假設(shè)。 在談到軟件測試時(shí)，許多人都引用Grenford J. Myers在《The Art of Software Testing》一書中的觀點(diǎn): (1)軟件測試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過程。 (2)測試是為了證明程序有錯(cuò)，而不是證明程序無錯(cuò)誤。 (3)一個(gè)好的測試用例是在于它能發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯(cuò)誤。 (4)一個(gè)成功的測試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯(cuò)誤的測試。 這種觀點(diǎn)可以提醒人們測試要以查找錯(cuò)誤為中心，而不是為了演示軟件的正確功能。但是僅憑字面意思理解這一觀點(diǎn)可能會(huì)產(chǎn)生誤導(dǎo)，認(rèn)為發(fā)現(xiàn)錯(cuò)誤是軟件測試的唯一目，查找不出錯(cuò)誤的測試就是沒有價(jià)值的，事實(shí)并非如此。 首先，測試并不僅僅是為了要找出錯(cuò)誤。通過分析錯(cuò)誤產(chǎn)生的原因和錯(cuò)誤的分布特征，可以幫助項(xiàng)目管理者發(fā)現(xiàn)當(dāng)前所采用的軟件過程的缺陷，以便改進(jìn)。同時(shí)，這種分析也能幫助我們設(shè)計(jì)出有針對性地檢測方法，改善測試的有效性。其次，沒有發(fā)現(xiàn)錯(cuò)誤的測試也是有價(jià)值的，完整的測試是評定測試質(zhì)量的一種方法。 鬧鐘測試用例通過測試來驗(yàn)證系統(tǒng)的鬧鐘提醒功能是否正常。首先我們設(shè)置一個(gè)鬧鐘并啟動(dòng)，待時(shí)間到了觀察系統(tǒng)是否有提醒：圖61測試用例圖可以看到系統(tǒng)已經(jīng)提醒了,由此可見程序是沒問題的；經(jīng)過上述測試，本系統(tǒng)各項(xiàng)操作中均可按照預(yù)期的設(shè)計(jì)運(yùn)行，實(shí)現(xiàn)了系統(tǒng)的開發(fā)目標(biāo)與要求。重要的是，還要從最終用戶的角度進(jìn)行安全性和可用性測試。完成了系統(tǒng)的基本功能。實(shí)施開發(fā)計(jì)劃管理，質(zhì)量計(jì)劃管理，進(jìn)行產(chǎn)品的設(shè)計(jì)和實(shí)現(xiàn)；進(jìn)行多層次的測試和驗(yàn)證，交付安裝時(shí)提供義務(wù)期限；提供維護(hù)支持、配置管理、文檔控制、質(zhì)量記錄、培訓(xùn)人員和其它支持活動(dòng)等； 總之，加強(qiáng)質(zhì)量管理，針對所有可能影響軟件質(zhì)量的各個(gè)因素都要采取有力措施，作出加強(qiáng)質(zhì)量管理和控制的決定。與質(zhì)量有關(guān)的人員都要規(guī)定其職責(zé)和權(quán)限，使責(zé)任落實(shí)到人，保證產(chǎn)品質(zhì)量真正得到控制?？?結(jié)本系統(tǒng)較完整的實(shí)現(xiàn)了基于Android的鬧鐘系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)基本功能。完成了最初系統(tǒng)設(shè)計(jì)中鬧鐘設(shè)置、鬧鐘創(chuàng)建、系統(tǒng)設(shè)置等等模塊的實(shí)現(xiàn)工作。從本系統(tǒng)的開發(fā)過程中，我受益匪淺。首先，我認(rèn)識(shí)到了代碼規(guī)范的重要性，特別是在一些大型項(xiàng)目中，用到的函數(shù)可能有數(shù)百個(gè)，如果編寫的代碼不規(guī)范會(huì)給后期的檢查帶來極大的麻煩。而且完整的代碼測試也非常重要，有些錯(cuò)誤可能在很久以后才能發(fā)現(xiàn)。其次，我意識(shí)到了軟件設(shè)計(jì)的重要性，原來接觸的項(xiàng)目往往是快速開發(fā)類型的，幾乎不需要在軟件的邏輯設(shè)計(jì)上花費(fèi)太多時(shí)間，往往可以邊開發(fā)邊進(jìn)行下一步的設(shè)計(jì)。但是這一次我意識(shí)到做軟件設(shè)計(jì)很重要，當(dāng)初一個(gè)設(shè)計(jì)沒注意，可能造成后來的編碼大面積的返工。最后就是調(diào)試方法的重要性，系統(tǒng)的調(diào)試過程要比開發(fā)過程繁瑣的多。致 謝 經(jīng)過兩個(gè)多月的努力，自己終于完成了畢業(yè)設(shè)計(jì)和畢業(yè)論文的寫作工作，在這里我要感謝我的設(shè)計(jì)指導(dǎo)老師，是她在論文的選題及技術(shù)方向上給我提出許多寶貴的設(shè)計(jì)意見，在最后的測試修改階段又在百忙之中抽出時(shí)間為我提供了必要的幫助，這樣使得我得以順利的完成畢業(yè)設(shè)計(jì)開發(fā)工作，老師淵博的知識(shí)、敏銳的思路和實(shí)事求是的工作作風(fēng)給我留下了深刻的印象，這將使得我終身受益，謹(jǐn)此向老師表示衷心的感謝。感謝在校的老師們，在我大學(xué)時(shí)間里對我的諄諄教誨和無私幫助，在實(shí)際的開發(fā)工作中，我深深體會(huì)到了基礎(chǔ)理論知識(shí)的重要性，在大學(xué)階段只有好好學(xué)習(xí)，掌握好扎實(shí)的理論基礎(chǔ)，這樣才能在將來的工作中更快的學(xué)習(xí)，從而得心應(yīng)手，有所成就，真正成為一個(gè)對社會(huì)和他人有用的人。最后還要感謝我的同學(xué)們，在這次畢業(yè)設(shè)計(jì)及論文寫作中給我的支持和幫助。參考文獻(xiàn)[1] ——以大連市公交查詢信息系統(tǒng)為例[J].遼寧： 遼寧師范大學(xué)城市與環(huán)境學(xué)院. [2] [J].大連：[3] . 北京 [4][M].北京: 電子工業(yè)出版社，[5] android SDK開發(fā)范例大全[M]. 北京：人民郵電出版社，2012.[6][M]. 北京：人民郵電出版社，2013.[7][M]. 北京：機(jī)械工業(yè)出版社，2013.[8] 韓超. Android經(jīng)典應(yīng)用程序開發(fā)[M].北京:人力資源出版社,2011.[9] 陳會(huì)安. 中文版Java和Android開發(fā)實(shí)戰(zhàn)詳解[M].北京:人民郵電出版社,2014年1月.[10] 李剛. 瘋狂Android講義[M].北京:電子工業(yè)出版社,2013.[11] Jeff Friesen。Learn Java for Android Development 2nd Edition。[12] Barry Application Development AllinOne For D。[13] Christopher Froehlich。The Complete Idiot39。s Guide to Android App Develo。[14] Andrew Hoog。Android Forensics /Andrew Hoog。Syngress。[15] Andrew Clare。The Rough Guide to Android Phones and Tablets /A。Rough Guides。附 錄package 。import 。import 。import 。import 。import 。import 。import 。import 。import 。import 。import 。import 。import 。import 。import 。import 。import 。import 。import 。import 。import 。@SuppressWarnings(deprecation)public class RemindActivity extends BaseActivity { private static final String DEFAULT_SNOOZE = 10。// 貪睡時(shí)間(分鐘) private static final String DEFAULT_VOLUME_BEHAVIOR = 2。 protected static final String SCREEN_OFF = screen_off。 protected Alarm mAlarm。 private int mVolumeBehavior。 @Override public void onCreate(Bundle icicle) { (icicle)。 setContentView()。 mAlarm = getIntent().getParcelableExtra()。 mAlarm = (getContentResolver(), )。 final String vol = (this).getString( , DEFAULT_VOLUME_BEHAVIOR)。 mVolumeBehavior = (vol)。 mVolumeBehavior = (this, , 70)。 findview()。 IntentFilter filter = new IntentFilter()。 ()。 ()。 registerReceiver(mReceiver, filter)。 } private void setTitle() { String label = (this)。 TextView title = (TextView) findViewById()。 (label)。 } private void findview() { Button snooze = (Button) findViewById()。 ()。 (new () { @Override public void onClick(View v) { snooze()。 } })。 findViewById().setOnClickListener(new () { @Override public void onClick(View v) { dismiss(false)。 } })。 setTitle()。 } private void snooze() { if (!findViewById().isEnabled()) { dismiss(false)。 return。 } String snooze = (this, , DEFAULT_SNOOZE)。 int snoozeMinutes = (snooze)。 final long snoozeTime = () + (1000 * 60 * snoozeMinutes)。 (, , snoozeTime)。 final Calendar c = ()。 (snoozeTime)。 String label = (this)。 label = getString(, labe