软件实施工作经验总结第1篇

【关键词】 会计信息系统;课程实验体系必要性;现状;方案实现

在高等教育会计专业各个层次的教学中，会计信息系统软件的实施与应用是学生专业能力培养的重要内容。目前高校在会计信息系统软件应用教学中普遍存在这样一个问题，即教师教学采用的会计信息系统软件版本低于企业实际部署应用的版本，一定程度上造成了学生的“所学非所用”，延长了学生就业后的专业“适应期”。最新会计信息系统软件在实验室的教学环境部署往往又很繁琐，技术环节障碍多。

一、更新“会计信息系统”课程实验教学体系的必要性

“会计信息系统”、“会计电算化”是高校会计专业学生的必修课，也是核心的职业技能课，主要培养学生的专业技术实践能力，使学生了解会计信息系统的基本内容、掌握实施和应用方法，掌握会计信息系统软件的操作与应用，培养学生的会计信息系统实施能力。目前高校会计专业“会计信息系统”或者“会计电算化”课程教学中普遍存在的一个问题是：由于会计信息系统软件对计算机硬件要求高和软件本身更新升级快等原因，在相应课程教学演示或者模拟实践中采用的会计信息系统软件“过于陈旧”，主要表现在软件版本低，造成“会计信息系统”或者“会计电算化”课程教学实践环境水平落后于企业管理实践，一定程度上造成了学生的“所学非所用”，不能很好的实现专业培养目标，延长了学生就业后的专业“适应期”。所以，构建紧贴企业实际应用水平的教学条件与环境、应用最新最先进的专业技术，是高校专业教育实现培养目标，增强学生就业竞争力的必要条件。

二、教学中用友U8的应用现状

用友ERP-U8企业应用套件（简称用友ERP-U8）是中国ERP普及旗舰产品，是中国用户量最大、应用最全面、行业实践最丰富的ERP，并与中国企业最佳业务实践相结合，成为中国企业应用最广的经营管理平台软件。由于用友ERP-U8的市场领先地位，它也成为广大高校会计专业优先选用的“会计信息系统”、“会计电算化”课程教学演示平台。

用友ERP-U8管理软件经过多年发展，先后历经版本821、850、852、860、861、870、871、872、890、v10.1以及现在最新的U8V11.0产品。U8旧版本在很多客户应用时需安装很多软件补丁，带来日常操作、年结的不便，同时也不适应企业日益发展的管理需求。2012年12月，用友推出U8V11.0。由于u8软件近些年更新升级较快，新版本软件的安装和实验室部署又有新的技术要求，导致大多数高校教师都未能及时在教学中更新软件版本，普遍还在用u8的852、861、872，这些版本已经落后于U8V11.0至少2年以上，学生不能及时学习掌握新的软件。所以，有必要及时跟上专业软件的更新步伐。

三、用友U8V11.0的实验教学方案及实施

1、构建基于情景认知、任务驱动理论的“角色与任务仿真实验教学方法”体系

教学体系总体设计总体思路：随着教学工作的顺序进行，可不断的设置情境，使得学生在学习中，都以实践中的某种情境下的某种角色出现在具体情境里。在教学中，每个模块可顺序讲述，在教师讲解完毕主要内容后，要求每个学生小组亲自动手总结角色，每次实验担任一种角色。

（1）角色重组。要发挥实验教学的优势，将学生分组完成实验。但是，要改变传统的按部就班的顺序讲述，将案例进行角色重组（打破学生一次实验体验全部角色的办法），重新整理材料，根据角色（这个主线）分析整理实验材料。例如：总账系统中总账会计角色要完成的工作有：某年某月填制记账凭证，某年某月进行对账工作等。

（2）轮岗设计。在小组完成本轮实验后，要求学生总结评价本轮实验。然后小组内进行轮岗，实验同学重新选择角色。和上一轮同学进行交接实验，完成本轮实验。这个过程是轮岗过程。具体方法：将学生分组，每个组根据角色需要配备5到8名同学，每轮工作每名同学各有分工，分组完毕后，要求小组分析整理全部角色资料，重组角色档案;小组内选择角色，小组内每名同学选择一种角色，每名同学各有分工，各有侧重。真正激发学生的好奇心和主动性、创造性;小组共同完成本轮实验，本小组内，和其他同学所担任的角色共同完成本轮实验，这样的设计，可以帮助同学真正理解数据流程，帮助同学切身感受到实际工作中的某种角色的实际业务，以及和他存在工作关系的其他工作岗位角色;本轮实验总结，一次角色轮岗完毕后，必须要求学生对本轮所承担的角色进行总结和评价，要做到头脑清晰，工作投入，更要对实验中的错误情况进行总结，分析错误原因和解决方法;轮岗，进行下一轮实验角色选择，角色交接，开始下一轮实验工作，这样的设计可以帮助同学们理解实际工作内部控制的必要性，更切身感受会计岗位实际交接工作的具体过程;小组内完成全部角色轮岗工作后，要对全部角色进行总结评价，当全部角色都完毕后，将各种角色融会贯通，要求学生画出操作流程图和系统数据流程图，将实验结果和理论相结合。

2、在日常教学演示与实验中，教师要设计并持续更新贴近企业实际工作的案例，形成案例库

（1）教师应通过参加社会实践，深入到企业，收集实际工作中的真实案例，并根据行业政策和专业动态总结形成案例库，这样的案例既生动又符合企业实际情况。

（2）更新课程教学教材，把综合性的知识和应用加入到会计软件中。

（3）建立校与校之间的合作，相互交流教学案例，通过交流既能提高教学水平，也能实现资源共享。

3、部署用友U8V11.0的实验教学演示优化方案

用友U8V11.0作为企业管理信息化软件，在企业实际部署应用中对于服务器端、客户端的软硬件资源都有严格的要求，本文重点研究的是在教学演示中的应用，所以对于实际部署中的方案不再赘述。

在教学演示、实验中，为便于研究该套软件的所有功能，一般将u8软件安装为“单机模式”，即将数据库服务器、应用服务端、客户端都安装在同一台pc上，所以对硬件、操作系统、数据库软件要求较高，考虑到方案的经济性、先进性、和操作系统的普及程度，U8V11.0的教学、实验环境优化方案如下表：

方案 硬件要求 操作系统 数据库软件 说明

方案1 主流双核cpu、2g内存、500g硬盘 Winxp-sp3 Msde2000-sp4、sql2000 较经济

方案2 主流双核以上cpu、4g内存、500g硬盘 Win7旗舰版sp1 Msde2000-sp4、sql2005、sql2008 主流

以上2个方案，方案1对硬件要求略低，较为经济，安装实施过程较为容易。方案2能较流畅的支持win7运行，有利于学生同时掌握win7这一主流的操作系统。

【参考文献】

[1] 王立卫.会计信息系统[M].北京：清华大学出版社，北京交通大学出版社，2008.

[2] 胡玲敏.提升会计信息化高技能人才服务能力的实践与探索[J].会计之友，2012（12）.

软件实施工作经验总结第2篇

关键词：工程资料；编程；集约化软件

