You are on page 1of 19

「台灣多樣性知識網之手機與社群網站

應用程式開發」

採購規範書
數位典藏國家型科技計畫 拓展台灣數位典藏計畫
中 華 民 國 九 十 九 年 十 月 十八 日

2
目 錄

3
1、 概論 1

本「台灣多樣性知識網(http://knowledge.teldap.tw/)」藉由目前台灣各公
私立機構所提供的典藏計畫內容,體現臺灣文化、社會與自然環境之多樣性,並
以資源共享、創新知識為核心目標。以整合不同計畫之數位內容規劃方針,透過
主題小組的運作、以及詞彙控制的技術,將內容「組織」為知識,並提供不同屬性
操作功能的技術支援,讓使用者能將知識重組,建構出屬於不同時空背景下適
用的知識素材。

有鑒於政府對於無線網路建置的規劃2,及 99 年開始的雲端運算產業發展方
案,並輔以摩根史坦利的手機產業分析報告3,本專案擬與雲端科技概念做結合,
建置手機版的台灣多樣性知識網,其目的是讓典藏內容走向服務應用層面,納
入社群資源分項的概念,讓藏品資源以不同面貌重新組織分享,並規劃色彩與
相似性等具趣味的搜尋功能,提高藏品內容在資料檢索上的可探究性。

另外以使用者經驗為主要設計訴求,加入易用性概念,降低在瀏覽檢索過程
中所產生的壓力或挫折感,讓使用者能以最少的努力發揮最大的效能。

除上述與趨勢和政策結合外,希望能透過社群網站的力量,透過輕鬆與趣味
的方式,在 Facebook 上利用小遊戲來與大眾進行互動,進而吸引一般民眾對
台灣多樣性知識網的內容,進行初步的探索,進而產生興趣,讓藏品融入生活
當中,期盼能帶領數位典藏計畫開啟更多元豐富的產業服務應用面,落實後期
計畫的行銷政策。

1、 名稱
「台灣多樣性知識網之手機與社群網站應用程式開發」
2、 目的
本案以互動性與趣味性的手法,將新社群平台(Facebook)與新手機
平台(iPhone 與 Android)融入本次專案中,提升使用者與數位內容互
動的趣味性。其所建置的內容是以既有的台灣多樣性知識網為資料來源,開
發手機版與 Facebook 版的軟體,手機版將具備影像搜尋、檔案管理、互動
小遊戲等功能,而 Facebook 版會具備互動小遊戲、經驗值升級與朋友競
賽等功能。其開發重點將著重於系統操作圖像化、運作邏輯簡單化、設計風格
一致性等三大取向,並以使用者經驗的易用性概念為主要訴求,降低在使
用過程中會產生的壓力或挫折感,增加使用者檢索資料的便利性以及對於
本網站的依賴性。

1
(參考文章) 行動觸控網站正快速增長中 http://www.inside.com.tw/05/22/mobile-touch-web
2
(參考資料) 經建會雲端運算產業發展專案 http://www.cepd.gov.tw/m1.aspx?sNo=0013629
3
(參考圖表) 摩根史坦利手機產業報告 http://www.flickr.com/photos/jaysern/4201137397/

4
3、 範圍
(1) 手機版應用程式內容需求

1. 互動式小遊戲:

(1) 遊戲類型(共四種):連連看、選擇題、圖片拼圖、大家來找碴,
看看兩張圖有什麼不一樣。

(2) 遊戲功能:題目說明(說明此題正確解答與意義)、題庫可更新
依回答問題數量,可不斷得到新的達人稱號。

2. 關鍵字搜尋

3. 影像搜尋:

(1) 相似性圖片搜尋:以圖找圖。

(2) 主題瀏覽:原網站分類方式來瀏覽所有典藏內容。

(3) 顏色搜尋(彩色、黑白) :漸層式顏色搜尋條。

(4) 發現/夯

(5) 館藏地點

4. 影像分享:藏品影像檔等之圖文功能,包含:email 或上傳到
facebook。

(2) Facebook 版應用程式內容需求

1. 互動式小遊戲:

(1) 遊戲類型(共四種):連連看、選擇題、圖片拼圖、大家來找碴,
看看兩張圖有什麼不一樣。

(2) 遊戲功能:題目說明(說明此題正確解答與意義)、題庫可更新
依回答問題數量,可不斷得到新的達人稱號。

2. 抽獎:蒐集越多達人稱號,就可以有越多次的抽獎機會

3. 與朋友分享:可以邀請朋友一起來答題,或是跟朋友分享這個互
動式遊戲。

(3) 技術需求

1. 技術開發:以手機版應用程式形式開發相關內容之應用程式。

5
(1) 互動式小遊戲

(2) 相似性圖片搜尋:以原有網站屬性為基礎,建立以圖找圖背
後搜尋的條件

(3) 顏色搜尋:以 64 種顏色用程式自動替圖片下定義。

(4) 藏品授權管理機制:新增資料庫藏品,包含單位及單筆藏
品等兩種不同路徑的管理機制。

2. 技術需求:

(1) 以 iphone 及 Android 為主,iPhone 版本為 3.0 以上,


Android 以 2.1 以上。

(2) 支援解析度以 480*320 為主。

(3) 系統測試及報告:利用 wifi 連線能 至少能支援 300 個使用


者同時上線,且單一使用者在區域網路的測試下,所有系統
反應(含資料庫檢索、更新,顯示)時間不得超出 15~20 秒。

(4) 企劃書需求:內容包含:專案執行策略與管理方式、網站企劃(含視
覺風格與介面設計規劃與構想圖)、開發技術、預算編列、簡報展示及
相似性圖片或顏色搜尋等案例分享。

(5) 獎品需求:需提供 Facebook 的抽獎活動中的獎品與寄送。

(6) 驗收需求:需提供教育訓練、網站成果報告書、軟體系統原始碼及執
行碼光碟片、合法授權證明、著作財產權切結書等。

(7) 時程
自決標日起至 100 年 1 月 31 日止。
4、 預算
本計畫經費計 新台幣 柒拾萬 元整。
5、 聯絡與執行
姓名:林先生 Email:yenny@gate.sinica.edu.tw
姓名:高小姐 Email:chitung@gate.sinica.edu.tw

2、 手機版內容需求

本手機版以提供「影像檢索」、
「 分享」、
「 互動遊戲」為主要項目,提供使用者
來進行檢索及管理資料功能。

1. 影像檢索,提供「相似性圖片搜尋」、
「主題瀏覽」、
「顏色搜尋」等功

6
能。

2. 資源分享,提供使用者能以 email 或加入目前社群網站為主要訴


求,讓使用者除了擁有搜尋的趣味性外,還能將成果與其他使用者共享。

3. 提供題庫來進行「互動遊戲」,利用小遊戲讓使用者能對台灣多樣性
知識網的內容產生興趣。

另外在設計方面應考慮手機螢幕可操作大小,及降低在瀏覽或檢索過程中所
遇到的壓力和挫折,以「易用性」為主要設計方向,並在風格上維持簡潔,讓使
用者在操作的經驗上不會產生不連續性,造成使用上的壓力或挫折感。

一、 風格訴求 4
除了以「易用、簡潔」為主要風格訴求外,在配色上要求考量本軟體因素,包
含影像庫、計畫 logo、操作、互動遊戲功能與選單等5,提出
「兩種」適切的統一風
格,供本計畫討論挑選並修改確認最後整體風格。以下提出風格訴求中重要的色
彩「協調性」及「一致性」等兩大因素來說明本手機版製作需求。

(1) 主要色調:白色為底色,輔以 logo 上的元素色來做設計。

(2) 色彩協調性6:色彩應以「台灣多樣性知識網的 logo」為主要色彩元


素,除藏品本身色彩外,其餘文字或按鈕等顏色仍以「台灣多樣性知識
網的 logo」為主,除非如更新資訊或重要動作,才以較醒目的顏色(如
紅色),讓使用者能以視覺直接擷取軟體規劃與安排。

二、 架構
(1) 功能:針對使用者的需求及考量到行動上網的限制性,本手機版將以
「影像瀏覽」、「互動遊戲」為主要導覽項目。

(2) 目錄設計:主要選單以圖示方式導引使用者操作,降低使用者在瀏覽
時所遇到的挫折感。並藉由圖文一致性的排列方式,降低使用者在搜
尋影像時所產生其他操作上的干擾。

(3) 介面操作:以圖像式引導使用者進行個別功能的操作。此外在各次選
單及其內容上,以圖文條列、圖像清單為主要操作方式,一致性的設
計將提供使用者在操作上的便利性及專注力,降低因介面設計的不適
切造成使用上的壓力和挫折感。

手機版架構圖示意如下:
4
(參考網站) 該網站搜集所有相關適用於 iphone 之觸控式手機版網站 http://m.cssiphone.com/。
5
(參考文章) 網頁配色工具 http://ka-yue.com/blog/%E7%B6%B2%E9%A0%81%E9%85%8D
%E8%89%B2%E5%B7%A5%E5%85%B7。
6
(參考書籍) 解構版面設計準則 http://www.books.com.tw/exep/prod/booksfile.php?
item=0010467450

7
手機版

影像搜尋 互動遊戲

大家來找
關鍵字 相似圖 主題瀏覽 顏色搜尋 連連看 選擇題

8
三、 手機版面與相關技術需求
首先在版面設計需求方面,以 iphone 及 Android 系統之機螢幕大小及操作
方式為版面設計的基礎。以下以圖示說明各單元版面及運作邏輯相關需求:

(1) 關鍵字搜尋:利用關鍵字檢索整個台灣多樣性知識網內容。

(2) 影像搜尋

1. 相似性圖片搜尋

相似於 Google 提供的「尋找類似圖片」功能,利用台灣多樣性知


識網現有的分類屬性(主題詞、物件類型、材質、時間等),為以
圖找圖的背後搜尋條件。

2. 主題瀏覽

以原網站基本主題瀏覽方式為主,提供圖文排列的瀏覽方式,使
用者可藉由此了解到該主題中所包含的相關次類別及藏品數量等,
另外提供說明按鈕讓使用者了解該主題的相關介紹。當使用者點選
其中一個主題後,即可進入藏品圖式清單畫面,並以隨機取樣的
方式提供藏品資料,並且增加相似圖片的搜尋功能,讓使用者能
以不同的檢索功能快速蒐集所需資料。

基本主題瀏覽 內容更新

內容更新

說明
名稱
主題
數量
相似圖片
次類別

說明

隨機排列各主題內容

9
3. 顏色搜尋

提供色彩搜尋漸層條,讓使用者能以色彩對藏品進行檢索。

(1) 檢索條件
以 64 種基礎色系提供使用者利用色彩進行影像的檢索,以
外四圈為本次提供顏色檢索條所使用的主要色彩,同時也提供
黑白影像檔的檢索功能。而此顏色檢索後於下方顯示的圖像清
單,將於最上方的總檢索條右側同步動態顯示其數量。

(2)技術需求

a. 資料庫色彩歸類自動化:利用程式及 64 種顏色對每一
張圖片進行色彩屬性的歸類。

b. 檢索時效性:以利前台在進行色彩檢索功能時,檢索時
間能在「15~20 秒」之內就顯示出檢索結果。
檢索 黑白灰階 發現/夯
結果
數量

10
12 種基本色系元素
檢索
結果
數量
顏色搜尋

相似
圖片
相似
圖片

(3) 影像分享:使用者可利用 email 或上傳到 Facebook 的方式來分享


給其他使用者。但由於圖片仍須重新授權,因此後台資料庫需新增藏
品是否能公開分享之管理機制,

(4) 互動遊戲:將有一後台,可以讓管理者在後台

 題目分類,可以指定完成哪些題型,就可以得到達人稱號

 編輯題目解說

 指定題目類型(共四種)

 連連看

 選擇題

 拼圖

 大家來找碴,看看兩張圖有什麼不一樣

11
四、 Facebook 版面與相關技術需求
Facebook 的部分,主要以「互動遊戲」、
「 抽獎」、
「 達人升級」三大塊為主:

(1) 互動遊戲:將有一後台,可以讓管理者在後台

 題目分類,可以指定完成哪些題型,就可以得到達人稱號

 編輯題目解說

 指定題目類型(共四種)

 連連看

 選擇題

 拼圖

 大家來找碴,看看兩張圖有什麼不一樣

(2) 抽獎:每種達人的稱號,可以抽獎一次,已得獎者不得重複參加抽獎。

(3) 升級:達人稱號有升級系統,要完成等級較低的達人稱號後,才能往
更高的達人稱號邁進。

12
3、 整體技術需求 7

4、 系統資料量
本手機版網站因以影像搜尋與檔案管理為主要功能,因此系統資料將從原網
站的影像檔作為內容來源,輔以檢索技術的開發。

(1) 目前資料量:約 9200 筆左右。

(2) 資料內容增加:網站估計內容增加量約估每年 5000-6000 筆。

(3) 軟硬體需求
(1) 原網站建置的硬體現況

1. 本系統採用 Linux centos 5.1。

2. 資料庫主機:Acer altos R520 伺服器,內建 Intel Xeon


E5450 四核心雙 CPU,4GB 記憶體,內建六顆 200G
7200RPM SATA 硬碟,組成 raid 1+0 系統。

3. 其他製作時的需求:

(1) 資料庫軟體:MySQL 5 以上版本

(2) 網站系統開發工具:Flex3、PHP 5 以上、JSP Tomcat 5 以


上或其他。

(3) 使用者端軟體標準:Microsoft Window XP Apache2.2.2


以上作業系統、Microsoft IE 6.0 版本(含)或
Mozilla、Firefox 1.5 相容瀏覽器可正常瀏覽網站功能。

(4) 系統需能於螢幕解析度為 1024*768 等規格下執行。

(2) 手機版製作需求

1. 內容需求:

(1) 搜尋功能:相似性、顏色、主題、館藏、發現/夯等搜尋。

(2) 藏品授權管理機制:由於本計畫需再次和各單位洽談手機
版網站的圖片授權,因此須在原有資料庫中新增圖片授權管
理機制,對於資料分享加以管控。利用已授權/未授權兩種方
式來管理各館單位藏品之授權情況。提供兩種管理路徑:

7
A Guide to Mobile Web Design Tips and Tricks,http://mashable.com/2009/11/26/mobile-web-
design/##。

13
a. 以單筆藏品為主的管理機制

b. 以單位為主的管理機制

2. 技術需求:

(1) 手機系統以 Android 2.1、iphone 3.0 以上 platform 為主。

(2) 系統測試

a. 系統效能:至少能支援 300 個使用者同時上線,且單一


使用者在區域網路的測試下,所有系統反應(含資料庫檢
索、更新,網頁顯示)時間不得超出 15-20 秒。

b. 線上版檢測系統:
http://validator.w3.org/mobile/、http://ready.mobi
/launch.jsp?locale=en_EN。

3. 使用者操作需求:

(1) 檢索結果暫存:進入單一藏品瀏覽後仍能返回上一頁查看剛
剛檢索的內容。

(2) 操作動作暫存:由於手機版會因連線方式的穩定度而不同,
因此使用者在操作資料分享、藏品歸類、新增資料夾等動作的
同時,會自動暫存資料,如 gmail 的設計方式,避免發生
資料遺失等問題。

(2) 系統安全需求
(1)系統安全計畫除應符合本系統之規劃需求功能外,並應包括下列之系
統備援計畫:

1. 災害(含遭病毒或網路攻擊後之)復原作業及管理。

2. 資訊安全及機密維護作業及管理。

3. 變更處理作業及管理。

(2)系統安全計畫將於執行過程中辦理查證。

(3)得標廠商應依據「行政院及所屬各機關資訊安全管理要點」規定,就本
案需求於規劃書提出系統、網路、存取、發展或維護等安全需求,防止
系統及資料被侵入、破壞、竄改、刪除及存取,並應於 24 小時內排除
事件,暨系統及資料備份計畫。

14
1、 系統維護需求
(1) 保固年限:除非人為的不當使用或天災外,因正常的使用而發
生病毒或其他問題,本建置計畫之得標廠商應於驗收後一年內
負責各項維修,不另計費用。

(2) 有關得標廠商維修之水準如次:

1.遭病毒或網路攻擊的問題,應 1 個工作天內處理。

2.軟體 BUG 或硬體的問題,應在 2 個工作天之內修復。

3.系統功能調整,應在雙方議定的時間內完成。

4.基本的服務水平,應於電洽後 4 個小時內回應,應有專人進行
瞭解問題、確認問題、並提出解決方案等。

(3) 保固期間廠商需維持本系統正常運作,廠商若無法於上列期限
內改正完成,除本計畫認可不可歸責於廠商之因素外,應按逾
期日數罰款,逾期違約金每日依契約價金額總額千分之一計算。

15
(3) 履約管理

(4) 一般管理原則
(5) 得標廠商須指派專案負責人一人,專責本案之整體規劃建置、聯絡、協
調及驗收合格後保固維護事宜;負責人不克自行處理時,需指派其代
理人負責。

(6) 每月應提交進度報告,每二週召開進度會議一次,必要時本計畫得隨
時召開相關會議,其他臨時工作或規劃需求,得依雙方同意彈性調整
之。

(7) 廠商於建置網站期間,應完全配合計畫要求,在雙方議訂後,進行網
站功能、內容之增修。

(8) 得標廠商對於本計畫所提供之業務相關資料(如:網路及安全設計、
著作權資料等),負有保密之責任。如有洩密情形發生,導致損害時,
應負完全賠償及法律責任。

二、時程管理
於 100 年 1 月 31 日前完成系統建置、開發、安裝及驗收,系統驗收
通過 7 個日曆天內,完成本專案教育訓練,包含系統架構說明、系統介
面操作、內容更新注意事項等,並完成交付網站成果報告書等相關文件如
下:

1.網站成果報告書,包含系統規格書、系統使用手冊,以上需提供電子檔
格式並製成光碟三份。

2.軟體系統原始碼及執行碼光碟片 3 份經再生測試無誤後,交由本計畫保
管作為系統維護之用。

3.廠商所交付相關文件及所有軟硬體,須經合法授權,並提供授權證明。

4.著作財產權切結書(參見第伍點產品著作權與權利歸屬之說明)

16
5、 產品著作權與權力歸屬

1、廠商應保證本專案中之部分或全部程式並無侵害他人之專利權及著作權,
如因本專案而致有對本計畫提起侵害專利權或著作權之情事,承包廠商應
負完全責任。

2、 廠商依契約之設計、製作完成之標的物,以廠商為著作人,其著作財產權
於著作完成同時讓與本所,廠商並承諾不行使其著作人格權;廠商與其受
僱人或其他合作人員完成報告者,並應保證依著作權法第十一條但書或第
十二條但書規定,與該受僱人或其他合作人員約定以廠商為著作人,由廠
商享有著作人格權及著作財產權。

3、廠商必需遵守著作權及專利法之一切規定,如有違反情事發生,廠商應負
完全法律責任。

4、廠商交付本規劃案之相關報告如包含第三者開發之產品(或無法判斷是否
為第三者之產品時),應保證(或提供授權證明文件)其使用之合法性(以符
合中華民國著作權法規範為準),如隱瞞事實或取用未經合法授權使用之
識別標誌、圖表及圖檔等,致使本中心遭致任何損失或聲譽損害時,廠商
應負一切損害賠償責任(含訴訟及律師費用),並儘最大努力於涉訟或仲裁
中為本計畫之權益辯護。

17
企劃書撰寫規範

1、人力配置
註明實際參與負責之專案經理、參與人員資歷與專長。專案經理需參與廠商
評選簡報說明,並主導專案會議與檢討會。

2、 企劃書內容大綱

(1) 執行策略與管理:

1. 公司簡介、人力規模、營運現況。

2. 詳細說明參與本專案之主持人、工作人員、資歷、學歷及專案組織架構

3. 過去曾參與相關系統委外服務案例經驗之相似性圖片搜尋或色彩
搜尋等案例分享,可提供包含系統軟硬體、應用系統、網際網路、改
版及經營等經驗。

(2) 網站企劃

1. 廠商對本案之整體了解摘要說明。

2. 視覺風格與介面設計規劃:前端網站單元架構設計、網站設計風格規
畫、人機介面設計相關規劃等及其擴充彈性。

3. 資訊技術整合規劃:整合資料系統相關技術說明、後端編輯功能、後
端管理機制與資訊安全系統能力。

4. 系統安全規劃:安全控管、資訊安全、系統設備、資料備份計畫。

5. 網站營運與管理規劃:資料更新、後端管理機制、諮詢服務。

6. 預期效果評估:說明廠商辦理本案預期達成之效果與其他加值服務
與評估建議。

7. 保固內容。

(3) 履約時程規劃:列出工作項目預定完成時間。

(4) 開發技術

1. 使用軟體

2. 開發方法

18
3. 技術工具

(5) 預算編列:本案所產生費用與成本分析(完整性與合理性)

(6) 簡報展示

3、建議製作規格
(1) 企劃書應檢附一式八份,封面應註明「台灣多樣性知識網之手機與
社群網站應用程式開發」企劃書及投標廠商名稱及其企劃書提出日
期字樣。

(2) 企劃書應以中文撰寫,佐證資料可為外文;證明文件為外文者除檢
附原文外,需譯成中文或以中文說明之。

(3) 裝訂及交付,建議如下:

1. 用紙規格:使用A4尺寸紙張,採雙面列印。

2. 繕打方式:封面及內頁以A4紙張直式橫書製作,文字由左至右橫式
繕打,圖面資料以A4或A3紙張繪製(A3需折A4大小)。

3. 裝訂原則:於首頁製作目錄索引並編頁碼,加裝封面。裝訂線由左邊
裝訂成冊。

4. 交付項目:交付日期及方式,請依照招標文件「投標須知」規定辦理。

(4) 企劃書內容依評分項目分別標示、目錄、本文及附錄。

4、其他
(1) 投標廠商所提建議應符合或優於本說明書所列需求。

(2) 投標廠商於建議書中所提建議,均應包含在本案整體費用內,不得
以任何理由額外索費。

(3) 投標廠商所提相關佐證文件,應以提供公正機構、研究計畫、公眾傳
播媒體等客觀等資訊為主。

(4) 投標廠商因準備「企劃書」所衍生之任何費用,由投標廠商自行負擔

(5) 本文件其他述及項目。

19