瀑布模型3.2

软件开发进度难以预测软件开发成本难以控制软件功能难以满足用户期望软件质量无法保证软件难以维护软件缺少适当的文档资料

2.2

瀑布模型是一种传统的软件开发模型结构化开发方法特点是因果关系紧密相连前一个阶段工作的输出结果是后一个阶段工作的输入。

需求分析系统设计程序设计编码实现单元测试集成测试系统测试运行维护

3.2

解决问题瀑布模型需求难以一次确定结果难以预见的问题。

使用方法它通过快速构建一个可以运行的原型让用户和开发者更直观地了解系统的功能和外观。

在原型开发阶段开发者会快速构建一个简单的原型供用户测试和反馈。

根据用户的反馈开发者会对原型进行修改和完善直到用户满意为止。

最后开发者会根据最终的原型开始目标软件的开发。

3.3

它把整个软件开发流程分为多个阶段每个阶段都由目标设定、风险分析、开发和有效性验证、评审等4部分组成。

在螺旋模型中每个迭代都会进行风险评估和管理以确保项目的顺利进行。

这种模型适用于大型、复杂、高风险的项目因为它可以帮助开发者更好地管理风险和不确定性。

3.4

极限编程高效低风险测试先行先写测试程序再编写程序。

水晶系列方法不同的项目采用不同的策略。

并列争球法侧重于项目管理。

特征驱动开发方法将开发人员分类分为指挥者、类程序员等。

3.5

9个核心工作流业务建模、需求、分析与设计、实现、测试、部署、配置与变更管理、项目管理、环境特点用例驱动、以架构为中心、迭代和增量“41”视图模型

逻辑视图支持功能性需求常用类图、对象图、状态图、协作图表示。

实现视图开发视图描述软件的实现结构包括代码组织和软件组件的实现。

常用包图和组件图。

进程视图过程视图考虑非功能性需求如性能、并发、可用性、容错性、分布式、系统完整性等问题。

常用活动图表示。

部署视图物理视图反映了部署在硬件上的软件分布和配置情况包括服务器、数据库、网络设备等资源的分配和连接关系。

用例视图所有视图都依靠用例视图场景来指导它们

3.6

CMM把软件开发过程的成熟度由低到高分为五个级别等级越高表明该企业软件开发失败风险越低整体开发时间越短并能减少开发成本降低错误发生率提高产品质量。

3.7

在CMM的基础上发展而来将软件过程改进的步骤组织成5个成熟度等级。

初始级组织的软件开发过程是不可预测的缺乏稳定性通常依赖于个别人的经验和技能。

已管理级组织已经有了基本的过程管理和文档标准的要求并进行了控制。

这些程序通常是项目级别的而不是组织级别的。

已定义级组织的过程已经被标准化和文档化并且在组织中得到了广泛的运用。

组织能够自下而上地看到过程并能进行过程的改进。

量化管理级组织通过定量的方法评估和控制过程的性能并对过程进行持续改进。

组织不仅需要有标准的软件开发过程还需要对这些过程进行量化分析和度量以便更好地了解过程的表现并做出持续改进。

优化级在优化级别上组织的过程完全被优化并且能够实现持续的过程改进和优化。

四、需求工程

需求获取方法包括用户面谈、需求专题讨论会、问卷调查、现场观察、原型化方法和头脑风暴。

需求分析需求被进一步分析和细化。

需求文档化形成需求规格。

需求确认与验证确保需求文档准确反映了用户的实际需求。

需求管理

需求变更问题分析和变更描述、变更分析和成本计算、变更实现。

需求跟踪建议与维护“需求—设计—编程—测试”。

版本控制确保需求文档准确反映了用户的实际需求。

五、软件测试

StructurWBS把一个项目按照一定原则分解成任务任务再分解成一项项工作再把工作分配到每个人的活动中直到分解不下去为止。

活动定义明确项目需要完成的具体活动或任务。

活动排序确定活动之间的逻辑关系即哪些活动需要先完成哪些活动可以并行进行。

活动资源估计评估完成每个活动所需的资源包括人力、物力、财力等。

活动历时估计预测完成每个活动所需的时间。

制定进度计划根据活动排序、资源估计和历时估计制定详细的进度计划。

进度控制监控项目进度确保项目按计划进行并在必要时进行调整。

6.2

目的是使错误降为最小并最有效地提高生产效率。

核心内容版本控制和变更控制。

6.3

目的使软件过程对于管理人员来说是可见的。

主要任务SQA审计预评审SQA报告处理不符合问题。

软件质量认证ISO

9001

在软件开发过程中遇到预算和进度等方面的问题以及这些问题对软件项目的影响。

Bochm

风险估计风险预测、风险辨识、风险分析、风险排序风险管理风险管理计划、风险处理、风险监督

Charette

若觉得文章对你有帮助随手『点赞』、『收藏』、『关注』也是对我的支持。