システム開発は、お客様が何を目的に、どのようなシステムを望んでいるのかを聞き出すことからスタートします。
お客様の「こんなことをやりたい」という漠然とした要望に対して、システム化するメリット・デメリットを分析し、どうすれば的確かつ最適な方法で実現できるかを一緒に考え、アドバイスします。
目的が実現できるのであれば、「システム化しない」ことを提案することもあります。

前工程で明確になった要望をどうやってシステムで実現させていくかを決める工程です。
お客様の業務の中でそのシステムがどういう役割を果たし、どのような使われ方をするのかを把握した上で、必要な機能を決め、どんな技術手法を用いるのが最適か、どのくらいの開発期間・予算・エンジニアが必要かという開発計画を立てていきます。
この段階で完成のイメージができていなければいけません。

システムの機能および画面などの目に見えるところの仕様を明らかにして、システムの構成を考えるのが、基本（外部）設計です。
お客様の欲しい機能を具体的にどんな画面レイアウトで表示するかを決めたり、ハードウェアの構成や組み込む機能、使用言語など、システム全体の概要をまとめます。
その過程で内容に矛盾や漏れがあれば、お客様に再度確認し、承認を得るまでがこの工程です。

システム全体の設計ができたら、システムを機能ごとに細分化し、各システム間、各機能間の流れを明確にして詳細な設計書を作成します。
基本（外部）設計がお客様向けの設計書なのに対し、詳細（内部）設計はプログラマに向けてのもの。
いわばプログラムの説明書です。
プログラマがこの説明書を見てすぐにプログラムを作成できるレベルにまでシステム内部を詳細に設計する必要があります。

前工程で作成した設計書に従って、プログラム言語を用いてプログラムを作成し、実際にシステムをつくり上げていく工程です。
家づくりに例えると、プログラミングは大工さんの仕事になります。
この工程がITエンジニアの仕事のメインと思っている方も多いようですが、一般的にはプログラマの仕事です。
ITエンジニアはこの工程に、工程管理や品質管理という形で携わります。

出来上がったシステムが正常に稼働するか、要件を正しく満たしているかについて検証する工程です。
実際にシステムが稼働する際でのトラブルを未然に防ぐため、お客様に対して質の高いシステムを提供するために重要な工程です。
あらゆるケースを想定しながら様々なパターンのテスト計画を考えることが重要で、それらを漏れなく実行し、すべてのケースで問題ないことが確認できるまで繰り返し行われます。

昨今、システムトラブルがトップニュースになるように、ビジネスのシステムへの依存度は高まり、システムはビジネスにバリューを提供し続けるITサービスとして不可欠なものになってきています。 ビジネスの要請に応じて開発されたシステムは、「開発半年、運用10年」といわれるように、実際に稼働し始めてからが本番であり、如何に安定的に、且つ継続的に価値を提供し続けるかが重要となってきます。 そのためにシステムの企画、開発段階から積極的にシステムリスク管理の観点で関与し、世界標準のフレームワークを活用しITサービス全体をマネジメントしています。

開発されたシステムを運用フェーズに乗せ、そのシステムが正しく安定的に動くことのできるシステムか否かを評価する工程です。
最終的にここでGOサインが出ないとシステムを稼働できないため、システムの品質を確保する最後の砦のような位置づけです。
また、開発の途中の段階から、運用を考慮した設計を支援する役割でプロジェクトに参加し、正確に安定した運用が出来る要件を満たすシステム作りにも積極的に参画しています。

ITサービスをマネジメントするためのプロセスの中で、システムの安全性確保と安定稼働のためになくてはならないのがセキュリティ管理です。
情報が漏洩するリスクや改ざんされるリスクからお客様の情報を守るために、想定されるリスクを洗い出し、適切な対応を確実に行うことで、個人情報を含むお客様の情報の機密性・安全性を確保しています。