要件から作る
まだシステムが無い、あるいは作り直す。要望の資料を投入すると、要件定義書から順に組み上がります。
- 01要望の資料(議事録・帳票・Excel)を投入する
- 02モジュールの区切りを決める
- 03要件定義から 7 工程へ入る
人がするのは 3 つだけ——課題を起こし、検査印を押し、検収する。設計書も試験成績書も報告書も、機械が書いて人が承認します。納品物の目録に対して、欠落は 0 件。
既存資産があってもなくても、入ってしまえば同じ 7 工程を通ります。工程を省くのではなく、工程を機械が実行する——だから納品物の形は今までと変わりません。
まだシステムが無い、あるいは作り直す。要望の資料を投入すると、要件定義書から順に組み上がります。
動いているシステムがあるが、仕様書が無い・書いた人がいない。ソースを読み解いて、無かった設計書を先に作ります。
工程は畳みません。各工程で、機械が出すものと人が押すものが決まっています。押印されるまで次の工程は始まりません。
試験だけは 4 段に分かれます——単体・結合・総合・受入。障害票はそれぞれ、原因になった設計の工程へ逆リンクします。どの設計の誤りが、どの試験で出たのかが後から辿れます。
何を納めるかは「型」が決めます。目録は貴社の規程に合わせて差し替えられます——章構成も版面も型の属性なので、社内様式のまま出せます。
章構成も版面(余白・書体・押印欄)も型の属性です。社内様式の Word / Excel をお預かりすれば、その形のまま出せます。
型が求める文書が揃っていなければ、検収の画面に赤で出ます。「揃っていることにする」ができない作りです。
進捗報告も月次報告も、検査印の履歴から自動で生成します。人が数字を入力する欄はどこにもありません。
サインインした後の画面は六つです。どの画面でも、人の番——人の裁定と承認を待っているもの——が先に出ます。
人の番(裁定・承認を待つもの)が先頭に並ぶ一覧です。課題を起こし、詳細で対応を始め、裁定と承認に答えます。
一つの課題に対する一回の実行です。受付判定から承認・クローズ処理まで V 字の工程を進め、工程ごとの成果物・審査の記録・PR を残します。
VDI ラインで実機試験を回す operator と、経験から改善を提案する evolution の稼働を見て、起動・停止します。
リポジトリ・文書・VDI ラインを、プロジェクトごとに設定します。
LLM ゲートウェイ・実行の上限・プロジェクト型など、全てのプロジェクトに効く設定をまとめます。
表示言語・外観・動きと、ご自身のセッションを扱います。中国語の画面に切り替えても、日本語の成果物を承認できます。