软件工程阅读笔记

这篇博客探讨了软件工程的层次化结构,强调了全面质量管理对过程改进的重要性。需求工程作为软件过程的关键部分,连接了沟通和建模活动,确保了从项目利益相关者到设计构建的桥梁。过程中涉及的活动、任务和工作产品的定义,以及质量保证和项目控制的应用,都在适应性调整中扮演了角色。此外,客户参与度、团队自主权和清晰的角色定义也是成功软件开发的重要因素。
摘要由CSDN通过智能技术生成

软件工程是一种层次化的技术。任何工程方法(包括软件工程)必须构建在软件工程层次图质量承诺的基础之上。全面质量管理、六西格玛和类似的理念日促进了持续不断的过程改进文化。正是这种文化最终引导人们开发出更有效的软件工程方法。

过程框架

沟通、策划、建模、构建、部署

过程的适应性调整

活动、动作和任务的总体流程以及相互依赖关系。
•在每一个框架活动中,动作和任务细化的程度
•工作产品的定义和要求的程度。
•质量保证活动应用的方式。
•项目跟踪和控制活动应用的方式。
•过程描述的详细程度和严谨程度
•客户和利益相关者对项目的参与程度、
•软件团队所賦子的自主权
•队伍组织和角色的明确程度
需求工程

需求工程(Requirement Engineering, RE)是指致力手不断理解需求的大量任务和技术。从软件过程的角度来看,需求工程是一个软件工程动作,开始于沟通并持续到建模活动。它必须适用于过程、项目、产品和人员的需要。

需求工程在设计和构建之间建立起联系的桥梁。桥梁源自何处?有人可能认为源干项目利益相关者(如项目经理、客户、最终用户)。也就是在他们那里定义业务需求、刻画用户场景、描述功能和特性、识别项目约束条件。其他人可能会建议从宽泛的系统定义开始,此时软件只是更大的系统范围中的一个构件。但是不管起始点在哪里,横跨这座桥梁都将把我们带到项目之上更高的层次:允许由软件团队检查将要进行的软件工作的内容:必须提交设计和构建的特定要求;完成指导工作顺序的优先级定义;以及将深切影响随后设计的信息、功能和行为。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值