データ ＆ アナリティクス | アクセンチュア
データ分析から導き出されたインサイト無しにAI（人工知能）の活用は始まりません。私たちは、各業界知識とデータ・アナリティクス技術を駆使しデータドリブン経営を強力に支援します。 データ、アナリティクス、AIは企業にとって競合他社との差別化を図るかつてないほど大きな要因になっています。今日の経営幹部が効率を向上しながら新たな収益源を開拓し、新しいビジネスモデルをタイムリーに構築する方法を模索する中、価値を生み出し成長を続ける企業には「データ活用」という共通項があります。私たちは、無数のデータから企業にとって本当に必要なデータを活用するための方法を知っています。 将来を見据えたオペレーション体制を備えている企業の半数以上（52％）は、すでにデータとアナリティクスを大規模に活用しています。データとAIに関する取り組みをビジネス戦略に沿って実施することで投資利益率を迅速に最大化し、最終的にはAIをビ
第1回：テストをどう考えていますか？
第1回：テストをどう考えていますか？：特集：理論的・計画的なWebアプリケーションのテストの実現（1/2 ページ） 近年のWebアプリケーション開発におけるテストは、クライアント・サーバシステムと比べ、数倍の難しさを持っているといえる。同特集では、Webアプリケーションをいかに効率よく、かつ計画的にテストしていくかを解説していく。第1回となる今回は、テストをどう考えるのかというテーマで話を進めていこう。 はじめに 最近ではアプリケーションの開発というとWebアプリケーションの開発を指すことが多い。細かくいうと、Webアプリケーションは多層アプリケーションでクライアントがブラウザになっている構成といえるが、このWebアプリケーション開発におけるテストを考えた場合、数年前までは一般的だったクライアント・サーバシステムと比べ、テストは数倍の難しさを持っていると筆者は感じている。 ではなぜWebア
JUnitの役割はどこまで〜コラム〜やぼったい開発
試験工程内で 単体テストのできることとできないこと あくまでコードレベルが範囲 UT工程はコードレベルを保証する工程で、JUnitはコードテストの自動化を補助するフレームワークであり、もちろん機能部分に対するツールではない(機能部分までテストによる動作保証は行えない)。 機能設計が正しければ、確かにUT部分の試験を通す事によって正しく機能が動いていることは保証できるが、機能の設計が正しいことは保証していないし、保証できない。 網羅率 UT部分であれば、網羅率（とりあえずパス網羅）は まずたいてい100%になるはず。 ちなみに、テストの仕方として、テスト対象の部分以外のコードは一時的にダミーを使用してもよく、また今度逆に、今ダミーとして用意したところをテストするのであれば、そこの部分は本物を用意してテストし、他のところはテストしやすくするためにダミーにしておこなう（あくまで「ダミーで
やぼったい開発
ウォータフォールモデルによる開発手法の基礎(w) ...ソフトウエア開発手法の基礎をまとめてみました。 レビュー(r) ...レビューの仕方 コード作法・設計作法(c) ...コード作法 デバッグ(d) ...デバッグの仕方 JUnitとは(u) ...ソフトウエア開発手法における JUnitの使い道をまとめてみました。 eclipseメモ(e) ...eclipseのショートカットなど デバッグ技法について明確に書いてある。事例がハードウエアよりだが、文脈を読めば問題なくわかる。 ルールが9にまとめそれぞれがわかりやすく、基本的で大事な物ばかり。当たり前のルールだが意識化して行くにはとても役に立つ。デバッグ時に焦ってしまう人にお勧め
Back Slash -- 開発V字モデルのバックスラッシュ：An Agile Way：オルタナティブ・ブログ
最近、組込み業界で「バックスラッシュ」という言葉を複数の人から聞きました。いわゆるV字モデル（ヨーロッパ・ウォーターフォールとも言われ、組込みではこちらのモデルをよく見ます）の左側が、「＼」の形をしており、この部分、上流の「分析」「設計」部分を指してバックスラッシュと呼ぶらしいです。 そして、この部分の重要性が「品質を作りこむ(Build Quality In)」という言い方で言われます。すなわち、「最終テスト工程（／側）でがんばって欠陥を出すのではなく、バックスラッシュの上流工程（＼側）で品質を作り込む」のです。アジャイルはこれをミクロに行います（V字をフラクタルに細かく切る）が、本質的にバックスラッシュが重要性、すなわち、どんなにミクロでも、あるいは手法が変わっても、分析・設計は重要である、という事実は変わりません。 ぼくが以前から尊敬している山田大介さんが、その名も「ビースラッシュ(
Daisuke Kameda's blog :: どうやって設計で品質を作りこむか？
どうやって設計で品質を作りこむか？ 平鍋さんのblog、An Agile Wayのエントリ、 「Back Slash -- 開発V字モデルのバックスラッシュ」の以下の一文を読んで、 最近考えていた、設計工程でどう品質を作りこむのかについての考えが正しい のではないかという気がしてきた。アジャイルはこれをミクロに行います（V字をフラクタルに細かく切る） その考えとは、 少なくとも詳細設計の段階、または何らかのシミュレートが必要な場面では、 最低でも擬似コードレベルでのコーディングが必要である。 UMLのクラス図とシーケンス図を書いて、設計したつもりになってはいけない。 というものである。 きっかけは、「ソフトウェア設計とは何か？」に書かれている 以下のような内容である。 私は自らが理解しているソフトウェア開発のライフサイクルを 再吟味することにより，工学的な設計基準を本当
単体テスト仕様書＆報告書
客先からの注文書を受け、その内容を受注入力する 受注入力した内容は伝票に出力される。印刷される伝票は、注文請書と注文伝票の2枚で、注文請書は客先に提出され、注文伝票は営業事務でファイリングする 受注の際、在庫があれば在庫に、在庫がなければ発注残に引き当てる。在庫も発注残もない場合は、営業担当者に判断を仰ぎ、発注依頼にまわすことができる DUNGEONでは、このような業務要件を本連載の第1回で説明した「業務フロー」というドキュメントに記載します。全体を通した業務の流れ、部署ごとの業務の役割、業務に使う画面や帳票などの種類を業務フローに図示し、上記のような業務要件を説明欄に記載するのです。 総合テストでは、実運用に近い状態でシステムが有効に機能することを確認します。本番同様のデータを使い、要求分析で定めた業務の手順にそってシステムを使って業務をまわします。うまく運用がまわるか、不都合はないかと
モデル駆動型ソフトウェアテストの可能性
テスト現場の生の声をお伝えするために ソフトウェアテストに片足だけはまっている人、頭からつま先までずっぽりはまっている人……、テストとのかかわり具合はエンジニアによってそれぞれでしょうが、テストと全然かかわりを持たないという技術者はおそらくいないでしょう。テストへの取り組み方は十人十色なだけに「テスト」と聞いて、自慢するのか愚痴をつぶやくのか、あるいはきびすを返して逃げ出そうとするのかいろいろな反応があると思います。 立場こそ違いますが、テストが大事だという認識はほとんどのエンジニアが持っていると思います。しかし、プログラミング手法や開発手法などのように、スキルアップのための材料が簡単には得られないという印象を（テストに対して）持っているエンジニアが多いようです。テストに関する日本語の情報は豊富とはいい難いのが現状ですし……。 「テストに興味を持って活動しているエンジニアは、テストのことを
V字モデルの欠陥 - Sacrificed & Exploited
文書ドリブン開発 詳細設計文書編 (1/2)：システム開発プロジェクトの現場から（26） - ＠ITより このV-モデルを見ると単体テストは詳細設計文書をインプットにして作成されることが分かると思います。もしあなたが単体テストの仕様書をプログラムコードから起こしているとしたらそれは間違いです。もしも誤りのあるプログラムコードからテスト仕様書を起こして単体テストを実行した場合、仮に動作結果が「書かれたとおりに動いた」としてもそれは「正しい結果」とはなりません。単体テスト仕様書とは本来は詳細設計文書をベースとして書かれるべきものなのです。 この部分には同意する。 ソースコードから単体テスト仕様書をつくっても品質は上がらない。 テスト技法を大きく分けるとブラックボックステストとホワイトボックステストに分類できますが、このホワイトボックステストのテスト仕様書を書けるようなレベル感が詳細設計文書の目
負けたほうがいい: 宋文洲のメルマガの読者広場
矛盾は美しくない by 森 哲夫 (05/22) 矛盾は美しくない by 森 哲夫 (05/22) トランプ氏のマーケティング / 宋メールの今後 by 水戸のご隠居 (02/09) トランプ氏のマーケティング / 宋メールの今後 by 三鬼 雷多 (01/31) 三流の政治がもたらす二流の経済 by gh (01/15) 1963年6月中国山東省生まれ。 85年に留学で来日し、92年にソフトブレーンを創業。2005年に東証1部上場を果たし成人後に来日した外国人初のケースとなる。 2006年にソフトブレーンの取締役を辞任し、現在コンサルタントや評論家として北京と東京を行き来する。 同期より少しでも早く昇進しようと、あれこれ上司に媚を売るサラリーマン達。子供が塾や学校などで近所に負けないために、懸命に頑張る母親達。少しでも他人を出し抜こうと、頻繁に車線を変更するドライバー達。毎日、ほとんどの
劇的変化を切望する人へ：坂本史郎の【朝メール】より：オルタナティブ・ブログ
参考になる本があります。ビジネス構築の成功は地味な道のりをぶれずに続けることであることに納得できる本でした。 ビジョナリー・カンパニー 2 - 飛躍の法則 (単行本) ジェームズ・C. コリンズ (著), 山岡 洋一 (翻訳) ★【朝メール】20070115より＿＿ □□劇的な転換はゆっくり進む 「ビジョナリーカンパニー２」より引用＝＝＞ 巨大で思い弾み車を思い浮かべてみよう。金属製の巨大な輪であり、水平に取り付けられていて中心には軸がある。直径は１０メートルほど、厚さは６０センチほど、重さは２トンほどある。この弾み車をできるだけ速く、できるだけ長期にわたって回しつづけるのが自分の仕事だと考えてみる。 必死になって推すと、弾み車が何センチか動く。動いているのかどうか、分からないほどゆっくりした回転だ。それでも押しつづけると二時間か三時間がたって、ようやく弾み車が一回転する。 押し続ける。回
プロダクトバックログについて海外の例も踏まえ考えたこと
Agile経験がほとんど無いチームにScrum＋XPの開発方法を教えながら開発しているのだが、 プロダクトバックログと見積もりポーカーのあたりでメンバーがもやっとしていたようなので 自分自身の整理も兼ねてメモ。 事例検証 まず以下は海外サイト等で公開されているプロダクトバックログのサンプルをいくつか見てみよう。 SimpleProductBacklog http://agilesoftwaredevelopment.com/scrum/simple-product-backlog 気になるところ Sprintに入る前に「#1 CI環境を構築する」「#4 Webサーバを構築する」とかあるけど、顧客から見るとどうかな？これはSprint0のタスクであるような気がする。 このリストはフィーチャーなのかストーリなのかが分かりにくい。Sprint1の項目はフィーチャー。Sprint2の内容はストーリ
TortoiseSVN で 文字コードの設定 - J日記
特定のファイルの文字コードを設定する場合，属性をcharset を指定する．たとえば hoge.txt の 文字コードを shift_jis に設定するならば， hoge.txt のアイコンにフォーカスを当て，「右クリック」を押してTortoiseSVNの「属性」を選択し，「新規」をクリックして 属性名: svn:mime-type 属性値： 'text/plain; charset=shiftjis' と入力する． ただし，ファイルを作成する毎の属性の設定するのは面倒なので，ディレクトリに対して属性を自動的に設定するには，次のようにする． まず，対象のディレクトリのアイコンにフォーカスを当てて，ファイルの属性を設定したときと同様に，「属性」を選択し，「新規」をクリックして 属性名： tsvn:autoprops 属性値： *.txt = svn:mime-type= text/plain
PHPとRubyの開発環境 - プログラマの思索
小川 明彦, 阪井 誠 : チケット駆動開発 日本のソフトウェア開発の現場で生み出された「チケット駆動開発」という概念を、数多くの実例を元にモデル化・体系化を試みた最初の本。 小川 明彦, 阪井 誠 : Redmineによるタスクマネジメント実践技法 Redmineによるチケット駆動開発の実践技法に関する最初の本。アジャイルなソフトウェア開発への適用方法、TestLinkによるテスト管理手法についても言及。 清水 吉男: 「派生開発」を成功させるプロセス改善の技術と極意 組込システム開発をベースとして、ソフトウェア開発特有のスタイルである派生開発、特にXDDPについて解説した世界でも稀な本。既存製品を保守するのではなく継続的に機能追加していく昨今の開発では、派生開発特有の問題を意識しなければならない。XDDPはプロセス論だけでなく、要件定義などの上流工程の品質改善にも役立つので注意。 Le
「書かれたものをばらばらに組み合わせるとお前のものというのをどう越えられるか」／「書店はなくなる可能性はある」、「（本も）おそらくなくなる」、「専業の書き手もいなくなる」？！...トークセッション『言語とはなにか：書く、伝える、遺す』（長尾真×円城塔） - かたつむりは電子図書館の夢をみるか（はてなブログ版）
第１弾、第２弾とレポートをアップして来ました国立国会図書館（NDL）・長尾館長の対談シリーズの第３弾、『言語とはなにか：書く、伝える、遺す』（長尾真×円城塔）に参加して来ました！ http://www.d-labo-midtown.com/d-log-detail.php?id=172 国立国会図書館長＝情報工学者・長尾真のシリーズ対談 第3弾 これまで本という形を与えられていた情報は、インターネットをはじめとする様々な媒体の間を相互に行き来するようになりました。これまでデータベースとして機能してきた図書館も勿論、この変化の中に在ります。これからの図書館はどんな形で、どんな新しい「できること」を提供できるのでしょうか。本シリーズでは、現・国立国会図書館長である情報工学者の長尾真氏が、毎回ゲストと対談する中で、その変化の特徴や可能性を探ります。 言語や文字から生み出される行為や現象から、言語
経済成長というゲームの終わり - 池田信夫 blog
今週のニューズウィークにも書いたが、JALの年金債務は、日本の他の企業にも通じる深刻な問題だ。日経新聞の今年3月の集計によれば、主要上場企業の年金・退職金の積立不足は総額約13兆円と、前年比で倍増した。この最大の原因は、株安によって年金原資が大幅に減ったためだ。上位10社は次のとおり：日立製作所：6866億円 NTT：5763億円 東芝：5446億円 ホンダ：4566億円 パナソニック：4188億円 三菱電機：4039億円 富士通：4001億円 トヨタ自動車：3929億円 NEC：3483億円 日本航空：3314億円どの企業でも、積立不足の額は積立額に近いか上回っており、年金積立のほぼ半分が不足している。こうした年金債務は現在の会計基準では計上しなくてもよいので「簿外債務」になっているが、今度のJALのように企業が破綻するリスクが出てくると現実の債務となる。国際会計基準が
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【コラム】ちょっとダメ系? 恋するB型男子 (42) 恋するオジッパリ男子の生態学(3)合コンの落とし穴 | ライフ | マイコミジャーナル
日経BP