上次按照模組劃分所設計的uml圖如下。
經小組討論，我們可以按照模組進行開發，最後再將這些模組進行組合。具體分工如下：
解安琪和潘雨婷：
負責查詢地鐵線路表和**。包括站名和站與站之間的里程，里程的計算方法。
張博聞：
將線路表和**的資料，整理成可移植的陣列形式，並實現各自的方法封裝成乙個模組。
汪夢萱和張郁竹：
負責路程規劃模組，在沒整合上線路模組和**模組前，主要實現計算最短里程的方法（拓展：最少倒站的乘車方案）。
王宜鳴：
利用qt，製作軟體的ui介面。包括實現與路程規劃和**計算的介面，同時包括路線的繪製和**的顯示。
這只是乙個初步的規劃，最終如何實現，還需要真正開始開發時，小組內部的溝通協調。
軟體測試分類 按照測試技術劃分
第一種劃分 白盒測試 黑盒測試 灰盒測試 白盒測試 結構測試 通過 對程式內部結構的分析 檢測 來尋找問題。白盒測試可以把程式看成裝在乙個透明的白盒子裡，也就是清楚了解程式結構和處理過程，檢查是否所有的 結構及路徑 都是正確的，檢查軟體內部動作是否按照設計說明的規定正常進行。黑盒測試 通過軟體的 外...
系統如何劃分模組
11.4 系統分析 需求確定之後需要對系統進行整體分析和設計。這包括系統功能的描述 對功能模組的劃分和對系統流程的分析。下面首先對系統功能進行描述。11.4.1 系統功能模組劃分 模組分析是描述系統需求的乙個過程，需要將需求分析中的感性描述進行抽象，提取出要實現的功能，這是整個系統開發的乙個關鍵過程...
軟體模組劃分原理
在軟體高層設計中，如何分解模組是首要考慮的問題。目前業界公認模組劃分要按照 高內聚，低耦合 的原則來進行，那麼如何劃分才能滿足 高內聚，低耦合 呢？下面來對模組分解原理方面進行一些探索，有考慮不周和不成熟之處還請大家不吝指正。模組是按功能來分解的嗎？許多人可能有過經驗，面對一堆功能性需求，多個不同的...