备考高级系统分析师-项目管理-质量管理-风险管理(系统分析师 项目管理师)

继续肝吧,争取本周把项目管理的内容肝完吧,抓紧开启新章节,结束基础知识,进入案例备考,本章主要讲的质量管理,风险管理的内容。

1.质量管理

质量是软件产品特性的综合,表示软件产品满足明确(基本需求)或隐含(期望需求)要求的能力。质量管理是指确定质量方针、目标和职责,并通过质量体系中的质量计划、质量控制、质量保证和质量改进来使其实现的所有管理职能的全部活动;

主要包括以下过程:

(1)质量规划:识别项目及其产品的质量要求和标准,并书面描述项目将如何达到这些要求和标准的过程。

(2)质量保证:一般是每隔一定时间(例如,每个阶段末)进行的,主要通过系统的质量审计(软件评审)和过程分析来保证项目的质量。

(3)质量控制:实时监控项目的具体结果以判断它们是否符合相关质量标准,制订有效方案,以消除产生质量问题的原因。

信息技术软件产品评价质量特性及其使用指南GB/T 16260-2002

备考高级系统分析师-项目管理-质量管理-风险管理(系统分析师 项目管理师)

注意:6大特性,每个大特性下包含21个子特性!理解记忆吧,考试会考的!

McCall质量模型

备考高级系统分析师-项目管理-质量管理-风险管理(系统分析师 项目管理师)

软件评审

质量两个必要条件:设计的规格说明书符合用户标准,称为设计质量

程序按照设计规格说明书所规定的情况正确执行,称为程序质量

软件容错技术:容错就是软件遇到错误的处理能力,实现容错的手段主要是冗余,包括下面四种冗余技术:

结构冗余:分为静态、动态、混合冗余三种,当错误发生时对错误进行备份处理。

信息冗余:为检错和纠错在数据中加上一段额外的信息,例如校验码原理。

时间冗余:遇到错误时重复执行,例如回滚,重复执行还有错,则转入错误处理逻辑。

冗余附加技术:是指为实现结构、信息和时间冗余技术所需的资源和技术,包括程序、指令、数据、存放和调动它们的空间和通道等。在屏蔽硬件错误的容错技术中。

真题来喽:

1.软件质量保证是软件项目控制的重要事段,()是软件质量保证的主要活动之一。

A.风险评估 B.软件评审 C.需求分析 D.架构设计

2.ISO/IEC软件质量模型中,易使用性是指与使用所需的努力由一组规定或隐含的用户对这样使用所作的个别评价有关的一组属性,其易使用性的子特性不包括()。

A、易理解性 B、易学性 C、易分析性 D、易操作性

解析:这个就去前边的定义找就可以了,B C(易分析性属于可维护性的大类里边)

2.风险管理

风险管理就是要对项目风险进行认真的分析和科学的管理,这样,是能够避开不利条件、少受损失、取得预期的结果并实现项目目标的,能够争取避免风险的发生或尽量减小风险发生后的影响。但是,完全避开或消除风险,或者只享受权益而不承担风险是不可能的

风险管理计划编制:如何安排与实施项目的风险管理,制定下列各步的计划。

风险识别:识别出项目中已知和可预测的风险,确定风险的来源、产生的条件、描述风险的特征以及哪些项目可以产生风险,形成一个风险列表。

风险定性分析:对已经识别的风险进行排序,确定风险可能性与影响、确定风险优先级、确定风险类型。

风险定量分析:进一步了解风险发生的可能性具体由多大,后果具体由多严重。包括灵敏度分析、期望货币价值分析、决策树分析、蒙特卡罗模拟。

风险应对计划编制:对每一个识别出来的风险来分别制定应对措施,这些措施组成的文档称为风险应对计划。包括消极风险(避免策略、转移策略、减轻策略);积极风险(开拓、分享、强大)

风险监控:监控风险计划的执行,检测残余风险,识别新的风险,保证风险计划的执行,并评价这些计划对减少风险的有效性。

项目风险:作用于项目上的不确定的事件或条件,既可能产生威胁,也可能带来机会

通过积极和合理的规划,超过90%的风险都可以进行提前应对和管理

风险应该尽早识别出来,高层次风险应记录在章程里

应由对风险最有控制力的一方承担相应的风险

承担风险程度与所得回报相匹配原则,承担的风险要有上限

风险的属性

(1)随机性:风险事件发生及其后果都具有偶然性(双重偶然)遵循一定的统计规律。

