软件系统：
术语“编程”确定PC项目，技术和相关报告(流程图，手册等)的布置，这些报告描述了程序及其使用方式。产品周期是练习的安排以及产生一个产品项目的相关结果。编程工程师通常会完成这些练习。这是四个关键周期练习，是所有产品度量标准的基础。这些练习是–
- 软件确定：应该对产品的有用性及其活动的必要性进行表征。
- 软件变故：应创建满足前提条件的产品。
- 软件批准：产品应经过批准，以确保其能够满足客户的需求。
- 软件开发：产品应满足不断变化的客户需求。
软件系统模型：
产品模型是产品框架的预定含义，是从特定的角度介绍的。由于模型的发展趋势，它们是一种改进，因此，产品框架模型是对真实周期的反映，该周期正在被描绘。周期模型可能包含练习，这些练习对于产品框架，编程项目以及参与编程设计的个人各部分都很重要。可能会创建的那种编程框架模型的一些实例是–
- 工作流程模型–
这显示了练习在过程中的安排以及其信息来源，收益和条件。此模型中的练习执行人类活动。 - 数据流或活动模型–
这是作为一系列练习对框架说的，每个练习都完成了一些信息更改。它显示了如何将对框架的贡献(例如，详细信息)转换为产量，计划。这里的练习可能比工作流程模型中的练习要低。他们可以执行个人或PC所做的更改。 - 角色/动作模型–
这意味着与产品框架相关的个人部分以及他们能够进行的练习。
有几种不同的通用模型或标准的程序开发–
- 瀑布法–
这需要上述练习并将它们作为离散的框架阶段提供，例如特定的先决条件，编程计划，执行，测试等。每个阶段都经过特征描述后，将其“关闭”，并进入后续阶段。 - 进化发展–
该技术将特定，高级和认可的练习交织在一起。基础框架是从一个非常概念上的特殊性迅速发展而来的。 - 正式转型–
此策略取决于提供正式的数值框架确定并更改此特定数值，然后将数值技术应用于程序。这些更改是“节省权利”。这意味着您可以确定所创建的程序符合其详细信息。 - 可重用组件的系统组装–
该技术接受目前存在的框架的各个部分。框架改进框架的目标是协调这些部分，而不是在没有任何准备的情况下创建它们。
软件压力：
- 尺寸 –
编程变得越来越昂贵，越来越难以置信，这是由于人们越来越难以预测，并且对编程的渴望越来越大。例如，客户项目中的代码每两年增加一倍。 - 质量 –
许多产品质量低下，即由于测试策略不足而在投入使用后放弃了这些产品。例如，编程测试会每1000行代码定期发现25个错误。 - 成本 –
例如，关于创建时间和所涉及的现金，编程改进非常高。例如，改进FAA的高级机械化框架每行代码的成本超过700美元。 - 延迟交货–
真正的时间表泛滥是正常的。通常，产品会花费比评估创造更多的精力，这会促使成本急剧上升。例如，四分之三的大型企业中很少有一家是完工的。
编程与编程：
编程不仅仅是程序。任何程序都是编程的子集，并且在阅读了文档和工作系统手册后，它才成为编程。
- 程序：程序是源代码和文章代码的组合。
- 文档：文档包括各种手册。文档手册的实例包括：信息流图，流轮廓，创伤中心图。
- 操作程序：工作方法包括建立和利用产品框架的指导以及有关如何应对框架失望的指南。工作框架方法手册的插图包括机构控制，Fledgling的助手，直接参考，框架组织管理等等。
