GAE開発の落とし穴
Googleのクラウド環境をつかったGoogle App Engineによる開発するにあたり、初めての試みで苦悩する開発者達の経験をもとに、各開発フェーズにあわせて問題点やどう解決したかをご紹介します
Googleのクラウド環境をつかったGoogle App Engineによる開発するにあたり、初めての試みで苦悩する開発者達の経験をもとに、各開発フェーズにあわせて問題点やどう解決したかをご紹介します
Visure Solutionsは要件の定義と管理のためのソリューション(RDM)であるIRQAを発表した。専門のツールを使い、しっかりとしたプロセスで要件定義を行うことは製品やソリューション開発の質を保証する上で重要だ。
1990年からDr. DobbのJolt Product Excellence Awardsは、5部門でのソフトウエア産業の代表に毎年授与される。10月26日Jolt審議会は、“デザイン、プランニング、アーキテクチャツール”でカテゴリの2011年のアワードをアナウンスした具体的には、Paradigm for UML、Restructure 101、Requirements Center 2010がJoltの殿堂に追加された。
Team Foundation Server 11 には,アプリケーションライフサイクル管理の分野で多くの機能が追加されている。注目すべきなのはイタレーション/スプリントおよびリソース割り当てに関するサポート向上,サードパーティ製テストフレームワークのサポート,能力面で大きく改善された依存性グラフなどだ。
最近、Requirements Modeling Framework (RMF)への提案が正式にeclipse.orgからリリースされた。意図は、EMFモデルと基本的なツール形式でこれらのモデルを編集するために、OMG ReqIF標準の最低でも1つのクリーンルーム実装を持つことである。
ソフトウェアアーキテクチャはソフトウェア技術者にとって重要なトピックのひとつである。ソフトウェア開発プロジェクトの失敗の大部分が不適切な設計を原因とするものだからだ。だからアーキテクチャ上の問題の理論と実際について学ぶのは重要なことだ。最近出版された,あるいは近々出版予定の興味深い新書が大いに役立つだろう。

従来のウォーターフォールモデル手法,すなわち要件を定義し,サプライヤが価格を提示して,両者が法的拘束力を伴う契約書にサインする,というやり方は,企業が何かを購入する場合にはとても都合のよいものです。しかしこの方法で記述された契約書には,アジャイルアプローチを使った開発に必要な自由がほとんどありません。この記事では,サプライヤと顧客がアジャイル開発の契約を締結するために利用可能な,4つの異なったモデルを検証しています。

多くのアジャイルソフトウェア開発プラクティスの文献にあるものと、アジャイルチームが実際に直面するものにはギャップがある。このギャップを埋めるべく、その役割と価値を担い、状況を変えていくことが、アジャイルなプロジェクトにおけるアナリストの役割だ。この記事では、ありがちな状況として、開発チーム寄りではなく業務寄りになるような場合でも、ビジネスアナリストはアジャイルなチームワークと実用的な連携を行うことができる、ということを主張していく。

コンサルタントとして働くことの最大の喜びの一つはいろいろなアイディアを試してみてからことが上手くいくように自分が一番好きな方法を適用することができることです。この記事では私が効果的だと思うユーザ・ストーリーの(開発工数)見積もりテクニックの詳細について述べています。

Michael Spayd氏が「コンサルタント」に関する、契約者と非契約者について語ります。身近なシステム開発シナリオの中での一般的なITナレッジワーカーの役割を展開し、仕事の開始と合わせたその行動をたどってみましょう。途中、クライアント (内部または外部を問わない) との契約の要素と、計画的な関係への取り組みを開始することの重要性について検証します。

ビジネス領域の深い理解を反映したドメインモデルを設計するための、ヴィジョンとアプローチです。この本は、Eric Evans氏の「Domain Driven Design」の主要点を短く読みやすく要約しました。