團隊作業2——需求分析&原型設計

一.初步需求

• 統計代碼量，按程式設計語言分類，統計各個語言分類下的代碼數量
• 按程式中的函數和類進行代碼統計數量
• 使用一鍵即可重命名函數名、類名

• 查找重複函數

  以上是題目中本來需要完成的功能，經過與助教的讨論後，助教為我們提出了意見。

  希望我們能先調查一下市面上的類似工具，再決定我們要去做的程度，我們的設計是否隻針對某類些語言（畢竟許多語言都是互通的），還是說我們想做通用的基礎的方向。

  

需求分析文檔

https://coding.net/u/hts-technology/p/CodeManagement/git

二.需求分析

a、NABCD

N (Need)：現在随着學生程式設計量的加大，相應老師所需要審查的代碼量也慢慢變多，為了提高老師的效率，同時又不降低品質，但同學想檢查自己的代碼是否過于繁瑣時又無從下手，當想提高代碼的使用率時，又無法直覺的顯示。

A (Approach)：我們小組打算通過Web前端+背景資料庫的方式來達到使用者隻需送出代碼，而其他由程式解決。

B (Benefit)：能大大提供老師批改代碼類作業的效率，同時查重功能也能從很大程度上減少抄襲現象。讓同學檢查自己的代碼是否重複太多過于備援，精簡代碼。

C (Competitor)：目前學校内該類型的競争對手基本沒有，可以說市場是有非常好的前景的。

D (Delivery)：先交由老師與助教進行使用測試，效果顯著，自會有老師為我們進行推廣。

b、電梯演說

​ 我們的代碼分析管理系統是為了解決 許多老師和學生的痛苦, 對于他們需要了解學生編寫的代碼是否正确，其中有多少是學生獨立完成，又有多少是抄襲得來 ，但是随着學生基數的加大也大大加重了老師在批改作業方面的負擔，對于學生他們需要了解自己所寫的代碼包含了那些備援的功能如何加以修改，使之更為精簡。但是現有的方案并沒有很好地解決這些需求，我們有獨特的辦法 通過我們的代碼分析管理系統，它能給使用者帶來好處 滿足老師與學生的需求，遠遠超過目前市場上的競争對手 。 同時，我們通過老師使用後進行推薦，能很快地讓大部分使用者知道我們的産品，并進一步傳播。

三.原型設計

使用者登入界面：

使用者注冊界面：

使用者使用界面：

四.編碼規範

• 我們代碼風格的原則是：簡明，易讀，無二義性。 在變量命名時要首先一表明功能作用為主，不濫用如 i，j，k之類。
• 盡量做到多句代碼不寫在同一行，對于嵌套之類的語句做好每個子語句縮進處理，使得閱讀更直覺。
• 内部預設某些命名順序，做到不重複使用。