Week 5 – Professional Issues reliability and quality notes
本页目录· 6 条
Reliability 的定义
系统在预期运行期间内，持续交付其被要求和被期待的功能。Hardware、software 与 data 任何一层不可靠，整体都不能称为可靠。
| 类别 | 失败后果 | 例子 |
|---|---|---|
| Safety-critical system | 死亡、严重伤害、设备或财产重大损失、环境伤害 | avionics、chemical process、nuclear power、life support |
| Mission-critical system | 组织核心业务严重中断，甚至威胁生存 | banking、booking、payment、core public services |
Reliability 的系统组成
- Hardware：设备、网络、存储与基础设施能否持续运行。
- Software：逻辑、状态、接口、错误处理与部署是否正确。
- Data：是否 secure、private、consistent、correct。
- People and process：users、designers、developers、maintainers 是否理解责任并正确操作。
常见失败来源
- stakeholder communication 不足；
- 未理解设计问题的复杂性；
- 未考虑失败或没有设计 fail gracefully；
- testing 不充分；
- configuration / installation 不正确；
- professional incompetence；
- 责任边界模糊，例如使用方、制造者和分析方都可能对缺陷承担部分责任。
Stored information：Good / Bad / Ugly
- Good：数据可以驱动更好或更便宜的服务。
- Bad：小错误会长期跟随个人；重要决定可能建立在无关或错误信息上。
- Ugly：数据泄露、mistaken identity、no-fly list 等可使错误永久化并剥夺个人对自身信息的控制。
- 当数据易于交换和自动分析时，错误的影响会被放大，因此 data quality 同时是技术、伦理与社会问题。
IE project 团队行动
- 与所有 stakeholders 精确且持续沟通，并用 iterative development 及时校正理解。
- 从 analysis、design、build 到 integration testing 都保留验证证据。
- 使用更有效且完整的 analysis / design / build 方法。
- 遵守 professional standards。
- 设计 maintainable system，并为 stakeholder input 提供培训与校验。
- 在项目计划中明确 reliability activities、owner、trigger 和 exit criteria。
自检问题
- 我能为本项目各找两个 safety-critical 与 mission-critical failure examples。
- 我能说明一个 data error 如何跨系统传播并影响个人。
- 我能指出当前项目计划中缺失的 testing、training 或 maintainability activity。