（山口さんメモ）
本文(AGL Instrument Cluster Development Process Draft)のセクション2.2のクライテリアを具体的に明示するArchitectural criteria of the reusing existing OSSと同様に、
セクション3.2のクライテリアを具体化する文章です。
セクション2.2は、使用するOSSの選択とメジャーバージョンの決定にフォーカスしています。
一度実施してしまえば、基本的には差分のみを見るようなセクションです。
セクション3.2は、このリリースで使用するバージョン(マイナバージョン)の決定、既知の脆弱性の洗い出しなど、実際に使用するソースコードに対する
アセスメントにフォーカスするのが良いのではないかと考えています。
着目点が違うなど、異なる見解であれば、整合性はあとでとればよいので、田口さんの視点で書いていただいて構いません。
-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
(The following is a draft)
Purpose
- Determine the role of that software component in the AGL instrument cluster software platform.
Entry Criteria
- E3.2-1 The extraction of the relevant software components shall be completed.
Tasks
- T3.2-1 Create/update software component use case diagram and description
Create a use case document to show why the that OSS is needed. This document shall be including all of assigned platform functional requirement.
- T3.2-2 Assess to the reusing existing opensource software
OSS assess and certify based on the AGL Instrument Cluster Distribution Criteria.
- T3.2-3 Determine a major version of the OSS
The major version of the OSS shall be selected with a maintenance lifecycle that meets the roadmap creating in section 1. When it OSS is not provided Long Term Support/Stable by upstream, should select downstream that is maintained by distribution.
AGL should select and refer to downstream of one distribution (RedHat/CentOS or Debian or Ubuntu or OpenSUSE or other), not select Yocto code base.
Verification
- V3.2-1 Review the use case diagram and description
TBD.
- V3.2-2 Review the assessment result
TBD.
- V3.2-3 Review the test .
TBD
Exit Criteria
- X3.2-1 TBD
Deliverable
- D3.2-1 TBD
- D3.2-2 TBD
- D3.2-3 All review record is published in AGL confluence.