# MOXA 軟體工程

###### tags: `Software Testing` `ISTQB` `SQA`

## 文件
- 軟體工程管理程序 SEP
- 軟體需求規格作業指導書
- 軟體審查作業指導書
- 軟體建構管理作業指導書 -> Configuration management
:::info
:memo: 指導書：建議。
:::

## Review
### 那些人改參加？
-　被害到的人該參加(Stakeholders)
-　副作用：如果你知道過多，也會改變測試的方法 -> as tester
:::danger
:question: System Test Tester應該要參加**架構設計**的訂定討論嗎？
:bulb: 因為System Test是要以測試系統的行為，因此應該在只了解系統功能的狀態下做測試，知道系統架構會造成淺在地測試盲點。
:::

## V&V
- Verification：**把事情做對，程序正確**。
- Validation: **做對的事情**。

## EN50128
- IRIS: International Rail Industry Standard
- 鐵道工程的軟體工程規範
- 所有標準的原則：說,做,寫必須一致 (達到進步)

| 說 | 寫 | 做 |
| -------- | -------- | -------- |
| 流程SEP | 專案文件 | 行為活動 |

- Fail Safe -> Safty 相關的需求才會有要求

### Roles
- 角色的獨立性依SIL(Safty Integration Level)決定。
- SIL 0
- SIL 1, 2
- SIL 3, 4: 要最獨立

### V-Model
:::warning
:warning: 執行困難, 文件量太大所以MOXA目前有難處執行。
:::
- 不同的SIL在每個環節需要完成的文件，會有必要性的不同。
- Configuration Management Plan
- 建構/組態管理 (software組成的基礎)
- Integration test is perform by **developer** and it's a white box test. (p.47)
- 如果文件上描述的不夠細，就代表這個部分是讓開發者自由發揮(授權)，所以通常開放的是Risk低的 -> **這必須是個共識！！**
舉例來說:Test case 假設測IP Setting，test case可能會有一組發P的舉例，但也可以讓實作者自己決定要用的IP。

### Reqirement Engineering
- MOXA以前以紅豬精神來Non-functional (quality attributes)
- quality attrinute == Non-functional requirement
- **MTBF**: Mean time between failure, one of the reliability attribute.
- softer tester必須在需求發展階段，與需求審查就參加，審查重點在可測試性
- 規格的重要性 ->讓衝突發生在P1而不是在P4
- C點: Check Point