敏傑開題——軟工團隊項目選擇與NABCD分析

這是一篇軟件工程課程博客

Q	A
這個做業屬於哪一個課程	2020春季計算機學院軟件工程(羅傑 任健)
這個做業的要求在哪裏	團隊項目選擇
咱們在這個課程的目標是	團隊協做實踐敏捷開發
這個做業在哪一個具體方面幫助咱們實現目標	選定題目、梳理需求

本組爲自選課題：知識路書（暫定名）

Need

不少人在泛讀文獻時經常會自行整理筆記或博客，將某個研究方向的發展過程或某個特定問題的解決過程做出一個歸納性介紹。這個工做的極簡形式是幾行潦草的筆記，終極形式則是一篇文獻綜述。

好比這篇博客簡短地總結了（那個年代）style transfer的發展過程，這篇文章則簡單梳理了後rcnn時代目標檢測的研究脈絡

據我所知，幾乎每個研究人員都學習過如何寫綜述，由於它是瞭解某個領域研究實質、整頓思路而催化靈感的過程。所以即便做爲綜述的簡化形式，這種總結式的文章依然能有效幫助咱們找尋某個問題或某個問題的答案。

然而咱們注意到以下事實：

• 以博客文章或筆記的形式對已有工做進行梳理，只能以順序的方式介紹每一篇論文、每個相關工做，由於「一條線」的書寫順序是符合人腦思惟習慣的。但很不幸，研究發展的過程每每是樹狀的，經常有好的論文能夠引出多條分支，所以這樣線性地講故事很難體現科研工做間的承接關係，很難直觀展示「誰解決了誰」和「誰推翻了誰」
• 這樣的文章更可能是寫給本身的筆記性質的學習材料，所以一篇中規中矩的小論文未免太耗時耗力了。
• 就呈現效果而言，夾雜學術概念的大量文字很難突出重點，常常變得晦澀難懂，不是知識記錄與分享的最佳方式

因而咱們的結論是：在這件重要的工做上，咱們的思惟過程缺乏好的、快的呈現形式，難以直觀、高效地表現知識脈絡。這就是咱們想要解決的問題。

實際上思惟導圖或許正是咱們須要的東西——樹狀地具象化思惟關係，畫幾個隨性的圈圈就能很是直觀地展示概念間的跳躍與順承。惋惜思惟導圖並非專門爲文獻閱讀所設計的，所以常見的思惟導圖工具（如XMind等）依然不能讓咱們高效地呈現本身的學術看法。它們大而全，但咱們須要小而美。所以咱們受思惟導圖啓發，但願開發一款應用軟件，可以快速導入並繪製出文獻（或概念）間的層次關係，並讓用戶能夠基於此在瀏覽器中高效完成本身的交互式筆記。

咱們預期它能夠像拉力賽時賦予駕駛員方向的road map同樣，爲廣大科研者照亮路況，所以咱們稱其爲知識路書。

具體來講，爲了解決這個需求咱們但願其具有以下功能：

• 簡單的文獻管理
  • 用戶能夠本地上傳文獻.bib格式數據將文獻導入
  • 用戶能夠藉助GUI工具手動整理文獻間的引用關係
  • 用戶能夠標註文獻已讀/未讀
  • 【extra】用戶能夠藉助設備管理，將文獻關聯到本機路徑並調用外部閱覽器打開文獻閱讀
  • 【extra】藉助字段嗅探或學術搜索引擎，自動關聯文獻間的引用關係
• 單篇文獻筆記
  • 用戶能夠爲每一篇文獻做出筆記梳理
• 【extra】單個做者/團隊標註
  • 用戶能夠爲關注的做者與團隊創建標註，並關聯其發表的工做
• 【extra】單篇知識隨筆
  • 用戶能夠編寫題目自由的隨筆
• 多篇文獻路書（編輯模式）
  • 用戶能夠將文獻和知識隨筆引入一篇路書，每篇文獻、隨筆分別對應一個獨立節點
  • 文獻間能夠根據引用關係自動在路書中繪製引用路線圖
  • 用戶能夠在文獻和文獻、文獻和隨筆間鏈接強、弱關係線路
• 多篇文獻路書（閱覽模式）
  • 用戶能夠直觀查看每一個文獻對應的文獻筆記
  • 用戶能夠生成閱覽連接，將路書在站內分享
  • 【extra】用戶能夠將路書以html或其餘可交互文檔的形式發佈

其中標註【extra】的功能爲咱們認爲對提高用戶體驗有幫助，但較難實現或實行性價比較低的功能，所以它們的實現優先級次於其餘功能。

Approach

綜合考慮跨平臺能力、交互效果與開發難度，咱們決定以web應用的形式展開這個項目。爲了便於分工合做，咱們天然地選擇了先後端分離的技術路線。

前端：計劃基於vue.js框架及相關組件庫實現，UI組件庫選用較成熟的View UI(原iView)，其中較難實現的繪圖部分咱們已經檢索到了以下開源實現或參考代碼：

• vue-mindmap（vue組件庫）
• https://github.com/Mindmapp/mindmapp（angular實現）
• https://github.com/mofas/mindMap（angular實現，基於D3js）
  並準備在此基礎上完成知足需求的二次開發

後端：計劃基於django+rest-framework實現，藉助這個框架咱們能夠快速搭建restful api，將開發重心移至前端

UI設計：原型階段總體設計保留View UI提供的類antd風格，待覈心功能完善後嘗試配合功能效果定製扁平化或擬態化風格的界面

