　超高速開発ツールは、プログラミングの自動生成やテンプレートなどの活用によってアプリケーションの作成を効率化するもの。同調査では、超高速開発ツールを業務仕様情報に基づいてシステム設計からソースコードを自動生成する「設計・コード生成型」、リポジトリに定義されたアプリケーションのメタデータ情報をツール独自の実行エンジンで動作させる「業務アプリ実行エンジン型」、同様の機能をクラウド上で提供する「Non-programming PaaS」の3タイプに分けて分析している。

　同調査によると、超高速開発ツールの市場は2016年度実績が448億円。2017年度見込みは488億円（対前年比108.8％）、2018年度予測は550億円（同112.8％）としている。

　設計・コード生成型は、2016年度は120億円、2017年度は118億円（対前年比98.3％）で2017年には市場がやや縮小する見込みだが、これには大手ITベンダーにおける金融関連の大型案件の収束や新規顧客の取り込みが未達なことが要因であるとしている。2018年度には128億円（同108.4％）となる予測だ。

　業務アプリ実行エンジン型は、2016年度は85億7000万円、2017年度が88億5000万円（対前年比103.3％）、2018年度が91億円（同102.8％）とほぼ横ばいとなると予測した。

　Non-programming PaaSは、2016年度242億円、2017年度は281億円（対前年比116.0％）、2018年度は331億円（同117.8％）と堅調に推移すると予測。Non-programming PaaSの超高速開発ツール市場全体に占める構成比は、2017年度57.6％から2018年度60.3％と伸び、今後も市場をけん引していくと見ている。

間違いだらけの組み込み系品質管理、面倒な品質管理を楽しむコツ
ソフトウェアの品質管理はつらくて面倒だ。品質計測や品質制御は効果をすぐに実感できるが、品質管理の効果は後でしか得られない。「面倒だが後が楽になる」と分かってはいても面倒は面倒である。こんな品質管理を楽しくする方法はあるのだろうか。
ソフトウェア品質は規則やテストではなく「ヒト」が作る
品質はヒトが制御する。機械でも人工知能でも神様でもなく、ヒトが品質を制御し、品質を作る。今回は視点を変えて、ヒトを中心に品質を見ていくことにする。どんなに立派な品質活動でもヒトが継続的に実施しなければ、いずれ絶えてなくなるからである。
上流工程の品質活動でソフトウェアの品質は向上するのか
品質を守る最後の砦が「テスト」であれば、品質向上の最強の武器は「上流工程での品質活動」である。しかし、この武器は効率的かつ小気味よく扱わねば、お飾りとなる。そこで今回はこの「上流工程における品質活動」について確認する。
ソフトウェア品質のためにテストが「できること」「できないこと」
テストは品質を守る最後の守護者であるが、品質はテストだけで守られる訳ではない。しかしその関係は深く、テストは品質を導く水先案内人といえる。ここでは、テストが品質に対して「できること」と「できないこと」を説明したい。
ソフトウェアの品質は「制御」できるか
組み込みソフトウェアの「品質」を計測した後には、その向上を図らなければならない。しかし品質はむやみに向上させるものではなく、状況に応じた最適な品質になるように制御するものである。