製品 > Wagbyの特長 > 10分でわかるWagby (3)

これまでの開発方法

念のため
これまでの開発方法を
確認してみましょう。
どういうシステム（機能）が
必要かを「要求仕様」として
整理します。
この「要求仕様」を
ベースに開発会社へ
見積を依頼します。
コストやサービス内容を
吟味したのちに
選定、発注を行います。
最初の頃は何度か
ミーティングを行い
仕様を固めます。
これを一般に
「上流工程」
と呼びます。
上流工程を終えると
システムの設計書が
完成します。
この設計書は主に
データの項目、画面遷移、画面レイアウト
から構成されます。
この設計書を
製造工程に渡して
システムを構築します。
このあとの工程を一般に
「下流工程」
と呼びます。
ここで
気をつけないといけない
点があります。
いったん下流工程に入ったら
設計書の変更は
容易ではないということです。
できないとは言いませんが
仕様の変更は
納期が近づけば近づくほど
作り直しになるため
コストがかかります。
納期にも影響します。
ですので発注側としては
上流工程の段階で
さまざまな機能を詰め込もうとします。
つまり「小さくつくって、大きく育てる」
というスタイルの開発は
やりにくい構造になっています。
無事に完成となったら
検収作業に
入ります。
このシステムは
当初の設計書どおりの動きになっているか
確認する作業です。
機能のチェックはもちろん
Webアプリケーションの場合は
セキュリティチェックも重要です。
ここまでが通常の
開発案件の
工程です。
しかし Wagby を導入すると
この工程ががらりと
変わるのです。

このページ

Wagbyの特長