|
|
|
|---|---|
| 課程班級博客鏈接 | https://edu.cnblogs.com/campus/xbsf/nwnu2020SE |
| 這個作業要求鏈接 | https://www.cnblogs.com/nwnu-daizh/p/12709461.html |
| 團隊名稱 | 超越隊 |
| 團隊博客鏈接 | https://www.cnblogs.com/chaoyueshangjin/ |
| 我的課程學習目標 | （1）組建軟件項目研發團隊；（2）團隊協作學習：軟件案例分析。 |
| 這個作業在哪些方面幫助團隊實現學習目標 |
一，團隊組建
我們是:超越隊
我們團隊成員是：
|
|
|
|
|
|---|---|---|---|
| 201771010109 | 焦旭超 | https://www.cnblogs.com/lcjcc/ | 組長 |
| 201771010112 | 羅松 | https://www.cnblogs.com/xuezhiqian/ | ---- |
| 201771010119 | 窮吉 | https://www.cnblogs.com/qiongji/ | ---- |
| 201771010101 | 白瑪次仁 | https://www.cnblogs.com/baimaciren/ | ---- |
我們的風采：
組長:焦旭超
•個人風格: 不拘小節
•擅長技術: Java
•編程興趣： Java，Android
•希望承擔的角色： PM
•宣言： 加油，一起成長。
成員:羅松
•個人風格: 愛玩愛熱鬧
•擅長技術: 都很一般
•編程興趣： JAVA
•希望承擔的角色： 寫文檔或者開發
•宣言： 快點順利畢業
成員:窮吉
•個人風格: 熟了是個戲精，不熟很高冷
•擅長技術: 編寫文檔,
•編程興趣： java
•希望承擔的角色： 寫寫文檔
•宣言： 是個正在努力學習的小白
成員: 白瑪次仁
•個人風格: 走一步，看一步
•擅長技術:
•編程興趣： java
•希望承擔的角色： 寫博客
•宣言： 都試試唄！
MSF有九條原則的理解：
1.對推動信息共享和溝通的理解
在整合項目的管理中，所有的信息都應該保留並公開，公開要告知所有人，對於技術機密，安全性等信息要采取保護措施。團隊成員之間要相互交流，簡明扼要，不必為了交接寫許多文檔。
2.為共同的遠景而工作( Work toward a shared vision)
共同的遠景是指產品的遠景，即團隊的領導人要讓全體成員都同意並為之奮斗的項目的遠景，要明確項目目標，沒有二義性，必須通過努力才能達到，而且這個目標能對項目成員每天的工作都有指導作用。
3.對充分授權和信任的理解：
要完成一個項目，分工合作是一種很有效率的方法。項目成員通過分工可以更有效的專注於自己的工作，推進項目的完成。要想實現分工合作，充分授權和成員之間的相互信任是必不可少的。給予每個成員最大的自由，激發他們的潛能，更加出色的完成任務，這就是充分授權和信任的魅力。
4.對各司其職，對項目共同負責的理解：
《構建之法》中提到：團隊中每個角色都有自己的職責，如果處理問題，這個角色就要負責任。告訴我們要做好一個團隊項目，就需要團隊中的每一個人能夠清楚自己負責哪些模塊，有沒有具體的執行方案，要做到那種程度，什么時候開始做，什么時候完成，完成的情況是否達到了計划的標准，為什么是這樣安排的，什么情況下可以變更，當出現問題時，如何解決問題。還要與“信息溝通與共享”原則相呼應，在所有人明確自己的職責的同時，有大局觀，知道別人在做什么，以及整個項目的目標。
5．交付增量的價值
我們的技術也是一個商業實體，我們的項目都應該出於商業目的。商業項目需要重視市場和用戶。技術處於第三位。“用戶體驗”，“產品管理”，這兩個角色我們都要尊重。要重視商業價值，將目標和商業價值聯系起來。此過程並不是功利的，任何產品，都應該注重商業價值。
6．保持敏捷，預期和適應變化：
由於客戶的需求會經常變化且團隊內部也會不停變化，所以團隊要預期變化，應當保持敏捷，隨時適應發生的變化；
7．投資質量：
重視質量，但不能為了提高質量而提高質量，要注重質量投資的效率、時機與長期的投資，，對質量的投資，將會引發對人、過程和工具的投資；
8．學習所有的經驗
在學習過去的經驗的同時，也要避免讓過去的經驗妨礙解決現在的問題。這一原則有兩個含義：把經驗總結出來；分享經驗。MSF在每一個里程碑結束時都要做一個 “里程碑回順”.這個回題不必等到整個項目結束才做。這樣做的好處是，大家對最近的成敗都記憶猶新，能提供比較准確和全面的反饋:如果發現了錯誤，可以馬上研究解決辦法。在下一個里程碑中通過實踐來驗證。
9．與顧客合作
MSF強調產品團隊與顧客的交流與合作，並不是產品團隊拿到合同就開始閉門造車。項目的商業價值要由用戶說了算，及早和用戶溝通，通過討論將模糊的需求共同變得具體，當用戶不清楚自己的需求時，先和用戶一起做出需求分析，項目是由項目團隊人員做出來和用戶喜歡的先決條件下的產品。
我們組建團隊企業微信群是：
我們團隊特點或核心競爭力是：
我們的團隊雖然都編程能力較弱，但是我們願意花時間和精力來補上我們的短板。我們堅信在我們堅持不懈的努力下一定會精誠團結並很好的完成團隊任務!
二，軟件項目案例分析
本次作業候選分析案例：
從候選案例中選擇一個軟件進行分析，以團隊協作學習方式完成以下任務：
1.閱讀《現代軟件工程—構建之法》第8章、第12章內容，完成以下案例分析任務：
博客園網頁版
A.下載、部署並體驗案例軟件的功能，使用10–30分鍾這個軟件的基本功能（上傳使用軟件的照片）；
博客園網頁版的使用體驗
（1）未登錄之前的界面，右上角的閱讀分類那塊可以根據自己的目標去選擇需要的相關博客。
（2）登陸的界面
（3）點擊班級界面，可以查看到全國的使用班級博客的班級以及可以查看自己的班級。同時會顯示熱度高得博客。
（4）博客可以根據不同的排序進行查看
按人數排序進行的查詢，如下圖：
按活躍度進行排序查詢
（5）在后台博客編輯時可進行編輯類型的選擇，還有在博客園中可以對別人的博客進行評論，方便互相學習以及交流。
（6）在點擊學習計划按鈕時，界面內可以設置學習計划，以及在學習計划界面的有一個圖書館，可以進行圖書的閱讀，方便學習。
博客園APP
博客園APP 使用體驗
（1）未登錄之前的界面，以及登陸的界面。未登陸之前的界面可以進行博客的查看以及最新的新聞，以及博問是一些人提出問題然后求別人進行解答。手機的登陸界面跟網頁版相同。
（2）登陸后的界面，登陸后可以進行個人信息的查看以及自己博客的查看以及一系列功能。點擊我的博客之后可以進行評論，以及查看別人的評論以及回復，還可以進行分享和點贊功能。
（3）點擊發現按鈕可進行新聞的查看以及查看博問，還有專欄部分可進行訂購學習，同時它支持夜間模式。
B. 描述使用案例產品的過程，產品解決了用戶的問題么？軟件在數據量/界面/功能/准確度上各有什么優缺點？用戶體驗方面有問題么？
（1）博客園網站
博客網站網頁版在數據量，界面以及功能，准確度上具有以下優缺點：
數據量：
相比較於其他的網上學習軟件，例如CSDN 比較博客園的數據量還是較少的。
界面：
覺得博客園在界面方面做的非常好，因為有多種多樣美觀的界面模板樣式，而且用戶還可以根據JS根據自己喜愛設置博客背景還可以添加動態圖覺得這樣的背景就很好看可以根據自己的喜好設置，而不是單一的背景。
功能：
功能方面覺得博客園的功能非常全，可以進行資料的瀏覽，還可以進行班級的管理，作業的布置以及評分等功能。
准確度：
在准確度上面我們一般在進行查詢時一般都是帶着一些標題進行的查詢所以在准確度方面還是准確度較高。
用戶體驗：
用戶體驗方面覺得功能完善以及不管在界面以及編輯博客等方面都可以根據自己的需要進行選擇。並且在使用時不會像CSDN一樣有廣告的彈出，博客園在查看某個文章是沒有登陸也可以查看而CSDN的一些文章進行查看是不僅需要注冊登錄有些還需要付或者開通會員才能進行瀏覽。所以覺得博客園比較好。
（3）博客園APP
博客園APP在數據量，界面以及功能，准確度上具有以下的優缺點:
數據量：
因為現在使用手機的用戶很多又因為手機版的博客園app可以實現網頁版博客園的一些簡單功能，又比較方便操作，所以數據量比較多。
界面：
登錄界面以及個人信息界面美觀；但是在進行我的博客查看時表格不會顯示，查看時博客的界面也沒有再電腦端進行查看時美觀。
功能：
功能較全面，並且基本功能例如對博客的查看以及評論，以及評論回復等都可以正常使用；但是在進行加入班級的查看以及作業等都無法在手機APP的前台界面進入要通過后台里可以進入官網界面從那里進行查看。
准確度：
再進行閱讀相關的東西是只要進行相關標題以及語言的名字進行輸入時就會准確的出現相關的文章以及博客。
用戶在體驗：
可以在手機上通過該軟件來登錄博客園，並進行簡單的操作。可以很便捷的進行操作，我們小組所下載的這款APP軟件是跟跟官網鏈接在一起的，首先可以進行簡單的查看博客，評論等操作，要進行博客的編輯時要先進入個人信息模塊點擊完善信息時鏈接的是官網的博客園就可以進行博客的編輯操作。如下圖所示：
C.對產品有什么改進意見
（1）博客園網站意見
博客園的其他功能等都很好但是在博客截止的前一天進行提醒提交的功能要不然有時候很容易就忘了提交。
（2）博客園APP意見
對這款博客園的意見是在界面上可以直接查看班級管理，以及班級的作業發布而不是通過進入個人信息的后台官網博客鏈接進行班級作業的查看以及博客的編輯。可以直接在前台界面上實現這些功能就好了。
D.對該網站定量的測評
1）網頁版博客園定量測評
| 類別 | 描述 | 評分（滿分10分,良好6分,及格4分,聊勝於無1分,很差-3分） |
| 核心功能 | 分析三個核心功能，功能設計和質量 | 10 |
| 細節 | 有什么為用戶考慮的細節? | 6 |
| 用戶體驗 | 當用戶完成功能時，不干擾用戶 (例如: 是否不斷彈出不相關廣告)。 | 10 |
| 輔助功能 | 一些輔助功能如皮膚等 | 10 |
| 差異化功能 | 這個軟件獨特的功能. 它對用戶的吸引力有多大? | 6 |
| 軟件的效能 | 占用內存, 啟動速度, 內存泄漏情況 | 10 |
| 軟件的適應性 | 在聯網/斷網, 大小屏幕, 沒有鼠標的情況下都可以順暢操作. 和不同平台的軟件能流暢協作 | 6 |
| 成長性 | 記住用戶的選擇, 適應用戶的特點，用戶越用越方便 | 6 |
| 用戶有控制權 | 系統狀態有反饋，等待時間要合適。關鍵操作有確認提示，有明確的錯誤信息。 讓用戶方便地從錯誤中恢復工作, 快捷操作鍵可調整。 | 6 |
| 綜合評分 | 對系統總體評分 | 10 |
2）手機博客園APP定量測評
| 類別 | 描述 | 評分（滿分10分,良好6分,及格4分,聊勝於無1分,很差-3分） |
| 核心功能 | 分析三個核心功能，功能設計和質量 | 6 |
| 細節 | 有什么為用戶考慮的細節? | 6 |
| 用戶體驗 | 當用戶完成功能時，不干擾用戶 (例如: 是否不斷彈出不相關廣告)。 | 10 |
| 輔助功能 | 一些輔助功能如皮膚等 | 4 |
| 差異化功能 | 這個軟件獨特的功能. 它對用戶的吸引力有多大? | 6 |
| 軟件的效能 | 占用內存, 啟動速度, 內存泄漏情況 | 6 |
| 軟件的適應性 | 在聯網/斷網, 大小屏幕, 沒有鼠標的情況下都可以順暢操作. 和不同平台的軟件能流暢協作 | 6 |
| 成長性 | 記住用戶的選擇, 適應用戶的特點，用戶越用越方便 | 6 |
| 用戶有控制權 | 系統狀態有反饋，等待時間要合適。關鍵操作有確認提示，有明確的錯誤信息。 讓用戶方便地從錯誤中恢復工作, 快捷操作鍵可調整。 | 6 |
| 綜合評分 | 對軟件總體評分 | 6 |
E. 經過以上工作，你們一定有充分的理由給這個軟件選擇一個評價結論:
A) 非常不推薦 B)不推薦 C) 一般 D) 好，不錯 E) 非常推薦
對於網頁版的博客園我選擇的是E）因為他的不論界面以及功能等方面都非常好用值得我們去使用。
針對於下載的博客園APP我的選擇是C）雖然他挺便捷但是他的有些功能都不太齊全，又需要進一步改進的地方。
CSDN部分
（1）閱讀《現代軟件工程—構建之法》第8章、第12章內容，完成以下案例分析任務：
A.下載、部署並體驗案例軟件的功能，使用10–30分鍾這個軟件的基本功能（上傳使用軟件的照片）：
進入CSDN首頁(如圖1.1)可以看到，左側欄是一排推薦，推薦里是一些當下熱門的計算機話題，頂部導航欄依次是首頁、博客、學院、下載、論壇、問答、活動等。
對比博客園的院校+班級為對象的班級管理、作業管理、互相交流的功能來說，CSDN的學院(如圖1.5)更偏向於自學，在管理方面更少。
圖1.1 CSDN首頁
圖1.2 CSDN學院
圖1.3 CSDN博客
圖1.4 CSDN問答
圖1.5 CSDN學院
B.描述使用案例產品的過程，產品解決了用戶的問題么？軟件在數據量/界面/功能/准確度上各有什么優缺點？用戶體驗方面有問題么？
a. 使用CSDN的時候，CSDN更多的解決多數人自學方面的問題，像一些bug、編譯器安裝教程等等問題。當然，論壇和下載也解決一些交流問題。
b. 僅從百度PC端的搜索記錄來看，CSDN的主頁在流量是不如博客園主頁的(見圖2.1 2.2)，可以看出，在博客園記錄自己學習經歷的同學還是比較多的，但是CSDN的子網站比較多，更多的是給大家一個方便查詢的地方，單看這個數據並不能說明CSDN的數據量比博客園多。
圖2.1 CSDN流量
圖2.2 博客園流量
c. CSDN在界面上簡單明了，很容易使用。
d. CSDN功能上更偏向與論壇，在學院方面多是有償的授課方式，而博客園功能上則是免費的班級學院管理，CSDN 的Markdown編輯器更人性化，使用更方便
e. CSDN在准確度上比較高，而且在模糊查詢方面比博客園做的更好。
f. 在用戶體驗上面，CSDN和博客園都挺好，網頁進入標題和內容對應方面，網站美工方面，咨詢窗口、咨詢按鈕夠明顯，彈出框間隔方面，關鍵詞質量方面都很不錯。
C.對產品有什么改進意見？
CSDN的博客設置比較簡單，沒有那么多的自定義設置，皮膚設置大多有償，想要自定義比較繁瑣，如果能夠跟博客園那樣會更好。
2.軟件項目案例分析任務第二項：閱讀《現代軟件工程—構建之法》第8.6、14.1節內容，完成以下案例分析任務：
A.使用此軟件的所有功能，估計這個軟件/網站做到這個程度大約需要多少時間，並說明估算理由(假設團隊人數6人左右，計算機大學畢業生，並有專業UI支持)。
閱讀構建之法中我讀到這樣一段：我們看這個項目開發過程中的場景，下面的對話不能說明軟件的功能如何（也許最后發現功能非常驚艷），項目的可見性是非常差的。不但是小規模、業余項目會出現這樣的情況，大規模的專業團隊也是如此。曾經有一個專業項目，每次領導問：還有多久就能發布？回答都是：只差三個月！但是在連續兩年的時間里，回答都還是##
“只差三個月”。
領導：進度如何？
答：可能快了。
問：能看看演示么？
答：嗯，不知道。可能到了項目的最后一天才能看……
因此我了解了一個項目開發過程的不可見因素是非常大的，要對一個項目開發估算時間，就要考慮一個容錯時間進去，那樣才是比較靠譜的估算。這個軟件我認為可以分為前后端來進行設計，由於前端部分有專業的UI支持，並且界面整體感覺相對比較普通，但又考慮到是剛畢業的大學生，經驗不足，可能會花費一到兩周的時間來完成。對於后端部分，由於需要涉及對一些邏輯結構的處理，比如實體之間的關聯關系，從這方面考慮我認為從設計到實現得需要花費2周到3周左右的時間。再加上最后項目部署和調試以及可能出現的失誤補救，估計還要加上一周的時間。所以我認為整個項目在一個計算機專業的大學生6人團隊的條件下，並且保證每天至少10小時的工作時間以及比較有效的溝通管理條件下，大約需要40天時間上線。
B.和同類軟件相比分析，這個軟件目前的優劣，這個產品的質量在同類產品中估計名列第幾？
博客園和同類軟件比起來，我認為他的優缺點有以下這些：
優點：
（1）博客園有自定義博客背景，這和我們用的多的qq空間很像，展現使用者喜好的風格的功能，而用戶也會喜歡裝飾博客，對自定義博客背景的支持力度非常好，能很好的吸引用戶。
（2）博客園的設計比較合理，廣告數量相對較少，而且主要集中在博客的尾部，基本不會對博客的閱讀造成影響。而在同類軟件CSDN中，博客的側欄以及下方評論區后的相關博客推薦中夾雜各種廣告，嚴重影響用戶體驗。
（3）博客園的特色功能之一是支持班級博客，同時開發了布置/提交作業、打分以及統計和查重等功能，這一點是其他博客平台所不具備的。
（4）博客園默認的主題並不十分美觀，但是用戶可以上傳CSS與JS對博客主題自定義，而其他平台例如CSDN則只能使用既定的樣式，這也是博客園的一大特點。
缺點：
（1）博客園的相似內容的博客推薦的功能不夠完善，推薦主要是根據標題，而內容有時關聯性並不大，相比之下同類軟件CSDN在這方面的功能比較完善，知道用戶需求，博客園在這方面還需完善。
（2）博客的管理與博客內容編輯器的UI界面風格陳舊，缺乏創新。相比之下，同類軟件CSDN的在線編輯器使用體驗就要好很多。
（3）博客園的其他可用資源較少，除了寫博客看文章之外，其他的業務不夠吸引人。
（4）博客園平台給人一種陳舊論壇的感覺，總體看上去不是很舒服。
博客園網站網站的排名在所有網站中排到了第95名，在博客網站中排到了第四名，總的來說這個排名還是不錯的。
C.綜合判斷，給出這個軟件團隊在軟件工程方面可以提高的一個重要方面(具體建議)。
總和我的使用體驗來說，我認為可以提高的有以下幾個方面：
（1）對網站頁面進行美化，每次使用博客園都給我一種陳舊感，我覺得可以加入一些更青春有活力的界面元素進去。
（2）博客園有個地方是我討厭很久了的，那就是每次寫作業要經過好幾層界面才能夠到達，這點上用戶體驗非常差。具體來說，如果我想看到作業要求，想寫一篇隨筆來完成作業，那么正常流程要經過以下幾步：先從作業界面頭部的入口進入班級的首頁；接着在從班級博客的首頁進入博客園首頁；再從博客園首頁點集我的博客進入個人博客界面；再從個人博客界面點擊管理進入博客后台；最后從博客台的操作欄處點擊添加新隨筆開始寫整個流程非常的長，要經過好幾步進入幾個不相關的界面才能夠達成目的，而即使是用較短的路徑也是要經過不相關的短消息界面，因此這個設計非常不友好，用戶體驗非常差。而且從短消息進入的捷徑也未被短消息這個入口的設計本意，且缺乏引導，用戶無法直觀的知道這個功能。因此應該在用戶的下拉菜單中增加一個到博客后台的入口，這樣子從作業要求到寫作業這一步的體驗就會非常順暢，用戶的體驗感也能加強很多。
3.閱讀《現代軟件工程—構建之法》第8.5節、第9章內容，完成以下案例分析任務：
這個軟件/網站有很多可以提高的部分，如果你是該軟件新上任的項目經理，你一定非常希望所負責的項目在競爭中勝出，請思考以下問題：
A.首先，市場有多大？潛在的用戶有多少？
通過一些簡單的調研我們不難發現，博客園的市場很大，不僅僅是一些學校師生在使用，其他各類的編程技術人員都有使用，可以說大多數學習編程技術的行業都有人員在使用。潛在用戶同樣很多，因為同類網站中，博客園並不能說是做的最出色的，根據站長之家查到的日活躍用戶(如圖3.1)顯示大概在三百萬左右。那么這個數據對於整個學習編程的行業來說還遠遠沒有達到飽和。
B.目前市場上有什么樣的產品了，它們的優勢劣勢在哪里?和它直接競爭的產品在那里？
目前市場上的技術論壇網站主要有簡書、思否、知乎、V2EX、51CTO、ITPUB技術論壇、博客園、CSDN、ChinaUnix等。
簡書和知乎是優質的創作社區，他們並不局限於技術，並且關於技術方面更多的是科普性的。51CTO和CSDN都是主要為IT技術人員提供新聞資訊、技術文檔、BBS、博客、技術圈、培訓課程、人才交流等專業服務。博客園是免費開放的交流管理平台，推動並幫助開發者通過互聯網分享知識。ITPUB技術論壇和ChinaUnix是專注於某幾個方面的技術交流平台，比如數據庫、ERP、技術開發、操作系統、網絡等方面的技術問題。V2EX = way to explore 是創意工作者們的社區。專注於來自互聯網行業、游戲行業和媒體行業的創意工作者。
C.作為新上任的項目經理，這個產品的核心用戶群是什么樣的人，典型用戶長什么樣？學歷，年齡，專業，愛好，收入，表面需求，潛在需求都是什么？
這個產品的核心用戶是各大高校的師生和喜歡記錄分享學習經歷的程序員，典型用戶是高校師生，年齡在18-40歲，學歷在本科和碩士居多，專業多是軟件工程，學生幾乎沒有收入。表面需求是尋求技術交流，記錄分享學習經歷，管理學習方法等。除此之外，大家的潛在需求是找一個能夠對自學有幫助的平台，因為學習大多是靠自學，需要一個能夠有經驗可尋的地方對自己的學習成長有所幫助。
D.功能：你要設計什么樣的功能？為何要做這個功能，而不是其他功能？為什么用戶會用你的產品/功能？你的創新在哪里？可以用NABCD分析.
我想要設計上傳下載模塊，因為這個模塊可以讓用戶直接把項目打包放在平台上，可以增加用戶粘度，因為使用GitHub托管平台比較麻煩，直接上傳下載可以像CSDN那樣，但是完全開放。
N (Need)：需求
分享者需要一個可以托管分享項目的地方
學習者需要一個下載項目的地方
A (Approach)：做法
添加上傳下載模塊
設計實現前端與后端的傳輸接口
B (Benefit)：好處
讓分享者和學習者更方便的托管項目
提高用戶體驗和用戶粘度
提高用戶使用效率，讓用戶使用更方便
C (Competitors)：競爭
相對於CSDN來說完全開放免費
對於GitHub來說不用下載部署，簡單方便
D (Delivery)：推廣
在博客園自己主頁做廣告，設置浮窗直達按鈕
給予用戶良好的印象，讓用戶口口相傳，讓更多的非用戶自然地成為用戶
在微信公眾號上做宣傳
E.如果你有錢可以招聘6個人，有4個月的時間，你作為項目經理，應該如何配置角色(開發，測試，美工等等)？描述你的團隊在16周期間每周都要做什么，才能在第16周如期發布軟件的改進版本，並取得預想中的成績
如果我有錢招聘六個人，我作為項目經理，會這樣分配:先任命一個開發小組組長，剛開始六個人分工一起做可行性分析、需求報告和概要設計，然后開發階段兩個人做前端，兩人個人做后端，一個人做美工，一人做測試。
時間安排 任務分配
| 第1-2周 | 進行項目的可行性研究和需求分析 |
|---|---|
| 第3周 | 概要設計，包括流程、結構、功能、模塊、接口等等 |
| 第4-6周 | 詳細設計，包括各種算法、數據結構、類、調用關系等 |
| 第7-12周 | 開始編碼工作，反復迭代 |
| 第13周 | 進行產品測試，發布初始版本 |
| 第14周 | 收集反饋，不斷調試完善 |
| 第15周 | 測試並發布最終版本 |
| 第16周 | 交付產品 |
時間安排
| 任務 | 實際時間 |
|---|---|
| 任務一 | 3 |
| 任務二 | 10 |
| 任務三 | 6 |