Time of Update: 2016-06-30
標籤:項目與軟體推薦之編輯器-QOwnNotes今天推薦一款軟體 QOwnNotes,是一款普通文本筆記軟體。以某個路徑為目錄,羅列出目錄下所有的 md 檔案或者 txt 檔案。有如下亮點:啟動速度快(使用了 sqlite 資料庫加速檔案讀取)。可定製選項多。支援指令碼系統,這裡的指令碼主要是 qml 指令碼。可定製介面高。漢化率高。綠色版。內建 ownnotes 服務。將圖片複製到記憶體,然後 ctrl-v 即可轉換為 markdown
Time of Update: 2016-06-30
標籤:有時候處理規模問題最好的辦法就是讓事情變得簡單並盡你可能去避免出現這種情況。這是 GitHub 所採用的方法,林納斯·托瓦茲(Linus Torvalds)在十年前開發了Git原始碼控制工具,GitHub 為該工具提供資料庫服務(repository
Time of Update: 2016-06-30
標籤: 一、破解準備:組合一:偵殼 language.exe脫殼AspackDie.exe反編譯 W32Dasm黃金中文版十六進位編輯器 UltraEdit組合二:PEidOllydbg 二、破解軟體步驟:1.查殼一般軟體都會加殼,所以我們想破解軟體,首先必須知道待破解的軟體所加殼的類型。在這之前,我們需要先瞭解殼的概念。什麼是殼?所謂殼就是一個保護程式,將可執行檔壓縮,保護軟體著作權資訊,不讓人隨意改動。最常見的加殼軟體有ASPACK,UPX,PE
Time of Update: 2016-06-29
標籤:今天我們就昨天的調查分析表展開了討論,最終決定了本組下面的開發方向。對於使用者提出的需求,我們決定先從兩個方向展開。從功能多樣性方面考慮,我們決定增加地鐵的線路圖;從人機互動的角度考慮,我們決定添加背景音樂,這樣可以令軟體更加的具有藝術感,並且令使用者在使用軟體的過程中更加舒心。除此以外,本組還對使用者登入介面進行了測試。我對測試結果進行了分析。下面是王子禕同學所設計的等價類別和測試案例。等價類別劃分如下: 測試案例設計如下: 最終的測試結果完全符合預期結果。進過我的檢
Time of Update: 2016-06-29
標籤:姓名陳浩強時間2016年月日工作內容今天進行登入功能的測試,測試計劃以及測試案例在前一天已經完成 2。經過測試,將測試結果交給分析員進行分析,反饋回來的結果是表面說登入功能比較完善3.進行了相關註冊功能的討論所遇問題當軟體安裝到實體機上時,部分殺毒軟體顯示是惡意軟體 解決方案因為這是我們自己編寫的程式,並沒有增加惡意功能,所以此問題系殺毒軟體誤判。請使用者忽略此問題。 1.
Time of Update: 2016-06-29
標籤: 下載昨日新版本程式,完成修複項目的測試。 與組內成員討論,確認項目新模組功能“吐槽牆”的設計方向與實現形式——因為項目為便捷工具類,社區形式的實現方式與項目本質背道而馳。因此決定以“點擊目標課程條目,彈出已有的若干人氣標籤評論,限制字數為小於20位元組,允許使用者對已有人氣標籤點贊或者自己增加標籤評論”的形式實現該功能。
Time of Update: 2016-06-29
標籤:因為之前的開發中,需求分析沒有做的很好,導致,代碼結構非常的差,不易擴充,所以,我花費了一整天的時間,去最佳化代碼結構,但仍未完成。 具體改動如下:(1) 在服務端加入map類,及其屬性和方法(2) 將monster類和player類放到map中(3) 修改所有函數中設計到改變的內容,此部分工作量極大,明天繼續 軟體工程課設反覆式開發法第三天
Time of Update: 2016-06-29
標籤: 今天增加了一些顯示上的內容,使我們的遊戲更加便於理解。比如,我們加入了血條的顯示,而且用顏色區分開自己的角色、別人的角色和怪物。如所示。螢幕下方那一條紫紫的東西就是經驗條,長滿之後會升級。下面我將逐個解釋每個模組的實現方法。首先是血條:自己的血條:glColor3f(0.2, 1, 0.1);glRectf(wx - 0.025, wy + 0.1, wx - 0.025 + (hp / maxhp)* 0.05, wy + 0.085);
Time of Update: 2016-06-29
標籤:軟體工程 2016.6.29
Time of Update: 2016-06-28
標籤:時間2016年6月28日工作內容 今天參加班級會議,制定今日目標與相關組員一起設計了軟體的登陸介面及其功能,並進行了代碼的編寫 為登入功能設計了測試方案,即等價類別劃分測試,屬於功能測試、黑河測試: 之後相關組員可以根據我的測試方案來進行設計測試案例所遇問題 在做安卓程式設計過程中會遇到調試問題,即串連不上虛擬機器解決方案重啟電腦 或者kill掉adb.exe軟體工程部落格---小學期--日報2
Time of Update: 2016-06-28
標籤:日期:2016年6月28日 反覆式開發法的第二天,今天主要針對的是之前使用者對於我們遊戲程式中提到過的BUG進行分析與解決。其中有一部分是代碼問題,另外一部分是大家在團隊開發過程中溝通不當而產生的代碼衝突。同時每個人都從頭到尾的又體驗了一遍程式,把所有可能產生bug的位置都一一排除掉。今天所迭代的版本運行比初始版本順暢很多,明天將繼續進行“除蟲工作”,並著手開發體驗使用者所提出的新功能。軟體工程課設反覆式開發法第二天
Time of Update: 2016-06-28
標籤:日期:2016.6.28 作為團隊的組長,在第一次團隊會議上,與團隊成員討論了小學期中,軟體工程課設的反覆式開發法相關事宜,主要內容就是團隊開發內容。 開發內容及順序:(1) 修改遊戲崩潰的bug(2) 修改美術資源,解決地圖錯位的問題(3) 修正角色被怪物殺死後,血量顯示不正常的bug(4)
Time of Update: 2016-06-28
標籤:今天我自己的任務是針對使用者提的“輸入使用者名稱和密碼的時候沒有游標閃爍,導致我們使用者不知道是否選中”問題做的修改。我給出的初步解決方案是一個十分簡單的辦法,當滑鼠點擊框體內部,會將cur變數置1,而在draw()函數中判斷,如果cur==1則在框體中畫一個小的圖形,提示選中。如所示:而具體的實現代碼則為:if (cur) { //draw enter line signal glColor3f(1, 1,
Time of Update: 2016-06-28
標籤:代碼:https://github.com/jinhang/2016_Huawei_SoftWareMatch前言賽題源自“未來網路”業務發放中的路由計算問題。算路問題屬於基礎演算法問題,在圖論、網路、交通等各個方面均有著廣泛的研究與運用,裡面不乏一些經典的演算法,例如最短路中的廣度優先搜尋,Dijkstra演算法等。網路算路問題的更優演算法實現對於網路資源高效配置具有重要價值。本次大賽分為初賽、複賽和總決賽三個主要階段,當前為總決賽/複賽階段。總決賽/複賽賽題描述1
Time of Update: 2016-06-28
標籤: 今天我們就調查表進行了討論。通過這次調查表,我們發現了很多的可改進項目。經過調查表可見,本組的系統功能在使用者的角度看完全符合需求要求,同時,軟體操作也很簡單易上手。但依然有很多的問題需要改進。調查表反饋內容匯總如下。從中我可以發現,最嚴重的問題是程式的回應時間過長,因此這也是本組最亟待解決的問題。同時,使用者對於本組軟體的功能的多樣性也提出了很大的需求。經過本組討論,本組的軟體的確功能有些許單一,因此本團隊也做出了一個決定:增加豐富多樣的功能。從表中可見,有些使用者想要公交的
Time of Update: 2016-06-28
標籤:06.2016 BMW KSD is one of ICOM A2 software that offers full vehicle repairing information for diagnosis or programming.Free download BMW KSD [06.2016]:http://nitroflare.com/view/4966476B994E465/BMW.KSD.06.2016.part1.rarhttp://nitroflare.com/view/1
Time of Update: 2016-06-28
標籤:今天,通過調查表的反饋明確了改進方向。作為組長,我負責整個項目的進度管理和品質控制,10天裡的主要方向是: 1、不斷進行新版本的需求分析從而明確組員行動方向 2、指導測試人員完成高品質的測試 3、撰寫主要的文檔今天完成學習一些網路編程處理ip包方面的知識,對我們的平台拓展可能有一定的協助。linux下ip頭選項ipoption的實現(難以實現,setsockopt()函數不支援BSD標準下的IP_OPTION這一關鍵字)在windows下定義ipoptionhdr結構體typedef
Time of Update: 2016-06-28
標籤:軟體工程 2016.6.28 日報 今天,通過調查表的反饋明確了改進方向。對於我所負責的部分,需要改進的方向主要有兩個方面: 1、 改正加權平均分計算方法 2、
Time of Update: 2016-06-28
標籤:軟體工程師理論基礎和如何寫測試案例(以登入介面和QQ個人聊天介面為例)軟體測試定義:人工或自動化 運行或測試 過程 測試案例目標:1.確保軟體品質2.提供資訊3.保證開發過程對象:程式+所有過程文檔(可行性報告、項目實施計劃、軟體需求說明書、系統功能說明書、概要設計說明書、詳細設計說明書等)原則:1.儘早、不斷2.pareto原則3.不是所有的軟體錯誤都是能修複的,但是還是要提交所有bug錯誤的文檔4.由小到大5.避免開發人員自己測試自己的代碼6.追溯至客戶需求7.每一次的修改都要測試8.
Time of Update: 2016-06-28
標籤:今天我們討論了接下來的小組工作方向。 首先,我們先對軟體 進行了一些測試,發現了一些問題,如下:1. 查詢速度過慢2. 點擊有些地方會導致卡死於是我們記錄下了問題,並準備在後面改進問題。 接著,我們又對軟體的需求進行了討論。我們認為,我們的軟體的需求還有很大的提升空間,可以增加很多功能,具體增加功能還未決定。 小學期軟體工程Team 專案進度1