Soumettre la recherche
Mettre en ligne
システム設計の謎 ~べ、別にあんたのために設計してるんじゃないんだからね///~
•
8 j'aime
•
6,183 vues
T
terahide
Suivre
2013/05/28 横浜道場 特別会 「システム設計の謎 ~べ、別にあんたのために設計してるんじゃないんだからね///~」
Lire moins
Lire la suite
Affichage du diaporama
Signaler
Partager
Affichage du diaporama
Signaler
Partager
1 sur 83
Recommandé
30億のデバイスで走るjavaを支えるjavaエコシステム
30億のデバイスで走るjavaを支えるjavaエコシステム
Shinya Mochida
20160727 kintone Café 岡山 Vol.1 kintoneカスタマイズことはじめ
20160727 kintone Café 岡山 Vol.1 kintoneカスタマイズことはじめ
Midori Ikegami
CSSから国民を守る党
CSSから国民を守る党
akatsuki 1910
UnityとNCMBでユーザ管理を実装してみた話
UnityとNCMBでユーザ管理を実装してみた話
torisoup
Bloodstainedで世界のバッカーの期待に応えたUE4事例紹介
Bloodstainedで世界のバッカーの期待に応えたUE4事例紹介
エピック・ゲームズ・ジャパン Epic Games Japan
Cocoa勉強会関西2012年5月
Cocoa勉強会関西2012年5月
Satoshi Oomori
Substance勉強会 in Osaka
Substance勉強会 in Osaka
Aiko Shinohara
「管理」をなくせばうまくいく
「管理」をなくせばうまくいく
Yoshihito Kuranuki
Recommandé
30億のデバイスで走るjavaを支えるjavaエコシステム
30億のデバイスで走るjavaを支えるjavaエコシステム
Shinya Mochida
20160727 kintone Café 岡山 Vol.1 kintoneカスタマイズことはじめ
20160727 kintone Café 岡山 Vol.1 kintoneカスタマイズことはじめ
Midori Ikegami
CSSから国民を守る党
CSSから国民を守る党
akatsuki 1910
UnityとNCMBでユーザ管理を実装してみた話
UnityとNCMBでユーザ管理を実装してみた話
torisoup
Bloodstainedで世界のバッカーの期待に応えたUE4事例紹介
Bloodstainedで世界のバッカーの期待に応えたUE4事例紹介
エピック・ゲームズ・ジャパン Epic Games Japan
Cocoa勉強会関西2012年5月
Cocoa勉強会関西2012年5月
Satoshi Oomori
Substance勉強会 in Osaka
Substance勉強会 in Osaka
Aiko Shinohara
「管理」をなくせばうまくいく
「管理」をなくせばうまくいく
Yoshihito Kuranuki
オレオレになりがちなテスト計画を見直した話
オレオレになりがちなテスト計画を見直した話
terahide
和服を普段着にするようになって気づいたアジャイルの心
和服を普段着にするようになって気づいたアジャイルの心
terahide
Management3.0のワークを受けてから会社の偉い人へM3.0のワークショップをするまでにやったこと
Management3.0のワークを受けてから会社の偉い人へM3.0のワークショップをするまでにやったこと
terahide
一番アジャイルな料理人はソーマくんだと思うんだ
一番アジャイルな料理人はソーマくんだと思うんだ
terahide
Att
Att
terahide
受託開発でテストファーストしたらXXXを早期発見できてハイアジリティになったはなし
受託開発でテストファーストしたらXXXを早期発見できてハイアジリティになったはなし
terahide
オフショアだから失敗したの?~誤解だらけのオフショアと、アジャイルの再発見~
オフショアだから失敗したの?~誤解だらけのオフショアと、アジャイルの再発見~
terahide
Springのプログラムモデルと動く仕様~テスト編~
Springのプログラムモデルと動く仕様~テスト編~
terahide
Spring bootで学ぶ初めてのwebアプリ開発
Spring bootで学ぶ初めてのwebアプリ開発
terahide
明日に繋がるふり返りのプラクティス
明日に繋がるふり返りのプラクティス
terahide
ふりかえり
ふりかえり
terahide
データモデルは時空を越える
データモデルは時空を越える
terahide
ももたろう
ももたろう
terahide
Vbaでもtdd
Vbaでもtdd
terahide
Sierのアジャイルとジレンマとパラダイムシフト
Sierのアジャイルとジレンマとパラダイムシフト
terahide
脱Java初心者を目指すときに読むといいと思う本を考える会
脱Java初心者を目指すときに読むといいと思う本を考える会
terahide
再入門!RESTとSpringMVC
再入門!RESTとSpringMVC
terahide
SGT2014 横浜道場 始めよう!インセプションデッキ
SGT2014 横浜道場 始めよう!インセプションデッキ
terahide
Tdd keyword
Tdd keyword
terahide
ゆるぎー
ゆるぎー
terahide
Contenu connexe
Plus de terahide
オレオレになりがちなテスト計画を見直した話
オレオレになりがちなテスト計画を見直した話
terahide
和服を普段着にするようになって気づいたアジャイルの心
和服を普段着にするようになって気づいたアジャイルの心
terahide
Management3.0のワークを受けてから会社の偉い人へM3.0のワークショップをするまでにやったこと
Management3.0のワークを受けてから会社の偉い人へM3.0のワークショップをするまでにやったこと
terahide
一番アジャイルな料理人はソーマくんだと思うんだ
一番アジャイルな料理人はソーマくんだと思うんだ
terahide
Att
Att
terahide
受託開発でテストファーストしたらXXXを早期発見できてハイアジリティになったはなし
受託開発でテストファーストしたらXXXを早期発見できてハイアジリティになったはなし
terahide
オフショアだから失敗したの?~誤解だらけのオフショアと、アジャイルの再発見~
オフショアだから失敗したの?~誤解だらけのオフショアと、アジャイルの再発見~
terahide
Springのプログラムモデルと動く仕様~テスト編~
Springのプログラムモデルと動く仕様~テスト編~
terahide
Spring bootで学ぶ初めてのwebアプリ開発
Spring bootで学ぶ初めてのwebアプリ開発
terahide
明日に繋がるふり返りのプラクティス
明日に繋がるふり返りのプラクティス
terahide
ふりかえり
ふりかえり
terahide
データモデルは時空を越える
データモデルは時空を越える
terahide
ももたろう
ももたろう
terahide
Vbaでもtdd
Vbaでもtdd
terahide
Sierのアジャイルとジレンマとパラダイムシフト
Sierのアジャイルとジレンマとパラダイムシフト
terahide
脱Java初心者を目指すときに読むといいと思う本を考える会
脱Java初心者を目指すときに読むといいと思う本を考える会
terahide
再入門!RESTとSpringMVC
再入門!RESTとSpringMVC
terahide
SGT2014 横浜道場 始めよう!インセプションデッキ
SGT2014 横浜道場 始めよう!インセプションデッキ
terahide
Tdd keyword
Tdd keyword
terahide
ゆるぎー
ゆるぎー
terahide
Plus de terahide
(20)
オレオレになりがちなテスト計画を見直した話
オレオレになりがちなテスト計画を見直した話
和服を普段着にするようになって気づいたアジャイルの心
和服を普段着にするようになって気づいたアジャイルの心
Management3.0のワークを受けてから会社の偉い人へM3.0のワークショップをするまでにやったこと
Management3.0のワークを受けてから会社の偉い人へM3.0のワークショップをするまでにやったこと
一番アジャイルな料理人はソーマくんだと思うんだ
一番アジャイルな料理人はソーマくんだと思うんだ
Att
Att
受託開発でテストファーストしたらXXXを早期発見できてハイアジリティになったはなし
受託開発でテストファーストしたらXXXを早期発見できてハイアジリティになったはなし
オフショアだから失敗したの?~誤解だらけのオフショアと、アジャイルの再発見~
オフショアだから失敗したの?~誤解だらけのオフショアと、アジャイルの再発見~
Springのプログラムモデルと動く仕様~テスト編~
Springのプログラムモデルと動く仕様~テスト編~
Spring bootで学ぶ初めてのwebアプリ開発
Spring bootで学ぶ初めてのwebアプリ開発
明日に繋がるふり返りのプラクティス
明日に繋がるふり返りのプラクティス
ふりかえり
ふりかえり
データモデルは時空を越える
データモデルは時空を越える
ももたろう
ももたろう
Vbaでもtdd
Vbaでもtdd
Sierのアジャイルとジレンマとパラダイムシフト
Sierのアジャイルとジレンマとパラダイムシフト
脱Java初心者を目指すときに読むといいと思う本を考える会
脱Java初心者を目指すときに読むといいと思う本を考える会
再入門!RESTとSpringMVC
再入門!RESTとSpringMVC
SGT2014 横浜道場 始めよう!インセプションデッキ
SGT2014 横浜道場 始めよう!インセプションデッキ
Tdd keyword
Tdd keyword
ゆるぎー
ゆるぎー
システム設計の謎 ~べ、別にあんたのために設計してるんじゃないんだからね///~
1.
システム設計の謎 ~べ、別にあんたのために 設計してるんじゃないんだからね///~ ひ・み・つ アジャイルサムライ読書会 横浜道場 てらひで
2.
はじめに
3.
4.
本当のタイトルは 「システム設計の謎を解く 強いSEになるための、 機能設計/入出力設計の極意」 です。 高安厚思 著 ソフトウェアバンククリエイティブ/ISBN 4797358181
5.
てらひで 「こんど横浜道場で話します」 高安さん 「がんばってね」 てらひで
「絵を描いてもらいました」 高安さん 「人の本をパロディにするなw」 てらひで 「ちょっとだけ公開」 高安さん 「このウエストからのラインw」 てらひで 「www」 高安さん 「www」
6.
てらひで @terahide27 認定スクラムマスター アーキテクト アジャイルコーチ
7.
てらひで @terahide27 http://gigazine.net/news/20130301-anime-2013spring/ 深夜アニメの カバレッジ90%以上
8.
http://akunohana-anime.jp ク ソ ム シ が
9.
さて
10.
設計 今日のお題
11.
やってみよう 「折り鶴」の設計書 を書いてください みなさいよ
12.
どう だった?
13.
設計って なに?
14.
やってみよう 普段「設計」ってどう いうことをしている か周りと話してくだ さい
15.
どう だった?
16.
設計って なに?
17.
こんな経 験ない?
18.
となりと違う http://blog.goo.ne.jp/world-douwa/e/2f1f7a3046e58369d1c2986b2cfbc24c
19.
伝わらない http://f.hatena.ne.jp/pema/20130129023304
20.
どうしてこうなった? http://dokusyossyo.blog.fc2.com/blog-entry-166.htmlISDN 4063842770 まんが アニメ
21.
設計という分 野は範囲が 広い 「システム設計の謎を解く」 より
22.
設計はどんな 「モノ」を作るか を考える作業 と定義! http://ja.wikipedia.org/wiki/%E8%80%83%E3%81%88%E3%82%8B%E4%BA%BA_%28%E3%83%AD%E3%83%80%E3%83%B3%29
23.
http://ameblo.jp/gsc-mikatan/entry-10958545511.html 共通の枠組 みがあった方 が話しやすい
24.
いくつかの枠 アーキテクチャ 工程 粒度 構成要素
25.
要件 設計 実装
テスト
26.
http://www.akitafan.com/sightseeing/detail.html?data_id=227
27.
28.
要件 設計 実装
テスト
29.
要件 設計 実装
テスト plunning timebox ・・・繰 り 返 し
30.
http://ja.wikipedia.org/wiki/%E8%80%83%E3%81%88%E3%82%8B%E4%BA%BA_%28%E3%83%AD%E3%83%80%E3%83%B3%29
31.
工程 抽 象 度 粒 度 大 小 前 後
32.
工程 概念 基本 詳細 概要(フロー・構成・連 携・etc.) 実現手段 実装手段 例 「システム設計の謎を解く」 より
33.
構成要素 インフラ オンライン バッチ 画面 帳票 DB 機能 プログラム 例 「システム設計の謎を解く」 より
34.
工程 抽 象 度 粒 度 大 小 前 後
35.
「システムの全 体像を表した 資料はありま すか?」
36.
うん百台のマシ ンが並んだイン フラの資料 http://typista.it-creates.com/diary/195.html
37.
繋げたら模造 紙3枚くらいに なる業務フ ローhttp://www.oct.zaq.ne.jp/i-garage/hiroimono/tr1000.htm
38.
レベル0 組織全体のレベル レベル1 部署間の連携業務 レベル2
部署の対象業務 レベル3 業務機能を実現するための機能 レベル4 アプリケーションの 1動作を表す機能 粒度 例 「システム設計の謎を解く」 より
39.
http://www.goodsmile.info/product/ja/3300/%E3%81%BA%E3%81%9F%E3%82%93%E5%A8%98+%E5%BE%A1%E5%9D%82%E7%BE%8E%E7%90%B4.html レベル5
40.
工程 抽 象 度 粒 度 大 小 前 後 網羅率低 不整合
41.
http://www.shikki-shuuri.jp/%E4%BF%AE%E7%90%86%E4%BE%8B-%E5%80%8B%E4%BA%BA%E6%A7%98/%E6%9C%A8%E8%A3%BD%E3%81%AE%E9%87%8D%E7%AE%B1-%E4%BE%8B1/
42.
http://plaza.rakuten.co.jp/atinoue/diary/201302060000/
43.
みんな 詳しすぎる
44.
それ以外は ...
45.
抽象化 大事
46.
http://nendoroid.jp/ 嫁 例 ツンデレ
47.
抽象化 →共通化に もつながる
48.
アーキテクチャ は構造
49.
分 割 と 統 合
50.
構成要素の 組み合わせ
51.
•データ整合性 •セキュリティ •ログ出力 •例外処理 例 「システム設計の謎を解く」 より
52.
53.
アジャイル の話じゃ なくね?
54.
http://akunohana-anime.jp ク ソ ム シ が
55.
どう作るか 考えるで しょ?
56.
伝え方って むずかしい よね?
57.
http://ameblo.jp/gsc-mikatan/entry-10958545511.html 共通の枠組 みがあった方 が話しやすい
58.
ユーザストーリー他 出荷可能なモノ テスト 実装 設計 ドキュメント テストケース ソースコード
59.
ドキュメントは ツール 伝えるための
60.
•忘れない •分かりやすい •時空を超える
61.
相手に合わせ たものである ことが大事
62.
•表 •絵 •日本語 •動くもの •テストケース
63.
自慢じゃないけ ど、設計書 読んだことあり ません
64.
(☆_@;)☆ \(`-´メ)
65.
欲しいのは どう動くかを 表したもの
66.
日本語の SQL
67.
日本語の プログラム
68.
設計書を書く のが「設計」 作業ではない
69.
さて
70.
やってみよう 「Coolな折り紙」 を作ろう
71.
Cool(価値) •複雑 •モチーフが現実のもの •目新しい •曲線が混じっている 評価は ぼくがします
72.
完了条件 •出来上がったものがある •別の島の人が同じものを 再現して作れる(3分以 内で)
73.
どう だった?
74.
75.
アジャイルサムライ 第13章 リファクタリング 「ソフトウェア開発の仕事 で一番大変なのは、きれ いな設計を保ち続けるこ とだからだ」
76.
まとめ
77.
•だんどり重要 •考えること重要 •伝えること重要 •効率よくしたいね •記録も残そう
78.
設計書を書く のが「設計」 作業ではない
79.
てらひでさんから依頼を受けた時に、「6-2 読めやこらー#」という会話をしましたが、 是非にとのことだったので… アジャイルへの思い! ああいう本を書いていますが、アジャイルがベストだと思っています! ですが、悪い意味での「アジャイル」【暗黒面】に落ちてしまう場合もあると思ってます。
必要な知識を習得せずにその時に学習すればいい 無駄を省きすぎて、必要なタスクまでなくしてしまって 後でトラブルになった。あるいは運用しにくくしてしまった そのプロジェクトでは必要であった「設計要素」を知らずに 省いてしまった てらひでさんが話された通りだと思っていますが、必要な知識(ソフトウェア エンジニアリング・ドメインの知識)は身につけて、そのうえでアジャイルマインドで プロジェクトに臨みましょう!
80.
参考資料 高安厚思 著 ソフトウェアバンククリエイティブ/ISBN 4797358181
81.
82.
Special Thanks!! @s_kic
83.
ちょっとはよくで きてるじゃないの あ、ありがと///