软件开发部工作计划

2024-05-07

软件开发部工作计划（精选10篇）

篇1：软件开发部工作计划

xx实业有限公司软件开发部

2013年工作计划

工作时段：（01月4日—12月31日）

xx实业有限公司软件开发部（以下简称本部门）成立于2012年8月份，致力于xx系统的研发，目前在编人员四名，软件的研发因使用较前沿的xx平台，面临不少的技术层面的挑战。

本部门成员通过2012年的努力，完成了直线型房型绘制模块的开发，衣柜系统的开发，同时添加了沙发组合，庭柜组合，餐厅组合，卧室组合等。

展望2013年，计划在现有的人员编制基础上增加新的“血液”，把本部门打造成技术更加过硬的团队，帮助集团公司实现2013年的发展目标。

一、工作目标：

1、“xx”软件版本发布：

1.12013年6月完成“xx”软件第一版的正式发布，软件功能包含xx等；

1.22013年完成“xx”软件架构的整理与论证为完成独立套装软件做准备工作；

1.32013年完成xx软件版本规划中所定义的工作；

1.42013年完成集团公司新交办的工作；

2、2013年完善本部门团队建设：

2.1建立内部技能培训学习机制；

2.2参加相关行业培训保持技术领先；

2.3团队增员至xx人；

3、2013年xx软件的应用推广：

3.1企业内xx软件的应用培训；

3.2xx软件使用手册的制作；

3.3xx软件商业推广的应用演示；

二、团队建设：

1、建立内部技能培训学习机制：

1.1计划每周三晚上为内部技能培训与学习时间；

2、参加相关行业培训

2.1根据需要参加国内xx行业技术交流会议，掌握行业内最新的技术信息；

3、团队增员计划

3.1结合本部门2013计划，需增加两名xx开发工程师协助完成相关工作；

4、团队维稳

3.1本部门主程序员目前的工资标准低于同行业水平，需要公司适当调整其收入以稳定队伍；

3.2制定本部门各岗位工资标准，并设定晋级标准以便进行科学管理；

xx实业有限公司软件开发部

2013年工作计划

三、应用推广：

1、企业内xx软件的应用培训：

1.1 根据本部门培训计划结合公司要求进行应用培训；

2、xx软件使用手册的制作：

2.1 完成xx软件正式版本的使用手册电子版的制作；

3、xx软件商业推广的应用演示：

3.1 根据公司要求进行推广演示；

3.2 根据公司要求制作推广演示视频；

篇2：软件开发部工作计划

软件开发部2015的质量目标是：  项目一次通过率98%以上  最终项目验收通过率100%  客户意见处置率100%  顾客满意度96%以上

软件开发部根据公司安排，按照ISO质量体系的要求，进行项目开发和管理工作，取得了一定的成效。现将软件部过去一年的工作进行如下总结。

1、工作内容

软件开发的一个特点就是文档特别多，而旦更新频繁。ISO9001不但对质量体系文件进行严格控制，更重要的是要对开发过程的源代码和各种开发文档进行严格的版本控制，保证只有最新版本是有效的。软件部开发和管理是否规范、是否符合质量认证体系要求，将决定项目是否能按时、按质完成项目开发的前提。

根据项目管理的要求和质量管理体系的要求制定了《软件项目实施方法指南》。该指南为铜冠信息科技公司主体业务之一软件研发服务过程提供体系支撑，为项目实施提供通用过程模型，对软件项目实施的项目管理过程及开发过程两条主线进行阶段化、标准化、文档化管理，指导并规范公司软件项目实施，明确项目管理人员和软件开发人员在项目实施过程中在什么阶段按什么规范执行什么任务，在什么阶段需要交付什么样的工作成果，进一步提高软件项目的实施质量、压缩项目实施工期，实现公司软件项目快速组织按质、按期实现验收交付，提升客户满意度。

2、存在的问题主要的问题有 A、过程记录不足

在项目开发和管理过程，虽然详细记录一些文档。但过程确认记录并没有完整记录下来，对于需要签字确认的文档，没有做到位，存在怕麻烦的思想。B、质量管理体系的培训力度不够

作为生产部门的员工，必须了解基本的质量管理体系知识。但在实际工作过程中，部门安排的相关培训较少，没有起到很好的宣传作用。

3、下一步工作安排

针对不足，我们部门打算从以下几个方面做起 A、加强过程文档的记录

按照质量管理体系，进行过程管理，对于项目需要的签字确认的文档，必须进行签字确认。B、加强学习

通过部门安排，组织部门员工定期、有效的进行质量管理体系知识的学习。使员工了解质量管理体系相关知识，明白日常工作与质量管理体系的关系，从而更好的提高产品质量，提高顾客满意度。

通过总结，让我们明白质量管理体系对公司发展的意义何在。也使我们认识部门的诸多不足。针对这些不足，我们将使用PDCA方法进行改进和提高，从而提供我们提供产品的质量和能力。

软件开发部

篇3：软件工程开发的组织规划工作

1 软件开发的必要性

计算机已经成为人们日常生活的常用工具, 借助计算机操作平台可以对数据进行综合性的处理, 提高了数据资源的有效利用率。从组成上来说, 软件和硬件是计算机最为关键的两大组成部分, 而软件主要负责了计算机操作系统各项功能的实现。伴随着互联网络技术的快速发展, 计算机应用设备的操作功能更加复杂, 只有不断地更新软件才能满足用户使用的要求。因此, 用户在组建计算机应用平台的同时, 也要考虑软件系统的开发与升级, 提升软件模块的应用价值, 如图1。这不仅是计算机应用功能的需求, 也是计算机行业发展的必要条件。

2 软件开发的流程

软件开发是一项系统性的研究工作, 正式开发前要对软件工程的具体内容进行规划, 组织好各项操作流程才能保证产品的质量。一般情况下, 软件工程开发需经过需求分析、功能设置、软件测试等三个主要环节, 详细如图2, 通过细致地开发操作以保证功能应用符合要求。

2.1 需求分析

不同用户群体对软件功能的要求是不一样的, 如:个人用户只需要基本的使用功能, 而高端企业客户需求的是多功能、低风险的软件产品。开发人员需初步了解需求, 然后用WORD列出要开发的系统的大功能模块, 每个大功能模块有哪些小功能模块。深入了解和分析需求, 根据自己的经验和需求用WORD或相关的工具再做出一份文档系统的功能需求文档, 并且还例出相关的界面和界面功能。

