・アーキテクチャ要件、非機能要件の定義 ビジネスの成功におけるシステムの役割、なすべきことを理解し、アーキテクチャを設計する為に必要となる要件を定義する。 機能面での要件に加え、性能・可用性・移行性・操作性・運用性・機密性など、非機能面での要件も定義する。 特に我々は、大規模・ミッションクリティカルなシステムの構築が多いので、非機能面での要件には重きを置いている。 ・アーキテクチャ設計、Proof Of Concept、アーキテクチャチームのリーディング 機能面、非機能面で要件を満たすアーキテクチャの設計を担当する。単純なソフトウェアスタックを設計するのではなく、ソフトウェアを機能レベルのコンポーネントに分解し、コンポーネント間のインターフェースおよび通信含め論理設計する。 アーキテクチャ物理設計では、そのコンポーネント間の連携を実現する「実装」を決定するが、世の中にあるソフトウェアで実現できない場合は、自らその実装を開発することも厭わない。 また、我々はたとえ実績がない技術であっても目的達成に必要な技術であれば積極的に採用をしていく。 その為、実現性が不確実な要素に関しては、設計段階で実現性の検証(Proof Of Concept:POC)を実施する。 そして、自ら設計したアーキテクチャを元にアーキテクチャチームとプロジェクトを技術面からリードしていく。 ・新技術の検証 常に新たな技術に対しても目を向け、顧客の成功に役立つ可能性がある技術に関しては、積極的に検証を進める。
・アーキテクチャ要件、非機能要件の定義 ビジネスの成功におけるシステムの役割、なすべきことを理解し、アーキテクチャを設計する為に必要となる要件を定義する。 機能面での要件に加え、性能・可用性・移行性・操作性・運用性・機密性など、非機能面での要件も定義する。 特に我々は、大規模・ミッションクリティカルなシステムの構築が多いので、非機能面での要件には重きを置いている。 ・アーキテクチャ設計、Proof Of Concept、アーキテクチャチームのリーディング 機能面、非機能面で要件を満たすアーキテクチャの設計を担当する。単純なソフトウェアスタックを設計するのではなく、ソフトウェアを機能レベルのコンポーネントに分解し、コンポーネント間のインターフェースおよび通信含め論理設計する。 アーキテクチャ物理設計では、そのコンポーネント間の連携を実現する「実装」を決定するが、世の中にあるソフトウェアで実現できない場合は、自らその実装を開発することも厭わない。 また、我々はたとえ実績がない技術であっても目的達成に必要な技術であれば積極的に採用をしていく。 その為、実現性が不確実な要素に関しては、設計段階で実現性の検証(Proof Of Concept:POC)を実施する。 そして、自ら設計したアーキテクチャを元にアーキテクチャチームとプロジェクトを技術面からリードしていく。 ・新技術の検証 常に新たな技術に対しても目を向け、顧客の成功に役立つ可能性がある技術に関しては、積極的に検証を進める。
変更の範囲:有
会社の定める業務
|