モデル駆動ソフトウェア開発のためのベストプラクティス
重大な点ではあるけれども何度も繰り返して無視されることがある。すべての成果物はそれが生成されたものであるか、開発者によって操作されたものであるか、はっきりと明白でなければならない。これは、ユーザが後で追加したり変更したりするコードにコードジェネレータを使うべきではないという意味ではない。ただこれは明示的にしなければならず、とりわけこのコードは一度だけ生成すべきである。(『用語解説』を参照)100%生成したコードは、変更したり、リポジトリにチェックインしたりすべきではない。それは使い捨てにできるものであり、重要な成果物はモデルなのだ。 受動的なコード生成、つまり「ウィザード」型の1回限りの生成は最近とても人気がある。スカッフォールディングの一般的な概念のもと、ほとんどすべての新しい (ウェブ) フレームワークで新しいプロジェクトの最初の段階は可能な限り簡単なものになっている。これは、最初はと
マニュアル駆動開発を考えてみた - kosaruのはてな？
マニュアル駆動開発 １．目的 １−１．ユーザが理解可能な仕様書を作る。（not設計書） まず、仕様書とは何であるのか。設計書とは何であるのかを定義したいと思います。 仕様とは、製品が満たすべき、満たされるべき、満たすことが保証されている性能・機能。 あるいはお客様が望んでいる性能・機能。それを記述した物が仕様書。 設計とは、製品をどのような材料を、どのように加工したり組み合わせて製造するかを計画すること。それを記述した物が設計書。 システム開発における仕様書と設計書とは何でしょうか。システム開発における仕様書とは、このシステムで、なにを実現するのかが解る物。システム開発における設計書とは、このシステムを、どのように構築するかを理解できる物。そういう風に言えないだろうか。なので、ユーザに見える、理解できるようにすべきものとしては、仕様書になると思います。 しかしながら、現実として、仕様書を見
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