2.2 功能设置

按照用户使用要求, 设计专用的功能模块, 让用户实际操作有相应的调控平台。软件开发要注意产品功能的优化设计, 根据确认的需求文档所例用的界面和功能需求, 用迭代的方式对每个界面或功能做系统的概要设计。把写好的概要设计文档给程序员, 程序员根据所例出的功能一个一个的编写。编写程序时要注意结构上的对应, 以免程序错乱而影响到软件作用的发挥。

2.3 软件测试

新软件产品初步开发结束, 应由程序人员对其进行检查, 及时找出程序语言存在的缺陷, 做好相应的修改工作。程序检查无误, 应将软件安装于计算机进行功能测试, 进一步测试编写好的系统。交给用户使用, 用户使用后一个一个的确认每个功能, 然后验收。为了同类软件开发的便捷性, 技术人员要做好数据的收集与记录, 方便其它软件程序的编写, 从而提高软件研发的效率。

3 软件工程开发的管理

企业投资某一款软件产品开发, 应加强开发过程的管理工作, 从各个环节强化软件产品的质量控制, 避免成品调试时出现各种功能性的问题。软件工程开发管理的关键:一是人员管理, 必须安排专业人员从事开发工作, 组织程序编写、技术分析等人员对软件结构全面分析, 及时发现软件产品的不足;二是技术管理, 尽可能采用最新的软件技术, 保持与计算机硬件设备相协调, 使软件的操作功能得到最大发挥。

4 结论

总之, 软件工程开发是为了满足更多用户的操作要求, 提高计算机网络运行的功能特点, 从而实现计算机应用功能的最优化。开发软件要制定详细的计划流程, 完善工程开发的管理体系, 确保软件功能符合应用要求。

参考文献

[1]吴会松, 吴庆松, 张艳玲.试论面向对象软件的维护[J].电脑开发与应用.1999.

[2]付亚荣, 杨海鹏, 柏洁, 宋增珍.面向对象结合形式化技术的框架式开发方法[J].石油工业计算机应用.1999.

[3]吴会松, 吴庆松, 张艳玲.面向对象软件的维护[J].电子工程师.1999.

[4]吴会松, 吴庆松, 张艳玲.试论面向对象软件的维护[J].计算机与数字工程.1998.

篇4：软件开发部工作计划

关键字：工作过程软件测试课程开发

【中图分类号】TP311.53-4

一、工作过程导向的课程开发方法

工作过程是在企业中为完成特定的工作任务并获得工作成果而实施的完整的工作程序。基于工作过程的课程，应以企业的实际工作内容作为课程内容的组织范围、以工作过程为课程内容的组织逻辑、以完成工作任务为课程目标、以工作过程的行动导向为课程的实施原则。确保教学领域与实际应用领域吻合；教学过程与实际工作过程吻合；教学任务与实际工作任务吻合。基于工作过程的课程内容以受众对象为中心，注重通过直接经验的形成来掌握蕴含于工作过程中的知识、技能和技巧。

基于工作过程的课程的设计，是以工作过程为主线，提炼出由实践情景构成的过程逻辑，让教学课程的过程成为基本符合企业的实际工作过程的过程。课程设计时，要遵循由浅到深，由易到难，由单一技能到综合技能的认知规律。由生疏到熟练，由新手到专家的职业成长规律。图1是我国学者在研究国内外职业教育的工作过程导向的实践与理论成果的基础上提出的课程模式，我们在此模式的基础上探讨工作过程导向的具体开发方法。

工作过程系统化课程模式，是一个二维矩阵，纵向是学习领域，每一个领域都是一个完整的工作过程，学习领域是理论和实践的有机结合、遵循认知学习规律和成长规律的课程单元，一个学习领域对应一门课程，一个专业由若干学习领域组成，一个学习领域由一个或若干个学习情境组成。

横向是学习领域的学习情境，学习领域课程的教学内容，即案例化的主题学习单元。它把理论知识、实践技能与实际应用环境结合在一起，是学习领域这一宏观计划的具体化。它将学习领域中的目标表述和学习内容进行教学论和方法论的转换，构成在学习领域框架内的“小型”主题学习单元。学习情境可以表现为具体教学项目，在软件测试技术专业，教学项目多为测试一个应用软件，一个WEB系统等。

基于工作过程课程的开发可分解为如下几个流程；

工作任务分析：根据本专业对应的工作岗位及岗位群实施典型工作任务分析。

行动领域归纳：根据能力复杂程度整合典型工作任务形成综合能力领域

学习领域转换：根据认知及职业成长规律递进重构行动领域转换为课程

学习情境设计：根据完整思维及职业特征分解学习领域为主题学习单元

以上是基于工作过程导向的课程设计方法，接下来我们来针对高职院校软件专业的重要课程《软件测试》进行工作导向的设计。

二、软件测试的工作过程分解

1.获取，归纳，整合实际软件测试工作中的典型工作任务

通常在企业中，普通测试人员的主要工作任务是依据测试用例，设计测试数据，实施测试，取得测试结果，进行测试结果的检证，进行缺陷报告，回归测试等；高级测试人员的主要工作是，依据测试计划，方针，设计测试用例，指导普通测试人员进行测试，进行缺陷跟踪，进行测试的评审等；测试管理人员（如：测试经理）的主要工作是，依据项目整体计划，特别是质量计划，制定测试计划，测试方针，进行测试管理，分析测试结果，质量评估等。

另外，某些情况下还要进行测试开发，如：用JUNIT对JAVA类进行测试时，要进行JUNIT测试代码的开发；测试环境的搭建；自动化测试设计、实施等。

由此，我们可以将实际企业中的软件测试工作，归納，整合为如下几个工作任务：测试项目管理、测试计划、测试设计、测试准备，测试实施、测试报告、缺陷跟踪、测试评审、测试评估。

2.分类，排序典型工作任务

按照上面阐述的认知规律和职业成长规律，按照由简单到复杂，由单一技能到综合技能；由新手到专家的规律，把通过软件测试人员职业分析得到的典型工作任务分类，筛选，排序将客观的工作任务，同时也是学习任务按照一定的主观标准进行了系统化的处理。上面的典型工作任务中，我们将测试准备、测试实施、测试报告划分到基础级别的软件测试工作任务；将测试设计、测试跟踪、测试评审划分到高级级别的软件测试工作任务；将测试项目管理、测试计划、测试评价划分到管理级别的软件测试工作任务。

