2023/02/09
2023/02/18 (補充資料)
2023/02/20 (補充資料)
2023/02/21 (更新投影片)
2023/03/03 (更新內容)
2023/03/06 (更新內容)
2023/03/14 (新增ClickUp頁面)
2023/03/15 (更新評分標準)
2023/03/19 (微調內容)
2023/04/02 (更新內容)
2023/04/21 (更新內容)
2023/05/12 (更新內容)
注意,「系統分析與設計」課程會需要用到「程式設計」、「創新與設計思考」及「資料庫」的相關概念,請自行複習,老師不會重複講授這些概念,這些都是先備知識。未來專題或工作會用到的工具,不一定是課程中學過的,自主學習新工具非常重要。
這個教學網站是為了輔仁大學資訊管理學系111學年度的「系統分析與設計」課程。「系統分析與設計」課程主要會涵蓋:
課程評分標準
訪問學長姊 (10%)
課堂參與 (5%)
文件 (30%) (依組內分工給分)
Sprint Review 1 (18%)
Sprint Review 2 (6%)
Final (6%)
進度書面報告 (10%)
Sprint Review 1 (3%)
daily scrum、spring review、spring retrospective
Sprint Review 2 (3%)
daily scrum、spring review、spring retrospective
Final (4%)
daily scrum、spring review、spring retrospective
系統功能 (40%) (依組內分工給分)
Sprint Review 1 (8%)
Sprint Review 2 (16%)
Final (16%)
個人學期學習心得與建議 (5%)
學習心得 (2%)
建議 (3%)
課程資源 (學長姊們的專題)
甚麼是系統分析與設計?
創新與設計思考 (複習/簡介) 與系統分析與設計
Empathize & Define -> Analysis
Ideate & Prototype -> Design
分組
分工
各組的題目
歡迎沿用「創新與設計思考」課程的創意
下下週選出大家最有興趣的題目,三組用同一個題目
採用敏捷開發 / Scrum
從Scrum看時間管理與團隊整合 (deeplink學長姐分享)
在課堂上進行Sprint Review
開發工具
Homework
下下週報告 (不超過5分鐘)
使用者、使用者情境介紹
現有系統或服務的問題或未滿足的價值
訪問大三、大四學長姊 (10%)
每組訪問三位大三、大四學長姊 (6%) ** 可透過視訊訪談,禁止透過line要求學長姐直接貼答案 **
受訪者姓名
從系統分析與設計課程中遇到甚麼問題?
哪些觀念不容易懂? 如何解決?
了解使用者的情境、問題、價值時遇到甚麼問題? 如何解決?
設計解決方案並撰寫使用者故事時遇到甚麼問題? 如何解決?
使用哪種資料庫?資料庫設計時遇到甚麼問題? 如何解決?
進行使用者介面設計時遇到甚麼問題? 如何解決?
從系統開發中遇到甚麼問題? 如何解決?
小組分工合作可能會遇到甚麼問題? 使用git嗎? 遇到甚麼問題?
使用哪個語言開發? 遇到甚麼問題?
定期追蹤組員進度嗎? 遇到甚麼問題?
(到目前為止,)專題遇到的最大問題是甚麼?
小組分工合作遇到甚麼問題? 使用git嗎? 遇到甚麼問題?
使用哪個語言以及哪種資料庫開發? 遇到甚麼問題?
系統分析與設計課程對專題的幫助是?
對各位的建議是?
觀看Deeplink學長姊與專題相關之分享(至少兩個分享)並整理心得 (2%)
小專題那些事 (deeplink學長姐分享)
專題分享會 (deeplink學長姐分享)
臉書實名制 (deeplink學長姐專題經驗分享)
揭開DeepLink的心路歷程 (deeplink學長姐專題經驗分享)
Make a Killing! Futures Warbler (deeplink學長姐專題經驗分享)
專題分享!深度學習-居家智慧照顧系統 (deeplink學長姐專題經驗分享)
競賽心得分享 (deeplink學長姐專題經驗分享)
整理所有的訪談結果並與deeplink分享內容比較,並且思考:我們覺得我們可能會遇到甚麼樣的問題? 預防方案或發生問題時的解決方案是? (2%)
2023/02/21 (更新內容)
2023/02/22 (English added)
系統分析與設計
輔大資管學長姐的就業狀況
104人力銀行的資料
課程大綱
課程評分標準
教材
方法論
期末專題
分組
題目
作業
SQL vs. NoSQL
聊聊 | 如何選擇合適的資料庫 (deeplink學長姐分享)
UI設計入門 (deeplink學長姐分享)
Scss!讓你的CSS不再雜亂無章 (deeplink學長姐分享)
互動網頁需要的原來不是美感 (deeplink學長姐分享)
切版助教三個月目睹之怪現狀 (deeplink學長姐分享)
思考一下開發工具,可以利用過去所學的PHP+MySQL
進行的方式
Lean UX
Agile with UX
各組報告
使用者、使用者情境介紹
現有系統或服務的問題或未滿足的價值
選出大家最有興趣的題目,三~四組用同一個題目
使用者是誰? 使用者情境?
確認問題
先別急著想解決方案
從使用者的角度,到底要解決哪些問題? 或需要哪些價值?
各組整理本週討論的內容
進行開發環境分析
現有系統的了解與分析:確認現有系統的問題
創業時,我們在知乎聊什麼? (deeplink學長姐分享,該場次未錄影,請參考投影片)
競品分析:確認未能滿足的需求
競品分析方法論 (deeplink學長姐分享,該場次未錄影,請參考投影片)
討論目標客群,以及對應的問題
Who & Why(問題)
列出至多六項重要的待解決問題或待提供的價值
各組訪談目標客群並確認待解決問題或待提供的價值的重要性
Homework
各組整理本週討論的內容,逐步完成文件的第一章,可上傳word檔到google doc並共享文件
發展背景與動機
使用者、使用者情境
待解決問題或待提供的價值
背景知識
競品(或相關系統、相關科技)分析
各主題報告開發環境分析(含:競品分析)、目標客群、對應的問題
各組訪談目標客群並確認待解決問題或待提供的價值的重要性
訪談結果
將解決方案整理為Epic 再分解為 User Story
先思考Epic
簡化User Story Mapping,只分Epic及User Story
User Story描述解決方案(需求)
參考資料
需求不明確或多變動
需求切割為單位很小(可以很快開發完)的user story
將需求排優先順序,要開發前才去確認需求的細節
利用Scrum(Sprint)或Kanban(WIP)來控制進度
Homework
下次報告
請同一主題的各組上台報告問題及其解決方案(Epics),及各Epic對應的細節(user stories)。
討論想使用的開發工具
各組整理本週討論的內容,逐步完成文件的第一章,可利用google doc或teams共享文件並分享給老師
發展背景與動機
使用者、使用者情境
待解決問題或待提供的價值
系統發展目的
功能性需求與非功能性需求
問題與解決方案(需求)對應表
系統範圍
功能性需求說明
簡單說明所有的Epic
背景知識
競品(或相關系統、相關科技)分析
各組報告
同一主題的各組上台報告問題及其解決方案(Epics),及各Epic對應的細節(user stories)。
如何決定Minimum Viable Product (MVP)?
根據待解決問題或待提供的價值的優先順序
重要的待確認假設
功能的相依性
Homework
下次報告
說明列為MVP的user stories,列為MVP的原因。
各組整理本週討論的內容,逐步完成文件的第一章,可利用google doc或teams共享文件並分享給老師
發展背景與動機
使用者、使用者情境
待解決問題或待提供的價值
系統發展目的
功能性需求與非功能性需求
問題與解決方案(需求)對應表
系統範圍
功能性需求說明
簡單說明所有的Epic
背景知識
競品(或相關系統、相關科技)分析
系統限制(可行性分析)
使用者角色說明
使用者故事對應
預告: 未來的sprint的各種報告(口頭報告當天23:59前上傳到TronClass)
Sprint goal、epic及user story
Daily Scrum摘要 (開了幾次、遇到的問題、解決的方法)
Sprint Review
整理大家的建議,以及對應的處理
Sprint Retrospective
團隊合作方式、開發方式應該進行甚麼樣的調整
下個Sprint的Sprint goal及user story
補充資料
決定驗收組別,第15週完成驗收的組別(group A),系統功能分數加10%,第16週完成驗收的組別(group B),系統功能分數加5%。第17週無法完成驗收的組別,視情況扣分。
各組報告
說明列為MVP的user stories,列為MVP的原因
Sprint Planning
開始第一個Sprint
確定Sprint goal (最優先解決的問題/最優先提供的解決方案)
根據Minimum Viable Product (MVP)去思考
Sprint goal是指這個sprint預期完成的目標,當專案比較大的時候,會設定每個 sprint預期完成的目標,可能完成某幾個Epic,或者確認某個/些問題是否可以解決。
盤點user story
盤點能在一個sprint之內完成的user story
並討論這些user story的接受/驗收條件條件並思考細節 (資料庫及畫面)
參考資料
Homework
各組整理本週討論的內容,逐步完成文件的第一、二章及第三章的資料庫及畫面設計
完成第一個sprint相關user story的接受/驗收條件條件、資料庫及畫面
各組報告
第一個sprint相關user story的接受/驗收條件條件、資料庫及畫面
User Story Mapping / User Story Mapping (吳濟聰老師powercam影片)
可利用Clickup分配工作與追蹤工作進度 / 小專題那些事 (陳姵淇、王曉瑜、羅巧筠、胡芸毓、徐浤瑋學長姐 deeplink分享)
User Interface / UI設計入門 (UI設計與Figma) (李偉成學長 deeplink分享)
UX Design
參考資料
Group A sprint review 1
各組進度報告
每組25分鐘報告 (含Q & A)
預計完成的user story vs. 實際完成的user story
結果與接受條件的對照
小組繳交sprint報告 (報告當天23:59前上傳到TronClass)
Sprint goal及user story
Sprint goal是指這個sprint預期完成的目標,當專案比較大的時候,會設定每個 sprint預期完成的目標,可能完成某幾個Epic,或者確認某個/些問題是否可以解決。
Daily Scrum摘要 (開了幾次、遇到的問題、解決的方法)
Sprint Review
整理大家的建議,以及對應的處理
Sprint Retrospective
團隊合作方式、開發方式應該進行甚麼樣的調整
下個Sprint的Sprint goal及user story
報告程序:
請於報告前前繳交文件至Tronclass,遲交者視遲交情況酌予扣分。
驗收系統功能,核對系統功能、資料庫與文件是否相符,不相符者視情況酌予扣分。
專案管理 (吳濟聰老師專案管理課程教材) / 小專題那些事 (陳姵淇、王曉瑜、羅巧筠、胡芸毓、徐浤瑋學長姐 deeplink分享)
Group B sprint review 1
資訊架構 / [好書推薦] 資訊架構學 (deeplink分享)
Group C sprint review 1
User Interface / UI設計入門 (UI設計與Figma) (李偉成學長 deeplink分享)
Group A sprint review 2
User Interface / UI設計入門 (UI設計與Figma) (李偉成學長 deeplink分享)
驗收程序:
請於驗收前繳交文件至Tronclass,遲交者視遲交情況酌予扣分。
驗收系統功能,核對系統功能、資料庫與文件是否相符,不相符者視情況酌予扣分。
驗收標準:
若系統未完成整合,一律不驗收。請仔細測試系統,若系統還有語法錯誤或無法執行,也不驗收。
同組同學都應到場(上線),老師將依據分工表,驗收每一位同學負責的部份,並抽檢程式碼,若發現與實際狀況不符的現象,老師將當場要求更改分工表。
未於規定時間內完成驗收,視情況酌予扣分,驗收最後期限為6/21 16:00。
學期總成績滿50分但未達60分者,可以透過補救作業補救,老師會視分數差距給不同程度的補救作業(例如:修改文件或完成某個功能),補救作業完成期限為6/21 16:00。
UX心理學 (吳濟聰老師powercam影片)
使用者經驗與心理學 (吳濟聰老師使用者經驗設計課程內容)
好書導讀: 設計的心理學 (吳濟聰老師 deeplink分享)
繳交個人學習心得
吳濟聰老師相關課程教材
Ashrafi, N. & Ashrafi, H. (2009) Object-Oriented Systems Analysis and Design , Pearson Education International
Fowler, Martin (2007), UML Distilled, Third Edition , Addison Wesley Publisher
Marakas, George M. (2001) Systems Analysis and Design: An Active Approach, Prentice Hall
Satzinger, Jackson & Burd, (2012) Introduction to Systems Analysis and Design - An Agile Iterative Approach, 6th ed.
游峰碩 (2010) UML物件導向系統分析與設計 博碩文化