怎样看待软件抄袭对软件开发行业的影响
答案:1 悬赏:50 手机版
解决时间 2021-03-29 08:25
- 提问者网友：几叶到寒
- 2021-03-29 01:31
怎样看待软件抄袭对软件开发行业的影响
最佳答案
- 五星知识达人网友：七十二街
- 2021-03-29 02:03
“抄”出质量和效率
应用软件开发除了组织管理创新外，也要考虑过程管理要求。样本程序是过程管理的重要工具，其核心目标是保证整个行业应用软件的质量和效率。也就是说，我们要在样本程序出来后，用管理的手段保证我们的程序员所编的其他程序与样本程序的符合度，俗称“抄”。
抄样本程序是我们做样本程序的真正的目的。统一的编码与做古诗不同，我们要最大限度地减少编程人(作者)的差异，只反映业务内容本身的差异。抄样本程序也是对传统软件开发方法的一种改良。
传统的软件开发一般的过程是: 需求分析→概念设计→详细设计→编码→修改循环。使用抄样本程序的思路是: 需求分析→找相似样本程序→抄(加替换修改)→反生成设计文档。
它的优点是抄在先，替换修改在后。并且是“以源程序为核心”形成文档。这是近年来相对占上风的一种观点的反映，源程序与文档的关系有时像明细表与汇总表族的关系一样，明细表是矛盾的主要一方。这种方法的不足是，得有这么多的相似样本程序，还要人工地识别出来，这就是我们说要“抄”的重点。由于“抄”的样本并不总是合适，所以“抄”的方法也同样有局限性。一旦没有可“抄”的样本，我们还是回到了传统的道路，从详细设计、编程到代码走查，无非是想成为新的“样本”，我们的样本也是想让更多的人参与讨论程序所涉及的问题，参与程序各阶段的纠错。所以项目管理者要严格掌控“走新路”的程序，尽量让熟手上马，形成新的样本程序雏形。再退一步说，即使不能直接的“抄”，也还存在间接“抄”的作用，因为各种编程约定、关键点的考虑，也构成“仿”的基础。所以我们今后的样本程序也像“模式”的运用一样，分成不同的类型分别讨论。从工程管理上看，“抄”的必要性真是太大了，很多的应用软件(脚本)，体现了一种已有成果的积淀，是重要的知识沉淀。应用软件开发时往往会动一处而涉及全局，而“抄”是最安全的选择。“抄”也是可以使我们的软件更快、更早地与用户见面的方法。我们不能去反复试验，这也是为什么近年来流行Migration(迁移)项目。关于“抄”的执行管理从责任上应从“山大王”们返回企业权力的主轴，即部门经理和项目经理是主要的责任人，只有这样才能平稳推进这项工作。在有力地完成了这项工作之后，各级主管会发现一个喜出望外的成果，那就是有了相同的样本程序，有了相同的“抄”的管理经验，这就使各级主管拥有了集中兵力打歼灭战的能力，进而可以创造出以一个小组团队加上其他小组群的支持与一个竞争对手(大公司)相对抗的能力。对于一个涉及多个不同行业应用的软件开发企业，太需要这样的能力了!
软件过程管理的核心，是先定规则再进行符合度检查和有效性评估。企业过程管理中核心的要求有两点: 一是内控机制的建立; 二是执行有效性评估。样本程序的有效性评估也恰恰反映说明样本程序不是一劳永逸的，而是要在实践中不断丰富和完善的。开始的时候样本程序可能是相对单一的，但随着应用的深入和管理的要求，它们变成样本程序“族”并附加了很多的使用说明。对所有参与“抄”的编程者，我们都要有“精益求精”的态度。当我们在“抄”的过程中，发现不方便、不合理的地方，应该大胆地提出来、修改完善样本程序，最终也减少“抄”的工作量。对监督“抄”的管理者，今后也要形成更多的管理规范，并使用一些自制工具去自动化的检查“抄”和“仿”的符合度。在交流中，我们要看到它的工程化实用的痕迹，换句话说，你真的在使用吗?你使用的效果如何?这种交流也可以使那些“说得好，做得弱”的“两层皮”状况得到改进，我们可以从一个新的程序员角度去盘问样本程序的使用状况，如果它用得好，大家会很容易地感觉到。
应用软件开发除了组织管理创新外，也要考虑过程管理要求。样本程序是过程管理的重要工具，其核心目标是保证整个行业应用软件的质量和效率。也就是说，我们要在样本程序出来后，用管理的手段保证我们的程序员所编的其他程序与样本程序的符合度，俗称“抄”。
抄样本程序是我们做样本程序的真正的目的。统一的编码与做古诗不同，我们要最大限度地减少编程人(作者)的差异，只反映业务内容本身的差异。抄样本程序也是对传统软件开发方法的一种改良。
传统的软件开发一般的过程是: 需求分析→概念设计→详细设计→编码→修改循环。使用抄样本程序的思路是: 需求分析→找相似样本程序→抄(加替换修改)→反生成设计文档。
它的优点是抄在先，替换修改在后。并且是“以源程序为核心”形成文档。这是近年来相对占上风的一种观点的反映，源程序与文档的关系有时像明细表与汇总表族的关系一样，明细表是矛盾的主要一方。这种方法的不足是，得有这么多的相似样本程序，还要人工地识别出来，这就是我们说要“抄”的重点。由于“抄”的样本并不总是合适，所以“抄”的方法也同样有局限性。一旦没有可“抄”的样本，我们还是回到了传统的道路，从详细设计、编程到代码走查，无非是想成为新的“样本”，我们的样本也是想让更多的人参与讨论程序所涉及的问题，参与程序各阶段的纠错。所以项目管理者要严格掌控“走新路”的程序，尽量让熟手上马，形成新的样本程序雏形。再退一步说，即使不能直接的“抄”，也还存在间接“抄”的作用，因为各种编程约定、关键点的考虑，也构成“仿”的基础。所以我们今后的样本程序也像“模式”的运用一样，分成不同的类型分别讨论。从工程管理上看，“抄”的必要性真是太大了，很多的应用软件(脚本)，体现了一种已有成果的积淀，是重要的知识沉淀。应用软件开发时往往会动一处而涉及全局，而“抄”是最安全的选择。“抄”也是可以使我们的软件更快、更早地与用户见面的方法。我们不能去反复试验，这也是为什么近年来流行Migration(迁移)项目。关于“抄”的执行管理从责任上应从“山大王”们返回企业权力的主轴，即部门经理和项目经理是主要的责任人，只有这样才能平稳推进这项工作。在有力地完成了这项工作之后，各级主管会发现一个喜出望外的成果，那就是有了相同的样本程序，有了相同的“抄”的管理经验，这就使各级主管拥有了集中兵力打歼灭战的能力，进而可以创造出以一个小组团队加上其他小组群的支持与一个竞争对手(大公司)相对抗的能力。对于一个涉及多个不同行业应用的软件开发企业，太需要这样的能力了!
软件过程管理的核心，是先定规则再进行符合度检查和有效性评估。企业过程管理中核心的要求有两点: 一是内控机制的建立; 二是执行有效性评估。样本程序的有效性评估也恰恰反映说明样本程序不是一劳永逸的，而是要在实践中不断丰富和完善的。开始的时候样本程序可能是相对单一的，但随着应用的深入和管理的要求，它们变成样本程序“族”并附加了很多的使用说明。对所有参与“抄”的编程者，我们都要有“精益求精”的态度。当我们在“抄”的过程中，发现不方便、不合理的地方，应该大胆地提出来、修改完善样本程序，最终也减少“抄”的工作量。对监督“抄”的管理者，今后也要形成更多的管理规范，并使用一些自制工具去自动化的检查“抄”和“仿”的符合度。在交流中，我们要看到它的工程化实用的痕迹，换句话说，你真的在使用吗?你使用的效果如何?这种交流也可以使那些“说得好，做得弱”的“两层皮”状况得到改进，我们可以从一个新的程序员角度去盘问样本程序的使用状况，如果它用得好，大家会很容易地感觉到。
我要举报
如以上回答内容为低俗、色情、不良、暴力、侵权、涉及违法等信息，可以点下面链接进行举报！
点此我要举报以上问答信息
大家都在看
推荐资讯