3.确定学习领域

依据上面典型工作任务的分析结果，我们为软件测试课程设计三个学习领域，即：基础软件测试、高级软件测试、软件测试管理。培养符合企业需求的软件测试实施人员是本课程的主要课程目标。所以，将基础软件测试和高级软件测试作为本课程的重点。其中，不同的企业、不同的项目对测试准备和测试评审的要求和作业内容也不尽相同，行业也没有统一的标准，所以我们介绍较为常见的作业内容，学生也只需了解该部分内容即可。这样可以得出各学习领域的内容和要求，如表1所示：

三、《软件测试》课程教学实践

《软件测试》本身是理论与实践紧密结合的一门技术性课程，笔者所在院系的此课程共128课时，共计8学分。根据工作工程导向的设计结果，结合实际教学实践，为每个学习情境分配具体课时，如表4所示。

篇5：软件开发部个人工作总结

又到了辞旧岁，迎新年的时候了，回望即将过去的20XX，展现在我们面前的是一年深浅不一的脚印，不管在时间这条巨大的画面上，留下了是优美的还是些许凌乱的印记，我们总能骄傲地说，我们走过来。

20XX年是一个特殊的年份，金融危机席卷了全球各个经济体，在中国，制造业受到了不可估量的影响，在这种背景下，百丽提出了“节约成本”的口号，将成本开销，资源利用控制到最优化，提升实力，迎接挑战。

1.工作汇报与总结

资讯部在整个一年围绕着“节约成本”的宗旨，配合各个部门，本着“服务公司”的理念，根据各个部门提出的需求，新开发了质量管理系统，数字化管理系统，各个事业部m3外挂上线等，以及完善改进已有的系统：消费管理系统，人事管理系统，集成管理系统等。借此契机，我有幸能参与其中相关系统的开发。以下是我根据时间和子系统的分类，汇报总结20XX年的工作情况。

(新m3报表子系统)

m3外挂的成功上线，绝对是对管理部提出的“节约成本”的理念的最好诠释。企业发展部对整个流程的重新梳理，规范各个环节的衔接与控制以及我们资讯部的全力配合开发实现功能都是这一宗旨的具体体现。我依然很清晰地记得XX年初，那时候我刚进部门不久，因为m3外挂的上线，整个部门如火如荼的进行着，我看到是全体同事的齐心合力，协调合作。我印象深刻的是，那时在部门例会上直接分配报表开发到个人，每人4-5个，虽然对m3取数不是很理解，但终究是在分析测试组的帮助引导下，完成了分配的报表。也实现了我也是部门的一份子，为部门出一份力的愿望。

(集成管理系统)

集成管理子系统是对整个管理系统各个模块全局的控制，在卢成的指导下，我得以完成编码管理中编码字段，规则，方案维护模块的开发，以及后续多语言维护模块的开发和dbmoto工具重启模块的开发。

(人事管理系统)

在人事管理系统中，涉及不多，主要是前期为锻炼提高能力而开发的操作证打印模块。

(消费管理系统)

在随后的任务分配上，我更多的精力是放在消费系统的熟悉和开发上，消费系统设计到的业务虽不如人事系统那么复杂，但把业务来龙去脉理清，以及代码的熟悉也颇需要时间。对各个模块的作用以及代码如何编写成了我前期的主要任务，主管也是想借此提高我的业务理解能力和编程能力。“磨刀不误砍柴工”，只有把刀磨得锋利了，砍起柴来才能做到游刃有余。期间也练习过开发一些简单的消费报表，最初的消费卡自动充值统计报表的开发也确实夯实了业务的了解。在后续的工作中，对卡片管理中因为业务的需要增加了外来员工发卡，外来员工卡号转换，离职退卡。设备管理中完成对消费机设备余额限制等的程序修改，以及黑名单自动下载模块的开发。奖金收支平衡中增加每日卡余额的存储过程用于结算每日卡余额以及充值退款补贴模块(新)的修改。在查询管理中，完成因增加外来员工和其他补贴类型的报表的开发和修改。

(数字化管理系统)

与m3外挂系统晚一些启动的还有数字化管理系统，数字化管理系统对公司鞋类开发部的开发效率以及设计理念上起到了革命性的作用，这年公司从国外买了一套专业的制鞋软件，但是这套软件自带的材料数据库根本无法满足公司开发部的要求，公司决定由我们资讯部开发一组完成数字化管理系统的开发。我因而参与了数字化系统前期部分基础模块的开发。在后续的需求提出后，完成了成品管理中成品设计信息关联模块的开发，以及鞋楦管理中鞋楦设计工作表的开发。

(质量管理系统)

质量管理系统开发需求的到来也加快了我的成长，最先是产品制程这一部分：返工率维护，录入模块的开发让我初步地全新开发自己的模块。期间也着实遇到不少困难，在同事和自己的努力下都一一解决，这一个过程对我来说就是成长锻炼的过程。随后面部返工率报表的开发数量之多和取数之复杂也让我学到了如何编写更好的优化存储过程。第二部分是实验室抽检：在其中和同组的成员联合完成开发皮料，丝带，钢勾心等材料的实验室抽检模块的开发。第三部分是原材料检验：这个项目是我和冯振才联合开发，征对不同材料类型完成了检验模块的开发以及相关报表的开发。

2.个人总结

这一年给我的东西我想用有形的和无形的两部分概叙，有形的当然就是技术水平的长进，虽然其中肯定有很多的不足，但纵向对比20XX年，我得到了锻炼，对于不足的部分，我希望在20XX年继续努力加快弥补。无形的就是人性的成长，在社会大学的摔打远比在养老院式的大学校园更能让人成长，对社会的看法，对人际关系的看法，对价值的看法，不再是以前一种近乎浪漫的眼光审视着这一切。社会的现实让你更加学会提高，人际关系的复杂让你更加学会斡旋，价值的体现让你更加学会抉择。

3.结语

篇6：软件开发人员工作计划

