风险只是代表损失和伤害的可能性。此事件可能会意外发生，并会对我们的项目造成影响。它可以对项目产生正面或负面的影响。它会影响任何事物，包括人员，流程，技术，甚至是资源。它仅专注于确定或识别，评估或评估项目风险。它还管理这些风险，以总体上减少对项目的影响。
在分层软件开发模型的上下文中，我们得到了如下所示的框架：
它非常简单，通用和全面。 Lyytinen等人提出的风险的社会技术模型。风险已分类为其他方式，如下所示：
- 演员：
项目参与者涵盖了开发过程中涉及的所有人员或利益相关者，甚至可以提出对项目的主张或从中受益。因此，所有参与人员，甚至是小组，以及所有其他利益相关者以及客户，用户，维护者，开发小组都是必不可少的，并且必须包含在此集合中。该领域的风险是人员流动率高，通常会导致丢失有价值的项目信息。参与者具有许多影响项目风险的功能，例如知识和技能，经验，期望和承诺，甚至信念和价值观。所有这些功能从一个演员到另一个演员就各不相同。 - 技术 ：
项目技术通常包含或包括可用的方法，工具和基础结构，以简单地设计软件系统然后加以实施。它通常围绕用于实现应用程序的技术以及进一步牢固地固定在所交付产品中的两种技术。此类技术的示例包括软件开发方法，质量保证系统，计算机等。此处，风险通常与技术的适用性相关，并且与它们之间可能存在的故障有关。所有技术缺陷，甚至技术的动态性质都是真正的风险来源。 - 结构 ：
该组件通常有助于描述和解释软件系统的管理结构。它们还指通信，权限和工作流程的系统。当行为者没有以有效的方式或方式进行交流时，就会知道并发现了风险。另一个原因可能是适当的参与者参与了交流，或者交流的范围经常受到限制。需要对结构进行组织以提供并提供足够和可靠的信息或数据。当工作流结构与给定任务不匹配时，风险状况会发生简单的变化。 - 任务 ：
任务只是与需要执行的工作有关。每个盒子都与其余所有盒子相连。每个人都必须了解项目任务。与利益相关者或客户期望有关的任务也可以在给定的时间和成本限制内简单地执行。仅通过改变软件系统的必要和重要组成部分就可以建立和实施一个新的软件系统。