商品の説明
内容紹介
信頼性が高く変化に強いシステムを設計するための情報をまとめた一冊。アプリケーションや基盤に関する基本技術や製品情報を図解で分かりやすく解説するほか,システム設計の手順を第一線のエンジニアが伝授する。これ一冊で,システムの全体最適を実現する「ITアーキテクト」のスキルが身に付く。
序章 意図が伝わる設計書の作り方
第1章 システム開発の勘所~上流から下流まで~
1-1 ~要件定義編1~ヒアリングのポイント
1-2 ~要件定義編2~整理・分析のヒント
1-3 ~要件定義編3~文書化のポイント
1-4 ~基本設計編1~ユーザー・インタフェース
1-5 ~基本設計編2~アプリケーション設計
1-6 ~基本設計編3~データベース設計
1-7 下流工程の準備
1-8 チーム開発をうまく進めるコツ
1-9 大規模開発のポイント
1-10 単体&結合テスト
1-11 テスト終盤からサービスイン直前まで
1-12 保守容易性
第2章 事例で学ぶ ITアーキテクトの意思決定法
2-1 意思決定に何を学ぶのか
2-2 要件と制約の定義における意思決定
2-3 コンポーネント・モデリングにおける意思決定
2-4 データ・モデリングにおける意思決定
2-5 オペレーショナル・モデリングにおける意思決定
2-6 「パターン」適用にかかわる意思決定
2-7 ネットワーク設計における意思決定
2-8 セキュリティ・アーキテクチャ策定における意思決定
2-9 EA策定における意思決定
2-10 SOA導入における意思決定
第3章 図解!必修テクノロジ
3-1 サーバー多重化
3-2 暗号技術
3-3 リバース・エンジニアリング
3-4 DB高速化技術
3-5 SOA
3-6 マルチコア
3-7 文字コード
3-8 ファイアウォール
3-9 リッチクライアント
3-10 ICタグ
3-11 負荷分散装置
3-12 サーバーの省電力技術
序章 意図が伝わる設計書の作り方
第1章 システム開発の勘所~上流から下流まで~
1-1 ~要件定義編1~ヒアリングのポイント
1-2 ~要件定義編2~整理・分析のヒント
1-3 ~要件定義編3~文書化のポイント
1-4 ~基本設計編1~ユーザー・インタフェース
1-5 ~基本設計編2~アプリケーション設計
1-6 ~基本設計編3~データベース設計
1-7 下流工程の準備
1-8 チーム開発をうまく進めるコツ
1-9 大規模開発のポイント
1-10 単体&結合テスト
1-11 テスト終盤からサービスイン直前まで
1-12 保守容易性
第2章 事例で学ぶ ITアーキテクトの意思決定法
2-1 意思決定に何を学ぶのか
2-2 要件と制約の定義における意思決定
2-3 コンポーネント・モデリングにおける意思決定
2-4 データ・モデリングにおける意思決定
2-5 オペレーショナル・モデリングにおける意思決定
2-6 「パターン」適用にかかわる意思決定
2-7 ネットワーク設計における意思決定
2-8 セキュリティ・アーキテクチャ策定における意思決定
2-9 EA策定における意思決定
2-10 SOA導入における意思決定
第3章 図解!必修テクノロジ
3-1 サーバー多重化
3-2 暗号技術
3-3 リバース・エンジニアリング
3-4 DB高速化技術
3-5 SOA
3-6 マルチコア
3-7 文字コード
3-8 ファイアウォール
3-9 リッチクライアント
3-10 ICタグ
3-11 負荷分散装置
3-12 サーバーの省電力技術
登録情報
|
この商品を見た後に買っているのは？
カスタマーレビュー
最も参考になったカスタマーレビュー
8 人中、7人の方が、｢このレビューが参考になった｣と投票しています。
形式:ムック
「ITアーキテクトのための」とあるが、普通に要件定義や設計を行っている人であれば読んで損は無いと思う。要件定義でのヒアリングのポイント、文書化のポイント、設計のポイントなど数ページで簡潔に書かれている。（そのため作業の網羅性を求める場合は情報が不足しているかも）
後半では、ITアーキテクトの意思決定法と題して、さまざまな局面での意思決定の事例と、なぜそう判断したのかという説明責任が重要であることが書かれている。
実際に現場でも昔の資料が無くて、当時の背景が分からないケースが多々あるので（ITアーキテクトに関わらず）その開発に携わっている人には「説明責任がある」という認識が持てた。
後半では、ITアーキテクトの意思決定法と題して、さまざまな局面での意思決定の事例と、なぜそう判断したのかという説明責任が重要であることが書かれている。
実際に現場でも昔の資料が無くて、当時の背景が分からないケースが多々あるので（ITアーキテクトに関わらず）その開発に携わっている人には「説明責任がある」という認識が持てた。
6 人中、5人の方が、｢このレビューが参考になった｣と投票しています。
形式:ムック
日経SYSTEMS等の雑誌連載記事の集合体です。
その雑誌を読んでる人は買わなくてよいでしょう。
システム設計で行うことの概要を広く把握するにはよいと思います。
その雑誌を読んでる人は買わなくてよいでしょう。
システム設計で行うことの概要を広く把握するにはよいと思います。
5 人中、4人の方が、｢このレビューが参考になった｣と投票しています。
形式:ムック
上流工程に携わっている方、プロジェクトを推進する立場の方にお薦めします。
プロジェクトを円滑に進めるためのノウハウが詰まっています。ただし、本書を読みながらプロジェクトを推進するのでは遅いと思います。あらかじめ知識として蓄えた上で、プロジェクトで活かすのがベストだと思います。
「序章 意図が伝わる設計書の作り方」では、プロジェクトで作成する設計書の一覧と用途が分かります。実際の開発では、1 次ベンダー指定のフォーマットで、指定された設計書を作成することが多いですが、本来必要な設計書を知ることができました。
「第 1 章 システム開発の勘所」では、工程ごとに押さえておくべきポイントが分かります。
「第 2 章 事例で学ぶ IT アーキテクトの意思決定法」では、事例を挙げて、執筆陣の経験に基づいて説明されています。実際の開発でも、似たようなシチュエーションになった場合は、参考になると思います。
「第 3 章 図解！必修テクノロジー」では、コンピュータの基礎知識について説明されています。情報処理のソフトウェア開発技術者を取得しているレベルの方は、読み飛ばしても平気かと。。。
本書の最後の「システム設計のための最新製品ガイド 2009」では、Postgres Plus AdvancedServer および ESB Mule が紹介されています。個人的には、ここが一番興味深かったです。
私の勘違いだと思うのですが、各種設計書のサンプルが付属されていると思っていました。が、付属されていませんでした。残念です。
プロジェクトを円滑に進めるためのノウハウが詰まっています。ただし、本書を読みながらプロジェクトを推進するのでは遅いと思います。あらかじめ知識として蓄えた上で、プロジェクトで活かすのがベストだと思います。
「序章 意図が伝わる設計書の作り方」では、プロジェクトで作成する設計書の一覧と用途が分かります。実際の開発では、1 次ベンダー指定のフォーマットで、指定された設計書を作成することが多いですが、本来必要な設計書を知ることができました。
「第 1 章 システム開発の勘所」では、工程ごとに押さえておくべきポイントが分かります。
「第 2 章 事例で学ぶ IT アーキテクトの意思決定法」では、事例を挙げて、執筆陣の経験に基づいて説明されています。実際の開発でも、似たようなシチュエーションになった場合は、参考になると思います。
「第 3 章 図解！必修テクノロジー」では、コンピュータの基礎知識について説明されています。情報処理のソフトウェア開発技術者を取得しているレベルの方は、読み飛ばしても平気かと。。。
本書の最後の「システム設計のための最新製品ガイド 2009」では、Postgres Plus AdvancedServer および ESB Mule が紹介されています。個人的には、ここが一番興味深かったです。
私の勘違いだと思うのですが、各種設計書のサンプルが付属されていると思っていました。が、付属されていませんでした。残念です。
同じキーワードの商品を探す
フィードバック
- カタログ情報、または画像について報告
- 著者からのコメント
- 出版社からのコメント
