要件定義書に基づいてシステムの機能や構造を決めます。 「概要設計」や「外部設計」などとも呼ばれる基本設計では、要件定義書に基づいてシステムの機能や構造を決めます。具体的には、「洗い出した開発要件」「扱うデータとその扱い」「画面・帳票のレイアウト」「データベースのテーブル定義」などを基本設計書としてまとめることになります...

開発・運用、営業・マーケ、技術支援などの役割を担います。 ITベンダーで働く職種は、大きく3つの役割に分けられます。すなわち、ソフトウェアの開発や運用管理を担当する「開発・運用系のスタッフ」、ソフトウェア・ITサービスを提案営業したり、販売支援したりする「営業・マーケティング系のスタッフ」、そしてソフトウェア開発におけ...

メモリやサーバのリソース使用を節約するために、誕生した技術です。 従来のサーバ仮想化には、仮想化ソフトウェア上の仮想マシンやゲストOSがメモリやサーバのリソースを使用し過ぎるというデメリットがありました。こうしたデメリットを避けるために誕生したのがコンテナ仮想化です。コンテナ仮想化では、コンテナエンジン上にOSの一部機...

要件定義では、機能情報関連図、業務流れ図、ER図が使われます。 要件定義でよく使われるのは、機能情報関連図、業務流れ図、ER図の3つです。機能情報関連図は、組織ごとに業務を分解し、さらに業務と業務との関連を見える化します。できた図は階層化されているので、優先順位の整理も容易です。機能情報関連図としては、DMMとDFDが...

受託開発系では、担当フェーズによって利益率が異なります。 ITベンダーの利益は前述の売上から経費を差し引くことで計算されますが、利益率はビジネスモデルによって異なります。受託開発系の利益率とリスクは、担当するフェーズによってかなり変わります。売上が高いのは内部設計・開発・導入フェーズですが、リスクも高く、利益率は高くあ...

リソースの柔軟な利用、コスト削減などを実現しています。 情報システムのインフラを支える、ホスティングやハウジング、クラウドサービス(「III-21」参照)といったサービスは、サーバ仮想化とストレージ仮想化によって実現されています。すなわち、インターネットの向こうにある1つのストレージを分割したり、複数のサーバを1つのサ...

システムによって実現すべき機能を確定させます。 要件定義とは、ユーザー企業の要望を調査・分析して、システムによって実現すべき機能を確定させていく作業です。具体的には、ユーザー企業の経営者、情報システム担当者、業務担当者にシステム導入の目的・期間・予算を確認しながら、「システム化の目標を決める」「システム化要件候補を洗い...

外注費である委託費の割合が売上原価において高い割合を占めます。 IT企業の経費において、最も大きな割合を占めるのは人にかかわる費用ですが、「誰に支払うか」の考え方は受託開発と自社開発ではかなり異なります。一般に、システム案件の受注状況によって繁忙期と閑散期が発生するシステムインテグレータの場合には、開発スタッフの多くを...

抽象化することで、柔軟な分割、集約、模倣を可能にします。 仮想化とは、メモリ、サーバ、ネットワーク、ストレージなどのシステム構成要素について、その物理的な性質や境界を覆い隠す(抽象化する)ことで、柔軟な分割、集約、模倣を可能にすることです。たとえば、サーバ仮想化では1台のサーバを複数台のサーバがあるように動作させること...

ユーザー企業とITベンダーの間、ITベンダーと協力会社の間などで結ばれます。 システム開発の契約は、ユーザー企業とITベンダーの間、ITベンダーと協力会社の間などで結ばれます。一般に前者は契約時の見積り金額に基づいて支払う請負型契約が多く、後者はかかった時間数に対して支払う準委任型契約がほとんどです。しかしシステム開発...