よく一緒に購入されている商品
商品の説明
内容紹介
実務に通用する「基本」が身につく！学生はもちろん実務者にも好適！本書は、ソフトウェア開発の入門書として学生・新入社員などから幅広い支持をいただいた『ずっと受けたかったソフトウェアエンジニアリングの授業』の姉妹書で、ソフトウェア開発プロセスの中でも特に重要とされる「設計」にフォーカスした入門書です。ビジネスの変化が激しい現代では、ソフトウェア開発者は多岐にわたる多くのことを日々学ばなくてはなりません。その状況において、本当に使えるスキルを身につけるためには、「基本」を押さえておくことが大切です。本書は、ソフトウェア設計における普遍的な考え方やものの見方、意思決定の方法など、その場しのぎではなく真に必要とされる知識の「基本」をわかりやすく解説しています。紙面はイラストや語り口調を用いて、初学者の方にも取り組みやすいような工夫をこらしています。ITエンジニアを目指す方はもちろん、ITエンジニアの育成に携わる方、ITエンジニアとして基本を再確認したい方などにもおススメです。
内容（「BOOK」データベースより）
JSP/JSDを通して本質を見極める力が無理なく身につく。
登録情報
|
この商品を見た後に買っているのは？
カスタマーレビュー
最も参考になったカスタマーレビュー
2 人中、2人の方が、｢このレビューが参考になった｣と投票しています。
形式:単行本（ソフトカバー）
モジュール設計の本。扱っている例が古くてわかりにくいです。
もう少し実践的なものを期待していたのですが、良くも悪くも学生向きだと思います。学生時代の退屈な授業を思い出しました。モジュール設計のジャクソン法（JSP）をざっくり知りたいという人には良いのかもしれません。
もう少し実践的なものを期待していたのですが、良くも悪くも学生向きだと思います。学生時代の退屈な授業を思い出しました。モジュール設計のジャクソン法（JSP）をざっくり知りたいという人には良いのかもしれません。
6 人中、4人の方が、｢このレビューが参考になった｣と投票しています。
形式:単行本（ソフトカバー）
本書ではジャクソン法を授業形式で平易に解説している。ジャクソン法の誕生は古いが、その本質的な設計法は現在でも十分に通用する。
ジャクソン法は、システム全体を設計するJSDと、JSDの一部として機能を入出力データと構造で分析するJSPから構成される。
JSDでは
（１）要求は変わりやすいからより安定した現実世界を先に記述する。
（２）現実世界では「共有事象」の抽出を行う。
（３）共有事象の抽出とその順序関係から実体を導出する。
という手順を踏む。この手順を踏む限り、属人性のない、ぶれない安定した設計が可能であるところが重要な点である。
現在のクラウドを前提した開発では、要求がはっきりしないことも、将来変化することも想定される。だからこそ、NoSQLの機能には動的スキーマ定義の機能が存在し、できるだけスキーマ定義の変更をフレッキシブルにできるようにしている。したがって、従来のように情報構造が固定されていた時代のデータ中心アプローチとは別に、動的モデル、JSDでいうところの共有事象の時間順序に注目する価値は再認識されていいだろう。
共有事象とは、独立して動作するインスタンスが相互作用するための出来事である。たとえば、図書館での本の貸し出しは、利用者と書籍という独立したライフタイムを持つインスタンスが貸し出しという点でランデブーすることを意味する。そのような出来事には、時間順序があり、貸し出し後には返却があり、貸し出すためには書籍の購入があるといったことから、現実世界をモデル化していく。こうしたモデルはそのモデルを利用した、機能の要求とは無関係に存在する、ドメインモデリングの一種である。最近は、エバンス氏のDomain Driven Design（DDD）も流行っているようだが、より本質的な説明を明快に記述するJSDに立ち戻ることはより価値あることだろう。
さらに、クラウドとの関係で説明をすれば、この共有事象は現実世界の並列処理の同期点でもあるので、その同期点でどういった情報（あるいはサービス）がどう関連づけられ、価値を生成するかを考慮すれば、Big Dataにおける情報の持つ価値の創出のための分析手法にもなりうるし、また、よりインフラよりの並列分散処理のアーキテクチャースタイルを採用した場合の同期点の分析手法にもなりうる。たとえば、MapReduceジョブの設計分析や、関数型とオブジェクト指向パラダイムの接続点の分析への応用などが考えられる。
本書では問題を平易な例で説明している箇所が多い。このあたりは、筆者の長年の経験によるところが大きい。もっとも、若干古い例が見られるのところは、若いソフトウェア開発者のために改善すべきかもしれない。
ジャクソン法は、システム全体を設計するJSDと、JSDの一部として機能を入出力データと構造で分析するJSPから構成される。
JSDでは
（１）要求は変わりやすいからより安定した現実世界を先に記述する。
（２）現実世界では「共有事象」の抽出を行う。
（３）共有事象の抽出とその順序関係から実体を導出する。
という手順を踏む。この手順を踏む限り、属人性のない、ぶれない安定した設計が可能であるところが重要な点である。
現在のクラウドを前提した開発では、要求がはっきりしないことも、将来変化することも想定される。だからこそ、NoSQLの機能には動的スキーマ定義の機能が存在し、できるだけスキーマ定義の変更をフレッキシブルにできるようにしている。したがって、従来のように情報構造が固定されていた時代のデータ中心アプローチとは別に、動的モデル、JSDでいうところの共有事象の時間順序に注目する価値は再認識されていいだろう。
共有事象とは、独立して動作するインスタンスが相互作用するための出来事である。たとえば、図書館での本の貸し出しは、利用者と書籍という独立したライフタイムを持つインスタンスが貸し出しという点でランデブーすることを意味する。そのような出来事には、時間順序があり、貸し出し後には返却があり、貸し出すためには書籍の購入があるといったことから、現実世界をモデル化していく。こうしたモデルはそのモデルを利用した、機能の要求とは無関係に存在する、ドメインモデリングの一種である。最近は、エバンス氏のDomain Driven Design（DDD）も流行っているようだが、より本質的な説明を明快に記述するJSDに立ち戻ることはより価値あることだろう。
さらに、クラウドとの関係で説明をすれば、この共有事象は現実世界の並列処理の同期点でもあるので、その同期点でどういった情報（あるいはサービス）がどう関連づけられ、価値を生成するかを考慮すれば、Big Dataにおける情報の持つ価値の創出のための分析手法にもなりうるし、また、よりインフラよりの並列分散処理のアーキテクチャースタイルを採用した場合の同期点の分析手法にもなりうる。たとえば、MapReduceジョブの設計分析や、関数型とオブジェクト指向パラダイムの接続点の分析への応用などが考えられる。
本書では問題を平易な例で説明している箇所が多い。このあたりは、筆者の長年の経験によるところが大きい。もっとも、若干古い例が見られるのところは、若いソフトウェア開発者のために改善すべきかもしれない。
リストマニア
|
|
同じキーワードの商品を探す
フィードバック
- カタログ情報、または画像について報告
- 著者からのコメント
- 出版社からのコメント
|
