公立はこだて未来大学 2013 年度 システム情報科学実習
グループ報告書
Future University Hakodate 2013 System Information Science Practice
Group Report
プロジェクト名
北海道の魅力創造プロジェクト
Project Name
Explore and Discover Hokkaido
グループ名
メイングループ
Group Name
Main Group
プロジェクト番号/Project No.
8-A
プロジェクトリーダ/Project Leader
1011137
Hideto Totoki
十時英人
グループリーダ/Group Leader
1011137
Hideto Totoki
十時英人
グループメンバ/Group Member
1011002
伊藤飛雅
Hyuga Ito
1011134
鈴木秀明
Hideaki Suzuki
1011137
十時英人
Hideto Totoki
1011138
中野渡卓也
1011145
満安美咲
Takuya Nakanowatari
Misaki Mitsuyasu
指導教員
長崎健
和田雅昭
Advisor
Takeshi Nagasaki Masaaki Wada
提出日
2014 年 1 月 15 日
Date of Submission
January 15, 2014
概要
北海道は沢山の魅力を持っている。例えば豊かな自然、海の幸、大地の恵みなどがある。しか
し、北海道に訪れる観光客の数は少ない。ほとんどの観光客は道内から来ている人々である。
そこで私たちは、北海道の魅力をより多くの人に伝えようと考えた。そして、多くの人々が北
海道に対する興味を持てば、北海道の観光業は発展する。私たちは北海道の魅力を伝えるため
に、写真を使用することにした。これは、写真には沢山の魅力が詰まっていると考えたからで
ある。私たちはこの写真にデコレーションを加えることで、更に写真の魅力を引き出し、多く
の人々に興味を持ってもらう。また、スマートフォンの普及率が上昇している事から、スマー
トフォンを利用する事にした。これは、今後も普及が進んでいけば、スマートフォン向けに製
作したアプリが多くの人々に使用される事を期待しているからである。これらの事から、本プ
ロジェクトでは、写真をデコレーションし、写真の魅力を引き出す iPhone アプリを製作する。
このシステムによって、写真に新たな価値を付加する事で新たな魅力を生み出すことが出来る。
沢山の人々がこのシステムを使用することによって、私たちは北海道の魅力をより多くの人へ
伝える事が出来る。
キーワード
北海道, 観光業, スマートフォン, 写真, iPhone アプリ, デコレーション
（※文責: 伊藤飛雅）
-i-
Abstract
There are many resources for sightseeing and eating in Hokkaido. For example, rich
nature and delicious foods from the sea and land. Those are called “Hokkaido Charms”.
However, There are few tourists who visit to Hokkaido. Almost all tourists are people
who are coming from Hokkaido. We thought that Hokkaido will be activated through
tourist business by introducing Hokkaido Charms all over Japan. In recent years, the
smart phone wide spread quickly. In order to introduce Hokkaido Charms, we propose
the iPhone application which carries out the decoration of the photograph to give added
value to Hokkaido Charms because we thought that the photograph has much charm.
The decorated photographs will be published to the Internet by the tourists, and the
Hokkaido Charms will be introduced all over Japan.
Keyword
decoration
Hokkaido, tourist business, smart phone, photograph, iPhone application,
（※文責: 伊藤飛雅）
- ii -
目次
第1章
背景
1
1.1
該当分野の現状と従来例 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
2
1.2
現状における問題点 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
2
1.3
課題の概要 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3
到達目標
4
第2章
2.1
. . . . . . . . . . . . . . . . . . . . . . . . . . . .
4
2.1.1
通常の授業ではなく、プロジェクト学習で行う利点 . . . . . . . . . . . . .
4
2.1.2
地域との関連性 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4
2.2
具体的な手順・課題設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4
2.3
課題の割り当て . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
5
第3章
スケジュール
7
第4章
システムの提案
8
はこデコの説明 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
8
4.1
本プロジェクトにおける目的
4.1.1
はこデコの対象ユーザ . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
8
4.1.2
はこデコの利用イメージ
. . . . . . . . . . . . . . . . . . . . . . . . . . .
8
4.2
はこデコ全体構成
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
8
4.3
UI 部品配置 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
8
第5章
5.1
5.2
第6章
課題解決のプロセス
10
前期の活動 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
10
5.1.1
要件定義 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
10
5.1.2
システム設計 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
10
5.1.3
プレゼンテーション . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
13
5.1.4
中間発表会 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
13
後期の活動 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
14
5.2.1
Xcode の学習 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
14
5.2.2
Objective-C の学習 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
14
5.2.3
アプリ開発 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
14
5.2.4
はこデコで使用した画像の説明 . . . . . . . . . . . . . . . . . . . . . . . .
17
5.2.5
評価 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
19
5.2.6
成果発表会 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
19
個人作業
21
6.1
各人の課題の概要とプロジェクト内における位置づけ
. . . . . . . . . . . . . . .
21
6.2
担当課題解決過程の詳細 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
23
6.2.1
伊藤飛雅 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
- iii -
23
6.3
第7章
7.1
7.2
7.3
第8章
8.1
6.2.2
鈴木秀明 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
25
6.2.3
十時英人 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
27
6.2.4
中野渡卓也 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
29
6.2.5
満安美咲 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
31
担当課題と他の課題の連携内容 . . . . . . . . . . . . . . . . . . . . . . . . . . .
31
6.3.1
伊藤飛雅 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
31
6.3.2
鈴木秀明 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
31
6.3.3
十時英人 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
32
6.3.4
中野渡卓也 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
32
6.3.5
満安美咲 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
32
評価
33
前期の活動計画 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
33
7.1.1
中間成果発表の発表技術についての指摘 . . . . . . . . . . . . . . . . . . .
33
7.1.2
中間成果発表の発表内容についての指摘 . . . . . . . . . . . . . . . . . . .
33
7.1.3
中間成果発表の結果 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
34
後期の活動計画 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
34
7.2.1
最終成果発表の発表技術についての指摘 . . . . . . . . . . . . . . . . . . .
35
7.2.2
最終成果発表の発表内容についての指摘 . . . . . . . . . . . . . . . . . . .
35
7.2.3
最終成果発表の結果 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
36
担当分担課題の評価 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
36
7.3.1
伊藤飛雅 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
36
7.3.2
鈴木秀明 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
37
7.3.3
十時英人 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
38
7.3.4
中野渡卓也 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
39
7.3.5
満安美咲 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
40
今後の課題と展望
41
課題 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
41
8.1.1
閲覧者目線のシステム開発 . . . . . . . . . . . . . . . . . . . . . . . . . .
41
8.1.2
評価サンプル不足 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
41
8.1.3
説明文の内容 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
41
8.1.4
操作性の向上 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
42
展望 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
42
付録 A
新規習得技術
44
付録 B
活用した講義
45
8.2
参考文献
46
- iv -
Explore and Discover Hokkaido
第1章
背景
北海道は、「豊かな自然・海の幸・大地の恵み」など沢山の魅力がある。例えば、夏は避暑地と
して、冬は雪山でスキーやスノーボードが楽しめるほか、農業も盛んでいろいろな美味しい食品が
沢山あり、四方を海に囲まれていて水産業も盛んで年中、美味しい海産物を得られる。また、歴史
的建造物、温泉も多く毎年多くの観光客を集めている。
ここ数年の北海道年間の観光客数は約 5,000 万人を維持していて、そのうちの 9 割は道内観光客
であり、残りの 1 割は道外観光客である [1]。その道外観光客の中には外国人観光客も含まれてい
る。外国人観光客は急激な変化はなく、平均 60 万人以上で横ばいである (図 1.1)。しかし、道外
観光客は年々減少傾向である (図 1.2)。日本全国の都道府県の平均の観光客数の県内と県外の割合
は、その比率が約半々である [2]。北海道の道外観光客数は約 1 割であるので他の都道府県に比べ
ると極端に低いと言える。
このことから、道外観光客が 1 割程度である北海道は道外観光客に新規観光需要が見込めると私
たちは考えた。そこで、道外観光客の観光需要を促進するとともに、北海道の観光を活性化させる
取り組みをシステム開発を通して達成する。
図 1.1
図 1.2
Group Report of 2013 SISP
北海道の外国人観光客の推移
北海道の道外観光客の推移
-1-
Group Number 8-A
Explore and Discover Hokkaido
（※文責: 十時英人）
1.1
該当分野の現状と従来例
北海道には、前述のとおり「豊かな自然・海の幸・大地の恵み」など沢山の魅力があり、また、
多くの観光地をもっている。図 1.3 に平成 18 年から平成 23 年までの北海道観光客数の推移を示
す。図 1.3 を見ると、ここ数年の北海道の年間の観光客数は、毎年 5,000 万人の観光客数を占めて
いる [1]。
また、既存のシステムとしては、「キュンちゃんねる」というサイトがあり、北海道の観光情報
を一箇所にまとめたサイトで Twitter から情報を投稿することができたり、Facebook から情報を
転載されていたりなどしているものが存在する [3]。
図 1.3 北海道観光客数の推移
（※文責: 十時英人）
1.2
現状における問題点
ここ数年の北海道の年間の観光客数は上記のとおり、毎年 5,000 万人以上を占めている。しか
し、北海道の観光客はほとんどが道内から訪れている観光客であり、道外から訪れている観光客は
極端に少ない。また、図 1.3 の平成 18 年から平成 23 年までの道外観光客数の推移と、外国人観光
客数の推移を見ると、道外観光客は年々減少傾向であることがわかる。この内訳には、外国人も含
まれており、平成 23 年では震災の影響により観光客が一時的に少なくなっている。外国人観光客
は平成 18 年から平成 23 年までは横ばいの人数であり、平均 60 万人以上を維持している。道外観
光客の人数が減っていてなお且つ、外国人観光客が減っていないということから、日本人の道外観
光客だけが減っているということがわかる。また、日本全国の都道府県の平均の観光客数の県内と
県外の割合は、その比率が約半々であり、北海道の道外観光客が約 1 割である北海道は他の都道府
県と比べて極端に低いことがわかる。これが北海道観光客の問題点である。
Group Report of 2013 SISP
-2-
Group Number 8-A
Explore and Discover Hokkaido
（※文責: 十時英人）
1.3
課題の概要
上記の現状における問題点から、北海道に訪れる日本人の道外観光客が減っていることが分かっ
た。そこで、道外観光客を増やすには、北海道の魅力を発信すべきと考えた。魅力を発信する手段
としては道外観光客に魅力を発信しなければいけないため、どこにいても、情報を得ることができ
るシステムを作成し、魅力を発信する。発信する情報は、食、観光地、自然などである。北海道に
はこれらの多くの魅力がある。
これらの魅力を発信する手段として、写真を使用してそれらの魅力を発信していくことを考え
た。写真を選んだのは、写真は見ただけで、その写真の魅力を感じることができるという点や、魅
力的に感じたものを写真として残すことができるという理由である。その他の理由として、写真は
現在の社会ではスマートフォンや携帯電話で手軽に取ることができて、メールという手段や SNS
という手段で発信も手軽だということである。
しかし、ただ写真を撮って、その写真を投稿し他の人と共有するだけでは、既存のシステムが多
い。例えば、前述した「キュンちゃんねる」というサイトは、サイトなので写真を撮るという点で
は違うと言えるが、Twitter や Facebook から北海道の観光情報を自動的に転載し、共有している。
また、共有するだけでは、魅力が伝わらないのではないかと考えた。そこで、本来見過ごすような
魅力を価値あるものとして発信するために、写真をデコレーションすれば魅力が伝わるのではない
かと考え、写真をデコレーションするシステムを開発することに決めた。
これを開発することで、北海道の魅力を発信し、観光を活性化させることができるのではないか
と考えた。また、システム開発するだけではなく、チームでのシステム開発の流れを経験し、社会
に出た時に必要になる「協調性」や「積極性」を身につける。さらには、一人一人の ICT スキルの
向上も目指す。
（※文責: 十時英人）
Group Report of 2013 SISP
-3-
Group Number 8-A
Explore and Discover Hokkaido
第 2 章 到達目標
本プロジェクトにおける目的
2.1
北海道が持っている沢山の魅力から、本来見過ごすような北海道の魅力を価値あるものとして、
北海道外の人たちに発信するためのシステムを開発することで、北海道の魅力を創造することが目
的である。開発したシステムを約 50 名程度にアンケートをとり、評価してもらい、その過半数が
私たちが開発したシステムが北海道の魅力を創造したとする支持を得られるかどうかで、北海道の
魅力が創造できたかどうかを判断する。
（※文責: 十時英人）
2.1.1
通常の授業ではなく、プロジェクト学習で行う利点
グループで一つのシステムを開発することを経験することで、一人では時間が足りない場合で
も、グループメンバーで作業を分担することで、一人では開発出来ないクオリティのシステムを開
発することができる。
また、一人では気づけない失敗にメンバーが気づき、教えることでよりシステム開発の理解を深
めることができる。一人で開発していた場合は思考が偏ってしまう場合があるがグループのメン
バーと意見を交換することで、多種多様な角度からの問題解決の方法を探ることができる。
（※文責: 十時英人）
2.1.2
地域との関連性
日本国内の道外観光客が減少しているという問題を取り上げているので、このプロジェクトが成
功すると、北海道の観光客が増加すると考えられる。プロジェクト活動内ではシステムの対象を北
海道の範囲に限定しているが、ユーザが増え需要があると判断されれば他の都府県用にシステムを
開発することも考えられる。
（※文責: 十時英人）
2.2
具体的な手順・課題設定
マインドマップに意見をまとめた後、スマートフォンの普及状況を調べ、カンタージャパンの
携帯電話・スマートフォンおよびタブレット機器の購買・使用動向調査から日本国内の iPhone の
使用率が 6 割以上ということからスマートフォンのうち、iPhone アプリを開発することを決めた
[4]。以下のように手順を設定した。
1. アイディア出し
課題：マインドマップに開発するシステムについて意見を出す。開発するシステムはどの環
Group Report of 2013 SISP
-4-
Group Number 8-A
Explore and Discover Hokkaido
境で利用できるのか、また、どのようなサービスを提供するのかについての意見を出しあう。
2. 要件定義書の作成
課題：プロジェクトメンバー間で出し合った意見を元に、要件定義書を作成する。要件定義
書には外部設計を載せる。
3. 内部設計
課題：要件定義で決めた内容を元に、iPhone アプリで実現するための機能を UML 図を作
図する。これを行うことによって、システムの機能と画面遷移を明確にする。
4. 外部設計
課題：UML 図で明確にした機能をユーザが利用しやすいように、アプリケーション上の機
能の配置を決定する。ここで決めた機能の配置を元に、素材を作成する。
5. 素材作成
課題：アプリケーションに配置するアイコンやその他の素材を作成する。著作権が生じる画
像を使用する場合に、代わりの素材を用意するか、使用許可を取る。
6. システム開発
課題：Xcode で Objective-C を用いて iPhone アプリを作成する。環境は mac os x を使用
する。
7. 実機テスト
課題：AdHoc 配布を利用し、iPhone アプリをインストールする。iPhone 上でアプリの動
作をテストし、修正を繰り返す。
8. アプリの評価
課題：実機テストを行った後、実機を用いてアンケートを取る。その結果を集計し、考察す
ることによってアプリを評価する。
9. 評価結果の考察
課題：集計した評価結果から、目的、目標が達成できたかどうか、達成できていないとすれ
ば何故かを考察する。また、今後の課題や引き継ぎたいことを考える。
（※文責: 十時英人）
2.3
課題の割り当て
具体的な手順・課題設定で設定した 9 項目を各人の希望や過去に受講した講義から以下のように
割り当てた。
1. アイディア出し：伊藤飛雅、鈴木秀明、十時英人、中野渡卓也、満安美咲
Group Report of 2013 SISP
-5-
Group Number 8-A
Explore and Discover Hokkaido
2. 要件定義書の作成：十時英人、伊藤飛雅
3. 内部設計：鈴木秀明、十時英人
4. 外部設計：伊藤飛雅、鈴木秀明、満安美咲
5. 素材作成：伊藤飛雅、満安美咲
6. システム開発：中野渡卓也、十時英人
7. 実機テスト：中野渡卓也
8. アプリの評価：鈴木秀明、中野渡卓也、伊藤飛雅、十時英人
9. 評価結果の考察：伊藤飛雅、鈴木秀明、十時英人、中野渡卓也
（※文責: 十時英人）
Group Report of 2013 SISP
-6-
Group Number 8-A
Explore and Discover Hokkaido
第3章
スケジュール
図 3.1 はシステム開発をするためにこのプロジェクトで立てた前期の段階でのスケジュールであ
り、上段の塗り潰されている部分が計画で、下段の塗り潰されている部分が実績である。要件定義
は 5 月中にマインドマップを作成し、それをプレゼンテーション資料にまとめたが、プレゼンテー
ション資料の修正に時間が掛かってしまい 6 月まで延長した、UML 図においては、担当者の作成
時間の見積もりミスと度重なるシステムの仕様変更により 7 月まで延長した。発表資料作成につい
ては、当初 6 月中旬からスライドとポスター作成を行う予定だったが、前述のプレゼンテーション
資料作成に手間取ったことが重なり、7 月初めに余裕が無い状態で作成した。
図 3.1
前期でのスケジュール
中間発表後、開発するシステムの大幅な仕様の変更をすることに決めたことに伴い、9 月初めに
図 3.2 のように 9 月以降のスケジュールを前期から変更した。上段が立てた計画で、下段が実績
であり、灰色が前期の実績である。前期スケジュールでは、夏季休暇にシステム開発を行う予定で
あったが、メンバー全員の都合がつかなかったため計画どおりに行うことができなかった。9 月中
で要件定義を終わらせる計画だったが、10 月中旬まで延長し、要件定義書を作成した。プロジェク
ト活動一年を通して、毎回計画が延長した、変更になったりということが多々あったので、もし、
またスケジュールを立てる機会があれば、余裕を持って慎重に計画を立てたい。
図 3.2
後期でのスケジュール
（※文責: 十時英人）
Group Report of 2013 SISP
-7-
Group Number 8-A
Explore and Discover Hokkaido
第 4 章 システムの提案
はこデコの説明
4.1
4.1.1
はこデコの対象ユーザ
iPhone のカメラを使用して北海道旅行の写真を撮影した人、あるいは写真を北海道風にデコ
レーションしたい人が対象ユーザである。また、北海道に関連のある物のスタンプやフレームの説
明を見ることができるので、北海道の旅行に行ったことがない人もこのシステムを利用することで
北海道について知ることが出来る。
4.1.2
はこデコの利用イメージ
旅行で撮影した写真を SNS で投稿する時に、写真をそのまま投稿するのではなく写真を魅力的
にデコレーションし投稿することで、SNS 利用者が写真を見た時に観光地に興味を持ってもらう。
するとそれが旅行に行くきっかけとなり、北海道の観光客が増えると考えられる。
（※文責: 中野渡卓也）
4.2
はこデコ全体構成
はこデコにはカメラロールからスマートフォン本体に保存されている写真を選択し表示する機能
とアプリ内に用意されたスタンプの画像を選択し、表示されている写真に合成する機能とアプリ内
に用意されたフレームの画像を選択し、表示されている写真に合成する機能とタッチパネルを利用
し、写真上に指で線を描画する機能と一つ前の編集した項目を取り消す機能を実装する。
（※文責: 中野渡卓也）
4.3
UI 部品配置
4.2 節で挙げた 7 項目の機能の配置を図 4.1 に示す。
• ナビゲーションバーに配置する機能
1 写真一覧機能。iPhone のカメラロールを表示する。編集した写真を選択することができ
⃝
る。
• 中央に配置する機能
2 写真表示機能。⃝
1 で選んだ写真を表示する。
⃝
Group Report of 2013 SISP
-8-
Group Number 8-A
Explore and Discover Hokkaido
図 4.1
機能配置
• 画面下に配置する機能
3 スタンプ配置機能。スタンプ一覧を表示する。スタンプをタッチして⃝
2 に貼り付けるこ
⃝
とができる。
4 フレーム配置機能。フレーム一覧を表示する。フレームをタッチして⃝
2 に貼り付けるこ
⃝
とができる。
5 編集写真保存機能。編集した写真を iPhone のカメラロールに保存する。
⃝
6 描画機能。自分の指で⃝
2 に描画することができる。
⃝
7 元に戻す機能。編集した写真を一つ前の状態に戻すことができる。
⃝
（※文責: 鈴木秀明）
Group Report of 2013 SISP
-9-
Group Number 8-A
Explore and Discover Hokkaido
第 5 章 課題解決のプロセス
前期の活動
5.1
5.1.1
要件定義
北海道の観光客の統計のデータや、スマートフォン普及率などのプロジェクトに関係がありそう
な資料を探し、このプロジェクトで取り組む問題点を探した。mindmeister のサイトを使いマイン
ドマップを作成した (図 5.1)。そこで、このプロジェクトの 5W1H について意見を出しあった結
果、iPhone ユーザをターゲットとし、北海道の写真を投稿や閲覧ができる iPhone アプリを開発す
ることに決定した。
（※文責: 鈴木秀明）
図 5.1
5.1.2
mindmeister で作成したマインドマップ
システム設計
astah professional で UML 図を作成した。作成した図はユースケース図、アクティビティ図、
ステートマシン図、クラス図、データフロー図を作成した。UML 図を作成する過程でシステムの
詳細設定を決めた。
• ユースケース図の説明
図 5.2 はアルバム作成アプリのユースケース図である。アクターを旅行に行った人と行って
ない人に分けて作成した。赤色のユースケースはアルバム機能を、濃い黄色のユースケース
はカメラ機能を、青色のユースケースは設定機能をそれぞれ示している。薄い黄色のユース
ケースは矢印の先にあるユースケースの機能として描いた。include と書かれた矢印は矢印
の先にユースケースに包含していることを示している。点線は矢印の先に依存していること
Group Report of 2013 SISP
- 10 -
Group Number 8-A
Explore and Discover Hokkaido
を示している。ユースケース図を作図することでアルバム作成アプリの要件をプロジェクト
メンバー内で共有することができた。
図 5.2 ユースケース図
• アクティビティ図の説明
図 5.3 はアルバム作成アプリのアクティビティ図である。アクティビティ図はフローにそっ
てアクションが行われアプリの動きを示している。フローに書いてあるコメントはガードと
いいアクションする前の動作を示している。アクティビティ図は 1 枚にまとめた場合文字が
小さくなり見にくくなるため、ホーム画面のアクティビティ図と機能のアクティビティ図に
分けて作成した。アクティビティ図を作図することでプログラムの処理の流れを明確にする
ことができた。
図 5.3
アクティビティ図
• ステートマシン図の説明
図 5.4 はアルバム作成アプリのステートマシン図である。アルバム作成アプリの状態遷移を
示している。四角が状態を示し、矢印が遷移を示している。ステートマシン図を作図するこ
とで機能ごとの繋がりやシステムの動きを明確にすることができた。
Group Report of 2013 SISP
- 11 -
Group Number 8-A
Explore and Discover Hokkaido
図 5.4
ステートマシン図
• クラス図の説明
図 5.5 はアルバム作成アプリのクラス図である。アルバム作成アプリのシステムの構造を示
す図である。黄色い四角はクラスを示し、上から名前・属性・操作となっている。線に何も
ついていない場合はクラス間が関連していることを示し、先に白い四角がついている場合は
クラス間で集約されていることを示す。クラス図を作成することでプログラミングを行う上
で必要な変数や関数を明確にすることができた。
図 5.5
クラス図
• データフロー図の説明
図 5.6 はアルバム作成アプリのデータフロー図である。アルバム作成アプリのデータの流れ
を示す図である。丸い図はプロセスを示している。四角い正方形は外部エンティティ、橋の
ようになっているのがデータストアを示している。データはフローの向きに向かい流れてい
く。データフロー図を作図することでシステム開発をする上でのデータを入力する場所と
データを入力した時の動きを明確にすることができた。
図 5.6
データフロー図
（※文責: 鈴木秀明）
Group Report of 2013 SISP
- 12 -
Group Number 8-A
Explore and Discover Hokkaido
5.1.3
プレゼンテーション
プロジェクトで開発する iPhone アプリについてのプレゼンテーションを行った。プレゼンテー
ションの資料で使用した iPhone アプリの画面イメージ (図 5.7) は Adobe Illustrator を使用して
作成した。アイコンや色は他の iPhone アプリを参考にした。その時に色々な AppStore の旅行カ
テゴリのアプリをダウンロードし、既存のアプリにある機能を学んだ (表 5.1)。
図 5.7 前期の画面イメージ
表 5.1
アプリ名
ふらっと案内
ダウンロードした旅行カテゴリアプリ
特徴
観光地ごとに散策コースがあり行くことの出来る観光名所と場所が
分かる地図を見ることが出来る。
るるぶ
地図に見る・食べる・買うなどのジャンル分けされたピンが立って
おりそのピンをタップすると詳しい情報を見ることが出来る。
じゃらん
宿泊施設の予約が出来る。宿泊施設の条件の絞り方も「エリアから
探す」や「駅・路線から探す」などの沢山の条件がある。
（※文責: 中野渡卓也）
5.1.4
中間発表会
中間発表会に向けてポスターの作成や発表用のプレゼンテーション資料の作成を行った。発表の
内容は北海道の観光の問題点、問題点を解決するために開発するシステムのプラットフォームの理
由、開発するシステムの画面と機能、開発するシステムをユーザがどのように利用するのかを発表
Group Report of 2013 SISP
- 13 -
Group Number 8-A
Explore and Discover Hokkaido
した。
（※文責: 中野渡卓也）
後期の活動
5.2
中間発表会で指摘されたことを生かすために前期とは方向を変え、写真デコレーションアプリを
開発することに決定した。役割分担は、システム開発班と画像作成班にわかれた。十時と中野渡が
システム開発をし、伊藤と鈴木が画像を作成した。満安は休学したため、後期は 4 人で活動するこ
ととなった。スケジュールは図 3.2 の通りほぼ全ての活動がスケジュール通りにはいかなかった。
（※文責: 中野渡卓也）
5.2.1
Xcode の学習
iPhone 用 iOS アプリを開発するための環境として Xcode を使用した。バージョンは Xcode5.0
以降を使用した。Xcode4.2 から導入されたストーリーボードを使用することで UI 部品の配置や
画面遷移を決定した。予め用意した画像をアプリに使用したい場合は SupportingFiles にファイル
を追加することでアプリで使用することが出来る。参考にしたよくわかる iPhone アプリ開発の教
科書 [6] で説明しているバージョンと使用するバージョンが異なるため、本で説明していることと
同じことが出来るように、わからない部分はインターネットで調べた。
（※文責: 中野渡卓也）
5.2.2
Objective-C の学習
Xcode の storyboard だけでは UI 部品を配置するだけで画面ごとのメソッドを定義することは
出来ない。そこで、画面ごとに実行したい命令を書くために.h ファイルと.m ファイルを作成す
る。.h ファイルに UI 部品の名前を宣言したりボタンが押された時のアクション名を宣言すること
が出来る。.m ファイルは.h ファイルで宣言された UI 部品を変数として利用したり、特定のアク
ションが呼ばれた時に実行される命令を書くことが出来る。iPhone アプリを開発するにあたって
トップ画面、スタンプ一覧画面、スタンプ移動画面、フレーム一覧画面、フレーム使用イメージ画
面、描画画面の 6 組の.h ファイルと.m ファイルを作成した。特殊なもので AppDelegate.h ファイ
ルと AppDelegate.m ファイルがある。AppDelegate.h ファイルで複数の画面で使用するための変
数を宣言し、AppDelegate.m ファイルでその変数の初期化を行った。
（※文責: 中野渡卓也）
5.2.3
アプリ開発
はこデコに実装した機能を説明する。
• 画像選択機能
ナビゲーションバーの右側にあるプラスボタンを押すことで iPhone のカメラロールにある
Group Report of 2013 SISP
- 14 -
Group Number 8-A
Explore and Discover Hokkaido
写真を一覧表示し、どの写真をデコレーション用に使用するか選択することが出来る。写
真をタップした後に写真の範囲を決めることが出来る。写真の一部のみを用いてデコレー
ションしたい場合は、使用したい部分を拡大して選択ボタンを押すと写真がそのサイズにト
リミングされる。そしてその写真を iPhone の画面中央に表示する (図 5.8)。写真表示画面
の下にある５つのボタンは伊藤が作成した画像を Supportting Files に追加し、Button の
Image を対応したファイル名にすることで、それぞれのアイコンの形のボタンを表示するこ
とが出来た。
図 5.8
一覧表示画面と写真表示画面
• スタンプ機能
スタンプボタンを押すことにより、アプリの中にあるスタンプの画像と説明文を一覧表示す
る。スタンプのセルをタップするとスタンプを動かす画面に変わる。この画面の時にドラッ
グすることでスタンプの位置を変えることが出来る。スタンプのサイズを変えたい場合は画
面下のスイッチを操作することで拡大縮小が出来る。スタンプの場所を決定したら完了ボ
タンを押すことで写真とスタンプを合成することが出来る (図 5.9)。この機能は画像を編集
するときに必要な UIGraphicsGetImageFromCurrentImageContext 関数を使用している。
フレーム機能、描画機能も画像を編集する機能なので同じ関数を使用している。さらにこの
スタンプ機能と描画機能は画面をドラッグした時に命令を実行するために touchsMoved 関
数を使用した。touchsMoved 関数は指が画面をドラッグした時に実行される。この関数を
使用することで指が画面をドラッグした時の x 座標と y 座標を取得し、指の下に画像が来る
ように設計した。
Group Report of 2013 SISP
- 15 -
Group Number 8-A
Explore and Discover Hokkaido
図 5.9
スタンプテーブルとスタンプ編集画面
• フレーム機能
フレームボタンを押すことによってアプリの中にあるフレームの画像と説明文を一覧表示す
る。フレームのセルをタップするとフレームを使用した場合のプレビューを見ることが出
来る。別のフレームを選びたい場合はナビゲーションバーの戻るボタンを押すことで一覧
の画面に戻ることが出来る (図 5.10)。スタンプ一覧表示画面とフレーム一覧表示画面では
Table を表示するために numberOfRowsInSection 関数と cellForRowAtIndexPath 関数を
使用している。さらに didSelectRowAtIndexPath 関数を使用することでタップしたセルの
画像を AppDelegate.h で宣言した変数に代入し、次の画面でスタンプやフレーム画像を表
示することが出来るようになっている。
図 5.10 フレームテーブルとフレームプレビュー画面
• 描画機能
ドローボタンを押すと描画画面に変わり、その画面だと画像をドラッグすることで線を引く
ことが出来る。下のボタンを押すことで線の色と太さを変えることが出来る。線の色はデ
フォルトで黒に設定されており、他には赤、青、緑、白の合計 5 色から選べる。線の太さは
Group Report of 2013 SISP
- 16 -
Group Number 8-A
Explore and Discover Hokkaido
3 種類あり、細い、デフォルトの太さ、太いの 3 種類から選ぶことが出来る。
• 取り消し機能
スタンプ合成機能・フレーム合成機能・描画機能を使ったデコレーションの操作を取り消し
たい場合は、戻るボタンを押すことにより押した回数だけ操作を取り消すことが出来る。
• 画像保存機能
真ん中にある保存ボタンを押すことで表示されている画像を保存することが出来る。その時
に保存完了のメッセージが出ることで機能が実行されたことがわかる。この機能は画像を
カメラロールに保存する時に必要な UIImageWriteToSavedPhotoAlbum 関数を使用して
いる。
（※文責: 中野渡卓也）
5.2.4
はこデコで使用した画像の説明
スタンプやフレームは全てイラストを加工して製作した。スタンプやフレームの数は多すぎて
も、ユーザが選択する際に時間がかかってしまうと考え、それぞれ 6 8 個を目安に製作を行った。
• ヤリイカ
函館で有名なヤリイカをスタンプにした。説明文には、函館での旬の時期と、それぞれの時
期に適しているとされている調理方法やレシピを紹介している。
• がごめ昆布
道南のみでとれる特別な品種である、がごめ昆布をスタンプにした。説明文には、がごめ昆
布の特徴や適している調理法やレシピを紹介している。
• 海鮮丼
函館の豊富な水産資源を使用した海鮮丼をスタンプにした。説明文には、函館駅周辺の食堂
の紹介や、どんな海鮮丼が使用されているかなどの紹介をしている。
• 五稜郭
函館市五稜郭町にある、五稜郭をスタンプにした。上から見下ろした時に星形の形をスタン
プにしている。説明文では五稜郭にまつわる歴史や、観光名所としての五稜郭についても説
明している。
• Go 太くん
函館五稜郭タワーのマスコットキャラクターである Go 太くんをスタンプにした。このスタ
ンプは五稜郭タワーに問い合わせを行い、スタンプとしての使用許可を得たため製作した。
説明文には Go 太くんのプロフィールと、Go 太くんが行っている観光イベント紹介の詳細
についても説明している。
• 函館フェリー
Group Report of 2013 SISP
- 17 -
Group Number 8-A
Explore and Discover Hokkaido
函館と青森間を運航するフェリーをスタンプにした。説明文には、フェリーの詳細な運行情
報や、フェリー内の様子なども紹介している。
• はこだて未来大学
函館にある公立はこだて未来大学の校章をスタンプにした。説明文には、未来大学の校舎の
様子や、未来大学独自の仕組みについても説明を行っている。
• 北海道
北海道の形をそのままスタンプにした。説明文には北海道の総土地面積などの情報や、北海
道旅行についての注意点などについても解説している。
• ラッキーピエロ
函館で有名なフード店、ラッキーピエロのメニューをフレームにした。ラッキーピエロでも
人気のあるメニューであるハンバーガーとカレーライス、ハンバーグステーキを写真の角に
配置した。説明文にはラッキーピエロの詳細なメニューのほか、店舗別の限定メニューにつ
いても解説している。
• 函館山ロープウェイ
函館山へ昇る大型ロープウェイをフレームにした。写真の下の部分に覆いかぶさる形で配置
される。説明文には、ロープウェイの運行情報や函館山の歴史についても触れている。
• 五稜郭タワー
函館市五稜郭町にある五稜郭タワーをフレームにした。写真の右半分に覆いかぶさる形で配
置される。説明文には、五稜郭タワーの詳細情報を記載している。また、展望室などの設備
についても紹介している。
• ハリストス教会
函館にあるハリストス教会をフレームにした。写真の下部分に覆いかぶさる形で配置され
る。説明文ではハリストス教会の歴史や、この教会独特の鐘の音についての説明も行ってい
る。
• 湯の川温泉
函館市湯川町にある湯の川温泉をフレームにした。写真の下部分に覆い被さる形で配置され
る。説明文では様々な温泉の紹介や、温泉旅館の料理についても紹介している。
• 寿司
函館の豊富な水産資源を使った寿司をフレームにした。様々な寿司のネタが写真を囲むよう
に配置される。説明文には、函館で有名な寿司の名店の紹介を行っている。
（※文責: 伊藤飛雅）
Group Report of 2013 SISP
- 18 -
Group Number 8-A
Explore and Discover Hokkaido
5.2.5
評価
AppStore へのリリースをせず AdHoc 配布することにより、iPhone5 で利用することが出来る
ようにした。はこデコで魅力を創造出来るかを評価するために、観光客に実機ではこデコを使用し
てもらった。調査期間は平成 25 年 11 月 29 日から 30 日でカメラロールにはあらかじめ函館山か
らの昼の景色、朝市の三色丼、未来大学、市電の写真を用意し観光客にデコレーションする写真を
選ばせた。一人 1 枚ずつ作成してもらい、図 5.11∼図 5.13 のようなデコレーションを施した。3
枚のはこデコを使用してデコレーションした画像と元の写真を比べてどちらが魅力的に見えるかと
いうアンケートを平成 25 年 12 月 4 日に未来大学の学生 50 人に行った。しかしどの写真において
も元の写真の方が魅力的だと答えた人が多かったため成果発表会で再度アンケートを行った。
図 5.11 一人目の観光客が作成した画像
図 5.13
図 5.12
二人目の観光客が作成した画像
三人目の観光客が作成した画像
（※文責: 中野渡卓也）
5.2.6
成果発表会
発表資料は 11 月のシステム開発が終わるあたりから作成を始めたが、資料の最後に載せるはこ
デコの評価の結果は 12 月まで出ていなかったため、発表資料の作成は中間発表会ほどではないが
ぎりぎりまで時間がかかってしまった。発表の流れは終始話すのではなく iPhone の画面をスク
Group Report of 2013 SISP
- 19 -
Group Number 8-A
Explore and Discover Hokkaido
リーンに映し、実演をすることで開発したはこデコの機能についてわかりやすく説明することに
した。iPhone の画面を mac にミラーリングするために最初は Reflector をインストールしていた
が、10 分間の制限があることと再び体験版で使用するにはインターバルがあることから、別のミ
ラーリングが出来るソフトを探した。そしてインストール後 7 日間まで使用出来る AirServer でミ
ラーリングすることに決定した。発表担当者は 20 分のプレゼンテーションでは交代する必要が無
いと考え、鈴木、中野渡、伊藤の順で 1 回ずつ担当した。
（※文責: 中野渡卓也）
Group Report of 2013 SISP
- 20 -
Group Number 8-A
Explore and Discover Hokkaido
第6章
6.1
個人作業
各人の課題の概要とプロジェクト内における位置づけ
伊藤飛雅の担当課題は以下のとおりである。
5月
マインドマップの作成。
6月
Objective-C の勉強。
7月
Objective-C の勉強。中間報告書作成。中間報告書レビュー。
9月
実装するアプリの考案。アプリの仕様のまとめ。
10 月 アプリのグラフィック素材作成。アプリの外部設計。
11 月 最終発表プレゼン作成。統計データのまとめ。グラフィックの修正。
12 月 函館駅周辺での調査。未来大学での調査。最終発表会。
1月
最終報告書作成。最終報告書レビュー。
鈴木秀明の担当課題は以下のとおりである。
5月
マインドマップの作成。
6月
OSS セミナー参加。UML 図の作成。
7月
スライド作成。中間報告書作成。中間報告書レビュー。
9月
要件定義の見直し。
10 月 画面イメージの作成。スタンプとフレームの作成。
11 月 スタンプとフレームの作成。スライドの作成。函館駅での調査。
12 月 函館駅での調査。未来大学での調査。最終発表会。
1月
最終報告書作成。最終報告書レビュー。
Group Report of 2013 SISP
- 21 -
Group Number 8-A
Explore and Discover Hokkaido
十時英人の担当課題は以下のとおりである。
5月
cakePHP の勉強。マインドマップの作成。
6月
マインドマップをまとめた。プレゼンテーションの修正。作図した UML 図の修正。
7月
TeX の勉強。中間発表の評価シート作成。中間報告書の作成。
10 月 要件定義書の作成。アプリの修正。
11 月 アプリの評価と集計。成果発表の評価シートの作成。成果発表のポスターの作成。
12 月 成果発表のポスターの作成。プロジェクト報告書の作成。最終報告書の作成。
1月
プロジェクト報告書の作成。最終報告書の作成。
中野渡卓也の担当課題は以下のとおりである。
5月
cakePHP の勉強。マインドマップの作成。
6月
マインドマップをまとめたことをプレゼンテーション。プリンタ講習会参加。
7月
ポスター作成。
9月
Xcode の使い方を勉強と Objective-C の勉強。
10 月 Objective-C の勉強と iPhone アプリの実装。
11 月 iPhone アプリの実装と iPhone アプリのテストと函館駅周辺での調査。
12 月 函館駅周辺での調査と未来大学での調査と最終発表会の準備。
1月
最終報告書作成と最終報告書レビュー。
満安美咲の担当課題は以下のとおりである。
5月
議事録作成。マインドマップの作成。
6月
議事録作成。プリンタ講習会参加。
7月
ポスター作成。
Group Report of 2013 SISP
- 22 -
Group Number 8-A
Explore and Discover Hokkaido
（※文責: 十時英人）
担当課題解決過程の詳細
6.2
6.2.1
5月
伊藤飛雅
まず、プロジェクトの目的やターゲットについて考えるため、メンバーで簡単にアイディア
を出しあった。そこから具体的なアイディアを考えていく為に更に細かい意見を出し合って
いくことにした。その為に、話し合いの結果をまとめるためのツールを自分のパソコンに設
定した。そしてそれをスクリーンに映し出し、メンバーの間で意見を出しやすいようにし
た。この頃は勉強会などで途中でメンバーが抜けてしまう場合が多く、基本的に、鈴木、満
安との 3 人での話し合いが主となった。さらにその後、話し合いの結果などをデータとし
て保存し、後にプレゼンテーション用の資料を作成する際に役立てるようにと、それをメン
バー間で共有出来るようにした。5 月の下旬からはメンバー全員が揃ったため、そこまで話
し合った内容の共有とそれに関する意見の出し合いを行った。その際、特に反対意見が無
かったため、話し合いの路線は変更せずに、どういっった年代の人々が北海道に訪れるのか
といった、細かい部分の調査に移っていくことにした。
6月
6 月になって、勉強会などの機会が増え、それによってまたメンバーが抜けてしまう事も
あった。残ったメンバーとの話し合いを進めていくなかで、写真は魅力を伝える為に最も適
しているという意見が出た。そして、写真を利用するツールを制作する方針で話し合いを進
めた。そこから、どんなツールを使用して写真の魅力を伝えるかを考えるため、様々なツー
ルの利用状況を調べた。そこで、iPhone アプリの使用率が急増している事から、写真を使
用した iPhone アプリを製作する事に決まった。具体的に、写真によってどのように魅力創
造を行っていくかを話しあった。そこで、写真を沢山の人に見てもらうことが出来れば、魅
力を沢山の人々に伝えられると考え、写真のアルバムアプリを製作する事になった。制作物
を決定した後は、メンバー全員でアプリの具体的な仕様や画面遷移の考案を行った。画面遷
移を考える際には、全員で紙にイラストを描いて見せ合い、魅力的な画面レイアウトについ
て意見を出しあった。
7月
iPhone アプリの製作が決定したため、アプリの製作に必要な、Objective-C のプログラム
言語を学んだ。製作にスムーズに移れるように、基礎的な知識を身につける事を意識した。
また、中間発表に向けて、アプリの画面遷移をまとめた図の製作を行った。しかし、アプリ
の内容を把握仕切れていなかったため、メンバーに逐一確認を行いながらの作業になった。
上手くイメージがメンバーとかみ合わず、何度か作り直しをする事になってしまった。中間
発表では発表を担当する事になった。しかし、発表用資料やスライドの把握が出来ていな
かったため、原稿を見続けながら発表をしてしまった。発表練習も行えなかったため、メン
バー間でトラブルも少し発生した。発表用スライドの流れも理解出来ていなかったため、説
明の流れが悪くなってしまい、非常に聞きにくい発表となってしまった。中間発表が終わっ
たあとは、メンバーがまとめてくれたアンケート結果などを受け取り、報告書の作成を行っ
た。しかし、グループ報告書の作成の際には、誰がどこを担当するのかをしっかり話しあっ
ておらず、トラブルが何度か発生してしまった。
Group Report of 2013 SISP
- 23 -
Group Number 8-A
Explore and Discover Hokkaido
9月
製作するアプリの初期案の考案をした。前期の活動で、写真投稿というシステムが魅力創造
に適していない事から、2 つのアイディアを提案した。写真投稿アプリに改善を行う案と、
全くの別路線へ切り替える案をメンバーへ提出した。そこから、具体的な仕様をまとめ、更
にメンバーにいくつか提案をした。そして、写真を加工して新たな魅力を生み出すという案
を採用する事になった。その際に、具体的なアプリの仕様やアプリを使用する場面の想定の
説明を行った。そこで、他のアプリには無い独自の機能を持っていなければならないという
意見を貰い、さらにアプリの内容について考えた。そして、北海道の魅力をアピールする要
素をアプリ内に多数盛り込むというアイディアを提案した。これらのアイディアを元に、ア
プリの製作が決まった。その後、アプリの内部設計を担当する事になった。アプリの具体的
なデザインや、制作するアイコンやスタンプなどのアイディアを提案した。
10 月 アプリで使用するスタンプとフレーム、アイコンなどのグラフィック製作を行った。北海
道の魅力をアピールする為に、北海道に縁のあるグラフィック素材を集めた。その中でも、
今回の評価は函館市内で行うため、函館に関わるスタンプやフレームを多く採用した。アプ
リ内での拡大、縮小などの変形に耐えうるよう、決められた条件に合うようグラフィックの
調整なども行った。解像度の違いや画像サイズの違いから、アプリ側でうまく動作しない事
もあり、その度に修正が必要となることもあった。早急に修正作業を行えるように、制作し
た全ての素材は保存してバックアップを作成した。これにより、プログラム班からの要求に
素早く答えることができた。また、スタンプやフレームの魅力を伝える為の説明文の考案も
行った。アプリの仕様上の制約に合うように文章を作成した。魅力をよりアピールするため
に、北海道に住んでいるからこそ知っているような情報や、北海道旅行の際に有用となる情
報などを記載するように心掛けた。
11 月 アプリで使用するスタンプやフレームの追加と修正を行った。特に、アプリの仕様が細か
く変更される事が多かったため、その度に作成するアイコンのサイズなどが変化してしまっ
た。特に、写真に額縁にようにデコレーションするフレームの機能が、サイズの変更などで
大幅な作り直しになってしまった。その作り直しが重なるにつれ、フレームのクオリティに
ばらつきが出てきてしまった。プログラム班が最後の修正を行っている間は、最終発表へ向
けてプレゼン資料の作成を開始した。中間での反省から、スライドの流れが分かりやすくな
るように調整を繰り返した。発表の流れを想定し、それに沿う形でスライドの配置を行っ
た。また、iPhone アプリを、魅力を伝える手段として選んだ理由の根拠となるデータなど
を集め、グラフにまとめる作業も行った。北海道の観光客のデータをとり、現在北海道の観
光業がおかれている状況をまとめた。他県との観光客の比較を行う事で、アプリによって北
海道の魅力を伝える意義を説明する根拠となるデータを作成した。アプリを使用する場面の
想定を伝えるため、アプリを使用するシーンのイラストの製作も行った。しかし、作成した
イラストでは伝わりにくいという指摘を受けたため、何度も作り直しを行った。
12 月 函館駅周辺でアンケート調査を行った。函館駅周辺での調査では、うまくインタビューが
進まなかった為、アンケート内容及び評価方法の変更を提案した。アンケート内容を変更し
た事によって、インタビューを断る人が減り、データを集めることに成功した。しかし、そ
こで行ったアンケート結果では評価として適切ではないという指摘を受けた。そのため、未
Group Report of 2013 SISP
- 24 -
Group Number 8-A
Explore and Discover Hokkaido
来大学内で改めてアンケート調査を行った。アンケート方法については改善を行っていたの
で、スムーズにアンケート調査を行う事ができた。この結果を元に、評価を行い、発表用に
スライドをまとめた。発表用のプレゼンテーションが完成した後は、発表練習を行った。そ
こで、指摘された問題点を改善する為に、スライドの内容の修正などを行った。最終発表で
は、3 回目の発表を担当した。中間での反省から、原稿用紙を使わず済む様な発表を心掛け
た。発表用スライドの内容をメンバーで共有し、把握していたため、話の流れがスムーズに
進むようになった。制作したアプリを発表中に実際に動かして見せることで、アプリの内容
をよく伝えられるようにした。発表の最後にはアンケートを行い、最終発表からの反省と改
善点の発見に役立てるようにした。
1月
最終発表でのアンケート結果をまとめた。そこから、反省点や改善点を見つけ出した。そし
て、最終提出へ向けて個人報告書と学習フィードバックシート、グループ報告書の作成を
行った。
（※文責: 伊藤飛雅）
6.2.2
5月
鈴木秀明
プロジェクト学習初回はメンバーと顔合わせをした後、プロジェクトの目的とターゲットを
決めて、余った時間でメンバーが思う北海道の魅力をホワイトボードに書きだした。3 回目
の活動からは cakePHP の勉強会に 2 名参加したため、自分を含めた残りの 3 名はプロジェ
クトで作成するシステムについて BIGPAD にデータを保存しながら話しあった。3 名での
話し合いのためうまく進まないと思っていたが、満安が中心に話し合いが進み、iPhone ア
プリを作成することに決まった。マインドマップを使用しアプリの内容について意見を出し
あった。マインドマップの作成は情報共有がしやすいように mindmeister というツールを
使用した。5 月下旬には勉強会を終えた二人が合流し、5 人でアプリについて話し合いを進
めていった。5 人になってからは今まで出ていたアプリの内容に対して根拠となる資料を集
める作業に入った。
6月
話し合いが進む中で、サーバを使用する可能性があったため OSS セミナーに参加した。
OSS セミナーでは LAMP を使用しサーバについて学んだ。LAMP とは OS である Linux、
Web サーバである Apache HTTP Server、データベースである MySQL、スクリプト言語
である PHP の頭文字をとった総称である。第 1 回ではサーバ構築・設定・Web サーバに
ついて学んだ。演習ではネットーワークに繋げ LAMP に必要なパッケージのインストール
と設定を行った。その後 LAMP の動作確認をし提出課題を提出した。第 2 回ではサーバセ
キュリティと運用について学んだ。第 3 回のサーバセキュリティはプロジェクト No.3 と合
同で行ったセミナーで学んでいたため参加しなかった。第 4 回・第 5 回は Web アプリケー
ションフレームワークについて学んだ。第 6 回は JavaScript のプログラミングを行った。
要件定義を進めていき、本プロジェクトではアルバム作成アプリを作成することが決まっ
た。作成するシステムが決まったため、astah professional を使用し、UML 図の作図をする
ことになり、UML 図の作図を担当した。ソフトウェア設計で基本的な知識を学んでいたが、
最初にユースケース図を教員に添削してもらったときに、ユースケースに動詞以外の品詞を
書いていることを指摘されてしまった。自分の知識があやふやであることを知り、UML 図
Group Report of 2013 SISP
- 25 -
Group Number 8-A
Explore and Discover Hokkaido
に関する本で勉強してから UML 図を作図することにした [7][8]。全部で 5 つの UML 図の
作図を担当した。1 つ目のユースケース図は観光客をターゲットにすることから、北海道に
旅行に行ったことがある・なしの 2 つを作成し、アルバム作成アプリではどのような機能を
使用することが出来るのかの関係性を示した。2 つ目のアクティビティ図はシステムの処理
の流れを示すために作図した。制御する領域をパーティションと言い、縦のパーティション
をホーム画面・アルバム画面・カメラ画面・設定画面とし、横のパーティションをユーザと
アルバム作成アプリとして作図した。最初はアクティビティ図を 1 つの図にまとめて書いて
いたが、1 つの図にまとめると見づらくなるため、ホーム画面のアクティビティ図と機能画
面のアクティビティ図に分けて作図した。
7月
6 月までに 5 つの UML 図の作図を任されていたが、ユースケース図・アクティビティ図に
時間をかけてしまったため、データフロー図・クラス図・ステートマシン図を作図すること
ができなかった。そのため、UML 図の作図は 6 月までから前期の活動が終わるまでにスケ
ジュールを変更してもらった。時間がなかったためステートマシン図は十時に協力してもら
い作図してもらった。また中間発表も近づいてきたため、UML 図と平行して発表用のスラ
イドを Keynote を使用し作成した。中野渡が担当教員に作成するアプリについてプレゼン
テーションを行っていたため、そのスライドを参考に中間発表用のスライドを作成した。発
表前日になり作成するシステムが、アルバム投稿アプリから写真投稿アプリに変更になった
ためそれに伴いスライドの内容も変更した。スライドやポスターの作成に時間を注いだため
発表の練習が 1 回も出来ず、発表本番では原稿を見ながらの発表となってしまった。中間発
表が終わってからはアンケート結果をまとめて、個人報告書・グループ報告書・学習フィー
ドバックシートの執筆をした。
9月
中間発表でのアンケート結果から作成するシステムとプロジェクトの目的が合っていないの
ではないかと意見をもらった。そこで写真投稿アプリを作成する前に、本プロジェクトの要
件定義の見直しを行った。まず、本プロジェクトで作成する写真投稿アプリの独自の機能に
ついて話しあった。しかし、良い意見が出ず話し合いが進まなかったため、写真投稿アプリ
が目的に沿ったシステムであるかについて話しあった。写真投稿よりも写真加工の方が目的
である魅力創造をするのに適しているのではないかという意見が出た。写真加工ならば作成
する人自身が創造した魅力を写真を通して他者に伝えることが出来ることから、本プロジェ
クトの作成するシステムは写真投稿アプリからデコレーションアプリに要件定義書を作成し
直した。デコレーションアプリの名前は「はこデコ」に決まった。
10 月 はこデコの画面イメージ・スタンプ・フレーム作成を伊藤と担当した。主に伊藤がスタン
プとフレームを作成し、自分は画面イメージを作成した。はこデコはトップ画面・スタンプ
機能・フレーム機能・描画機能・取り消し機能・画像保存機能があるためそれぞれの画面イ
メージを作成した。画面イメージには Adobe Illustrator と Adobe Photoshop を使用した。
最初に作成した画面イメージは BIGPAD に描いたイラストに従って作成した。はこデコを
開発していう上で仕様の変更があるため、そのたびに開発班の中野渡とコミュニケーション
をとり画面イメージを修正していた。スタンプ・フレーム作成は函館のイメージがある場所
や物を上げていき、その中でスタンプ・フレームのどちらで作成するかを決めていった。ス
タンプは 8 種類、フレームは 6 種類作成することに決めた。本プロジェクトではスタンプ・
Group Report of 2013 SISP
- 26 -
Group Number 8-A
Explore and Discover Hokkaido
フレームを選択する画面に、それらの隣に説明文をつけるためにその内容についても伊藤と
話し合った。魅力を創造してもらうため説明文の内容はありふれた情報よりも、目を惹きつ
けるような説明文を意識して考えた。
11 月 スタンプ・フレームの作成には主にフリー素材を用いたが、本プロジェクトで作成するは
こデコは函館に関するものでデコレーションするため、函館らしいものを選んで使用した。
五稜郭タワーとラッキーピエロは著作権の問題があるため、直接アポイントメントをとり使
用の許可をとった。スタンプは 50×50 のサイズでなくてはうまく起動しなかったため、作
成した画像サイズを変更して開発担当の中野渡に画像を渡した。中間発表では自分なりにス
ライドを作成したが出来が良くなかったため、プレゼンテーションに関する本を読んでから
スライドを作成することにした [9]。本を読んでからスライドを作成することができたため、
中間発表よりも苦戦せずにスライドを作成することができた。11 月後半にははこデコが完
成したため、実際にはこデコを使用してもらう調査を観光客を対象に函館駅で行った。
12 月 函館駅で観光客 3 人がはこデコを使用してデコレーションした写真を、未来大学で学生 50
人を対象に函館駅ではこデコを使用したデコレーション写真とそれぞれの元の写真のどちら
が魅力的に感じるか調査を行った。調査の方法としてはパソコンの画面に写っている元の写
真とアプリを使用したデコレーション写真を見せて魅力的と感じる方に指を指してもらっ
た。その結果をまとめて考察をした。調査の結果と考察をスライドに載せ最終発表用のスラ
イドは完成した。しかし、調査結果が自分達が目標としていた人数に到達しなかったこと
と、用意した元の写真が悪いのではないかと考察したことから、スライドの最後に自分達が
魅力的に感じる写真とはこデコを使用したデコレーション写真を載せてどちらが魅力的に感
じるか調査を行えるようにした。最終発表会では最初の時間に発表を担当した。担当教員の
前で何度か発表を行ったので、中間発表よりもうまく発表することが出来たと感じたが、予
想していた時間よりも早めに発表が終わってしまった。最終発表会が終わった後は調査結果
とアンケートをまとめた。個人報告書を執筆した。前期の個人報告書では担当教員に句点が
多く読みづらいと指摘されたため短い文章でまとめたが、文章が短すぎて伝えたい内容が
入ってこないと指摘された。また、文章としておかしい部分もあったがプロジェクトメン
バーからのアドバイスもあり 12 月中に個人報告書を終わらせることができた。
1月
個人報告書は 12 月の時点で終わっていたため、学習フィードバックシート・グループ報告
書を執筆した。
（※文責: 鈴木秀明）
6.2.3
5月
十時英人
プロジェクト活動開始の最初の日は、他のプロジェクトメンバーと顔合わせをして、本プロ
ジェクトの目的である北海道の魅力を創造することについてホワイトボードに沢山の意見を
出し合った。当初、Web 開発を考慮していたため、全 4 回の cakePHP 勉強会に参加した。
第 1 回目では、データベースの構築とテーブル作成の仕方、コントローラーを作成しデータ
を表示させる方法を学んだ。第 2 回目は、PHP の基本的な構文と Form を使用しての入力
Group Report of 2013 SISP
- 27 -
Group Number 8-A
Explore and Discover Hokkaido
フォームの追加する方法を学んだ。第 3 回目では、データベースを使用した cakePHP を勉
強し、今までの復習のために簡単な面談システムを開発した。第 4 回目は、都合により勉
強会に参加出来なかったが、後日、同じく cakePHP 勉強会に参加していた中野渡からバリ
デーションについて教えてもらった。これらの勉強会から cakePHP を用いた Web 開発の
基礎的な技術を習得した。また、cakePHP 勉強会終了後からのプロジェクトでは要件定義
のためにマインドマップを作成した。cakePHP 勉強会終了後は他のプロジェクトメンバー
と合流し、BIGPAD を用いながら本プロジェクトの目的や目標、ターゲット、手段などの
案を出し合った。その後、要件をまとめるために mindmeister という web アプリケーショ
ンを使用してプロジェクトメンバー全員でマインドマップを作成した。マインドマップに
は、プロジェクトの具体的な 5W1H を書き出していった。
6月
要件定義のために作成したマインドマップを中野渡がプレゼンテーション資料にまとめたも
のをプロジェクトメンバー全員で修正をした。また、プロジェクトメンバーの鈴木が astah
professional という UML 図作成のためのソフトウェアを使用して作図したユースケース
図、アクティビティ図、データフロー図、ステートマシン図、クラス図などの UML 図をソ
フトウェア設計論 I とソフトウェア設計論 II という講義で習った範囲でアドバイスをしな
がら修正をした。
7月
中間発表会の評価シートと、中間報告書の作成のために TeX 講座に参加し、基礎的な TeX
を用いた文書作成技術を習得した。習得した TeX のインストール方法や基礎が書かれた資
料をプロジェクトメンバー全員に共有した。習得した TeX の技術を基に、中間発表会の評
価シートを作成した。中間発表では聴講者から沢山の指摘と意見を受けた。中間発表終了後
は、TeX を使用して中間報告書を作成した。中間報告書の個人報告書は 1 枚という制限を
守るために、超過しないように作成した。中間報告書のグループ報告書は、プロジェクトメ
ンバーがそれぞれ文章を割り振って考えてきたものをまとめた。
8月
夏季休暇中もプロジェクトメンバーと集まりプロジェクト活動を進めるはずだったが、プロ
ジェクトメンバーと都合が合わず集まることができなかった。そのため、夏季休暇中にアプ
リケーションの開発などをする計画だったが、計画通りに進めることが出来なかった。
9月
アプリケーション開発のために、PC に Xcode をインストールした。中間発表で指摘や意
見を受けたことから、前期で考案したシステムでは魅力を創造することは難しいとプロジェ
クトメンバー全員で一致し、前期の反省をした後、一から北海道の魅力を創造することにつ
いて意見を出し合った。プロジェクトメンバー全員でそれぞれ案を出していき、伊藤が提案
したデコレーションアプリを作成することに決めた。また、プロジェクトメンバー全員でデ
コレーションアプリの仕様などの意見を出し合った。デコレーションアプリの名前を「はこ
デコ」に決めた。
10 月 ９月で出し合った内容をまとめて要件定義書を作成した。はこデコの大まかなイメージ図
を BIGPAD に描いて、それを元に伊藤がアイコンを作成し、鈴木が具体的なイメージ図を
作成した。中野渡のシステム開発を手伝えるように、Xcode や Objective-C の基礎につい
て書かれた参考書を読み勉強した [6]。コントローラが遷移するときに前のコントローラが
Group Report of 2013 SISP
- 28 -
Group Number 8-A
Explore and Discover Hokkaido
開放されないままコントローラが開く仕様でメモリリークの原因になっていたので、その解
決方法を調べ、中野渡にソースコードを修正させた。
11 月 はこだて未来大学の学生 12 名にはこデコを使用してデコレーションした写真 3 枚とその
元の写真を比較してもらいどちらが魅力的に感じるか評価してもらった。プロジェクトメン
バー全員で合計 50 名に評価をしてもらったものを集計した。成果発表のために評価シート
を TeX で作成した。評価シートは前期を同様にテンプレートを元に作成した。また、成果
発表のためにポスターを Adobe Illustrator という画像描画ソフトを使用し、作成を開始し
た。Adobe Illustrator を使用するのが初めてだったので中野渡が前期に参考にしていた書
籍 [5] を読み勉強しながらポスターを作成した。
12 月 成果発表のためにポスターを 2 枚作成した。「はこデコ」を使用してデコレーションした写
真を用意し、元の写真とどちらが魅力的に感じるか聴講者 40 名にアンケートを取った。成
果発表終了後、プロジェクトメンバー全員で集計をとり、情報を共有した。TeX を使用し、
個人報告書を作成した。また、同様に TeX を使用し、最終報告書の作成とプロジェクト報
告書の作成を開始した。
1月
プロジェクト報告書と最終報告書を作成した。
（※文責: 十時英人）
6.2.4
5月
中野渡卓也
プロジェクト No.3 と合同で行う cakePHP の勉強会の参加を希望し、全 4 回に参加した。
第 1 回目では cakePHP を使用するための最低限の知識と操作を学んだ。第 2 回目では
Form ヘルパーを使用することで、入力フォームがある Web ページの作成方法を学んだ。
第 3 回目では、データベースを利用する上で欠かせないデータの追加機能やデータの検索、
削除機能、そしてデータベースの更新機能をブラウザ上で出来るようなシステム開発の練習
をした。第 4 回目の勉強会では第 3 回で開発が終わらなかった人用のための答え合わせと、
cakePHP を利用する上で便利、または開発の助けになるツールの紹介で終わった。その後、
マインドマップを作成している 3 人と合流した。
6月
マインドマップで決定したことをプレゼンテーションにすることで相手にわかりやすく伝え
るという取り組みを行った。しかし、プレゼンテーションの内容をわかりやすくするため
に、画像を入れることやストーリーを考えるということに慣れていなかったため作業は難航
した。プレゼンテーション資料で使用するデータの収集を行った。北海道の観光客の統計
データやスマートフォンの OS 別シェアを調べた。
7月
アプリの画面をわかりやすくするために Adobe Illustrator を使用し、画面案の画像を作成
した。Illustrator はアイコンが多く、初めて使用する場合にはどうすれば望み通りの編集が
出来るかわからなかったため、Illustrator の機能が書かれた本を読み [5]、Illustrator で出
来る編集を勉強した。
Group Report of 2013 SISP
- 29 -
Group Number 8-A
Explore and Discover Hokkaido
9月
mac book air に Xcode をインストールした。Objective-C や Xcode について触れたこと
が無かったので本を買い勉強した [6]。
10 月 Xcode の storyboard の使い方や storyboard に UI 部品を配置する方法、ViewController
の追加の仕方が分かった。ViewController とは iPhone アプリの画面ごとにどういう UI 部
品を配置するということやどういう関数が実行されるかを画面ごとに記述するものである。
ViewController は画面を表示するためのものなのでそこからさらに ImageView や Button
を配置することにより画像を表示することや、ボタンを押すと何かが実行されるという命
令をすることが出来る。UI 部品の使い方を一通りテストし、アプリの機能に利用できそう
な関数やライブラリを探した。最初に iPhone のカメラロールから画像を選択する機能を
AssetsLibrary フレームワークを追加して実装した。画像を保存する機能は専用の関数が
あったのでそれを使用した。スタンプを貼る機能は指定した場所にスタンプの画像を合成す
ることが難しかったため、先にフレームを合成する機能を実装した。Xcode の機能につい
て勉強不足だったため、Toggle global breakpoint state がオンのまま実行し、iOS シミュ
レーターが動作の途中で停止してしまうことがあった。そして iOS シミュレーターの動作
が停止してしまう原因が Toggle global breakpoint state をオンにしていて、breakpoint を
設置していることが原因と分かるまでかなり時間がかかってしまった。ナビゲーションバー
の戻るボタンや、カメラロールから写真を選択する時に表示される言語が英語で Back や
Select と表示されていたので原因をしらべた。iPhone アプリには Localizations の設定が
あり、English となっていた場所を Japanese に直すと日本語で使用することが出来た。
11 月 描画機能は CoreGraphics フレームワークと QuartzCore フレームワークを使用すること
で実装することが出来た。スタンプ機能は何回もソースコードを修正することで、ずれない
でスタンプ画像を合成する機能を実装することが出来た。操作を取り消す機能は編集した画
像を配列に順番に代入し、戻るボタンが押されたら要素を取り出すことで実装した。予定し
ていた機能を実装したので全ての機能を使用したり、普段しない操作をすることでテストを
繰り返した。テスト内容は全てのスタンプ・フレームを使用すること、写真を選択するとき
に写真の選択範囲を上端や下端などの画面端にすること、描画機能を使用したあとにスタン
プ機能を使用するなどのテストを行った。テストをすることで描画機能を使用することで画
像サイズが変わるバグや、一部のスタンプが合成した後に形が変わってしまうバグを発見す
ることが出来た。調査で iPhone アプリを観光客に使用してもらうために実機でアプリを起
動出来るようにした。実機で起動するには iPhone の識別子を MemberCenter の Devices
に追加することや Provisioning Profiles を作成する必要があったが、登録してもらうこと
により実機で起動することが出来た。はこデコが魅力を創造出来るものであるか評価するた
めに、駅で観光客にはこデコを使用してもらった。はこデコを操作することに協力してくれ
た観光客は３人で、それ以外の人には断られてしまった。
12 月 最終発表会ではこデコの画面をスクリーンに映すために、iPhone の画面を mac にミラー
リングする方法を調べた。ミラーリングするには mac と iPhone が同じ Wi-Fi に接続する
必要がある。そのため mac で Wi-Fi ネットワークを作成することでミラーリングすること
が出来た。観光客がはこデコを使用してデコレーションした写真と元の写真のどちらが魅力
的か未来大学の学生 50 人にアンケートを行った。そして最終発表会では 2 番目に発表を務
Group Report of 2013 SISP
- 30 -
Group Number 8-A
Explore and Discover Hokkaido
めた。
1月
グループ報告書をまとめる作業と自分の担当場所を執筆した。
（※文責: 中野渡卓也）
6.2.5
5月
満安美咲
最初の数回は伊藤、鈴木の 2 人と活動を行っていた。その時は会議を進めたりまとめたり
他の 2 人と順番で行っていた。北海道の魅力を思いつく限り出しマインドマップを作る事
によってターゲットや具体的な活動として iPhone アプリを作るなどの意見を出し合い考え
た。また、話し合いの内容が cakePHP 勉強会に参加していて、会議に参加していない十時
と、中野渡の 2 人に伝わるように議事録を作成した。
6月
５月に引き続きわかりやすい議事録を書くように心がけながら議事録作成を行った。マイン
ドマップの内容をさらに細かく広げて行き、関連付けを行うことで活動に、具体性をもたせ
た。また、決定した活動内容を元に、メンバーの中野渡卓也が作成したプレゼンテーション
のスライドを皆で訂正を行った。
7月
中間発表の為のポスターを作成した。ただ、ポスターの内容をグループ内で共有、確認出来
ていなかったことと、初めてのポスター制作だったため時間がかかってしまい、メンバーに
迷惑をかける形になってしまった。
（※文責: 満安美咲）
6.3
6.3.1
担当課題と他の課題の連携内容
伊藤飛雅
アプリの外部設計の段階で、プログラム班と画面遷移などの内部設計と関わる部分で話し合いを
行った。外部設計が確定してからグラフィック製作を行ったが、プログラム班の提案などにより、
製作段階でもいくつかの変更があった。そのため、アイコンやスタンプなどの作り直しを何度か
行った。アプリ製作後の評価では、実際にアンケートを行う人とアンケート結果を記録する人に分
担して調査を行った。
（※文責: 伊藤飛雅）
6.3.2
鈴木秀明
開発するシステムの内容をプレゼンテーションした中野渡と情報交換をしながら UML 図を作図
した。画面イメージの作成では作成しているアプリの仕様が変わることがあったため、仕様が変わ
るたびにアプリ開発担当と情報を共有し常に最新版の画面イメージを作成することを務めた。スタ
ンプとフレームの作成時も、作成したものがアプリで使用できない問題が発生したため、アプリで
Group Report of 2013 SISP
- 31 -
Group Number 8-A
Explore and Discover Hokkaido
使用できるようにアプリ開発担当と話し合い作り直した。作成したアプリの使用調査では、質問す
る人と回答を記録する人に分担して行うことで効率よく調査を行えた。スライドを作成するときは
ポスター担当と協力して全く同じ内容にならないように話し合いをしてから作成した。
（※文責: 鈴木秀明）
6.3.3
十時英人
最後の cakePHP 勉強会の内容を出席していた中野渡から教えてもらった。要件定義のためにマ
インドマップをまとめたプレゼンテーション資料の添削をした。また、プレゼンテーションの案を
出した。
鈴木が作成した図を要件定義書に使用した。アプリの画面の配置に意見した。また、アプリ開発
においてコントローラが遷移するときに前のコントローラが開放されないままコントローラが開く
仕様でメモリリークの原因になっていたので、その解決方法を調べ、中野渡がソースコードを修正
した。
（※文責: 十時英人）
6.3.4
中野渡卓也
最後の cakePHP 勉強会の内容を教えた。共有されたプレゼンテーションに必要な文献を基に、
プレゼンテーション資料を作成した。UML 図の作成に協力した。アプリの画面遷移に問題があっ
たので、ソースコードを修正するために Objective-C と Xcode の使い方の知識を共有した。はこ
デコのボタンは伊藤が作成した画像を Button の Image にすることによりボタンの種類を分かり
やすくすることが出来た。画面イメージを作図するために最新版のソースコードが必要だったので
データの共有とバックアップを頻繁に行った。函館駅の調査では質問しに行く人と回答内容を記録
する人に分担して調査を行った。
（※文責: 中野渡卓也）
6.3.5
満安美咲
会議内容をまとめプレゼンテーションに必要な文献を探して共有した。
（※文責: 満安美咲）
Group Report of 2013 SISP
- 32 -
Group Number 8-A
Explore and Discover Hokkaido
第7章
7.1
評価
前期の活動計画
中間発表までの活動では、北海道の魅力をアピールするツールとして、写真投稿アプリを提案し
た。後期の活動ではその写真投稿アプリの製作と評価を行う予定としていた。予定していた評価方
法は、作成した写真投稿アプリを AppStore で公開し、プロジェクト学習の期間 (平成 25 年 12 月
末) までにダウンロード数が 500、または 500 枚の写真が投稿されることを目標としていた。目標
を達成するために前期の活動では、作成するアプリの要件定義、UML 図の作成、デザインの決定
を行った。しかし中間発表が終わり、アンケートの結果を集計すると、数多くの指摘を受けた。
7.1.1
中間成果発表の発表技術についての指摘
中間発表では、発表練習を十分に行えていなかった事から、発表技術についてはかなり多くの指
摘を受けた。「声が小さい」、
「カンペを見すぎている」、
「画面ばかり見ていて聴者を見てない」と
いった、発表者の発表態度に関する指摘が目立った。これは、発表練習の不足によるものである。
「練習不足を感じる」と直接述べた意見もあった。他には発表用に製作したスライドに関する指摘
があった。「スライドの文字が小さくて見えない」、「スライドにいらないところが多いのでは」と
いった、基本的な構成についての指摘が多く、スライド一枚一枚のページの見づらさが原因だった
と考えられる。スライド中に使用している図にタイトルを記載していなかったり、統計データやグ
ラフなども小さすぎて伝わっていなかったりと、プレゼンテーション資料の作成技術の未熟さが目
立った。また、「アプリのデモがあるともっとわかりやすい」といった意見もあった。これは、ア
プリの製作という段階まで進んでいなかった中間発表の時点では行う事は出来なかったが、最終
発表では実際に製作したアプリを動かしてみせる時間を用意することで改善を図った。「ポスター
の位置はディスプレイの位置から離れていた方がいい」、「ポスターをゆっくり見たいので配置を
変えて」といった、初歩的なミスまでも指摘されていた。発声練習が不足していたため、本番直前
で練習を急遽行っていた結果、そういった配慮が出来ていなかったのだと考えられる。総合とし
て、発表技術についての平均点は 10 点中 5.7 点であり、反省すべき点や改善すべき点の多い結果
となった。
7.1.2
中間成果発表の発表内容についての指摘
中間発表では、写真投稿アプリの仕様について発表したが、その内容に多くの疑問を抱かれる結
果となってしまった。アプリについてのアイディアの練りこみが足りておらず、数々の指摘を受け
ている。「魅力創造とアプリの間のギャップが大きい」、「魅力創造と大きく異なっている」といっ
た、アプリの存在そのものに疑問を持つ人が多かった。写真をアプリ上に投稿して、それを閲覧す
るだけでは魅力を作り出すのではなく、魅力を紹介しているだけになってしまう。魅力創造という
言葉に対するメンバー内の解釈の違いが招いた結果だといえる。「写真を用いたことの裏づけがほ
しい」という指摘もあった。これは、話し合いの段階で、写真を用いる事に決めた際にメンバー全
員が納得した筈なのだが、それをきちんと説明できていなかった事が原因だと考えられる。メン
Group Report of 2013 SISP
- 33 -
Group Number 8-A
Explore and Discover Hokkaido
バー内で無意識の内に暗黙の了解としてしまっていたため、発表スライドを作成する際に説明を省
いてしまった。他にも、「アプリを使いたくなる動機が不明」といった意見もあった。これは、ア
プリを使用する場合の想定や、ターゲットとするユーザーが曖昧になってしまった事が原因と考え
られる。最初の話し合いの段階で、しっかりと話しあっておく事が大切である。更に、「写真投稿
をするだけなら既存のシステムがあるのでは」といった指摘も受けた。これは、どうやってアプリ
を製作するかという事を考えすぎてしまうあまり、他のシステムとの違いを考えていなかった事が
原因だと考えられる。独自の機能を持ち、それを説明できなければ、アプリとしての存在意義もあ
まり意味のないものとなってしまう。また、アプリを製作した後の評価方法についてもあまり考え
られていなかったため、「観光業活性化の定義とは？」、「ゴールとその具体的な評価もあると良い」
といった、アプリを製作した後の問題について指摘してくれたのもあった。製作したアプリはどう
使われて、どう役立っていくのかをしっかりと考える事が出来れば、評価についてもしっかり決め
ることが出来たと考えられる。「写真から地図に紐付けた方が良い」、「大量に「お気に入り登録」
した場合に表示に不都合が出ないのか」などといった写真投稿アプリの内容についての指摘もあっ
た。アプリの仕様についても、アイディアの練りこみが足りなかったと考えられる。発表内容全体
の評価の平均点は、10 点中の 6 点だった。製作するアプリの場面の想定や、評価方法など、話し
合いやアイディアの練りこみがまだ足りていなかったといえる。
7.1.3
中間成果発表の結果
以上が中間成果発表での評価である。発表技術については、発表に使用したスライドに対する指
摘が多く見られた。文章を多くスライドに記載してしまったため、非常に見づらくなってしまった
からである。また、自分達の考えをメンバー間でまとめきれていなかった事もあり、何を伝えたい
のか分かりづらくなってしまったからでもある。プロジェクトの目的である「魅力創造」という言
葉についても自分達で定義できておらず、魅力を創造することとは何か、といった質問に答える事
ができなかった。写真投稿アプリについても、魅力を「創造」するのではなく「紹介」しているだ
けではないのかという指摘があった。きちんと魅力創造とは何かを考えきれていなかった事が原因
である。更に、アプリを製作したとして、どうやって評価を行うのかという部分についても指摘が
あった。プロジェクトのゴールである目標を明確に定義出来ていないため、評価の手段を上手く考
えられていなかった。また、「北海道の魅力創造プロジェクト」なのに、魅力創造をしていないの
ではないかという意見があった。多くの指摘があったため、その後グループ内で話しあった結果、
写真投稿アプリを作成することは北海道の魅力創造につながらないということから、後期の活動で
はまず、新しく北海道の魅力を創造するシステムを考えなおしていく事にした。
（※文責: 伊藤飛雅）
7.2
後期の活動計画
後期での活動では、北海道の魅力をアピールするツールとして、写真のデコレーションアプリを
製作し、評価を行った。評価方法は、函館駅前で観光客 50 名に対し街頭インタビューを行い、は
こデコを使用してデコレーションした写真と、元の写真とを見比べてもらい、どちらの方が魅力的
に見えるかのアンケートをとった。その結果、デコレーションした写真の方が魅力的だと答えた人
が過半数を超えていれば、魅力創造がデコレーションによって出来ていると判断し、プロジェクト
の目標が達成されたものとした。しかし、アンケートに使用した写真が自分達で撮影し作成した写
Group Report of 2013 SISP
- 34 -
Group Number 8-A
Explore and Discover Hokkaido
真であったため、これでは観光客が魅力を感じたかどうかの信頼性が低いとした。そのため、観光
客の方々に 3 枚のデコレーション写真を作成してもらい、改めて評価をやり直した。その評価方法
は、未来大学の学生 50 名に対し、はこデコを使用してデコレーションを行った写真と、元の写真
とを見比べてもらい、どちらの方が魅力的に見えるかのアンケートをとった。その結果、デコレー
ションした写真の方が魅力的だと答えた人が過半数を超えていれば、魅力創造がデコレーションに
よってできていると判断し、プロジェクトの目標が達成されたものとした。しかし、結果は元の写
真の方が魅力的だと答える人の方が多く、目標の達成には至らなかった。この結果を受けて、メン
バーでその原因を考えた結果、デコレーションに使用した写真が不適切であるという結論に至っ
た。よって、適切であると判断した写真を用意した。それに適切で魅力的なデコレーションをした
写真と、元写真を見比べてもらい、改めて評価結果を確かめた。このアンケートには、最終発表会
で発表した際にプレゼンテーションを聞いてくれた人々に対して行った。以下が、最終成果発表会
でのアンケート結果のまとめである。
7.2.1
最終成果発表の発表技術についての指摘
最終成果発表では、中間発表での反省を活かし、様々な改善を行った。しかし、確実に改善され
た部分と、中間発表から改善が行われていない部分とがはっきりと分かれてしまった。多く指摘さ
れた点としては、「声が小さい」や「発表者がスライドを見すぎ」といった、発表者の発表態度に
関わる問題である。最終発表に向けた発表練習も、中間発表の時と同じく、練習時間をほぼ用意し
ていなかったため、改善を行う事ができなかったのだと考えられる。なお、後ろで手を組んだまま
発表を行うという姿勢についての指摘や、スライドの画面を見すぎている、という指摘もあった。
「一人で発表を行うのは負担が重いのでは？」といった指摘もあったため、発表練習前に、しっか
りと発表方法について話し合う必要がある。スライドの中身に対する指摘については、以前よりも
減っている。「発表の流れはまとまっていたと思います」や、「プレゼンの構成、文章量など全体の
流れもとても整理されていてシンプルで分かりやすかった」など、多くの好評を頂いた。これは中
間発表では、スライドに関して数多くの指摘を受けた事から、メンバーでしっかりと話し合いな
がら改善を行った為である。「実演が丁寧でわかりやすい」、「実際にスマートフォンを使用した発
表がわかりやすいと思った」など、はこデコを実際に動かしてみせる実演の発表も、好評だった。
「実機を何台か用意して見る人が自由に触れたらよかった」、「デモと発表者を分けたほうがスムー
ズ」など、実演に関する改善点を提案してくれた意見もあった。しかし、発表技術についての平均
点は 10 点中 5.7 であり、これは中間発表での結果と変わっていない。改善点が評価される一方で、
発表者の発表態度の悪さが影響してしまったものだと考えられる。発表者の発表技術については、
まだ改善しなければならない点が多く残されている。
7.2.2
最終成果発表の発表内容についての指摘
最終発表では、写真のデコレーションアプリの仕様について発表し、実演を行いながらアプリの
内容についても説明を行った。しかし、中間発表からのアプリの修正を評価する意見もある一方
で、デコレーションアプリ本体についての指摘がかなり多く見られた。「デコレーションのサンプ
ルが四隅のみで違和感を感じた」
、
「デコレーションで風景画像を元にいじるのは失敗だろうと感じ
た」といった、アプリの仕様やデコレーション自体に指摘をする人が沢山いた。これは、写真への
デコレーションでは、魅力を生み出す事にはならないと感じる人が多いからだと考えられる。「写
Group Report of 2013 SISP
- 35 -
Group Number 8-A
Explore and Discover Hokkaido
真などの素材の加工だけでは「創造」は無理があるのでは？」という意見もあった。良い点を評価
した意見としては、
「中間からの修正はすごいと感じた」
、
「前期の「反省」や「気づき」などをきち
んと盛り込んでいるのはとてもよい」、
「中間の反省点の見直しを活かしている部分がいい」などと
いった、中間発表の反省を元にプロジェクトの方針の修正を評価してくれるものが多かった。しか
し、
「一捻りあるアイディアがほしい」
、
「スタンプなどの UI に改善の余地がある」
、
「もっと「北海
道の魅力を伝える」機能に力を入れるべき」といった、アプリの作り込みの甘さを指摘する意見が
最も多かった。後期の短い活動期間で、路線変更という大きな作業を行った為、システムの作り込
みにまで時間を割く事が出来なかったため、このような事になってしまった。しかし、スケジュー
ルをしっかりと立てて計画的に作業を進めることができれば、改善する事は出来た。「魅力の定義
が曖昧」
、
「魅力創造をもっと掘り下げて考えるべき」といった意見もあった。これは、魅力創造と
いうプロジェクトのテーマを、メンバーでしっかり考える事が出来ていなかったからだと考えら
れる。これにより、製作するアプリも、プロジェクトのテーマと合っていないと感じてしまう人も
多かったのではないかと考えられる。また、評価方法を何度か変更を行ったり、評価のやり直しを
行った事が原因で、「評価に使うサンプル数が少ない（画像数、調査数）」、「評価方法はなぜ未来大
生のみ？大学生に絞る必要はないと思う。不特定多数にすべき」といった評価方法に対する指摘も
多く見られた。
7.2.3
最終成果発表の結果
以上が最終成果発表での評価である。中間発表での反省を踏まえ、スライドには文章だけではな
く図やイラストを使用する事で分かりやすくした。中間発表からの反省とその後のプロセスをきち
んと説明した事で、発表の流れに関しては好評であった。しかし、順序立てて説明した事により、
今度は各項目での説明不足がはっきりと伝わってしまった。アイディアを煮詰めきれていない事
も数多く指摘された。しかし、結果こそ失敗だったが、結果に至るまでの流れ自体は良い評価を得
た。後期の活動に入ってからという短期間であったため、作り込みの甘さやアイディアの練りこみ
不足が目立ってしまった。他にも、発表練習が少なかった事から、発表者の発表技術についての多
くの指摘を受けた。中間発表で指摘されていた内容と同じ指摘を受けている部分もあり、発表技術
に関しては中間発表の反省を活かせなかった。スケジュールをしっかりと立てておくことで、発表
練習に時間が割けるようにすると、これらの点は改善をすることが出来ると考えられる。f
（※文責: 伊藤飛雅）
7.3
7.3.1
担当分担課題の評価
伊藤飛雅
アプリの内部設計では、アプリの画面遷移やレイアウトを一度紙にまとめ、それを元にイラスト
レーターを使用して作成した。遷移図をメンバー間でしっかりと共有し、確認し合う事で食い違い
が発生する事を抑える事が出来た。アプリのグラフィック作成については、プログラム班とフォー
マットについてしっかりと確認し合いながら製作を行った為、作り直しが発生する事態は極力少
なく抑える事ができた。アイコンやスタンプの製作を通して、イラストレーターなどの作成ツール
の扱い方を身につけることが出来た。実際に作成したスタンプやフレームは、観光客の人々に使用
してもらった所、使うスタンプなどに偏りがあった。種類を増やす事だけを考えた結果、そのスタ
Group Report of 2013 SISP
- 36 -
Group Number 8-A
Explore and Discover Hokkaido
ンプやフレームの使いやすさに関しては考えられていなかったからである。スタンプによっては
解像度に若干の違いが発生していたため、デコレーションをした時に画面が汚い、などという意見
もあった。仕様が途中で変更になった際に、データのフォーマットを正確に揃えきれていなかった
からである。プレゼンテーション資料の作成については、中間発表での反省を活かし、説明の順序
をしっかりと考えて作成した。その結果、話の流れがスムーズになり、聞き手に自分達の成果を正
確に伝える事が出来た。しかし、発表技術に関しては中間発表時とあまり変わっていなかった。そ
の為、発表が聞こえなかったというような意見が多く見られた。中間発表で使用したスライドや統
計データなどを利用し、自分達の考えの根拠などは以前よりもしっかり伝える事ができた。これに
より、エクセルを使用した統計データのまとめ方やグラフの作成の仕方について学んだ。アプリの
評価の為の調査では、メンバー間で方法等を共有できていなかった。その為、アンケートのとり方
や評価方法の認識について食い違いが出来てしまった。その後、評価方法などを確認し合う事で修
正することが出来た。しかし、最初からしっかりと確認する事が必要である。また、その評価方法
にも不備があり、また評価のやり直しを何度か行う事になった。これについては、確認し合う段階
で、メンバー間でしっかり意見を出し合わなければならなかった。
（※文責: 伊藤飛雅）
7.3.2
鈴木秀明
マインドマップの作成では積極的に意見を言うことができず、他のメンバーの意見を聞いている
ことが多かった。他のメンバーの考え方を理解することはできたが、自分の意見を積極的に言えな
かったことを後悔した。OSS セミナーに参加したことでサーバ構築・運用・保守の方法をひと通り
学ぶことができた。本プロジェクトでは OSS セミナーで学んだことを使用することはなかったが、
参加することで他のプロジェクトのメンバ０や先輩達と交流することができた。OSS セミナーの
初めの頃は演習時にエラー内容を読めばすぐ分かることを TA を呼んで聞く場面が多々あり自分で
解決する気持ちにかけていた。OSS セミナーが進むに連れて TA に頼らず自分で解決することが
増え、自分でできることをしてそれでもダメなときに人に頼るべきだという気持ちを持つことがで
きた。UML 図は 5 つの種類を作図した。5 つの UML 図を作図することでシステム開発に必要な
それぞれの図の特徴を理解することができた。しかし、自分の実力不足でスケジュール通りに作図
することが出来なかった。プロジェクト学習を忘れて期間が迫っても他のメンバーを頼らずに自分
一人で進めてしまったため、このような結果をうんでしまった。後期からは時間に無理が生じたと
きは他のメンバーに協力してもらうことにした。中間発表のスライド作成は作成したスライドが
43 ページと多めの構成となってしまった。システムの状態遷移を複数のページを使用し作成した
ことが原因と考えられた。また、発表アンケートにはスライドの文字やグラフが小さく見づらいと
いうコメントをいただいたため、後期でスライドを作成する時にはこの点を注意してスライドの作
成を行った。発表本番の前日まで発表練習をせずにスライドの編集作業をしていたため、聞いてい
る方々の視点からスライドを見ることが出来なかったことが原因と考えられた。前期に提出した個
人報告書とグループ報告書では自分が書いた文章の誤字脱字が多く、文章としておかしい部分が多
くあったためプロジェクトメンバーに迷惑をかけた。文章を書く能力はすぐには良くならないと思
うが、後期の個人報告書やグループ報告書ではなるべく自分の文章を読み直しこのようなミスを出
来る限り少なくする努力をすることにした。要件定義の見直しは時間がない状況での見直しだった
が、意見を聞いた後に見直すと要件定義書のおかしい部分に気づくことが出来た。このことから客
観的に見る大切さを学んだ。画面イメージの作成はアプリを開発しているメンバーとうまく協力し
Group Report of 2013 SISP
- 37 -
Group Number 8-A
Explore and Discover Hokkaido
て常に最新版の画面イメージを作成することができた。スタンプとフレームの作成はフリー素材を
使用していたため、あまりいい評価を得ることが出来なかった。スタンプとフレームの説明文も文
章が長く、iPhone では見づらい結果になってしまった。しかし、企業の方に直接アポイントメン
トをとりに行くという貴重な経験を積むことができた。アプリの使用調査は函館駅で行った。函館
駅では話しかけても調査内容を聞いて断られることが多く、場所にあった調査方法ではなかったで
はないかと考えた。アプリを使用したデコレーション写真と元の写真を比較する調査を観光客に
行った時はアプリの使用調査よりも多くの人に調査の協力をしてもらえたので、調査する場所と方
法は大事なことだと感じた。未来大学での調査では嫌そうな顔をした人でも調査内容を聞くと積極
的にやってもらえたため、アプリの使用調査も考えなおす必要があると感じた。最終成果発表のス
ライド作成は最終成果発表のスライドは中間発表のスライドに比べ図やグラフを大きくし、伝えた
い内容を短くまとめることで聞いている人が見やすいスライドを作成した。また、システムの説明
をするときに実演をいれることで、スライドのページ数が 22 ページとなり中間発表のスライドの
43 ページよりも枚数を減らすことができた。中間発表の反省を活かしてスライドを作成すること
が出来たのだが、ページ数を減らしたことにより発表時間が予定していた時間より少し短くなって
しまった。今後スライドを作成するときには発表時間も考えて作成することを心がけることを決め
た。後期に提出する個人報告書とグループ報告書では前期よりも誤字脱字も減り、おかしい文章が
減ったと感じた。
（※文責: 鈴木秀明）
7.3.3
十時英人
cakePHP の勉強では、Web 開発のために cakePHP の勉強会に参加し、基礎的な cakePHP を
用いた Web 開発を学んだ。cakePHP を学ぶのが初めてだったので、最初は戸惑ったが、先輩た
ちに教えてもらいながら基礎を学ぶことができた。4 回目の勉強会は所用で欠席した。後日、他の
勉強会に参加した人に聞き、内容を把握した。マインドマップの作成では、mindmeiser というサ
イトを利用して作成したが、mindmeister を初めて使用したので操作を間違え、大幅に削除してし
まったことがあった。また、積極的に意見を沢山言いマインドマップの作成を行った。マインド
マップで出し合った意見をまとめたプレゼンテーション作成では、作成したプレゼンテーションの
修正や確認を行った。中間発表の準備では、評価シート作成のために TeX 講座に参加した。TeX
講座では教員の話を聴きインストールから基礎の文書作成の方法などを学んだ。また、進捗を守
り、中間発表の評価シートを TeX を使用して作成した。中間報告書作成では、中心となって積極
的に文書を書き、文書作成が遅れていたプロジェクトメンバーをフォローしながら、期日に提出し
た。夏季休暇でのアプリケーション開発では、中間発表後、話し合いの場を設けることができず、
計画どおりに開発を行うことができなかった。要件定義書作成では、他のメンバーが作成した図な
どを用いて中心となって積極的に作成し、要件定義書の作成スキルを上げることが出来た。アプリ
開発では、iPhone 用のアプリケーション開発のために Xcode と Objective-C を参考書を読み勉強
し、簡単な iOS アプリケーション開発の経験を積むことが出来た。アプリの評価では、開発した
デコレーションアプリで作成した写真を用いて、公立はこだて未来大学の学生 12 名に評価をして
もらった。成果発表の準備では、成果発表で使用する評価シートを TeX を用いて作成した。中間
発表でも作成していたため、簡単に作成することが出来た。また、成果発表で使用するポスターを
二枚、Adobe Illustrator を使用して作成した。Adobe Illustrator を使用するのが初めてだったの
で、勉強しながら作成し、基本的な Adobe Illustrator の使用方法を学ぶことができた。
Group Report of 2013 SISP
- 38 -
Group Number 8-A
Explore and Discover Hokkaido
（※文責: 十時英人）
7.3.4
中野渡卓也
プレゼンテーション資料を作成したが、プレゼンテーションの資料を作ることに慣れていなかっ
たためかなり時間がかかってしまったがプレゼンテーション資料を作成するスキルが身についた。
iPhone アプリの画面案を作成した。Adobe Illustrator を使い、描画ツールソフトの使用方法を学
んだ。Objective-C を勉強する時期がかなり遅れてしまった。図 3.1 の計画では 7 月からシステム
開発を予定していたが実際に始めたのは 10 月の最後の週である。前期の計画と後期の計画では開
発するシステムは変わったが、Objective-C について勉強することは出来たはずである。8 月から
Objective-C について勉強していれば 9 月、10 月の Objective-C を勉強する作業をアプリ開発の
作業にすることが出来たと考えられる。はこデコ開発の時に、はこデコの機能を実装することしか
考えておらず、使いやすさやユーザのニーズを考えていなかった。函館駅で観光客に実機を使用し
てもらう調査では、デコレーションの内容がスタンプ 1 回とフレーム 1 回または、スタンプを 2 回
というデコレーションの回数が予想より少なかった。この原因はスタンプやフレームの合成機能の
手順が多く、簡単に利用出来るアプリと言えなかったからと考えられる。そして描画機能は 1 回
も使われなかった。3 人の観光客のうちの一人からは描画機能より文字を合成する機能のほうが良
かったという意見があった。はこデコの機能を考える段階で熟考していれば描画機能より文字合成
機能を実装したほうが使いやすいアプリになると考え、文字合成機能を実装していたと考えられ
る。はこデコの開発期間の役割分担が上手く出来ていなかった。十時が開発に関わったのは画面遷
移のみで、他は全て自分た担当した。この役割分担が上手くできていればはこデコの開発期間を減
らし、函館駅での調査に時間を掛けることが出来たと考えられる。
函館駅で調査を開始するのも遅くなってしまった。プロジェクトで行う調査内容に関してはプロ
ジェクト時間中に何回も BIGPAD に書いた。調査場所は決まっていたのだが、調査に使用する写
真を何にするのかに時間がかかってしまった。写真を撮る作業を担当したのは自分だけで、自分が
撮った写真を使用して調査を行っていいのか相当迷ってしまった。もし、別の写真が必要だった場
合、調査はやり直しだからである。予定していた調査場所に五稜郭や函館山が含まれていたが、ア
プリの調査を開始するのが遅れたため、函館駅と金森倉庫のみとなってしまった。どの写真を使用
するのかを早く決めることと、人手が多ければ他の予定していた場所を調査することが出来たと考
えられる。
函館駅の調査で実際に声をかけたのは 15 人で、そのうち 3 人が調査に協力してくれた。8 割の
人に断られた原因として 2 つの原因が考えられる。1 つ目は iPhone を操作することである。ス
マートフォンが普及しているとはいえ、観光客に多かったのは中高年で若い人は少なかった。その
ため使ったことがないスマートフォンを操作したくなかったと考えられる。2 つ目は調査に時間が
かかってしまったことである。はこデコの使用方法を説明し、使用してもらい、さらにアンケート
に答えてもらうという約 8 分かそれ以上の時間がかかってしまう調査であった。そのため時間に余
裕のない人や、自分の時間を 8 分も取られたくない人が調査を断ったと考えられる。はこデコの使
用方法を口頭で説明するのではなく、初回起動にチュートリアルが起動するような実装をすれば調
査時間が短くなり、協力してくれる人が増えたかもしれない。最終発表でプレゼンテーションの中
盤にはこデコの実演をする場面がある。発表者は 20 分の発表で交代をしないで一人ずつが担当す
るので、実演をするために必要な mac と iPhone の操作を、伊藤と鈴木に教えた。このことにより
プレゼンテーション資料のウィンドウと iPhone のディスプレイのミラーリングウィンドウの切り
Group Report of 2013 SISP
- 39 -
Group Number 8-A
Explore and Discover Hokkaido
替えをスムーズに行うことが出来た。
（※文責: 中野渡卓也）
7.3.5
満安美咲
ポスター作成のために使用した Adobe Illustrator の知識を得た。ポスター印刷のためにプリン
タの講習会に参加し、印刷方法をメンバーに共有した。 毎回の会議の議事録を redmine で共有
した。
（※文責: 満安美咲）
Group Report of 2013 SISP
- 40 -
Group Number 8-A
Explore and Discover Hokkaido
第8章
8.1
今後の課題と展望
課題
本プロジェクトでは北海道の魅力創造をするために「はこデコ」というデコレーションアプリを
開発した。システムを開発しそのシステムの評価まで行うことができたが、「過半数以上の人がは
こデコを使用したデコレーション写真の方が元の写真より魅力的な写真と感じる」という目標を達
成することができなかった。この原因として、はこデコを使用したデコレーション写真は他のデコ
レーションアプリで作成した写真と変わらない、ということがあげられる。他には評価に使うサン
プルが少ないことも原因の一つとして考えられる。はこデコを通して北海道の魅力を創造していく
ためにはこれらの問題を解決していく必要がある。
（※文責: 鈴木秀明）
8.1.1
閲覧者目線のシステム開発
はこデコはアプリ使用者にはスタンプとフレームの隣に説明文を書き魅力を創造する手助けをし
てるが、はこデコを使用したデコレーション写真にはスタンプとフレームが貼っているだけのデコ
レーションされている写真となり、他のデコレーションアプリと変わらない写真という問題があ
る。本プロジェクトで目的としているのは観光客が北海道の魅力を創造するシステム開発であり、
観光客とはアプリ使用者だけではなく、はこデコを使用したデコレーション写真の閲覧者も含まれ
ている。そのため、はこデコを使用したデコレーション写真を見てアプリ使用者だけではなく、閲
覧者も北海道の魅力を創造することが出来るような機能を考えていく必要がある。
（※文責: 鈴木秀明）
8.1.2
評価サンプル不足
はこデコを使用した調査は観光客を対象に行ったが 3 人分のデータしかなく、データが少ない状
況でしか元の写真との比較をする調査を行えなかったことが問題である。3 人分のデータでは評価
をするのに十分なデータ量とはいえず、より多くのデータがあれば目標を達成しているはこデコを
使用したデコレーション写真も出てくる可能性があるため、はこデコを使用してもらう調査人数を
増やす必要がある。
（※文責: 鈴木秀明）
8.1.3
説明文の内容
はこデコにはスタンプやフレームを選択するときにスタンプやフレームの右隣に説明文が書いて
ある。アプリ使用者の魅力を創造する手助けをするためにつけた機能だが iPhone で見ると説明文
の文字が小さく見づらいという問題がある。他のアプリとの差別化を図る機能でもあるため、アプ
Group Report of 2013 SISP
- 41 -
Group Number 8-A
Explore and Discover Hokkaido
リ使用者が見やすく魅力を感じる内容を考える必要がある。
（※文責: 鈴木秀明）
8.1.4
操作性の向上
はこデコには一度押したスタンプを移動することができない、完了を押さなければ取り消しをす
ることができないなどの問題がある。操作しづらいアプリよりも操作しやすい似たようなアプリを
殆どの人が使用する。自分で思い描いたものを作成するデコレーションアプリは特にそのことが当
てはまるため、ユーザーインターフェイスを考えながら問題がある操作を改善しユーザがより使用
しやすいアプリにしていく必要がある。
（※文責: 鈴木秀明）
8.2
展望
本プロジェクトで作成したデコレーションアプリはスタンプやフレームを貼り付けたり、描画で
きたりとデコレーションアプリとしては機能していたが、北海道の魅力を創造することにつなげる
ことができなかった。魅力を創造するためには 8.1 で書いた課題を達成する必要があると考え課題
ごとの具体案を挙げていく。
閲覧者目線のシステム開発ではデコレーションした写真から魅力の創造につなげる必要がある。
それを達成するためにはデコレーションした写真のスタンプやフレームにも豆知識の文章が読むこ
とが出来る機能が挙げられる。スタンプやフレームの豆知識はアプリ使用者が魅力の創造を手助け
をするためにつけた機能なので、閲覧者にも読むことが出来れば魅力の創造につながると考える。
本プロジェクトが行った作成したアプリを使用してもらう調査では３人にしか協力してもらえず
比較対象にする写真が少なかった。もっと多くの観光客に作成したアプリを使用してもらう必要が
ある。しかし、15 人に話しかけ 3 人にしか調査の協力をしてもらえないことから調査方法を見直
す必要がある。本人が魅力的と感じたものをカメラで撮ってそれをデコレーションしてもらうこと
を想定していたが、調査を行ったときは自分達が用意した写真をデコレーションしてもらった。そ
のため、実際に観光客に写真を撮ってもらいそれをデコレーションしてもらう方法に変更する必
要がある。また、調査を行った場所は函館駅の待合室で待っている人たちに行ったためか、電車を
待っていたり、年齢層が高めで iPhone の操作自体を嫌がる人も多かったりとなかなか使用しても
らえなかった。観光客自身に写真をとってもらい調査を行うことを想定するため、観光名所など観
光客が写真を撮りそうなところで調査を行えば比較対象にするサンプル数も増えると考えられる。
豆知識の内容は iPhone 画面で見ると小さかったため内容を変更する必要がある。内容の変更す
る方向性としては文字数を減らすか、豆知識をタッチするとスタンプとフレームの説明画面を表示
する機能が挙げられる。文字数を減らす場合どれぐらいの文字数だと見やすいのかを調べてから、
豆知識の内容を修正することでアプリ使用者が見やすい内容になる。また、書式を変更したり、大
事な部分の色を変更することでより見やすい内容になると考えられる。豆知識をタッチするとスタ
ンプとフレームの説明画面を表示する機能とは、知りたいスタンプやフレームの隣の豆知識をタッ
チすることで詳細な情報のページにとぶことを想定している。例えば五稜郭タワーについて知りた
いときに五稜郭タワーのスタンプやフレームの右隣に書いてある豆知識をタッチすることで、函館
の地図がでて五稜郭タワーの位置や情報が分かるページにとぶなどである。このような機能をつけ
Group Report of 2013 SISP
- 42 -
Group Number 8-A
Explore and Discover Hokkaido
ることでデコレーションだけではなく、ガイドブックとしても使用出来るためより函館に興味を
持ってもらい魅力を創造することが出来ると考えられる。
操作性の向上では 8.1.4 で書いた問題点の他にも操作性に問題があるかもしれない。しかし、こ
の問題の解決策は想定している操作になるプログラムを書く必要があるためアプリ開発担当者のプ
ログラミング力に依存する。操作性の問題は発見出来るかもしれないが、それを直すためにはアプ
リ開発担当者のプログラミング力が必要になる。アプリ開発担当者は自分が担当しているプログラ
ミングを誰が見ても分かるようコメントを残し、自分では作成できないときには周りの人と協力し
て作成していく必要がある。
本プロジェクトでは函館に関連するもの限定でスタンプやフレームを作成していたが、このプロ
ジェクトが次年度以降に引き継がれるならば、本来見過ごすような魅力を価値あるものとし、北海
道の魅力を創造するシステム開発を行う上で、観光に主体をおき写真を使用することを引き継いで
もらいたい。また、函館以外の地域限定もしくは北海道全体のアプリを作成し北海道の魅力創造を
してもらいたい。
（※文責: 鈴木秀明）
Group Report of 2013 SISP
- 43 -
Group Number 8-A
Explore and Discover Hokkaido
付録 A
新規習得技術
• cakePHP
前期の段階ではサーバを使用する可能性があったため、No.3 と合同で勉強会を行い、
cakePHP を用いたホームページの作成の仕方を勉強した。
• Adobe Illustrator
画面イメージの画像を作成するために使用した。
• UML 図
講義で作図していない UML 図を作図した。
• TeX 文書製作
報告書を作成する際に使用するので、勉強会で習得した。
• Objective-C
iPhone 用 iOS アプリを開発するにあたって、Xcode を用いて習得した。
• javascript
OSS セミナーで習得した。
• LAMP
OSS セミナーで習得した。
Group Report of 2013 SISP
- 44 -
Group Number 8-A
Explore and Discover Hokkaido
付録 B
活用した講義
ソフトウェア設計論 I UML 図
ソフトウェア設計論 II UML 図
情報処理演習 I プログラム
認知心理学演習 報告書執筆
Group Report of 2013 SISP
- 45 -
Group Number 8-A
Explore and Discover Hokkaido
参考文献
[1] 北海道観光入込客数調査報告書. 北海道庁, 経済部, 観光局.
http://www.pref.hokkaido.lg.jp/kz/kkd/irikomi.htm. (参照：2014-1-8).
[2] 共通基準による観光入込客統計. 国土交通省, 観光庁. http://www.mlit.go.jp/kankocho/
siryou/toukei/irikomi.html. (参照：2014-1-8).
[3] キュンちゃんねる. http://kyun-ch.jp/ (参照：2014-1-8).
[4] KANTAR JAPAN. アップル iPhone は日本で堅調、66.2% のシェアを占める. http:
//kantar.jp/whatsnew/2013/01/kantarjapan_pr_0123.html (参照：2014-1-8).
た か の まさひろ
[5] 高野雅弘. Illustrator 10 年使える逆引き手帖. ソフトバンククリエイティブ, 2012.
もりよしなお
[6] 森巧尚. よくわかる iPhone アプリ開発の教科書 iOS5&Xcode4.2 対応版. マイナビ出版, 2012.
かわいあきお
[7] 河合明男. ゼロからわかる UML 超入門. 技術評論社, 2012.
なかむら こ う た ろ う
かみやま さ と し
たかだかずさ
たにかわけいいちろう
たけざきてるたか
なかやま け ん じ
こ け ん のりゆき
た な か せいてん
[8] 中村浩太郎, 上山智士, 高田一沙, 谷川敬一郎, 竹崎輝隆, 中山健二, 古堅則之, 田中成典. 実践
UML によるシステム開発. 共立出版, 2005.
みやのこうき
[9] 宮野公樹. 学生・研究者のための使える！ PowerPoint スライドデザイン伝わるプレゼン１つ
の原理と３つの技術. 化学同人, 2009.
Group Report of 2013 SISP
- 46 -
Group Number 8-A