这是很需要的一件事，因为如果你只了解一种语言，它就会局限你解决问题的能力和你的职业发展。所以在新的一年，你应该花些时间学习一门新的语言，体验不同的编程风格，并学以致用。

2.提高你的已有技能

如今Codecademy，CodeSchool，CodeAvengers，Treehouse等都提供了大量的在线课程，在这里你可以强化技术，加深对知识的理解。如果你更喜欢那些面对面的课程，也是可以的，甚至你可以到当地的大学听课。

3.活动你的手指，但不是在键盘上

从你的书架上拿起“刺客信条”或其它游戏，用手柄和方向盘操纵游戏，活动你的关节和手指，当然还可以减压。

4.减少咖啡因的摄入

无论你之前喝了多少咖啡、茶或是其它功能饮料，都应该在新的一年多喝水，在每一天都能喝8杯水，因为即使有一点脱水都会让你感到疲惫，没有力量。

5.按时交付每一个项目

当然，这一点你不能完全控制，但是你要确保你的文档按时交付，不拖累整个项目的进展。

6.更多的时间远离计算机

让自己有更多的时间在做饭、登山、滑雪、跳舞或者学习艺术，总之多做一些不需要总盯着电脑屏幕的事情，到户外闻一闻花香，感受一下自然气息。

7.关注更多信息

你有很多编程上的智慧可以分享，给自己一个展示的机会，现在有很多的组织需要编程上的帮助，你可以为这样的组织贡献力量。

8.备份数据

我们知道硬件都不是坚不可摧的，随时要检查你的备份情况。尝试免费和安全的云存储，当然投资给一些好的硬件设备，设置安全的密码都是很好的方法。

9.生活得更有趣

篇7：软件项目开发计划

1.1编写目的...............................1

1.2 背景...............................1

1.3定义.........................1

1.4参考资料...............................1

2项目概述..............................1

2.1工作内容...............................1

2.2主要参加人员.......................1

2.3产品.........................2

2.3.1程序.........................2

2.3.2文件.........................2

2.3.3服务.........................2

2.3.4非移交的产品.......................2

2.4验收标准...............................2

2.5完成项目的最迟期限.........................2

2.6本计划的批准者和批准日期....................2

3实施计划..............................2

3.1工作任务的分解与人员分工....................2

3.2接口人员...............................3

3.3进度.........................3

3.4预算.........................3

3.5关键问题...............................3

4支持条件..............................3

4.1计算机系统支持..........................3

4.2需由用户承担的工作.........................3

4.3由外单位提供的条件.........................4

5专题计划要点.............................4

项目开发计划（GB856T——88）1引言

1.1编写目的说明：编写这份软件项目开发计划的目的，并指出预期的读者。

1.2 背景

说明：

a.待开发的软件系统的名称；

b.本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络； c.该软件系统同其他系统或其他机构的基本的相互来往关系。

1.3定义

列出本文件中用到的专门术语的定义和外文的首字母组词的原词组。

1.4参考资料

列出用得着的参考资料，如：

a.本项目的经核准的计划任务书和合同、上级机关的批文；

b.属于本项目的其他已发表的文件；

c.本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。2项目概述

2.1工作内容

简要地说明在本项目的开发中须进行的各项主要工作。

2.2主要参加人员

扼要说明参加本项目开发的主要人员的情况，包括他们的技术水平。

2.3产品

2.3.1程序

列出须移交给用户的程序的名称、所用地编程语言及存储程序的媒体形式，并通过引用相关文件，逐项说明其功能和能力。

2.3.2文件

列出须移交用户的每种文件的名称及内容要点。

2.3.3服务

列出需向用户提供的各项服务，如培训安装、维护和运行支持等，应逐项规定开始日期、所提供支持的级别和服务的期限。

2.3.4非移交的产品

说明开发集体应向本单位交出但不必向用户移交的产品（文件甚至某些程序）。

2.4验收标准

对于上述这些应交出的产品和服务，逐项说明或引用资料说明验收标准。

2.5完成项目的最迟期限

2.6本计划的批准者和批准日期

3实施计划

3.1工作任务的分解与人员分工

对于项目开发中需要完成的各项工作，从需求分析、设计、实现、测试直到维护，包括文件的编制、审批、打印、分发工作，用户培训工作，软件安装工作等，按层次进行分解，指明每项任务的负责人和参加人员。

3.2接口人员

说明负责接口工作的人员及他们的职责，包括：

a.负责本项目同用户的接口人员；

b.负责本项目同本单位各管理机构，如合同计划管理部门、财务部门、质量管理部门等的接口人员；

c.负责本项目同个份合同负责单位的接口人员等。

3.3进度

对于需求分析、设计、编码实现、测试、移交、培训和安装等工作，给出每项工作任务的预定开始日期、完成日期及所需资源，规定各项工作任务完成的先后顺序以及表征每项工作任务完成的标志性事件（即所谓“里程碑）。

3.4预算

逐项列出本开发项目所需要的劳务（包括人员的数量和时间）以及经费的预算（包括办公费、差旅费、机时费、资料费、通讯设备和专用设备的租金等）和来源。

3.5关键问题

逐项列出能够影响整个项目成败的关键问题、技术难点和风险，指出这些问题对项目的影响。

4支持条件

说明为支持本项目的开发所需要的各种条件和设施。

4.1计算机系统支持

逐项列出开发中和运行时所需的计算机系统支持，包括计算机、外围设备、通讯设备、模拟器、编译（或汇编）程序、操作系统、数据管理程序包、数据存储能力和测试支持能力等，逐项给出有关到货日期、使用时间的要求。

4.2需由用户承担的工作

逐项列出需要用户承担的工作和完成期限。包括需由用户提供的条件及提供时间。

4.3由外单位提供的条件

逐项列出需要外单位分合同承包者承担的工作和完成的时间，包括需要由外单位提供的条件和提供的时间。

5专题计划要点

篇8：软件开发部工作计划