目前国内并无完整的工程资料汇编及软件，过往石化工程资料一般由项目技术员、总工根据经验、现场工作情况及工程质监站、业主、监理要求编制填写。先通过各种途径了解现场工作需要编制的资料，再找到相应的过程、交工、验收资料表格，然后在表头中填写对应情况，最后填写正式内容。该方法存在工作量大，重复的工作步骤多，容易漏做，忘做资料，编号错乱，检索困难等问题，由于过去资料编制流程在实际操作中存在诸多不足[1]，结合现代电子编程技术，研究使用一种令资料编制更规范、更完整、更高效的集约化软件来辅助资料、文档的汇编不失为解决此类问题的最优解。

1石油化工安装工程实施文档管理系统软件技术原理

首先，基于SH/T3508的石化管理文件研究，通过国内调研，采取网络查询，资料查阅，专家资讯等手段，收集有关信息，充分掌握技术现状及进展，初步确定系统制作大体方向和思路；再结合我公司多年在石化工程中积累的实际工作经验与已完工项目的总结，进一步精准定位需要的文件及资料；接着通过对在建工程的策划、分析和研究，对监理、业主、质监站的多方问询来解决资料编写中遇到的问题，及时调整研发内容；最后在掌握相当部分的数据资料并成功完成相应技术任务后，对技术资料加以总结提炼（以执行《石油化工安装工程施工质量验收统一标准》SH/T3508-2011为主线，同时依据《建设工程文件归档规范》GB/T50328-2014、《工业安装工程施工质量验收统一标准》GB50252-2010、《石油化工建设工程项目交工技术文件规定》SH/T3503-2017、《石油化工建设工程项目施工过程技术文件规定》SH/T3543-2017等相关技术标准、规范为补充），形成最终的资料汇编及软件。

2石油化工安装工程实施文档管理系统软件操

作流程及要点本文以中建安装一公司石化分公司河北丙烯酸项目为例，对石油化工安装工程实施文档管理系统软件操作流程及要点进行研究，验证了该软件在实际施工过程中的可操作性。

2.1操作流程流程

数据库载入软件安装登录软件新建项目、设置模板打开需要填写的表格填入内容并保存打印

2.2操作要点

（1）作为建设单位，新建工程时模板设置为“单位工程”。（2）文档目录树的结构：单位工程-子单位工程-分部工程-子分部工程-分项工程-检验批-3503、3543资料-对应文档（3）右键可以执行相关编辑操作，双击可以重命名。新增文件夹：在当前节点创建子节点分支删除文件夹：删除当前节点以及其所有子节点分支新增文档：新增一个文档模板删除文档：删除当前文档模板重命名：对选择的当前节点名称进行编辑操作（见图3）（4）填写文档内容，部分共通参数自动传入，用户只需填入关键信息。（5）文档功能列表框有字体、字号、全屏、打印、新建、撤销输入、恢复输入、删除、查找、加粗、斜体、下划线、字体颜色、背景颜色、导入word文档、导出word文档、插入图片、插入段落、插入链接、插入HTML、插入线条、左对齐、右对齐、中间对齐、两端对齐、编号、项目符号、减少缩进量、增加缩进量功能。

3效益分析

3.1经济效益

（1）节流：本软件可帮助项目技术人员减少多数重复性工作，并通过提高资料准确性，避免大量返工，可有效缩短资料编写时间20%，节省项目管理成本[2]。（2）开源：软件开发成熟后可在相关行业协会进行推广，并收取一定费用。经济效益率可达2.5%以上

3.2社会效益

此课题的研发，该项目填补了行业空白，能增强公司对石化工程的技术能力，提高我们在行业中的知名度并有力提升石化项目资料填写的规范性、完整性，极大地推动石化项目资料信息化的步伐，为今后类似软件的开发提供经验，为石化安装工程顺利完成奠定牢固的技术基础。

软件实施工作经验总结第3篇

计算机技术的更新换代比较快，这样就加大了计算机软件管理的难度，使项目管理工程变得复杂,在协调管理上不是那样简单了。为此，如果要运用计算机软件进行项目管理，就要将原有的管理模式进行改革，应该集中企业的资源，进行合理的资源配置，提高软件管理质量,达到成本控制的目的。计算机软件项目管理从本质上来讲是一种管理方法或管理手段，运用这种方法可以对企业进行成本，人员和风险的分析和管理。结合以上的分析，我们可以知道,计算机软件项目管理对于软件企业来讲相当重要，已经成为该行业的竞争点。

1.1项目计划问题。项目计划的作用是将项目内所有计划进行协调，用以进行指导项目的执行。项目计划是管理人员实施项目管理的前提保证。对项目计划制定的过程实际上是对项目熟悉的一个过程,通过对项目计划的制定’管理人员可以清楚项目内容，明白项目实施过程中需要注意的要素和重点。一般来讲项目计划的问题主要有两个：一个是项目计划制定的随意性太强，结构不严谨,操作实施性差，不能作为项目计划实施的指导文件；另外一个是项目计划的整体性较差，内部不连贯，不能有效的控制项目的进度，导致项目的失控。

1.2管理意识问题。在企业中,特别是软件开发的企业中，大多数都是只重视软件技术轻视软件管理，项目内部人员大多数都有深厚的技术知识,但是缺乏管理知识,缺乏管理技巧和管理经验。这样从项目整体上来看,管理就会出现不协调，大多数人只会埋头苦干，不懂得合理的分配任务，进行协调工作’导致项目进度落后,项目计划周期加长,最终影响项目的实施。

1.3项目干系人的问题。项目干系人通俗的来讲就是跟项目有关系的人，包括参与项目和受项目影响的人,具体来讲包括项目策划人、项目组成员、项目配合人员、顾客、消费者和供应商ra。项目干系人的期望和需求在项目的制定过程中和项目目标实现过程中都是非常重要的，因为不同干系人的期望和需求也是不一样的，他会要求项目的制定和实施过程中尽量靠近自己的期望和需求，这些人的期望和需求有时候会相差很大。

1.4项目团队内分工协调的问题。项目从开始制定到最后项目目标的实现,这一过程包括了很多的阶段，各个阶段的不同角色和同一阶段的不同角色的任务是不一样的，项目经理分配任务曰寸有时考虑的不全面就会出现一些问题,例如分工任务不明确，会导致人员相互推卸责任;即使有时分工很明确，但是员工之间没有协作只顾个人的工作，不考虑项目整体。

1.5项目收尾问题。项目收尾中一项很重要的工作就是项目经验总结,项目经验是项目完成后，项目管理人员和技术人员根据实际的经验教训所写的报告，这些报告包括项目实施中的好的建议、针对某个问题该怎样解决以及实施中容易出错的地方。

2加强软件项目的管理的建议与对策

    2.1制定相符的项目计划。制定项目计划不是要求写出一份好看的资料或者是计划书，而是你要根据实际的项目情况制定一个符合项目的计划，这个计划要有针对性,尽可能的考虑全面。制定好的项目计划要有实用性,能够用来指导工作,制定项目计划时要考虑整体情况和内部的连贯性,项目计划要尽量的详细，控制力度尽量大，制定项目计划是一定要考虑到项目的整体成本，结合实际情况尽量降低项目成本，作出一份详尽合理与项目相符的计划。

2.2合理分配项目任务。项目经理将项目工作范围进行分解时应该使用WBS(工作分解结构)，这样可以有效的防治工作范围的漏分解，为了防治项目分解后的任务无法有效的分配,可以采用资源负荷直方图，采用资源负荷直方图可以保证工作任务达到合理的负载均衡。

