ABCDEFGHIJKLMNOPQRSTUVWXYZ
1
通用需求表版本:1.0
2
填表單位:填表人:Diamond填表日期:2016/04/20
3
系統最大價值:請填
4
商周集團填寫區
5
使用時機需求確認會議需求凍結會議測試驗收
6
需求目的需求項目功能小項功能類別
(新增/改善)		需求項目說明需求重要等級
(3-高,2-中,1-低)		效益評估工期備註(1)需求凍結
(要做,不要做)		測試驗收
(ok,不ok)
7
通用需求通用需求網頁結構化資料標記新增http://schema.org/docs/documents.html
https://en.wikipedia.org/wiki/Microdata_(HTML)		3語意標籤與結構化資料
'http://jimmysu.logdown.com/posts/285443-html5-semantic-tag-and-microdata-seo'
網頁結構化標記分為如下兩類：
1. Structured Data頁面資料結構化
2. HTML語意標籤規範與大綱化
相關HTML標籤必須在設計切版時就設計進去，以致於交付開發的時候，才能依據設計給的版面做開發。相關標籤的要求，需列出來後跟網站設計討論，並實現於本次設計切版上。
8
Search Engine Webmaster新增建制google,bing,baidu的站長管理
(從大陸來的流量減少70%)		3bing站長管理工具：http://www.bing.com/toolbox/webmaster/
Google站長管理工具：https://www.google.com.tw/intl/zh-TW/webmasters/#?modal_active=none baido
站長管理工具：http://zhanzhang.baidu.com/
針對三項管理工具進行申請帳號並綁定站台，於5/15前可以完成。
9
圖片有獨立landing page新增可以放大的大圖需要有獨立的landing page以供SEO搜尋3使用Url ReWrite機制實做圖片頁面，每張圖都可以有獨立的網址，請將圖片頁面需求提給各站長和設計
10
SEO友善且方便GA查詢的網址新增如 http://www.businessweekly.com.tw/bussiness/trend/content-[id].html3何謂友善且方便GA查詢的網址?案例網址是? .html結尾嗎? 請參閱alive網站 還是說要做到怎樣的呈現即可

如 此表E10所示。如 http://www.businessweekly.com.tw/bussiness/trend/content-[id].html

alive的話還少了sub chanel的英文標示
如http://www.alive.com.tw/Life/0056
希望可以是http://www.alive.com.tw/Life/art/
範例
http://www.elle.com.tw/fashion/jewelry_watch/tiffany-will-you
不過最後的tiffany-will-you 需要後台上稿 故減少填入資料量 這裡建議使用id代替像Gallery-ARTL000060922.html

小結來說規則是：網域名 => 主頻道名 => 子頻道名 => 類型名-文章編號.html => 此部分需要詢問個站長是否要這樣規劃
11
每張可展開大圖的圖片需要有獨立的html網址新增並且在獨立網址列上會詳細標明圖片SEO meta 跟 open data3此項目與第9列類似，唯一不同是要有SEO Meta以及Open Data。
請問有哪些是一定要有的Data資料呢?
因為這影響到後台必須入這些資料
EX：圖說、圖片標題、攝影者??


是的需求11 跟 需求9 類似 可合併。獨立網址需帶入seo meta以及open data。
並沒有一定要帶入什麼。可以請資訊部評估帶入什麼對seo有幫助，以及如何可以不增加編輯部負擔。

小結：每一張圖要有獨立網址且帶SEO Meta和Open Data要詢問各站台的需要，要做的話是必要多維護資訊，一定會增加編輯負擔，但編輯可以選擇是否要加
12
open tags新增For facebook的open tags meta https://developers.facebook.com/docs/sharing/webmasters3依據提供的網頁，有分為『基本標籤』、『影像標籤』、『圖像標籤』。
基本標籤是現在都有在用的部分，是否有缺漏的呢?
另外影像標籤和圖像標籤何時要使用?
煩請定義出各標籤使用的情境為何?