放射治疗计划设计[1,2,3]是肿瘤病人放射治疗过程中的重要环节,先进的治疗计划系统为用户提供了脚本记录与回放,用户只需写一个小脚本便能快速自动处理不同病人计划设计的相同操作。在Pinnacle计划系统[4]下,早在2007年澳大利亚Royal Perth医院[5]将他们的研究成果以及其他人贡献总结成一个脚本库,方便国内外医学物理工作者使用[6]。瑞典Ray Station计划系统[7]能够通过Iron Python编程与.Net控件相结合实现治疗计划设计的自动化。而Eclipse 11.0计划系统只提供计划数据读取,无法写入,要在Eclipse 13.0版本才提供,国内暂时还没有13.0版本。本文的目的是开发一套适用于Eclipse 11.0计划系统轮廓自动生成脚本软件,并提供良好的用户界面,该软件不仅能够对单个轮廓操作生成脚本;还能够生成按不同规范制定的计划靶区和辅助轮廓模版脚本;最后能在Eclipse11.0计划系统下模拟键盘或鼠标键击动作来实现轮廓自动生成,从而减少放射治疗物理师的重复操作,节省治疗计划准备时间,提高工作效率。

1 材料与方法

本研究采用了Windows平台下开放源代码的热键脚本语言(Auto Hotkey),该语言通过发送键盘或鼠标的键击动作命令来实现操作的自动化,也可以通过命令调用系统接口及程序,并能创建基于简单语言的图形化界面的执行程序。

我院Eclipse11.0计划系统[8]支持C#编写的脚本读取计划中数据并输出,不支持写入数据,现编写一套适合该计划系统的轮廓自动生成脚本软件,该软件能模拟键盘或鼠标的键击动作来实现轮廓自动生成,脚本软件模块包括:轮廓操作函数,轮廓自动生成脚本可视化以及脚本文件新建存储读取运行。

1.1 定义轮廓操作函数

本研究将E c l i p s e计划系统下对轮廓的单独操作分别编写成函数,比如新建轮廓时产生键盘或鼠标的一系列键击动作命令定义为New Structure函数,如图1所示,其中包括轮廓命名、类型和颜色三个参数;复制轮廓,定义为Copy Structure函数,包括复制轮廓的名称参数;外扩轮廓,定义为Margin Structure函数,包括外扩轮廓名称、6个方向的尺寸参数;后处理轮廓,定义为Post Processing函数,包括移除轮廓大小和平滑参数;轮廓的布尔算法处理,定义为Boolean Operates函数,包括布尔计算式参数;轮廓的剪切,定义为Crop Structure函数,包括剪切轮廓的名称、剪切方向选择、避开轮廓的名称、剪切距离参数。

1.2 轮廓自动生成脚本可视化

Autohotkey自带Gui命令,该命令可以创建和管理一个窗体及窗体之上的控件,本研究创建了脚本软件界面,用户能通过简单操作设计出轮廓生成自动化脚本。界面上方控件有文件处理菜单包括新建、打开和保存,工具菜单包括轮廓新建、删除、复制、外扩等以及帮助菜单,界面左上方是病人的名,界面左边列举出生成轮廓的名称,双击轮廓能在界面右边显示对该轮廓的所有操作,包括新建、复制、后处理等以及相关参数定义。

1.3 脚本文件新建存储读取运行

本研究执行脚本需按标准格式编写,也可通过CAM生成,脚本文件格式为ini。用户可创建适合本医院不同病种的模版脚本,由CAM打开模版脚本并运行,程序会根据用户对轮廓不同操作定义调用不同轮廓操作函数,实现轮廓自动生成。如图2所示,(a)是医生在CT横断面上勾画的临床靶区CTV2、肿瘤靶区GTVnd、下颚骨Mandible、唾液腺Salivarygland和脊髓Spinal Cord,这些轮廓是应用脚本软件前的初始状态,当调用模版脚本运行后,就会生成计划所需轮廓,如(b)所示,在同一层CT的横断面上自动生成的轮廓有计划临床靶区PTV2、计划肿瘤靶区PGTVnd、脊髓外扩轮廓Spinal Cord PRV、剂量限值环Ring4000和Ring5000。PTV2、PGTVnd和Spinal Cord PRV分别由CTV2、GTVnd和Spinal Cord均匀外放5 mm所得,Ring4000是由PTV2外放2cm减去PTV2外放1 cm所得,Ring5000是由PTV2外放1 cm减去PTV2外放5 mm所得。

2 结果

2.1 验证脚本在Eclipse 11.0计划系统下的运行情况

在C A M上创建对轮廓进行各种操作的脚本 ,操作包括新建、复制、外扩、后处理、布尔算法和剪切,并在Eclipse11.0计划系统下运行脚本。在Eclipse11.0计划系统下能顺利准确完成脚本中对轮廓的操作,说明CAM处理轮廓的操作都能在Eclipse11.0计划系统下执行。

2.2 单个轮廓自动生成与手动生成比较

通过C A M创建一系列的对单个轮廓操作的脚本,并在Eclipse11.0计划系统下运行脚本,产生轮廓,并与手动生成轮廓相比较。在对轮廓生成相同操作下,自动生成与手动生成轮廓在轮廓命名、类型、颜色、体积都相同,说明对单个轮廓自动生成与手动生成无差别。

2.3 模版脚本轮廓自动与手动生成比较

根据我院不同病种规范 , 设计出鼻咽癌、肺癌、乳腺癌和宫颈癌的模版脚本,选取各10例临床病例,运行相关模版脚本,运行结果与手动生成轮廓相比较,如图3~图6所示,对于鼻咽癌,在图3中显示的CT横断面上,(a)是自动生成的轮廓,(b)是手动生成的轮廓,两幅图显示轮廓,包括PTV2、PGTVnd、Ring4000、Ring5000和Spinal Cord PRV,在轮廓类型、颜色、体积信息是相同的。对于肺癌,如图4,(a)是自动生成的轮廓,(b)是手动生成的轮廓,两幅图显示轮廓,包括PTV1、Ring1、Ring2、NT和Spinal Cord PRV,在轮廓类型、颜色、体积信息是相同的。对于乳腺癌,如图5,(a)是自动生成的轮廓,(b)是手动生成的轮廓,两幅图显示轮廓,包括PGTV-tb、PTV1、PTV1plan、Ring1、NT和Spinal Cord PRV,在轮廓类型、颜色、体积信息是相同的。对于宫颈癌,如图6,(a)是自动生成的轮廓,(b)是手动生成的轮廓,两幅图显示轮廓,包括PTV1、Ring1、Ring2和NT,在轮廓类型、颜色、体积信息是相同的。

