基本資訊
使用者訪談提綱
1.對畢設有哪些棘手的問題？
2.畢設的流程有哪些？
3.資料有哪些？
4.管理員（許可權）的功能有哪些？
使用者訪談記錄
訪談一：提問者：陳歡歡 被訪談者：夏大偉老師
ps：上課討論時間訪談，未能拍下**
q：有哪些要解決的問題？
a：學生選畢業設計方向的時候，需要在酷課網上選，有時候學生需要調劑，但是我們調劑是老師手動在完成，實際上調劑的時候有多張表，可能會出現資料的不一致。在兩張表裡，學生可能處於不同的課題，處於不同的團隊。究竟哪張表是真實的並不清楚。要去找到相應的學生確認。但是有些時候聯絡不到那些學生。這是第乙個存在的問題。所以我們希望這個系統裡實現學生在系統裡可以選擇自己的課題，然後在這個系統裡可以申請調整自己的方向及課題。可以在系統中自動調整組的調換。系統當中只會生成一張學生畢設課題的表。
要解決的第二個問題就是畢業設計過程中有一些需要老師和學生之間溝通的地方，但是現在是老師自發去進行的，我們希望這個溝通的過程可以在系統裡留下記錄，使系部（管理者）能夠去監控所有指導老師，對學生的指導過程。
第三就是成績的錄入，原來考勤有兩大問題，乙個是考勤，乙個是成績。原來考勤是在酷課網考勤，但是畢業設計和普通考勤不一樣，他是全天課程。錄入酷課網以後是四節課，需要點四次名，這考勤太多了。我們可不可以做乙個單獨的考勤系統去做畢業設計學生的考勤。另乙個畢設的成績對映到很多部分，錄入到成績裡面比較麻煩。比如答辯成績，實際上答辯成績也會分很多小塊，這些小塊成績怎麼儲存怎麼儲存是有專人去管理，所以我希望畢設系統可以有功能單獨儲存和管理。再乙個是答辯的組織，原來的答辯是老師主動用excel**為大家分好表，然後通過輔導員老師通知給學生。有時候訊息會被頂掉或者查不到。所以我們希望能夠對這個答辯之前的計畫、時間、老師、地點。
q：畢設具體的流程具體是什麼？
a：第一步：系部去公布課題，讓學生了解
第二步：讓學生根據自己的了解，去選擇自己的課題，和相關的指導老師
第三步：系部根據學生的選擇，靈活的調整學生的分組（有些老師能帶的學生是有限的）
第四步：學生根據相關的時間和地點去報到
第五步：老師開始指導學生做畢業設計，開始一段時間要做第一次答辯來決定是否能繼續做這個畢業設計；畢業設計做一段時間後有乙個中期答辯，再次去老師去匯報畢業設計的進度和問題，然後是最後的最終答辯。最終答辯的方式分為線下答辯和創新形式答辯，系部希望可以在系統裡面留下記錄。
q：具體的需要的資料都有哪些？
a：專案名稱、畢業設計的任務、畢業設計的課題、指導教師、學生答辯成績、學校答辯分組等。
訪談二：提問者：崔夢龍 被訪談者：田曉光老師
ps:由於田曉光老師和夏大偉老師同為管理者，部分問題回答相同，此處給出整理後的內容。
1.對這方面田曉光老師更看重的是結果還有過程分，尤其是每個階段的分都要展現出來以及檢視全員的成績，要資料視覺化可選擇性的檢視。
2.看資料結果：全系、全院的進度；分組，錄成績；分組之後的結果；分組過程系統輔助
3.田老師主要強調就成績過程分，分數詳細，指導老師，和擁有酷課網的篩選，已提交，未提交，合格，未合格等等一些細節這些選擇性檢視的功能
4.一些細節資訊的提供，比如：有哪些同學掛了畢業設計，帶學生的畢設老師顯示出來。
需求分析報告討論
我們團隊採用以乙個需求分析雛形，經討論確定最終版
需求分析報告
畢設管理系統需求分析報告
需求（n）
a) 學生選方向、學生調劑步驟繁雜；各老師手中資料不一致、資料真實性不能保證。需一特定系統完成。
b) 答辯成績錄入複雜、學生畢設期間考勤控制問題（一天需四次考勤）；畢設、答辯分組問題需生成計畫。
c) 系統許可權問題（管理者：設計、修改、檢視；學生：檢視、選擇）。
d) 公布畢設課程、選擇畢設課程、畢設課程調整需一系統完成。
e) 答辯流程需記錄（如有特殊答辯方式需重點記錄）。
f) 以上功能可整合進酷客網使用
做法（a）
a) 用特定的系統（pc軟體/網頁）去完成學生選的方向調劑步驟和老師手中的資料統一與真實等
b) 用特定的系統將學生畢設期間的考勤、答辯等統一放到一起，做成乙個資訊統計
c) 將系統設定只允許參加畢業設計學生、老師和畢設相關管理者檢視用學號/工號登陸，其他人不可以登入
d) 用系統規劃到一起將公布、選擇以及調整畢設課程分成一類，這樣可以方便檢視
e) 用系統自動將答辯過程記錄下來以及畫上重點記錄
f) 將系統與酷客網有乙個繫結環節將酷客網繫結到一起
好處（b）
a) 減少學院畢設相關管理者的負擔、提高畢設管理效率。
b) 資料統一，不易丟失，視覺化程度高，即時同步。學生檢視及調劑也很方便。
c) 無需繁雜步步審批，學生線上申請後，管理者及系部秘書可直接檢視。
競爭對手（c）
a) 酷客網
i. 優勢：畢設系統會比酷課網更加簡潔易操作
ii. 劣勢：酷課網存在已久，使用起來相比新畢設系統更加熟悉
b) 其他學院已有畢設管理系統（例：西安外國語大學畢業設計管理系統）
i. 優勢：更加貼合本校畢設相關使用，且自己開發，更容易維護系統。
ii. 劣勢：未必有其他已有畢設管理系統成熟，可能存在bug，功能不穩定、齊全。
團隊任務（二）
使用者訪談 3.經過分析後團隊的決定是繼續開發此軟體，還是更換專案，如果更換，計畫更換為什麼專案，計畫在什麼時間完成新專案的需求分析。如果更換專案請對碼雲倉庫相關資訊進行更。4.將團隊每個成員基於nabcd模型的需求分析發言附到此處，並將其提交至碼雲倉庫，同時附上團隊討論 成員的發言 團隊討論 團隊...
團隊任務（二）
團隊任務 二 訪談提綱與記錄 使用者訪談 訪談提綱 訪談主題 課堂精靈 問題 若有乙個課堂精靈你會使用嗎 不使用的話為什麼不會使用 希望在哪方面更加便利些 能夠長時間使用多久 意見 訪談記錄 q 你對現在課堂的氣氛或方式的感覺怎麼樣？a 壓抑 沉悶 有些同學想回答但是不敢舉手 a 會使用 因為同學就...
時間，任務，團隊
b 1.時間 b 在敏捷專案裡，專案時間首先被分解成若干 發布 每個發布又被分解成若干 迭代 每個迭代又分解成若干 工作日 發布的時間長度一般為1到6個月，它是最粗粒度的時間單元。它是整個團隊的乙個同步點，因此團隊中的每個人都應該對此感興趣。迭代是第二級的時間單元，長度一般為1到4周。開發團隊用它來...