変更する前にプロジェクトを再現する
必要なJDK、Android Gradle Plugin、SDK、署名設定、非公開依存関係を記録します。最初の成果は、クリーンな開発環境で誰でも再現できるビルドです。
初回の復旧作業で、すべての依存関係を一度に更新しないことも重要です。プロジェクトをビルド可能にするための変更と、将来のモダナイズを目的とする変更を分けて管理します。
実際のデバイスワークフローを整理する
実機を使用し、検出、ペアリング、認証、設定、制御、状態通知、エラー復旧までを順に確認します。画面やソースフォルダーだけでは判断できない挙動が、この作業で明らかになります。
- デバイスプロトコルのコマンドと応答
- ファームウェア固有の挙動
- タイムアウトと再試行のルール
- クラウドサービスへの依存
- バックグラウンド処理とAndroidライフサイクルの制約
レイヤーごとに復旧・改修・再開発を判断する
コードベース全体に対して、一つの結論を出す必要はありません。UIは再利用できても接続サービスは置き換える必要がある場合や、デバイスプロトコル実装は健全でもビルドとライフサイクル処理に修正が必要な場合があります。
技術アセスメントの成果には、調査結果、依存関係マップ、リスク、マイルストーン計画を含めます。どの資産を残し、なぜ残すのかを説明できれば、コストと技術リスクを比較しながら復旧方針を決められます。
既存のAndroid IoTアプリ、BLE接続、ソースコードを引き継ぐ必要がある場合は、YUNJIがビルド復旧、実機評価、改修計画、技術引継ぎを支援します。