2.3项目成员相互协调，相互配合。项目经理将工作任务完全分解后，将工作责任合理的分配给工作人员和团体成员，同时应该强调员工之间进行相互的配合，完成不同分工和环节进工作的协调。项目生命周期阶段包含很多阶段，但是不同阶段之间是相互联系的，要注意上下阶段之间的衔接，做好上下阶段之间信息的沟通。通过相互之间的协调，确保项目工作的完成。

2.4重视项目管理经验总结。工作经验的总结对于项目的管理工作相当重要，项目工作经验的总结可以为下一个项目的实施提供良好的项目的指导，在项目的实施工程中少走弯路，项目经理应该切实可靠的进行项目总结，在制度上鼓励和加强项目经验总结工作，使得项目经验总结及时并且具有指导意义而不是敷衍了事，为以后的项目人员更好地工作提供一个极好的资源和依据。

在软件项目管理的过程中，只有实施规范化管理，才能更有效地进行项目管理,提高项目成功的概率。目前，由于软件项目管理实施的时间不长、经验不足，我们只有不断从实践中积累经验，进一步完善软件项目管理的理论体系,将软件项目管理更有效地应用到软件开发的实践中。

软件实施工作经验总结第4篇

【关键词】信息化工程软件工程工程验收

工程验收即工程建设单位组织相关部门对承建方建设的单项工程或全部工程进行检验和交接的工作程序。

信息化工程是以计算机智能化建设为基础，并使之运行发挥效益的系统化工程，其中的计算机智能化建设指的就是软件工程建设。如果把信息化工程比作一个庞大的机器人，其中计算机基础建设只是建设了机器人的骨架，软件工程建设才是填补了血肉并整合在一起作为机器人的神经中枢。

信息化工程验收即建设单位对承建方以信息化建设为基础的单项或全部工程的检验和交接的工作程序。其中的重点验收项目就是软件工程验收。

一、软件工程

1.1软件工程的定义

软件工程是一门研究用工程化方法构建和维护有效的、实用的和高质量的软件的学科。它涉及到高级程序语言、数据库开发工具、中间件开发工具、操作系统平台、安全接口标准、网络连接模式等方面。在现代社会中，软件应用于各个方面。典型的软件比如有电子邮件、操作系统、财务软甲、办公软件、ERP系统、智能手机系统、游戏等。同时，各个行业几乎都有计算机软件的应用，比如工业、农业、商业、银行、航空航天、政府部门等。这些应用促进了经济和社会的发展，使得人们的工作更加高效，同时提高了生活质量。

1.2软件工程的发展

前面提到了软件工程涉及各个行业的应用主要指的是，软件工程建设在工业中的自动化控制，农业的生产和销售，企事业单位的集约化管理和政府机关的信息化办公等等应用。其中以企业软件工程建设为例，企业是以经济建设为基础的生产单位，以追求经济效益和生产效率最大化为目的的集合体，只有软件工程的产品真正为企业创造了效益，才能在这片土壤中生存下去。

软件工程建设开始还只是在企业办公中发挥作用，部门之间发个邮件，财务做个报表，人事部做个员工档案，这只是软件工程的初级应用，对企业的生产和部门间的集约化办公并未起到太大的作用，软件工程在企业中也并未起到至关重要的作用。只有把各个部门软件进行整合，使其系统化，增加部门间的软件工程联系，才能真正提高企业生产效率。随着计算机硬件设备的不断发展，计算机运算速度越来越快，存储设备空间越来越大，为软件工程的系统化建设提供了有力的保证，软件工程建设越来越庞大，涉及面越来越广，事实证明，软件工程建设帮助企业提高了生产效率，创造了经济效益，在企业中蓬勃发展并起到越来越重要的作用，随之而来的问题就凸显出来，需要进行工程项目建设结束后的验收和交接工作。

1.3软件工程的验收

软件工程是信息化建设工程的一个重要组成部分，工程的验收周期和耗费的人力也是最长的。所以，提高软件工程验收的效率和验收质量是保证信息化工程建设验收成功的重要途径。软件工程和其他工程一样，包括设计、施工、材料供应、安全检查、项目验收等工程建设流程。软件工程又是一个不断建设，不断完善的过程，与常规工程验收的区别就在于并不是一次验收就能得出结论，验收周期相对较长，需要在工程开始阶段就介入验收工作，不断总结，跟踪验收，不断修改，才能促使软件工程向面向用户的可操作性和可维护性方面更好的发展和完善。

软件工程的建设是在计算机硬件基础上进行的，同时还包括系统间的网络通信条件，异地建设的系统工程还必须要有传输系统的支持，在此基础上又增加了安全系统的建设，所以软件工程的验收，并不是单个模块、单个系统的简单验收，还要综合考虑其他系统的影响和支持。

二、验收方法

2.1验收条件

由系统承建方确认项目工作是否已按合同及相关要求完成，需要交接的项目技术资料准备充分。然后提出验收申请，联系监理及建设单位组织验收。

2.2验收依据

软件工程项目一般应具有以下相关验收依据：（1）符合国家现行有关法律、法规、规章和技术标准。（2）建设方有关部门的规定；软件工程要面对用户需求，符合用户实际工作的需求，而软件工程是一项系统工程，需要满足相关不同部门，部门与部门之间的需求。（3）经批准的项目招投标文件；招标文件中一般规定了软件工程中各个项目的内容和功能，是开发软件工程的工作依据，也是验收软件工程的基本依据。（4）项目合同、补充合同及合同附件；项目合同规定了软件工程项目建设方和承建方的权力和义务，无论是工程的施工阶段还是验收阶段，为双方提供了工作依据和法律保障。（5）经批准的设计方案、实施方案及相应的工程变更文件；项目的招标和设计只是规定项目的最初规划，按照实施方案和变更文件验收软件工程的各项功能才能把系统真正验收完全。就像一栋大楼建成了，不能只靠图纸上的验收，不同房屋的质量都需要检验。

2.3验收对象及范围

验收对象：根据建设单位要求和用户需求完成的软件开发项目。验收范围：按照合同并结合设计方案、实施方案及变更文件验收软件工程项目的各项功能，同时验收各数据模块间的接口软件，终端应用软件，数据交互软件，数据库软件。不包含软件系统应用后，改变系统架构的新需求，由于其他既有系统改变而影响现有系统应用的需另行讨论处理。

2.4验收程序

（1）验收准备。①由建设方组织召开验收准备会议，明确各方验收工作的任务及验收流程。建设部门应组织相关维护部门和最终用户参与到项目验收过程，维护部门协同监理方应审查验收申请和验收资料，最终用户提出系统上线试运行后的各项功能是否满足需求，提供用户使用报告或使用意见。②承建方提交项目验收申请和资料，验收材料包括项目合同规定的各种文档及实施过程中产生的文档资料及开发总结报告，同时提供有监理方审核通过的各个系统测试报告，并按照规范装订成册。③监理方负责审查项目文档的完整性和规范性，对不满足要求的资料提出监理意见，并要求承建方在规定时间内整改完善。整理监理过程文档，对项目监理过程出具监理工作总结报告。（2）验收申请及审查完成验收准备工作后，由承建方提出验收申请，经建设方及监理方审查通过，同意验收后，组织正式验收。（3）正式验收。①确定验收时间，验收会议议程，准备相关验收资料。②由建设方抽取或邀请专家，组成专家小组，由专家小组组织验收。项目三方（甲方技术维护部门及业务部门、承建方项目组负责人及商务、监理方主要负责人）、相关部门参加验收。（4）召开验收会议。①专家小组会听取项目各方的工作汇报，甲方介绍项目建设背景、建设情况及用户使用情况。承建方介绍项目建设情况，项目完成情况，项目成果等。监理方汇报项目实施过程中，监理工作的情况。②查阅相关文档资料，对资料完整性和正确性做出评估。③对系统测试和试运行期间用户和技术维护部门的质询进行答疑。④由专家小组出具项目验收意见。⑤遗留问题限定整改时间，由监理纳入会议纪要。