模版脚本能在Eclipse11.0计划系统下顺利执行,与手动生成轮廓相比,节约了计划准备时间,能够一次完成所需轮廓的生成,对于所生成的轮廓,手动生成与自动生成轮廓类型、颜色、体积信息都是相同的,无差别。

3 结论

放射治疗计划设计中,脚本的使用能简化计划设计的过程,减少放射治疗物理师的重复操作,提高治疗计划制作效率。本研究开发的脚本软件CAM,能在Eclipse11.0计划系统中自动快速生成所需轮廓,用户可以根据本医院规范出不同病种计划靶区和辅助轮廓定义设计出相应模版脚本,并应用于放射治疗计划设计中。同样对于低于11.0版本的计划系统也能用本研究介绍的方式去实现轮廓自动生成。虽然CAM功能强大,但是脚本运行完,还需对计划系统中生成的轮廓详细检查,仔细复核,确保脚本安全使用。

摘要：目的实现Eclipse 11.0计划系统中计划靶区和辅助轮廓的自动生成。方法使用Auto Hotkey热键脚本语言,编写适用于Eclipse11.0计划系统的轮廓自动生成软件Contour Auto Margin(CAM),该软件由轮廓操作函数、脚本生成可视化和脚本文件操作模块构成。结果在临床上选取不同病种各10例,调用由CAM创建的模版脚本在计划系统下运行,模版脚本能完成轮廓自动产生及后处理,各病种自动与手动生成轮廓无差别。结论该软件界面友好,功能强大,能快速实现Eclipse11.0计划系统下计划优化前所需轮廓的自动生成,大大节约计划准备时间,提高放射治疗物理师工作效率。

篇9：软件开发藏猫腻

计算机软件产品的市场价格透明度不高，可比性差。计算机软件产品是一种逻辑产品，不像有形的货物商品，基本以程序和文档的形式存在于计算机的硬盘、光盘等存储介质中，通过计算机运行才能体现其功能和价值。其脑力劳动产物的特性，决定了其附加值高，科技含量高，由于其产业化趋势刚刚起步，相对于劳动密集型产品，其价格的市场参照较少。再加上计算机软件产品绝大多数由国外厂商开发生产，对其研发成本、市场渠道，一般人不了解，造成行外人对计算机软件市场的价格“看不清，摸不透”，在定购过程中容易造成被经销商“恶斩”或产生幕后权钱交易的现象。

计算机软件产品的市场渠道少。由于生产计算机软件产品的国外厂商大多都采用通过产品指定代理经销商来进行销售的模式，并不与客户直接发生贸易，而真正有资格拿到一定级别代理销售权的国内经销商又是不多的，参与市场竞争的就是那么几家，造成一些客户单位负责计算机软件开发的经办人容易與经销商们打成一片，难免会产生“大市场，小圈子”的现象，外人难以插手。

计算机软件销售的利润丰厚。虽然计算机软件市场圈子小，竞争也非常激烈，但经销商们也有底线，那就是确保高额的利润，他们对于产品的供应渠道、研发成本都严格保密。通常对于一件软件成品贸易而言，经销商会以尽量低的折扣价格从厂家拿来，在原价格上加上成本后，再加上至少15%的利润，甚至更多，用他们的话说这就是“行规”。更有恶劣的经销商为牟取暴利，在软件的版本号和用户数上做文章，以虚假的版本号和用户数欺骗客户，赚取不菲的差价。（软件报价一般按用户数等区别，以大型数据库ORACLE9i为例，工作组版与企业版价格相差近20倍；其20用户数与50用户数的价格也相差甚远。）

正是上述特点，诱发了计算机软件开发过程中常常发生职务犯罪。其成因：

具体经办人权力大。由于计算机软件产品价格的可比性不强，加上行外人对计算机软件的技术、市场不了解，一些单位在开发引进计算机软件过程中，许多重要环节的工作不得不由懂行的人一手包办，致使经办人的权限集中，包括对供应商和产品的选择、价格的确定等等，都有相当程度的自由裁定权或推荐权。

受专业知识限制，职能部门难以监督。负责单位IT规划和软件系统开发的人员专业化程度要求高，不仅要懂技术，更要懂市场、懂管理，这些要素缺一不可。因而对于不具备这些专业知识的其他职能部门的人来说，难以对计算机软件系统开发引进的过程进行监督。

计算机软件经销行业风气不正。当前，国际社会已进入信息化时代，计算机技术已渗透到社会生活的各个方面，各行各业都投入了大量的资金来搞软件开发，其市场利润丰厚，软件经销商们也都各显神通招揽业务，其中不乏采用“金钱外交”，明折暗扣，上下打点，就像某信息技术公司老板说的一句话：从原厂商到经销商，再到客户单位，哪个环节没有回扣？以至于这位老板在测算每笔软件业务的成本时，把在业务中发生的各种回扣费用作为一项经常性开支计入成本。可想而知，在计算机软件经销行业某些黑幕掩盖下，发生了多少龌龊的交易。

鉴于此，如何预防计算机软件开发过程中的职务犯罪？不妨采取以下对策：

发挥相关职能部门的作用，加强制约。在计算机软件开发引进过程中之所以会发生职务犯罪，负责经办的人员权力集中，缺少制约，是一个重要原因。而导致经办人员权力集中往往受专业限制，放手由IT部门“单干”而产生的。为此必须实行由业务部门主导开发项目的模式，由相关业务部门从计算机软件开发的目标、功能、预期效果、成本核算等方面提出计划和方案，由IT部门在计划内实施，同时在实施过程中对重要实施步骤由相关职能部门与IT部门共同论证、决定。从而起到对IT部门实施计算机软件开发进行制约和控制的作用。

实行统一定购的模式。近期的这几起案件，都发生在引进软件开发成果的过程中，这些单位负责软件开发的人员，不仅要在技术上把关，同时也有对供应商的选择权。而对于供应商而言，除了要在技术上、价格上尽量满足客户的要求之外，其最终目标是要争取获得订单，因而一些单位负责软件开发的人员就成为被拉拢的对象。为了既能发挥计算机专业人员的专业知识，又要避免他们成为被拉拢的对象，就必须实行统一定购的模式。就是由计算机专业人员根据单位计算机软件开发引进的实际需要，列出菜单式的要求，由专职的采购部门统一定购引进，在引进过程中计算机专业人员可以提供技术支持。

