购物车(0)
软件实施工作经验总结篇1
核电设计分析以及运行支持软件是开展核电工程设计以及维护核电厂运行的重要技术手段之一，对核电工程设计科研工作的质量、研发效率以及核电厂的运行安全起到了至关重要的作用。由于核电设计分析以及运行支持软件具有很强的核安全相关性，多年以来，国外核发达国家对核电软件设计研发以及运行管理都是高度重视的，相关软件研发的各个流程环节、软件适用性、可靠性、过程质量管理以及后续的应用均受到核安全监管机构的高度关注。与此同时，在国内，核电相关的安全也受到了核安全监管机构的高度关注。针对核安全相关软件，国家核安全监管机构也制定了相关的软件评价实施办法。根据相关实施办法，核安全相关软件的认证过程不仅重视软件的重要物理现象识别、物理模型建立、验证计算模型的合理性以及不确定性和敏感性等评价，对软件的研发过程、研发体系以及质量保证体系的建立也同样重视。在中核集团龙腾自主创新科研项目的支持下，由中国核动力研究设计院牵头，中国核电工程有限公司、中核武汉核电运行技术股份有限公司参与共同完成了成体系的核电设计与分析软件包NESTOR（NuclearPowerPlantEngineeringSoftwareTechnologyResearchProject)）。NESTOR软件包包含了核电设计与分析所需要的相关专业软件，涉及核反应堆物理设计、屏蔽与源项设计、热工水力与安全分析、燃料元件相关设计、系统与设备设计、仪控设计、软件共性技术等相关领域。NESTOR软件项目自2011年立项以来便高度重视软件研发体系建设，并针对“软件开发过程质量保证体系与开发规范”成立单独的课题进行研究。该项目致力于将核电工程设计与软件工程化相结合，贯穿研发全生命周期，覆盖需求管理、模型研究、软件设计、VV流程等各个环节，建立健全核电软件工程化研发体系，并在NESTOR项目中的各个软件开展软件工程化实施流程。长期以来，建立适应核电工程特色的软件工程化研发体系，并将体系融入工程设计、科研及管理工作中，一直是NESTOR项目的重要研究方向之一。
1核电软件工程化体系建立
核电设计分析软件以及运行支持软件具有高可靠性、高安全性、高经济性的特殊要求。在国家核安全导则、GJB5000A、CMMI等软件工程化的总体指导要求下，遵循软件工程化思想，建立一套具有核电工程特点的完善的核电软件工程化研发管理体系，对确保研发团队开发出高质量、满足核电核动力工程需求的软件产品起到重要的保障作用。中国核动力研究设计院经过多年的研究及实践应用，制定了覆盖软件工程化研发中的重要过程域的指导性文件《软件工程化体系文件》。
2NESTOR软件工程化实施过程
软件工程化研发的实施主要覆盖软件开发过程和软件管理过程。针对NESTOR软件，主要分为工程化主机平台类软件以及嵌入式软件。软件的开发过程依据软件的类型以及规模等属性，选择适用的软件生存周期模型，并定义软件开发的阶段及阶段中的活动。软件管理过程主要包括需求管理、项目策划、项目监督与控制、过程和产品质量保证、配置管理、测量与分析等过程，软件项目的管理过程中的活动可根据软件的自身特点进行裁剪。
2.1核电软件的管理过程实施
2.1.1项目初始管理策划
在接受核电软件研制任务后，应落实项目组主要成员，并组织各阶段工作安排。项目负责人根据《软件研制能力等级要求》，组织对项目软件的重要性等级和规模等级进行确定。最终形成《项目软件工程化策划书》，作为开展核电软件工程化研发的输入。
2.1.2研发过程规范制定
NESTOR项目结合自身的特点，建立了一系列的研发过程规范，规范由项目部批准后应用于本项目所承担的所有核电软件研发中。
2.1.3项目监督与控制
核电软件项目的监督与控制是将软件项目的实际执行情况与相关计划要求进行对比分析，如超出偏差范围，则采取必要的纠正措施。如软件需求发生重大变化，则修订计划以满足相关要求，从而确保项目研发工作有序、正常的实施。
2.1.4核电软件项目过程和产品质量保证
开展质量管理的策划工作，主要目的是识别NESTOR项目及其最终交付成果的质量要求及规范标准。通过有计划地、定期地对NESTOR相关软件全生存周期的开发与管理活动进行符合性检查，对各阶段工作产品与活动进行审核来判断研发工作是否按照软件工程化体系的要求实施，从中发现不符合项并实施相应的纠正措施。
2.1.5项目配置管理
配置管理是结合配置管理工具对开发的软件进行版本管理与变更控制，对软件开发过程的各阶段工作产品进行有效保护，维护阶段工作产品和软件产品的完整性和可追溯性的管理过程。NESTOR项目相关软件的配置管理贯穿于软件研发活动的全生命周期以及各个流程环节。NESTOR项目采用专门的软件配置管理工具，对程序源代码、版本、各阶段文档、工况数据及流程进行有效的配置，实现了研发过程的自动化配置和动态管理，增加了软件研发人员对设计流程的能见度。NESTOR项目在配置管理实施中建立了软件开发库、受控库以及产品库，并限定配置项在不同库之间的流转的权限及流程的控制。通过实施配置管理有效地保证了软件的正确性、完整性及可追溯性。
2.1.6测量与分析
测量与分析是NESTOR软件项目各软件设置有专门的测量分析工程师，该人员负责依据既定的测量目标、测量项、数据采集和存储规程、分析规程等相关要求采集和分析测量数据，在合适的控制点/项目结题时采集并汇总相关数据，形成测量分析信息。项目执行的过程中，相关的测量分析信息及时专递到项目组团队成员内以及利益相关方。通过测量与分析活动，有效的监督了项目绩效，并为后续活动做出有根据的管理和技术决策，以便在出现问题时及时采取相应的纠正措施，实现项目监督控制的可视性、及时性
2.1.7项目评审
在软件开发与管理过程中，针对重要节点或者里程碑组织软件项目组内部及外部人员对NESTOR软件产品、研发活动及工作进展情况的符合性、合理性和正确性进行验证。通过评审活动，可以高效率、尽早发现并消除问题，从而保证软件产品的最终质量。
2.1.8记录控制
为满足软件工程化体系要求，NESTOR项目实施工程化研发过程中所产生的记录、以及能够证明体系文件有效运行的记录、作为可追溯性依据的记录均进行了有效的控制。通过核电管理平台，对项目实施中产生的所有过程记录文档进行分发、流转等控制，过程记录包括技术传递单、技术联系单、备忘录、会议纪要、设计评审报告、项目周报、QA核查单、质量保证报告、配置管理报告等。同时，通过档案管理系统，对项目所产生的所有设计文件进行有效的归档及控制。
2.1.9软件的鉴定与应用
研发完成的软件，在未经过专业鉴定前仅可用于学习、科研，不能直接应用于工程设计。软件的鉴定是专业设计人员对入库归档的软件产品进行专业分类及筛选后，由软件鉴定专家委员会对筛选后的软件进行鉴定。鉴定软件的功能、性能、工程适用范围、可靠性等各方面能够满足相关工程使用需求。NESTOR所研发的软件只有通过鉴定才能够归入工程可用软件库。当工程项目产生软件应用需求时，即可从工程软件库中选择合适的软件。
2.2核电软件的开发过程实施
2.2.1核电软件研制策划
NESTOR软件研制策划工作是估计NESTOR软件包中每个软件的规模、开发工作量，并根据估计结果，结合进度要求来制定合理的开发计划，提出必要保障条件的管理过程。本项工作主要由项目软件负责人组织，对所负责软件的根据各项软件的开发和管理工作进行全面的策划，并安排相关角色依据既定的分工制定所需研制软件的各项计划，最终以书面的形式形成《软件开发计划》、《软件配置管理计划》、《软件质量保证计划》、《软件测量分析计划》、《软件验证和确认计划》、《文件清单》以及估计记录等相关文档，文档经过评审后生效执行。相关文档是软件开发过程中各项活动的重要依据文件，并将随着软件研发过程而细化或调整.
2.2.2核电软件需求分析
NESTOR项目结合核电工程软件特点，在需求阶段开展了详细的需求理解、需求确认、需求跟踪等需求分析活动，需求包括功能需求以及非功能的需求。需求分析是软件生存周期中最重要的一步。只有通过需求分析，才能准确地将软件的功能以及非功能的需求从概念描述转换为具体的可测量的规格说明形式。NESTOR项目的各个软件在需求分析阶段都依据软件的相关需求完成对应软件的需求分析活动，并以书面的形式形成《需求说明书》/《需求分析报告》，同时建立并维护需求跟踪矩阵。NESTOR项目在开发的过程中持续跟踪维护需求矩阵，确保了需求与项目策划的一致性，并在必要时进行变更。
2.2.3核电软件设计与实现
软件的设计是在需求的基础上，对软件开展计算部分的设计以及界面设计工作，计算部分包括系统结构设计、数据设计、接口设计、算法以及过程设计，界面部分的设计工作包括界面原型设计以及界面设计，软件设计即是把需求转换成表达的过程。在设计活动完成后，软件的设计工程师需要依据体系文件以及相关规范编制相关的《软件设计说明书》，设计说明书可依据软件规模或者复杂程度拆分成《概要设计说明书》以及分模块的《设计说明书》。在软件的实现阶段，按照对应的编码规范，依据设计结果实现软件编制、编译和调试，编制《软件编码报告》以及《用户手册》。《软件编码报告》主要对软件的数值计算及界面模块的目录结构、模块结构、全局数据、各模块的功能和数据，以及软件的编译运行方式、集成方式进行描述《用户手册》主要对软件的功能、性能、运行环境、安装以及操作说明进行描述，给最终软件使用对象对软件的使用有直观的了解。
2.2.4核电软件测试及验证
软件测试是由人工或自动方法来执行或评价系统或系统部件的过程，以验证它是否满足规定的需求。测试活动由软件测试工程师负责，在测试的策划阶段形成《软件测试计划》并开展测试设计，包括测试用例说明等相关文档。NESTOR项目的测试计划以及测试说明文档均经过评审，以确保测试工作的有效性。测试工作严格按照计划及测试说明执行，对测试过程发现的缺陷应进行报告、确认、修正和验证，并形成缺陷记录单，通过多轮测试及回归，确保缺陷全部关闭或得到妥善处置。测试完成后编制《软件测试报告》。通过测试的软件，由独立于开发团队的验证工程师，通过确认用例对软件进行验证，确认用例包括基准题、实测数据（试验数据或电厂运行数据）等，通过验证确保软件的功能、性能以及计算精度满足预期。采用第三方验证的方式对所开发软件的正确性进行确认
2.2.5核电软件
VV验证和确认遵循GJB5000A要求以及软件工程化体系执行，从VV的过程、过程中包含的VV活动，再到具体的VV任务，多层次全方位地定义验证和确认流程。N开展VV活动是确保NESTOR软件的质量和可靠性的重要措施，通过VV活动确认各项需求以及设计要求正确实施，识别期望的结果和实际结果之间有无差别，有效地提高软件计算的精度并保证软件的正确性，确保NESTOR软件质量。除了项目团队内的VV团队，NESTOR项目还创新的采用软件研发合作模式，邀请了高校测试组、专业测试公司以及第三方验证团队，针对开发的核电软件根据相关行业内规范开展了第三方独立的测试和验证。通过有效利用外部资源，对软件的功能、性能进行全面的测试验证分析，有效地摒除了内部团队在相关工作中的“程式”思维、思路局限性而带来的漏洞，更多的发现软件运行中的问题，进一步提高所开发核电软件VV的全面性和客观性。
2.2.6核电软件结项
软件研制完成后，项目软件负责人组织对软件的测试验证情况进行分析，根据项目目标要求，组织总结分析工作。就软件的研发工作进行总结，组织编制《软件开发总结报告》，另外，还有软件开发过程中的相关配置管理情况、质量管理情况进行总结，编制《配置管理总结报告》以及《质量保证总结报告》。相关总结文档完成后，组织项目结项评审，软件具备结项条件后，提交验收申请并组织验收，形成验收报告。
3结语
NESTOR软件包通过结合广泛的工程经验，依托科学理论和软件工程化技术的进步，形成了重要的自主创新能力，成功应用于华龙一号工程设计与校核，并正在进一步应用于其他核电工程开发中。部分运行支持软件也已在国内多个核电厂推广应用，发挥了良好的经济效益。通过工程化管理体系的建立以及对软件工程化的过程管理实施，NESTOR软件包的研发工作以及运行管理实现了流程精细化管控以及监督可视化、可控化。确保了NESTOR软件在满足工程需求同时，提升了研发效率、缩短了研发周期，提高了软件的质量，大大减轻了运行管理成本，提升了软件研发精细化管理水平。
【参考文献】
［1］张晓龙.现代软件工程[M].清华大学出版社,2011.
［2］林锐,彭国明.CMMI和集成化软件研发管理[M].北京:电子工业出版社,2008.
软件实施工作经验总结篇2
目前国内高校开始尝试面向项目（或面向课题）的新型教学模式，在课程教学中引入面向应用的教学实践环节，学生则在项目开发和方法论上取得广泛的认知，并表现出较强的适应力和创新精神。但是国内的项目教学法在经管类大学本科学生的实践教学方面应用较少。在管理信息系统在企业广泛应用的如今，学生不仅要熟练掌握管理信息系统的应用，还要能从项目管理的角度理解管理信息系统实施过程中的战略性、规范性和有效性。
本文以面向项目的HRMIS课程软件教学模式构建为背景，将HRMIS课程软件实验实践教学与企业实施人力资源ERP项目联系起来，把“模拟项目实施和管理”的形式引入课堂教学之中，取得了良好的教学效果，是人力资源管理专业软件教学模式和应用型人才培养的有益尝试与探索。
一、面向项目的HRMIS 软件教学模式组织
面向项目的HRMIS软件教学模式是建立在软件操作流程掌握的基础上，学生对来自企业中的实际问题进行深入分析，学习运用专业技能知识解决实际专业问题的方法与技巧。目的是培养学生利用软件进行管理的能力，给学生创造平台进行实务训练。面向项目的HRMIS软件教学思路和组织实施教学的基本环节如下所述。
1.成立项目实施小组
首先需要建立HRMIS项目实施小组，作为软件实验实训教学的模拟实施单位。项目组一般由6-8名学生组成，分别代表软件实施企业的人力资源部员工和咨询顾问。前期软件教学完成后，各小组集体完成一个模拟企业的人力资源管理软件项目实施，包括完成系统初始化设置、运行人力资源管理职能，生成测试报表数据以及用户手册。
2.资深顾问指导
项目实施过程中，教师扮演着集团总裁或资深顾问的角色，对项目实施过程中的问题进行指导；同时，拓宽ERP软件教学的师资范围，邀请软件实施顾问或企业项目组成员参与课程教学，或举办ERP软件应用讲座、与学生座谈交流ERP使用心得。由企业的ERP实施顾问来承担部分教学，将实践搬回课堂，由教师进行很好的课堂组织和理论加工，真正有效将教学与实践结合。
3.模拟角色和情境
在项目实施过程中，教师需要将预设的情景放入企业实施过程中，以制造项目实施困境促进各角色成员思考。例如企业的组织架构、组织职责不清楚如何进行项目实施；系统标准流程与已有的管理流程产生冲突如何解决；客户提出需求但系统功能暂时无法实现应如何沟通等。通过模拟场景和角色，学生充分熟悉系统功能，并能从企业人力资源管理实务出发去考虑应用系统；通过演讲、沟通和协调，充分锻炼学生的人际沟通和组织协调能力，同时也加强了学生的团队合作精神。
4.校园网和实验室全天候开放
实验室全天候开放，运行HRMIS软件的服务器常年运行，项目组可以在需要的时候到实验室进行工作；校园网的铺设，为学生在课外时间进行系统研究和方案设计提供了保证。虽然面向项目的实训环节只有15学时，但其跨度4周，学生可以在4周之内的学时外时间利用实验室进行研讨、数据运行和报告撰写。
5.教学效果及后续应用
项目完成后，项目组需提交《用户手册》和《数据测试报表》，并进行项目设计答辩。对有进一步开展研究兴趣的同学，一方面可以组织为校园社团进行ERP项目的实施，对有意愿的社团进行流程改造，将HRMIS应用和教学推广到非人力资源专业；另一方面可以组织进行论文的撰写，为HRMIS的教学改革和企业应用做理论研究。
二、面向项目的教学案例设计
目前，国内外ERP品牌众多，各有特色。据统计金蝶、用友、东软3大国内知名的ERP软件的使用率相对较高，分别占到15%、10%和9%。此外，外资多元化产品中的知名品牌Oracle（14%）和SAP（5%）也受到大型企业的青睐。此外，还有外资品牌施特伟（1%），国内品牌嘉扬、仁科、博惠思华各占1%，万古和奇正更低。另有部分企业选择针对自己的业务需要，自行开发HR软件（18%），这类现象在IT企业中尤为突出。国内三大ERP软件都在高校进行推广，由于金蝶软件在高校应用较为广泛，我们选择金蝶K3 V11的人力资源管理系统作为实验实训教学的主要软件。
金蝶软件公司在为客户进行系统实施的时候，有自己的一套实施方法论。在软件教学的过程中，用户需求较为简单，实施环境较为单纯，因此在以金蝶K3 V11的人力资源管理系统为例进行面向项目的教学改革中，面向项目的软件教学案例包含了系统初始化模块、人力资源管理功能模块、报表管理模块和操作平台等基本内容模块。在软件教学实践中，简化项目环境，结合项目启动、计划、实施、收尾、维护等环节设计案例。
1.项目启动（2课时）
假设整个班级分成2个集团企业，每个集团下面又有多个分公司。
一个是软件建设企业，由一半学生扮演软件建设企业各分公司员工，一名教师扮演集团总负责人。建设企业召集各分公司总经理会议，对项目启动工作进行布置。各分公司总经理需要召开会议，对本公司实施HRMIS的目标进行讨论，对本企业的总体情况进行准备。但每个分公司的项目是独立进行。
一个是软件实施公司，由一半学生扮演软件实施公司顾问，一名教师（外请咨询顾问）扮演咨询公司项目总经理。实施公司需要召开全体实施顾问会议，对如何开展项目实施，以及可能遇到的问题进行讨论。实施公司组成各实施小组，分别负责各分公司项目实施。
软件建设企业和软件实施公司双方签订合约，成立项目组，召开会议讨论角色分工及项目实施方案。需要明确的是实施最终目标是为企业现有业务提供更好的运行平台。
2.项目计划（2课时）
项目组共同制定项目计划，在规定的课时范围内（2周，8课时），完成项目实施，提交实施方案、用户手册和数据测试报表。在计划编制的过程中，要明确各阶段的的工作安排和输出文件。计划制定出来后，项目的实施阶段将严格按照计划进行控制。后期项目的变更控制将参考计划阶段的文件产生。
3.项目实施（8课时）
如果说项目启动和计划主要锻炼学生沟通、协调以及合作意识，那么项目实施阶段就是充分考察学生对HRMIS的掌握和应用，能否根据企业的实际情况进行系统初始设置，各种代码编制原则是什么，企业如何划分职责和权限，人力资源部如何在系统中运行人力资源管理职能。
在此阶段，全部人员应进入系统设置和运行状态，通过培训、数据输入和测试，来确保设置的正确性和运行的稳定性；项目组要对企业现行的管理方法进行讨论，是否要进行管理流程的再造，是否提出二次开发的需求；在项目实施过程中编写用户手册，实施完成后将数据测试报表与用户手册提交项目验收组。作为集团负责人的教师会在项目实施过程中设置一些合理的障碍，迫使项目组成员面临实施困境，以促进各角色成员讨论思考。
4.项目收尾（3课时）
项目的收尾过程，项目组需要整理所有产生出的文档提交给项目建设方，包括合同、会议纪要、项目实施方案、用户手册和数据测试报表。通过演讲的形式，由每个项目组向集团公司进行项目总结汇报，包括企业的背景、实施理念、实施过程遇到的困难，初始数据的设置规则，各种数据报表、用户操作流程等。由项目验收组来评价项目实施效果。项目验收组由扮演集团公司负责人的老师和外请企业经理人或软件咨询顾问共同组成，进行点评总结。
5.项目维护（不占用课时）
在项目收尾阶段结束后，项目将进入到后续的维护期。虽然在教学过程中不能实现项目的后续维护期的工作，但是学生需要具备后续服务意识，因此也应将项目维护条款写入最初的合同，并在项目收尾汇报时进行阐述。
三、总结
面向项目的软件教学模式与思路在HRMIS软件教学中，教学效果明显，学生的战略思维、创新思维、沟通能力、团队合作能力得到充分锻炼，软件操作的规范性和有效性明显增强，公文撰写能力也显著提高。根据软件教学模式实施情况，总结以下几点教学心得与体会：
第一，学生对面向项目的HRMIS教学模式持较高的学习热情，一方面，学生在实际项目的实施中理解和掌握了HRMIS的基本理论知识和在企业实际应用技能，激发了学习积极性和热情；另一方面，加班加强对企业战略管理和人力资源管理的理论和实务进行研究学习。
第二，培养了学生的项目管理能力和团队合作精神。在项目实施过程中，学生能够通过项目管理的各环节工作，充分锻炼沟通与合作能力，学会解决项目冲突，这些知识和能力在理论课堂和实验课堂上一般很难得到训练。
第三，通过软件教学中加入专业科研的方式方法，锻炼了学生规范地书写研究报告的能力，为毕业论文撰写打下良好的基础，通过项目管理过程和总结答辩进一步加深了学生对管理知识和软件应用的理解和操作。
第四，在教学和评价方面，通过校外师资引进，借助校外企业人力资源部或软件咨询顾问力量，向校外展示学生学习HRMIS的效果，为学生创造到企业实习或工作的机会。
第五，在实际应用中，将管理信息化向校内社团推广，帮助有意愿的社团改造管理流程，一方面帮助学生进一步体会项目咨询顾问的角色，提升学生职业素养；另一方面也能推动校内社团管理信息化进程。
参考文献
[1]乔闪.奥尔堡大学面向项目的高等教育体系[J].高等工程教育研究，2002（3）
软件实施工作经验总结篇3
一、信息经济环境下OSSP的目标和基本思想
在信息经济环境下，OA系统软件的应用十分广泛，对于企业内部OA系统软件的开发管理，一直是很多企业信息化建设的一个重点内容，鉴于不同企业所面临的环境和企业经营项目的差别，每个企业的OA系统应该是符合内部应用特征的，同时又能与外部协同统一的。因此，对于OA系统软件的开发也是企业信息化管理的一个重中之重。在信息化技术高速发展的时代，组织标准软件过程（Organization's Standard Software Process，简称OSSP）的基本目标和思想是十分符合和适用于以经济、快捷的方式开发出企业特殊要求的OA系统软件项目开发管理的。
OSSP是一个已经被验证了的方法，它的目标是帮助项目的顺利实施和完成。OSSP方法为项目定义了一个标准的项目结构，是从软件工程学院（SEI）和项目管理学院（PMI）中被广泛接受的方法和在最佳实践指导中总结出来的，OSSP方法将此结构量身定做以满足综合资源库平台建设的项目需求。OSSP 为项目经理提供了项目管理任务的模板，这些模板集中了已有的项目经验。它们通过预定文档结构和预备使用的语句和示例文字，节约了时间。此外，模板的使用有助于项目经理重复使用其他项目中的信息。
OSSP 的优点在于：跨组织、跨地域和技术界限的有效合作，以规范的方法实施项目，同时通过知识的获取、经验的积累、最佳实践以及现有经验的重用，达到提高效率的目的。在整个项目中，鼓励客户参与，并遵循标准流程，以提高客户实施的质量。下面我们基于OSSP的软件项目管理过程，结合本人在使用协同OA软件教学及应用过程中的具体实列，详细探讨企业OA系统项目开发管理的过程。
二、基于OSSP模式的OA系统项目管理开发分析
OSSP的建立一般是CMM3组织必不可少的一项工作，CMM（能力成熟度模型）是一种广泛用于评估和改进机构的软件开发过程的模型。它分为五个等级：一级为初始级，二级为可重复级，三级为已定义级，四级为已管理级，五级为优化级。企业通过CMM3级评估标志着企业的软件开发和维护的标准过程已文档化，称之为组织标准软件过程；CMM是一个体系，它只规定了软件开发过程能力各种级别的特点以及改进的目标，但对如何实现这些能力和目标没有详细的指导，而且，由于软件的应用领域很多，各个机构特点不尽相同，没有一个统一的详细指南可以解决所有机构面临的问题，因此，各个机构必须结合自身的特点来量体裁衣，构建自己的软件开发过程。
由于各个项目环境不尽相同，因此只组织标准软件过程是不够的，还必须根据综合资源库平台建设特定的项目环境，对组织标准软件过程进行打量定做，根据实际需要，建立起相应的项目定义软件过程。在OA系统项目的管理开发过程中，只能结合OA系统本身的特点，实施软件开发管理。OA系统是面向组织的日常运作和管理时员工及管理者使用频率最高的应用系统，随着信息经济环境的不断完善，OA系统在应用内容的深度与广度、IT技术运用等方面都有了新的变化和发展，并成为组织不可或缺的核心应用系统。在信息经济环境中，办公自动化更多的是将最新的管理思想、管理理念植入其应用系统中，使企业在面对外部环境的易变性与复杂性时，突破以往传统的严格的部门分工，打破企业在高速发展过程中受时间、地域、部门之间的限制而形成的信息孤岛，从而提升企业的整体竞争力和前进速度。
不同的企业对信息的应用要求是不一样的，要开发出与企业生产应用要求相匹配的应用系统，最有效的方法就是基于OSSP模式的OA系统项目开发与建设。在OA系统项目管理开发过程中，OA系统应联系企业的实际需要，根据协同OA平台建设项目的要求，以OSSP实施方法论为基础，分阶段地实施整个项目。
三、基于OSSP的OA系统项目管理的实施
1、OSSP项目实施方法
OA系统项目实施，可以通过OSSP应用成熟的软件技术和平台来实现本项目的各项需求。在项目交付阶段制造执行系统被实施，而一般当客户签订了合同时，这个阶段就开始了。本阶段的目标是完成合同的各项指标，并为推广应用做准备，OSSP项目实施的方法，如图1所示。
在OSSP 实施OA系统软件项目开发中的四个阶段中，每个阶段都定义了一套交付、里程碑和报告，并在第三阶段——执行阶段中应用基于CMM的项目管理理论。
2、OA系统软件项目开发中的软件质量管理
OA系统软件项目开发中软件质量保证的目标是为管理提供保证，使得OSSP 已定义的过程、规程、模板在项目过程中得到遵循和保持。
在OA系统软件项目开发项目启动后，项目经理与质量总监协商指派项目SQA（软件质量保证）和行业SQA 小组来负责SQA 活动。行业SQA 和项目SQA 参与项目早期的策划活动，包括选择LC 模型、标准过程规范；制定PDSP，进行软件项目策划估计。
SQA小组负责制定项目的SQA 计划，SQA 计划以项目生命周期为基础保证实际与项目计划（软件项目计划、测试计划、SCMP、SQMP、QPMP）一致。计划SQA 活动应该在项目软件质量保证计划模板中记录。每当项目的日程或范围有了重大改变，SQA 活动都可能需要重新计划。项目经理必须评审SQA 计划。SQA 计划应与项目计划、项目PDSP一起撰写，并与这些文档保持同步。计划中应该包括SOA协同、OA平台审核、SCM 审核的计划日期和工作量。
SQA小组应该定期跟踪已计划的SQA 活动。项目SQA 活动从其他项目处吸取最佳实践，帮助项目经理在识别过程即合作为PDSP（项目定义软件过程）的一部分过程中获得SEPG（软件工程过程组）的支持，为项目计划提供帮助。SQA 小组必须评审PP（项目策划）、QP（质量计划）、PDSP（项目定义的软件过程）和SCMP（软件配置管理计划），以获得有价值的阶段入口，从而保证在OSSP 中定义的活动得到有效执行。
如果在OSSP 过程或者PDSP 过程中有变更发生时，要及时将变更与项目组进行沟通。对小组中的新成员要及时进行项目定义的各种活动的培训。SQA 小组应该为此做一些协调和配合工作。如果可能，要将项目文档迁移到新的OSSP 版本，并对此进行跟踪，参与项目每月评审（按需）和项目检查点评审。
3、OA系统软件项目开发中项目实施质量控制管理
（1）OA系统软件项目开发中的设计规范。OA系统软件项目开发中设计规范是工程实施的初期步骤之一，为整个工程的实施奠定基础，是保证最终工程质量的关键要素。在集成工程的各个子任务实施前必须提交合格的设计文档，设计文档应充分考虑工程实施的实际情况，并确保技术的正确与可行。设计流程如图2所示。
（2）OA系统软件项目开发中的设计评审。第一，设计评审是针对设计方案的质量进行控制。第二，设计人员（设计组）根据实际需求、合同规定以及设备厂家的资料提出切实可行的设计方案后，先由组内讨论通过，然后由组长向项目管理部提出召开评审会的申请，由项目管理部召集设计评审会。
OA系统软件项目开发中评审组的成员由项目管理部确定。对于OA系统软件项目开发中的总的设计原则和设计目标的确定以及影响整个工程质量的设计，应当邀请用户和同设计无关的（第三方）专家参与构成评审组，从技术角度作出判断；其他关系各项目小组设计的评审可以总体管理组为基础扩充若干专家构成评审组。
OA系统软件项目开发中评审应以确认设计是否满足用户需求、是否能达到用户满意的程度、同有关规范、标准的符合程度，验证设计的适用性、可行性和可靠性，必要时可要求提供设计验证的证明数据。评审结果形成评审报告存档，若需要改进，反馈给设计人员，若评审通过，则进入批准生效过程。
OA系统软件项目开发设计方案评审通过后，领导决策组应当会同项目管理部向最终用户讲解设计方案，对方案中采用的技术进行说明，使最终用户理解设计的内容，对工程进展和实施过程增强信心。重要的设计由领导决策组签字批准，其他由项目管理部签字批准，从而正式生效，设计文件要发送到所有参与过程实施的技术人员。针对已经批准和的设计，在实施过程中或实施前，如果发现明显的错误或其他因无法抗拒的原因（如设备和线路性能、政策改变等），需要修改设计方案时，应由设计和实施人员共同提出申请，由项目管理部批准后，进行更改，更改后的文件重新进行评审、批准程序。设计更改申请报告应对需要更改的原因作出说明和分析，对于设计中的错误应当着重分析出现错误的根源。设计是工程最终能否满足用户需求的重要因素，明确职责是为了确保设计的质量。项目管理部应当负责总的设计原则和设计目标的确定；督促影响整个工程质量的设计的进行，各地区项目实施组的子项目经理负责督促属于本组的设计工作，保证设计能够按时完成。设计评审会负责对设计质量的最后把关。
在设计开展过程中，OA系统软件项目开发中工程质量管理组应对设计进度和设计过程中存在的问题进行检查，发现问题及时解决（包括检查设计的目的是否清晰、设计分工是否明确合理、设计流程是否遵守、设计过程产生的文档是否完整符合要求）。
4、OA系转贴于 统软件项目开发中的工程实施控制
为保证OA系统软件项目开发中各子任务的工程实施顺利进行并保证质量，任务负责人必须在实施前作好充分的准备和组织工作。OA系统软件项目开发中实施的准备和组织的流程如图3所示。
OA系统软件项目开发实施准备和组织流程产生的输出包括：实施方案与进度计划，提取设备清单，现场环境检查报告。
对OA系统软件项目开发中实施准备和组织流程作以下说明：当项目管理部确定某子任务的实施期限后，由该任务的负责人在任务下达一周内提交自己的实施方案设计。OA系统软件项目开发中实施方案与进度计划的内容包括：参与人员及其任务分配、工程项目进度计划、所需设备清单、根据任务设计方案和有关作业指导书（操作手册）提出的关键控制点。OA系统软件项目开发中的实施方案与进度计划应当交组长审核后由项目管理部批准，才能正式开始实施准备阶段。准备阶段首先要使参与人员各自明确自己的职责，并收集有关设计方案、作业指导书、准备质量记录和登记表格。现场环境检查是指检查工程实施地点是否有合格配套的场地、线路。进入现场施工前，要从库中提取所需要的设备。
OA系统软件项目开发中实施过程的控制：实施过程是对工程质量产生影响的最关键步骤，必须按照设计方案和实施计划的要求，规范化严格控制。
OA系统软件项目开发中工程实施的输出包括：配置记录表、配置修改记录表、工作日志、设计修改申请与批准书（可能）和联调技术报告。
OA系统软件项目开发中工程实施由相应的任务负责人控制工程实施的进度和质量以及关键控制点的状况。项目管理部和工程质量管理组也要各自履行质量监督职责。
OA系统软件项目开发中的实施验证：实施验证是为了及时得到工程进行状况与实施方案和设计方案的符合程度，由工程质量管理组负责。
OA系统软件项目开发中的实施验证分为抽验和终验。抽验的时间地点由工程质量管理组组长决定。抽验结果要向领导决策组提供，以便最高领导及时掌握工程质量状况，向项目管理部反馈质量改进和控制的建议。终验指在每一项任务（子任务）工程实施完毕后进行的评审活动，应检查各种文档是否齐全，并对任务（子任务）的工程质量作总体评价，提交评审计划（评审参加人员、评审内容与方法）和评审报告。
OA系统软件项目开发中审核与评审是保证工程质量的重要保障手段，应当有计划地安排进行。工程中所产生的每一份文件（实施过程产生的质量记录除外）都要履行审核手续。审核的目的是使文件符合文件规范和有关作业程序的规定，验证是否存在质量漏洞和职责不明确现象。对于工程中的重要关键问题必须召开评审会。评审会分为两种：一种是项目管理部召集的论证评审会，另一种是工程质量管理组负责人召开的检验性评审会，这种评审会由工程质量管理组负责人定期向领导决策组者提交评审计划安排。OA系统评审会要遵从特定的工作流程。
OA系统是一项结构复杂、功能强、涉及面广的信息系统集成和开发的工程，为确保项目达到预期的目的，使系统真正发挥作用，必须做到在项目真正实施前就能预测到该项目可能遇到的各种风险，并准备好项目风险的控制方法，才有可能做到万无一失并最终确保本项目的实施成功。
5、OA项目的整体实施系统验收管理
根据需方行业的特点和惯例，系统验收在最终用户的实际系统运行环境中进行。供方在开发环境下，完成应用系统开发工作并进行系统测试。项目的系统验收包括系统工程验收、系统初验、系统最终验收（终验）三个阶段，这三个阶段也可根据合同简化为工程验收、系统终验两个阶段。系统验收应履行正式手续，成立专门的测试验收小组，负责组织、监督和裁决整个系统的验收过程，最后对系统验收管理完全实各阶层完成的软件进行实测和调整。
四、基于OSSP的协同OA系统软典型示例及分析
基于OSSP过程开发的协同OA软件挺多，以笔者所使用的一个泛微协同OA系统软件为例，它较好地针对“信息孤岛”、“应用孤岛”和“资源孤岛”这三个问题，通过有效的人力资源和过程控制、技术处理，实现信息、业务和资源的协同。
在OA系统软件开发过程中，首先要本着“信息网状思想”：建立一个立体的、多维的信息获取、共享和使用的环境，同时协同平台为这些信息节点之间提供立体化的“网状”关联通道，从任何一个信息节点都可以到达任意的相关信息节点，极大地方便企业获取完整的、真实的信息。其次要结合“业务关联思想”：即提供对各个业务环节进行整合的方案，使得协同平台可以面向整个业务过程来进行管理。表面上看在协同平台中还是采用某个模块或某个功能完成某个业务环节的要求，但随之这个应用可以自动启动其他的关联应用，并完成相关数据的更新，使得企业无需在不同应用平台之间切换便可以完成对业务链的管理。最后要有“随需而应思想”：即将企业的“人”、“财”、“物”、“信息”和“流程”进行充分的整合。在OA平台中，这些资源可以实现各种关联，当企业由于某个目的触发一个应用的时候，相关的资源可以随之被调动并被自动加入统一管理和协同工作的环境中，从而进行紧密的协调和运作。
总而言之，企业在自行开发OA协同管理平台的过程中，只有很好地利用结合OSSP的思想，才能更有效地对各种分散存在或被分隔的资源进行整合，并让它们在统一管理和调配下进行优化，从而发挥这些五、结束语
在信息经济环境下，企业对于应用软件的要求越来越高，应用软件在企业中发挥的作用也越来越重要，OA系统不仅仅是企业办公的一种工具，更应该是一种有思想、有模式的能管理的软件。目前市场上主流的协同OA系统就为现代企业发展注入了强劲的动力，它以动态组织为行为主体，以工作流为传导模型，以任务为处理模型，将组织行为的复杂性通过三者的结合充分表现出来，从而帮助实际组织解决管理过程中的复杂课题。系统管理模型的组织价值在于“使用有限资源创造最大化价值”，组织标准软件过程在企业具体软件项目开发中的应用还是较初级阶段，企业与企业间的实际情况千差万别，完全把不同应用的软件用统一的软件开发格式化管理是无法很好地实施企业的信息化系统建设要求的。只有根据企业的具体要求，确保客户充分参与；及时组织评审，倾听客户意见；保持客户沟通渠道畅通，及时反馈，然后结合OSSP的软件过程标准灵活运用，才会使企业的软件项目开发事半功倍，开发效率大大提高。
参考文献
[1] 王素芬：软件工程与项目管理[M].西安：西安电子科技大学出版社，2010.
[2] 康一梅：软件项目管理[M].北京：清华大学出版社，2010.
[3] 沈春龙、孔建寿、张友良：支持产品协同设计项目管理系统的研究与实现[J].计算机应用研究，2000（3）.
[4] 伦蕊、黎正忠：信息经济时代企业管理的规模经济性[J].东北财经大学学报，2004（4）.
[5] McBride，T.M.：The mechanisms of project management of software development[J]. Journal of Systems and Software，2008（81）.
软件实施工作经验总结篇4
一、红层软岩路基的常见病害
根据红层的特点可以将其性质总结为易变性软岩层，其在一定条件下会出现结构、形态、性质的变化，整体存在着不稳定的特性。红层软岩路基在一些使用要求不高的公路中使用可以满足公路路基的基本要求，但是在一些高等级的公路路基施工上其病害的发生非常常见，根据其不同程度的病害情况可以将其归为以下几类。
1、沉陷
此种病害主要诱发原因为路基填料所造成的，其技术使用不正确使填料压实过程没有达到相关的标准要求，因此在公路投入使用后受行车载荷及外界因素的影响，路基因填料压实不足容易发生较为严重的沉陷问题。
2、边坍
而对于红层软岩路基边坡区域在实际中没有对其进行相应的防护施工，可能会出现周边滑坡的问题。由于红层软岩为极易风化崩解的沉积岩，因此用红层软岩填筑的路基边坡在温度与水的共同交互作用下极易发生风化剥落的病害，如不及时处理，风化向边坡深部发展，引起边坡崩坍落石等病害。
二、基本物理学性能
红层软岩一般是富含黏土矿物的强风化岩，矿物组成主要包括以石英、云母为主的碎屑矿物和高岭石为主的粘性矿物。天然含水量为9%～15%，天然密度为2.0～2.1g/cm3，液塑限分别为30%～40%、13%～20%，天然孔隙率为0.49～0.65。具有与膨胀土相似的湿化变形特性，但其膨胀率比较低.红层软岩具有较显著的崩解性。
三、力学试验及分析
1、击实实验
参照《铁路工程土工试验规程》TB10102-2010，选择土样进行重型击实实验，测定红层软岩的最大干密度和最优含水量，以便确定路堤的最佳压实效果。可以确定红层软岩的最大干密度为2.14g/cm3，最佳含水量为8.5%。
2、膨胀率试验
参照《铁路工程土工试验规程》进行自由膨胀率及有荷载膨胀率试验，采用最优含水量8.5%，密度比93%的条件制作试件。试验得出红层软岩的自由膨胀率为2.7%，远小于弱膨胀土的膨胀性。通过试验可以看出，红层软岩土的膨胀率较小，且随着荷载的增大而减小。
四、红层软岩路基施工
1、岩石爆破
兰渝铁路LYS-13标路基土石方施工大部分采用移挖作填的方式进行，利用挖方作为路基填料。挖方为红层软岩，原始状态下强度较高，施工取土采用爆破方式进行。爆破后的石块粒径大小不一，如不能对填料粒径进行控制，则路基填筑后易产生空洞，浸水或风化后红层软岩崩解，造成路基产生较大下沉。红层软岩属于塑性岩石，爆破时压缩区相对较大，爆破区相对较小，因此孔眼间距和装药系数不宜大。爆破后经现场检测石碴的最大粒径36cm，绝大多数粒径在10～20cm之间，由于岩石强度较低，此种粒径结构便于路基的填筑压实。
2、基床以下路堤填筑
根据相关研究资料表明，红层软岩填料最大粒径不大于15cm，填筑松铺厚度30～40cm，填筑最大干密度不小于2.0g/cm3，含水量控制在最佳含水量±2%以内可以作为合格的路基填料使用。红层软岩路基填筑采用水平分层填筑法施工，路基填筑大面积施工前首先进行路基试验段的施工，总结施工技术参数及施工方法，为大面积施工提供理论依据及指导方案。路堤填筑施工按照“四^段、八流程”的施工程序展开流水施工，在施工过程中，红层软岩填料由于爆破时粒径较难控制，爆破后仍有部分粒径超标，在装车过程中对填料进行筛选，合格的填料装车运至填筑工作面，较大的填料集中破碎后再拉运至工作面。根据路基试验段总结后，确定摊铺厚度为38cm，最佳含水量为8.5%，碾压遍数为6遍。施工中采用挖掘机装车，自卸车运输，推土机、平地机平整，振动压路机压实。
3、基床以下路堤压实质量检测
根据设计要求我们选用灌砂法、K30法进行双指标控制，共做了三层54个点，第三层检测结果如表1根据试验结果显示按此方法施工的路堤质量稳定，施工过程中便于控制，完全满足要求。
4、工后沉降观测
沉降观测控制标准：路基填筑过程中，路堤中心沉降速率每昼夜不得大于10mm，边桩水平位移速率每昼夜不得大于5mm。路基工后沉降标准：时速200km/h客货共线路基，一般地段不应大于15cm，年沉降速率应小于4cm/年。路基填筑完成后，在ID2K600-ID2K900的断面埋设了观测点，第1个月进行每周1次的沉降观测，第2-3个月进行每2周1次的沉降观测，第3个月后进行每月1次的沉降观测，历经6个月的定期观测，累计沉降量为1.2cm，沉降速率小于4cm/年，满足沉降标准要求，路堤稳定性良好。
目前我国在红层软岩路基的施工上的经验还较少，相应的一些施工技术还不成熟，其在实际中还有较大的发展空间。上文通过对红层软岩的全面分析及解读对其路基的施工技术进行了深入理解，并在已有的工程实例中总结了其施工的要点、难点，从多层次、多角度提出了相应的施工技术。对于红层软岩路基施工技术需要在实践的过程中不断的吸取及总结经验，进而完善相关的实用技术，以此来保证路基可以安全、稳定的投入到使用中，为之后相似工程路基施工技术的使用提供借鉴。
参考文献：
软件实施工作经验总结篇5
二、项目实施方案介绍
（一）项目启动阶段
此阶段处于整个项目实施工作的最前期，由成立项目组、前期调研、编制总体项目计划、启动会四个阶段组成。
此阶段主任务：
公司：在合同签定后，指定项目经理，成立项目组，授权项目组织完成项目目标。
公司项目组：进行前期项目调研，与用户共同成立项目实施组织，编制《总体项目计划》，召开项目启动会。
商务经理：配合公司项目组，将积累的项目和用户信息转交给项目组。将项目组正式介绍给用户，配合项目组建立与用户的联系。
用户：成立项目实施组织，配合前期调研和召开启动会，签署《总体项目计划》和《项目实施协议》。
1、成立项目组
部门经理接到实施申请后，任命项目经理，指定项目目标，由部门经理及项目经理一起指定项目组成员及成员任务，并报总经理签署《项目任务书》。
2、前期调研
项目经理及项目组成员，在商务人员配合下，建立与用户的联系，对合同、用户进行调研。填写《用户及合同信息表》。在项目商务谈判中，商务经理积累了大量的信息，项目组首先应收集商务和合同信息，并与商务经理一起识别那些个体和组织是项目的干系人，确定他们的需求和期望，如何满足和影响这些需求、期望以确保项目能够成功。
3、编制《项目总体计划》
《项目总体计划》是一个文件或文件的集合，随着项目信息不断丰富和变化，会被不断变更，主要介绍项目目标、主要项目阶段、里程碑、可交付成果。通常包括以下几方面内容：
项目描述，项目目标、主要项目阶段、里程碑、可交付成果。所计划的职责分配（包括用户的）；
沟通管理计划，确定项目干系人对信息和沟通的需要：即什么人何时需要什么信息以及通过什么方式将信息提供给他们。质量管理计划，确定适合于项目的质量标准和如何满足其要求。如果有必要，可以包括上述每一个计划，详细程度根据每个具体项目的要求而定。未解决事宜和未定的决策。
4、启动会
项目组与用户共同召开的宣布项目实施正式开始的会议。
会程安排如下：
共同组建项目实施组织，实施组织的权利和职责；双方签署《项目实施协议》。
项目组介绍《项目总体计划》和《项目实施协议》，包括以下内容：
项目目标、主要项目阶段、里程碑、可交付成果。所计划的职责分配（包括用户的）；
项目实施中项目管理的必要性和如何进行项目管理，项目的质量如何控制；
项目实施中用户的参与和领导的支持的重要作用；
阶段验收、技术交接和项目结束后如何对用户提供后续服务。
（二）需求调研确认阶段
此阶段的主要工作是软件公司的项目实施人员向用户调查用户对系统的需求，包括管理流程调研、功能需求调研、报表要求调研、查询需求调研等，实施人员调研完成后，会编写《需求调研分析手册》，并交付用户进行确认，待用户对《需求调研分析手册》上所提到的需求确认完毕后，项目实施人员将以此为依据进行软件功能的实现。如果用户又提出新的需求，实施人员将分析需求的难度及对整个系统的影响程度来确定是否给予实现。需求调研阶段具体包括如下内容：
1、进行需求调研准备
2、编制《需求调研计划》
3、内部评审是否通过《需求调研计划》，项目组、部门经理、商务等人员根据合同要求和项目实际情况对《需求调研计划》草稿进行评审，如评审通过，则在稍后的时间内签署，如评审不通过则重新修改。
4、用户是否签署《需求调研计划》，如用户签署《需求调研计划》，则作为以后需求调研工作的指南。否则重新修改。
5、《需求调研计划》是否有变更，如果计划存在变更，则执行变更控制流程，否则按计划进行后续工作。
6、编写及发出《需求调研通知》，项目组编写《需求调研通知》，确定进行需求调研的相关事宜，发给用户，为顺利完成需求调研工作做准备
7、需求调研，项目组以《需求调研手册》为依据，从业务流程、单据使用、打印格式、报表查询几个方面展开深入和全面的调研，并搜集用户的个性化需求。
8、需求调研分析根据调研的结果，项目组和公司其他技术部门将进一步进行分析，确定合理、可行的需求，将分析结果形成《需求分析报告》草稿。
9、内部评审是否通过《需求分析报告》。项目组、部门经理、公司其他技术部门的人员对《需求分析报告》草稿进行评审，如评审通过，则在稍后由用户签署，如评审不通过则重新修改，直至内部评审通过。
10、编写及发出《需求分析报告确认通知》。项目组编写《需求分析报告确认通知》，发给用户，确定进行需求确认的相关事宜，告之相关部门及人员安排好工作，准时参与需求确认工作，为顺利完成需求确认工作做准备。
11、用户是否确认《需求分析报告》。如果用户确认，并签署了《需求分析报告》，则需求调研阶段工作结束，进行后续的软件功能实现的工作；如没有确认，则进一步进行调研、分析，直至用户最终确认并签署《需求分析报告》。双方签署了《需求分析报告》，需求调研工作结束之后，如果用户提出新的需求或是变更已有的需求，则执行需求新增及变更流程。
（三）软件功能实现确认阶段
此阶段的主要工作是项目实施人员根据需求调研阶段确认的《需求调研分析手册》中的用户需求内容进行具体软件功能的实现工作。在软件功能实现的过程中，项目实施人员将记录软件实现的详细过程。便于公司售后服务之用。每一个实施技术人员必须严格按照要求记录、存档。按照调研要求的所有功能实现完毕后，项目实施人员将编制《软件功能确认表》，将定制好软件功能待用户确认，用户根据《软件功能确认表》上的功能逐一确定软件功能是否达到要求，对不满足要求的功能，项目实施人员将会记录下来并进行功能修改，直到满足用于要求。
（四）数据标准化初装阶段
此阶段的主要工作是项目实施人员指导用户进行系统标准化资料的准备工作，并对用户进行初装资料的软件操作培训，以便用户能够及时的将标准资料录入系统，初装完成后，项目实施人员会对资料初装的情况进行核查，为以后具体业务功能的开展做好基础。
（五）系统培训阶段
系统培训阶段工作是整个项目实施工作中比较重要的工作，用户对软件的操作功能是否熟练将直接影响到后面的软件应用效果，所以软件公司和用户双方要对此阶段的工作给予足够的重视。要充分认识培训的重要性和艰巨性。在项目实施之前对用户的相关人员进行系统和规范的产品培训是非常必要的，达到让用户了解软件产品，最终自己能够解决使用中的具体的问题。
此阶段的培训工作中将用户参加产品培训的人员划分为三个层次：决策层、技术层、操作层，对不同层次的用户参加产品培训人员的培训内容分别是：
决策层：领导在实施中的作用与重要性、决策查询。
维护层：系统维护知识、操作方法。
操作层：操作方法。
具体的培训工作流程为：
1、调研培训信息：在培训开始前3天由用户实施负责人，将参加培训的部门和人员情况填入《受训部门汇总表》、《受训人员情况一览表》。
2、编制培训计划：结合调研结果，与用户实施负责人商议具体培训内容、时间，场地，人员等。项目组编制《培训计划》。
3、签署培训计划：用户签署《培训计划》，进一步确认培训安排。
4、发培训通知：培训开始前2天，按照签署的《培训计划》，将培训内容、时间，场地，人员等信息通知用户实施负责人。
5、搭建培训环境：公司项目组在培训开始前，将培训环境搭建及检查妥当，将培训提纲及培训手册准备好。
6、组织培训：公司项目组培训负责人与用户实施负责人组织相关人员参加培训，按培训制度严格考核。由用户将考勤情况填入《培训人员签到表》。
7、培训考核：公司项目组培训负责人与用户实施负责人组织受训人员参加上机及理论考试。
8、培训总结：公司项目组培训负责人与用户实施负责人一起将出勤情况及考核情况做出总结，填入《培训及考核统计表》，及时向相关负责人
汇报。
（六）系统安装测试及试运行阶段
此阶段的主要工作是在用户真实环境下，对用户网络及硬件设备进行测试，对软件系统进行容量、性能压力等测试测试及试运行的目的在于确保系统各项功能均能正常使用，并且符合用户签署的《需求分析报告》中描述的需求，同时把尽可能多的潜在问题在正式运行之前发现并改正；同时目的还在于在正式运行前用户的有关人员能进一步提高操作水平，掌握操作规范。此阶段的主要工作内容为：
1、 编制计划：与用户实施负责人商议具体测试及试运行时间，地点，人员等安排，项目组编制《测试及试运行计划》。
2、签署计划：用户签署《测试及试运行计划》，进一步确认测试及试运行安排。
3、发测试及试运行通知：在测试及试运行开始前2天，按照签署的《测试及试运行计划》，将时间，地点，人员等信息通知用户实施负责人。
4、搭建环境及数据准备：在试运行开始前搭建好软件环境、硬件环境、网络环境、调通线路；检查软件、硬件、网络、线路等各个环节是否有问题；
5、组织测试及试运行：用户相关各级领导给予全面配合，组织相关人员进行测试及试运行。
6、测试及试运行总结：测试及试运行完成，总结试运行中设备、软件的运行情况，总结试运行中业务流程和操作环节的情况，以书面总结形式将测试及试运行结果通知相关负责人。
公司项目组负责担当指挥，检查用户人员组织情况并给予指导，跟踪检查如下情况：
跟踪单据流转状况。
跟踪新资料登录环节。
观察业务流程执行状况。
观察操作人员操作表现。
观察系统运行速度及异常表现。
观察关键数据的正确性。
及时纠正错误操作、对于新发生的问题及时与相关人员沟通，确定解决办法。
（七）总体验收阶段。
此阶段是对项目总体的完成情况进行验收。验收分阶段进行，在每一项目阶段结束时，用户对这一阶段的可交付成果进行验收，在测试及试运行结束后，对系统进行总体验收。
需要验收的可交付成果：
主要项目阶段
阶段组成
主要里程碑
软件实施工作经验总结篇6
有条件的地方审计机关，可选择若干审计项目，在审计项目方案中增加运用计算机技术的内容，力争在审计组织方式、建立审计业务模型、获取审计所需数据等方面有所突破；在联网审计中，应当首先以地税、财政、部门预算执行、国库集中支付、政府采购等为对象进行探索。
二、提高审计业务和行政事务管理的信息技术水平
要利用计算机技术加强对审计业务和行政事务的科学管理，提升各项工作的管理水平。各级审计机关要因地制宜搞好计算机技术在审计业务管理、行政事务管理中的应用。审计署金审工程研制的《机关辅助办公系统》（包括人力资源管理、行政事务管理、审计业务管理三个子系统），在经过署机关、特派办的试用初步完善之后，可以提供给条件具备的省、地级审计机关推广普及，使其成为审计机关工作人员日常办公的主要工具。已经开发或购买办公室自动化软件的地方审计机关，要总结经验，充分发挥其作用。继续用好统计、人力资源、档案、党务、财务、机关事务等管理软件，提高审计办公的效率与质量。
使用办公室自动化系统的目的，是为审计业务工作服务。要搞好计算机在文字处理、文书运转、设备共享、财务管理等方面的应用，但不应当停留于此、局限于此。要从“为建立质量控制体系、科学管理体系提供技术保障支撑”的角度，重新审视、完善办公室自动化系统的功能和作用。
三、加强数据库建设，丰富和完善基础内容
建立审计统计资料、审计档案、审计专家经验、审计法规以及被审计单位资料、宏观经济数据等数据库，对于总结经验、把握全局、提高审计工作质量和水平有着积极的作用。各级审计机关要结合审计工作规范化的进程，注意积累审计数据，丰富和完善数据库内容；要及时更新维护财经法规、被审计单位资料、专家经验等数据库，为审计实施提供有效支持；要认真研究审计工作对经济类共享信息需求，采取多种形式组织资源，以开拓审计人员视野，增强宏观意识，为开展效益审计、审计调查服务，为领导决策提供信息支持。
四、利用计算机技术加强审计质量控制
各级审计机关要充分利用计算机技术，加强审计质量控制，实现审计署即将颁布《审计机关审计项目质量控制办法》的相关要求。审计署金审工程开发的《机关辅助办公系统》，根据审计机关指导审计现场操作的信息交互需求，设计了审计机关与审计现场之间的（非实时）交流反馈的功能，在网络条件具备的审计现场还可以实现对项目执行情况的及时跟踪，强化了对审计现场工作的指导与支撑，为加强审计质量控制提供了辅助工具。有条件对现有办公室自动化系统进行改造完善的，应当注意加强此功能。
近年来，审计署先后编制了《世界银行贷款审计指南》、《企业审计指南》，并根据指南开发了程序导向式实施软件，目的是加强审计现场实施步骤控制，提高实施规范化水平。承担外资审计任务的地方审计机关，要按照署外资司的统一安排全面使用《外资审计实施管理软件（WAS）》。有条件地方审计机关，要在企业审计中推广应用《企业审计软件（EAS）》。
五、充分利用网络资源，丰富网络应用
目前，绝大多数省级审计机关建立了与下级审计机关的远程通讯联接；多数省级审计机关和部分地市级审计机关建立了局域网。要充分利用网络资源，不断丰富网上应用，从而促进工作效率的提高。要严格遵守国家有关网络管理的有关规定，加强网络保密管理，实现安全运行。
按照国务院办公厅的要求，审计署金审工程将作为全国政府系统办公资源网（即政府专网）应用试点，依托政府专网构建审计署机关与各省级审计机关、特派办的广域网络，实现审计信息的网上传递和业务办理。第一阶段有7个试点单位（京津冀、南京、郑州特派办，黑龙江、江苏、四川省审计厅和南京审计学院），联通工作于*年4月底前完成，在总结经验的基础上，再全面展开，各省级审计机关要做好推广使用的准备。
六、整合需求资源，防止低水平重复建设
1998年以来，审计机关组织力量进行了审计实施及审计管理软件的研制，2001年审计署评审通过了18个软件；审计署金审工程的应用系统也按照整合需求资源、优化既有软件功能的原则，设计开发了一批软件；IT公司也在市场上推出了一些商业软件。“无审计软件可用”局面已经基本改观。所以，对于绝大多数地方审计机关、审计人员来说，“拿来主义”更切实可行，用好审计软件应放在第一位。计算机硬件设备、网络条件和技术水平相对滞后的市、县审计机关，更要找准审计信息化的突破口，突出应用，讲求实效。
审计署金审工程开发的软件，地方审计机关可与署信息办联系积极使用。审计署办公厅已就有关开发推广应用的有关问题发出通知，强调要注意克服重软件开发、轻推广应用，重数据库构建、轻加载更新的现象。对于确需开发的软件，省级审计机关要整合需求资源，防止低水平重复。
七、把计算机培训作为审计信息化的基础工作抓实抓好
各级审计机关要按照审计署的要求，认真部署第二轮计算机基础知识和操作技能全员普及性培训，坚持自学为主、业余学习为主，以考试促培训，以培训促应用。*年审计署将组织3次全国考试，各地要认真组织，当年通过考试的人数不应少于应参加考试人数的四分之一。要严肃考场纪律，防止形式主义走过场，更不能作假舞弊。
对审计业务骨干进行计算机审计中级培训十分必要。审计署正组织力量对中级培训进行总结完善，充实调整内容，形式逐渐转为自学与强化辅导相结合。各地可依照培训大纲和材，开展适合本地区情况的中级培训。*年审计署还将继续举办3期（150人）的集中培训，各省、自治区、直辖市审计厅（局）可根据条件积极报名参加培训。
各地要紧密结合本地区本单位审计业务和管理工作实际的需要，开展多种形式的审计软件等应用技术的短期专项培训，实实在在地提高计算机应用水平。
八、因地制宜，加快地方审计信息化工程的建设
审计署在金审工程可行性研究报告中已经明确：“审计信息化系统建设规划总体规模为全国审计系统的信息化建设，包括中央和地方两部分。”为了实现审计系统内部网络和数据传递的上下联通，发挥工程的总体效能，各地审计信息化建设要坚持统一领导，统一规划，统一标准的原则，以需求为导向，以应用促发展。避免各自为政，造成浪费。
建设审计信息化工程，是审计系统提高科技水平的一个重要契机。一些地方审计机关在当地政府的支持下，已经着手有关工程建设的申报，要多方宣传，加快工作进度；还没有申报的地方，应当积极努力将审计信息化列入地方电子政务建设的统一规划。
署信息办和计算机技术中心，要指导地方审计机关搞好当地的审计信息化规划与建设，支持地方审计机关共享金审工程的建设成果。为了保证审计信息化应用技术的先进性和统一性，审计署制定的金审工程可研报告、局域网工程建设指导书、机房及配电系统建设指导书、组网技术方案、局域网工程验收办法、软件开发指南、审计系统基础数据库标准等规范性文件，各地可以结合实际情况参照执行。
九、总结经验，制定加快信息化发展的措施
审计信息化工作开展以来，各地在网络建设、硬件配备、软件应用方面，都做了大量的工作，有些地方还搞出了自己的特色。江苏省审计人员巧用Excel，不但在审计工作中收到很好的效果，其经验受到微软公司相关专家的高度赞誉。要认真总结交流经验，寻找差距，制定加快信息化发展的措施，并尽快加以落实。
*年底审计署要对金审工程一期建设进行总结、检查和验收，经验教训将与地方审计机关分享。审计署将于*年年中召开专门的会议，交流经验，宣传典型。请各地注意总结，做好准备。
十、提高认识，扎实工作，力争取得较大进展
软件实施工作经验总结篇7
一、 合同总价：____________元正。
本合同以人民币进行结算。
二、 甲方责任：
1、 与乙方约定软件的安装、调试及应用培训时间；
2、 跟踪软件的安装、调试工作及参与软件的应用培训；
3、 严格按照合同约定的时间和方式与乙方结算货款；
4、 负责应用软件系统的日常跟踪和服务工作，发现问题及时与乙方联系，协助并督促乙方及时解决问题；
5、 甲方承诺由乙方提供的软件只限在______区范围内使用。
三、 乙方责任：
1、 派专人根据甲方指定的时间做好软件的安装、调试工作；
2、 制订培训方案，在甲方约定的时间内做好用户对应用软件系统的应用培训工作；
3、 乙方所提供的软件产品型号、性能与投标文件所描述的完全一致，且管理平台及资源库素材内容为自主开发的，如果存在与第三方的版权问题，应由乙方负责解决，甲方不承担任何法律责任；
4、 对于甲方提出的问题及时予以解决，积极主动地按照投标文件所制订的服务计划做好产品售后的升级、跟踪和技术服务工作。具体细则见投标文件；
5、 提出系统集成技术方案
硬件部署方案：确定各系统安装的硬件平台、存储项目、备份项目等。
网络部署方案：确定网络带宽、安全策略、ip地址、防火墙设置等。
软件安装方案：确定各系统所需操作系统、数据库及相关配置。
冲突防止方案：确认是否在各系统之间发生端口冲突、服务冲突等，保证各系统能够正常运行。
专业技术队伍：落实所有项目的售后服务与技术维护队伍，责任到人，并以书面材料上报甲方。
用户界面方案：确定各系统的用户入口界面、相关链接、风格设计以及与现有系统之间的链接关系。
系统集成验收方案：确定各系统独立验收及项目总体验收方案。
6、提出系统集成实施计划
系统集成实施日期：各系统安装、调试、验收的起始日期、结束日期。
系统集成实施组织机构：组成人员、工作方式、协调机制。
系统集成实施方式：各系统独立安装调试验收与项目整体调试验收结合。
系统集成实施各阶段控制：各阶段工作成果检查、协调。
四、 付款方式：
1．项目安装调试完成，经一个月试运行，甲方验收合格后，甲方_____日内支付乙方合同总额_____％的货款，一年后甲方支付乙方合同总额_____％的货款。
2．其余5％的余款作为保证金，甲方从项目验收合格并签订售后服务合同之日计起，_____个月内付清。
3．本合同以人民币进行结算。
五、完工期：合同签订后_____个工作日。
六、违约责任：
甲方无正当理由拒收产品、拒付款的，甲方向乙方赔偿支付项目总值的百分之_____违约金。
甲方逾期付款的，甲方向供方每日赔偿支付欠款总额千分之五的违约金。
乙方所交的产品品种、型号、规格、质量不符合同规定标准的，甲方有权拒绝收货。乙方向甲方赔偿支付总额百分之三十的违约金。
乙方不能交付的，乙方向甲方支付项目总额百分之三十的违约金。乙方逾期交付的，乙方向甲方每日赔偿支付项目总额千分之五违约金。
七、因项目的质量问题发生争议，由国家和市政府指定的技术单位进行质量鉴定，该鉴定结论是终局的，供需双方应当接受。
八、本合同发生争议产生的诉讼，由合同签订所在地人民法院管辖。
九、本合同一式伍份，甲、乙双方各执二份、______区政府采购中心各执一份，均具同等效力。
甲方： 乙方：
地址：地址：
法定代表人：法定代表人：
委托人：委托人：
软件实施工作经验总结篇8
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)关键技术或新产品的攻关进展滞后，是影响型号系统初样乃至正样研制进度和质量的主要风险因素之一。要有效规避或降低该类问题带来的风险，须在方案阶段做好风险分析和控制对策(特别是各级管理和保障方面的措施)制定工作，并切实落实到位。
软件实施工作经验总结篇9
一、软件项目管理中常见的问题
在软件开发主要有几个阶段，需求分析阶段、概要阶段、详细设计阶段、编码阶段、测试阶段、安装和维护阶段。项目管理缺乏有效的系统培训和项目计划意识，在软件项目管理中，没有招聘专门的项目管理专业人才进行有效的管理。在管理人员的技术上可以很好的进行工作，但是在管理中缺乏相应的管理能力。在管理上没有接受专业系统的项目管理，具有专业的管理知识是非常重要的，软件项目管理知识要和管理经验相结合，会提高软件项目管理的水平。项目负责人对项目的总体计划没有很好的认识，对软件的计划的制定不严格，不能进行有效的管理和控制，导致在管理上脱节。在制定计划时要提高项目负责人的计划意识，加强对开发计划的有效性评估。
软件项目管理十分重要，在实施过程中并不容易，软件与客户有很好的相互性，合理的需求与合理的软件项目能够很好的与客户交流。在软件项目的实施过程中常常面临技术应用、业务需求的情况等会影响到整个软件项目的管理。软件项目管理要有一定的原则性，在软件的管理上遵循的原则有：用分阶段的生命周期计划严格管理；坚持进行阶段评审；实行严格的产品控制；采用现代程序设计技术；结果应能够清楚地审查；开发小组地人员应该少而精；承认不断改进软件工程实践的必要性。这是著名软件工程专家B.W.Boehm总结出了软件开发时需遵循的几条基本原则，也成为了我们在软件项目管理上是要遵循的原则。
在软件开发中最重要的是人员的配置和安排，人员的管理能力是决定软件项目的质量的重要因素。由于软件质量上和客户的需求有所差距会导致项目范围模糊给评价带来困难，没有合理的安排和相关人员，从而导致的软件项目不合理安全性得不到保证，影响到了整个项目的进度，是软件项目中存在的问题。项目团队中没有明确的分工协作能力，导致没有很好管理，责任相互推诿。人与人之间的责任分工存在较大的差异。这些现象导致软件开发和项目管理上内部资源的消耗，从而阻碍项目管理的发展。
二、解决软件项目管理中常见问题的方法
在软件项目管理中要制定符合实际情况的计划，计划的制定要在一定的条件限制下不断的完善，提高项目负责人的计划意识，制定相关的知识，技术和工具加强对软件项目的管理和管理计划。计划的制定不一定要面面俱到，但是一定要将各种问题的应急方式快速的作出表达，要用智慧去应对各种问题和面临的风险。项目的成本一般较高，要有很好的控制力度，将项目做到精细化，制定相符的项目计划。对于软件开发而言，控制是相当重要的管理活动。控制是保证质量和配置的重要保证，软件质量保证是在软件过程中每一步都进行的保护性活动。软件的评审是保证软件质量的作用之一，它可以有效的保证软件质量。
保证项目软件的分工明确，项目负责人应该对项目成员的责任进行合理的说明并分配，项目团队中的分工要明确，要相互协作，共同完善。将项目分配到工作人员中去，要强调不同的环节有不同的分工，在各个阶段上还是有一定的联系。通过对各个阶段的交付，可以清晰的了解下一阶段的工作。在通过检验时，要对上一阶段的工作结果进行调整。在这种分工协作下，要做好沟通，不仅仅和工作人员进行交流，还要与客户进行沟通。沟通的时间就是成本，为这些时间买单的就是客户。了解客户所需要的，充分理解并解决客户的困难。在整个项目的进行中要通过交流协调各方面，减少项目各个方面的困难，来确保项目的成功。
加强风险管理意识和总结项目经验。项目的负责人要掌握项目风险管理，加强对项目的审核，提高项目实施中可行性。总结行业内部的常见问题，对项目的风险有一定的总结和认识。也可以通过学习项目管理的相关知识来掌握项目风险必备的知识，强化项目负责人的风险意识。注意总结软件管理中经验，使得项目经验具有指导意义，为以后的项目管理提供借鉴意义。
三、结语
虽然很多的公司制定了一些软件开发管理模式，但没有从根本上解决软件项目管理上的一系列问题。在软件项目管理中，要规范有关人员的管理，只有规范化的管理，才能在项目管理中起到重大的作用。在管理中要分工合作，加强沟通意识和规避风险的能力，在项目管理中要重视经验的总结。进一步完善软件项目管理在软件企业中的实施，提高软件项目管理的能力和软件项目的质量标准。
参考文献：
软件实施工作经验总结篇10
随着现代信息技术的发展与应用,国内各行业的信息化建设全面展开。信息化建设离不开各种信息系统的支持,如办公自动化系统、管理信息系统、电子商务系统、决策支持系统等。企业在开发信息系统时,有些需要外包给软件开发商来完成,企业只有把握好外包中的几项关键因素,才能成功实施软件系统的外包。
2 企业信息系统软件外包成功实施的关键因素
烟草行业卷烟生产经营决策管理系统(即“一号工程”)是2003年国家烟草专卖局根据行业宏观调控和科学决策信息化建设发展的需要建设的信息化系统。系统建立了行业数据交换体系,通过打扫码、数据库联机方式自动采集行业生产经营基础数据,构建行业业务指标体系和数据分析模型,建立国家局数据中心,实现国家局分析展现应用的界面集成和业务集成。“一号工程”是烟草行业软件外包的一个典型的成功案例[1]。
(1)选择技术实力强、口碑好的软件外包企业
企业在选择软件外包商时,可采取公开招投标方式,对投标单位从技术能力、人员能力及软件过程能力进行综合评估,选择员工作风好、保密观念强、政治觉悟高的企业作为接包方,确保系统数据安全,并与接包方签订《保密责任协议书》,建立安全保密分级管理制度[2]。
如“一号工程”于2003年通过公开招投标,确定由中国计算机软件与技术服务总公司(即中软总公司)作为项目总集成商,中软总公司委托其下属的中软国际承接项目建设工作。中软总公司是国家规划布局内重点软件企业,实力雄厚;中软国际是国内领先的应用软件和解决方案供应商,在国内it行业享有较高的声誉。
(2)充分调研与沟通,作好项目需求分析工作
企业在软件外包时必须做好项目需求分析工作。业务部门提出用户需求后,通过与技术部门、软件开发人员多次交流沟通,提出系统的综合要求及标准。开发人员通过分析系统需求,了解用户工作流程并对其进行正确分类,确定系统的可接受性、可实施性、可测试性;在形成需求报告之前,对后期发现的不明确、不一致的地方要进行修改或补充;最后项目经理应邀请客户代表共同评审需求文档的正确性、完整性和清晰性,使需求文档正确无误地反映用户需求。
(3)明确各部门职责,选派专人参与开发过程,保证项目进度及安全
企业应明确参与部门(如归口管理部门、牵头部门、协作部门等)的具体职责,避免在软件开发出现问题时由于没有建立合理的分工、反馈和跟踪制度出现多方推诿现象;企业还应选派技术人员全程参与开发过程并建立项目进展情况表。企业参与软件开发,不仅可以培养自己的技术力量,还可以及时协调、解决出现的问题,为项目进度提供保障,还能对项目涉及的保密数据进行脱密处理,进而保证项目安全。
例如,“一号工程”在建设过程中成立了项目领导小组,国家局局长姜成康亲自主抓,副局长李克明任组长,信息中心主任高锦任副组长,各单位负责人是领导小组成员。成立了项目实施办公室,做到了分工明确,各司其责。从公开招投标到各阶段的项目建设,每个方案都经过了专家会议的若干次讨论,每一阶段国家局都召开了专门的会议进行部署。李克明副局长亲自参与布置各个阶段的工作,协调各方关系,为项目建设提供了保障。
(4)做好软件测试工作,进一步提高软件产品质量
从技术角度看,各种信息系统开发的最终目的就是得到高质量的软件产品。企业为保证软件产品质量和可靠性,必须做好软件测试工作。通过制定软件测试计划,做好测试准备工作;组建测试团队,包括测试项目负责人、测试分析员、测试设计员、测试程序员、测试员、测试系统管理员、配置管理员;选择合适的测试方法,静态测试或者动态测试,白盒测试或者黑盒测试,重点要进行可靠性及安全性测试;选择测试工具,如parasoft、compuware、xunit等白盒测试工具,loadrunner、winrunner、astra quicktest等黑盒测试工具[3];重点做好测试中bug和需求变更的跟踪和管理,做好bug分类、缺陷记录、版本控制等工作。
(5)严格做好软件验收工作
软件项目的验收非常重要。企业在接到验收申请后,要认真审查软件系统的运行、文档资料、培训工作等现状,对于符合验收条件的项目,要严格按照验收标准和流程来验收。验收的主要依据是软件需求规格说明书。验收程序分技术测试和文档检查。技术测试由专家组负责。文档检查主要检查招投标书、合同、用户使用报告、信息安全测评报告、系统使用手册等。验收测试范围包括功能项测试、业务流程测试、容错测试、安全性测试、性能测试、易用性测试、适应性测试、文档测试等[4]。
如“一号工程”作为耗时两年半精心打造的信息化项目,验收时非常严格规范。验收委员会由中国工程院院士孙家广、沈昌祥等13名专家组成。中软国际的验收资料齐全完备,在《项目验收总结报告》中详细描述其建设过程,涵盖了从方案论证、软件开发到项目实施与服务、合同完成情况等方面的工作。中烟信息技术公司随即构建了运行维护体系,设立了客户服务、技术支持等部门,在完成日常维护的同时,以电话支持和现场服务等方式为行业基层提供服务或解决操作上出现的问题。
(6)做好商业秘密、核心技术等知识产权保护工作
企业在软件外包开发中,要做好知识产权保护工作。首先,要和接包方签订严格的保密协议,要求他们指定专人负责对核心技术的使用控制;其次,企业要通过技术分析及数据过滤提供尽可能少的核心机密;第三,尽量在发包方本地进行后期的数据装入,以减少商业秘密泄漏的可能。
对于产生的其他知识产权,根据我国《计算机软件保护条例》的规定:“接受他人委托开发的软件,其著作权的归属由委托人与受托人签订书面合同约定;无书面合同或者合同未作明确约定的,其著作权由受托人享有。”对此,企业要与接包方签订书面合同,明确以下3点归属问题:(1)软件作为一个整体的知识产权归属;(2)软件中的代码归属及重用性约束等具体规定;(3)因知识产权归属的法律适用及发生侵权纠纷的具体解决方式,包括责任的承担、损失的追偿等[5]。 3 结语
软件外包对于企业来说,可以提高开发效率、降低成本。充分做好以上几项工作,才能减少外包风险,保证软件产品质量,为企业带来更好的经济和社会效益。同时,企业还要针对软件项目特点,运用适合自身的项目管理模式来加强软件外包项目管理,尤其要规范项目实施过程,才能迅速适应业务需求的变化,提高软件系统的运行效率,提升企业的核心竞争力。
参考文献
[1]袁博.“一号工程”奏完第一乐章[j].中国烟草,2006,(09):23-25.
[2]陈国卫,魏汝祥,吴琴.军用软件外包探讨[j].装备制造技术,2008,(09):14-15.
软件实施工作经验总结篇11
**年分类管理工作主要抓以下二项工作：
1、做好**年企业年检、验照本文来自红盾文苑网站及吊照工作。认真贯彻执行企业年检和验照制度改革，按照市局的工作要求，在分局的领导下，加强组织领导，做好各项年检验照准备工作，继续大力推进网上年检工作，并紧密围绕市局提出的“无纸化”网上年检工作思路，积极探索便捷、有效的年检工作方式。同时做好吊照的各项准备工作，确保分局的吊照工作能够高质量地按时完成。
2、抓好经济小区协同管理软件试点工作。一是加强对该管理软件的培训和指导工作，确保工商所监管干部和经济小区的负责人能够熟练运用该软件系统，充分掌握该软件系统的各项操作要领。二是及时总结该软件试点过程中基层工商所和经济小区提出的问题和难点，并进行认真总结反馈，加强与市局处室的沟通汇报，提出工作建议和意见，积极参与市局经济小区协同管理软件的完善工作。
二、积极推进工商所监管执法工作评价体系，进一步提高整体监管水平。
软件实施工作经验总结篇12
一是健全机构。制定了推进使用正版软件工作实施方案，成立了推进使用正版软件工作领导小组，负责组织、协调和指导软件正版化工作。各有关部门明确主要负责人作为本单位正版软件使用工作第一责任人，并确定1名联络人员，具体负责正版软件工作。对照正版软件管理工作指南，对全局推进使用正版软件检查和整改工作进行了安排部署，整项工作分阶段分目标进行。
二是召开专题会议。分管领导组织召开了全局党政机关软件正版化工作专题会议。会议通报了推进使用正版软件工作联席会议办公室关于推进使用正版软件工作存在问题的整改通知，并根据相关文件要求，通知各单位要落实责任人、落实使用正版软件的整改工作、加强使用正版软件工作情况的日常监管及培训工作。
三是严格检查，督促整改。2018年6月，检查组按照推进使用正版软件工作联席会议办公室印发的相关文件要求标准，对全局的软件正版化工作进行检查，检查是否具有合法的授权书、授权书合同与安装软件编号是否统一，并实地查看安装情况。根据检查结果实际情况，对未达标的单位，督促其务必在期限内落实相关整改工作。对达标的单位，经验收合格之后，出具验收单，予以报销安装正版软件经费。
四是整改情况。在检查的过程当中，各单位均已落实正版软件安装工作，但是验收过程当中大部分单位不符合正版软件验收合格标准，按照上级要求，我局继续推进机关事业单位安装正版软件工作。
二、存在的问题
一是各单位软件正版化意识缺乏，不能正确看待使用非正版软件问题的严重性，对使用非正版软件是侵权行为的认识不到位，没有认识到使用非正版软件可能存在的风险和漏洞等问题。
二是各单位对什么是正版软件认识不到位。因软件资产的保护涉及的专业知识多，培训难度较大，不能及时发现、避免工作人员在安装使用软件时的不正当操作，以及分辨不了正版软件与盗版软件区别，导致正版软件资产流失。
三是经费缺乏。因资金困难，各单位推进正版软件工作困难较大，影响该项工作进度。
软件实施工作经验总结篇13
1、做好20__年企业年检、验照本文来自红盾文苑网站及吊照工作。认真贯彻执行企业年检和验照制度改革，按照市局的工作要求，在分局的领导下，加强组织领导，做好各项年检验照准备工作，继续大力推进网上年检工作，并紧密围绕市局提出的“无纸化”网上年检工作思路，积极探索便捷、有效的年检工作方式。同时做好吊照的各项准备工作，确保分局的吊照工作能够高质量地按时完成。
2、抓好经济小区协同管理软件试点工作。一是加强对该管理软件的培训和指导工作，确保工商所监管干部和经济小区的负责人能够熟练运用该软件系统，充分掌握该软件系统的各项操作要领。二是及时总结该本文来源：文秘站 软件试点过程中基层工商所和经济小区提出的问题和难点，并进行认真总结反馈，加强与市局处室的沟通汇报，提出工作建议和意见，积极参与市局经济小区协同管理软件的完善工作。
二、积极推进工商所监管执法工作评价体系，进一步提高整体监管水平。