三、软件工程生命周期下的验收工作

软件工程普遍使用原型化方法进行开发，但是由于专业性的差距，软件开发工作者不可能完全了解用户需求，尤其是专业性比较强的用户需求，这就需要不断的进行“开发-试用-总结-再开发”，循环往复，但是却是个螺旋上升，向着软件工程的成功不断前进的过程。那么工程验收就不可能一蹴而就，需要建设方组织技术维护人员和用户从软件开发开始就参与进来，共同开发，共同验收，相互合作，每个人都是这螺旋上升阶梯的一块基石，缺一不可。

3.1工程开始前的验收

（1）计算机硬件到场安装前，承建方与建设方共同验收，是否符合软件工程建设基础要求，验收时发现短缺、破损，承建方应立即要求采购方补发和负责更换。（2）操作系统和基础应用系统安装完成后，需要软件工程承建方进行验收，测试应用是否符合工程建设标准，验收合格后方准进行应用软件开发工作。

3.2工程进行中的测试（初验）

项目调试后基本达到招标书规定的指标后，可进行验收测试（初验）。验收规范（包括项目、指标、方式和测试仪器等）应由承建方提前提交给建设方。建设方可根据合同、招标书、验收方案以及建设方的有关规定进行修改和补充，经双方确认后形成验收文件作为验收依据。验收测试合格后，双方签署初验合格协议，设备进入试运行期。

3.3试运行后的系统完善

工程经过一定时间连续的试运行期后，设备维护方和用户对系统会提出部分问题和修改建议，承建方跟踪应用系统运行也会发现一些问题。需要监理方组织各方进行中期运行总结会，分析系统问题，解答操作问题，协调各系统开发人员查找数据交换问题。按照会议决议组织人员进行系统完善，再次进行测试。在试运行期间，由于设备质量等造成某些指标达不到要求，将责成有关单位更换或进行修复，试运行期顺延。

3.4整体验收（终验）

初验内容主要是对建设项目的功能、性能、适用性、稳定性等方面进行验收。平台试运行后，无质量问题，由建设方按照整体验收方案的要求组织验收。

整体验收内容主要以双方签署的合同，包括合同附件、招投标文件，以及国家法律和有关规定等为依据。对平台各项功能和数据配置要求、性能指标、应用和运行情况等，进行全面的整体核查验收，验收后签署“验收合格单”。在工程实施各阶段所提供的变更资料，与合同正本具有同等的法律约束力。

四、验收后项目移交

系统终验结束并正常运行后，由监理方组织项目移交工作，承建方按合同及相关要求移交项目文档、数据资料及其他设备或材料，办理移交手续。双方签署最终验收证明，工程实施通过。

参考文献

软件实施工作经验总结第5篇

关键词：软件工程；教学；软件开发团队

中图分类号：G642

文献标识码：B

文章编号：1672-5913(2008)02-0055-02

1软件开发团队建设

在进行软件工程教学活动初期，我们对学生按小组建立相应的软件开发团队。

1) 团队建设的目的：如何将软件工程原理、方法和过程应用到实践中，体验软件工程各阶段的主要工作，特别注意吸取教训；学会与他人合作，培养团队精神。

2) 软件开发项目：由于针对的是专业基础知识不全面、缺乏工程经验的大三学生，因此要求各小组根据自己的特点选择最适合的项目，同时强调小组的实践重点的是学习过程与活动的实施技巧，而对具体的技术不做特别的要求，从而更能发挥学生的主动性与团队的优势。

3) 团队建设要求：全班分为若干小组，每组6~8人。各组角色分配及其职责如下。

■项目经理(1)

■系统分析员、软件设计师(1+1)

■软件开发工程师(软件开发经理1+3)

■测试工程师(测试经理1+1)

为了更好地实施基于软件团队的软件工程实践，通过对实践结果及评分标准加以限制，从而更好地指导学生的实践活动。实践结果及评分标准如下。

团队提交的实践结果：需求规格说明书、概要设计说明书、详细设计说明书、测试计划、测试分析报告、项目开发总结报告、开发进度周报；个人总结报告；演示Demo。

评分标准：项目文档描述80%；个人总结报告15%；Demo 5%。

上述的评分标准表明团队是评分的基础，这样就克服了传统教学单一实践结果的考评模式，而且评分的重要内容是软件开发过程。通过上述以团队评分为主，个人表现为辅的评分体系，达到培养学生学会与他人合作，培养团队精神的目的；通过以软件过程文档资料评分为主，以实践结果为辅的评分体系，达到学生对软件工程过程及软件工程化方法的掌握。

2教学内容

1) 软件工程概论：主要包括软件的定义、软件的特点、 软件的种类以及软件工程的定义、软件过程。其中重点和难点是软件和软件工程的基本概念、软件生命周期及软件开发的几种模型。

2) 需求工程与管理：主要包括需求分析的任务、需求分析的步骤、需求规格说明与评审以及需求的管理。其中重点和难点是各种需求方法的理解和掌握。

3) 软件设计：主要包括软件设计的概念、技术和方法。其中重点和难点是系统的体系结构设计、分布式样体系结构，以及面向对象设计方法的理解和运用(方法)。

4) 软件测试：主要包括软件检验和有效性验证、软件测试的概念和测试技术。其中重点和难点是软件检验和有效性验证概念、方法。

5) 软件变更：主要包括软件变更的定义、分类、特点、软件维护。其中重点和难点是认识到软件维护的重要性、软件维护的方法和步骤。

6) 软件管理：主要包括软件项目特点、相应的管理技术。

3教学实践

根据上述教学内容及软件开发团队的建设，采用如下的教学策略。

1) 职业道德与行为规范：对于职业道德与行为规范并不单独安排时间讲解，而是将相关的内容融入到需求分析、软件设计、软件测试及软件变更的具体实施过程中。

2) 软件项目管理：安排专门的时间对其进行讲解，目的是让学生对软件项目管理有一个框架性的认识。在讲述需求分析、软件设计、软件测试及软件变更的具体实施过程中，再将软件项目管理的相关知识融入其中。

3) 软件过程：对于软件过程是我们讲述的重点。该部分将安排比较充裕的时间对其进行讲解，使学生对软件的开发过程有一个总体的认识，同时也对现在的几种开发模型加以分析与对比，从而达到在实际项目中软件的过程的真正含义。

4) 需求分析、软件设计、软件测试及软件变更：这是我们讲述的重点，在讲解需求分析、软件设计、软件测试及软件变更的基本理论、方法的同时，也要将这些理论、方法如何运用到学生的团队中，从而真正让同学们在学习理论、方法的同时，也将相关的知识运用到具体的实践中，克服了传统的单纯理论、方法的讲解。

图1是从立体上展示教学内容与时间的先后顺序。

4教学效果

