计算与软件工程II软件周期过程模型.docx

《计算与软件工程II软件周期过程模型.docx》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、软件周期过程模型：>>Code&Fix;60’s的遗产;通常适合于个人级别的软件开发；且几乎不考虑软件维护上的问题以及设计较高复杂度时候的软件质量问题；至今仍然存在！瀑布模型；来源于70年代美国军用软件的应用；并由此被大量使用；一般用于几乎没有需求变化带来的风险的软件开发过程；属于文档驱动形式的过程，每个阶段都有明确的文档作为分界线；有风险，缺少用户参与，同时软件实体在开发最后阶段才能得以展现，有可能前功尽弃；每个阶段结束的时候均有对于该阶段的文档及阶段性产品的审查以进入下一个阶段；严格地根据预计划的线性过程进行

2、开发；迭代式模型：Hierarchy:★增量过程模型；(iterativewaterfall;)>>一般是需求驱动，即一个阶段完成的是对上一阶段需求的更改以及新需求的补充；优点：更小的迭代周期，可以应对需求的变更以及软件维护上的进阶性；不足：对领域的理解能力以及需求工程阶段的制定的要求比较高；★演化过程模型；(demand-driven)>>原型开发：(checkdemandsviaprototyping-interface-delivery)>>(viafeedbacks)通过原型的提出，进一步明确用户的需求，

3、对于不符合的要求予以抛弃；一般用稍微正式的图纸绘出界面或者原型开发工具实现原型就好了，因为还有可能要丢弃；对于符合初步要求的模型，再根据与客户的不断交流，对模型进行细化，精化，以求尽可能达到最终需求的模型，此过程称之为演化式模型；优点：需求和相关缺陷能尽快确定，为后期开发实现了比较好的质量保障基础；不足：过分关注原型，可能为过分专注于用户需求，从而导致对软件架构体系的关注程度不足，导致baddesign;>>螺旋模型：(risk-driven)>>适合大型软件开发；风险；(e.g.包括外在风险以及内部风险两者)通

4、过迭代的数个螺旋模型贯穿软件开发过程始终，同时提供每一阶段的风险评估以及可行性分析，如果没有通过以上两者的决策，那么该软件活动即停止；不足：难以说服客户风险是可控的，同时需要大量的风险评估专家，因而更适合于大规模或者超大规模软件的开发；