這個作業屬於哪個課程
信安1912-軟體工程
這個作業要求在**
團隊作業3
這個作業的目標
需求&原型改進+系統設計+alpha任務分配計畫
問題修改
1對功能的描述不夠清晰具體
對需求說明書和設計進行重置
2團隊任務計畫不夠清晰
重新審視專案規劃，組織成員討論後，明確了專案各階段的需求
3介面較複雜，應考慮使用者需求
將ui簡潔化，方便使用者使用
4在功能方面進一步考慮使用者需求
新增產品邏輯分析
手段：選取不同樣本詢問
身份使用者描述
使用者a學生
有時候老師布置的作業比較難，我需要在網上尋找資料，現在相關的途徑一般是通過搜題軟體搜尋，需要每道都拍照。如果有你們這個軟體，就不需要每題拍照了，而且也可以使用文字搜尋，效率確實有所提高，我個人比較期待。
使用者b教師
使用者c學生
要學的科目很多，卷子也很多。如果有這個軟體，我做錯題歸納整理的時候應該會容易很多。我可以給試卷拍照，通過軟體分解後把題目儲存，老師講完後再把試卷扔掉。這樣下來，我的桌面就能整潔不少，不再試卷堆積成山了。
外圍功能
殺手功能
必要需求
登入、註冊
試題分割、文字提取
輔助需求
資料分享、**
試卷分割
1.5.1 wbs圖
1.5.2 專案進度計畫
時間任務
進度第9周
1.團隊組隊、團隊部落格
✔2.團隊介紹、成員展示、角色分配、選題確定
✔第10周
1.需求規格說明書
✔2.原型設計，隊員估計任務難度並學習必要的技術
✔3.編碼規範完成、平台環境搭建完成、初步架構搭建
✔第11周
1.原型改進（給目標使用者展現原型，並進一步理解需求）
✔2.架構設計，wbs, 團隊成員估計各自任務所需時間
✔3.測試計畫
✔4.確定小程式介面設計
✔4.成員繼續學習技術
✔第12、13周
1. 團隊專案alpha任務分配計畫
2. 連續7天的alpha敏捷衝刺，7 篇 每日scrum meeting部落格+**提交**（預計時間為11.18-11.25
）**3.改進測試計畫（預計時間11.19）
第14周
1.使用者反饋+測試計畫改進
2. 團隊alpha階段個人總結
3. 團隊專案alpha部落格：發布說明、測試報告、展示部落格、專案管理
第15周
1. 團隊專案alpha部落格：事後分析
2.1.1 設計摘要說明
前端頁面
直接與使用者打交道，與使用者進行互動
後端系統
負責處理使用者的請求，為使用者提供其想要的資料
2.1.2 系統的架構設計說明
本系統主要採用的是mvc的設計模式
檢視（view） 檢視層能夠實現資料有目的的顯示，在檢視中一般沒有程式上的邏輯，為了實現檢視上的重新整理功能，檢視需要訪問它監視的資料模型（model），因此應該事先在被它監視的資料那裡註冊。
控制器（controller） 控制器起到不同層面間的組織作用，用於控制應用程式的流程，它處理事件並作出響應，「事件」包括使用者的行為和資料模型上的改變。
模型層（model）：「資料模型」（model）用於封裝與應用程式的業務邏輯相關的資料以及對資料的處理方法，「模型」有對資料直接訪問的權力，例如對資料庫的訪問。「模型」不依賴「檢視」和「控制器」，也就是說，模型不關心它會被如何顯示或是如何被操作。但是模型中資料的變化一般會通過一種重新整理機制被公布。為了實現這種機制，那些用於監視此模型的檢視必須事先在此模型上註冊，從而，檢視可以了解在資料模型上發生的改變。
響應使用者的請求，進行相關操作。（以各功能進行分解）
其中本系統共分為4部分：faster-rcnn，試卷分割（將一張a3試卷分割成兩張a4試卷作為faster-rcnn的輸入），試題分割，試題識別。
姓名學號
團隊分工
姜珺楊3219005446
前端、ui、美工、文件編寫
劉梓祥3119005426
後台周心怡
3219005452
前端、測試、文件編寫
邱秀文3219005450
前端、測試、文件編寫
程雨秋3219005444
pm、測試、文件編寫
3.2.1 功能項
模組名稱
優先順序試卷相關處理
高使用者模組
中小程式介面高介面
高雲伺服器/本地伺服器
低相關文件/部落格
中測試計畫
中3.2.2 任務認領及時間分解
功能名稱
負責人預計工時
優先順序試卷分割
劉梓祥5h
中題目分割
劉梓祥10h
高ocr文字讀取
劉梓祥10h
高前後端介面
劉梓祥、姜珺楊
10h高
小程式總體介面設計
姜珺楊、程雨秋2h中
使用者介面
周心怡3h
中功能介面
姜珺楊10h高首頁
邱秀文5h
低幫助介面
周心怡5h
低相關文件編寫
劉梓祥、姜珺楊、程雨秋、邱秀文、周心怡
10h中
部落格編寫
姜珺楊、周心怡、邱秀文7h中
測試計畫
程雨秋、周心怡5h中
測試姜珺楊、邱秀文
10h中
功能介面
ps.由於對第四次作業上交時間估計錯誤 因此本圖日期從day1開始延後兩天）
此計畫編寫的目的是為系統能夠達到與系統規格說明書所描述的功能一致，並且檢驗系統是否執行穩定。
姜珺楊、周心怡、程雨秋
於衝刺day4、day6、day7三天進行。(詳見甘特圖)
團隊作業3 需求改進 系統設計
目錄二丶 系統設計 三丶 alpha任務分配計畫 四丶測試計畫 需求 功能 外圍功能 殺手功能 必要需求 遊戲形式 2d跑酷 音遊 跑酷控制與 擊打 音符控制 精美的音效 良好的互動體驗 輔助需求 精美的畫面特效 良好的分數判定與計算 專案改進計畫 功能功能詳情 所屬版本 場景，流程管理 完成場景，...
團隊作業3 需求改進 系統設計
2017 4 21 22 00pm，以部落格發表日期為準 晚交 0分 遲交兩周以上 倒扣本次作業分數 抄襲 倒扣本次作業分數 給目標使用者展現原型，與目標使用者進一步溝通理解需求。b.參考 修改完善上週提交的需求規格說明書。a.上週的 需求規格說明書 初稿有哪些不足？特別是 功能考慮不全或需求文件描...
團隊作業3 需求改進 系統設計
專案名 翻翻棋2077 隊名 tel studio 隊員 問題1 只有兩個人能進行對局很不符合實際 修改1設計房間,能讓多對玩家同時遊戲,且能通過房間號進入不同的對局中.使用者場景1 盧偉 他開啟了電腦上的翻翻棋2077.對手運氣很差,開局便被吃掉了很多子,只剩下5點血量,只要在丟乙個棋子就輸了.而...