按照上述的教学实践进行了两届学生的尝试，达到了较好的教学效果。正如同学们的反映：“把软件工程这门课列为最喜欢上的课”，“上了软件工程这门课我感觉非常有收获，尤其是那些深入浅出的例子给了我很多启发。课后的课程设计更是给了我很大的锻炼。”“总之做完这个系统，我感觉自己又加深了对团队精神的理解，也让我对自己有了一个更加清楚的认识。”

收稿日期：2007-10

参考文献

[1] 张长森,王辉,雒芬. 软件工程课程教学体系研究[J]. 理工高教研究,2005,24(1):80-82.

软件实施工作经验总结第6篇

【关键词】信息管理系统;建设;项目流程

项目实施的关键是项目计划，在确定人员配置以后，项目建设以前，要根据项目管理的原理与原则制定项目计划，具体操作过程应按照项目计划进行，以保证整个项目建设协调一致。业务分析是项目成功实施的前提基础，要求针对企业的管理现状、发展战略和实际需求等进行详细的业务调研分析，并编写调研分析报告。实施数据准备阶段非常重要，为后面系统试运行奠定基础。当然其它每个环节也是非常重要的，对项目实施成功起着相辅相成的作用。

一、项目通用流程如下

1.人员配置；

2.项目计划；

3.产品演示；

4.实地考察、确定软件；

5.软件实施（配合业务、系统分析、实施数据准备、组织实施培训、组织安装及调试）；

6．系统试运行；

7．系统验收；

8．后续工作（绩效分析、运行维护）。 ①项目建设开始，确定项目小组人员配置：

1．组织机构：项目实施小组；

2．构成：组长，组长成员；

3．如何参与实施：

制定系统的目标和要求；

参与项目计划编制；组织实施培训；组织系统安装、调试和试运行；协调和解决实施中遇到的具体问题；参与项目验收。

②制定项目计划,组织产品演示

项目计划制定后，按计划分别邀请几家软件公司进行产品演示，掌握软件商的资质,产品的功能、流程及缺陷等。

③实地考察，确定软件产品

根据软件演示情况，有针对性地实地考察软件商软件产品的缺陷，写出实地考察报告，根据考察结果确定软件。

④组织软件实施

业务及系统分析

制定详尽的调研计划，配合软件商针对企业当前业务（包括规则、角色、流程、实体、方法等）和存在的问题进行调查和研究，结合系统的功能，提出解决方案。这个阶段配合软件商业务咨询、需求调研、需求分析等针对企业具体业务和现状的调研分析，项目实施工作的实质性工作已经开展。

系统分析设计，整理业务需求，根据管理模式，设计适合企业运行的系统管理架构。

实施数据准备

根据系统调查分析的结果准备相关数据，准确、完备的数据非常重要，为以后系统试运行奠定基础。数据准备是确保系统安全、可靠运行的前提，是系统成功上线的保证，同时也是对系统设计和系统配置等工作与成果可行性的验证。此阶段需要为各业务模块提供各种运行准备数据，主要工作包括：数据整理、数据录入、模拟运行。提供一个快捷的整理数据的方法，一般企业都会有一个旧系统，从旧系统导出相关数据再修改确认。

人员培训，安装调试

制定各类培训计划、编写各类培训教材、组织各类培训（系统培训、维护培训、应用培训）。

1.数据准备结束后，组织实施人员培训，安装并调试系统，在系统中录入初始数据。

2.维护培训：技术培训活动针对企业信息管理技术人员，尽可能的进行网络、互联网、软件、数据库基础知识和企业信息系统管理、系统维护等方面进行全面培训。

3.应用培训：针对各部门，不同岗位的业务人员分别进行培训，既有整体的业务流程和整体业务培训，又有针对不同模块、不同岗位的操作培训。

⑤系统试运行

系统试运用应该是对全系统的测试，需要各个部门的用户参与。由软件公司协助将各种必要的数据录入系统，带着企业日常工作中经常遇到的问题，组织实战模拟，提出解决方案，直到系统运行顺畅稳定。在试运行期间，及时解决系统暴露出的所有问题，包括技术、业务、人员和制度等相关方面的问题，为系统的正式运行做好充分的准备工作。这一阶段对企业信息系统的正确性进行进一步的核查，检查系统设置、期初数据、业务流程、数据类型、编码体系等工作的正确性。

⑥系统验收

系统试运行结束，须经过验收小组的验收，报最高领导的审批通过后，即可切换运行，所有最终用户必须在工作岗位上使用系统的客户端处理业务。与现有系统短时并轨运行。项目正式上线以后，结合项目最初对系统的期望和目标，对项目实施成果进行验收，并对项目实施过程和实施成果作出回顾和总结，提交项目验收、总结报告，交流分享在实施过程中的经验和教训，系统正式投入运转及使用。

⑦后续工作

绩效评估

一个新系统被应用到企业后，实施工作并没有完全结束，还有必要对系统实施的结果进行总结和评价，以判断是否达到了系统建设目标，从而为下一步工作确定方向。

而且，由于企业的发展，将会不断有新的需求提出，再加之系统需要更新换代，所以亦有必要通过对系统的绩效评估，制定下一目标，再对系统进行改进。

运行维护

需要软件公司协助系统维护和提供售后服务，有一下几方面：

1.技术支持：为企业提供全面的技术支持，确保企业信息管理系统的可用性。

2.需求变更：企业在有限范围内发生变化时，提供相关系统设定或实施服务。

3.改进优化：在企业信息系统应用的过程中，发现的系统缺陷、不符合企业的业务情况、使用习惯的系统功能，经过优化流程将得到改进。

二、项目资金预算

1、软件费用预算

软件费用预算，其它费用（包括考察费、劳务费、业务费等费用）软硬件环境购置资料

硬件环境

数据服务器（1台）预算。

应用服务器（1台）预算。

客户端预算。

软件环境

服务器

操作系统

数据库系统

软硬件环境购置资金合计

项目资金预算共计

软件实施工作经验总结第7篇

关键词：计算机软件；项目管理；对策

中图分类号：TP311.5 文献标识码：A 文章编号：1007-9599 (2012) 08-0000-02

一、引言

近年来，随着科技的发展，计算机软件项目管理的重要性日益凸显出来，但是国内计算机软件行业发展比较缓慢，特别是在软件项目管理方面落后更多，一方面是由于技术落后，但更多是由于缺乏科学有效的管理。怎样运用计算机软件有效的进行项目管理，这是国内软件行业亟需解决的问题。目前，国内正在积极的进行计算机软件项目管理的研究和软件管理人才的培养，这是今后该行业发展的必然趋势。

二、计算机软件项目管理的本质

计算机技术的更新换代比较快，这样就加大了计算机软件管理的难度，使项目管理工程变得复杂，在协调管理上不是那样简单了。为此，如果要运用计算机软件进行项目管理，就要将原有的管理模式进行改革，应该集中企业的资源，进行合理的资源配置，提高软件管理质量，达到成本控制的目的。计算机软件项目管理从本质上来讲是一种管理方法或管理手段，运用这种方法可以对企业进行成本，人员和风险的分析和管理。结合以上的分析，我们可以知道，计算机软件项目管理对于软件企业来讲相当重要，已经成为该行业的竞争点[1]。

（一）项目计划问题

