作品完成两年内 ， 未经单位同意 ， 作者不得许可第三人以与单位使用的相同方式使用 该作品 。
有下列情形之一的职务作品 ， 作者享有署名权 ， 著作权的其他权利由法人或者其他组 。

18、 织享有 ， 法人或者其他组织可以给予作者奖励 （一）主要是利用法人或者其他组织的物质技术条件创作 ， 并由法人或者其他组织承 担责任的工程设计图、产品设计图、地图、计算机软件等职务作品； （二）法律、行政法规规定或者合同约定著作权由法人或者其他组织享有的职务作品 。
第二十一条 公民的作品 ， 其发表权、本法第十条第一款第（五）项至第（十七） 项规定的权利的保护期为作者终生及其死亡后五十年 ， 截止于作者死亡后第五十年的 月日；如果是合作作品 ， 截止于最后死亡的作者死亡后第五十年的月日 。
五、知识产权法 六、技术标准 1文档评审 文档评审十分重要 文档评审必须与技术评审结合起来 为了提高软件产品的质量 一个有效 。

19、的方法就是在软件开发的每个阶段 对该阶段所形 成的文档进行严格的评审 这样可尽早发现问题 并及时采取措施予以解决 从而确保文档内 容的正确性 避免或减少大的返工 同时为进入下一阶段的工作做好组织上和技术上的准备 对一些大项目 正规评审通常在开发方法学指导下进行 正规评审应包括文档评审 这是 为了保证文档不但正确 而且内容是最新的 如果对文档与开发工作的其他方面同样重要这 一点强调不够 各种问题可能随之而来 对所有描述开发工作和产品的文档进行评审是正规评审过程的组成部分 一开始特别重 要的是需求规格说明和设计规格说明的评审文档评审十分重要 需求评审 需求评审进一步确认开发者和设计者已了解用户要求 。

20、什么 及用户从开发者 一方了解某些限制和约束 需求评审 可能需要一次以上 产生一个被认可的需求规格说明 基于对系统要做些什么 的共同理解 才能着手详细设计 用户代表必须积极参与开发和需求评审 参与对需求文档的 认可 设计评审 通常安排两个主要的设计评审 概要设计评审和详细设计评审 在概要设计评审过程中 主要详细评审每个系统组成部分的基本设计方法和测试计划 系统规格说明应根据概要设计评审的结果加以修改 详细设计评审主要评审计算机程序和程序单元测试计划 设计评审产生的最终文档规定系统和程序将如何设计 开发和测试 以满足一致同意的 需求 正规备忘录提供一份有关所有会议的记录 无论项目大小或项目管理的 。

21、正规化程度 需求评审和设计评审是必不可少的 需求必须 说明清楚用户和开发者双方都必须理解需求 为了能把需求转换成程序及程序成分 设计的 细节须经同意并写成文档 其他评审 其他文档的正规评审也是必需的 产品文档的计划应包括对下述内容的评审 和认可 a)编排方式 b)技术准确度 c)复盖范围的完整性 d)对读者的适合程度 e)图表设计思想及最终图表 也应接受关于技术准确度 适合程度和完整性的单独评审 f)在语法 标点及其他行文技巧方面的正确性 g)对格式和别的标准的遵守程度 如果有标准和指南 现有的或制定的 则可以对照这些标准来评判文档 正规评审要保证 产品文档是准确的 完整的 而且是适合读者的。

【中and高级项目经理考试考点】22、附录 提供了软件开发过程各评审点评审内容 评审一般采用评审会的方式进行 其步骤为 a)由软件开发单位负责人 用户代表 开发小组成员 科技管理人员和标准化人员等组成 评审小组 必要时还可邀请外单位的专家参加 b)开会前 由开发单位负责人确定评审的具体内容 并将评审材料发给评审小组成员 要 求做好评审准备 由评审 目根据文档编制者对该文档的说明和评审条 持评审会由开发单位负责人主c)小组成员进行评议 评审 评审结束应作出评审结论 评审小组成员应在评审结论上签字 2质量途径 软件开发周期划分3 4软件维护内容分类特点 化第三部分、信息 电子政务概念一、 二、 需求分析与定义 软件维护 三、 视图 四、UML 技术Web五、 Services 工作流技术六、 3.7计算机网络知识（书七、 ） 综合布线八、 机房安全 九、 岗位安全考核与培训 系统运行安全与保密层次 十、 。

来源：(未知)

【学习资料】网址：/a/2021/0321/0021742500.html

标题：中and高级项目经理考试考点( 四 )