ダイレクトアンサー
MR536 開発 は、Allwinner 開発 内のプロジェクトを対象としたエンジニアリング サービスです。これは、要件の明確化、技術的なルートの定義、コンポーネントの実装または統合、および特定の動作環境向けの受け入れ証拠の準備を必要とするチームを対象としています。適合性と最終的な範囲は、対象ユーザー、現在のシステム、インターフェース、データまたは機器、展開条件、および受け入れ基準によって異なります。
このサービスが適している場合
- ビジネス目標は明確ですが、実装ルート、システム境界、またはコンポーネントの選択には依然としてエンジニアリング評価が必要です。
- 既存のソフトウェア、ハードウェア、データ、デバイス、またはサードパーティ システムは、定義されたインターフェイスと展開の制約の下で統合する必要があります。
- プロジェクトには、コンセプトのみの提案ではなく、レビュー可能な成果物、テスト記録、展開資料、および受け入れ証拠が必要です。
プロジェクトの入力
計画を開始する前に、プロジェクト チームは利用可能な入力を提供し、まだ調査が必要な項目を特定する必要があります。
- ビジネス シナリオ、対象ユーザー、運用ワークフロー、および期待される結果
- 既存のアーキテクチャ、ソース コード、インターフェイス、プロトコル、デバイス、またはデータ サンプル
- 導入環境、オペレーティング システム、ネットワーク、コンピューティング、ストレージ、およびセキュリティの制約
- 必要な統合、依存関係、アクセス許可、および責任者
- 承認基準、テスト条件、配信形式、スケジュール、およびメンテナンスの期待
エンジニアリングの範囲
実装スコープは入力レビュー後に確認され、次の作業パッケージが含まれる場合があります。
- 要件の明確化、実現可能性評価、リスク レビュー、および技術的ルートの定義
- アーキテクチャ、モジュール、インターフェイス、データ フロー、例外処理、権限の設計
- 合意された範囲に含まれるソフトウェア、ファームウェア、アルゴリズム、ハードウェア、またはシステム統合作業
- ユニット、統合、システム、互換性、パフォーマンス、および受け入れ指向のテスト
- 展開の準備、問題の解決、文書化、転送、およびメンテナンスの計画
成果物
成果物は作業明細書で定義されます。一般的な項目には次のものがあります。
- 要件ベースラインと確認された範囲
- アーキテクチャ、インターフェース、データ、展開、運用に関するドキュメント
- 契約に含まれるソース コード、構成、ビルド ファイル、ファームウェア、モデル、または設計ファイル
- テスト ケース、テスト記録、問題リスト、リリース ノート、および受け入れ証拠
- 導入パッケージ、ユーザーまたはメンテナンス ガイド、知識伝達資料
承認方法
承認は、合意された入力、環境、バージョン、テスト手順、測定可能な結果に基づく必要があります。
- 各要件を実装された機能、インターフェイス、または文書化された制限まで追跡します。
- 合意された機能、例外、互換性、パフォーマンス、セキュリティ、および回復テストを実行します。
- ソフトウェア、ハードウェア、モデル、構成、データ サンプル、ネットワーク、およびテスト ツールのバージョンを記録します。
- 残りの問題、除外、依存関係、およびフォローアップの責任を解決するか、正式に記録します。
制限と責任の境界
対応する入力、テスト条件、証拠、および書面による受け入れ定義がなければ、固定されたパフォーマンス、精度、互換性、スケジュール、または規制上の結果は約束されません。サードパーティのライセンス、クラウド サービス、デバイス、データセット、認定、医療または安全の承認、および運用認証情報は、引き続きその所有者と該当するプロジェクトの責任に従うものとします。
一般的な実装シナリオ
以下は実装パターンであり、名前のない顧客プロジェクトに関する主張ではありません。
- 定義されたターゲット ワークフローと段階的な配信による新しいシステム開発
- 必要なインターフェースを維持しながらの既存コンポーネントの最新化または置き換え
- ソフトウェア、ハードウェア、デバイス、データ、またはサードパーティ プラットフォームにわたる統合と展開
よくある質問
- 内容初期評価に必要な情報はありますか?
- ターゲット シナリオ、現在のシステム、インターフェイス、利用可能なサンプルまたはデバイス、展開環境、スケジュール、および予想される受け入れ方法を提供します。不足している情報は調査項目としてリストされます。
- サービスを段階的に提供できますか?
- はい。実現可能性、プロトタイプ、コア実装、統合、デプロイメント、および受け入れは、入力、出力、依存関係、意思決定ゲートが定義されているときに分離できます。
- スケジュールと価格はどのように決定されますか?
- これらは、関数境界、インターフェイス、依存関係、ターゲット環境、配信アーティファクト、テストの深さ、および受け入れ基準が決定された後に見積もられます。
MR536 開発 · Allwinner 開発