系统工程的定义
系统工程
INCOSE的系统工程的定义感觉最为完整和准确。
系统工程（SE）是一种是系统能成功实现的跨学科的方法和手段。系统工程专注于：在开发周期的早期阶段，就定义客户需求与所要求的功能，将需求文件化；然后再考虑完整问题，即运行、成本、进度、性能、培训、保障、试验、制造和退出问题时，进行设计综合和系统确认。SE以提供满足用户需求的高质量产品为目的，同时考虑了所有用户的业务和技术需求。
系统
ISO/IEC15288 中描述系统：
人造的，被创建并用于再定义明确的环境中提供产品和/或服务，使用户和其他利益相关方受益。这些系统可配置有一个或多个下级系统元素：硬件、软件、数据、人员、流程（如向其他人提供服务的流程）、程序（如操作员指令）、设施、材料和自然界存在的实体。在现实中，一般指产品或服务。
系统与构成系统的元素往往通过分层表示，系统每一层的元素数量不应该大于7个。
MIL 498的软件工程过程
项目计划和监督
主要包含软件开发计划（系统的以及下边每一个子项的）、CSCI测试计划、系统测试计划、软件安装计划、软件移交计划、遵循计划执行，以及在必要时升级计划。
建立一个软件开发环境
关键需求的处理
关键需求主要包括
- Safety assurance:
- 识别可能导致危险系统状态（如意外死亡、伤害、财产损失或环境损害）的CSCI或其部分，并将其视为安全关键。
- 开发包括测试和分析在内的安全保障策略，以确保识别出的软件的需求、设计、实现和操作程序最小化或消除危险条件的潜在性。
- 在软件开发计划中记录安全保障策略，并作为所需软件产品的一部分提供证据，证明已执行安全保障策略。
- Security Assurance：
- 识别可能导致系统安全漏洞的CSCI或其部分，并将其视为安全关键。
- 开发安全保障策略，以确保识别出的软件的需求、设计、实现和操作程序最小化或消除系统安全漏洞的潜在性。
- 在软件开发计划中记录安全保障策略，并作为所需软件产品的一部分提供证据，证明已执行安全保障策略。
- Privacy Assurance：
- 识别可能导致系统隐私泄露的CSCI或其部分，并将其视为隐私关键。
- 开发隐私保障策略，以确保识别出的软件的需求、设计、实现和操作程序最小化或消除系统隐私泄露的潜在性。
- 在软件开发计划中记录隐私保障策略，并作为所需软件产品的一部分提供证据，证明已执行隐私保障策略。
- Assurance of Other Critical Requirements ：
- 如果系统依赖软件来满足合同或系统规范认为关键的其他需求，识别可能导致违反这些关键需求的CSCI或其部分。
- 开发策略以确保识别出的软件的需求、设计、实现和操作程序最小化或消除违反这些关键需求的潜在性。
- 在软件开发计划中记录策略，并作为所需软件产品的一部分提供证据，证明已执行保障策略。