项目计划的作用是将项目内所有计划进行协调，用以进行指导项目的执行。项目计划是管理人员实施项目管理的前提保证。对项目计划制定的过程实际上是对项目熟悉的一个过程，通过对项目计划的制定，管理人员可以清楚项目内容，明白项目实施过程中需要注意的要素和重点。一般来讲项目计划的问题主要有两个：一个是项目计划制定的随意性太强，结构不严谨，操作实施性差，不能作为项目计划实施的指导文件；另外一个是项目计划的整体性较差，内部不连贯，不能有效的控制项目的进度，导致项目的失控。

（二）管理意识问题

在企业中，特别是软件开发的企业中，大多数都是只重视软件技术轻视软件管理，项目内部人员大多数都有深厚的技术知识，但是缺乏管理知识，缺乏管理技巧和管理经验。这样从项目整体上来看，管理就会出现不协调，大多数人只会埋头苦干，不懂得合理的分配任务，进行协调工作，导致项目进度落后，项目计划周期加长，最终影响项目的实施。

（三）项目干系人的问题

项目干系人通俗的来讲就是跟项目有关系的人，包括参与项目和受项目影响的人，具体来讲包括项目策划人、项目组成员、项目配合人员、顾客、消费者和供应商[2]。项目干系人的期望和需求在项目的制定过程中和项目目标实现过程中都是非常重要的，因为不同干系人的期望和需求也是不一样的，他会要求项目的制定和实施过程中尽量靠近自己的期望和需求，这些人的期望和需求有时候会相差很大，这样在制定和实施项目时要平衡这些人的期望和需求是相当困难的。如果项目所有干系人没有良好的沟通，则可能造成工期的延长，成本的增加，甚至导致项目失败。

（四）项目团队内分工协调的问题

项目从开始制定到最后项目目标的实现，这一过程包括了很多的阶段，各个阶段的不同角色和同一阶段的不同角色的任务是不一样的，项目经理分配任务时有时考虑的不全面就会出现一些问题，例如分工任务不明确，会导致人员相互推卸责任；即使有时分工很明确，但是员工之间没有协作只顾个人的工作，不考虑项目整体。

（五）沟通意识的问题

项目的沟通管理主要是为了项目目标的实现所进行的信息交流，这里主要包括上级与下级之间的信息交流和员工内部的工作信息的交流，这些信息的交流是必须的，也是确保项目良好实施的关键，但是在实际的生活中，由于人的性格千差万别，会导致人与人之间的沟通不是那么的容易。如果不能进行良好的信息沟通，就会造成信息的不畅，从而加大项目失败的风险[3]。

（六）项目风险管理意识问题

项目风险管理是为了实现项目既定的目标，所进行的对项目生命周期内的风险因素的估计以及所造成危害的估计。进行项目风险管理是为了更好更有效的实现项目的目标。就目前来看，风险管理意识问题主要有两种情况：一个是风险分析不全面，项目管理人员在进行项目分析时，分析的不全面，导致风险的漏析，给项目造成损失；另外一个就是项目管理人员不重视项目风险管理，没有认识到项目风险管理的重要性，对风险估计随便应付，随便写上一些风险防治对策[4]。

（七）项目收尾问题

项目收尾中一项很重要的工作就是项目经验总结，项目经验是项目完成后，项目管理人员和技术人员根据实际的经验教训所写的报告，这些报告包括项目实施中的好的建议、针对某个问题该怎样解决以及实施中容易出错的地方。现实中项目收尾的问题主要是不重视项目收尾工作，或者是不愿意花费人力物力来进行项目收尾工作，只是应付了事。

三、加强软件项目的管理的建议与对策

（一）制定相符的项目计划

制定项目计划不是要求写出一份好看的资料或者是计划书，而是你要根据实际的项目情况制定一个符合项目的计划，这个计划要有针对性，尽可能的考虑全面。制定好的项目计划要有实用性，能够用来指导工作，制定项目计划时要考虑整体情况和内部的连贯性，项目计划要尽量的详细，控制力度尽量大，制定项目计划是一定要考虑到项目的整体成本，结合实际情况尽量降低项目成本，作出一份详尽合理与项目相符的计划。

（二）合理分配项目任务

项目经理将项目工作范围进行分解时应该使用WBS(工作分解结构)，这样可以有效的防治工作范围的漏分解，为了防治项目分解后的任务无法有效的分配，可以采用资源负荷直方图，采用资源负荷直方图可以保证工作任务达到合理的负载均衡。技术人员在担任管理人员之前，应该好好学习项目管理的基本知识，特别是人员管理和沟通管理，并在管理工作中不断提高自己的管理水平，积累项目管理经验，增强项目管理意识

（三）项目成员相互协调，相互配合

项目经理将工作任务完全分解后，将工作责任合理的分配给工作人员和团体成员，同时应该强调员工之间进行相互的配合，完成不同分工和环节进工作的协调。项目生命周期阶段包含很多阶段，但是不同阶段之间是相互联系的，要注意上下阶段之间的衔接，做好上下阶段之间信息的沟通。通过相互之间的协调，确保项目工作的完成。

（四）加强沟通意识

加强沟通意识就是加强感觉和态度的沟通。在沟通时应该注意下面几种情况：一是要清楚沟通的内容和对象；二是不能沉湎与沟通本身，要清楚沟通的目的；三是要遵守一定的规则，沟通要注意时间和回合的限制，可能第一次沟通不顺利，但要给对方时间耐心听完对方的话，针对核心的问题，做出解决。项目中的关系人一定要加强沟通，保证内部人员之间的沟通，确保信息畅通，确保项目的完成。

（五）加强风险管理意识

项目经理要系统的学习项目管理知识，积累项目管理经验，掌握项目风险管理的必备知识，完全分解项目计划，找出里面的风险点，针对风险点做出风险管理计划，然后对风险计划进行审核，对风险对策进行评估。风险管理意识一定要加强，这样可以降低项目中的突发事件，以及风险的危害程度。

（六）重视项目管理经验总结

工作经验的总结对于项目的管理工作相当重要，项目工作经验的总结可以为下一个项目的实施提供良好的项目的指导，在项目的实施工程中少走弯路，项目经理应该切实可靠的进行项目总结，在制度上鼓励和加强项目经验总结工作，使得项目经验总结及时并且具有指导意义而不是敷衍了事，为以后的项目人员更好地工作提供一个极好的资源和依据。

四、结论

在软件项目管理的过程中，只有实施规范化管理，才能更有效地进行项目管理，提高项目成功的概率。目前，由于软件项目管理实施的时间不长、经验不足，我们只有不断从实践中积累经验，进一步完善软件项目管理的理论体系，将软件项目管理更有效地应用到软件开发的实践中。

参考文献：

[1]王远,王健.计算机项目管理[M].武汉:武汉大学出版社,2009,8

[2]俞振华,俞豪军.计算机项目管理导论[M].北京:机械工业出版社,2009,12

软件实施工作经验总结第8篇

1载人航天器软件项目风险管理实践回顾

不论是执行我国首次交会对接任务的“天宫一号”目标飞行器和“神舟八号”载人飞船，还是未来能够开展近地空间组装建造和运营、支持长期载人飞行、具备在轨开展空间技术试验的空间站，载人航天器软件都具有技术难度大、研制周期长等特点。针对以上特点，在交会对接任务阶段，载人航天器系统注重切合工程实际，运用风险分析与控制方法，致力于软件工程化的精细度和实际效果的提升，进而更有效地规避或降低软件(含FPGA等可编程器件代码，下同)研制中的技术、质量和进度风险，保证产品质量满足要求。载人航天器软件研制的风险管理依据《风险管理原则与实施指南》(GB/T24353—2009)和《装备研制风险分析》(GJB5852—2006)等标准和上级要求，与型号系统风险管理工作同步开展。风险分析与控制对策制定的风险控制关键节点包括:初样阶段初期、初样转正样、执行飞行任务前。

