第三次做業

 

1、修改功能需求分析

（一）、不足之處
（1）用戶模塊沒有考慮下載方式以及下載以後的存儲格式；

（2）用戶模塊沒有具體提到下載頻道的呈現方式；

（3）缺乏登陸和註冊模塊的設計

（二）修改後的需求分析

  一、 技術可行性分析

本系統是一個基於 Android 的多媒體資源管理系統，目前 Android 開發技術

已經相對成熟，不斷有新技術出現，出現的框架也很好用。因此，利用現有的技
術在規定的時間內完成一個小系統是可行的，開發時間比較短、成本較低。選擇
利用 Eclipse ADT 爲開發工具，基本上就是用 Java 語言編寫，對硬件要求不高，
具備可移植性，因此在技術上該系統是徹底可行的。

 二、需求分析
 需求分析的任務就是對在問題分析階段獲得的業務內容進行進一步的調查
和分析，應用系統的思想和方法，將複雜對象分解成簡單部分，反映到系統的需
求說明書中。需求階段的分析須要由上而下，從粗到細，由表及裏的對現行業務
進行詳細調查，並在此基礎上進行分析，爲後期作準備。

2.1用戶模塊

1）用戶只需下載該APP而且不須要註冊便可以登陸本APP瀏覽數據。

2）用戶能夠經過APP讀取某一時間段內的各類數據例如負載消耗、光伏輸入電流、日發電量等；

3）註冊用戶能夠經過長按所需數據的相應圖表下載網站提供的資源，好比市電,環境等各類數據，並以pdf的格式保存在用戶設備上;

4）用戶可單次最多可下載一週數據;

2.2 數據模塊

1)、數據抓取同步部分：有第三方freefilesync,realtimesync同步軟件和抓取數據的excel-mysql程序構成。Freefilesync和realtimesync是一個免費的、

開源的文件夾比較和同步軟件。excel-mysql程序是定時將Excel數據寫入到MySQL數據庫的Java程序，也是本設計開發的組成部分。

2)、用戶登陸註冊模塊：使用的數據庫爲安卓自帶的數據庫Sqlite，將密碼，用戶名等數據進行保存。

2.3其餘需求

本APP具備較強的使用權限，使得系統具備易於維護、管理的優勢，用戶界面要求爲簡單、易懂、美觀，具有必定的兼容性，軟件質量要求易用、健壯、運行穩定、兼容性好，有必定的安全保障。

2、E-R圖

                                    

 

      

 

 

   

 

 

 數據庫：

 

 

 

 

3、團隊項目主要功能模塊描述

在刺APP中，主要功能就如上圖所示，用戶能夠查看負載消耗、環境參數、逆變器參數、市電參數等參數的折線圖，而且能夠下載數據。

4、團隊分工   

李玉玲同窗負責總體的流程設計和主要的代碼編寫工做，羅佩聰同窗負責頁面設計和登陸和註冊模塊的實現。

5、代碼規範及第四章總結

（一）代碼規範

    1. Java 命名約定 　　

　　　通常類名、接口名的第一個字母要用大寫字母，方法名和屬性名要用小寫，變量命名的時候要根據實際的意思命名，讓其餘程序員也

能看懂本身寫的代碼,並且在變量和方法命名的時候儘可能使用英文的表達不能用漢語拼音的表達。在android中的按鈕、文本框等的命名，通常

按鈕命名的時候應該寫成btn***、文本框寫成txt***等格式。包名要用小寫字母，中間用點來分割好比com.example.package。

　2.java代碼設計規範

　　若是程序中有不少循環嵌套的時候要有花括號｛｝，這樣容易看清程序的結構和對應關係；每一個佈局文件一般要用_來鏈接，好比activity_load.xml；

java代碼註釋的時候，//表示註釋當前行、/*     */能夠註釋多行。註釋的時候要簡潔，代表達意，儘可能對顯而易見的代碼不屑註釋。在能遇到異常的地方要

聲明或拋出異常；在聲明成員變量的時候，要明確它的類型，好比別的類不能訪問的變量就應該設置爲private等。若是要遇到測試程序的時候，要用log打

印日誌信息，少用System.out.println()，由於log能夠控制級別，能夠控制輸出到哪裏，容易區分是在代碼的什麼地方打印的。還有就是在代碼中應該減小

循環的嵌套。

（2）《構建之法》第四章讀後感

        《構建之法》第四章爲咱們小組合做完成該項目提供了不少值得注意和利用的經驗。首先它從縮進、行寬、括號、命名等一些小的方面給出了咱們‘代碼規範’，

甚至連註釋都有強調。也許是由於以前本身可能不太注意這方面的問題，因此看過以後感受本身獲益匪淺。以後又提到了程序設計、模塊之間的關係、設計模

式等方方面面代碼設計規範的問題。4.4節講到代碼複審，你們在完成代碼以後也會作檢查，跑程序，若是不報錯就沒事了，可是這本書卻告訴咱們不只咱們要

作到編譯不出錯，另外還要注意邏輯和算法的錯誤，要看到本身的算法是否是足夠優化，本身的代碼是否還存在改進的地方。甚至是它是否容易維護，可否都

經過單步測試。後兩小節講到告終對編程和兩人合做，它強調兩人共同窗習，相互幫助，可以提升學習效率，共同進步。關於兩人合做，書中用了不少幽默詼

諧的例子，講了兩人合做的技巧，從一開始的探索項目，到中途趕上不可解決問題，再到後期簡單的複查時，能夠獨立思考，期間思路清晰，溝通良好時，一

起結對編寫，增強合做，我以爲這個過程真是咱們從此合做完成任務時須要學習和借鑑的。