计划书还是一种有效的管理工具，有助于保持工作的条理性和有序性。通过阅读计划书范文，我们可以了解到如何合理安排时间和资源，提高效率。
软件项目团队绩效考核方案模板
1.2为公司制定相应的政策提供客观依据，同时促进公司各项管理工作的开展，确保公司总体目标的实现。
2.1公司各职能部门管理人员及员工。
2.2另有下列情况人员不在考核范围内：
2.2.1试用期内，尚未转正员工。
2.2.2连续出勤不满六个月或考核前休假、停职六个月以上。
2.2.3兼职、特约人员。
3.2以员工考核制度规定的内容、程序和方法为操作准则；
3.3以全面、客观、公正、公开、规范为核心考核理念。
考核的一般操作程序：
4.1员工自评：按照“考核权限表”，员工选择适当的考核量表进行自我评估。
4.2直接主管复评：直接主管对员工的表现进行复评。
4.3间接主管复核：间接主管（高于员工二级）对考核结果评估，并最后认定。
5.1部门绩效分数：《部门负责人本月工作计划完成情况得分统计表》。
5.2员工考核分数：《部门员工月度绩效考核评分表》。
6.4每月22日前，绩效考核部将统计汇总后的《月度绩效考核评分表》进行报批；
7.1公司实行两级考核制，即先对部门进行考核，再对员工进行考核。
7.2考核等级比例控制：
8.1薪酬计算方法：
被考评人考评成绩汇总后，即根据本次考评分数计算考评当期被考评人的实得绩效工资。
被考评人从月度工资总额中提取15%作为当月品绩考评的绩效工资基数z。当月实得绩效工资z按下表方法计算。
8.2各级管理人员胜任能力评估，全年月度品绩考评平均分数作为加薪、晋升、年终奖或培养的依据。
8.3连续三个月实得绩效工资为零的，视具体情况作降级、降职处理。
8.4对于不按规定和要求配合工作，违反规定提供虚假资料信息，及其他不良行为的，将按公司奖惩制度相关规定惩处。
9.1公司将根据绩效实施过程中的具体情况，进行方案的适当调整。
9.2新招聘人员在试用期内不参与考核；
9.3考核期内工作岗位发生异动人员，异动当月按工作天数多的岗位所在部门进行考核；
9.4当月因病（含工伤假）或因事请假出勤不满15个工作日的员工，不参与考核。
10.1考核申诉是为了使考核制度完善化和在考核过程中真正做到公开、公正、合理而设定的特殊程序。
10.2部属与直接主管讨论考核内容和结果后，如有异议，可先向部门主管提出申诉，由部门主管进行协调；如部门主管协调后仍有异议，可向人力资源部提出申诉，由人力资源部门专员进行调查协调。
10.3考核申诉的同时必须提供具体的事实依据。
11.1公司可根据实施的具体情况及时进行调整，本办法由人力资源部负责解释，并受理员工申诉事宜。
11.2本办法于x年x月正式执行。
12.1附件：《部门员工月度绩效考核评分表》。
软件开发项目实施方案
作为一个项目的管理者,必须要明确的知道自己的工作目标;我个人认为项目管理者的目标无非就是以下两点:。
1、就是清晰明确地了解项目利害关系者的需求和期望,努力做到满足项目利害关系者的不同需求;项目利害关系者包括:项目团队成员和项目团队外成员(比如各部门的部门负责人和市场人员,客户等。
2、就是保证开发项目按需按时保质的完成。第二:职责。
作为项目的管理者,首先要端正态度,要明确知道自己的工作职责,认识到这份工作职责的本质。项目管理者不是来管人的,而是来支持人的,是来协调资源的,是来营造一个适合团队成员比较认同的工作环境和氛围的,是来为一个共同的目标和大家一起战斗共同成长的。可以大概概括成以下几点:。
1、建立有效的工作流程保证项目的顺利进行。
2、制定详细周密的项目计划。
3、跟踪,推动项目按计划进行。
4、积极解决项目过程中出现的问题和冲突。
5、调动开发团队的积极性,创造力,推动团队成员在项目过程中不断成长。
6、项目风险识别、风险评估、风险解决和风险管理策略以及做好突发风险的应急预案。
7、实现目标。
第三:项目管理者的具体工作内容。
最后一个是项目管理者的具体工作内容,作为项目管理者必须清晰的知道自己的工作范围和所要做的工作内容以及工作重心,分为以下六点:。
1、项目前期阶段。
对项目进行技术可行性分析、技术评估、成本评估以及风险评估。与需求提出方的代表进行需求讨论,明确项目的目标、价值;确定项目范围、功能及优先级。组建项目团队,特别要搞清楚项目的keyperson(对产品有决定权的人。项目启动会议,相关的利害关系人员都必须参加。
该阶段完成后的成果:确认后的最终软件需求规格说明书文档。
2、分析设计阶段。
根据确认后的软件需求规格说明书,制定项目进度计划,工作任务分解(wbs;资源申请,项目涉及到的开发资源、测试资源、设计资源(包括人员和软硬件资源;数据库设计;系统设计;文档(包括usecase、demo系统原型、testcase等;评审会议。
该阶段完成后的成果:a、usercase(系统用例;b、demo(系统原型;。
c、系统设计文档(概要设计和详细设计;d、数据库设计文档。
最后对完成的成果,包括usercase和设计文档等进行评审。
3、执行阶段(开发和测试。
准备开发环境、测试环境;跟踪,推动项目按计划进行;以周报的形式通报项目的进展情况。对项目的阶段成果进行评估,以确保该阶段完成的质量,包括代码审核、sql审核等。对需求变更进行控制管理;对项目风险进行管理;测试阶段bugfixed及改进、收集反馈意见。
4、发布阶段。
包括制定项目发布计划,用户培训,发布上线。
5、上线后监控。
数据监控(日志、服务器状态,根据监控出现的问题,及时进行bugfixed及改进或做补丁升级。
6、结束阶段。
产品交付,项目。
总结。
会。
第四:基于以上三个问题所做的应对细则。
要做好项目管理,并能确实解决好以上三个问题,实现目标、履行职责、完成工作中的具体内容,从我个人这几年的工作经验和面临的一些问题,还有所积累的一些项目管理中的一些知识以及自己的观察和思考的角度看,应该要努力做好以下这几个方面的具体工作:。
1、项目开发时间的估算。
制定项目进度时间表的时候,需要估算每个任务所需的时间,其中开发任务中模块的分配和时间估算是其中最主要的部分;在分配模块和估算开发时间时需要遵循的原则和目标:。
1、保证项目整体的进度。
2、有助于确保开发编码的质量。
3、有助于提高开发编码的速度。
在公司现有的技术框架下,开发人员主要的工作是投入在具体的商业逻辑上。通常每个模块所需的开发时间取决于以下三个因素:。
1、所负责模块的商业逻辑的复杂程度。
2、开发人员的技术水平和对项目所在应用的熟悉程度(包括对框架和应用的熟悉程度。
3、该模块技术实现上是否有技术难点;这里所谓的技术难点定义是:在现有系统中还未实现的、开发人员自身也未没接触过的技术。对于这样的难点,开发者没有相关的代码可以参考,自己也没有经验,所以需要投入一些时间研究解决。
模块分配和开发时间估算的步骤:。
1、在划分好模块后,首先自己先估算一下每个模块所需要的开发时间。
2、然后召集所有开发人员,讨论模块的分配和开发时间估算。将划分好的模块,让开发人员从中挑选他们感兴趣的模块。这样做可以提高开发人员的主动性和参与性。在分配模块的时候还需从以下几方面考虑,以确保开发的速度和质量:a、相同类似的模块由同一人负责开发,比如用户管理的增删改由同一开发者负责。
这样做的好处就是开发者对相关逻辑会更加熟悉,同时接口的定义也会比较明确,沟通的成本比较低,同时功能实现的缺陷也相应的会降低。
b、技术难度比较大的模块由技术水平比较高的人负责。c、业务逻辑比较复杂的由对这块逻辑比较了解的人负责。
3、模块分配完后,开发人员评估自己负责开发的模块所需要的时间。在此过程中最好做到要和开发者比较详细的讨论每个模块的技术实现,以便使时间的估算更加准确。
4、对开发人员估算的时间进行确认。在确认过程中作为项目管理者应参考以上提到的三个因素,同时将自己估算的时间和开发人员估算的时间进行比较。这其中的差异当然会存在的。对于那些差异比较大的,将与技术人员探讨其中的缘由。对于时间周期比较长的任务,尽量将任务通过再细分的手段细化任务,争取每个任务的最长时间不超过3天;时间周期越长的任务,不确定性越高,风险也越高,越有可能成为项目的瓶颈,影响项目的进度。
2、codereviewcodereview是保证项目中代码质量非常重要的一个环节,在这一环中我们公司做的非常欠缺,把关不严格;这是导致每次测试后出现大量bug的主要原因,这一环需要纳入绩效考核中,实行责任追究制,实施重点监控。出现这样的薄弱环节,造成这样的原因,我想也是有很多因素造成的;比如开发人员对需求不是很明确,以自己比较主观的因素去完成任务的;还有对整个系统业务逻辑没有正确的清晰的认识的原因,以及对项目组成员培训不到位的原因等众多因素纠集在一起才产生的。
核规范”文档:记录代码实现应该遵循的标准。通过这两个文档来规范开发人员的代码实现,代码编写者必须要严格按照规范来进行;代码审核者根据这些标准来codereview代码,同时在codereview过程中不断完善该文档。
在做好这些前期工作的前提下,分以下几个步骤来实施:。
1、检查开发者的代码实现是否遵循了编码规范。
2、从代码的易维护性、可扩展性角度考察代码的质量,提出修改建议。
4、代码审核者在此过程中可以随时提出自己的疑问,同时积极发现隐藏的bug;对这。
些bug记录在案。
5、代码讲解完毕后,代码审核者给自己安排几个小时再对代码审核一遍。代码需要一。
行一行静下心来看。同时代码又要全面的看,以确保代码整体上设计优良。
6、代码审核者根据审核的结果编写“代码审核报告”,“审核报告”中记录发现的问题。
及修改建议,然后把“审核报告”发送给相关人员。
7、代码编写者根据“代码审核报告”给出的修改意见,修改好代码,有不清楚的地方。
可积极向代码审核者提出。
8、代码编写者bugfixed完毕之后给出反馈。
9、代码审核者把codereview中发现的有价值的问题更新到"代码审核规范"的文档中,对于特别值得提醒的问题可群发email给所有技术人员。如果通过以上步骤,还因为是代码编写者的原因而出现严重的缺陷问题,将通过绩效考核来加深代码编写者的印象,并在周报会议上做通报批评。
3、需求变更管理。
需求变更管理也是项目管理中最重要的一个环节,对需求变更管理的有效性将直接影响项目的成功与否。
对待需求变更的态度:。
1、需求变更是不可避免的。
2、需求变更要必须被管理。
3、积极发现引起变更的因素,促使变更尽可能早的出现,减低变更带来的风险。需求变更管理的目标:。
1、相关的干系人必须清楚地了解发生的变更。
2、变更处于有效的管理中。
3、尽量降低变更带来的风险。
通过制定需求变更的流程,确保项目中的需求变更有效地进行,实现上述的目标。需求变更流程:。
作很混乱,也就是因为没有一个规范的变更流程而造成的;如果建立了这么一个流程规范和机制,需求变更没有走这个流程的将不被认可。
2、项目管理者接收到需求变更的要求。需求变更的提出者可以是项目中的任何人包括产品经理、市场人员、开发人员、测试人员等。
度,费用,质量等计划。项目管理者作为项目的负责人,对项目的成功与否负有主要的责任。所以需求变更的决策者应该由项目管理者承担。
开发人员对进度的影响(工作量。
12。
5、确定变更的负责人。承担需求变更的具体工作,比如基线控制,对需求变更的记录,并通知相关人员。
6、相关人员接收到确认的需求变更后,做以下事情。需求分析人员修改需求说明书和usercase的相关内容。测试人员修改测试用例的相关内容。开发人员修改代码中的相关部分。
7、按照变更后的计划实施项目,并进行检查,跟踪,对变更后的实施反馈和可能出现的问题及时沟通和处理。
8、需求冻结。项目越到后期,需求变更对项目的影响就越大,所以在一定时候要进入需求冻结阶段,不再接收新需求或需求的变更。
4、风险管理。
风险管理是项目管理者最重要的工作之一。风险管理是一个持续的过程,贯穿于整个项目过程中,风险管理包括风险识别、风险评估、风险解决以及风险管理策略。
在项目的实施过程中需要不断地识别和应对风险,并加以有效的控制,风险管理的好与坏直接影响项目的实施效果,从某种意义上讲,项目实施对于项目管理者就是识别、分析、应对、控制风险的过程,使项目的约束性目标和质量目标朝有利的方向发展。
加影响或采取应对措施,把风险的负面影响降到最低,并且风险控制应该贯穿项目始终。
风险引起的负面后果集中体现在进度延后、成本超支、质量不达标等方面,导致这些问题的因素主要包括目标以及需求不明确、范围蔓延以及需求变更、代码质量或返工风险、人员技能和资源的不足、缺乏良好的团队协作等。下面将详细描述一下这些问题以及出现这些问题时的应对方案:。
1、目标以及需求不明确。
为了市场竞争或内部管理决策的需要,业务部门提出的需求往往要求的时间比较紧迫,需求的提出大多停留在几张纸或口头的传达上,没有形成正式的业务需求文档,在没有明确的需求范围的情况下,有时为了迎合业务部门的口味匆匆开工,过程中用户不断地提出新的想法,技术人员开始疲于奔命和应付,很难保证项目的进度和质量,也难以取得业务部门的认可。所以,在项目的前期一定要采取相应的手段或措施,与业务部门共同明确项目目标、需求范围,充分考虑现有的时间和资源约束,将需求排定优先级,对于关键的需求优先实现，其他辅助性的根据过程中的具体情况进行滚动式计划，并取得业务部门的书面确认。在此过程中要注重挖掘用户的隐性需求，可以通过引导、系统原型等手段让用户在前期充分暴露自己的想法和需求。
发生，对项目造成影响。如何减少此类风险的发生？前期的需求讨论要详细、充分。需求文档中需求的范围要明确、功能描述要清楚。找出项目中需求的决策者(通常会是产品经理、相关职能主管、客户，所有的需求要经过他们的认可。客户在项目过程中的全程参与有助于降低此类风险。需求讨论、需求确认、usercase确认、测试阶段的客户验收等环节，都要要求客户参与。在发生需求变更时，严格按照需求变更流程执行。在分析设计阶段的中的确认和评审也是降低此类风险的重要手段。
3、代码质量或返工风险质量风险主要指开发代码的质量。如何提高开发人员开发的质量？在制定项目计划时，对开发时间的评估要尽可能的合适。合理的开发时间对开发质量的影响也很大。有时开发人员为了赶进度在比较紧张的时间需要完成指定的任务，可能就存在很大的开发质量问题。开发要有一套严格可行的代码规范，编码时严格遵守，到现在为止，我们这个方面做的不是很规范，做的也很不足，大家编写的代码随意性比较大，代码编写者的主观意识性比较强。要建立一套大家认可并且规范可行的编码规范和考核规范，codereview时严格考核。在编码前，开发人员要对框架熟练掌握；一份好的系统设计文档对指导开发非常重要。返工是项目组最不愿意看到的，既浪费人力、物力和财力，又影响团队积极性。需求不明确或范围没有有效控制都可能造成返工，另外造成返工的原因是质量没有达到用户要求。往往有这样一种情况，每个团队成员按照项目计划报告进度都是100%完成，但一到最后系统交互测试或集成的时候就会发现一大堆问题，不得不花费很大精力回头排查、修改程序，造成这种情况的主要原因是过程中质量保证没有做到位，把大部分问题留在了后面。这就需要在项目实施过程中采取有效的措施来规避返工的风险，通常的做法有同行评审，比如概要设计完成之后，邀请其他项目组的技术专家进行技术评审以发现架构设计问题；管理评审，通过组织级的质量审计看产品以及实施过程是否满足质量要求；代码走查，在编码过程中加入至少一次的代码走查，排查不符合规范或性能要求的代码，走查通常能够发现50%-70%的错误；每日构建，这是一种非常有效的方法，可以避免把各部分的集成问题拖到最后，并且能够及时发现相应的错误，日构建一般在项目的中后期开始，每天自动从版本服务器上获取源代码进行自动编译和测试。
4、人员技能和资源的不足项目实施过程中由于人员技能欠缺造成的进。
理者应该在前期就分析清楚项目所要采用的技术以及相应的人员技能要求，针对不同的角色，及时采取相应的技能培训，以保证项目的顺利实施。如果对于项目中某些部分专业性特别强或新技术，短期内又不能快速建立技能的情况，可以考虑将该块任务外包，借鉴合作商的力量降低实施风险，当然要进行外购人力成本与自建人力成本的效益分析。开发过程中遇到技术难题，导致开发时间延迟或者需求不得不发生变更。如何减少此类风险的发生？在项目开始前的技术评估阶段，明确技术难点，提前安排人员进行攻克。如果在可预期的时间内无法解决，如果可以，将向需求提出方要求变更需求或寻找可替代方案。这样的风险应该在项目的前期阶段就应该解决在萌芽状态来避免这样的风险在后期或中期出现。项目所需人力资源无法按时到位，导致资源风险。如何减少此类风险的发生？这个就需要在项目计划制定的时候提前申请确认资源，并在项目过程中不断沟通协调。
5、缺乏良好的团队协作软件项目实施属于知识型，要发挥团队成员的创造力，不同于制造业计件生产，各模块最终要集成在一起形成一个有机的整体，这就需要各小组之间的密切配合，界定清楚工作界面及接口关系，并在实施过程中持续地沟通交流和共享，首先团队要融为一体，产出的软件才能融为一体。这是一个团队的软实力，团队之间的协作好坏也将是个潜在的风险问题，在项目启动和团队组建的时候就应该加以规避这样的风险出现。项目风险管理的要点：
1、上述我们所说的风险管理都是指可以预期将要发生的风险，那些不可预期将要发生的风险不属于风险管理的范畴。这也将是考验一个项目管理者的经验和知识对能否管理好风险至关重要的内容。
2、对不可预期的风险，项目管理者要有潜在的风险意识评估，做好一些可操作性的预案准备。
3、详细明确的项目计划、以及项目执行过程中每个要点的质量保证是降低项目风险的必要条件。
项目的成败。团队管理是个渐进的过程。世界上只有完美的团队，没有完美的个人。好的高效的团队不是管理出来的，而是营造出来的。团队成员需要有大家可认同的团队文化，这需要大家共同的努力。
1、营造良好的工作环境和氛围。
2、建设优秀或鲜明的团队文化。
3、保持高效的沟通。
6、项目会议组织会议是项目管理者日常工作中一项非常重要的工作任务，项目过程中很多重要的决定都是在会议中做出的，也有很多由于不成功的会议而对项目本身造成了不好的影响。首先看看不成功的会议常常表现为哪些形式：
1、会议氛围不好，参与者发言不踊跃；
2、会议讨论常常偏离主题；
3、会议没有取得预期的结果；
4、会议时间常常一拖再拖。这些不成功的会议最终的结果就是：既浪费了大家的宝贵时间又没有达到会议的目的，很多人都对这样的会议都有抵触情绪，对此也是深恶痛绝。以下是组织会议时应该注意的问题，也可看作组织会议的最佳实践。在列出最佳实践之前有三点我们必须要清楚：
1、会议是否会取得成功很大程度上取决于会议的组织者。只有组织得有力，会议才有可能取得成功，这是会议成功的充分条件。
2、会议的组织者和参与者的想法通常是不一致的，有时候甚至会大相径庭。所以不要希望会议的参与者和你一样，对会议有着如此的期待，对大多数参与者而言，在会议中他只是一个发表想法的人，他不用对会议的成功承担责任。
3、以下十一条最佳实践是形式上的约定，具体的实施可以根据实际情况来做。组织会议的十一条最佳实践：
1、只有需要开会时才开会。有时候两三个人单独小范围沟通会更加有效。
2、提前发出会议议程，以便会议参与者知道他们来做什么。
3、请对人很重要，不要把非必要的人召来开会，当然也不要漏掉那些关键人物。在确保必要人物都在的情况下一次会议参与者越少效果越好。
4、提前预约参与者的时间，以确保他们能按时到场。
5、会议的开场很重要。会议组织者要在开始前做好几件事情。通常我建议有几点要在开场时说：a、再一次强调会议的目标，我们来做什么。b、强调会议的主题与基调。比如：本次会议是一个需求确认会，而非需求讨论会，主要是讨论做还是不做以及告知大家我们要做什么，而不要把太多的精力放在讨论如何做上面。c、说明一下会议的规则。如要发言，请举手；不要有小圈子讨论；不要打断别人的讲话，等别人说完你再说等等。
6、会议过程中时刻注意引导和控制会议，以确保会议按照目。
标进行。一次会议的氛围是否良好，讨论是否充分，好的引导至关重要。比如多提一些开放式的问题。
7、会议记录很重要，把一些结论和有价值的内容记录下来，这些是本次会议的重要成果之一。
8、会议要有结论。我们常在会议上听到有人说："大家讨论了这么半天，结论呢？"。没有结论的会议是没有意义的。
9、会议后别忘发会议纪要，以及一些action，什么人什么时候做什么。
10、会议后的action执行情况的反馈很重要。反馈是对会议参与者的尊重，同时也告知了会议的效果。否则会让大家感觉到这是一个可无可无的会议，大家以后参与的积极性也会降低。很多会议往往都不注意这一点。
11、按时结束的会议会受到所有人的欢迎。
7、版本控制版本控制也是项目管理者的一个重要工作内容之一，一个项目或产品的完成不可能是一步到位的，在项目完成的后期可能会有多个不同的版本的发布（开发版本，测试版本，发布版本等）。需要做好版本的管理和控制。
8、项目总结在项目完成后，总结整个完成项目的过程和经历，为下一次的项目启动提供参考经验，完善不足，避免在类似的项目中出现可能存在的相同的错误发生。
软件项目解决方案范文
很多人对写方案非常没有信心，一涉及到方案的事情，就束手无策，到处求人。
作为一个公认的方案打手，意思是写方案就象打字员一样，我觉得我在这方面确实是有绝活。
我基本上都是在方案提交前一两天接到写方案的任务，而我自己的事情一般又比别人多一点，也不能不做，只好心里大骂一句，骂完后就打电话搞清楚别人的要求，边问就边构思整个方案的推导思路和结构提纲。
因为你不敢让你的同事知道你只能用很少的一点时间写方案(基本上我真正动笔写方案的时间都在2~4个小时以内)，让他们担心方案的质量和进度保证，进而对自己的后续工作质量没有信心。所以我其实也特别紧张，注意力也特别集中，大脑也高速反应，基本上几分钟电话或面谈完思路基本就有了，然后该干嘛干嘛，找一些零散的小时间把思路不断推导一下，然后到了一个比较安静和完整的时间段前才开始写，这个时候基本上要写的话都想清楚了，只需要不断敲字，敲字的时候也是注意力也特别集中，大脑也高速反应，越写思路越开，很快也就完工了。
写方案不难，知道怎么写才难。关于写方案我只总结一点，结构化地去组织你的思想。
有结构就有思路，有思路就有方案。
另外真正写方案的人，对自己写过的方案是永远不会满意的，只有这样，每次都会进步一点点，解决方案水平质量就会随公司能力不断增长。
当然我曾经问过很多人，你到底为什么写不出好的方案呢?
基本上原因可以归为四类：
1.1第一种是没有体系。
一旦用户要求提供关于pdm的方案，很多人大脑是一片空白，完全不知道从哪里下手。很多人说起自己的产品来，好象知道不少卖点，不过真要写出来，又觉得无从下笔。
这种情况一般是写方案者不熟悉自己产品体系造成的，知道一两个甚至更多的产品卖点不难，但难就难在成体系，知识就是成体系的点构成的，而不是一句一句离散的说法构成的。
因为我们这个行业从业人员说句不客气的话，大部分对所销售实施的管理系统并没有很深入的研究，都是半路出家，从头开始，在学习过程中熟悉，在熟悉过程中领悟。所以一下子去驾驭一个整体方案是很痛苦的。只有当一个人对一个产品思路有体系以后，才能够写出完整的方案，否则就是一个单元也要费尽脑汁。
所以一个人要想写好一个方案，首先要把自己产品的来龙去脉，功能模块，适应领域，典型客户实施情况有一个全面的了解，这样才能建立一个完整的知识体系，然后逐步补充竞争对手知识和一些技术性知识，不断深化自己的知识体系。
1.2第二种是没有思路。
有很多用户看多了模板化的方案以后，想看一些针对他们自己的业务的个性化内容，这个时候有的人按照标准方案模板修改还勉强能对付，但对于个性化内容针对性方案就速手无策了。
这种情况从根本上讲还是写方案者不熟悉企业业务造成的，写方案，特别是针对性方案不仅仅要求了解企业的需求，而且要知道这些需求是在何种业务需求下产生的，用户提出这样的要求到底想解决什么问题，把这个问题找出来，一般针对性解决思路就有了，有了思路，自然可以很好的写方案。
所以一个人要写好方案，还需要了解下游客户的业务，了解业务最有效的方法就是亲自做几次详尽的业务调研，有了业务调研做基础，在调研过程中把握用户关注重难点问题，自然可以比较好的确定方案的个性化内容思路。
解决方案就是把客户的利益和产品特性之间建立一个逻辑性的桥梁。
1.3第三种是没有素材。
一般不经常写方案的人，在写一个方案的时候，即使有想法，有思路，但往往也会很累，就是因为缺少足够的素材。很多项目现在都是投标，不同用户可能有不同投标的要求，这样很难用一个方案去适应所有的用户，因此在每个方案中都有一些需要准备的内容。
这些内容基本上是通用的，但如果没有足够积累每次编制方案就需要花费大量时间去准备，造成方案完成周期过长。
所以写好方案必须具备这三个条件，第一方案编制者对企业业务要很熟悉，或者有相关业务调研经验，第二方案编制者对产品非常熟悉，至少对自己产品功能模块作用很清楚，第三方案编制者手上有大量可公用的素材库。
1.4第四种是没有层次。
很多人刚和用户接触没有多久，为了表现自己对客户的重视，马上表示要提供方案，当然有的客户刚刚开始选型，也不知道到底要什么搞，也要供应商马上提供一个方案。
结果拍胸脯容易，写方案难，自己写不出来只好求公司，公司没有安排专人了解情况，只好按模板制作一个，用户一看几个供应商内容都差不多，觉得不好，又总结出一些个性化要求，于是大家有开始折腾第二轮方案。
其实方案编制在不同阶段有不同策略，不要轻易提供方案。刚开始接触是可以提供项目合作建议书，类似可行性报告，项目需要考察软件技术，可以提供标准的产品技术白皮书，到了经过售前调研，有所准备，在演示前后阶段和其它竞争对手刺刀见红的时候，才在知己知彼的基础上提供解决方案或者投标书。
过早提供方案只能匆匆了事，时间紧急，质量自然不高，自然也就觉得方案难写。想急就又能解决问题的事情，本来就是一般人做不来的。
方案想要写得好，一定要用心，用心就一定要耗时间，指望用几个小时写出一个高质量的方案是不可能的。如果你做了精心调研，你写不出一个好方案唯一缺的是技巧。写方案是一种技巧性工作，明白了这一点，大家都可以经过练习写出好的方案。
2.1第一个容易犯的错误：只有论点，没有论证。
不好的解决方案粗看起来非常厚重，其实都是功能罗列，象产品手册摘要版，不象方案书。
不好的方案是一大堆内容，淹没在一堆纸里面，也不知道想说什么，给你一个厚度，证明我们的工作质量很高。我们国内许多的企业客户特别是大型企业都很在乎这点，认为可以从方案厚薄中看出对项目重视程度。
如果你做了精心调研，你写不出一个好方案唯一缺的是技巧。写方案是一种技巧性工作，有个金字塔式的写做原理，也就是说文章一定是有结构的。
所以真正好的方案，不一定厚，但能看出你用心，你认真。
现在的解决方案一个不好的倾向是“长、厚、全”，看起来面面俱到，其实对决策者没有帮助。
所有的方案无差异性，每家供应商都说自己能解决这些问题，而且都有成功案例。
结果所有的方案都无法给决策者简明的判断依据，不得不费更大劲去做产品演示和用户考察。
其实很少有企业高管不知道自己的毛病，在企业你随便去找一个人，对问题都能讲一通，在企业你费很大劲可能都找不到一个人能告诉你这些问题可以怎样去解决。
通观这个方案并没有研究为什么企业会产生这么多问题?问题是这些问题是什么产生的?为什么出这么多问题?而是不断说“我能!我能!选我，选我!”。
如果不能找到解决这些问题的原因，简单地去解决这些现象，就象治病不能治根一样。这样一个模板化，自我膨胀化的方案想打动用户的心是非常困难的。
不好的解决方案最大的问题就象写一篇议论文，能够发现问题(这个也是模板化的，可惜中国企业大部分没有意识到自己很多问题并不少见，总以为自己是特殊的一类企业)，提出答案(搞信息化)，但没有论证(为什么搞信息化和企业管理进步有联系呢?)。
没有论证的东西不管内容陈列得多么繁复，名词多么吓人，但是无法打动用户，特别是那种理性的用户。
看到方案时候，其实很多用户下不决心，他会感觉每家都差不多。
如果从没看过方案的人，突然看到这几个方案，你为什么会感觉某个方案写得好呢，关键是有的方案图画的好，通过图，通过表，会感觉这个公司还不错，很规范。但对内容认可程度并不高，实际上没看懂。
2.2第二个容易犯的错误：业务解决方案成为功能列表。
解决方案省事的一种方法就是将产品功能描述作为技术方案内容进行罗列，或者参照软件用户手册罗列，这种解决方案不是按照用户业务去准备的内容，而是按照软件商自己的喜好去编制的解决方案是很难得到用户认可的。
大凡按照功能列表组织的解决方案用户会有一个体会，庞大而庸长，但要看到自己想看到的部分非常困难。
按功能列表准备方案的做法在很长一段时间内不会消失，这和我们普遍是4p销售人员，还缺少spin(顾问式)销售人员有关，在资源不足的情况下，要保证效率就只能提供功能列表方案了。
2.3第三个容易犯的错误：结构不清晰。
不好的解决方案最共性的毛病是结构不太好，没有清晰的思路。
没有思路的方案质量很低，用户在审阅过程中也不会体会到和一个专人人士通过文字交流的乐趣，他不得不从供应商混乱的思路中发掘亮点，看看到底是谁能解决企业的问题，真是一件痛苦的工作。
一种常见的方案结构毛病就是重复的内容在不同的章节反复出现例如在第一章介绍了对某个问题的分析，提出企业的需求，这第二章介绍方案价值的时候又用不同语句组织类似内容，到第三章解决方案描述中还是要把问题描述一遍，给人感觉思路不连贯，结构臃肿。
这里有一个方案提纲的提纲，我们以这个提纲为例子说明结构不清晰的方案。
1公司简介及资质文件。
7.2.2技术支持与服务的保障8开目典型用户9有关技术秘密的声明10附件。
这个方案第一部分、第二部分是用户投标要求，必须如此，但第三部分技术解决方案应该是重点，这个部分结构就很奇怪。
一般好的方案结构标题就是论点，内容就是用事实进行论证，子目录是上级总目录论点的分论点，逐层论证下来，方案显得逻辑性结构性很强，看看目录就能看出方案的逻辑推导体系。这就是所谓金字塔文档体系。
这个方案显然不是这样的，看起来一大堆内容，有经验的人一看就知道是内容的罗列。
例如第三部分总标题是技术解决方案，结果第一个子标题还是技术解决方案，撞车!一定层次感都没有。而且第一子章节技术解决方案后马上是功能模块，技术解决方案理论上包括功能模块，不是一个层面的东西，技术解决方案应该和实施策略，服务策略平级的内容，所以一定要谈谈自己技术解决方案，不如用技术解决方案思路或者特色来表达，和功能模块也就是一个层次分论点，统一支持技术解决方案这个大题目。
具体功能模块后面跟着一大堆章节就更奇怪，里面每个都是具体的功能模块，为什么成为和具体功能模块平级的内容?应该设置为具体功能模块子章节为妥。
很多人可能觉得用户对这个点很关心，要重点突出，所以一定要单独立一个章节，其实不必然，结构清晰的方案用户看起来才不费心，反而想这个方案，将具体功能模块，报表及明细汇总、应用工具及封装接口、用户及权限管理、拼图打印、编码管理列为同一层面内容，反而叫人看不出排列的思路，在厚厚一大本方案中寻找对应关心内容并不容易。
其实不如把技术解决方案分为两大部分，一部分介绍整个方案的实现思路，对于工作比较忙的人可以看这块中对企业业务和逻辑的分析是否到位，相当于整个方案的精华版;一部分介绍整个方案的技术支撑模块，对于项目具体负责人就可以深入研究技术支撑和业务思路之间是否存在合理的组织关系。
在第二部分技术支撑模块中根据业务逻辑或业务顺序设计功能模块的介绍。
例如一般企业是首先考虑静态技术资料的受控管理，在受控的基础上要求尽可能集成设计软件中的信息，然后要对设计过程建立严密的动态控制体系，此外还希望得到一些设计过程的专业支持，例如变型设计，二级工艺路线管理等等，最后要求提供一些编码，企业资源库等等辅助工具。这就是我们实现企业需求的一个大的业务思路，在这个业务思路下我们可以将技术支撑模块分为相应的五个部分。
到这里，整个方案大的框架就有了，我们需要设计一下分标题，使用户一看就可以进入自己关心的内容，而且每个部分都是对所属总标题的呼应支持，在业务环节上也是“相互独立，彼此穷尽”的环节。
在标题的设计上不要过于简单，例如技术资料管理，应该说有效的技术资料管理，因为有效才成为技术支撑模块，进而呼应前面业务实现思路中的描述。
在上面这个思路基础上，我们就开始结合企业业务和产品功能进行考虑分标题下级的结构，我们用第一有效的技术资料管理为例子。
有效的技术资料管理到底要解决哪些业务问题才算完整呢?我们现在就开始将企业管理技术资料的业务进行罗列，在业务思路中逐步说明。
企业管理技术资料是以产品为线索区分的，所以第一要说清楚产品资料如何管理;。
产品下所有零部件是以特征为线索区分的，所以第二要说清楚零部件资料如何管理;。
有些零部件还具有共图共工艺的特征，所以第三要说清楚系列零部件资料如何管理;。
进一步有的企业还有系列产品，所以第四要说清楚系列产品资料如何管理;。
系列产品可能存在大量配置关系，所以第五要说清楚各种规则下产品配置资料如何管理;。
有的企业已经存在了大量历史设计资料，所以第七要说清楚历史产品资料如何入库管理;。
最后要说清楚产品资料为什么入库管理后是安全的;。
我们现在总结一下，这些技术资料管理手段如果都提供了，应该是完整而且层次清晰的，这样的话，第一个子标题下的分标题又有了。
再看看这个标题和业务思路，这里面体现的一个结构化方式恰恰是“一句话一个意思，一层意思推动一层意思”，到最后就象剥笋一样，层层剥开，问题解决思路也就步步清晰了，企业看起来也就很明白。
那么我们还可以继续细分用户提出的各种业务需求，把企业各种业务要求对号入座，例如下面有一组需求：
有的企业要求用户访问控制;有的企业要求提供角色权限管理;有的企业希望按产品目录授权;有的企业要求全部存放在服务器的数据库中;有的企业希望支持多数据库独立访问;有的企业要求提供备份工具等等。
我们现在看看这些业务是否都应该是关心资料安全的?所以应该放在资料安全管理目录下，而且这些需求也可以分为不同层次，一些是和权限有关的，一些是和存储和备份有关的，这样很快又可以把子标题和分子标题设计出来了。
同样我们可以推导出如下另外几个部分的提纲：
这个结构化体系一旦出来后，整个方案的思路是否清晰明了，下笔容易了呢?
结构化体系最大的好处是不乱，今后用户提出任何业务需求，或者产品功能如何扩充，都很容易对号入座，或者扩充子标题。这也是体现了一种分类管理的思想。
当然这个分类思路根据不同业务特征允许存在多种可能，而且分类层次应不超过5级标题，否则文章的可读性不佳。
如果一定要超过5层，就可以采取其它排版方式体现。
2.4第四个容易犯的错误：口语书面语混杂，遣词造句不严谨。
不好的解决方案还有一个毛病就是口语书面语混杂，遣词造句不严谨。
有的人写作时顺着思路走，口语化成分很多，例如本人的行文基本是口语化的，也体现了这个毛病。当然大师级人物的确可以将文章写得明白如话，但是对我们这些人而言方案是代表公司正式对外的文档，一定不要出现口语和书面语混杂的情况。
例如太多的儿，的，我们，你们等等都是口语化语言，不应该大量出现在正式方案中。
有的人写方案比较图表现，喜欢指出用户的不足，这个时候喜欢用很激烈的语言。例如缺少管理，业务失控，后果很严重等等语句，这样的遣词造句是不严谨的，方案用语不要追求“语不惊人誓不休”。而是理性分析，认真推导，句句讲逻辑。
实在要用一些事实说明企业的问题，不要用刺激性强的语言，例如说企业业务存在问题，可以说业务有可改进的地方，例如说企业管理失控，可以说管理上存在很难受控的环节。
这样的表达企业反而容易接受，不出问题。
2.5第五个容易犯的错误：没有认真检查，存在大量硬伤。
不好的解决方案制造过程往往是找一个同类方案，然后主要工作是“ctrl+c”+“ctrl+v”。
很多人就图快，省事，没有很好的核对，结果往往容易出现如下几种错误：
第二有时候替换过头，把一些案例中类似的话也替换成为给用户名称，闹出笑话。
第三只注意了文字替换，不注意图形中的替换，结果文字是一个用户的，图片是另一个用户的，感觉不尊重。
第四是只注意了文字替换，忽视了页眉页脚的替换，特别是注意了首页或目录的页眉页脚，没有注意正文的页眉页脚。
第五是案例不对，明明是汽车行业的用户，案例全部都是其它行业的，感觉在这个行业没有经验。
第六是联络方式不对，很多时候将别的营销区域方案拿过来用，服务信息都没有更正过来。
第七是存在大量技术硬伤，有时候为了突出软件技术实力，将大量专家都不一定看得懂的词汇大量堆砌，其实连软件公司自己都搞不清楚采用了哪些。
企图通过让用户对概念和名词发晕进而对软件产生信赖的方式已经过时，解决方案应该实事求是说明业务问题，不要在名词上忽悠。
2.6第六个容易犯的错误：过于突出自我。
很多人写方案大量出现“**软件公司”内容，甚至每个产品都恨不得加上自家标识。在很多地方行文造句都是“我能，我行，我有…”等语气。
这种方案很容易给用户过度营销的感觉。我们给用户写的方案在售前建议尽量用用户做前缀，例如说某某企业pdm项目，不要总在说某某供应商pdm的话，给用户一种相对的针对性，感觉这个方案的确是为用户准备的。
在售后实施方案中软件公司的名字只需要出现一次，后面就不需要反复出现，因为大家都知道是你的产品，何必反复体现，我们更应该把用户的注意力集中到产品本身就应该具备的功能和支撑业务上，而不要形成某某可以，某某不可以的印象。
2.7第七个容易犯的错误：没有评审。
方案提交给客户之前，一定要经过评审。
没有开发点的方案，一般经过自评和互评即可，自评时，要重新审视整个方案的结构、问题描述、遣词造句等方面，特别是用替换修改的企业名称和营销平台等方面的内容，尽量减少低级错误。
自己评审过的方案一定要给一个其它的人评审。
互评时，要重新审视整个方案的结构、遣词造句等方面的内容。
对于有开发点的方案，要经过公司的评审。提交给公司评审的方案，一定是已经过自评和互评的方案，而且要注明主要看哪些部分，以及编写这些部分的背景知识。
2.8第八个容易犯的错误：没有体现公司产品最新进展。
一般人写解决方案首先不是想着如何说清楚用户的业务，如何在公司产品中体现出对业务的支持，而是想赶紧找一个模板，把这一关走过去再说，其实很多时候就是对每个阶段工作没有质量意识最后导致工作处处被动。
所以写解决方案一定要根据公司最新产品功能认真组合功能实现企业业务，甚至可以考虑利用未来半年内会发布的功能认真组合，因为解决方案离正式实施往往需要半年甚至更长的周期。
很多时候解决方案一抄再抄，都是一两年前的模板，自然缺少竞争力和说服力。
这个问题的核心是公司有没有专人专岗负责对标准解决方案的维护和更新发布机制，其实比较好的一种做法结合典型项目技术公关推动解决方案水平不断完善和提高。
三、写好方案的心得。
3.1动笔前先打一个电话。
一般情况下方案撰写人只是按照别人要求提供方案，并非直接利用方案的人，所以在写方案之前，问问需要方案的同事，甚至是用户，听听他们对方案的想法和建议，对自己写方案会有很大帮助。
很多时候方案准备完成方案接受者并不满意方案的组织，需要返工修改，所以动笔前先打几个电话，问问别人要什么，不但可以提高方案准备命中率，甚至可以获得大量现成的思路建议，对自己写方案大有好处。
3.2一定要努力按业务逻辑去写。
一般写方案最简单的方式就是按照软件自己的思路和功能模块组织，因为有大量现成的材料可用。但这样方案对用户并非是一种最佳选择，因为客户要转换到供应商的思维才能看懂方案字句之间的含义。
如果从以客户为中心角度出发，方案应尽量让用户容易看懂，好理解，自然也就取得了几个印象分。
我们方案就是要先仔细探讨企业业务，不是将调研结论一罗列，而是从业务分析得出业务需求，最后描述技术实现手段。从这个意义上讲，解决方案要按照简明的操作手册来准备。
3.3按标准套路写方案。
不同类型的方案都有自己的套路，例如可行性报告，解决方案，建议书等等都有标准的套路，我们应尽量按照标准套路准备方案，不要自成体系，在套路下发挥，套路就体现了一种结构化体系化的思维模式。
关于常用套路我们另有一章说明。
3.4先构思提纲，经过讨论，最后动笔。
很多时候方案准备时间并不充分，很多人接到任务，压力之下立即开始动手，这往往是不好的工作习惯，有时候有模板，的确可以快速出活，但时间长了就养成一种惰性，替换方式抄方案还勉强，真要遇到有个个性化问题，因为在平时写方案过程中思维始终不经过结构化思考的练习，真到方案模板没有覆盖的情况，就没有办法应付。
好的方案特点是：标题就是论点。结论做为标题马上拿出来。
好的方案是观点鲜明，立场明确，有理有据，有血有肉。
所以有方案要写，一定不要急着写，而是想自己的提纲，这个完整提纲目录之间的逻辑联系和业务衔接自己在心里面推导得比较有力和充分了，才开始动笔快速拿出提纲，有了提纲写起来思路就不会断电，写起来才快。
好的方案一定是做了论点。
论点是假设的，例如说搞pdm有价值。
你说价值有三个方面，能降低成本，提高质量，能缩短交货期。这都是你的假设。
你怎么知道成立?就要找些事实去证明它。
我们现在都喜欢找什么事实呢?你用了这个功能，所以你的论点就成立，因为你有这个功能，所以你的效率提高了。
这都是扯蛋!为什么用了pdm企业就能做到这几点。根本没逻辑推导。
不是还有大把企业用了erp，用了pdm还不是该咋的咋的，钱都打水漂了。
好处一定是每个好处都是独立，它是有层次，每层上的好处是平级的'，大好处包含多个小好处，这些好处倒推出来就响应支持你的论点，这种方案看了以后别人就会理解并支持你。然后每个好处一定是在前一个好处的基础上往前推动一步，最好得出一个强有力的论证过程。
所以好的方案必须是金字塔型的，论据论证最后构成坚实的基础。
如果有条件的话，这个思路还应该和大家讨论，特别是一些重要方案，一定要先反复讨论提纲，大家各种意见和思路在提纲中统一了，再动手写。这样就不至于遇到写了一半被人否定，推倒重来的痛苦了。
3.5找一个安静的地方和完整的时间段开始。
写方案最怕中间不停被人打断，这样思路连贯性会很差。所以我无论接到多么紧急的方案编制任务，也不会急着去写，而是把手头该处理的小事情处理干净，然后保证开始后的时间相对安静和完整，这样才能保证方案的质量。
而且写方案一定要保证在一个时间段内初步拿出完整的推导思路和结构提纲才能结束去干别的事情，这样以后就是逐步补充和丰富内容，不至于还在为结构苦恼，不清楚从哪里下笔，每次要花费大量时间从头构思。
3.6认真准备阅读提示和摘要。
一个方案往往厚厚一本，更多是充点门面，领导是不会真看的。万一要看，也就是看看包装是否精美，和头几页文字。
所以方案可以单独附一份摘要，这是关于整个方案业务分析和解决思路的精华部分，当然也可以带一点实施方法和典型用户的介绍。
这样就可以让自己方案思路在短短几页纸中清晰描述和表达出来，这种提炼过的语言和文字往往更能打动人心。
一般写一份厚方案只需要一天，写一份薄方案需要一周，要求在三页纸内说明问题需要一个月!能把书读薄是能力的体现。
对于方案也一定要提供一份阅读指引，告诉不同的人其关心的内容可以在哪些章节直接获得，方便其阅读。实际上我们观察很多论文和书籍序言都有一段来说明这个文字的结构，其实这也是一个标准做法。
3.7注意排版。
方案一定要注意排版，印刷要干净，封面要隆重，装订要精美，方案就是一个公司的脸面，虽然不是说一份方案可以决定项目，但一份看上去都不好的方案一定很让人怀疑公司的能力。
我们很多人见过外企的文字，一般都非常精美，排版很漂亮，大家一看就觉得是专业人士所为。
所以方案的文字和图表内容最好请专门的美工设计一套标准的排版体系，对方案整体可读效果会起到极大促进作用。
现在很多方案都是密密码码，内容是多，可以有什么用?
不如取巧，少写一些文字，多在排版上动脑筋，实在想不出好的排版是什么回事的，去买基本畅销书，你会发现可读性好的书往往有一个技巧叫“留白”。
方案文字段落边框之间保持适当距离，特别是边框合理留白会让一份方案可读性大大提高。
象本文这样的文字如果加上留白设计可读性就会很不错。
3.8注意积累素材。
写方案无论如何按照企业业务组织，基本上90%内容是相同的，不过是根据不同思路进行组织而已，毕竟软件功能不会在短期内发生巨大改变，方案涉及功能也没有理由发生大的改变，所以方案中很多素材是可以通用的。
包括一些公司通用素材，更是要随时积累补充完善和归类存档，这样在写方案时才不会因为寻求这些基本素材浪费大量时间。
基本素材收集还要注意随时和公司公开宣传口径保持一致，防止引用过期素材。当然标准素材最好由公司统一维护。
获取其它素材的途径比较多，主要有：
现场初步需求调研与交流。
与熟悉类似项目的销售经理、技术支持工程师、实施工程师沟通、了解。
营销平台交流。
企业网站。
相关行业资料介绍。
书刊。
……。
一般可以从企业网站获取企业介绍。从网站获取的企业介绍需经“角色转换”和“内容筛选”，角色转换是指站在公司的立场描述该企业的情况介绍，要把第一人称改为第三人称。内容筛选是指主要介绍企业信息化的基础，包括企业的经济实力、管理水平、已完成和正在进行的信息化项目等内容。
四、方案分类和用途。
4.1方案的种类。
目前，公司为客户撰写的方案分为：建议书、解决方案、投标书。技术白皮书应作为统一的资料提供。
建议书是用于动员客户启动项目，或者用于客户初步选型阶段的技术支持，以入围;。
投标书是用于客户招标的技术交底，以综合实力战胜对手。
4.2方案的基本结构。
一、建议书的基本结构。
建议书的侧重点是分析客户实施某项目的宏观和微观形式、现存的诸多问题，提出实施该项目的必要性和紧迫性，再介绍相关产品和技术的发展现状公司的产品特点和优势，落脚点是公司已具备相当的实力，与公司合作成功率最大、风险最低。建议书的基本结构如下：
引言。
现状分析与诊断。
相关技术的发展现状。
公司相关产品的特点。
公司具备的实力和基础。
结束语。
各个部分撰写技巧如下：
引言部分。
从全国、行业的信息化现状分析入手，说明信息化是大势所趋，再从本行业的产品特点出发分析信息化需要注意的关键问题，最后介绍企业的情况，特别是信息化的已有基础，包括企业的经济实力、管理水平、已完成和正在进行的信息化项目等，说明该企业已具备实施本项目的基础。
引言部分可分为：
制造业信息化现状。
本行业信息化特点分析。
信息化的基础。
现状分析与诊断部分。
从本项目所涉及部门的业务现状描述和分析入手，找出问题，并提出相应的解决办法。
现状分析与诊断部分可分为：
业务现状描述。
问题分析与诊断。
相关技术的发展现状部分。
主要介绍本项目所涉及的pdm/capp/cad等技术产生背景、发展过程，以及发展趋势等内容，并说明这些技术已是成熟的实用性技术。
相关技术的发展现状部分可按软件产品类别分别介绍，最后有一个小结。
公司相关产品的特点部分。
主要介绍公司相关产品的主要特点，说明公司相关产品是符合其发展趋势的先进和成熟的产品。
公司相关产品的特点部分可按软件产品类别分别介绍，最后有一个小结。
公司具备的实力和基础部分。
主要从公司简介、完整产品线、研发能力、实施与服务体系等方面，说明公司已有足够的能力承接本项目，并以成功案例证明与公司合作成功率高、风险最低。
公司的实力部分可分为：
公司简介。
完整产品线。
雄厚的研发能力。
科学的实施与服务保障体系。
成功案例。
结束语部分。
阐明公司愿与企业强强联手，结为(战略)合作伙伴关系，共同推进企业乃至本行业的信息化建设。
在结束语部分要明确提出合作建议内容，对于一些战略合作伙伴关系不能轻易宣讲和承诺，一定要经报公司批准之后方可承诺。
建议书的要求是简短紧凑，内容详实，便于用户决策，可以在一份建议书中形成几个可选方案，推动用户决策。
解决方案的侧重点是分析现存问题，提出功能需求及相应技术实现手段，并辅以实施保障措施，说明用户需求是可以实现的。解决方案的基本结构如下：
引言。
现状分析与诊断。
系统规划与设计。
系统技术方案。
系统实施方案。
服务内容及措施。
典型案例。
结束语。
引言部分。
从全国、同行业的信息化现状分析入手，说明信息化是大势所趋。再从本行业的产品特点出发分析信息化需要注意的地方。接着介绍企业的情况，特别是信息化的已有基础，包括企业的经济实力、管理水平、已完成和正在进行的信息化项目等，说明该企业已具备实施本项目的基础。最后通过公司介绍说明有能力承担该项目。
引言部分可分为：
制造业信息化现状。
某行业信息化特点分析。
信息化的已有基础。
公司介绍。
现状分析与诊断部分。
现状分析与诊断部分可分为：
业务现状描述。
问题分析与诊断。
系统规划与设计部分。
根据现状分析提出的需求，对本系统从总体目标、指导思想、总体框架等方面进行总体规划与设计。总体目标，是从企业已有明确的总体目标中，结合用户需求提炼出来的，不能简单照抄，还需适当调整与补充。总体框架包括体系架构、运行模式，以及其它企业关心的问题等。
系统规划与设计部分可分为：
总体目标。
指导思想。
总体框架。
体系架构。
运行模式。
……。
系统技术方案部分。
从基本功能介绍、关键问题解决方案两个层面介绍具体的技术方案。基本功能介绍是对本项目所涉及的产品，在标准模块功能基础上适当补充各模块的新增功能或用户的特殊功能。关键问题解决方案是就企业特别关心的问题(包括管理和技术两个方面)、企业特殊需求中有一定难度的问题，以及管理方面需要改进的问题等提出解决方案和建议。
系统实施方案部分。
从本项目的预期效益入手，分析项目实施存在的风险，接着介绍公司规避风险的实施保障措施，最后给出初步实施进度计划和培训计划。实施规划要结合用户的实施打算，如果系统规模比较大，可以结合用户的需求适当进行目标分解，分期完成。
系统实施方案部分可分为：
预期效益。
风险分析及对策。
指导思想。
指导方法。
实施管理。
实施规划。
实施进度计划。
系统培训。
服务内容及措施部分。
从公司能为客户提供全方位服务承诺入手，阐述公司技术支持与服务的保障措施，让客户无后顾之忧。
服务内容及措施部分可分为：
服务内容及承诺。
技术支持与服务保障。
典型案例部分。
用公司典型用户的案例进一步证明，公司提供的技术方案是先进的、实用的，形成一套科学的、可操作的实施方案。典型案例选择的针对性表现在：行业、特殊需求、项目类型等方面有相似之处。
结束语部分。
阐明公司愿与企业强强联手，达成合作伙伴关系，共同推进企业乃至本行业的信息化建设。
解决方案注意业务分析，系统规划，技术方案三部分不要反复出现重复的内容，或者为了表达自己技术方案是扣着业务需求而在系统规划和技术方案中再次反复描述需求，如果发现有这样的问题就要精心去组织方案提纲。
此外解决方案要避免浮夸和务虚的内容，要尽量让用户看到可操作的内容，例如在实施方案中用户最关心的是在实施分几个阶段?每个阶段相互配合工作是什么?谁去做合适?阶段结束的标志是什么?每阶段工作需要多长时间?根据企业实际情况有哪些风险?如何规避?基础数据如何准备?历史数据如何录入?工作流程应用前后有何变化?这些是用户真正关心的内容。
所谓实施方法论，实施原则，实施指导思想，实施团队结构等看起来饱满，其实是务虚的内容少写，写得越多用户越不得要领，实施方案的要害是具备不具备可操作性。这里面的原则就是计划越细化越具有可操作性。
三、投标书的基本结构。
投标书是针对标书的解决方案，包含解决方案的全部内容，再增加公司优势和相关附件。投标书总是原则是按照用户提供的招标书要求准备，用户要求如何提供资料就如何提供，不要任意发挥。
常见投标书的基本结构如下：
引言。
现状分析与诊断。
系统规划与设计。
系统技术方案。
系统实施方案。
服务内容及措施。
开目公司的优势。
典型案例。
结束语。
相关附件。
开目公司的优势。
相关附件。
相关附件按照招标书的规定组织附件。
4.3方案的针对性。
为使方案具有鲜明的开目特色，方案必须具有一定的针对性。不同类别方案的针对性有不同的体现。
建议书的针对性体现在同行业的信息化特点分析，本企业已有的信息化基础、本企业的现状描述与问题分析等方面。
解决方案和投标书的针对性有相同的表现，主要体现在：同行业的信息化特点分析、现状分析与诊断、总体目标、关键问题解决方案、实施规划与进度计划、典型案例等。
现状分析与诊断部分、实施规划与进度计划部分，不能简单把客户名称更改就变成另外一家的情况。
总体目标部分，有企业的个性，如果需要可以分解成近期、长期、远期目标。
解决方案中可单独把企业关心的关键问题单列为一部分，紧密结合企业的需求特点，不能简单套用标准说法，必要时可以通过定制配置实现。
解决方案中的关键问题与投标答辩ppt中的关键问题有区别。投标答辩ppt中的关键问题主要是展示我们优势部分，以攻击对手的劣势部分，但一定要有绝对的把握。
软件项目培训方案精选
深入贯彻落实科学发展观，坚持安全生产第一的理念，全面落实市业主和总监办安全生产工作会议部署，紧紧围绕安全生产工作大局，统筹规划，改革创新，着力完善项目的培训体系，强力推进以“三项岗位人员”（项目经理、安全管理人员、特种作业人员），农民工和班组长为重点的项目全员培训，进一步加大监管培训力度，切实加强安全专业人才培养，大力推进培训内容规范化、培训方式多样化、培训手段现代化、培训管理信息化，全面提升从业人员和安全监管人员的整体素质，为促进安全生产形势持续稳定好转提供人才保证和财力支持。
（一）、教育和培训的时间。
1、企业法人代表、项目经理每年不少于30学时；
2、专职管理和技术人员每年不少于40学时；
5、其他职工每年不少于15学时；
6、待、转、换岗重新上岗前，接受一次不少于20学时的培训；
7、新工人入场、班组三级培训教育时间分别不少于15学时、20学时。
（二）、教育和培训的形式与内容。
教育和培训分等级、层次和工作性质分别进行，管理人员的重点是安全生产意识和安全管理水平，操作者的重点是遵章守纪、自我保护和提高防范事故的能力。
1、新工人（包括合同工、临时工、学徒工、实习和代培人员）。
必须进行项目部、工地和班组的三级安全教育。教育内容包括安全生产方针、政策、法规、标准及安全技术知识、设备性能、操作规程、安全制度、严禁事项及本工种的安全操作规程。
2、电工、焊工、架工；机操工及起重工和各种机动车辆司机等特殊工种工人，除进行一般安全教育外，还要经过本工程的专业安全技术教育。
3、采用新工艺、新技术、新设备施工和调换工作岗位时，对操作人员进行新技术、新岗位的安全教育。
（三）、安全教育和培训的形式。
1、新工人三级安全教育。
对新工人或调换工种的工人，必须按规定进行安全教育和技术培训，经考核合格，方准上岗。
三级安全教育是每个刚进企业的新工人必须接受的首次安全生产方面的基本教育，三级安全教育是指公司、项目、班组这三级。对新工人或调换工种的工人，必须按规定进行安全教育和技术培训，经考核合格，方准上岗。
公司级。新工人在分配到施工队之前，必须进行初步的安全教。
育。教育内容如下：
（l）劳动保护的意义和任务的一般教育；
（2）安全生产方针、政策、法规、标准、规范、规程和安全知识；
（3）企业安全规章制度等。
项目级。项目级教育是新工人被分配到项目以后进行的安全教育。教育内容如下：
（1）建筑工人安全生产技术操作一般规定；
（2）施工现场安全管理规章制度：
（3）安全生产纪律和文明生产要求；
（4）在施工程基本情况，包括现场环境、施工特点，可能存在不安全因素的危险作业部位及必须遵守的事项。
班组级。岗位教育是新工人分配到班组后，开始工作前的一级。
教育。教育内容如下：
（2）本工种安全操作规程；
（3）班组安全生产、文明施工基本要求和劳动纪律；
（4）本工种事故案例剖析、易发事故部位及劳防用品的使用要求。
三级教育的要求：
（1）三级教育一般由企业的安全、教育、劳动、技术等部门配合进行；
（2）受教育者必须经过考试合格后才准予进入生产岗位；
（3）给每一名职工建立职工劳动保护教育卡，记录三级教育、变换工种教育等教育考核情况，并由教育者与受教育着双方签字后入册。
2、特种作业人员培训。
除进行一般安全教育外，还要执行gb5306—85《关于特种作业人员安全技术考核管理规划》的有关规定，按国家、行为、地方和企业规定进行本工种专业培训、资格考核，取得《特种作业人员操作证》后上岗。
3、特定情况下的适时安全教育。
（1）季节性，如冬季、夏季、雨雪天、讯台期施工；
（2）节假日前后；
（3）节假日加班或突击赶任务；
（4）工作对象改变；
（5）工种交换；
（6）新工艺、新材料、新技术、新设备施工；
（7）发现事故隐患或发生事故后；
（8）新进入现场等。
4、三类人员的安全培训教育。
施工单位的主要负责人是安全生产的第一责任人，必须经过考核合格后，做到持证上岗。在施工现场，项目负责人是施工项目安全生产的第一责任者、也必须持证上岗，加强对队伍培训，使安全管理进入规范化。
5、安全生产的经常性教育。
项目部在做好新工人入场教育、特种作业人员安全生产教育和各级领导干部、安全管理干部的安全生产培训的同时，还必须把经常性的安全教育贯穿于管理工作的全过程，并根据接受教育对象的不同特点，采取多层次、多渠道和多种方法进行。安全生产宣传教育多种多样，应贯彻及时性、严肃性、真实性、做到简明、醒目，具体形式如下：
（1）施工现场入口处的安全纪律牌。
（2）举办安全生产训练班、讲座、报告会、事故分析会。
（3）建立安全保护教育室，举办安全保护展览。
（4）举办安全保护广播，印发安全保护简报、通报等，办安全保护黑板报、宣传栏。
（5）张挂安全保护挂图或宣传画、安全标志和标语口号。
（6）举办安全保护文艺演出、放映安全保护音像制品。
（7）组织家属做职工安全生产思想工作。
6、班前安全活动。
班组长在班前进行上岗交流，上岗教育，做好上岗记录。
（1）上岗交底。交当天的作业环境、气候情况、主要工一作内容和各个环节的操作安全要求，以及特殊工种的配合等。
（2）上岗检查。查上岗人员的劳动防护情况，每个岗位周围作业环境是否安全无患，机械设备的安全保险装置是否完好有效，以及各类安全技术措施的落实情况等。
（四）培训效果检查。
对安全教育与培训效果的检查主要是以下几个方面：
1、检查各项目安全教育制度。各项目要建立健全的安全教育和培训考核制度，要广泛开展安全生产的宣传教育，使我项目各级领导和广大职工真正认识到安全生产的重要性、必要性，懂得安全生产、文明施工的科学知识，牢固树立安全第一的思想，自觉地遵守各项安全生产法令和规章制度。
2、检查新入施工现场工人进行三级安全教育的情况。现在临时劳务工多，发生伤亡事故主要的多在临时劳务工之中，因此在三级安全教育上，应把临时劳务工作为新入厂工人对待。新工人（包括合同工、临时工、学徒工、实习和代培人员）都必须进行三级安全教育。
3、检查安全教育内容。安全教育要有具体内容，要把《建筑施工现场安全生产基本知识》、《建筑工人安全技术操作规程》作为安全教育的重要内容，做到人手一册，除此以外，企业、工程处、项目经理部、班组都要有具体的安全教育内容。电工、焊工、架工、机械工及起重工、各种机动车辆司机等特殊工种的安全教育内容。经教育合格后，方准独立操作，每年还要复审。对从事有尘毒危害作业的工人，也要进行主毒危害和防治知识教育，也应有安全教育内容。
4、检查变换工种时是否进行安全教育。各工种工人及特殊工种工人除懂得一般安全生产知识外，尚要懂各自的安全技术操作规程，当采用新技术、新工艺、新设备施工和调换工作岗位时，要对操作人员进行新技术操作和新岗位的安全教育，未经教育不得上岗操作。
5、检查工人对本工种安全技术操作规程的熟悉程度。该条是考核各工种工人掌握《建筑工人安全技术操作规程》的熟悉程度，也是对各工种工人安全教育效果的检验。
6、检查我项目各项目施工管理人员的年度培训。各项目应按公司规定，安排施工管理人员进行有关安全生产工作的培训学习，并做好培训记录。
软件项目建设方案
软件项目管理的提出是在20世纪70年代中期的美国，当时美国国防部专门研究了软件开发不能按时提交，预算超支和质量达不到用户要求的原因，结果发现70%的项目是因为管理不善引起的，而非技术原因。于是软件开发者开始逐渐重视起软件开发中的各项管理。到了20世纪90年代中期，软件研发项目管理不善的问题仍然存在。据美国软件工程实施现状的调查，软件研发的情况仍然很难预测，大约只有10%的项目能够在预定的费用和进度下交付。
1995年，据统计，美国共取消了810亿美元的商业软件项目，其中31%的项目未做完就被取消，53%的软件项目进度通常要延长50%的时间，只有9%的软件项目能够及时交付并且费用也控制在预算之内。
软件项目管理和其他的项目管理相比有相当的特殊性。首先，软件是纯知识产品，其开发进度和质量很难估计和度量，生产效率也难以预测和保证。其次，软件系统的复杂性也导致了开发过程中各种风险的难以预见和控制。windows这样的操作系统有1500万行以上的代码，同时有数千个程序员在进行开发，项目经理都有上百个。这样庞大的系统如果没有很好的管理，其软件质量是难以想象的。
软件项目管理的内容主要包括如下几个方面：人员的组织与管理，软件度量，软件项目计划，风险管理，软件质量保证，软件过程能力评估，软件配置管理等。
这几个方面都是贯穿、交织于整个软件开发过程中的，其中人员的组织与管理把注意力集中在项目组人员的构成、优化;软件度量把关注用量化的方法评测软件开发中的费用、生产率、进度和产品质量等要素是否符合期望值，包括过程度量和产品度量两个方面;软件项目计划主要包括工作量、成本、开发时间的估计，并根据估计值制定和调整项目组的工作;风险管理预测未来可能出现的各种危害到软件产品质量的潜在因素并由此采取措施进行预防;质量保证是保证产品和服务充分满足消费者要求的质量而进行的有计划，有组织的活动;软件过程能力评估是对软件开发能力的高低进行衡量;软件配置管理针对开发过程中人员、工具的配置、使用提出管理策略。因为大家对人力资源管理和软件过程能力比较有兴趣，下面就详细的对这两方面展开讨论。
开发计划编辑。
软件项目计划是一个软件项目进入系统实施的启动阶段,主要进行的工作包括:确定详细的项目实施范围、定义递交的工作成果、评估实施过程中主要的风险、制定项目实施的时间计划、成本和预算计划、人力资源计划等。
软件项目管理过程从项目计划活动开始，而第一项计划活动就是估算：需要多长时间、需要多少工作量、以及需要多少人员。此外，我们还必须估算所需要的资源(硬件及软件)和可能涉及到的风险。
为了估算软件项目的工作量和完成期限，首先需要预测软件规模。度量软件规模的常用方法有直接的方法――loc(代码行)，间接的方法――fp(功能点)。这两种方法各有优缺点，应该根据软件项目的特点选择适用的软件规模度量方法。
根据项目的规模可以估算出完成项目所需的工作量，我们可以使用一种或多种技术进行估算，这些技术主要分为两大类：分解和经验建模。分解技术需要划分出主要的软件功能，接着估算实现每一个功能所需的程序规模或人月数。经验技术的使用是根据经验导出的公式来预测工作量和时间。可以使用自动工具来实现某一特定的经验模型。
精确的项目估算一般至少会用到上述技术中的两种。通过比较和协调使用不同技术导出的估算值，我们可能得到更精确的估算。软件项目估算永远不会是一门精确的科学，但将良好的历史数据与系统化的技术结合起来能够提高估算的精确度。
当对软件项目给予较高期望时，一般都会进行风险分析。在标识、分析和管理风险上花费的时间和人力可以从多个方面得到回报：更加平稳的项目进展过程;更高的跟踪和控制项目的能力;由于在问题发生之前已经做了周密计划而产生的信心。
对于一个项目管理者，他的目标是定义所有的项目任务，识别出关键任务，跟踪关键任务的进展情况，以保证能够及时发现拖延进度的情况。为此，项目管理者必须制定一个足够详细的进度表，以便监督项目进度并控制整个项目。
常用的制定进度计划的.工具主要有gantt图和工程网络两种。gantt图具有悠久历史、直观简明、容易学习、容易绘制等优点，但是，它不能明显地表示各项任务彼此间的依赖关系，也不能明显地表示关键路径和关键任务，进度计划中的关键部分不明确。因此，在管理大型软件项目时，仅用gantt图是不够的，不仅难于做出既节省资源又保证进度的计划，而且还容易发生差错。
工程网络不仅能描绘任务分解情况及每项作业的开始时间和结束时间，而且还能清楚地表示各个作业彼此间的依赖关系。从工程网络图中容易识别出关键路径和关键任务。因此，工程网络图是制定进度计划的强有力的工具。通常，联合使用gantt图和工程网络这两种工具来制定和管理进度计划，使它们互相补充、取长补短。
进度安排是软件项目计划的首要任务，而项目计划则是软件项目管理的首要组成部分。与估算方法和风险分析相结合，进度安排将为项目管理者建立起一张计划图。
项目控制编辑。
对于软件开发项目而言，控制是十分重要的管理活动。下面介绍软件工程控制活动中的质量保证和配置管理。其实上面所提到的风险分析也可以算是软件工程控制活动的一类。而进度跟踪则起到连接软件项目计划和控制的作用。
软件质量保证(sqa，softwarequalityassurance)是在软件过程中的每一步都进行的“保护性活动”。sqa主要有基于非执行的测试(也称为评审)、基于执行的测试(即通常所说的测试)和程序正确性证明。
软件评审是最为重要的sqa活动之一。它的作用是，在发现及改正错误的成本相对较小时就及时发现并排除错误。审查和走查是进行正式技术评审的两类具体方法。审查过程不仅步数比走审多，而且每个步骤都是正规的。由于在开发大型软件过程中所犯的错误绝大数是规格说明错误或设计错误，而正式的技术评审发现这两类错误的有效性高达75%，因此是非常有效的软件质量保证方法。
软件配置管理(scm，softwareconfigurationmanagement)是应用于整个软件过程中的保护性活动，它是在软件整个生命周期内管理变化的一组活动。
软件配置由一组相互关联的对象组成，这些对象也称为软件配置项，它们是作为某些软件工程活动的结果而产生的。除了文档、程序和数据这些软件配置项之外，用于开发软件的开发环境也可置于配置控制之下。
一旦一个配置对象已被开发出来并且通过了评审，它就变成了基线。对基线对象的修改导致建立该对象的版本。版本控制是用于管理这些对象而使用的一组规程和工具。
变更控制是一种规程活动，它能够在对配置对象进行修改时保证质量和一致性。配置审计是一项软件质量保证活动，它有助于确保在进行修改时仍然保持质量。状态报告向需要知道关于变化的信息的人，提供有关每项变化的信息。
组织模式编辑。
软件项目可以是一个单独的开发项目，也可以与产品项目组成一个完整的软件产品项目。如果是订单开发，则成立软件项目组即可;如果是产品开发，需成立软件项目组和产品项目(负责市场调研和销售)，组成软件产品项目组。公司实行项目管理时，首先要成立项目管理委员会，项目管理委员会下设项目管理小组、项目评审小组和软件产品项目组。
3.1、项目管理委员会项目管理委员会是公司项目管理的最高决策机构，一般由公司总经理、副总经理组成。主要职责如下：
(1)依照项目管理相关制度管理项目;。
(2)监督项目管理相关制度的执行;。
(3)对项目立项、项目撤消进行决策;。
(4)任命项目管理小组组长、项目评审委员会主任、项目组组长.
3.2、项目管理小组项目管理小组对项目管理委员会负责，一般由公司管理人员组成。主要职责如下：
(1)草拟项目管理的各项制度;。
(2)组织项目阶段评审;。
(3)保存项目过程中的相关文件和数据;。
(4)为优化项目管理提出建议。
3.3、项目评审小组项目评审小组对项目管理委员会负责，可下设开发评审小组和产品评审小组，一般由公司技术专家和市场专家组成。主要职责如下：
(1)对项目可行性报告进行评审;。
(2)对市场计划和阶段报告进行评审;。
(3)对开发计划和阶段报告进行评审;。
(4)项目结束时，对项目总结报告进行评审。
3.4、软件产品项目组软件产品项目组对项目管理委员会负责，可下设软件项目组和产品项目组。软件项目组和产品项目组分别设开发经理和产品经理。成员一般由公司技术人员和市场人员构成。主要职责是：根据项目管理委员会的安排具体负责项目的软件开发和市场调研及销售工作。
项目管理编辑。
从软件工程的角度讲，软件开发主要分为六个阶段：需求分析阶段、概要设计阶段、详细设计阶段、编码阶段、测试阶段、安装及维护阶段。不论是作坊式开发，还是团队协作开发，这六个阶段都是不可缺少的。根据公司实际情况，公司在进行软件项目管理时，重点将软件配置管理、项目跟踪和控制管理、软件风险管理及项目策划活动管理四方面内容导入软件开发的整个阶段。在20世纪80年代初，总结出了软件开发时需遵循的七条基本原则，同样，在进行软件项目管理时，也应该遵循这七条原则。它们是：
(1)用分阶段的生命周期计划严格管理;。
(2)坚持进行阶段评审;。
(3)实行严格的产品控制;。
(4)采用现代程序设计技术;。
(5)结果应能够清楚地审查;。
(6)开发小组地人员应该少而精;。
(7)承认不断改进软件工程实践的必要性。
上一篇：社区家长学校管理制度下一篇：没有了
软件项目实施方案
(一)项目启动阶段。
(二)需求调研确认阶段。
(三)软件功能实现确认阶段。
(四)数据标准化初装阶段。
(五)系统培训阶段。
(六)系统安装测试及试运行阶段。
(七)总体验收阶段。
(八)系统交接阶段。
软件产品，特别是行业解决方案软件产品不同于一般的商品，用户购买软件产品之后，不能立即进行使用，需要软件公司的技术人员在软件技术、软件功能、软件操作等方面进行系统调试、软件功能实现、人员培训、软件上线使用、后期维护等一系列的工作，我们将这一系列的工作称为软件项目实施。大量的软件公1司项目实施案例证明，软件项目是否成功、用户的软件使用情况是否顺利、是否提高了用户的工作效率和管理水平，不仅取决于软件产品本身的质量，软件项目实施的质量效果也对后期用户应用的情况起到非常重要的影响。项目实施规范主要包括项目启动阶段、需求调研确认阶段、软件功能实现确认阶段、数据标准化初装阶段、系统培训阶段、系统安装测试及试运行阶段、总体验收阶段、系统交接阶段等八个阶段工作内容，每个阶段下面有不同的工作事项，各个阶段之间都是承上启下关系，上一阶段的顺利完成是保证下一阶段的工作开展的基础。下面将按照每个项目实施阶段分别介绍。
(一)项目启动阶段。
此阶段处于整个项目实施工作的最前期，由成立项目组、前期调研、编制总体项目计划、启动会四个阶段组成。
此阶段主任务：
公司：在合同签定后，指定项目经理，成立项目组，授权项目组织完成项目目标。
公司项目组：进行前期项目调研，与用户共同成立项目实施组织，编制《总体项目计划》，召开项目启动会。
商务经理：配合公司项目组，将积累的项目和用户信息转交给项目组。将项目组正式介绍给用户，配合项目组建立与用户的联系。
用户：成立项目实施组织，配合前期调研和召开启动会，签署《总体项目计划》和《项目实施协议》。
1、成立项目组。
部门经理接到实施申请后，任命项目经理，指定项目目标，由部门经理及项目经理一起指定项目组成员及成员任务，并报总经理签署《项目任务书》。
2、前期调研。
项目经理及项目组成员，在商务人员配合下，建立与用户的联系，对合同、用户进行调研。填写《用户及合同信息表》。在项目商务谈判中，商务经理积累了大量的信息，项目组首先应收集商务和合同信息，并与商务经理一起识别那些个体和组织是项目的干系人，确定他们的需求和期望，如何满足和影响这些需求、期望以确保项目能够成功。
3、编制《项目总体计划》。
《项目总体计划》是一个文件或文件的集合，随着项目信息不断丰富和变化，会被不断变更，主要介绍项目目标、主要项目阶段、里程碑、可交付成果。通常包括以下几方面内容：
沟通管理计划，确定项目干系人对信息和沟通的需要：即什么人何时需要什么信息以及通过什么方式将信息提供给他们。质量管理计划，确定适合于项目的质量标准和如何满足其要求。如果有必要，可以包括上述每一个计划，详细程度根据每个具体项目的要求而定。未解决事宜和未定的决策。
4、启动会。
项目组与用户共同召开的宣布项目实施正式开始的会议。
会程安排如下：
共同组建项目实施组织，实施组织的权利和职责;双方签署《项目实施协议》。
项目组介绍《项目总体计划》和《项目实施协议》，包括以下内容：
项目目标、主要项目阶段、里程碑、可交付成果。所计划的职责分配(包括用户的);。
项目实施中项目管理的必要性和如何进行项目管理，项目的质量如何控制;。
项目实施中用户的参与和领导的支持的重要作用;。
阶段验收、技术交接和项目结束后如何对用户提供后续服务。
(二)需求调研确认阶段。
此阶段的主要工作是软件公司的项目实施人员向用户调查用户对系统的需求，包括管理流程调研、功能需求调研、报表要求调研、查询需求调研等，实施4人员调研完成后，会编写《需求调研分析手册》，并交付用户进行确认，待用户对《需求调研分析手册》上所提到的需求确认完毕后，项目实施人员将以此为依据进行软件功能的实现。如果用户又提出新的需求，实施人员将分析需求的难度及对整个系统的影响程度来确定是否给予实现。需求调研阶段具体包括如下内容：
1、进行需求调研准备。
2、编制《需求调研计划》。
3、内部评审是否通过《需求调研计划》，项目组、部门经理、商务等人员根据合同要求和项目实际情况对《需求调研计划》草稿进行评审，如评审通过，则在稍后的时间内签署，如评审不通过则重新修改。
4、用户是否签署《需求调研计划》，如用户签署《需求调研计划》，则作为以后需求调研工作的指南。否则重新修改。
5、《需求调研计划》是否有变更，如果计划存在变更，则执行变更控制流程，否则按计划进行后续工作。
7、需求调研，项目组以《需求调研手册》为依据，从业务流程、单据使用、打印格式、报表查询几个方面展开深入和全面的调研，并搜集用户的个性化需求。
8、需求调研分析根据调研的结果，项目组和公司其他技术部门将进一步进行分析，确定合理、可行的需求，将分析结果形成《需求分析报告》草稿。
9、内部评审是否通过《需求分析报告》。项目组、部门经理、公司其他技术部门的人员对《需求分析报告》草稿进行评审，如评审通过，则在稍后由用户签署，如评审不通过则重新修改，直至内部评审通过。
10、编写及发出《需求分析报告确认通知》。项目组编写《需求分析报告确认通知》，发给用户，确定进行需求确认的相关事宜，告之相关部门及人员安排好工作，准时参与需求确认工作，为顺利完成需求确认工作做准备。
(三)软件功能实现确认阶段。
此阶段的主要工作是项目实施人员根据需求调研阶段确认的《需求调研分析手册》中的用户需求内容进行具体软件功能的实现工作。在软件功能实现的过程中，项目实施人员将记录软件实现的详细过程。便于公司售后服务之用。每一个实施技术人员必须严格按照要求记录、存档。按照调研要求的所有功能实现完毕后，项目实施人员将编制《软件功能确认表》，将定制好软件功能待用户确认，6用户根据《软件功能确认表》上的功能逐一确定软件功能是否达到要求，对不满足要求的功能，项目实施人员将会记录下来并进行功能修改，直到满足用于要求。
(四)数据标准化初装阶段。
此阶段的主要工作是项目实施人员指导用户进行系统标准化资料的准备工作，并对用户进行初装资料的软件操作培训，以便用户能够及时的将标准资料录入系统，初装完成后，项目实施人员会对资料初装的情况进行核查，为以后具体业务功能的开展做好基础。
(五)系统培训阶段。
系统培训阶段工作是整个项目实施工作中比较重要的工作，用户对软件的操作功能是否熟练将直接影响到后面的软件应用效果，所以软件公司和用户双方要对此阶段的工作给予足够的重视。要充分认识培训的重要性和艰巨性。在项目实施之前对用户的相关人员进行系统和规范的产品培训是非常必要的，达到让用户了解软件产品，最终自己能够解决使用中的具体的问题。
此阶段的培训工作中将用户参加产品培训的人员划分为三个层次：决策层、技术层、操作层，对不同层次的用户参加产品培训人员的培训内容分别是：
决策层：领导在实施中的作用与重要性、决策查询。
维护层：系统维护知识、操作方法。
操作层：操作方法。
具体的培训工作流程为：
1、调研培训信息：在培训开始前3天由用户实施负责人，将参加培训的部门和人员情况填入《受训部门汇总表》、《受训人员情况一览表》。
2、编制培训计划：结合调研结果，与用户实施负责人商议具体培训内容、时间，场地，人员等。项目组编制《培训计划》。
3、签署培训计划：用户签署《培训计划》，进一步确认培训安排。
4、发培训通知：培训开始前2天，按照签署的《培训计划》，将培训内容、时间，场地，人员等信息通知用户实施负责人。
5、搭建培训环境：公司项目组在培训开始前，将培训环境搭建及检查妥当，将培训提纲及培训手册准备好。
6、组织培训：公司项目组培训负责人与用户实施负责人组织相关人员参加培训，按培训制度严格考核。由用户将考勤情况填入《培训人员签到表》。
7、培训考核：公司项目组培训负责人与用户实施负责人组织受训人员参加上机及理论考试。
汇报。
(六)系统安装测试及试运行阶段。
此阶段的主要工作是在用户真实环境下，对用户网络及硬件设备进行测试，对软件系统进行容量、性能压力等测试测试及试运行的目的在于确保系统各项功能均能正常使用，并且符合用户签署的《需求分析报告》中描述的需求，同时把尽可能多的潜在问题在正式运行之前发现并改正;同时目的还在于在正式运行前用户的有关人员能进一步提高操作水平，掌握操作规范。此阶段的主要工作内容为：
1、编制计划：与用户实施负责人商议具体测试及试运行时间，地点，人员等安排，项目组编制《测试及试运行计划》。
2、签署计划：用户签署《测试及试运行计划》，进一步确认测试及试运行安排。
3、发测试及试运行通知：在测试及试运行开始前2天，按照签署的《测试及试运行计划》，将时间，地点，人员等信息通知用户实施负责人。
5、组织测试及试运行：用户相关各级领导给予全面配合，组织相关人员进行测试及试运行.、6、测试及试运行总结：测试及试运行完成，总结试运行中设备、软件的运行情况，总结试运行中业务流程和操作环节的情况，以书面总结形式将测试及试运行结果通知相关负责人。
公司项目组负责担当指挥，检查用户人员组织情况并给予指导，跟踪检查如下情况：
跟踪单据流转状况。
跟踪新资料登录环节。
观察业务流程执行状况。
观察操作人员操作表现。
观察系统运行速度及异常表现。
观察关键数据的正确性。
及时纠正错误操作、对于新发生的问题及时与相关人员沟通，确定解决办法。
(七)总体验收阶段。
此阶段是对项目总体的完成情况进行验收。验收分阶段进行，在每一项目阶段结束时，用户对这一阶段的可交付成果进行验收，在测试及试运行结束后，对系统进行总体验收。
需要验收的可交付成果：
阶段组成主要里程碑。
可交付成果。
启动。
阶段。
签署的《总体项目计划》。
启动会。
项目启动会。
需求调研阶段。
需求分析报告确认。
需求调研结束。
签署的《需求分析报告》。
软件。
实现。
签署的《软件功能确认表》。
数据。
初装。
用户签署初装计划及初装培训计划。
签署的《初装计划及初装培训计划》。
初装检查及总结数据初装完成《数据初装总结表》。
培训及考核。
用户签署培训计划。
签署的《培训计划》。
培训总结。
培训完成《培训总结表》。
测试及试运行。
用户签署测试及试运行计划。
签署的《测试及试运行计划》。
测试及试运行总结。
试运行完成《测试及试运行总结》。
验收。
总体验收。
验收完成《总体验收报告》。
(八)系统交接阶段。
此阶段是项目实施的最后一个阶段，主要工作是软件公司项目组向用户移交软件项目，包括软件产品、项目实施过程中所生成的各种文档，并签署《售后服务协议》，项目将进入售后服务阶段。软件公司项目组还需要让用户填写《用户满意度调查表》，对软件公司项目实施人员的整个项目实施情况进行评价，软件公司将听取用户的意见，再今后的项目实施管理中进行加强和改进。
软件项目实施计划方案
此阶段处于整个项目实施工作的最前期，由成立项目组、前期调研、编制总体项目计划、启动会四个阶段组成。
阶段主任务。
1、成立项目组：
部门经理接到实施申请后，任命项目经理，指定项目目标，由部门经理及项目经理一起指定项目组成员及成员任务，并报总经理签署《项目任务书》。
2、前期调研：
项目经理及项目组成员，在商务人员配合下，建立与用户的联系，对合同、用户进行调研。填写《用户及合同信息表》。在项目商务谈判中，商务经理积累了大量的信息，项目组首先应收集商务和合同信息，并与商务经理一起识别那些个体和组织是项目的干系人，确定他们的需求和期望，如何满足和影响这些需求、期望以确保项目能够成功。
《项目总体计划》是一个文件或文件的集合，随着项目信息不断丰富和变化，会被不断变更，主要介绍项目目标、主要项目阶段、里程碑、可交付成果。通常包括以下几方面内容：项目描述，项目目标、主要项目阶段、里程碑、可交付成果。所计划的职责分配（包括用户的）；沟通管理计划，确定项目干系人对信息和沟通的需要：即什么人何时需要什么信息以及通过什么方式将信息提供给他们。质量管理计划，确定适合于项目的质量标准和如何满足其要求。如果有必要，可以包括上述每一个计划，详细程度根据每个具体项目的要求而定。未解决事宜和未定的决策。
4、启动会：
项目组与用户共同召开的宣布项目实施正式开始的会议。会程安排如下：
阶段验收、技术交接和项目结束后如何对用户提供后续服务。
（二）需求调研确认阶段。
此阶段的主要工作是软件公司的项目实施人员向用户调查用户对系统的需求，包括管理流程调研、功能需求调研、报表要求调研、查询需求调研等，实施人员调研完成后，会编写《需求调研分析手册》，并交付用户进行确认，待用户对《需求调研分析手册》上所提到的需求确认完毕后，项目实施人员将以此为依据进行软件功能的实现。如果用户又提出新的需求，实施人员将分析需求的难度及对整个系统的影响程度来确定是否给予实现。
需求调研阶段具体包括如下内容：
1、进行需求调研准备。
2、编制《需求调研计划》。
3、内部评审是否通过《需求调研计划》，项目组、部门经理、商务等人员根据合同要求和项目实际情况对《需求调研计划》草稿进行评审，如评审通过，则在稍后的时间内签署，如评审不通过则重新修改。
4、用户是否签署《需求调研计划》，如用户签署《需求调研计划》，则作为以后需求调研工作的指南。否则重新修改。
5、《需求调研计划》是否有变更，如果计划存在变更，则执行变更控制流程，否则按计划进行后续工作。
7、需求调研，项目组以《需求调研手册》为依据，从业务流程、单据使用、打印格式、报表查询几个方面展开深入和全面的调研，并搜集用户的个性化需求。
8、需求调研分析根据调研的结果，项目组和公司其他技术部门将进一步进行分析，确定合理、可行的`需求，将分析结果形成《需求分析报告》草稿。
9、内部评审是否通过《需求分析报告》，项目组、部门经理、公司其他技术部门的人员对《需求分析报告》草稿进行评审，如评审通过，则在稍后由用户签署，如评审不通过则重新修改，直至内部评审通过。
10、编写及发出《需求分析报告确认通知》，项目组编写《需求分析报告确。
认通知》，发给用户，确定进行需求确认的相关事宜，告之相关部门及人员安排好工作，准时参与需求确认工作，为顺利完成需求确认工作做准备。
11、用户是否确认《需求分析报告》，如果用户确认，并签署了《需求分析报告》，则需求调研阶段工作结束，进行后续的软件功能实现的工作；如没有确认，则进一步进行调研、分析，直至用户最终确认并签署《需求分析报告》。双方签署了《需求分析报告》，需求调研工作结束之后，如果用户提出新的需求或是变更已有的需求，则执行需求新增及变更流程。
（三）软件功能实现确认阶段。
此阶段的主要工作是项目实施人员根据需求调研阶段确认的《需求调研分析手册》中的用户需求内容进行具体软件功能的实现工作。
在软件功能实现的过程中，项目实施人员将记录软件实现的详细过程。便于公司售后服务之用。每一个实施技术人员必须严格按照要求记录、存档。
按照调研要求的所有功能实现完毕后，项目实施人员将编制《软件功能确认表》，将定制好软件功能待用户确认，用户根据《软件功能确认表》上的功能逐一确定软件功能是否达到要求，对不满足要求的功能，项目实施人员将会记录下来并进行功能修改，直到满足用于要求。
（四）数据标准化初装阶段。
此阶段的主要工作是项目实施人员指导用户进行系统标准化资料的准备工作，并对用户进行初装资料的软件操作培训，以便用户能够及时的将标准资料录入系统，初装完成后，项目实施人员会对资料初装的情况进行核查，为以后具体业务功能的开展做好基础。
（五）系统培训阶段。
了解软件产品，最终自己能够解决使用中的具体的问题。
此阶段的培训工作中将用户参加产品培训的人员划分为三个层次：决策层、技术层、操作层，对不同层次的用户参加产品培训人员的培训内容分别是：
决策层：领导在实施中的作用与重要性、决策查询。
维护层：系统维护知识、操作方法。
操作层：操作方法。
具体的培训工作流程为：
1、调研培训信息：
在培训开始前3天由用户实施负责人，将参加培训的部门和人员情况填入《受训部门汇总表》、《受训人员情况一览表》。
2、编制培训计划：
结合调研结果，与用户实施负责人商议具体培训内容、时间，场地，人员等。项目组编制《培训计划》。
3、签署培训计划：
用户签署《培训计划》，进一步确认培训安排。
4、发培训通知：
培训开始前2天，按照签署的《培训计划》，将培训内容、时间，场地，人员等信息通知用户实施负责人。
5、搭建培训环境：
公司项目组在培训开始前，将培训环境搭建及检查妥当，将培训提纲及培训手册准备好。
6、组织培训：
公司项目组培训负责人与用户实施负责人组织相关人员参加培训，按培训制度严格考核。由用户将考勤情况填入《培训人员签到表》。
7、培训考核：
公司项目组培训负责人与用户实施负责人组织受训人员参加上机及理论考试。
8、培训总结：
软件项目团队绩效考核方案模板精选
为了进一步加强班主任队伍建设，充分激发班主任工作的积极性和创造性，努力提高班级常规管理和教育水平，特制订本考核办法。
1、五项评比：（卫生、早操、午间操、午休、晚寝）15分。
2、读报（准时下班落实每天工作，维持纪律等）10分。
3、按时记录上交班主任工作台帐（家访、谈话团队班活动记录等）10分。
4、上足上好班会课（有目的、有要求、有内容）10分。
5、黑板报和班级财产管理（每月底出刊，每月初检查班级财产管理情况）10分。
7、杜绝“三种现象”（上网、抽烟、打架）15分。
8、班主任会议（必须准时参加会议并作好记录）5分。
9、“长明灯”现象（晴好天气不开灯）10分。
10、逃课（平时上课、周六补课等）10分。
1、五项评比：15分。
月总分在98分以上得15分，在95－97.9之间得10分，在85－94.9之间得5分，84.9分以下得0分。
2、读报：10分。
月读报在20次以上得10分，在10－19次得5分，在9次以下不得分。
3、按时记录和上交班主任工作台帐：5分。
台帐记录全得5分，记录稍缺得2分，台帐不交（每月一次）扣10分。
4、上足上好班会课：10分。
上足（45分）上好（有教案）得10分，未上足（30分）得5分，挪作他用扣10分。
5、黑板报和班级财产管理：10分。
按时刊出黑板报和无财产损坏得10分，严重损坏公物（质视损坏情况）最高扣20分。
6、学校、各处室布置的工作任务落实完成：10分按质按时完成得10分，不完成不得分。
7、杜绝“三种现象”：15分。
无三种现象发生得15分，其中发生一次得5分，有处分（抽烟、打架）扣20分。
8、班主任会议：5分。
准时参加并记录好会议内容得5分，公事请假不能出席得3分，无故不参加不得分。
9、“长明灯”现象：10分。
查到晴好天气开着“长明灯”二次扣5分，五次以上扣15分。
10、逃学：10分。
无逃课得10分。有逃课学生屡禁不止不得分。
1、当月正常做好班主任工作给予考核。
2、当月病事假累计超20天，不予考核。
3、班上有严重违法违纪学生（派出所立案）不予考核。
4、当月班上有三人次打架并有行政处分的不予考核。
5、当月班上有流生者不予考核。
当月考核奖与当月的考核分挂钩。具体等次如下：
1、90－100分为优秀级得70元。
2、75－89分为良好级得60元。
3、60－74分为合格级得45元。
4、60分以下为不合格级得0元。
1、班级学额以50人为核算单位，每超5人的，加奖3元；
2、本办法作为班主任“评优”的重要依据（每月考核分在90分以上）。
3、有流生扣当月考核奖70元，当年度不得评优评先；
4、本办法从20xx年10月执行，考核办法中未尽事宜，解释权属校长室。
软件项目技术方案软件系统技术方案
该方案从目的、要求、方法、方法、进度等方面都是一个具体、细致、可操作性强的方案“方案”，即案例前获得的方法，案例前呈现的方法为“方案”。以下是为大家整理的关于,欢迎品鉴！
为指导建筑施工企业落实好新冠肺炎疫情防控各项工作要求，做到稳步有序复工复产，根据《企事业单位复工复产疫情防控措施指南》，制定本方案。
1.成立疫情防控机构。企业主要负责人是疫情防控第一责任人，各建设、施工、监理单位及项目部要成立疫情防控组织机构，建立内部疫情防控体系，制定疫情防控工作方案，明确疫情防控应急措施和处置流程。
2.落实疫情防控责任。企业要将防控责任落实到部门、项目、班组、岗位和个人，做好疫情防控、物资储备、生活保障、治安保卫等工作。配备专人负责体温检测、通风消毒、个人防护用品发放、宣传教育等工作，指定专人负责本单位疫情防控情况的收集和报送工作。
1.有序组织员工返岗。提前调度掌握返岗员工健康情况，对符合疫情防控要求的员工，合理组织分批次返岗。对返岗员工能够集中运送的，鼓励采取专车或包车等方式运送并做好防护。
2.严格返岗员工管理。建立员工健康台账，设立可疑症状报告电话，员工出现可疑症状时，要及时如实报告。
3.做好日常体温检测。每天在员工上下班时进行体温检测，并做好记录。指定专人每天汇总员工健康状况，发现异常情况要立即报告并采取相应防控措施。
1.实施封闭式管理。对建筑施工项目严格实施全封闭式管理，实行进出场登记和体温检测，24小时设岗。生活区远离工地的工程项目，鼓励专车接送员工。
2.减少人员聚集。控制活动单元人数，分散开展班前教育、技术交底等活动。优化工序衔接，控制施工现场不同作业队伍人员流动，减少人员聚集。
3.优化施工工艺。应当采用先进工艺技术，实现“机械化换人、自动化减人”。施工设备、试验器具等应当由专人使用，原则上“一人一机”，轮流使用的，要做好消毒处理。
1.会议管理。控制会议频次和规模，尽量缩短会议时间。提倡采用视频、电话等线上会议。必须集中召开的会议，参会人员需做好个人防护。
2.就餐管理。员工食堂应当设置洗手设施和配备消毒用品，供就餐人员洗手消毒。做好炊具餐具消毒工作，不具备消毒条件的要使用一次性餐具，采取分餐、错峰用餐等措施，减少人员聚集，用餐时避免面对面就坐，不与他人交谈。
3.宿舍管理。员工宿舍应当严控入住人数，设置可开启窗户，定时通风，对通风不畅的宿舍应当安装排风扇等机械通风设备。盥洗室配设洗手池和消毒用品，定时清洁。
4.清洁消毒。安排专人对办公区域、会议场所、生活设施及其他人员活动场所和相关物品定时消毒，电梯按钮、门把手等频繁接触部位应当适当增加消毒次数。
5.做好医务服务。设立医务室的企业级项目部要调配必要的药物和防护物资，配合疾控部门规范开展隔离观察和追踪管理。未设立医务室的企业要与就近医疗机构建立联系，确保员工及时得到救治或医疗服务。关心关爱员工心理健康，及时疏解员工心理压力。
6.垃圾收集处理。在公共区域设置口罩专用回收箱，加强垃圾箱清洁，定期进行消毒处理。加强垃圾分类管理，及时收集并清运。
1.强化宣传教育。企业应当对员工进行疫情防控教育，让员工掌握正确佩戴口罩、清洁消毒等防护知识，增强自我防护意识。在厂区和生活区显著位置张贴卫生防疫宣传海报挂图等宣传品。
2.加强个人防护。员工在进入厂区或施工现场后应当全程佩戴符合要求的口罩。接触粉尘的工作场所应当优先选用kn95/n95及以上可更换滤棉式半面罩、全面罩，定期消毒，更换滤芯，使用过程中应当有效防止因喷雾、水幕、湿式作业淋湿滤芯而降低防护性能。接触化学毒物的劳动者，除配备与职业病危害因素相适应的防毒面具(含滤毒盒)外，还应当根据工作场所人员情况，选配具有防颗粒功能的滤棉。在宿舍、食堂、澡堂、地面值班室、办公室、休息室等区域可佩戴一次性医用口罩。
3.保持良好卫生习惯。加强手部卫生，尤其是在佩戴和摘除口罩/面具、更换滤棉后，应当及时洗手。现场没有洗手设施时，可使用免洗消毒用品进行消毒。打喷嚏或咳嗽时要用纸巾、手绢、衣袖等遮挡，倡导合理膳食、适量运动、规律作息等健康生活方式。
4.加强班后活动管理。休息期间，员工要减少不必要外出，避免去人群聚集尤其是空气流动性差的场所，不得聚集聊天、打牌等，降低聚集感染风险。
1.设立隔离观察区域。当员工出现可疑症状时，应当及时到该区域进行暂时隔离，并报告当地疾控部门，按照相关规范要求及时安排员工就近就医。
2.封闭相关区域并进行消毒。发现可疑症状员工后，立即隔离其工作岗位和宿舍，并根据医学观察情况进一步封闭其所在工作场所及员工宿舍等生活场所，严禁无关人员进入，同时在专业人员指导下对其活动场所及使用物品进行消毒。配合有关方面做好密切接触者防控措施。
3.做好发现病例后的应对处置。企业一旦发现病例，要实施内防扩散、外防输出的防控措施，配合有关部门开展流行病学调查、密切接触者追踪管理、疫点消毒等工作。根据疫情严重程度，暂时关闭工作场所，待疫情得到控制后再恢复生产。
xx住房和城乡建设局。
2021年x月x日。
我公司体现“顾客第一、信誉第一”的服务宗旨，为顾客提供长期的技术支持和全方位服务。
1、售后服务承诺书投标方拥有健全的售后服务网络机构，包括专门的安装维修服务队，用户的定期访问和信息反馈，安装指导和技术咨询。全国各大中型城市设立办事处，立争在最短的时间内解决出现的故障、质量问题，让客户安心、放心。
2、质量保证期。
产品质保期限为一年，灯杆使用寿命为30年。
3、售后服务承诺书日常管理。
用户就是上帝，售后服务更是我们工作的重中之重，售后服务的日常管理分三个层次，第一：每月的电话专访，了解设备运行的状况，做好跟踪记录；第二：每年派专业技术人员上门回访一次，做好跟踪记录；第三：在以上过程中，了解到工程质量出现的故障、问题，本厂立即派人到用户单位，解决出现的情况。
4、售后服务承诺书售前，在技术问题上与用户保持对接，保证产品的符合性，在生产过程开始之前，提供样品由用户及监理单位进行审查，合格后方可进行批量生产。
5、售后服务承诺书培训计划。
本公司负责开通调试的工程，均可得到本公司提供现场免费培训一次，培训内容为使用设备的操作及日常维护；本公司厂每年春、秋两季举办用户学习班，由专业人员集中授课，主要讲授系统操作、日常维护及简单故障的排除。
技术培训方式有现场培训、集中培训两种方式。
现场培训由项目的技术负责人负责，集中培训由公司技术人员担任。
现场培训是在设备投入使用之前，对安装人员、管理人员的培训提供的免费培训，培训地点设在施工现场。培训内容包括安装知识、系统组成及系统操作维护等讲解。
定期培训是对管理人员进行全面培训。内容包括系统的设计规范、验收规范、系统的维护与管理等。
6、免费提供产品的使用说明、技术资料、图片等。
对产品的使用说明、技术资料、图片，在施工过程、工程结束验收结束后，陆续交往客户手中，存档记录。
7、服务响应时限。
8、投标方承诺报修响应时间为1小时。服务维护方式为上门服务，并在12小时内赶到维修现场，工作时间实行连续不间断工作直至排除故障。
9、质量赔偿承诺。
对于因产品质量问题给用户所造成的一切损失由我单位负责。
10、安装调试完毕的周期检查计划。
安装调试完毕的周期检验计划已纳入到售后服务的日常管理当中，对客户做到，发现问题，解决问题，不留问题给客户。
11、产品质保期内、外的收费标准。
产品质保期内，保修范围包括除人为破坏因素、不可抗力因素外的故障和质量问题，承诺保修期内免费提供维修和保养；保修期外的，适当收取工作人员的差旅费用及材料费用。
12、产品在保修期外的所需配件的优惠承诺。
产品在保修期外的所需配件的优惠承诺为：厂价提供。
13、遇节假日、重大活动前的灯具设备运行检查工作的承诺按照客户要求，电话跟踪，如单位内接到客户电话，义无反顾的为客户解决这方面的问题。
制作材料：一把剪刀、一双穿过的旧毛袜、饮料瓶、针线、丝绵。
步骤一：先把饮料瓶剪开，再把袜子口朝下套进去，脚跟的地方最好在前，显得好看。
步骤二：为了使更加立体一些将一些丝绵塞到脚跟的地方，使看起来鼓鼓的，形成脸蛋，因为瓶子轻放在桌子上容易倒，接着为了使更稳定，可以在底部装些大米或小麦增加重量。
步骤三：接着用针在小娃娃眼睛的部位安上眼睛，(也可以用扣子代替)。
步骤四：接着用线给可爱的小人缝上嘴巴，一个笔筒就诞生了!而且是自制的哦!低碳又环保!
在我们的生活中，不是缺乏美，而是我们缺乏一双去观察美的眼睛，生活中处处都能够发现一些不一样的东西，只是我们没有发现罢了。再说，自己亲手制作的笔筒，岂不是更有意义，说不定用起来的心态都不一样了呢!
为深入贯彻创新驱动发展战略,进一步推进宁夏贺兰工业园区高质量发展，按照《加快工业园区高质量发展实施意见》要求，结合自治区党委、政府关于《开发区整合优化和改革创新实施方案》实际，以宁夏贺兰工业园区为主体申报自治区高新技术产业开发区（以下简称区级高新区）。为推进创建工作顺利开展，特制定本工作方案。
牢固树立“创新、协调、绿色、开放、共享”发展理念,大力实施创新驱动战略,始终坚持科技引领、特色发展、量质并举总体发展方向,以创建工作为抓手,以东西部科技合作为支撑,以农副产品加工、精密制造、升级改造生物医药与精细化工为主导产业,强化资源集聚、产业集中、机制创新,全力开创宁夏贺兰工业园区转型升级新局面,努力使宁夏贺兰工业园区成为全县引领发展的创新高地,培育战略性新兴产业的关键载体,转方式、调结构的重要引擎。
通过开展高新技术产业开发区创建,加快推动园区产业转型升级,培育壮大新兴产业,推进新旧动能接续转换、经济高质量发展,强化企业创新主体地位、增强企业创新意识、提升企业创新水平，园区高新技术产业总产值占工业总产值达到30%以上，企业r&d经费投入占生产总值的比重相较自治区r&d经费投入强度高20%；高新技术企业占全市总量的20%以上。近三年高新技术产业总产值年均增长15%以上，发明专利授权量年均增长10%以上，新产品产值年均增长15%以上。发展规划通过环境影响评价,污染集中治理设施与规划、建设同步,可持续发展能力显著增强。力争将宁夏贺兰工业园区打造成为自治区级高新技术产业开发区。
成立宁夏贺兰工业园区创建自治区高新技术产业开发区创建工作领导小组。
组长：赫天江县委副书记、县人民政府县长。
副组长：李普光县人民政府副县长。
何晓锐贺兰工业园区党工委副书记、管委会常务副主任。
成员：县委办、政府办、贺兰工业园区管委会、财政局、发改局、科技局、自然资源局、商务和投资促进局、统计局、市场监管局、市生态环境局贺兰分局、应急管理局、国家税务总局贺兰分局等单位主要负责人。
领导小组下设办公室（以下简称县创建办），办公室设在贺兰工业园区管委会，由李普光同志兼任办公室主任,何晓锐同志兼任办公室副主任,负责具体日常工作。领导小组实行席位制，执行联席会议制度，每月召开两次工作会议，会议由李普光同志组织召开，协调推进创建工作。
（一）县委办、政府办。
2.向银川市、自治区呈报高新技术产业开发区申报书和验收申请；
3.负责协调创建自治区高新技术产业开发区创建工作领导小组各成员单位积极开展工作。
（二）贺兰工业园区管委会。
1.负责创建具体日常事务性工作；
2.负责起草自治区高新区创建申报书；
3.负责提供管理机构设置、职能、人员等证明资料；
4.负责提供开发建设内容及开发模式、融资方案等资料；
5.负责提供申报高新区的可行性研究报告；
7.负责编制环境影响评价报告书；
8.负责编制安全评价报告书；
（三）财政局。
1.负责申报工作经费保障；
2.负责根据申报要求提供园区财政等相关数据；
3.负责提供园区2020年资金投入情况说明。
（四）发改局。
1.负责提供县“十四五”国民经济和社会发展规划及项目库资料；
3.积极开展园区企业技术中心、工程研究中心工作，及时提交相关证书；
4.负责编制全县工业发展规划；
5.负责编辑重点企业和重点项目简介及相关资料的收集汇总。
（五）国家税务总局贺兰分局。
1.负责整理汇总园区企业落实减税降费等政策情况资料；
2.负责汇总园区企业开发新技术、新产品、新工艺研究开发费用加计扣除情况资料；
3.负责报送园区科技型企业税收优惠政策落实情况。
（六）科技局。
1.负责与区市科技部门对接，及时掌握相关申报进程，协调解决有关问题。
2.指导企业积极开展高新技术企业的申报创建工作，负责收集高新技术产业发展和高新技术企业的情况资料。
3.负责做好园区高新技术企业相关指标统计工作，即：高新技术企业占全市总量的20%以上。
4.负责提供县“十四五”科技发展规划和项目库资料。
5.负责提供近五年有关科技创新方面的情况资料。
（1）全县及园区企业与高校、科研机构开展的产学研合作情况资料；
（3）全县科技成果登记等情况资料；
（4）产学研合作、技术开发、成果转化、投融资、科技企业孵化、科技中介服务等创新服务机构名单和创新服务活动情况资料。
6.负责提供下列证明材料：
（1）高新技术企业证书或批文；
（2）企业承担的科技项目立项文件或者合同；
（3）企业获得的科技成果鉴定证书；
（4）区级重点实验室、工程技术研究中心等批文；
（5）成果转化、投融资、科技企业孵化、科技中介服务等机构法人证书或资质证书；
（6）区市批准的科技创新公共服务平台立项文件；
（7）区、市级企业技术中心等证书；
（8）技术合同交易。
（七）市场监管局。
1.指导企业积极开展专利申请申报工作，负责收集汇总园区企业知识产权、商标；
2.负责提供园区企业发明专利相关指标统计数据及证明材料。
（八）自然资源局。
4.负责提供园区相关林业用地报批资料。
（九）统计局。
1.负责提供全县工业企业相关资料（包括企业名称、主要产品、近三年产值）；
2.负责提供园区工业企业相关指标统计数据及证明材料，即：高新技术产业总产值占工业总产值的比重；企业r&d经费投入占生产总值的比重；近三年高新技术产业总产值年均增长率；新产品产值年均增长率。
（十）市生态环境局贺兰分局。
负责落实申报自治区高新区的环保要求，提供园区环境影响评价报告书和审查意见。
（十一）应急管理局。
负责提供园区安全评价报告书和审查意见。
（十二）商务和投资促进局。
1.负责提供工业园区2019年项目投资明细表及相关证明材料；
2.负责提供2019年园区高新技术产业投资明细表及相关证明材料；
3.负责提供全县招商政策性文件及招商情况总结。
(一)对标对表摸底阶段(2020年3月20日-4月30日)。
加强与区市相关部门对接，按照创建标准和要求，开展调查摸底，找准差距，为下一步工作打好基础。（责任单位：贺兰工业园区管委会）。
（二）攻坚克难阶段(2020年5月1日-7月31日)。
1.与区市相关部门对接，确保区市2019年年报公布数据符合申报高新区要求。（责任单位：统计局、科技局、市场监管局）。
2.按照职责分工，编制完成园区总体规划、园区产业发展规划、高新技术产业发展规划、申报可行性研究报告、申报书、环境影响可行性报告，起草完成园区工作汇报、总结等其他材料。（责任单位：贺兰工业园区管委会）。
3.组织园区企业申报2020年第一批高新技术企业认定。（责任单位：科技局）。
4.其他各部门按照职责分工做好阶段性的相关工作。（其他各责任单位）。
（三）自查评估阶段(2020年8月1日-8月31日)。
各责任单位开展自查，县创建领导小组组织对前一阶段各责任单位工作情况进行督查评估，进一步发现问题，找准差距，增补措施，补齐短板。（责任单位：各相关责任单位）。
（四）资料收集汇总阶段(2020年9月)。
由县创建领导小组办公室负责，收集汇总各类创建资料，并装订成册正式上报，迎接评审。其他各责任单位做好相关资料收集提交工作，同时做好截止8月底最新数据的修正和资料完善。（责任单位：各成员单位）。
（五）申报评审阶段(2020年10月)。
由县创建领导小组办公室负责，将申报资料报自治区人民政府、科技厅等职能部门，参加评审。（责任单位：贺兰工业园区管委会、县科技局）。
（一）推进重点工作落实。围绕创建工作目标和有关评价指标体系，摸清创建基础，找准差距、问题和薄弱环节，抢抓一批重点工程、重点项目，加快补齐短板。立足园区、放眼全区推进自治区高新区建设，集成资金、政策等各类资源，重点在产学研协同创新平台建设、高层次创新创业人才引进、科技型创业载体建设、高成长性科技企业孵化、引领性创新企业引进、高新技术成果产业化等方面，集中发力、重点突破。
（二）主动对接协调。县高新区创建领导小组各成员单位，要按照职责分工，积极行动，主动作为，做好各业务条块相关工作，形成高新区创建的政策叠加优势和工作合力。同时，超前谋划，提前协调，加强与区有关归口部门的联系对接，及时汇报有关工作情况，了解审批工作进展，及时完成县委、县政府和创建工作领导小组的各项工作任务。
（三）严格督查考核。根据高新区创建工作目标指标及任务分解（见附件），建立动态管理机制，按时召开联席会议，及时掌握创建工作最新进展，及时发现存在的问题、困难，及时根据实际需要调整相关政策措施。建立创建工作督查考核机制，定期开展工作进展情况考核评估，定期通报各有关单位创建工作任务完成情况，确保高新区创建工作顺利推进。
按照市委、市政府关于加快城市化进程和深化社区建设的要求，目前我区清溪、溪北、贵筑三个办事处目前已经改为清溪、溪北、贵筑、明珠、阳光五个社区。为适应城市管理工作的需要，现将办事处改为社区后城区道路清扫保洁工作方案制定如下：
以邓小平理论、“三个代表”重要思想为指导，深入学习实践科学发展观，紧密结合我区环境卫生工作实际，以推进我区环境卫生长效管理机制为核心，以服务群众为重点，以社区和谐稳定为基础，增强社区功能，推进我区基层城市管理体制建设，为促进我区环卫事业的协调发展，全面建设小康社会奠定坚实基础。
围绕我区“创模”目标，进一步巩固我区“创卫”、“创文”成果，按照“属地管理”原则，明确各社区街道环卫清扫保洁管理范围，按标准划分配齐各社区环卫保洁人员，确保办事处改社区后中心城区环卫工作平稳过渡交接。
(一)严格按照《贵阳市市容环境卫生作业规范》做好责任区域内的卫生保洁、垃圾收集、清运等工作。路面清扫保洁工作达到道路、人行道、沟边无固体废弃物、污泥、污水等的要求;垃圾清运做到日产日清无积存，重点路段随产随清，垃圾清运密闭运输，公厕管理要做到干净、整洁，设施完好。
(二)办事处改为社区后，城区道路清扫保洁工作由各社区负责管理，区城管局负责进行业务指导。
(三)目前原贵筑、清溪、溪北三个办事处共有664名在岗环卫工人。上述人员划分到社区，原则上以在岗路段所属社区为准，由所属社区原地接收，其中的公益性岗位人员也由所属社区接收管理。
人员具体分配为：贵筑社区162人(其中公益性岗位人员110人)，明珠社区123人(其中公益性岗位人员83人)，溪北社区116人(其中公益性岗位人员78人)，阳光社区230人(其中公益性岗位人员156人)，清溪社区33人(其中公益性岗位人员22人)。
(四)花溪城区除主次干道、背街小巷以外，楼群院落及城郊结合部按照属地管理原则，由各相关社区、村负责清扫保洁。保洁路段相邻的各社区之间、社区与乡镇之间、社区与其他区之间相互将保洁范围各自延伸20米，确保环卫保洁工作全覆盖，无间隙。
(一)清扫保洁工人劳动报酬由用人单位按照不低于现在劳动报酬标准930元/月按时足额发放。其中，属公益性岗位人员的，由用人单位根据实际发放劳动报酬清单、实际缴纳的社会保险及相关申请资料，向当地人社部门申请公益性岗位补贴及社会补贴。目前，公益性岗位的补贴标准为最低劳动报酬标准的60%，社会保险补贴标准为单位缴纳部分。公益性岗位补贴及社会保险补贴按照“先发后补”的规定进行申请。
(二)三个办事处改为五个社区后，贵筑、溪北、清溪、阳光、明珠社区无经济职能，公益性岗位补贴60%以外的由用人单位承担的40%部分经费均由区财政承担。5个社区664名环卫工人年劳动报酬总额741.02万元，年社保费用需381万元，两项费用共计1122.02万元由区财政承担。此外，区环卫站非公益岗位环卫工人的社保费用也由区财政承担。
(三)年劳保福利加班及节日慰问费需73.04万元，工具用具年费用需19.92万元。两项费用由各社区收取的城镇居民生活垃圾处理费解决，不足部分由各社区专题向区政府申请核拨(详见附件二)。环卫服装、垃圾清运手板车由各社区据实专题向区政府申请购置。
(一)在经费安排方面原则上应充分用足公益性岗位政策，补充社区环卫经费的不足。区有关部门在公益性政策实施方面，应重点向环卫岗位倾斜。对今后各个社区空出的公益性岗位，原则上按现行公益性岗位录用政策进行招录。现有公益性岗位人员待明确所被划分到的社区后，由新的用人单位主体与其签订劳动用工合同。
(二)在社区环卫经费开支渠道未落实明确前，按原资金来源渠道开支，确保环卫队伍稳定。
(三)目前，公益性岗位人员的劳动报酬补贴中央及省市财政只拨付60%，其余40%由用人单位承担。劳动报酬、社保两项补贴目前再就业资金政策规定均按季度进行拨付，公益性岗位环卫工人劳动报酬、社保两项补贴按月拨付。如公益性岗位政策发生变动，以及上级划拨的就业资金出现缺口时，区财政须做好资金安排准备。
(四)区财政预拨1个月环卫工人劳动报酬及社保费用作周转备用金，以避免用人单位因资金未及时到位，造成劳动报酬未及时发放，社保费用未按时缴纳，影响环卫工人队伍稳定。
(五)二〇一二年元月至五月份花溪中心城区的环卫管理办法仍按原体制进行。
软件项目培训方案培训方案
系统的培训，使得工作人员得到日常工作需要的专业技术知识和经验，从而保障整个系统的顺利运行。
项目建设最终系统将交付用户使用，项目培训是项目实施中的重要环节， 通过项目培训对业主人员进行全面的技术培训，使业主单位人员达到能独立进行管理、故障处理、日常测试维护等工作，以便于我方提供的软、硬件能够正常、安全的运行。
培训的总体目标： 1、管理员培训。 培训对象：系统管理员。
培训目的：可以独立完成本单位行政执法的日常维护，解决一般问题。 培训内容：系统体系结构、系统配置、系统管理、系统使用。 培训方式：集中培训和个别培训。
培训批次：不少于1次的集中培训，个别培训随时安排。 2、使用人员培训
培训对象：系统一般使用人员。 培训目的：熟练掌握所涉及部分的操作。 培训内容：系统使用。
培训方式：集中培训和个别培训(主要针对领导)。
培训批次：不少于2次的集中培训(本单位)。个别培训随时安排。 1.2 培训对象由于本项目是一项综合型的项目，系统使用范围广，用户层次多，不同用户层次使用的系统角色不相同，使用的内容和侧重点各不相同，因此我们在本项目中将针对不同的用户层次提供针对性的用户培训，保障培训效果，使各层次的用户都能熟练掌握系统的相关知识。
普通用户层： 普通用户层是应用系统的直接使用者，涉及到系统的'各方面功能，是对系统功能理解最深、业务最熟悉的用户群，然而普通用户层由于覆盖的面广，各部门主要使用的功能模块不尽相同，因此针对于普通用户将按照不同的部门的侧重点进行分期培训，组织类似业务部门或单独部门进行培训，以便于各部门对各自业务系统使用的把握，以达到各用户能熟练掌握系统的使用方法。
软件项目可行性报告范文软件项目
第一章1.引言。
1.1编写目的。
1.2项目背景。
1.3定义。
1.4参考资料。
第二章2.可行性研究的前提。
2.1要求。
2.2目标。
2.3条件、假定和限制。
2.4可行性研究方法。
2.5评价尺度。
第三章3.对现有系统的分析。
3.1处理流程和数据流程。
3.2工作负荷。
3.3费用支出。
3.4人员、设备。
3.5局限性4。
第四章4.所建议技术可行性分析。
4.1对系统的简要描述。
4.2处理流程和数据流程。
4.3与现有系统比较的优越性。
4.4采用建议系统可能带来的影响。
4.5技术可行性评价。
第五章5.所建议系统经济可行性分析。
5.1支出。
5.2效益。
5.3收益/投资比。
5.4投资回收周期。
5.5敏感性分析。
第六章6.社会因素可行性分析。
6.1法律因素。
6.2用户使用可行性。
第七章7.其他可供选择的方案。
第八章8.结论。
我国的软件技术行业也在不断的发展和提升的，华经纵横咨询相关专家通过对几年来全国主要地市及重点经销企业软件价格实地调研，在对行业内重点企业调查结果和咨询相关专家的基础上，系统整理归纳出了软件产品的应用策略，包括软件新产品开发策略、优化组合策略、生命周期策略、市场推广策略、品牌策略等，对拟进入软件行业和已经入软件行业的企业具有非常重要的参考价值。
以及软件销售专业人士，同时结合相关行业协会提供的二手权威资料以及工具分析模型，对软件价格走势及影响因素进行了深度研究并最终形成了本报告。
在软件细分市场产品的应用特点、市场容量、消费模式、发展趋势方面，进行了实证分析和规范分析，主要采用期刊杂志、行业协会、网站等二手权威资料;产业链关联研究;方便客户重点把握，同时就软件的行业主要问题提出了华经独家策略建议。
企业的'一切生产经营活动都是围绕着产品进行的，即通过及时、有效地提供消费者所需要的产品而实现企业的发展目标。
企业生产什么产品?为谁生产产品?生产多少产品?这一似乎是经济学命题的问题，其实是企业产品策略必须回答的问题。
华经纵横凭借多年的行业研究及产品调研经验，在掌握软件大量一手资料的前提下，结合相关行业协会、权威杂志期刊等二手资料，对软件市场行情及相关技术进行了深度研究分析，为企业和投资者的软件投资决策提供了巨大的参考价值。
【目录】。
第一章软件产品生命周期策略。
第一节软件产品生命周期研究。
一、产品生命周期模型及分类。
二、软件产品生命周期判定。
第二节软件产品生命周期营销策略。
一、引入期营销策略。
二、成长期营销策略。
三、成熟期营销策略。
四、衰退期营销策略。
第二章软件产品组合优化策略。
第一节产品组合概述。
一、产品组合的广度。
二、产品组合的深度。
三、产品组合的关联度。
第二节软件产品组合策略。
第三节软件产品组合优化方法。
一、波士顿矩阵法。
二、通用矩阵法。
三、abc法。
第三章软件新产品定位策略。
第一节软件新产品的界定。
第二节软件新产品开发策略。
一、冒险或创业策略。
二、进取战略。
三、紧跟战略。
四、保持低位或防御战略。
第三节软件新产品定位策略。
第四章软件产品价格策略研究。
第一节软件产品价格机制形成及特征。
第二节软件产品定价程序研究。
一、选择定价目标。
二、确定需求。
三、估计成本。
四、分析竞争者的成本、价格和历史价格行为。
五、选择定价方法。
1、成本导向定价策略。
2、竞争导向定价策略。
3、需求导向定价策略。
第三节软件产品定价策略。
一、产品成本构成确定。
二、产品厂家利润确定。
三、产品出厂价定价策略。
四、产品零售价定价策略。
第五章软件产品品牌策略。
第一节客户对软件产品的品牌认知格局调查。
第二节客户选择软件产品品牌的影响因素分析。
第三节软件新产品品牌决策。
第四节软件新产品品牌延伸策略。
第六章同类典型产品对标分析。
第一节典型产品一。
一、产品差异化分析。
二、投放区域格局。
三、产品市场占有率。
四、销售策略比较分析。
第二节典型产品二。
一、产品差异化分析。
二、投放区域格局。
三、产品市场占有率。
四、销售策略比较分析。
第三节典型产品三。
一、产品差异化分析。
二、投放区域格局。
三、产品市场占有率。
四、销售策略比较分析。
第七章华经纵横独家策略建议。
第一节软件产品策略应用要点及注意事项。
第二节软件产品策略建议。
一、对拟进入企业建议。
二、对已进入企业建议。
二、软件产品价格影响因素分析。
第七节软件主要下游消费领域构成分析。
一、下游消费领域。
二、下游产业发展预测。
三、市场需求结构及份额构成。
软件项目合同
乙方：___________。
根据《中华人民共和国合同法》以及其它相关法律、法规的规定，本着平等互利的原则，甲、乙双方就合作开展软件的推广应用，特订立本合同，并共同遵守下列条款：
除非本合同的条款或者内容中另有规定，下列名词具有如下意义：
1、软件产品：指已进行商品化工作的、公开发表过的、且甲方作为权利人能够进行授权销售并能够提供技术支持和服务的软件。
2、代理销售：指软件权利受让者被许可行使展示、销售软件产品的权利，代理销售包括代销或经销。
3、知识产权：指依据中国有关法律和国际条约规定权利人所享有的专利权、版权(著作权)、商标权、商业信誉和商业秘密权。
4、技术支持：应软件用户的要求，为用户解决软件应用过程中产生的各种技术问题;应乙方要求，为乙方培训销售、技术人员，使上述人员掌握技术支持、销售等服务中所需要的技术知识。
6、补充协议及附件：指主合同的补救条款或从合同等，与主合同具有同样的'效力。
本合同有效期间，甲方作为权利人合法授权乙方代理销售的软件产品为：___________软件，软件版本：___________。
1、本合同期限为___________年___________月___________日至___________年___________月___________日止。
2、甲方授权乙方为上述产品的独家总销售代理商，销售区域为全国。
甲方是独立法人，拥有软件的完全知识产权。甲方向乙方出具公司相关资料。
1、乙方是具有独立民事能力的公司。乙方向甲方提供营业执照等文件资料。
2、乙方具有完成日常业务所需的计算机知识、网络知识及基本的实施维护能力，从应用技术角度了解和熟悉软件的安装、使用以及常见问题的解决。
(一)甲方的权利和责任。
1、甲方向乙方提供具有良好市场前景和市场竞争力、性能可靠的软件产品。
2、甲方支持乙方开展软件产品的市场宣传和销售工作。
3、甲方提供乙方所需的技术支持工作以及乙方在产品销售中所需的支持工作。
4、经与乙方协商一致，甲方有权对软件产品的产品策略、市场策略和价格策略作必要的调整。
5、甲方有权要求乙方共同维护市场秩序。若乙方确实违反合同规定，破坏秩序，甲方有权做出直至取消乙方的授权销售代理商权利的处罚决定。
6、甲方保证软件产品知识产权状况的真实性，并对客户软件使用中遇到的故障，进行完善的售后服务和终身维护。否则，因此发生的任何纠纷，并因此造成的一切损失，均由甲方承担。
7、甲方应在公司网站上显著位置宣传乙方的代理地位，向客户说明乙方的联系方式。为客户提供产品维护、升级和在线疑难解答。
8、甲方致力为乙方提供最佳经营环境并承诺自身不涉足授权销售区域的经销和零售，在乙方作为甲方产品销售代理商的合作期间，甲方不应建立第二家经销代理商。
9、为了保护乙方的宣传推广和成本投入，无论乙方销售区域的客户是否已经与乙方进行过接触或洽谈，均视为乙方客户。甲方不得擅自向经销区域内的买主供应本协议所规定的商品。如有询价，当转达给乙方洽办。若有买主希望从甲方直接订购，甲方在提前将有关销售合同副本寄给乙方并征得乙方同意的前提下，甲方可以供货，并应在收到货款后三日内按所达成交易的发票金额给予乙方______%的佣金。
日期：____________日期：____________
软件项目合同
甲方：
法定代表人：
乙方：
法定代表人：
甲乙双方本着互利互惠、共同发展的原则，经过友好协商，决定充分利用双方各自的优势，资源互补，____________________________________项目上进行合作。特订立本合同。
1，软件项目名称：________________________________________。软件开发合同2，软件项目开发内容：_____________________________________。
3，软件项目开发目标：_____________________________________。
4、软件项目总金额：_______________________________________税后金额：_______________________________________。
5、软件项目验收期限：__________年__________月____________日。
二、期限。
合作期：____年，自______年____月____日起，至______年____月___日止。
1，甲方负责沟通与协调工作。
2，乙方负责软件开发，实施，验收后的维护。
3，对外洽谈经营业务时以甲方的名义进行乙方无权利代表甲方签署任何有法律责任的文件。如需签署需得到双方认可后方可签署。
1、利润定义：项目合同金额减去法律指定税项。
2、分配方式：甲乙双方利润按____：____分成。
甲方：_________%乙方：_________%。
3、甲方收到项目开发款项后15日内进行利润分配并以现金形式支付乙方。
4、软件完成验收后的服务费用由乙方获的。
1，本合同相关的所有作品、程序、文件源码的。
2，甲方有权利用本项目开发的成果进行后续开发或改进，由此产生的知识产权归甲方享有。
不可抗力(即不能预见、不能避免、不能克服等的客观情况，包括但不限于地震、洪水、火灾、战争、政府行为等)致使一方不能履行或者延迟履行其在本合同的全部或部分义务，则该遭受不可抗力的一方不承担违约责任。
因不可抗力的原因造成合同延迟履行，则遇有不可抗力一方应在不可抗力发生之日起48小时内通知对方，并提供有关部门的证明材料。除因迟延履行通知义务造成其他方损失外，对因不可抗力造成的损失双方互不承担违约责任。遇有不可抗力一方应在不可抗力消除后48小时内通知另两方，由双方协商是否继续履行合同。
在发生不可抗力情况时，遇有不可抗力一方仍有责任采取必要措施以防止不可抗力事件影响的.扩大。
1、乙方违约责任：
(1)如果由于乙方原因导致不能按照约定的时间完成项目的验收，乙方应以如下方式向甲方支付逾期违约金：从延迟的第一周到第四周，每迟一周支付合同总价的0、5%，不满一周作为一周计算。从第五周起，每迟一周支付合同总价的1%。上述逾期违约金总值不超过合同总价的5%。如上所述的逾期违约金不影响乙方的义务。
(2)如果在合同签订后、项目所有权未转移给甲方前，乙方将其转让或抵押给第三方，则乙方应根据对甲方造成的事实损害的严重程度支付最高不超过合同总价10%的违约金。
2、甲方违约责任。
在乙方履行合同规定的各项义务的前提下，甲方无正当理由逾期支付货款，则甲方应以如下方式向乙方支付逾期违约金：从延迟的第一周到第四周，每迟一周支付逾期付款部分的1‰，不满一周作为一周计算。从第五周起，每迟一周支付合同总价的2‰。上述逾期违约金总值不超过合同总价的5%。如上所述的逾期违约金不影响甲方的义务，并且合同中确定的乙方对甲方的各项服务日期可作相应的顺延。
双方同意不对公众公布任何与本合同有关的、因执行本合同而获知的资料。未经双方授权认可，任一方不得以任何形式向第三方披露或泄露本项目成果及与本项目有关的数据、程序代码(通用的程序代码除外)和相关技术文档。在本项目研发过程中一方提交给另一方的所有资料和文件，都作为提交方企业的商业秘密，另一方应承担保密义务。
甲乙双方约定，不论本合同是否变更、解除、终止，本保密条款均有效。
1、未尽事宜将由本合同、甲乙方通过协商解决。
2、因乙方与甲方以个人名义进行合作需对甲方提供身份证复印件。
3、任何一方未得另一方同意不得向任何第三方透露合同内容。
4、对合同内容做出的任何修改和补充应为书面形式，由双方授权代表签字后成为合同不可分割的部分。
5、任何与合同相关但未在合同中明确规定的事项将由双方友好协商并达成合同以解决。
本合同一式两份、甲乙方各持一份，在甲乙方签字盖章后生效，具有同等法律效力。
甲方：
乙方：
甲方代表(签字)：
乙方代表(签字)：
签订日期：____年____月____日
签订日期：____年____月____日
软件项目心得
香江项目（事业部内部编号）作为我们消费电脑迈向家电化的一个重大的项目，虽然其作为一个c类研发项目，但其涉及到的无论从硬件上还是从软件上都可以与一个小型的a类项目媲美。我作为项目的leader，从心底里还是有点害怕，毕竟是刚加入公司的新员工，但出生牛犊不怕虎，我也很想尝试去做一件事，只有在实际工作中才能不断的成熟，提升自我。到目前为至，整个项目推进以香江项目计划为关键路径，相关硬件开发也在有条不絮的进行。
对于下面我想重点阐述沟通、简单、反馈和勇气，这是我们协作开发软件项目的四个重要部分，对于软件项目的管理与开发具有重大的意义。
或更准确地说，缺乏沟通，是几乎所有软件项目问题的根源。客户没与开发者沟通他的要求，或开发者没与客户沟通提供一个功能的困难之处。如果涉及的各方直接，及时地互相沟通，就可以消除大多数问题。我们不能忽视或惩罚任何诚实的沟通。
目前我们消费的定位是项目经理，从实际承担的工作上看作为客户（需求方）与硬件开发的角色，但作为面向消费客户，我们最关心的是功能诉求，用户使用流程与呈现界面，这和开发人员（程序员）有很大的冲突，后者更关心的是具体实现方式，如对于媒体播放器的底层api的使用与功能诉求如何在计划时间内完成。localhost但共同的目标是一致的，提供给用户易用的产品，尤其对于我们一个企业内部的开发团队，而不像外面公司间的协作。但沟通信息的通畅性也直接制约着产品的质量。
对于软件项目的需求内容不明确，把握不充分是其失败的一个重要方面，这是我们经常遇到的问题。一方面，由于客户（需求方）it知识缺乏，一开始自己也不知道要开发什么样的系统，或者懒于系统地整理出来，经常是走一步算一步，不断地提出和更改需求，使得实现方叫苦连天。另一方面，实现方由于行业知识的缺乏和设计人员水平的低下，不能完全理解客户的需求说明，而又没有加以严格的确认，经常是以想当然的方法进行系统设计，结果是推倒重来。因此，需求分析必须注重双方理解和认识的一致，逐项逐条地进行确认，双方能在共同的基础上达成功能与时间上的统一。
在香江项目中，对于需求主要涉及到后续新品的需求与本身项目发展的需求的综合，对于实际工作中，我积极与软件设计经理，程序员进行沟通，先从正式文档输入开始，免的一开始就陷入无穷尽需求讨论中。随着项目的推进，对于某些需求由于技术上与时间上的不可实现性，因而大家及时沟通，通过项目的中期核对这样的方式，将一部分需求作为第二次开发的要点进行剥离，从而保证项目的按计划进行。
有什么最简单的事情可能会起作用？我们的注意力太多放在了软件的最复杂难解的功能上，而这些功能我们很少用到或者只是曾经用过。今天做简单的工作，明天花点代价修改它要比今天做可能永远用不到的复杂工作好的多。这也和我们的沟通价值紧密联系在一起，因为系统越简单，需要的沟通越少。
从辨证的观点上看，简单与复杂是矛盾的`统一体。某项技术对于某些人是简单的，但对于另外的一些人则是复杂的！因而简单并不是说整个功能的简单，而是说我们掌握了该项技术后就应该有所发展的研究，比如我们知道恢复/备份功能的实现方案，但以项目的时间计划与人力资源上讲完整的实现该功能是不可能的，因而分为两个阶段的推进，这样对于项目的开发人员就可以相对简单的进行开发，有利于发挥主观能动性，而不是在截止期限压力与人力的压制中进行开发。
一个软件的成功与否，并不是其内含的技术有多高，其算法有多严谨，而是能被用户所接受。尤其对于我们消费软件来说，因为我们直接面对的是客户，强调以用户为中心的设计始终是我们的头等大事。但作软件功能的需求，不是靠几个人的脑力激荡而没能完成的。只有通过来自第一线的声音，从客户需求来定我们的功能需求。
在我们的项目实施过程中，采用平台开发与功能开发的两条主线来进行。对于平台开发是通过业界技术与自身技术实力作为反馈点，而功能开发以用户的使用流程与功能本身需求为反馈，来共同完成项目需求的确认。
我想对于控制系统而言，闭环控制就是导入了反馈的机制让系统更加可靠。对于一个项目来说，本身就是一系统工程，无论是人员技术能力，思想，做事方式上的反馈都是对项目推进有很大帮助，试想程序员只是埋头做自己的事情，研究技术细节，那么我想做出来的软件可能是差之千里。我想项目成员间的沟通是必要的，但同时需要的是效率，否则一味推诿是解决不了实质问题的！
形成一个良好的反馈机制，同时项目经理承认项目中存在的问题，加强风险管理，这是一个项目成功实施的必要保证。
勇气从表面上看好像是有勇无谋的感觉，但是如果我们每做一件事情总是畏首畏尾的，把失败看作是洪水猛兽的，那么有多好的规划与人力也只是昙花一现。对于软件开发，我们还是要把勇气带进了软件开发中。我们有没有勇气尝试新的、不同的东西来大幅减少项目时间？我们有没有足够的勇气在即使面对巨额预算和截止期限压力时仍能坚持做正确的事情？这需要我们的勇气。
勇气（courage），我记得听过一个笑话，大意说的是一个日本兵听从其长官从5米高的桅杆上跳下来谓之勇气，一个德国兵听从其长官从10米高的桅杆上跳下来谓之勇气，而美国兵被其长官要求从100米高桅杆上跳下来，而兵说长官疯了，拒绝执行称之为勇气。对于这笑话中我们可以一笑附之，但我们却是应该把勇气导入我们的实际工作中。有没有勇气去面对错误与权威，这是我们每一人应该坚持的。
我想对于我们公司来说流程的定义很清晰，执行人员可以提出改进意见。
沟通、简单、反馈和勇气四个价值观演绎了项目管理的全过程，从价值层面上剖析了项目经理与项目成员应该理解的含义，希望对大家有益。
沟通、简单、反馈和勇气是统一的，试想沟通的方式有很多种，如面谈，电话和邮件，也只有通过沟通项目组成员们才能得到反馈，将复杂的事务简单化，有力的保障项目的顺利进行。只要项目成员有勇气挑战上级领导，在一定程度上坚持正确的方向，那么四个层面上的价值观可以得到淋漓尽致的发挥。
软件项目总结
软件项目管理是为了使软件项目能够按照预定的成本、进度、质量顺利完成，而对成本、人员、进度、质量、风险等进行分析和管理的活动。实际上，软件项目管理的意义不仅仅如此，进行软件项目管理有利于将开发人员的个人开发能力转化成企业的开发能力，企业的软件开发能力越高，表明这个企业的软件生产越趋向于成熟，企业越能够稳定发展。项目风险管理是指为了最好的达到项目的目标，识别、分配、应对项目生命周期内风险的科学与艺术。项目风险管理的目标是使潜在机会或回报最大化，使潜在风险最小化。
目前我国大部分软件公司，无论是产品型公司还是项目型公司，都没有形成完全适合自己公司特点的软件开发管理模式，虽然有些公司根据软件工程理论建立了一些软件开发管理规范，但并没有从根本上解决软件开发的质量控制问题。这样导致软件产品质量不稳定，软件后期的维护、升级出现麻烦，同时最终也会损害用户的利益。随着软件开发的深入、各种技术的不断创新以及软件产业的形成，人们越来越意识到软件过程管理的重要性，管理学的思想逐渐融入软件开发过程中，应用开发的项目管理日益受到重视。
（1）缺乏项目管理系统培训。
在软件企业中，以前几乎没有专门招收项目管理专业的人员来担任项目经理，被任命的项目经理主要是因为他们能够在技术上独当一面，而管理方面特别是项目管理方面的知识比较缺乏。解决方案：项目经理接受系统的项目管理知识培训是非常必要的，有了专业领域的知识与实践，再加上项目管理知识与实践和一般管理的知识和经验的有机结合，必能大大提高项目经理的项目管理水平。
（2）项目计划意识问题。
项目经理对总体计划、阶段计划的作用认识不足，因此制定总体计划时比较随意，不少事情没有仔细考虑；阶段计划因工作忙等理由经常拖延，造成计划与控制管理脱节，无法进行有效的进度控制管理。解决方案：计划的制定需要在一定条件的限制和假设之下采用渐近明细的方式进行不断完善。提高项目经理的计划意识，采用项目计划制定相关知识、技术、工具，加强对开发计划、阶段计划的有效性进行事前事后的评估。
（3）管理意识问题。
部分项目经理不能从总体上把握整个项目，而是埋头于具体的技术工作，造成项目组成员之间忙的忙、闲的闲，计划不周、任务不均、资源浪费。有些项目经理没有很好的管理方法，不好安排的工作只好自己做，使项目任务无法有效、合理地分配给相关成员，以达到“负载均衡”。解决方案：加强项目管理方面的培训，并通过对考核指标的合理设定和宣传引导项目经理更好地做好项目管理工作。技术骨干在担任项目经理之前，最好能经过系统的项目管理知识，特别是其中的人力资源管理、沟通管理的学习，并且在实际工作中不断提高自己的管理素质，丰富项目管理经验，提高项目管理意识。
（4）沟通意识问题。
在项目中一些重要信息没有进行充分和有效的沟通。在制定计划、意见反馈、情况通报、技术问题或成果等方面与相关人员的沟通不足，造成各做各事、重复劳动，甚至造成不必要的损失；有些人没有每天定时收邮件的习惯，以至于无法及时接收最新的信息。
软件项目管理的提出是在20世纪70年代中期的美国，当时美国国防部专门研究了软件开发不能按时提交，预算超支和质量达不到用户要求的原因，结果发现70%的项目是因为管理不善引起的，而非技术原因。于是软件开发者开始逐渐重视起软件开发中的各项管理。到了20世纪90年代中期，软件研发项目管理不善的问题仍然存在。据美国软件工程实施现状的调查，软件研发的情况仍然很难预测，大约只有10％的项目能够在预定的费用和进度下交付。1995年，据统计，美国共取消了810亿美元的商业软件项目，其中31％的项目未做完就被取消，53％的软件项目进度通常要延长50%的时间，只有9％的软件项目能够及时交付并且费用也控制在预算之内。软件项目管理和其他的项目管理相比有相当的特殊性。首先，软件是纯知识产品，其开发进度和质量很难估计和度量，生产效率也难以预测和保证。其次，软件系统的复杂性也导致了开发过程中各种风险的难以预见和控制。windows这样的操作系统有1500万行以上的代码，同时有数千个程序员在进行开发，项目经理都有上百个。这样庞大的系统如果没有很好的管理，其软件质量是难以想象的。
应该很清楚地意识到，项目管理在中国起步较晚，项目管理水平与高速增长的经济建设不相适应，也不利于参与国际竞争，必须奋起直追，赶超国际先进水平。展望未来，我们面临的不仅有广阔市场的大好机遇，还有必须认真对待的严峻挑战：
（1）随着中国加入wto，工程建设市场竞争时代的来临，加大项目管理力度势在必行。只有稳定提高实力，迅速熟悉并掌握国际规则，主动溶人贸易体系，不断加强竞争实力和项目管理水平，才不会在激烈的市场竞争中失败。
（2）随着中国宏观控制体制调整和市场经济改革的深化，工程公司、项目管理公司和工程咨询公司等企业必须进一步深化管理体制和运行机制改革，加快重组，与世界接轨，建立现代企业制度，才能成为自主经营、自担风险、自负盈亏和自我发展的良好经济实体，在项目管理中提供高质量、有针对性、有竞争力的服务。
（3）目前，中国建设市场在管理体制、法制建设、运行机制、中介服务、价格政策和社会习惯等方面仍有许多有待改进的工作要做。中国必须建立法制的、政府监督的、自我约束的管理体系，建立公开、公平、公正的投资中介市场，加大投资中介服务的法律责任，为工程咨询和项目管理创造更好的市场环境。
（4）中国公司应该进一步加强与美国、欧洲和澳大利亚的国际项目管理机构和协会之间的合作与交流。充分利用理工大学和学院加强项目管理的理论与实践研究，建立自己的项目管理体系，引进和开发先进的项目管理软件系统，提高项目管理水平，为工程公司、项目管理公司和工程咨询公司的发展提供更好的环境。
（5）中国必须培养自己的优秀项目管理专业人员，大力提高项目管理水平。专业人才匮乏是影响中国项目管理快速发展的主要因素，中国应当把培训和建立一支优秀项目管理专业人员队伍作为战略任务来抓。中国项目管理人力资源结构必须通过国内国际相关培训和认证机构以及项目管理实践来改进。只有采取上述的措施，中国企业才能适应可持续发展要求并在激烈的市场竞争中立于不败之地。刚刚在9月1日，邦永科技于广东亚洲国际大酒店召开首届渠道峰会，被业内同行称之为“来势汹汹”。此会议共在全国招募了30多个地区总代理商，11月份正式启动市场。据了解，邦永的产品定位为中低端，价位在5万到40万元之间。邦永目前加紧平面营销渠道建设的同时，还在酝酿许多与行业主管部门的技术合作，似乎对打造国内项目管理行业标准胸有成竹。无怪乎邦永拿出这么大的举措：据资料显示，20xx年中国政府拨3000亿元专款用于各类政策性项目，省、市地方政府捐助至少1000亿元的专款，全国每年至少有20xx个新的1亿元以上的大中型项目。如果这些项目都采用软件来进行管理的话，市场非常可观。邦永对这个市场充满信心，尽管项目管理软件市场在中国仍然处于启动阶段，但市场已经很大，高中端市场的容量在一亿元以上，3—5年内将达到6亿元左右。这还是一个比较保守的数字。总而言之，软件项目管理领域仍然是一个比较新的领域，竞争态势还远未达到白热化的程度，但前景十分可观。需要不断的去开发与研讨，才能让软件充分的发挥在项目管理的领域，但在软件项目管理中，存在在的各种风险管理应该根据不同的因素而做出不同的解决措施，让项目管理可以发挥到一定的程度，使之更加的完善。最后感谢张冰峰老师一学期来的教导。
软件项目合同
乙方：_____________
甲、乙双方经友好协商一致，达成以下协议。双方申明，双方都已理解并认可了本协议的所有内容，同意承担各自应承担的权利和义务，忠实地履行本协议。
第一条本协议软件开发项目的内容、工作进度与安排、价款、交付和验收方式等由附件载明。
第二条协议履行期限按照附件规定的工作进度决定，经双方协商一致，可以延长该期限。
第三条甲方应向乙方提供必要的资料和方便条件，协助配合乙方进行软件的开发、调试、安装及实施。
第四条双方的基本权利和基本义务
一、甲方的权利和义务
1、根据本协议项目的实际需要和乙方的要求提供协助，并提供有关的资料、报表及文档等，甲方保证所提供的所有资料完整、真实、合法。
2、按本协议约定支付软件开发费用。
3、甲方有权在软件验收之日起要求乙方对验收完毕的软件模块出现的非人为因素造成的错误及故障，进行免费维护。
二、乙方的权利和义务
1、按照甲方提供的材料按时完成本协议规定的软件开发工作。
2、可以根据甲方的要求帮助甲方举办培训和技术咨询，具体的操作方式及费用双方可另行签署协议确认。
3、依协议收取软件开发费用。
4、乙方有义务在软件验收之日起个月内，对验收完毕的软件模块出现的非人为因素造成的错误及故障，进行免费维护。第五条甲方在18个月的免费维护期之后，需要乙方对软件模块进行维护时，乙方可根据情况酌情优惠收取模块维护费用。
第六条甲方同意按双方约定的付款方式和时间及时向乙方支付协议费用，以及提供其他必要的帮助。
第七条本协议涉及的相关程序、文件源码的，但乙方授予甲方使用权。未经乙方许可，甲方不得公布文件源码，不得复制、传播、出售或者许可他人使用乙方作品及其程序等。乙方可以在业务范围内使用这些作品。
第八条甲方不能按时支付协议费用导致的工期延误，其责任由甲方承担。第九条双方当事人应当保守在履行本协议过程中获知的对方商业秘密。
第十条双方应本着诚实信用的原则履行本协议。任何一方在履行中采用欺诈、胁迫或者暴力的手段，另一方可以解除本协议并有权要求对方赔偿损失。任何一方在履行中发现或者有证据表明对方已经、正在或将要违约，可以终止履行本协议，但应及时通知对方。若对方继续不履行、履行不当或者违反本协议，该方可以解除本协议并要求对方赔偿损失。
第十一条本协议签订后，经双方当事人协商一致，可以对本协议有关条款进行变更或者补充但应当以书面形式确认。上述文件一经签署，即具有法律效力并成为本协议的有效组成部分。
第十二条本协议附件为本协议不可分割的一部分，与协议正文具有同等法律效力。
第十三条任意一方欲提前解除本协议，应提前通知对方。甲方提前解除协议的，无权要求乙方返还预付费用并应对乙方遭受的损失承担赔偿责任;乙方无故解除协议的，应返还上述费用。本协议其他条款对协议的解除另有约定的，从其约定。
第十四条订立本协议所依据的客观情况发生重大变化，致使本协议无法履行的，经双方协商同意，可以变更本协议相关内容或者终止协议的履行。
第十五条双方当事人对本协议的订立、解释、履行、效力等发生争议的，应友好协商解决;协商不成的，双方同意向仲裁委员会提交仲裁并接受其仲裁规则。
第十六条本协议经由双方授权代表签字，自签订之日起生效。
第十七条本协议一式两份，双方当事人各执一份，具有同等法律效力。
甲方(公章)：_________乙方(公章)：_________
法定代表人(签字)：_________法定代表人(签字)：_________
软件项目总结
xxx公司业务管理系统的开发已经基本完成。写此项目开发总结报告，以方便我们在以后的项目开发中来更好的实施项目的订制开发；让我在今后的项目开发中有更多的有据的资料来规范我们的开发过程和提高我们的开发效率，从而创造更多公司效益。
2、背景。
项目名称：xxx业务管理系统。
软件名称：xxx业务系统。
客户：xxx。
用户：xxx员工。
（一）对生产效率的评价。
１、系统开发已历时快１年的时间了。
２、开发的反复性比较多。
３、对客户的需求理解不是很透彻。
综合以上，此项目的开发效率不是很高，相反有相当一定时间的浪费。
（二）对产品功能的评价。
经过我们公司各位同事的共同努力协作，xxx业务管理系统已经很好的完成了客户的业务流需求。经过对客户使用过程的观察，此项目开发的还是比较成功，但是还是存在着一些问题，造成这些问题的原因是多方面的。如：前期系统数据库的设计缺陷和部分代码的构建缺陷、客户需求的理解上也存在一定问题，这就需要我们用一定的时间来维护客户使用过程中提出的新问题和存在的debug。总的来说，此系统的功能开发还是一个比较成功的案例。
（三）对技术方法的总结。
在此项目中使用到技术和工具：
１、使用代码生成器：使用代码生成器[动软、net代码自动生成器]，此工具在很大程度上提高了编码效率，从而加快了项目的开发进程。在以后的项目中，我们要尽量的来使用一些类似的工具来在最短的时间内完成工作。在今后的项目开发中，我们最好是能开发出适合自己的代码生成工具，更大限度的节省开发周期和开发费用。
２、使用数据库建模工具来建立系统数据库模型，以方便程序员很好的理解业务流和掌握系统架构者的架构思想，更好的满足客户的功能需求。在今后的项目开发中，我们要更好的来完成系统的前期数据库模型的建立，最大的来优化系统功能。
３、使用第三方控件：此系统中使用了第三方控件。此控件在很大程度上满足了客户对软件界面的需求，从而也给软件的操作带来了方便。本项目中只使用了一种第三方控件，在今后的项目开发过程中，要继续使用第三方的控件。这样以来，无论是针对软件界面的美观性、友好性来说、易操作性而言，还是针对系统开发效率而言，这都是很好途径。但需要意的是：在是使用第三方控件时，要谨慎的选择一些网络中的比较常见的第三方控件。
４、使用自定义控件：此系统中使用了自定义控件，此自定义控件可以很好的统一系统中的所有信息显示表格样式。如客户对数据显示样式有什么新的意见，我就不需要修改每一个页面的表格样式，我们只需要修改控件的样式，系统中的所有继承的表格样式都可以改变。
５、系统开发框架：此系统的框架使用的是简单三层结构，此框架在开发一些中小软件是比较实用的。但是我们要是可以开发出自己的框架，把一些通用的功能开发到框架中。这样以来，在以后的系统开发中，针对系统中一些通用的功能就不需要再开发，从而也可以很好的提高我们的开发效率；减少很多维护费用。使我们的技术不断的更加成熟。
６、系统安全加密：此系统中针对客户提出的系统安全问题，我们采用了ikey加密硬件钥匙来验证客户端登陆客户的合法性，此ikey钥匙可以绑定到一个系统使用用户，也可以让多个用户来使用一个加密钥匙来验证登陆系统的合法性。这样以来，即使用户的密码不慎丢失，或者被不法人员取得（不法人员他也是无法登陆到我们的系统中来），这样就最大的提高了我们系统的安全性。ikey加密钥匙是很好的加密b/s架构软件的硬件工具，在以后的软件安全方面可以借鉴。
（一）签定合同。
一个项目的开发成败或者说项目开发带来效益的大小，在很大程度上是受项目合同签定的影响的。往往，很多一部分公司与客户签定的项目合同都是很模糊的，也很难签定的比较清楚，这样以来就会导致在项目的开发后期，工作两会越来越大，影响项目的竣工周期；而且，项目的开发费用一般是不会变的。这样以来，我们就大大的降低了我们的开发效益。虽然需求范围很难签定的明确，但是我们在签定合同时，要尽量的去把合同功能边界和添加新功能的条件签定。
（二）开发团队。
在项目确立后，要尽快的建立起项目开发团队。
项目团队成员的团结合作、相互沟通是非常重要的，团队成员之间要相互学习彼此的优点和技术，使团队的能力不断的提高。这样，在项目的开发过程中，团队才不会被难题困住不动。另外，团队中要有一个项目负责人，这个人无论是在与客户的沟通上，还是在技术上都要是很出众的人，此项目负责人要能很好的沟通客户与开发成员之间，以此来更好的理解客户的功能需求。人的记忆力总是有限的，所以就要求开发团队成员要尽量的书写一些开发文档，这些文档往往是我们在项目开发后期要用到的可寻资料。项目团队士气是项目成功的一个因素，我们需要不断的来培养我们的团队气势，使我们的团队不断的壮大。
（三）需求的调研。
在项目确立后，就到了需求调研分析阶段。
１、项目组对客户的整体组织结构、公司有关人员的关系、职责等如果没有一个很好、足够的了解掌握，这样项目组就无法很好的完整的整理到客户的需求、或者说客户真实的功能需求，如此以来我们就为自己埋下了地雷，影响项目的开发周期，这就要求我们要与客户搞好无论是工作上的还是生活上的朋友关系，要深入的去了解客户需求。
２、我们要尽量的让客户也参与到项目的开发团队中来，也就是说我们要使客户把自己也纳入到项目的开发团队中来，如此一来，我们掌握客户需求的真实性、可靠性就会大大的提高，也就不会为项目的后期功能开发埋下陷阱。
３、在需求调研过程中，如果缺乏足够用户参与，这样的需求调研也是失败的。很多程序员不愿参与到客户的需求调研中去，为什么呢？很简单，与客户沟通不如与代码沟通容易有意思。尽管这样，我们还是必须用足够多的时间去和客户进行沟通，了解他们真实的需求。很多用户也是如此，他们自己也不愿意参与到项目的需求调研中来，为什么呢？需求调研有出去和朋友一块烂漫对吗。虽然现状如此，我们还是要努力的使客户参与到需求的调研中来。
４、模糊需求，也就是模棱两可是需求规格说明中最为可怕的问题。一是指诸多客户对需求说明产生了不同的理解；一是指单个读者能用不止一个方式来解释某个需求说明。针对对这种情况，就要求我们的调研人员要能够从多个角度来分析客户的不同需求，整理出最终的需求与客户确认，定出最终真实可靠的需求，我们绝不能凭借我们自己的单面理解来定立客户的最终需求。
５、在一个项目的开发中，文档的书写是极为中要的一项工作。因为，某些文档就是我们在开发后期与客户沟通的可寻依据、也是我们程序员在编码过程中要用到的重要文档。我们绝对不能认为，凭借我们的大脑来记录所有的开发需求；即使，你说你是天才，你要用你那颗爱因斯坦的大脑来记录所有的开发需求，那也是不可能的，人的`精力总是有限的。这就要求我们在需求调研中做好需求文档的记录和整理。
６、需求调研工具选择，客户一般对图形还是比较感兴趣的，所以我们在调研过程中，我要尽量的采用图形化界面来和客户沟通需求。比如可以采用rose工具，把客户的意思转换为用例图、时序图、协作图、状态图、类图等，使表达的意思更加直观。这样客户会更快的进行问题的实质。
软件项目总结
我公司自20xx年3月3日与xxxx签订了《xxxx项目》的合同，严格按照合同要求与约定来执行合同，在甲方单位及监理单位的大力帮助下，通过近四个月的项目沟通与实践，已进入项目验收阶段，现在就此次项目作出如下总结：
1、项目开工阶段。
我公司在监理单位下达开工令后，编制了符合现项目状况的施工组织方案及项目实施计划，并按计划执行项目。
2、需求调研阶段。
由于此项目属于软件项目，我公司对甲方及使用方进行充分的需求调研，确认了甲方及使用方对项目的具体需求，力求全面的收集并理解甲方及使用方的需求，并完美的完成项目建设。
3、详细设计阶段。在需求调研的基础上，我公司进行软件系统的详细设计。在详细设计中，描述实现具体模块所涉及到的主要算法、数据结构、类的层次结构及调用关系，需要说明软件系统各个层次中的每一个程序（每个模块或子程序）的设计考虑，以便进行编码和测试。应当保证软件的需求完全分配给整个软件。
4、系统测试阶段。
我方对软件系统进行了模块测试和整体联调；也测试了正常操作情况测试和异常情况测试；按并进行了全覆盖测试和抽样测试。我方会在软件的后续使用中不停的跟踪软件的运营状况并持续修补升级，直到这个软件被彻底淘汰为止。
5、系统试运行。自试运行开始以后，我方及时对系统中出现的问题进行解决，对用户使用中提出的对功能的使用及更改需求进行完善。按照合同经过为期一个月的试运行，进入正式的系统运行阶段。
6、系统培训阶段。为了让用户能更好的管理和使用系统，我们针对所有的系统进行了系统的专业的培训，以确保用户可以在最短的时间内熟练的使用系统，确保系统高效的运行。
为了更好的保障整个项目中各个系统的正常运行，我们将在以下方面做好服务：甲方在软件使用过程中如发生故障或遇到疑难问题，乙方提供有效支持，保证30分钟响应，4小时内派人赶到现场，一般故障1天内修复，重大故障7天内解决。对所提供的软件实行6个月定期进行一次维护。
我公司非常荣幸参加xxx项目的建设工作，我们以最大努力完成xxxxxx项目建设要求，我们将严格按照合同要求执行各个系统的维护和服务承诺，为xxx（建设方）美好的明天贡献我方一份微薄的力量。
软件项目总结
1.系统主题。
1.1引言。
现在不管是公司还是学校都有各式各样的系统，比如：学校里有教务管理系统、图书管理系统等等。而公司中有工资管理系统、人员管理系统等。目前市场上的这些公司，基本上每个公司都要对其每天的销售情况进行统计记录，而且现在电脑这么普及，我们不像以前都是用手工记录到本子上，然后人工进行数据的处理。所以建立一个销售系统很有必要，为公司省去了许多不必要的人力资源，并且效率高、省时、操作方便、有很广的应用域和发证，空间。
1.2背景及目的。
在大二下学期我们开设了一门《实用软件工程》的学科，在老师及专业课程的需要下，我们要进行一个为期15周左右的一个对软件工程深入学习的平台。需要我们在15周以内编出一个小型软件。其次，在21世纪这个繁华的年代，销售业也是蓬勃发展，出现了很多销售管理系统来促使公司的发展，有了销售管理系统，不仅仅有利于公司的管理，更加有利于我们及时地掌握数据资料，进行处理、统计与总结。基于这个想法，我们小组决定做一个销售管理系统，以实现灵活的管理公司销售业绩的小系统。
本销售系统可以完成以下功能：
（1）计算某个月每个人每种产品的销售额；
（2）按销售额对销售员进行排序，输出排序结果；
（4）输出统计报表。
1.3系统与“创新杯”的主题关系。
为迎接“创新杯”而进行的预演。我们的目标主要放在能做出一些实用性强的软件，如果好的话，就能被大家广泛使用。所以我们希望能使得“创新杯”能出现一些更有新意的东西，更好玩。吸引更多人的眼球。
1.4市场调查过程和结论。
在确定课题前，我们特地上网看了一下当前比较热门的课题，最多的为学校的图书管理系统，但这个太过于大众化，做的人比较多，而且我们也一直在使用，所以难度不大。后来我们发现销售方面还算是比较热门，而且做的人不多，对于我们来说，也比较新鲜，因为毕竟我们现阶段都没有接触到，所以根据我们的综合讨论，觉得现社会有很多的机构需要该软件，比如：酒店可以用该软件管理赠品的发放，超市可以用来管理货物的采购和销售状况，就连一个小饰品店都可以用该软件来管理饰品的销售量和顾客的需求量。从调查来看该软件是很受社会欢迎的，实用性较强，而且现如今类似于该软件的产品可谓是层出不穷，大大增加了我们做这个项目的必要性。
2.需求分析。
2.1概要。
这是一个很实用的小型销售管理系统，包括了每件产品的销售额的统计，以及总销售额的统计，等等一系列的小功能，可以帮助小型商店和小型公司实现对每日产品的销售统计，而且可以输出各个销售员的不同业绩，操作简单，显示直观，无需太多的技术要求，所以适合于大众。
2.2使用场景。
主要的面向对象：各类服装店和小型公司。
场景描述：有四个销售员，负责销售五种产品。每个销售员都将当天出售的每种产品各写一张便条交上来。每张便条要包含：销售员的代号，产品的代号，这种产品的当天的销售额；每位销售员每天可能上缴0-5张便条。
详细操作：在类似小型公司或者服装店，一般都是看业绩来提升的，或者是看业绩来提名最佳销售人员或者最佳员工，然后公司再进行一些奖励制度。所以假设一名销售经理需要在每天下班后统计今天的销售量和销售额，如果是手动统计，那计算量和工作量就太大了点；但如果她安装在了本款软件，运行程序后，可根据操作提示一步步操作。
首先，如果是第一次使用本款软件，他需要先注册用户名和密码，这样也可以保证销售情况的隐蔽性，后面每次查看或者添加新纪录时，只需要输入用户名和密码就可以进行操作，如果别人想要对销售情况进行修改，那必须要知道用户名和密码，否则无法进行操作。注册好用户名和密码后，进入界面，每个销售员都有编号，然后输入日期、销售员的编号、产品编号、销售额，都输入好后，程序可以从高到低进行排序，这样一眼便能看出每个人的销售情况—最好的销售人员。最后程序还可以进行总销售额的计算，可看出这一天或这个星期或这个月公司的业绩如何。
以上即是本款软件的详细操作过程，不仅实用而且简单、直观。在各类小型企业和服装店等地方使用再合适不过了。
2.3实用性分析。
我们设计这款软件时，最想突出它的一个优点就是实用！所以我们是本这个目的去设计的。它简单易懂、界面直观、隐蔽性强，非常适合各小型企业对公司的管理，统计，查询。花最低的成本去实现最高的效率。
2.4未来发展方向。
本软件现在来讲只适用于小型的企业，但是将来会随着我们小组队伍的壮大，能力的加强，它不但可以应用在小型企业，更是可以在大型的企业中得以运用，而且功能会越来越强大，不仅仅是对营业额的统计，而且可以实现对每件产品销售量的统计、管理、查询。而且还有望发展到其他的各个领域。
将本文的word文档下载到电脑，方便收藏和打印。