1.1.設計策略
1.2.uml類圖和uml時序圖
1.3.度量分析
1.4.bug分析
1.5.互測bug2.1設計策略
2.2uml類圖和uml時序圖
2.3度量分析
2.4bug分析
2.5互測bug分析3.1設計策略
3.2uml類圖和uml時序圖
3.3度量分析
3.4bug分析
3.5互測bug
這次的自動化測試(評測姬)大部分是用的同學的**,然後在其基礎上進行一些修改然後使用,這次的多執行緒測試十分困難,如果沒有自動化測試手段,人工是很難發現bug的,而自動化測試則可以自己跑著,在這期間你就可以去幹其他事情了.
OO第二單元總結
本單元的作業總體來說比較愉快，畢竟不像上次一樣次次重構。本單元為電梯系列問題，涉及到多執行緒問題。簡單起見，我使用的是生產者 消費者模式。本次作業要求實現單部可稍帶電梯。看完題目後我認為生產者 消費者模式非常適合解決這個問題。本次電梯我採用的是look方法。本方法核心即在於電梯方向的判斷，這在dis...
OO第二單元總結
共享資料類 在總結後面的3.基於度量的程式結構分析部分，本人根據展示的uml類圖更加詳細的講解了具體的協同結構工作原理。通過對實現以上操作的共享資料類中的方法設定synchronized，從而實現執行緒對共享資料的訪問同步。ocplsp ispdip 根據以上類圖，分析本次作業設計思路如下 2 根據...
OO第二單元總結
第二單元總結 第一次作業 思路與反思 uml類圖 度量分析 耦合度 第二次作業 思路 第二次作業與第一次的迭代在於電梯增加 人數限制 樓層改變，我依舊用的look演算法，在第一次作業的基礎上修改細節即可，多部電梯要求實現執行緒安全，由於我使用的look演算法，電梯盲目執行，沒有更高階的排程，只需要在...