ITアーキテクトのためのシステム設計完全ガイド 2009?今知っておきたい技術・製品・方法論 (2009) (日経BPムック) (日経BPムック)【JavaでHello World 書籍】

HOME | 基礎 | 掲示板 | ツール | 書籍 | デザインパターン | リンク | フィードバック

JavaでHello World > Java関連の書籍 > ITアーキテクトのためのシステム設計完全ガイド 2009?今知っておきたい技術・製品・方法論 (2009) (日経BPムック) (日経BPムック)

カテゴリ

Home

AWT

Swing

JDBC

Oracle

MySQL

JSP

RMI

EJB

J2EE

CORBA

デザインパターン

UML

XML

Soap

JSF

JBuilder

Eclipse

Jakarta

Struts

Ant

Weblogic

Tomcat

JUnit

資格

			ITアーキテクトのためのシステム設計完全ガイド 2009―今知っておきたい技術・製品・方法論 (2009) (日経BPムック) (日経BPムック) 価格￥ 1,980 （税込）ムック: 252 p ; サイズ(hundredths-inches); 1102 発売日: 2008-07-10 出版社: 日経BP出版センター ; ISBN: 4822229874 売り上げランキング: 3787 おすすめ平均: 上流工程を極めたい方は必読です。日経の雑誌の連載を集めたものです色々ためになりました発送可能時期：通常4～5日以内に発送
スポンサードリンクこの本を買った人はこんな本も買っています Webアプリケーション・サーバー設計・構築ノウハウ [24時間365日] サーバ/インフラを支える技術 ~スケーラビリティ、ハイパフォーマンス、省力運用 (WEB+DB PRESS plusシリーズ) (WEB+DB PRESS plusシリーズ) ITアーキテクト Vol.18(IDGムックシリーズ) (IDGムックシリーズ) システムアーキテクチャ構築の原理 ITアーキテクトが持つべき3つの思考 (IT Architects’Archive ソフトウェア開発の実践) システム開発ジャーナル Vol.6

カスタマレビューおすすめ平均: 0 人中、0人の方が、｢このレビューが参考になった｣と投票しています。上流工程を極めたい方は必読です。 2008-12-27 上流工程に携わっている方、プロジェクトを推進する立場の方にお薦めします。プロジェクトを円滑に進めるためのノウハウが詰まっています。ただし、本書を読みながらプロジェクトを推進するのでは遅いと思います。あらかじめ知識として蓄えた上で、プロジェクトで活かすのがベストだと思います。「序章意図が伝わる設計書の作り方」では、プロジェクトで作成する設計書の一覧と用途が分かります。実際の開発では、1 次ベンダー指定のフォーマットで、指定された設計書を作成することが多いですが、本来必要な設計書を知ることができました。「第 1 章システム開発の勘所」では、工程ごとに押さえておくべきポイントが分かります。「第 2 章事例で学ぶ IT アーキテクトの意思決定法」では、事例を挙げて、執筆陣の経験に基づいて説明されています。実際の開発でも、似たようなシチュエーションになった場合は、参考になると思います。「第 3 章図解！必修テクノロジー」では、コンピュータの基礎知識について説明されています。情報処理のソフトウェア開発技術者を取得しているレベルの方は、読み飛ばしても平気かと。。。本書の最後の「システム設計のための最新製品ガイド 2009」では、Postgres Plus AdvancedServer? および ESB Mule が紹介されています。個人的には、ここが一番興味深かったです。私の勘違いだと思うのですが、各種設計書のサンプルが付属されていると思っていました。が、付属されていませんでした。残念です。 2 人中、1人の方が、｢このレビューが参考になった｣と投票しています。日経の雑誌の連載を集めたものです 2008-11-15 日経SYSTEMS等の雑誌連載記事の集合体です。その雑誌を読んでる人は買わなくてよいでしょう。システム設計で行うことの概要を広く把握するにはよいと思います。 2 人中、2人の方が、｢このレビューが参考になった｣と投票しています。色々ためになりました 2008-11-01 「ITアーキテクトのための」とあるが、普通に要件定義や設計を行っている人であれば読んで損は無いと思う。要件定義でのヒアリングのポイント、文書化のポイント、設計のポイントなど数ページで簡潔に書かれている。（そのため作業の網羅性を求める場合は情報が不足しているかも）後半では、ITアーキテクトの意思決定法と題して、さまざまな局面での意思決定の事例と、なぜそう判断したのかという説明責任が重要であることが書かれている。実際に現場でも昔の資料が無くて、当時の背景が分からないケースが多々あるので（ITアーキテクトに関わらず）その開発に携わっている人には「説明責任がある」という認識が持てた。 Amazon.co.jp で商品情報を見る


サーチ

ネットで買えば断然お得！お買い物なら楽天市場

ツールの部屋 - Java関連の書籍 - デザインパターン - 情報交換掲示板 - HOME