第二天的課程： Day 2: The Project
Jobeet這個專案的目標：建立一個求職網站
- Jobeet網站的使用者，有以下四類：
- admin: He owns the website and has the magic power(網站管理者)
- user: He visits the website to look for a job(求職者)
- poster: He visits the website to post a job(張貼求才訊息者)
- affiliate: He re-publishes some jobs on his website(進階使用者，可以使用Jobeet API)
- Jobeet有前台(frontend)與後台(backend)的應用需求
- frontend前台的需求有七項(F1~F7)：提供給使用者使用網站的介面
- backend後台的需求有三項(B1~B3)：提供給管理者管理網站的功能
- F1需求：使用者在首頁可以看到最新的求才資料
當使用者進入Jobeet網站首頁，可以看到最新的求才列表。
依照工作分類(category)加上發布日期排序，最新發布的在前面。
工作列表上只顯是工作地點(location)、職位(position)、求才公司(company)
每一個工作分類，列表中只顯示前十筆工作，並提供該分類中所有工作的連結(F2)
使用者可以搜尋建立自己的求職工作列表(F3)
可以張貼一個求才(F5)
- F2需求：使用者可以取得所選定分類的求才資料
當使用者點選工作分類名稱或"more jobs"連結時，他可以看到該分類以日期排序的所有求才工作。
工作列表以每頁20筆工作，進行分頁。
- F3需求：使用者可以用關鍵字，重新搜尋工作列表
關鍵字搜尋的欄位範圍：工作地點(location)、職位(position)、工作分類(category)、求才公司(company)
- F4需求：使用者點選一個工作連結，可以看到這個工作的詳細內容
- F5需求：使用者可以張貼求才訊息，求才訊息包含下列資料：
- Company
- Type (full-time, part-time, or freelance)
- Logo (optional)
- URL (optional)
- Position
- Location
- Category (the user chooses in a list of possible categories)
- Job description (URLs and emails are automatically linked)
- How to apply (URLs and emails are automatically linked)
- Public (whether the job can also be published on affiliate websites)
- Email (email of the poster)
張貼求才訊息，不必再特別新增帳號。
新增求才訊息的作業流程：張貼者填入求才訊息所需的相關資料，預覽檢視求才訊息的正確性。
張貼者即使沒有Jobeet網站的帳號，也可以使用張貼求才訊息時所給的特殊連結，進行求才資料的修改。
每則求才訊息可以保留30天(由管理者設定，詳見B2需求)，張貼者可以在求才訊息刊登逾期5天內，再刊登30天。
- F6需求：使用者可以申請成為可以使用Jobeet API的進階使用者
一般使用者可以經由認證成為可以使用Jobeet API的近接使用者，要成為進階使用者，必須提供下列資料： - Name : 使用者名稱
- Email : 電子郵件帳號
- Website URL : 網站的網址
進階使用者帳號，必須由管理者啟用(B3需求)，啟用後進階使用者會收到由電子郵件寄送，使用API的授權
申請時，進階使用者可以從工作範圍的子範圍中選取工作
- F7需求：進階使用者可以經由API瀏覽現有的工作列表
進階使用者可以使用經授權的API，瀏覽現有的工作列表，取得的瀏覽資料可以使用XML、JSON、YAML等格式，傳送資料。
進階使用者可以限制傳回的求才筆數，也可以在指定的分類中過濾查詢資料。
- B1需求：Jobeet網站由管理者設定
管理者可以編輯網站上的工作分類
- B2需求：Jobeet網站上的求才工作由管理者管理
管理者可以編輯或移除任何求才工作
- B3需求：進階使用者由管理者管理
管理者可以建立或編輯進階使用者，負責啟用或停用進階使用者
當管理者啟用一個進階使用者，系統會產生一組唯一的授權給進階使用者使用。
就像其他的網站開發一樣，不會一開始就進入程式碼的編寫，首先必須收集需求並設計系統的模型，這就是上述的準備內容。
沒有留言:
張貼留言