1.1初样阶段初期风险分析与控制对策

初样阶段初期，软件工程化研制并行于型号研制，基于航天器飞行任务要求、软件产品成熟度以及现有的软件工程化技术和管理能力，航天器系统应针对软件全生命周期中内部和外部两个方面进行全面的风险识别与分析。

1.2初样转正样风险分析与控制对策

应在型号正样阶段进行风险再识别、再分析，此时的风险分析工作应在初样阶段软件验收和软件系统研制总结的基础上，对正样研制阶段系统和分系统迭代设计过程带来的新增或完善性软件需求进行综合分析，总结初样阶段软件工程化实施过程的不足和研制短线，制定风险控制措施。

1.3飞行任务前风险分析与控制对策

飞行任务前的风险分析工作应综合正样阶段型号软件产品的需求验证和确认情况、系统级的综合测试(或者专项测试)情况、第三方软件评测情况、系统级软件验收和软件落焊情况进行分析，着重对技术难度高、飞行环境作用复杂和地面验证有局限性等可能带来的风险进行识别。

2型号项目风险管理基本原则

将风险管理与软件工程化和产品保证相融合，在软件系统的全生命周期中进行全面风险分析，及时识别出不同研制阶段的风险点或薄弱环节，给出针对性的控制措施与方法，并进一步细化软件工程化和产品保证要求，切实提升各环节的工作效果。风险管理工作应遵循的基本原则是:

(1)以确保软件产品功能、性能符合任务需求，安全、可靠地完成飞行任务为最终目标。软件研制风险管理要协调地融入整个型号研制过程中，确保型号研制阶段工程技术、质量趋势、研制计划安排的实现与型号研制任务的既定目标和要求相一致。

(2)强化风险控制过程的系统性、完整性和有效性。即针对软件研制过程中的各种内外部作用因素识别、分析风险，提出可操作性强的应对措施，将之明确在工程化或产品保证要求中，并对措施执行情况的符合性进行检查和确认，最终完成风险控制的闭环管理。

(3)关注各种软件产品质量信息(问题归零、技术状态更改、待办事项落实情况等)的收集、获取和综合分析，以及参与者之间的充分技术交底工作，注重风险管理工作的持续改进。

(4)在技术风险分析中，尽可能运用系统方法(FTA、FMEA、风险评价指数法等)，以产生一致、可对比和可靠的结果，提升控制效率。

3软件风险管理控制措施

3.1精细化软件研制技术流程和产品保证要求

风险管理所获成果应充分体现在软件工程化实施细则中，以统一所有研制人员的思想和步调，精细化编制系统级软件研制技术流程和产品保证要求，关键是要与型号系统工作密切关联且协调地安排工作项目和流程节点;要充分体现分级、分类和分层的管理理念，涵盖全面，突出重点。实践表明，其有效的措施有:

(1)分阶段对软件需求成熟度进行“瀑布式”和“非瀑布式”详细流程及工作项目的分类规定。

(2)越是短线环节，越应在流程中分解体现;越是工程化或产品保证薄弱环节，越应细化至具体的、可操作的要求。

(3)通过设置针对性的软件产品保证细化要求或者关键质量控制点的方式，降低概率较大风险发生的可能性。

3.2需求完整性和正确性保证

软件需求的完整性和正确性是决定软件产品质量的关键之一。如何及时确定完整、正确的软件需求，避免不必要的反复，也是复杂航天器工程中的难点之一。针对此，本文提出以下措施:

(1)坚持运用自顶向下逐级细化分解-自下向上逐级综合完善的分析与设计方法，适时组织开展系统与分系统、分系统与单机、分系统与分系统间协同-联合设计，并有计划地在详细设计阶段安排多次迭代逼近过程。

(2)应力求系统、分系统和单机各级功能设计与可靠性、安全性分析与设计的协调与同步。

(3)应通过软硬件联合设计，实现资源配置和功能分配合理，软硬件接口设计匹配、可靠。

(4)在单机级测试阶段，尽可能地模拟与软件运行场景相对应的软件测试环境(如数字或半物理仿真)，有效验证软件需求并加速其迭代获取过程的逐步收敛。如果经过分析，在单机阶段不能完全模拟软件真实运行场景，可以通过系统及或者专项试验进行验证。

3.3可靠性、安全性保证

可靠性、安全性保证是复杂航天器系统工程中的重点，软件产品除自身的健壮性和安全性保证外，还要实现上级的可靠性、安全性需求，以下要点有助于期望目标的达成:

(1)各级FTA、FMEA、危险分析以及应急救生和故障处置对策等可靠性、安全性设计应坚持逐级细化分解、逐级综合完善和有计划迭代逼近的方法，以保证软件系统和产品的安全关键或任务关键分析有据可依，并及时将相应的保证需求细化。

(2)软件产品自身的健壮性和安全性保证应充分落实软件可靠性和安全性设计准则的规定或采纳指南中的建议，并及时通过常见多发案例的举一反三及时进行自省、纠正。

(3)应对可能滞后的软件需求实现，在软件设计阶段特别是概要设计阶段就应重视运用专业技术方法，以保证良好的可扩展性和易维护性。

(4)运用中断冲突分析、时域-空域资源分析等方法，有助于有效发现嵌入式软件产品的深层次缺陷，提高健壮性。

3.4测试/试验验证保证

强化航天器软件系统在各级、不同场合的测试和试验验证以及第三方评测是保证软件产品质量满足要求的主要手段。要进一步提升其效果，应注重以下要点:

(1)高度重视需求分析的全面性以及功能、性能分解的细化;高度重视需求规格说明的完整性和无歧义，并向测试者传递、沟通到位。

(2)测试覆盖性分析决定着测试/试验验证规划和方案设计的全面性和合理性，决定着验证环境等保障条件建设是否能够及时到位。应力求与需求分析同步完成。

(3)“飞什么，测什么”是保证验证覆盖性和有效性的首要原则。对于功能模式多、性能指标要求高的复杂产品，测试/试验验证规划十分重要，须将验证目标和项目精细分解，分配在各级和不同场合的测试/试验中;对地面无法或真实模拟测试/试验验证的项目，应及早探讨其他有效验证手段。

3.5适时开展针对性强的专项活动

针对具体问题，适时开展风险控制专项活动通常效果显着，可借鉴采纳，如共性案例分析与解决方案培训、组织专家审查把关技术难点项目、方案总体－技术总体－软件研制方联合走查、落焊过程控制、软件系统与飞行程序/飞控预案协调性复核等。

4结语

风险管理的根本目标是及早发现问题，防患于未然。载人航天器系统研制过程中实施软件项目风险管理的实践证明:风险分析与软件工程化的系统融合是推进精细软件工程化、提升软件产品保证能力的有效方法。因此，在型号项目全过程管理过程中，需要全面分析和识别风险源，提出切实有效的控制措施，并严格落实在各研制阶段，规避各种隐患。

