目录
软件过程
软件过程:开发产品或构建系统时,遵循一系列可预测的步骤(即路线图)。
工作产品:在执行过程所定义的任务和活动过程中,所产生的程序、文档和数据。
软件工程的通用过程框架定义了5种框架活动——沟通、策划、建模、构建和部署,一系列普适性活动——项目跟踪控制、风险管理、质量保证、配置管理、技术评审以及其他活动。
过程流(process flow)描述了在执行顺序和执行时间上,如何组织框架中的活动、动作和任务。包括:线性过程流(linear process flow)、迭代过程流(iterative process flow)、演化过程流(evolutionary process flow)和并行过程六(parallel process flow)。
惯用过程模型
1. 瀑布模型
问题:1.实际的项目很少遵循瀑布模型提出的顺序;2. 客户通常难以清楚地描述所有的需求;3. 客户必须要有耐心,在项目接近尾声的时候他们才能得到可执行程序。风险比较大
2. 增量过程模型
需求不明确时,需要为用户迅速提供一套功能有限的软件产品,然后再后续版本中再进行细化和扩展功能。
- 增量模型在每个阶段运用线性序列,每个线性序列以一种演化过程流生产增量类似的方式生产出一个软件的可交付增量。
- 任何增量的过程流可能使用原型模型。
- 第一个增量往往是核心产品。
3. 演化过程模型
开发过程中,商业和产品需求经常发生变化;严格的交付时间必须交付功能有限的版本;核心产品和系统需求明确,但细节问题没有定义。需要一种专门应对不断演变的软件产品的过程模型
演化模型是迭代的过程模型,以下是两种常用的演化过程模型。
原型开发
原型系统是根据已知的明确需求进行迅速开发的版本,利益相关者对其进行评价,反馈信息,,进一步细化需求,原型系统不断调整,采用迭代技术,使开发者逐步清楚用户需求。原型系统需丢是临时搭建的,会被废弃,但也有一些可以慢慢演化为实际系统。
问题:1. 利益相关者不愿意重建系统,要求对原型稍加修改变为可运行的产品;2. 开发者在原型上采用折衷手段,忽略了应改进这些不合适的选择。
重点:所有利益相关者必须承认原型是为定义需求服务的,之后会丢弃原型(至少是部分丢弃),实际的软件系统是以质量第一为目标开发的。
螺旋模型
螺旋模式结合了原型的迭代性质和瀑布模型的系统性和可控性特点。采用循环的方式逐步加深系统定义和现实的深度,同时降低风险。确定一系列里程碑,确保利益相关者都支持可行的和令人满意的系统解决方案。
运用螺旋模型,把软件开发为一系列演进版本。在早期的迭代中,软件可能是一个理论模型或是原型。在后面的迭代中,会产生一系列逐渐完整的系统版本。
问题:1. 很难说服客户演进的方法是可控的,她依赖大量的风险评估专家来保证成功,如果存在较大的风险没有被发现和管理,肯定会发生问题。
4. 协同模型
协调开发模型(协同工程)允许软件团队表述本章所述的任何模型中的迭代和并发元素。协同模型定义了一系列时间,这些事件将触发软件工程活动、动作或者任务的状态转换。
协同过程模型可用于所有类型的软件开发,能够提供精确的项目当前状态图。它不是吧软件工程活动、动作和任务局限在一个事件的序列,而是定义了一个故凑成网络。网络上每个活动、行为和我任务与其他活动、行为和任务同时存在。过程网络中某一点产生的事件可以触发状态的转换。