此項 僅提醒follow facebook的open tag. 是否有遺漏以fb document為主.
影像標籤 當文章有引用內製或擁有版權的影片時使用 標示情景以fb document為主
圖片標籤 當文章有引用內製或擁有版權的圖片時使用 標示情景以fb document為主
13
Friendly Error Page新增客制化404,500以及其他錯誤頁3請將需求提供給各改版站長，請明確列出有多少頁面清單，確保網頁設計有設計所有需要的頁面。
開發這邊將依據各個頁面做IIS或程式上的設定。
14
google tag manager新增請使用google tag Manager 管理google tag3http://www.9i543.com/10665/websys'
資訊部可協助創立帳號，後續請使用單位產出相關Code讓資訊部可以埋Code在頁面上即可。除此之外還有其他嗎?
15
盡可能使用JS延遲載入技術新增考量到前台載入與解析速度，希望盡可能使用JS延遲載入技術3此部分會由資訊部前端工程師處理。
16
使用GA Tracking Event新增使用GA Tracking Event方式計算click以及轉址3https://www.williamformosa.com/google-analytics-event/'
'http://ga.awoo.com.tw/event-tracking/'
所謂的GA Tracking Event是可以使用GA裡面的設定功能，做事件的追蹤，因此，需要定義出事件的可能性，其參數有：類別、動作、標籤、值和隱含計數。規劃並設定好之後，提供埋Code。
因此各網站或者新媒體需要定義出以上參數，並設定於GA內，提供資訊部在何種情境下埋Code的案例說明，方可做到紀錄的結果
17
Cache system新增所有與資料庫連線資料之部分需或盡可能使用Data Cache。以減少與資料庫的請求次數。Cache設計的大原則。後台不更新Cache不更新。後台一更新Cache自動push更新。3現階段網站(各單文頁)就已經有透過.Net元件實做Data Cache機制。後台亦有清Cache的功能。
18
專案管理以及Bug追踪軟體新增希望採用JIRA+agile或相同類似的的產品來管理專案以及後續BUG追踪.有Scrum Board功能。https://www.atlassian.com/software/jira/agile3請問使用JIRA+agile或相同類似的的產品，其所要達到的『具體目標項目』和效益為何?回答以上兩個問題方可讓資訊部評估何種產品最符合商周的需要

目的
1-1 清楚知道目前各工作項目的狀態 追踪以及follow 除了可以看到自己的也可以看到別人的
1-2 敏捷式開發
1-3 Scrum board

效益
2-1.方便快速透明的管理既有專案，並且可同步各站長已製作過的功能。方便製作過的模組再利用
2-2.敏捷開發的效益可參考http://www.slideshare.net/SeanChang3/public-56148138
2-3.使用Scrum board的好處 http://kojenchieh.pixnet.net/blog/post/75412048-%E5%AF%A6%E6%96%BDscrum%E5%8F%AF%E4%BB%A5%E5%B8%B6%E4%BE%86%E6%99%82%E9%BA%BC%E5%A5%BD%E8%99%95%3F

小結：資訊部將依據目的與效益選擇能夠符合的平台
19
上線前準備上線前準備全網新舊文章對應轉址新增因新舊網址不同，故當使用者連接舊網址時可以對應到新網址。因考量到SEO設定，故使用302轉址3此為網站改版時需注意的部分。新舊網址的轉換將透過轉址進行，此部分將於各網站改版(有原本網站)的時候實做
20
靜態Sitemap遞送新增產出一份完整的sitemap文件遞送給google,bing,baidu3完整的sitemap文件需等候網站地圖確認後，方可產出。這也牽涉到各網站改版需求，以及網站設計要製作多少頁面，因此，將等候完整版面提供後實做
21
動態Sitemap遞送新增動態產出sitemap以提供每天更新之內容遞送給google,bing,baidu（需考量讀取速度 建議使用file cache）3完整的sitemap文件需等候網站地圖確認後。 另外，關於網址列的設計，也影響動態產出的結果，因此，需等候網站地圖和網址列確定後，方可實做出SiteMap的結果
22
壓力測試報告新增告知目前網站以及配置可承載之每分鐘同時在線人數3.NET 有提供壓力測試專案，可實做網站壓力測試。除此之外，資訊部會再Survey其他壓力測試軟體，並選擇合適的進行實做。
本項目需等候開發完成後，列於測試計畫書的項目中執行
23
再次檢查Tracking Tag新增Alexa,GA,comscore3將列於『測試計畫書』的測試項目中，由各網站負責人做檢測與驗收。
24
總體評分結果總分45
25
符合度
26
採購總成本工期
27
價格
28
客製程式
29
30
自評需求項目總和
31
32
33
34
35
36
申請單位申請人主管核決
37
38
39
會簽單位資訊管理部:
40
41
42
43
一、表單欄位填寫說明:
44
1.功能類別:請以[新增]或[改善]來撰寫,[新增]是指此功能從無到有,[改善]是指現在有此功能要做加強，填寫時要用量化的數據寫清楚。例:新增此功能可降低原本人工4小時/天->系統做1小時/天
45
2.功能目的:具體寫明對於個人、部門有何提升或提供何種服務,例如:提升主管管理效能、提高內部人員資料完整
46
3.需求重要等級:請以3分制來評:3分指重要性高,此功能一定要有;2分指重要性中等,此功能若需要客製可討論其必要性; 1分-指重要性低,此功能若需要客製可刪除或移到下一階段再評估
47
4.效益評估:要把對個人、對部門影響提升或降低流程的時間量化,例如:現況資訊部工程師12hr/月,未來2hr/月,可節省83%人工
48
49
二、備註欄說明:
50
1. 屬於套裝軟體無須填採購總成本-客製程式
51
2. 屬於套裝軟體廠商自評分數並無1-需客製(有費用)
52
3. 屬於TOC軟、硬體採購標規者，無須填具此單
53
4. 屬於套裝軟體(可客製)此表單需完整填具
54
5. 需客製程式之項目請需求單位於備註欄位內評估其必要性
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100