(2)相对性:风险是相对项目活动主体而言的承受力不同,影响不同。风险承受力影响因素:收益大小(收益越大,越愿意承(担风险)投入大小(投入越大,承受能力越小);主体的地位和资源(级别高的人能承担较大的风险)

(3)风险的可变性:条件变化,会引起风险变化。包括性质、后果的变化,以及出现新风险。

风险的分类

按照后果的不同,风险可划分为纯粹风险(无任何收益)和投机风险(可能带来收益)

风险来源划分,自然风险(天灾)和人为风险(人的活动,又可分为行为风险、经济风险、技术风险、政治和组织风险等)。

是否可管理划分,可管理(如内部多数风险)不可管理(如外部政策),也要看主体管理水平。

影响范围划分,局部风险(非关键路径活动延误)和总体风险(关键路径活动延误)。

后果承担者划分:业主、政府、承包商、投资方、设计单位、监理单位、保险公司等。

可预测性划分:已知风险(已知的进度风险)、可预测风险(可能服务器故障)、不可预测风险(地震、洪水、政策变化等)。

在信息系统项目中,从宏观上来看,风险可以分为项目风险、技术风险和商业风险

项目风险是指潜在的预算、进度、个人(包括人员和组织)、资源、用户和需求方面的问题,以及它们对项目的影响。项目复杂性、规模和结构的不确定性也构成项目的(估算)风险因素。项目风险威助到项目计划,一旦项目风险成为现实,可能会拖延项目进度,增加项目的成本。

技术风险是指潜在的设计、实现、接口、测试和维护方面的问题。此外,规格说明的多义性、技术上的不确定性、技术陈旧、最新技术(不成熟)也是风险因素。技术风险威胁到待开发系统的质量和预定的交付时间。如果技术风险成为现实,开发工作可能会变得很困难或根本不可能。

商业风险威胁到待开发系统的生存能力,主要有以下5种不同的商业风险:

(1)市场风险。开发的系统虽然很优秀但不是市场真正所想要的。

(2)策略风险。开发的系统不再符合企业的信息系统战略。

(3)销售风险。开发了销售部门不清楚如何推销的系统。

(4)管理风险。由于重点转移或人员变动而失去上级管理部门的支持。

(5)预算风险。开发过程没有得到预算或人员的保证。

注意:上线的项目风险(项目风险,技术风险,商业风险)需要记忆,考试会考!

真题来喽:

1.以下关于软件风险的叙述中,不正确的是()

A、风险是可能发生的事件

B、如果发生风险,风险的本质、范围和时间可能会影响风险所产生的后果

C、如果风险可以预测,可以避免其发生

D、可以对风险进行控制

2.以下叙述中,()不是一个风险。

A.由另一个小组开发的子系统可能推迟交付,导致系统不能按时交付客户

B.客户不清楚想要开发什么样的软件,因此开发小组开发原型帮助其确定需求

C.开发团队可能没有正确理解客户的需求

D.开发团队核心成员可能在系统开发过程中离职

答案:C B

补充内容:中级里边会考,高级考的比较少!

组织结构模式项目型(项目经理绝对领导)、职能型(部门领导为主)、矩阵型(二者结合,既有项目经理也有部门领导,但权利分割不同)。

程序设计小组的组织方式

(1)主程序员制小组(主程序员全权负责,后援工程师必要时能替代主程序员,适合大规模项目)

(2)民主制小组(也即无主程序员小组,成员之间地位平等,任何决策都是全员参与投票,适合于项目规模小,开发人员少,采用新技术和确定性较小的项目)

(3)层次式小组(两个层次,一名组长领导若干个高级程序员,每个高级程序员领导若干个程序员)。

真题来喽:

1.在进行软件开发时,采用无主程序员的开发小组,成员之间相互平等;而主程序员负责制的开发小组,由一个主程序员和若干成员组成,成员之间没有沟通。在一个由8名开发人员构成的小组中,无主程序员组和主程序员组的沟通路径分别是()。

A.32和8 B.32和7 C.28和8 D.28和7

解析:这个在高项里是沟融渠道的计算题,有计算公式的,沟通渠道的总量为n(n-1)/2, 其中n代表干系人的数量。再根据题意主程序员负责制,成员之间没有沟通的话,沟通渠道就是7条,小组成员只能与主程序员沟通,答案选D

感谢大伙点赞 关注的支持,是我持续学习更新的动力,关注公众号:Coding-9527,跟大伙一起学习,成长,进步!

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。