本节书摘来自异步社区《软件工程（第4版?修订版）》一书中的第2章2.5节信息系统的例子，作者【美】Shari Lawrence Pfleeger , 【加】Joanne M.Atlee，更多章节内容可以访问云栖社区“异步社区”公众号查看。
2.5 信息系统的例子
软件工程（第4版•修订版）
让我们考虑一下用哪种开发过程来支持皮卡地里电视广告程序系统，回想到对什么时间可以销售何种类型的广告会有许多约束，并且条例可能随着广告标准局及其他制订条例的团体的管理而变化，我们希望建立一个易于维护、易于改变的软件系统。甚至存在这样一种可能，当构建系统的时候约束也可能发生变化。
就此系统而言，瀑布模型可能太严格了。因为在需求分析阶段完成之后，它几乎不允许变化。原型化方法对开发用户界面来说可能是有用的，因此，我们可能想在模型中包含某种类型的原型化。但是在广告条例和业务约束中有很多不确定因素。我们想要使用这样的过程模型：当系统演化的时候模型仍可以使用和复用。对构建皮卡地里系统而言，螺旋模型的变种可能是一个很好的选择，因为它鼓励重新审视先前的假设、分析风险以及原型化各种系统特性。如螺旋模型的左上1/4部分所显示的那样，对各种方案的反复评估，有助于我们把灵活性融入到需求和设计之中。
Boehm对螺旋模型的表示是高层次的，未提供足够的细节来指导分析人员、设计人员、编码人员和测试人员的行动。但是，有很多技术和工具可以在更精细的详细层次上表示过程模型。技术和工具的选择部分取决于个人的偏好和经验，部分依赖于表示过程的类型的合适程度。让我们来看一下如何使用Lai表示法来表示皮卡地里系统的部分开发过程。
由于我们希望使用螺旋模型来帮助管理风险，因此必须在过程模型中引入关于“风险”的特性描述。这就是说，风险是必须描述的制品，从而能够在螺旋的每一次迭代中测量和跟踪风险。每一个潜在的问题都具有相关联的风险，可以从概率和严重性两方面考虑风险。概率（probability）就是某个特定问题将要发生的可能性。而严重性（severity）就是它将要对系统造成的影响。例如，假定我们正在考虑这样的问题：构建皮卡地里系统正在使用的开发方法是否经过充足的培训？我们可能决定使用面向对象的方法，但是可能会发现，项目开发人员的面向对象的经验很少甚至没有。这个问题发生的概率可能很小，因为所有的新雇员都会被送去参加为期4周的面向对象开发课程的强化培训。另一方面，如果这样的问题真的发生了，那么它将对开发团队在指定的时间内完成该软件的能力产生严重的影响。因此，这个问题发生的概率很低，但是它的严重性很高。
我们可以用Lai制品表来表示这些风险的情况，如表2-2所示。在这里风险（risk）是制品，概率和严重性是它的子制品。为简单起见，对每一个子制品，我们只选定两个状态：概率的高和低，严重性的大和小。事实上，每一个子制品都有很大的状态区间（像极小、非常小、有些小、中等、有些高、很高、极高等），导致制品本身产生许多不同的状态。
我们可以用同样的方式定义开发过程的其他方面，并使用图表说明活动和它们之间的相互关系。用这种方式对过程建模有很多优点，而不仅仅是对开发需要的内容建立了共同的理解。如果用户、客户和开发人员都参与定义和描述皮卡地里的开发过程，那么，每一个人都会对这些方面抱有期望：开发过程包括什么活动、产生什么，以及何时能够得到每个产品。尤其是可以结合使用螺旋模型和风险表格以定期评价风险。螺旋模型的每一次旋转，都要重新评估和表述每一个风险的概率和严重性。当风险高到不可接受时，可以修改过程模型以引入减轻和降低风险的技术，我们将在第3章中了解这些内容。
本文仅用于学习和交流目的，不代表异步社区观点。非商业转载请注明作译者、出处，并保留本文的原始链接。
