阳江 网站建设,苏州建网站哪家,wordpress微信登录页面,深圳市建设工程交易服务网站文章目录 一、前言二、基础知识点2.1 软件危机2.2 软件生命周期 三、软件过程模型#xff08;论文#xff09;3.1 瀑布模型3.2 原型模型3.3 螺旋模型3.4 敏捷模型3.5 软件统一过程模型3.6 软件成熟度模型3.7 软件成熟度模型集成 四、需求工程五、软件测试5.1 根据程序执行状态… 文章目录 一、前言二、基础知识点2.1 软件危机2.2 软件生命周期 三、软件过程模型论文3.1 瀑布模型3.2 原型模型3.3 螺旋模型3.4 敏捷模型3.5 软件统一过程模型3.6 软件成熟度模型3.7 软件成熟度模型集成 四、需求工程五、软件测试5.1 根据程序执行状态分类5.2 根据是否关注内部实现分类5.3 根据程序执行方式分类5.4 根据测试阶段分类 六、项目管理6.1 软件进度管理6.2 软件配置管理6.3 软件质量管理6.4 软件风险管理 一、前言 笔记目录大纲请查阅【软考速通笔记】系统架构设计师——导读 二、基础知识点
2.1 软件危机
软件开发进度难以预测软件开发成本难以控制软件功能难以满足用户期望软件质量无法保证软件难以维护软件缺少适当的文档资料
2.2 软件生命周期
需求分析软件设计软件开发运行维护直到被淘汰
三、软件过程模型论文
3.1 瀑布模型
瀑布模型是一种传统的软件开发模型结构化开发方法特点是因果关系紧密相连前一个阶段工作的输出结果是后一个阶段工作的输入。
缺点
需求难以一次确定变更的代价高结果难以预见各阶段工作不能并行
瀑布模型的流程是
需求分析系统设计程序设计编码实现单元测试集成测试系统测试运行维护
3.2 原型模型
原型模型又称为快速原型。
解决问题瀑布模型需求难以一次确定结果难以预见的问题。使用方法它通过快速构建一个可以运行的原型让用户和开发者更直观地了解系统的功能和外观。
原型模型有原型开发和目标软件开发两个阶段。
在原型开发阶段开发者会快速构建一个简单的原型供用户测试和反馈。根据用户的反馈开发者会对原型进行修改和完善直到用户满意为止。最后开发者会根据最终的原型开始目标软件的开发。
3.3 螺旋模型
螺旋模型在快速原型的基础上结合瀑布模型扩展而成。
它把整个软件开发流程分为多个阶段每个阶段都由目标设定、风险分析、开发和有效性验证、评审等4部分组成。
在螺旋模型中每个迭代都会进行风险评估和管理以确保项目的顺利进行。这种模型适用于大型、复杂、高风险的项目因为它可以帮助开发者更好地管理风险和不确定性。
3.4 敏捷模型
属于敏捷方法使用的模型。
极限编程高效低风险测试先行先写测试程序再编写程序。水晶系列方法不同的项目采用不同的策略。并列争球法侧重于项目管理。特征驱动开发方法将开发人员分类分为指挥者、类程序员等。
3.5 软件统一过程模型
软件统一过程Rational Unified ProcessRUP模型。
9个核心工作流业务建模、需求、分析与设计、实现、测试、部署、配置与变更管理、项目管理、环境特点用例驱动、以架构为中心、迭代和增量“41”视图模型 逻辑视图支持功能性需求常用类图、对象图、状态图、协作图表示。实现视图开发视图描述软件的实现结构包括代码组织和软件组件的实现。常用包图和组件图。进程视图过程视图考虑非功能性需求如性能、并发、可用性、容错性、分布式、系统完整性等问题。常用活动图表示。部署视图物理视图反映了部署在硬件上的软件分布和配置情况包括服务器、数据库、网络设备等资源的分配和连接关系。用例视图所有视图都依靠用例视图场景来指导它们
3.6 软件成熟度模型
软件成熟度模型Capability Maturity Model for SoftwareCMM
是一种评估和提高组织软件工程能力的标准体系。
CMM把软件开发过程的成熟度由低到高分为五个级别等级越高表明该企业软件开发失败风险越低整体开发时间越短并能减少开发成本降低错误发生率提高产品质量。
3.7 软件成熟度模型集成
软件成熟度模型集成Capability Maturity Model Integrattion for SoftwareCMMI
在CMM的基础上发展而来将软件过程改进的步骤组织成5个成熟度等级。
初始级组织的软件开发过程是不可预测的缺乏稳定性通常依赖于个别人的经验和技能。已管理级组织已经有了基本的过程管理和文档标准的要求并进行了控制。这些程序通常是项目级别的而不是组织级别的。已定义级组织的过程已经被标准化和文档化并且在组织中得到了广泛的运用。组织能够自下而上地看到过程并能进行过程的改进。量化管理级组织通过定量的方法评估和控制过程的性能并对过程进行持续改进。组织不仅需要有标准的软件开发过程还需要对这些过程进行量化分析和度量以便更好地了解过程的表现并做出持续改进。优化级在优化级别上组织的过程完全被优化并且能够实现持续的过程改进和优化。
量化管理级与已定义级的区别是对过程性能的可预测
四、需求工程
需求工程由5个阶段组成
需求获取方法包括用户面谈、需求专题讨论会、问卷调查、现场观察、原型化方法和头脑风暴。需求分析需求被进一步分析和细化。需求文档化形成需求规格。需求确认与验证确保需求文档准确反映了用户的实际需求。需求管理 需求变更问题分析和变更描述、变更分析和成本计算、变更实现。需求跟踪建议与维护“需求—设计—编程—测试”。版本控制确保需求文档准确反映了用户的实际需求。
五、软件测试
5.1 根据程序执行状态分类
静态测试动态测试
5.2 根据是否关注内部实现分类
黑盒测试白盒测试灰盒测试
5.3 根据程序执行方式分类
人工测试自动化测试
5.4 根据测试阶段分类
单元测试集成测试系统测试验收测试
六、项目管理
6.1 软件进度管理
工作分解结构Work Breakdown StructurWBS把一个项目按照一定原则分解成任务任务再分解成一项项工作再把工作分配到每个人的活动中直到分解不下去为止。
活动定义明确项目需要完成的具体活动或任务。活动排序确定活动之间的逻辑关系即哪些活动需要先完成哪些活动可以并行进行。活动资源估计评估完成每个活动所需的资源包括人力、物力、财力等。活动历时估计预测完成每个活动所需的时间。制定进度计划根据活动排序、资源估计和历时估计制定详细的进度计划。进度控制监控项目进度确保项目按计划进行并在必要时进行调整。
6.2 软件配置管理
软件配置管理Software Configuration ManagementSCM是一种标识、组织和控制修改的技术。
目的是使错误降为最小并最有效地提高生产效率。核心内容版本控制和变更控制。
6.3 软件质量管理
软件质量管理Software Quality Assurance SQA软件质量保证。
目的使软件过程对于管理人员来说是可见的。主要任务SQA审计预评审SQA报告处理不符合问题。软件质量认证ISO 9001 和 CMM。
6.4 软件风险管理
在软件开发过程中遇到预算和进度等方面的问题以及这些问题对软件项目的影响。
Bochm 风险估计风险预测、风险辨识、风险分析、风险排序风险管理风险管理计划、风险处理、风险监督 Charette 风险分成分析辨识、估计、评价管理计划、控制、监督
若觉得文章对你有帮助随手『点赞』、『收藏』、『关注』也是对我的支持。
