紹介文 :
情報資産のリスク分析にあたり、各資産の機密性、完全性、可用性を評価する際の判定基準や観点をチェックリストととしてまとめており、同種のリスク分析の実行や方法を検討する際に参考となります。外部で公開されている「情報セキュリティポリシー・サンプル」の要点をまとめた付録も参考になります。

紹介文 :
一つの典型例としての企業モデルを作成し、それに対するリスク分析やセキュリティ対策の検討結果を報告しています。同種の調査研究を進めるうえで、分析・対策手法を比較検討する際の共通課題として役立てられる可能性があります。

紹介文 :
Blogなどの不特定多数の人が利用するサービスにおいては、誰がどんな目的で利用するのか把握することは難しいですが、コミュニケーション（多い・少ない）と読み手（特定・不特定）の２軸により整理することでうまく整理しています。ターゲットユーザーを想定する際の試行錯誤の過程も提示してあるので、ペルソナ法をどのように適用すべきか、１つの事例として参考になります。

紹介文 :
今日、単に機能面の品質が良いというだけでは買ってもらえない。コスト（価格）や「プラスα」の何かが必要。そこでサービス品質を、この「プラスα」のひとつとして捉える。しかしなから、サービス品質は一様ではないため、お客様の要求を掴むためのプロセスの明確化とサービス要求の定量化が必要になる。 本報告書では、サービス品質をお客様の満足度で捉えている。このお客様満足度を掴むプロセスの一つとして「アンケート調査」があるが、これは集計までの時間がかかることと、そこから具体的なアクションを引き出しにくいという欠点がある。そ

紹介文 :
組み込み系における品質活動特にSQAに関する責任と権限を明確にして活動を行うことのヒント。組み込み製品のジャンル分けをしてプロセスの特徴を整理しどのような観点でプロセスチェックを行うべきかをヒント。等を研究しSQAの活動を報告されている。

紹介文 :
ISO 9126などの品質特性を、実際の現場でどのように使えばいいのかの一方策が提案されています。通常は外部品質特性のみ着目されがちですが、内部品質特性も使用されており、開発する立場が考えねばならないことも組み込まれています。 使用する際は、プロジェクトごとに品質特性の捉え方は異なるので、チェック項目と特性のリンクを再考し、チェックリストの補足も、プロジェクトにあった形にすると、より使いやすいものになります。

紹介文 :
ソフトウェア成果物の品質を測定する際の、①プロセスに着目した評価方法と②プロダクトの品質特性に着目した評価方法の両面について整理し、開発現場で実践的に活用できる分析方法を提案しています。

紹介文 :
ユーザーが陥ってしまう操作上での行き詰まりに対して、行為の7段階モデルを元に時系列をさかのぼって分析することで、より本質的な原因を探っています。 この方法を用いることで、ユーザーの心理や行動、認識まで意識することができるため、なぜなぜ分析単独では見つけにくい真因を見つけることができます。

紹介文 :
UCD手法をアジャイル開発に取り入れて実施することで、ユーザビリティの高い製品を効果的に開発することができる方法を提案しています。短納期で使いやすいものを作ろうとする場合に参考になります。

紹介文 :
2001年時点での「創造的なシステム開発」の方法（＝情報システムにおける要求分析の方法）について述べている。論点は、情報システム発注者の「欲しいもの」だけでなく、発注者の先にいる利用者の「欲しいはずのもの」までを捕えるというところにある。この考え方は、2013年時点では当たり前になっているが、実現の度合いから言うと難しい問題として残っている。

紹介文 :
ウェブ・ユーザビリティが着目・重要視され始めた当時(2001年)に、ユーザビリティテストを自ら実施することで知見を獲得するとともに、ECサイトのランキングとユーザビリティの高さの相関関係を探っています。ユーザビリティの定量化により品質管理の枠組みに取り入れるようとする際に、考え方として参考になる文献です。