咱們的目標用戶，顯然是和咱們同樣有文獻閱讀與梳理需求的科研工做者，尤爲是須要頻繁接觸新領域的年輕科研人員，如碩士生、博士生。

在商業模式的選擇上，因爲這個項目是以解決咱們自身需求爲導向提出的，相比於盈利咱們更看重其使用體驗，而且因爲目標受衆羣體較小也不足以支撐起足夠魯棒的盈利模式，所以咱們考慮將其做爲開源項目維護，但願依賴強大的開源社區將其打磨爲一款出色的軟件產品。

Benefit

用戶能夠藉助咱們的產品更好地進行知識梳理，優化、簡化文獻閱讀流程，直觀地記錄與展現本身的閱讀工做。

Competitors

思惟導圖競品

XMIND ：

• 深受歡迎的專業思惟導圖繪製工具，支持十分完善的繪製功能
  • 優勢：
    • 多平臺支持，有良好的移動端適配
    • 功能強大，支持多種結點鏈接模式，支持多媒體內容插入
    • 良好的自動排版算法
    • 界面美觀且提供多種設計模板
  • 缺點：
    • 不少功能須要付費且價格昂貴，不適於收入較少的學生羣體
    • 純粹的知識導圖編輯軟件，沒有文獻管理等專爲科研場景提供的功能

mindmeister：相似XMIND

文獻管理競品

mendeley：

• 輕量的文獻管理工具，自帶用戶社區與文獻推薦
  • 優勢：
    • 配有用戶社區，能夠查看其餘用戶對某篇文獻的評論與筆記
    • 自帶的PDF閱讀器能夠標記並高亮文獻內容、記錄貼士。全部編輯均可以同步記錄至我的帳戶
    • 每週會發送文獻推薦郵件
  • 缺點
    • 只能以列表形式呈現所管理的文獻，當管理的文獻數目較多時難以快速找到某篇特定文獻，同時也沒有辦法體現文獻間的引用關係

電子筆記競品

• oneNote：

  • Microsoft開發的數字筆記產品，也是不少人目前使用頻率很高的論文筆記工具。
  • 優勢：
    • 多平臺適用；
    • 支持手寫和鍵入等多種方式；
    • 爲不一樣使用場景作了功能優化。如拍照時能夠自動識別PPT區域並在拍照後自動將該區域拉伸形變至適合屏幕的形狀
  • 缺點：
    • 沒法相似展示文獻知識脈絡；
    • 不支持Markdown或LaTeX筆記；
    • 不支持插入編程語言。
  • 定位：
    • 面向通常用戶的專業數字筆記工具

• jupyter notebook：

  • jupyter notebook是一個交互式筆記本，支持運行 40 多種編程語言。
  • 優勢：
    • 支持Markdown筆記及多種後端編程語言（Python之外的後端須要插件或定製）；
    • 支持插入編程代碼並運行；
    • 支持安裝插件進行功能擴展
  • 缺點：
    • 對於論文筆記而言，沒法展示文獻之間的知識脈絡；
    • 須要在本地運行，文件保存在本地；
  • 定位：
    • 面向開發者的代碼演示與輕量IDE

• notion：

  • notion是一款結合文檔、知識庫以及任務管理功能的全能協做工具。
  • 優勢：
    • 支持Markdown筆記；
    • 有效支持團隊協做：例若有看板任務管理、日曆、OKRs、會議記錄等功能；
  • 缺點：
    • 用戶系統較簡陋，每次登錄時都須要繁瑣地郵箱驗證，體驗較差
    • 沒法展示文獻之間的知識脈絡；
    • 主要爲團隊協做開發。對於科研論文整理而言，有不少沒必要要的功能(會稍顯臃腫)。
  • 定位：
    • 內容驅動的我的工做流

其餘相關產品

citespace：

• 可視化文獻挖掘工具，經過查閱文獻數據庫自動分析、挖掘學術熱點
  • 優勢：
    • 支持多種聚類算法與聚類形式，用戶能夠靈活定製關注的學術方向
  • 缺點：
    • 較難理解使用，有必定的學習門檻
    • 基於jdk6開發，目前缺乏有力的維護，所以逐漸出現各類兼容性問題

Delivery

最終發佈一個帶有可部署服務程序的web應用，能夠在部署配置後爲用戶提供我的文獻梳理的相關功能。

咱們準備參考Overleaf和Gitlab的發佈形式：既提供官方站點，使我的用戶能夠開袋即食而免去部署的繁瑣步驟，幫助迅速創建用戶社區；也提供必要的部署工具，使潛在的團體用戶（高校、企業等）能夠自行部署並靈活定製

在推廣方式的選擇上，因爲咱們的目標用戶羣體在高校圈內富集，能夠藉助推廣郵件、代理人推薦等方式定向投送。

電梯演說：

嗨，哥們兒，
你平時讀論文的時候會劃拉兩筆嗎？咱們最近有個項目專門作文獻脈絡梳理和內容呈現，想象一下你能經過很簡單的編輯就構建一個描述論文發展的樹狀圖譜——對，相似你熟悉的思惟導圖，但它專門爲文獻閱讀者的習慣作了細節優化，好比公式、代碼和任何圖片、音視頻均可以以你熟悉的latex或markdown導入。下次組會試試看用咱們的知識路書給老闆作彙報，保證你成爲全組最靚的仔。感興趣的話上GitHub搜一下咱們的開源項目：知識路書，歡迎使用，更期待你參與咱們的項目！

用戶量預估

ALPHA：預計用戶量：50 BETA：預計用戶量：300 RC：預計用戶量：500