任務四：（教師系統）管理作業資訊
1，背景
（1）典型使用者：老王（教師）
（2）使用者需求/迫切想要解決的問題
希望自己發布的錯誤作業資訊能被自己修改或者刪除。
（3）假設
老王不小心發布把作業資訊寫錯了，此時他想修改或者想直接刪除。
2，關於這個場景的描述
老王發布了一項作業資訊，突然發現這項作業資訊有些缺陷，他想要將發布的作業資訊修改一下，於是他點選導航欄中的"管理作業資訊"，這時他會看到所有他發布過的作業資訊，並以課程名排好序。此時他只想改「軟體工程」這門課程所發布的作業資訊，於是他從下拉框中選擇了「軟體工程」這門課程，點選查詢，此時他會看到他發布過的有關「軟體工程」這門課程的作業資訊並按時間順序排好序，由於他是個比較負責人的教師，布置過很多作業。此時他不想乙個乙個的去找，於是他通過發布的時間以及課程名查詢了當天發布的作業資訊。每個資訊下標都有乙個修改，刪除的選擇。
團隊專案（任務四） 第二次衝刺
1.作業資訊 專案內容 所屬課程 18web方向軟體工程 作業簡介 按照敏捷開發方法開展第二次團隊專案衝刺，發布軟體的beta版本 作業要求 團隊專案 任務四 第二次衝刺 作業目的 在團隊中通力合作，通過學習實踐將敏捷開發理念 方法 工具運用到軟體的設計 開發 運維上以構建出可用的軟體，由此實現團隊...
團隊專案（任務四） 第二次衝刺
1.按照如下格式在部落格開頭給出作業資訊 專案內容 所屬課程 軟體工程 作業簡介 按照敏捷開發方法開展第二次團隊專案衝刺，發布軟體的beta版本 作業要求 團隊專案 任務四 第二次衝刺 作業目的 在團隊中通力合作，通過學習實踐將敏捷開發理念 方法 工具運用到軟體的設計 開發 運維上以構建出可用的軟體...
專案管理之任務分配
乙個專案需求確定了 需求這個東西永遠沒有確定的哪一天，時時刻刻都是在變化,但是經理認為確定了那就是確定了 p 然後專案經理給了乙份需求文件就算真是開始開發了。大致用了一天的時間資料庫就由乙個開發人員設計了出來 其實對於這個速度我還是比較 驚訝 的，一天就把資料庫設計出來，可見資料庫中丟字段 字段設計...