积极实行招投标制度。在定购引进计算机软件过程中应当实行招投标制度，采购部门根据单位引进计算机软件的各项要求，组织招标工作，可聘请有关计算机领域的专家参与对标书计划的评议，评议应当从技术、应用、售后服务、价格以及供应商的实力和在行业中的信誉情况等作全面的评议，根据评议结果选择供应商。此外还可以借鉴专业评估的模式，聘请专业人员，对整个计算机软件系统的开发引进过程进行评估，从而起到监督制约的作用。

篇10：软件开发计划(SDP)

本章分为以下几条。

1.1标识

本条应包含本文档适用的系统和软件的完整标识，(若适用)包括标识号、标题、缩略词语、版本号和发行号。

1.2系统概述

本条应简述本文档适用的系统和软件的用途，它应描述系统和软件的一般特性；概述系统开发、运行和维护的历史；标识项目的投资方、需方、用户、开发方和支持机构；标识当前和计划的运行现场；列出其他有关的文档。

1.3文档概述

本条应概述本文档的用途和内容，并描述与其使用有关的保密性和私密性的要求。

1.4与其他计划之间的关系

(若有)本条描述本计划和其他项目管理计划的关系。

1.5基线

给出编写本项目开发计划的输入基线，如软件需求规格说明。

2引用文件

本章应列出本文档引用的所有文档的编号、标题、修订版本和日期，本章也应标识不能通过正常的供货渠道获得的所有文档的来源。

3交付产品

3.1程序

3.2文档

3.3服务

3.4非移交产品

3.5验收标准

3.6最后交付期限

列出本项目应交付的产品，包括软件产品和文档。其中，软件产品应指明哪些是要开发的，哪些是属于维护性质的；文档是指随软件产品交付给用户的技术文档，例如用户手册、安装手册等。

4所需工作概述

本章根据需要分条对后续章描述的计划作出说明，(若适用)包括以下概述：

a.对所要开发系统、软件的需求和约束；

b.对项目文档编制的需求和约束；

c.该项目在系统生命周期中所处的地位；

d.所选用的计划/采购策略或对它们的需求和约束；

e.项目进度安排及资源的需求和约柬；

f.其他的需求和约束，如：项目的安全性、保密性、私密性、方法、标准、硬件开发和软件开发的相互依赖关系等。

5实施整个软件开发活动的计划

本章分以下几条。不需要的活动的条款用“不适用”注明，如果对项目中不同的开发阶段或不同的软件需要不同的计划，这些不同之处应在此条加以注解。除以下规定的内容外，每条中还应标识可适用的风险和不确定因素，及处理它们的计划。

5.1软件开发过程

本条应描述要采用的软件开发过程。计划应覆盖论及它的所有合同条款，确定已计划的开发阶段(适用的话)、目标和各阶段要执行的软件开发活动。

5.2软件开发总体计划

本条应分以下若干条进行描述。

5.2.1软件开发方法

本条应描述或引用要使用的软件开发方法，包括为支持这些方法所使用的手工、自动工具和过程的描述。该方法应覆盖论及它的所有合同条款。如果这些方法在它们所适用的活动范围有更好的描述，可引用本计划的其他条。

5.2.2软件产品标准

本条应描述或引用在表达需求、设计、编码、测试用例、测试过程和测试结果方面要遵循的标准。标准应覆盖合同中论及它的所有条款。如果这些标准在标准所适用的活动范围有更好的描述，可引用本计划中的其他条。对要使用的各种编程语言都应提供编码标准，至少应包括：

a.格式标准(如：缩进、空格、大小写和信息的排序)；

b.首部注释标准，例如(要求：代码的名称/标识符，版本标识，修改历史，用途)需求和实现的设计决策，处理的注记(例如：使用的算法、假设、约束、限制和副作用)，数据注记(输入、输出、变量和数据结构等)；

c.其他注释标准(例如要求的数量和预期的内容)；

d.变量、参数、程序包、过程和文档等的命名约定；

e.(若有)编程语言构造或功能的使用限制；

f.代码聚合复杂性的制约。

5.2.3可重用的软件产品

本条应分以下若干条。

5.2.3.1吸纳可重用的软件产品

本条应描述标识、评估和吸纳可重用软件产品要遵循的方法，包括搜寻这些产品的范围和进行评估的准则。描述应覆盖合同中论及它的所有条款。在制定或更新计划时对已选定的或候选的可重用的软件产品应加以标识和说明，(若适用)同时应给出与使用有关的优点、缺陷和限制。

5.2.3.2开发可重用的软件产品

本条应描述如何标识、评估和报告开发可重用软件产品的机会。描述应覆盖合同中论及它的所有条款。

5.2.4处理关键性需求

本条应分以下若干条描述为处理指定关键性需求应遵循的方法。描述应覆盖合同中论及它的所有条款。

5.2.4.1安全性保证

5.2.4.2保密性保证

5.2.4.3私密性保证

5.2.4.4其他关键性需求保证

5.2.5计算机硬件资源利用

本条应描述分配计算机硬件资源和监控其使用情况要遵循的方法。描述应覆盖合同中论及它的所有条款。

5.2.6记录原理

本条应描述记录原理所遵循的方法，该原理在支持机构对项目作出关键决策时是有用的。应对项目的“关键决策”一词作出解释，并陈述原理记录在什么地方。描述应覆盖合同中论及它的所有条款。

5.2.7需方评审途径

本条应描述为评审软件产品和活动，让需方或授权代表访问开发方和分承包方的一些设施要遵循的方法。描述应遵循合同中论及它的所有条款。

6实施详细软件开发活动的计划

本章分条进行描述。不需要的活动用“不适用”注明，如果项目的不同的开发阶段或不同的软件需要不同的计划，则在本条应指出这些差异。每项活动的论述应包括应用于以下方面的途径(方法/过程/工具)：

a.所涉及的分析性任务或其他技术性任务；

b.结果的记录；

c.与交付有关的准备(如果有的话)。

论述还应标识存在的风险和不确定因素，及处理它们的计划。如果适用的方法在5.2.1处描述了的话，可引用它。

6.1项目计划和监督

本条分成若干分条描述项目计划和监督中要遵循的方法。各分条的计划应覆盖合同中论及它的所有条款。

6.1.1软件开发计划(包括对该计划的更新)

