软考知识点.docx
- 文档编号:12022812
- 上传时间:2023-04-16
- 格式:DOCX
- 页数:23
- 大小:31.16KB
软考知识点.docx
《软考知识点.docx》由会员分享,可在线阅读,更多相关《软考知识点.docx(23页珍藏版)》请在冰豆网上搜索。
软考知识点
中高项必看:
软考知识点
项目范围管理(范围变更流程)
1.管理项目范围主要在于确定哪些工作应包括在项目内,哪些不应包括在项目内(明确边界)。
包括制订范围管理计划、范围定义、创建WBS、范围确认和范围控制等过程。
2.范围管理计划将规定:
①制定详细项目范围说明书;②创建WBS;③维护和批准WBS;④正式验收已完成的项目可交付成果;⑤处理范围变更(需求说明书的编制方法和要求X)
3.详细的项目范围说明书包括:
①项目的目标;②产品范围描述;③产品的验收标准;④项目可交付成果;⑤项目边界(或项目的除外责任);⑥项目的制约因素;⑦项目假设条件;
4.WBS表示形式:
①分级的树形结构;②列表形式;③鱼骨图式等
分级的树形结构WBS类似于组织结构图,其层次清晰、直观、结构性强,但不易与修改。
通常应用于一些中小型的应用项目中。
列表形式WBS采用了直观的缩进格式,类似于书籍的分级目录。
它能反映出项目及其某一过程阶段的所有工作要素(能反应全貌),容量较大;且易于装订成册,但其直观性较差。
通常应用于一些大型的、复杂的项目中。
创建步骤:
①识别和确认项目的阶段和主要可交付物;②分解并确认每一组成部分是否分解得足够详细;③确认项目主要交付成果的组成要素;④核实分解的正确性。
(自上而下)
分解方法:
①将项目生命周期的各阶段作为分解的第1层,把产品和项目可交付成果放在第2层;②将项目重要的可交付物作为分解的第1层③按子项目进行第1层分解,接着分解子项目的WBS
分解原则:
①在各层次上保持项目的完整性,避免遗漏必要的组成部分②一个工作单元只能从属于某个上层单元,避免__交叉_从属;③相同层次的工作单元应有相同性质;④工作单元应能分开不同的责任者和不同工作内容;⑤便于项目管理进行计划和控制的管理需要;⑥最低层工作应该具有可比性,是可管理的,可定量检查的;⑦应包括项目管理工作,包括分包出去的工作;⑧WBS的最低层次的工作单元是工作包(一个人2周能干完的工作)
5.(高)为工作包建立控制账户CA,并根据“账户编码”分配标志号,是创建WBS的最后步骤。
这些标志号为汇总成本、进度与资源信息建立了层级结构。
控制账户是一种管理控制点。
在点上将项目范围、成本和进度加以整合,并将它们与挣值相比较,以测量绩效。
控制账户:
工作包——1:
N
6.滚动波式计划的特点(实质):
将近期的工作计划得细一些,将远期的工作计划得相对粗一些。
确定滚动周期的依据:
项目的规模、复杂度及项目生命周期的长短等
7.区别:
范围确认主要关注对可交付成果的验收,质量控制主要关注可交付成果是否正确以及是否满足质量要求。
范围确认应该贯穿项目的始终,质量控制一般在范围确认之前完成,但两者也可同时进行。
8、范围控制的目的是避免范围蔓延(未得到控制的变更)。
项目超出计划的目标,通常被称为范围蔓延。
范围蔓延就是:
在系统项目进行期间不期望的需求缓慢增加。
特征蔓延:
不受控制地增加技术特征到一个项目中。
你本来想更好更出色的完成项目,但你不断增加新的想法...可能会失去宏观上对项目的把握,反而失败。
如何防止范围蔓延?
下面这些要点有助于防止范围蔓延:
(1)范围要符合实际。
不要使项目大到不能完成。
可将项目分解为一系列小的项目。
(2)使用户参与项目范围管理。
将关键用户安排到项目团队中并给予他们需求定义和范围核实的权利。
(3)如果可能,使用现有的硬件和软件,许多IT人士喜欢使用最新及功能最强大的技术,但是应该优先考虑的是那些业务需要的而非技术趋势。
(4)遵守良好的项目管理过程,如本章及其他章节所述,管理项目范围及项目的其他方面都需要有很好的定义的过程
(5)透彻理解项目干系人的需求。
(6)对项目的所有要求都要记录在案。
(7)严格按项目管理方法编制范围计划。
(8)制订并遵守项目范围管理计划(其中规定了范围控制的方法和程序)。
(9)不接受口头的变更申请。
(10)坚持规范的综合评审(干系人也许会因为必须接受综合评审,而放弃某个不合理要求)。
(11)强调完工时间和预算的重要性(如果要追加工作,就只有取消另外的工作)。
为了尽早发现项目范围的偏离,就需要及时对照项目范围基准对范围的实际情况进行检查。
日常的检查工作由项目团队自行开展,可交付成果形成时或阶段结束时的检查工作,则应该由项目团队和主要项目干系人联合进行。
9、造成项目范围变更的主要原因:
①项目外部环境发生变化(如政府政策的问题);②项目范围的计划编制不周密详细,有一定的错误或遗漏;③市场上出现了(或是设计人员提出了)新技术、新方案;④项目实施团队自身发生变化;⑤客户对项目、项目产品或服务的要求发生变化等;
10、范围管理中的常见问题:
①没有制定范围管理计划或计划安排不合理;②范围定义不充分(或没有做好需求分析、调研等工作);③缺少范围确认环节(或项目需求、设计等没有得到用户的正式评审;④范围变更存在问题
(1)项目范围蔓延
很多项目经理都能够意识到大的范围变化,但是对小的范围变化就不那么细心了。
因此,在实际工作当中就往往有这样的一种趋势,很多项目经理没有经过认真的思考就把新的工作增加到了项目当中,当这些小的变化都聚合到一起的野夫上,项目小组才意识到他们承担了太多的超额任务。
已经无法按原有的时间和预算框架来完成项目了。
项目范围管理不仅仅是让项目管理和实施人员知道为达成预期目标需要完成哪些具体的工作,还要确认清楚项目相关各方面在每项工作中清晰的分工界面责任。
详细、清楚地界定分工界面和责任。
不但有利于项目实施中的变更管理和推进项目进展,减少责任不清的事情发生。
也便于项目结束时项目范围的明确、清晰地确认
项目范围管理包括确保项目做且只做所需的全部工作,以成功完成项目的各个过程,它关注的焦点是:
什么是包括在项目之内的,什么是不包括在项目之内的,即为项目工作明确划定边界,通俗的讲,项目范围是要做范围内的事,而且只做范围内的事,既不少做也不多做,少做会影响项目既定功能的实现,多做会浪费资源,因某种原因,要改变项目的工作边界时,项目范围管理会提供一套规范的方法去处理范围变更。
很多多时候,项目经理会面对琰自客户等项目干系人一系列变化要求,由于这些人都属于客户范围,所以他们的要求通常都被认为是应当被接受的,实际上这是一种错误认识,客户通常只能提出范围变化的要求,但却没有批准的权力,即使是项目经理也没有批准的能力,真正拥有这种权力的只有一个人,那就是这个项目的投资人(除非该资助人已经授权给别人),很多项目会遇到麻烦,就是因为大家用都以为项目范围的变化能够得到批准,而事实上真正拥有决定权的投资人有时并不满意这样做。
(3)项目小组未尽责任
项目小组的成员有很多机会同客户进行互动交流,他们所接到的范围变化要求也就最多,因此,整个项目小组都必须理解范围变化管理的重要性,所以小组成员都必须及时发现项目范围的变化并将其报告给项目经理,如果他们把所有的额外工作都自己承担,就很可能造成无法按时完成伤的结果,从而危害到整个项目。
详情请参考教程P285
进度管理
进度管理可能出现的问题以及可以采用的办法,其中还要注意可能会和成本一起考!
(1)团队成员没有及早参与,需求分析耗时长,要早期参与进项目
(2)经验不足,进度计划制定不准,采取有效的历时估算方法和网络计划技术,制定
4
(7)重新估算后面的工期
(8)加强沟通,减少变更
(9)加强控制,避免返工
(10)外包
(11)加强沟通,先完成关键需求
(12)增加资源有时可能压缩工期有限
(13)关注关键路径,在关键路径上加资源,有效果
(14)关注里程碑
(15)加强进度与成本、风险、质量等知识点的协调
解决方案:
(1)向公司申请增加资源,或使用经验丰富的员工
(2)优化网络图,重排活动之间的顺序,压缩关键路径
(3)临时加班(赶工),尽可能补救耽误的时间或提高资源利用率
(4)将部分阶段的工作改为并行,并进行内部流程的优化
(5)变更原来的进度计划。
根据上一阶段的绩效,对后续工作重新评估,修订计划,
并征得项目干系人的同意
(6)加强同项目干系人的沟通
(7)加强对交付物、项目阶段工作的及时检查和控制,避免后期出现返工
(8)尽可能调配非关键路径上的资源用于关键路径上的任务
(9)优化外包,采购等环节,并全程监控。
进度压缩的方法:
(1)赶进度。
(2)快速跟进。
缩短工期的方法:
(1)投入更多的资源以加速活动进程。
(2)指派经验更丰富的人去完成或帮助完成项目工作。
(3)减小活动范围或降低活动要求。
(如果是自己答案例,请在前面写:
经过甲方同意)
(4)通过改进方法或技术提高生产效率。
进度提前的变更方法
(1)分析进度,找出哪些地方需要采取纠正措施;
(2)确定应采取哪种具体纠正措施;
(3)修改进度计划,并将纠正措施列入计划;
(4)重新计算进度,估计计划采取的纠正措施。
活动资源估算的工具:
1)专家判断2)多方案分析3)出版的估算数据4)项目管理软件5)
自下而上估算
活动历时估算的工具:
1)专家判断2)类比估算3)参数估算4)三点估算5)后备分析
制定进度表的工具:
1)进度网络分析2)关键路线法3)进度压缩4)假设情景分析5)资
5
提供信息系统项目管理师、系统集成项目管理工程师、一级建造师、二级建造师全程辅导培训
进度计划
(3)考虑项目期间特定时期会对进度产生影响
(4)增加人手,聘请更有经验的人员,或找兼职人员
(5)加班
(6)并行
6)关键链法7)项目管理软件8)应用日历9)调整时间提前与滞后量10)进度模
型
进度控制的主要技术和工具:
(1)进度报告
(2)进度变更控制系统;(3)绩效衡量;(4)项
目管理软件;(5)偏差分析;(6)进度比较横道图;(7)资源平稳(8)假设条件情景
分析(9)进度压缩;10)制订进度的工具
如何保证满足项目的进度要求:
1、进行计划的贯彻;2、调整工作;3、抓住关键路径;4、
提高资源利用率;5、加强组织管理工作;6、加强进度控制。
监督和跟踪项目进度的步骤:
1、细化WBS,基于WBS和工时估算制定活动网络图,制定项
目工作计划;2、建立对项目工作的监督和测量机制;3、确定项目里程碑,并建立有效的评
审机制;4、对项目中发现的问题、及时采取纠正和预防措施,并进行有效的变更管理。
5、
使用有效的项目管理工具,提升项目管理的工作效率。
其实进度管理主要是计算题,要会找关键路径、会求6标时、自由
时差,要会调整工期,还需要会结合挣值进行分析。
提示:
在压缩了一个活动之后,要分析关键路径是否有变化,不管有没变化,都需要在答题
纸上说明。
五、成本管理
(
(1)成本估算和预算的联系:
都运用类比估算、参数模型、自下而上等工具和技术;都是以
WBS为基础的。
(
(2)成本估算和预算的区别:
估算成本是对完成项目活动所需资金进行近似估算的过程;估
算成本其输出是成本估算,这种估算并未得到管理层的批准;成本估算的精确程序以工作包为基
础;制定预算是汇总所有单个活动或工作包的估算成本,建立一个经批准的成本基准的过程;成
本预算将基于工作包的成本估算分配到每项活动及相应时间段;成本预算输出的是成本基准计划
即经过批准的成本预算。
其实成本管理主要是计算题,以成本为主,注意和进度的结合。
EV、PV、AC、BAC、CV、SV、EAC、ETC、CPI、SPI
公式:
CV=EV-AC>0,节省<0,超支
SV=EV-PV>0,提前<0滞后
CPI=EV/AC,>1,节省;<1,超支
SPI=EV/PV,>1,提前;<1,落后
ETC=(BAC-EV)当前偏差被看做是非典型的
ETC=(BAC-EV)/CPI当前偏差被看做是代表未来的典型偏差
EAC=AC+ETC----衍化为下面两个公式
EAC=AC+BAC-EV当前偏差被看做是非典型的
EAC=AC+(BAC-EV)/CPI当前偏差被看做是代表未来的典型偏差
提示:
一定要按过程写,就算是不会,也一定要多写,写公式,能写几步是几步。
另外呢?
如果
是和进度结合的题目,如果题目里没特殊说明,求PV的时候要按照网络图来,就是按最早开始
算,当然,如果题目里有限制条件,则按照限制条件来。
6
提供信息系统项目管理师、系统集成项目管理工程师、一级建造师、二级建造师全程辅导培训
成本估算的工具:
1)类比估算2)确定资源费率3)自下而上估算4)参数估算5)项目管
理软件6)供货商投标分析7)准备金分析8)质量成本
成本预算的工具:
1)成本汇总2)准备金分析3)参数估算4)资金限制平衡
成本估算的步骤
(1)识别并分析成本的构成科目
(2)根据已识别的项目成本构成科目,估算每一科目的成本大小
(3)分析成本估算结果,找出各种可以相互替代的成本,协调各种成本之间的比例关系。
成本预算的步骤
(1)将项目总成本分摊到项目工作分解结构的各个工作包。
分解按照自顶向下,根据占用
资源数量多少而设置不同的分解权重。
(2)将各个工作包成本再分配到该工作包所包含的各项活动上。
(3)确定各项成本预算支出的时间计划及项目成本预算计划。
项目成本控制的定义,包括如下内容:
①对造成成本基准变更的因素施加影响;
②确保变更请求获得同意;
③当变更发生时,管理这些实际的变更;
④保证潜在的成本超支不超过授权的项目阶段资金和总体资金;
⑤监督成本执行(绩效),找出与成本基准的偏差;
⑥准确记录所有的与成本基准的偏差;
⑦防止错误的、不恰当的或未批准的变更被纳入成本或资源使用报告中
⑧就审定的变更,通知项目干系人;
⑨采取措施,将预期的成本超支控制在可接受的范围内。
成本超支进度落后措施:
用高效人员、在预防风险的情况下并行施工等、提高工作效率
成本超支进度超前措施:
抽调人员、放慢进度,采取措施控制成本,必要时调整基线。
质量管理(质量管理流程、做法)
项目质量管理可能问题:
(1)有制定可行的质量管理计划并积极实施;
(2)没有全面的质量管理进展情况报告;
(3)沟通方式单一或不全面,容易误导用户,致用户不必要的担心
(4)质量保证过程中缺乏QA的参与
(5)质量控制环节缺失,例如评审和测试
(6)测试方法不当或不充分
(7)测试控制的流程不对,或测试安排的紧张,或未进行质量控制就进行了范围确认。
(8)没有质量保证经验。
(9)检查频率的设定有问题。
(10)应加强项目过程中的质量控制或检查,不能等到工作产品完成后才检查。
(11)QA发现问题应与当事人协商,如果无法达成一致要向项目经理或更高级别的领
导汇报,而不能自作主张。
(12)在质量管理中,没有与合适的技术手段相结合。
(13)对程序员在质量意识和质量管理的培训不足
(14)职责分配不清楚
(15)项目经理在项目质量管理方面的经验欠缺
(16)进度计划制定的不合理(或进度计划安排过于紧张)
(17)需求分析、系统设计阶段的质量控制可能不到位、缺少评审环节
(18)测试过程中配置管理工作未到位
(19)项目缺乏质量标准和质量规范
(20)没有建立项目的质量保证体系
(21)在质量管理中,没有采用合适的工具、技术和方法
应该怎么解决或提高项目质量?
1、严格执行公司的质量管理体系规范工作流程;
2、制定质量管理计划;
3、执行质量保证计划;
4、调配相关资源(如:
人、财、物等)加强后续质量保证工作;
5、加强后期的质量控制和测试,应安排相对独立的测试人员;
6、提前加强产品交付后的客户服务和维护工作;
7、加强沟通;
8、建议必要时修改质量基准争取以最小的代价获得用户认可。
9、参与开发项目的软件过程描述。
评审过程描述用于保证该过程与组织政策、内部软
件标准、外界标准及项目计划的其他部分相符;
10、按质量管理计划实施质量检查,检查是否按标准过程实施项目工作。
及时完成项目
过程中的质量检查,在每次进行检查之前应检查清单,并将质量管理相关情况予以记录;
11、依据检查的情况和记录,识别与相应软件开发过程的偏差,分析问题原因,发现尚
可能存在的问题,并与当事人协商,争取解决问题。
问题解决后要进行验证,如果无法与当
事人达成一致,应按问题上报流程报告项目经理(或更高级别的领导),直至问题解决:
12、定期给项目干系人分发质量报告;
13、协调变更控制和变更管理,并帮助收集和分析软件度量信息等;
14、为项目组成员提供质量管理要求方面的培训或指导等。
15、强有力的领导
16、建立组织级项目管理体系
17、建立组织级质量管理体系,包括制定可行的过程规范和质量目标、质量标准
18、建立项目级激励制度
19、理解质量成本
20、提高项目文档质量
21、发展和遵从成熟度模型。
22、应安排独立于项目组的有经验的质量保证人员负责质量保证工作
23、对软件开发的过程实施质量审计
24、注重对需求和设计等开发过程文件的技术评审工作
25、应加强需求和设计方案的评审和质量控制工作
26、应加强项目实施过程中的配置管理工作
27、提出合理有效的质量整改措施(如建议的纠正措施、对项目计划可能的更新等)
质量保证体系包含?
1、是否制定明确的质量计划
2、是否建立健全专职的质量管理机构
3、是否实现管理业务标准化,管理流程程序化
4、是否配备必要的资源条件
5、是否建立了一套灵敏的质量信息反馈系统。
质量保证人员,在整个项目中应该完成哪些工作?
(1)计划阶段制定质量管理计划和相应的质量标准
(2)按计划实施质量检查,是否按标准过程实施项目工作。
注意项目过程中的质量检
查,每次进行检查之前准备检查清单(checklist),并将质量管理相关情况予以记录
(3)依据检查的情况和记录,分析问题,发现问题,与当事人协商进行解决。
问题解
决后要进行验证;如果无法与当事人达成一致,应报告项目经理或更高层领导,直至问题解
决
(4)定期给项目干系人发质量报告
(5)为项目组成员提供质量管理要求方面的培训或指导
质量控制的工作应做好以下几方面内容:
1、维护工作进行质量控制,做好相关文档工作;
2、在有条件情况下,开始对已交付系统进行文档建设,尤其是用户手册的建设工作;
3、建立组织级的质量管理体系和相关的标准及规范,取得高层领导的支持和信任,开
展整体质量控制观念的培养,在以后工作中实施严格的质量控制工作。
质量管理体系的改进步骤:
(1)找出目前质量体系不合适项目实际情况的问题
(2)制定改进计划,对项目实施流程进行改进
(3)将改进工作分配给各部门
(4)修改体系文件并会同各部门进行评审
(5)在部分项目中试运行改进后的体系,找出问题,改进
(6)正式发布改进后的体系并持续改进
企业的质量管理体系主要存在以下问题:
(1)目标工作与实际工作和原有管理割裂开来,认为目标归目标,实际工作中没沿用原来
的管理模式;
9
提供信息系统项目管理师、系统集成项目管理工程师、一级建造师、二级建造师全程辅导培训
(2)未能结合企业的实际情况,照搬照抄,其后果导致旧的方法弃之不用,新的方法不知
如何使用;
(3)实际运行中缺乏指导性、操作性。
(4)在体系建立和实施过程,个别领导和富有管理职能的人员,对体系理解不透、不准确,
而其又要具体指导目标工作,以致于体系无法在本单位得到有效的贯彻;
(5)把目标工作看成是额外安排的一件事,被动应付,不推不动,实施不用心,满足于上
级下达的目标任务;
(6)个别单位对体系的宣传力度不够,使一些部门领导和员工对体系的认识存在偏差;
(7)在体系的建立和实施过程中的各种工作较为肤浅,缺乏深入的研究及遇到问题主动的
解决。
改进之策:
(1)加强领导的组织和协调作用;
(2)统一认识,牢固树立目标的长久思想;
(3)加强培训和教育;
(4)以质量管理体系为中心,整合各种管理制度间的关系;
(5)强化内审和管理评审工作;
(6)重视持续改进;
(7)重视质量管理制度化建设,加强考核,强化监督保障机制的作用。
质量计划的方法:
效益/成本分析、基准比较、流程图、实验设计、质量成本分析、质量功
能展开、过程决策程序图法
质量控制的方法:
4个:
统计抽样、检查、测试、6西格玛
老七种工具:
因果图、流程图、直方图、检查单、散点图、排列图(帕累托图)、控制图(管
理图、趋势图)
新七种工具:
相互关系图、亲和图、树状图、矩阵图、优先矩阵图、过程决策程序图、活动
网络图
质量管理过程可以分解为4个环节:
(1)确立质量标准体系。
(2)对项目实施进行质量监控。
(3)将实际与标准对照。
(4)纠偏纠错。
项目管理过程的质量保证活动的基本内容如下:
(1)制定质量标准。
(2)制定质量控制流程。
(3)提出质量保证所采用方法和技术。
(4)建立质量保证体系。
项目质量控制过程一般要经历以下基本步骤:
(1)选择控制对象。
(2)为控制对象确定标准或目标。
(3)制定实施计划,确定保证措施。
(4)按计划执行。
(5)对项目实施情况进行跟踪监测、检查,并将监测的结果与计划或标准比较。
(6)发现并分析偏差。
(7)根据偏差采取相应对策.
7、质量控制跟质量保证的区别:
质量保证主要是按照既定的质量计划来对过程进行追踪,
并且还包含质量改进;而质量控制则监控项目的具体结果,确定其是否符合项目的质量标准,
并进行不合格情况的追踪。
(简单记忆:
质量保证看得是整个项目,控制是关注各阶段具体
可交付成果,另外质量保证工具有质量审计跟过程分析,从这两点上区分控制跟保证。
此题
也可以结合输入工具输出来作答)
一
辈子时光在匆忙中流逝,谁都无法挽留。
多少人前半生忙忙碌碌,奔波追逐,后半生回望过去,难免感叹一生的碌碌无为,恨时光短暂,荒废了最好的光阴。
人过中年,不停跟时间妥协,之所以不争抢,处世淡然,完全是经过世故的淬炼,达到心智的成熟。
有朋友问我,怎样写出滋润心灵的文字?
是要查字典,引用名言,还是有什么规律?
我笑着回,随心随意,不为难自己。
你为难自己,就要刻意去效仿,你不随心随意就要被名利世俗困扰,自然心态会有偏差,文字也染上了俗气。
现实生活中,不乏完美主义者,终日在不食人间烟火的意境中活着,虚拟不切合实际。
如此,唯有活在当下,才是真正的人生笺言。
常常想,不想活在过去的人,是经历了太多的大起大落,不想被束缚在心灵蜗居里的人,是失去的太多,一番大彻大悟后,对视的眼神定会愈发清澈,坦然笑对人生的雨雪冰霜。
对于随波逐流的人们,难免要被世俗困扰,不问过去,不畏将来又将是怎么样的一种纠葛,无从知晓。
不得不说,人是活在矛盾中的。
既要简单,又难淡然,挣扎在名利世俗中,一切身不由己,又有那样的生活是我们自己想要的呢?
人前,你笑脸相迎,带着伪装的面具,不敢轻易得罪人;人后,黯然伤怀,总感叹命运的不公平,人生的不如意;常常仰望别人的幸福,而忽视了自己,却不知你与他所想要的幸福,都只得一二,十之八九只有在希冀中追求,不是吗?
人活一辈子,心怀梦想,苍凉追梦,难能可贵的是执着向前,义无反顾,最惧怕瞻前顾后,退缩不前。
一生短暂如光影交错,有几个人能放下牵绊,有几个人能不难为自己,活的精彩呢!
我们的一生,是匆忙的行走,谁的人生,不是时刻在被命运捉弄中前行。
我想,我是无法和命运抗衡的,却又时刻想做真实的自己。
眼下的生活是一面镜子,对照着卑微的自己,心有万千光芒,无法放弃的却总是太多太多。
中年,人生的分水岭,不再有小女孩的浪漫情怀,撒娇卖萌,穿着也越
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 知识点