テスト工程
プログラムが完成し、単体テストまで完了すれば、プログラム間もしくはシステム間のテストを中心とした工程へと進みます。
ソフトベンダー側での結合を経て、舞台はユーザー側の検証へと移っていきます。
この段階で、目に見える形でユーザーにシステムそのものの全貌が明らかとなります。
果たして、要求通りに仕上がったのか、入念な検証が実施されます。
テスト工程を早く終わらせるには
要件定義に次いで、ユーザー側にとっては大きな活躍の場となるのがテスト工程です。
運用テストとその仕上がりを検証するだけでなく、ソフトベンダー会社からの納品という作業も発生することになります。
私の経験上で、この工程が順調に推移し、何の問題もなく本稼働を迎えた、という例は、まず皆無といっていいと思います。
それ程に、この工程で改めて明るみに出ることが多過ぎるということも言えます。
時として、ユーザー側とソフトベンダー側との争いに発展するケースも少なくはなく、当然その争いにシステムエンジニアも巻き込まれてしまいます。
システムエンジニアとしては、要件定義で出来るだけ情報を漏らさず拾い集め、システムエンジニアはこの工程での余計な仕様の追加変更など回避するように努めなくてはなりません。
システムエンジニアは仕様書の作成も大事です。
システムエンジニアにとってこの工程を如何にスムーズに終わらせるか、その為の工夫が開発の当初からシステムエンジニアには必要になると考えます。