2022/02/02 (更新內容)
2022/03/10 (微調內容)
2022/03/17 (微調內容)
2022/03/29 (新增影片連結)
2022/04/14 (微調內容)
2022/04/21 (補充內容)
2022/05/16 (新增連結)
2022/05/30 (補充內容)
注意,「系統分析與設計」課程會需要用到「程式設計」、「創新與設計思考」及「資料庫」的相關概念,請自行複習,老師不會重複講授這些概念,這些都是先備知識。未來專題或工作會用到的工具,不一定是課程中學過的,自主學習新工具非常重要。
這個教學網站是為了輔仁大學資訊管理學系110學年度的「系統分析與設計」課程。「系統分析與設計」課程主要會涵蓋:
課程評分標準
訪問學長姊 (15%)
課堂參與 (5%)
文件 (40%)
系統功能 (40%)
甚麼是系統分析與設計?
創新與設計思考 (複習/簡介) 與系統分析與設計
Empathize & Define -> Analysis
Ideate & Prototype -> Design
分組
分工
各組的題目
歡迎沿用「創新與設計思考」課程的創意
下週選出大家最有興趣的題目,三組用同一個題目
採用敏捷開發 / Scrum
在課堂上進行Sprint Review
Homework
下週報告 (不超過5分鐘)
使用者、使用者情境介紹
現有系統或服務的問題或未滿足的價值
訪問大三、大四學長姊 (15%)
訪問三位學長姊 (12%) ** 可透過視訊訪談,禁止透過line要求學長姐直接貼答案 **
跟其他課程的關聯性?
跟「程式設計」的關聯?
跟「創新與設計思考」的關聯?
跟「資料庫」的關聯?
跟其他課程的關聯?
系統分析與設計課程對專題的幫助是?
從系統分析與設計課程中學到甚麼?
從系統分析中學到甚麼?
如何了解使用者的情境、問題、價值?
從系統設計中學到甚麼?
如何設計解決方案並撰寫使用者故事?
如何進行資料庫設計?
如何進行使用者介面設計?
從系統開發中學到甚麼?
在系統分析與設計課程中可能會遇到甚麼問題?
哪些觀念不容易懂?
小組分工合作可能會遇到甚麼問題?
到目前為止,專題遇到的最大問題是甚麼?
對各位的建議是?
整理所有的訪談結果後,我們覺得我們可能會遇到甚麼樣的問題? (3%)
各組報告
使用者、使用者情境介紹
現有系統或服務的問題或未滿足的價值
選出大家最有興趣的題目,三~四組用同一個題目
使用者是誰?
確認問題
先別急著想解決方案
從使用者的角度,到底要解決哪些問題? 或需要哪些價值?
思考一下開發工具,可以利用過去所學的PHP+MySQL
Homework
各組利用Miro整理本週討論的內容
進行開發環境分析
現有系統的了解與分析:確認現有系統的問題
競品分析:確認未能滿足的需求
確認目標客群,以及對應的問題
Who & Why(問題)
透過Miro進行各主題報告開發環境分析(含:競品分析)、目標客群、對應的問題
整理各組的需求
問題以及對應的解決方案
將解決方案整理為User Story Mapping & User Story
討論想使用的開發工具
參考資料
需求不明確或多變動
需求切割為單位很小(可以很快開發完)的user story
將需求排優先順序,要開發前才去確認需求的細節
利用Scrum(Sprint)或Kanban(WIP)來控制進度
Homework
各組整理本週討論的內容,逐步完成文件的第一章,請在teams開共享文件
發展背景與動機
系統發展目的
功能性需求與非功能性需求
問題與解決方案(需求)對應表
系統範圍
功能性需求說明
背景知識
系統限制(可行性分析)
根據User Story Mapping繪製User Story Map (user story一覽表) / User Story Mapping (吳濟聰老師powercam影片)
Epic (User Activity/User Task)與Story的整理
切割功能 (切割為多個開發階段/sprint) 成為Story
聚合功能成為Epic
思考Minimum Viable Product (MVP)
上傳文件初稿 (第一章)
補充資料
確認user story一覽表
Sprint Planning
開始第一個Sprint
確定Sprint goal (最優先解決的問題/最優先提供的解決方案)
根據Minimum Viable Product (MVP)去思考
盤點與Sprint goal相關的user activity、user task、user story
討論接受/驗收條件條件並確認細節
參考資料
決定驗收組別,第16週完成驗收的組別(group A),系統功能分數加10%,第17週完成驗收的組別(group B),系統功能分數加5%。第18週無法完成驗收的組別,視情況扣分。
各組報告
User Story Mapping / User Story Mapping (吳濟聰老師powercam影片)
可利用Clickup分配工作與追蹤工作進度 / 小專題那些事 (陳姵淇、王曉瑜、羅巧筠、胡芸毓、徐浤瑋學長姐 deeplink分享)
User Interface / UI設計入門 (UI設計與Figma) (李偉成學長 deeplink分享)
UX Design
參考資料
根據驗收條件分析資料的需求並規劃資料表及使用者介面
SQL vs. NoSQL
Airtable是一個簡易的雲端資料庫,操作的方式非常像試算表,而且提供雲端的API,讓使用者可以很容易的使用雲端資料庫。
Homework
各組整理本週討論的內容,逐步完成文件的第一、二章及第三章的資料庫設計
Group A sprint review 1
各組進度報告
每組25分鐘報告 (含Q & A)
預計完成的user story vs. 實際完成的user story
結果與接受條件的對照
小組繳交sprint報告 (報告當天23:59前上傳到TronClass)
Sprint goal及user story
Daily Scrum摘要 (開了幾次、遇到的問題、解決的方法)
Sprint Review
整理大家的建議,以及對應的處理
Sprint Retrospective
團隊合作方式、開發方式應該進行甚麼樣的調整
下個Sprint的Sprint goal及user story
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分享)
UX心理學 (吳濟聰老師powercam影片)
使用者經驗與心理學 (吳濟聰老師使用者經驗設計課程內容)
好書導讀: 設計的心理學 (吳濟聰老師 deeplink分享)
驗收程序:
請於驗收前一天23:59前繳交文件至Tronclass,驗收前未繳交者以0分計算,遲交者視遲交情況酌予扣分。
驗收系統功能,核對系統功能、資料庫與文件是否相符,不相符者視情況酌予扣分。
驗收標準:
若系統未完成整合,一律不驗收。請仔細測試系統,若系統還有語法錯誤或無法執行,也不驗收。
同組同學都應到場(上線),老師將依據分工表,驗收每一位同學負責的部份,並抽檢程式碼,若發現與實際狀況不符的現象,老師將當場要求更改分工表。
未於規定時間內完成驗收,視情況酌予扣分。
驗收最後期限為7/1,未完成驗收組別或個人,系統分數為0%。
吳濟聰老師相關課程教材
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物件導向系統分析與設計 博碩文化