紹介文 :
サービス品質(含：顧客満足（CS)、および従業員満足（ES)）に関する研究論文。特にCSとCD（Customer Delight）について考察し、さらにはCDに関するプロセスについて言及している点がテーマとして特筆に値する。主たる顧客満足において「感動」の重要性を考察している。 特にマーケティングの父：フィリップ・コトラーの顧客満足度の４段階、およびカール・アルブレヒトのホッケースティック・ロイヤリティを引用しながらサービス品質に必要な「感動」を解説している点がユニークである。

紹介文 :
運用しているWebサイトの使用性（ユーザービリティ）を改善するために、簡易リモートUT（ユーザビリティテスト）を使った素早い課題抽出と、Webサイト目的・利用者ニーズに基づく優先順位づけを提案しています。 UXの専門知識を持たないWeb担当者でも実施可能なやり方になっています。

紹介文 :
　システムをリリースした後にくるクレームの「言葉」をどのように改修要件に落とし込むかについての研究です。「ぼやき」のような曖昧な言葉を、システム的にどのように解釈すれば良いのかを考察しています。一人でもチームでも運用できるチェックシート形式の問診票で改修の必要度を探ります。ユーザから直接フィードバックを得られる立場の方に、特にお勧めします。

紹介文 :
　エンジニアからアイデアを引き出すための手順としての研究です。アイデアは時流にのった旬が大切ですが、採用/不採用に関わらず選定者の観点や責任問題が気になります。最低限何を提出してもらい、どんな観点でレビューすれば良いのかで悩んでいる方にお勧めします。

紹介文 :
専門的なソフトウェアについて、利用者も気づいていない要求を抽出するために、該当ソフトウェアの初心者が熟練者に弟子入りして学ぶ様子を観察しています。 要求を実現する画面案と実機を組み合わせた簡易プロトタイプで評価することで、要求の妥当性検証を短期間・低コストで実施できるよう工夫されています。

紹介文 :
・パッチの情報を追いかけ適用について。特にパッチ起因の障害発生の可能性とパッチ検証の工数猶予がない問題を解説。NISTの文献 SP800-40（Procedures for Handling Security Patches：米国国家の連邦組織利用のパッチ適用標準）を中心に研究した成果が記載されている。 ・また当該NIST基準について国内で展開した場合での弊害／課題についても深く考察されており、2005年当時の課題が今でも有効である点は特筆に値する。（例：NIST標準の適用事業規模、パッチ検証環境の保持困難、管理者負荷、言語の壁他） ・情報セキュリティ早期警戒体制の拡充、強化の一環として、平成16年7月7日に経済産業省から発表された「ソフトウェア等脆弱性関連情報取り扱い基準」および「情報セキュリティ早期警戒パートナーシップガイドライン」についても解説している。

紹介文 :
要件定義段階で顧客・ユーザとの認識の齟齬を減らすには、UX手法が効果的ですが、 開発現場で導入するにはまだまだ敷居が高い状況です。しかし、従来のやり方や設計書の 書式を大きく変えなくても、要件定義時に5W1Hを考慮するというちょっとした工夫を 加えるだけで、要件の齟齬や漏れを減らす効果があります。 またスマートスピーカーを題材にした検証結果も掲載されており、実践の参考になります。

紹介文 :
システムを開発して納品する間際にお客様から「これでは使えない」と言われたことはありませんか？ 本論文では、プロジェクトがこのような状況に陥る可能性がないかを「診断」するためのツールと、診断で判明した問題を解決するためのUXデザイン手法がすぐわかる「処方箋」を提案しています。 ２つのツールは組み合わせて使用するだけでなく、それぞれ単独で使っても効果が見込めます。 これからUXデザインを学んで実践しようとする方も、実施検討のために活用していただけます。

紹介文 :
ウェブサイトの顔と言えるトップページに着目し、「日本語ウェブサイト向けのトップページ・ユーザビリティ・ガイドライン」を提供しています。業種の特性を考慮した評価項目も追加されており、このガイドラインをベースにして各業種、各企業に合わせてカスタマイズすることでトップページの効果的な評価を行うことができます。