6.1.2CSCI测试计划

6.1.3系统测试计划

6.1.4软件安装计划

6.1.5软件移交计划

6.1.6跟踪和更新计划，包括评审管理的时间间隔

6.2建立软件开发环境

本条分成以下若干分条描述建立、控制、维护软件开发环境所遵循的方法。各分条的计划应覆盖合同中论及它的所有条款。

6.2.1软件工程环境

6.2.2软件测试环境

6.2.3软件开发库

6.2.4软件开发文档

6.2.5非交付软件

6.3系统需求分析

6.3.1用户输入分析

6.3.2运行概念

6.3.3系统需求

6.4系统设计

6.4.1系统级设计决策

6.4.2系统体系结构设计

6.5软件需求分析

本条描述软件需求分析中要遵循的方法。应覆盖合同中论及它的所有条款。

6.6软件设计

本条应分成若干分条描述软件设计中所遵循的方法。各分条的计划应覆盖合同中论及它的所有条款。

6.6.1 CSCI级设计决策

6.6.2 CSCI体系结构设计

6.6.3 CSCI详细设计

6.7软件实现和配置项测试

本条应分成若干分条描述软件实现和配置项测试中要遵循的方法。各分条的计划应覆盖合同中论及它的所有条款。

6.7.1软件实现

6.7.2配置项测试准备

6.7.3配置项测试执行

6.7.4修改和再测试

6.7.5配置项测试结果分析与记录

6.8配置项集成和测试

本条应分成若干分条描述配置项集成和测试中要遵循的方法。各分条的计划应覆盖合同中论及它的所有条款。

6.8.1配置项集成和测试准备

6.8.2配置项集成和测试执行

6.8.3修改和再测试

6.8.4配置项集成和测试结果分析与记录

6.9 CSCI合格性测试

本条应分成若干分条描述CSCI合格性测试中要遵循的方法。各分条的计划应覆盖合同中论及它的所有条款。

6.9.1 CSCI合格性测试的独立性

6.9.2在目标计算机系统(或模拟的环境)上测试

6.9.3 CSCI合格性测试准备

6.9.4 CSCI合格性测试演练

6.9.5 CSCI合格性测试执行

6.9.6修改和再测试

6.9.7 CSCI合格性测试结果分析与记录

6.10 CSCI/HWCI集成和测试

本条应分成若干分条描述CSCI/HWCI集成和测试中要遵循的方法。各分条的计划应覆盖合同中论及它的所有条款。

6.10.1 CSCI/HWCI集成和测试准备

6.10.2 CSCI/HWCI集成和测试执行

6.10.3修改和再测试

6.10.4 CSCI/HWCI集成和测试结果分析与记录

6.11系统合格性测试

本条应分成若干分条描述系统合格性测试中要遵循的方法。各分条的计划应遵循合同中论及它的所有条款。

6.11.1系统合格性测试的独立性

6.11.2在目标计算机系统(或模拟的环境)上测试

6.11.3系统合格性测试准备

6.11.4系统合格性测试演练

6.11.5系统合格性测试执行

6.11.6修改和再测试

6.11.7系统合格性测试结果分析与记录

6.12软件使用准备

本条应分成若干分条描述软件应用准备中要遵循的方法。各分条的计划应遵循合同中论及它的所有条款。

6.12.1可执行软件的准备

6.12.2用户现场的版本说明的准备

6.12.3用户手册的准备

6.12.4在用户现场安装

6.13软件移交准备

本条应分成若干分条描述软件移交准备要遵循的方法。各分条的计划应遵循合同中论及它的所有条款。

6.13.1可执行软件的准备

6.13.2源文件准备

6.13.3支持现场的版本说明的准备

6.13.4“已完成”的CSCI设计和其他的软件支持信息的准备

6.13.5系统设计说明的更新

6.13.6支持手册准备

6.13.7到指定支持现场的移交

6.14软件配置管理

本条应分成若干分条描述软件配置管理中要遵循的方法.各分条的计划应遵循合同中论及它的所有条款。

6.14.1 配置标识

6.14.2配置控制

6.14.3配置状态统计

6.14.4配置审核

6.14.5发行管理和交付

6.15软件产品评估

本条应分成若干分条描述软件产品评估中要遵循的方法。各分条的计划应覆盖合同中论及它的所有条款。

6.15.1中间阶段的和最终的软件产品评估

6.15.2软件产品评估记录(包括所记录的具体条目)

6.15.3软件产品评估的独立性

6.16软件质量保证

本条应分成若干分条描述软件质量保证中要遵循的方法。各分条的计划应覆盖合同中论及它的所有条款。

6.16.1软件质量保证评估

6.16.2软件质量保证记录、包括所记录的具体条目

6.16.3软件质量保证的独立性

6.17问题解决过程(更正活动)

本条应分成若干分条描述软件更正活动中要遵循的方法.各分条的计划应覆盖合同中论及它的所有条款。

6.17.1问题/变更报告

它包括要记录的具体条目(可选的条目包括：项目名称，提出者，问题编号，问题名称，受影响的软件元素或文档，发生日期，类别和优先级，描述，指派的该问题的分析者，指派日期，完成日期，分析时间，推荐的解决方案，影响，问题状态，解决方案的批准，随后的动作，更正者，更正日期，被更正的版本.更正时间，已实现的解决方案的描述)。

6.17.2更正活动系统

6.18联合评审(联合技术评审和联合管理评审)

本条应分成若干分条描述进行联合技术评审和联合管理评审要遵循的方法。各分条的计划应覆盖合同中论及它的所有条款.6.18.1联合技术评审包括----组建议的评审

6.18.2联合管理评审包括----组建议的评审

6.19文档编制

本条应分成若干分条描述文档编制要遵循的方法。各分条的计划应覆盖合同中论及它的所有条款.应遵循本标准第5章文档编制过程中的有关文档编制计划的规定执行.6.20其他软件开发活动

本条应分成若干分条描述进行其他软件开发活动要遵循的方法。各分条的计划应覆盖合同中论及它的所有条款.6.20.1风险管理，包括已知的风险和相应的对策

6.20.2软件管理指标，包括要使用的指标

6.20.3保密性和私密性

6.20.4分承包方管理

6.20.5与软件独立验证与确认(IV&V)机构的接口

6.20.6和有关开发方的协调