(1)关键技术或新产品的攻关进展滞后，是影响型号系统初样乃至正样研制进度和质量的主要风险因素之一。要有效规避或降低该类问题带来的风险，须在方案阶段做好风险分析和控制对策(特别是各级管理和保障方面的措施)制定工作，并切实落实到位。

(2)软件工程化和产品保证实施过程中总结的有效、实用的方法仍需通过不断地总结工程经验与教训，并进行提炼、丰富，最终固化成为每一位参研者共享的财富。

软件实施工作经验总结第9篇

关键词:企业;信息系统;软件外包;关键因素

1 引言

随着现代信息技术的发展与应用,国内各行业的信息化建设全面展开。信息化建设离不开各种信息系统的支持,如办公自动化系统、管理信息系统、电子商务系统、决策支持系统等。企业在开发信息系统时,有些需要外包给软件开发商来完成,企业只有把握好外包中的几项关键因素,才能成功实施软件系统的外包。

2 企业信息系统软件外包成功实施的关键因素

烟草行业卷烟生产经营决策管理系统(即“一号工程”)是2003年国家烟草专卖局根据行业宏观调控和科学决策信息化建设发展的需要建设的信息化系统。系统建立了行业数据交换体系,通过打扫码、数据库联机方式自动采集行业生产经营基础数据,构建行业业务指标体系和数据分析模型,建立国家局数据中心,实现国家局分析展现应用的界面集成和业务集成。“一号工程”是烟草行业软件外包的一个典型的成功案例[1]。

(1)选择技术实力强、口碑好的软件外包企业

企业在选择软件外包商时,可采取公开招投标方式,对投标单位从技术能力、人员能力及软件过程能力进行综合评估,选择员工作风好、保密观念强、政治觉悟高的企业作为接包方,确保系统数据安全,并与接包方签订《保密责任协议书》,建立安全保密分级管理制度。

如“一号工程”于2003年通过公开招投标,确定由中国计算机软件与技术服务总公司(即中软总公司)作为项目总集成商,中软总公司委托其下属的中软国际承接项目建设工作。中软总公司是国家规划布局内重点软件企业,实力雄厚;中软国际是国内领先的应用软件和解决方案供应商,在国内IT行业享有较高的声誉。

(2)充分调研与沟通,作好项目需求分析工作

企业在软件外包时必须做好项目需求分析工作。业务部门提出用户需求后,通过与技术部门、软件开发人员多次交流沟通,提出系统的综合要求及标准。开发人员通过分析系统需求,了解用户工作流程并对其进行正确分类,确定系统的可接受性、可实施性、可测试性;在形成需求报告之前,对后期发现的不明确、不一致的地方要进行修改或补充;最后项目经理应邀请客户代表共同评审需求文档的正确性、完整性和清晰性,使需求文档正确无误地反映用户需求。

(3)明确各部门职责,选派专人参与开发过程,保证项目进度及安全

企业应明确参与部门(如归口管理部门、牵头部门、协作部门等)的具体职责,避免在软件开发出现问题时由于没有建立合理的分工、反馈和跟踪制度出现多方推诿现象;企业还应选派技术人员全程参与开发过程并建立项目进展情况表。企业参与软件开发,不仅可以培养自己的技术力量,还可以及时协调、解决出现的问题,为项目进度提供保障,还能对项目涉及的保密数据进行脱密处理,进而保证项目安全。

例如,“一号工程”在建设过程中成立了项目领导小组,国家局局长姜成康亲自主抓,副局长李克明任组长,信息中心主任高锦任副组长,各单位负责人是领导小组成员。成立了项目实施办公室,做到了分工明确,各司其责。从公开招投标到各阶段的项目建设,每个方案都经过了专家会议的若干次讨论,每一阶段国家局都召开了专门的会议进行部署。李克明副局长亲自参与布置各个阶段的工作,协调各方关系,为项目建设提供了保障。

(4)做好软件测试工作,进一步提高软件产品质量

从技术角度看,各种信息系统开发的最终目的就是得到高质量的软件产品。企业为保证软件产品质量和可靠性,必须做好软件测试工作。通过制定软件测试计划,做好测试准备工作;组建测试团队,包括测试项目负责人、测试分析员、测试设计员、测试程序员、测试员、测试系统管理员、配置管理员;选择合适的测试方法,静态测试或者动态测试,白盒测试或者黑盒测试,重点要进行可靠性及安全性测试;选择测试工具,如Parasoft、Compuware、Xunit等白盒测试工具,LoadRunner、WinRunner、Astra Quicktest等黑盒测试工具;重点做好测试中Bug和需求变更的跟踪和管理,做好Bug分类、缺陷记录、版本控制等工作。

(5)严格做好软件验收工作

软件项目的验收非常重要。企业在接到验收申请后,要认真审查软件系统的运行、文档资料、培训工作等现状,对于符合验收条件的项目,要严格按照验收标准和流程来验收。验收的主要依据是软件需求规格说明书 。验收程序分技术测试和文档检查。技术测试由专家组负责。文档检查主要检查招投标书、合同、用户使用报告、信息安全测评报告、系统使用手册等。验收测试范围包括功能项测试、业务流程测试、容错测试、安全性测试、性能测试、易用性测试、适应性测试、文档测试等。

如“一号工程”作为耗时两年半精心打造的信息化项目,验收时非常严格规范。验收委员会由中国工程院院士孙家广、沈昌祥等13名专家组成。中软国际的验收资料齐全完备,在《项目验收总结报告》中详细描述其建设过程,涵盖了从方案论证、软件开发到项目实施与服务、合同完成情况等方面的工作。中烟信息技术公司随即构建了运行维护体系,设立了客户服务、技术支持等部门,在完成日常维护的同时,以电话支持和现场服务等方式为行业基层提供服务或解决操作上出现的问题。

(6)做好商业秘密、核心技术等知识产权保护工作

企业在软件外包开发中,要做好知识产权保护工作。首先,要和接包方签订严格的保密协议,要求他们指定专人负责对核心技术的使用控制;其次,企业要通过技术分析及数据过滤提供尽可能少的核心机密;第三,尽量在发包方本地进行后期的数据装入,以减少商业秘密泄漏的可能。

对于产生的其他知识产权,根据我国《计算机软件保护条例》的规定:“接受他人委托开发的软件,其着作权的归属由委托人与受托人签订书面合同约定;无书面合同或者合同未作明确约定的,其着作权由受托人享有。”对此,企业要与接包方签订书面合同,明确以下3点归属问题:(1)软件作为一个整体的知识产权归属;(2)软件中的代码归属及重用性约束等具体规定;(3)因知识产权归属的法律适用及发生侵权纠纷的具体解决方式,包括责任的承担、损失的追偿等。

3 结语

软件外包对于企业来说,可以提高开发效率、降低成本。充分做好以上几项工作,才能减少外包风险,保证软件产品质量,为企业带来更好的经济和社会效益。同时,企业还要针对软件项目特点,运用适合自身的项目管理模式来加强软件外包项目管理,尤其要规范项目实施过程,才能迅速适应业务需求的变化,提高软件系统的运行效率,提升企业的核心竞争力。

参考文献

[1]袁博.“一号工程”奏完第一乐章[J].中国烟草,2006,(09):23-25.

陈国卫,魏汝祥,吴琴.军用软件外包探讨[J].装备制造技术,2008,(09):14-15.

梁洁.浅谈软件测试工具的选择与使用[J].中国传媒科技,2008,(11):59-60.