• 38.06 KB
  • 36页

软件项目报告ppt模板

  • 36页
  • 当前文档由用户上传发布,收益归属用户
  1. 1、本文档共5页,可阅读全部内容。
  2. 2、本文档内容版权归属内容提供方,所产生的收益全部归内容提供方所有。如果您对本文有版权争议,可选择认领,认领后既往收益都归您。
  3. 3、本文档由用户上传,本站不保证质量和数量令人满意,可能有诸多瑕疵,付费之前,请仔细先通过免费阅读内容等途径辨别内容交易风险。如存在严重挂羊头卖狗肉之情形,可联系本站下载客服投诉处理。
  4. 文档侵权举报电话:19940600175。
'软件项目报告ppt模板  篇一:软件需求分析报告模板(完整版)  软件需求分析报告模板(完整版)  目录  1.范围1  2.总体要求1  总体功能要求.......................................................................................................................1  软件开发平台要求...............................................................................................................1  软件项目的开发实施过程管理要求....................................................................................2  软件项目实施过程总体要求........................................................................................2  软件项目实施变更要求 ................................................................................................2  软件项目实施里程碑控制............................................................................................2  3.软件开发3  软件的需求分析...................................................................................................................3  需求分析........................................................................................................................3  需求分析报告的编制者................................................................................................4  需求报告评审................................................................................................................4  需求报告格式 ................................................................................................................4  软件的概要设计...................................................................................................................4  概要设计........................................................................................................................4  编写概要设计的要求....................................................................................................4  概要设计报告的编写者................................................................................................4  概要设计和需求分析、详细设计之间的关系和区别................................................4  概要设计的评审 ............................................................................................................4  概要设计格式................................................................................................................4  软件的详细设计...................................................................................................................5  详细设计........................................................................................................................5  特例................................................................................................................................5  详细设计的要求............................................................................................................5   数据库设计....................................................................................................................5  详细设计的评审............................................................................................................5  详细设计格式................................................................................................................5  软件的编码...........................................................................................................................5  软件编码........................................................................................................................5  软件编码的要求 ............................................................................................................5  编码的评审....................................................................................................................6  编程规范及要求............................................................................................................6  软件的测试...........................................................................................................................6  软件测试........................................................................................................................6  测试计划........................................................................................................................6   软件的交付准备...................................................................................................................6  交付清单........................................................................................................................6  软件的鉴定验收...................................................................................................................7  软件的鉴定验收............................................................................................................7  验收人员........................................................................................................................7  验收具体内容 ................................................................................................................7  软件验收测试大纲........................................................................................................7  培训.......................................................................................................................................7  系统应用培训................................................................................................................7  系统管理的培训(可选)............................................................................................8  附录A软件需求分析报告文档模板9  附录B软件概要设计报告文档模板  21  附录C软件详细设计报告文档模板  33  附录D软件数据库设计报告文档模板   43  附录E软件测试(验收)大纲错误!未  定义书签。5  1.范围  本指南用于指导软件开发者为南京市交通局开发软件项目的过程,通过规范软件项目承担单位的开发过程达到提高软件质量,降低维护成本的目的。开发者应根据本指南进行软件开发和编制软件开发文档。本指南是对软件项目承担单位的基本要求。在本指南的附录A至E中提供了文档的编写模板供开发者参考,在进行具体软件开发时,开发者可根据实际情况采编写,但必须提供双方约定的文档,文档中约定的内容必须描述清楚。  2.总体要求  总体功能要求  网络应用环境以Internet/Intranet技术为核心。  开发者应在充分分析需求的基础上,选择采用B/S结构或者C/S结构。  软件系统的数据库应依照《南京市交通局信息化数据库建设规范》进行设计和建设。本指南中没有规定开发者采用何种具体的软件工程开发方法,开发者可根据项目具体特  点、自身擅长来选择采用面向过程的方法、面向对象的方法或面向数据的方法,但建议开发 商使用面向对象软件工程的方法,如:采用目前被广泛使用的RUP(RationalUnifiedProcess)方法来进行分析、设计和开发。  软件开发平台要求  开发者开发的软件必须能够在南京市交通局规定的软件平台上正常运行。目前软件平台为:  数据库管理系统:  Oracle9i以上版本  中间件(应用服务器)系统:  IBMWebSphere  OA系统:  LotusDomino/Notes  网络架构:  完全支持TCP/IP协议  开发工具或技术体系:  为保证软件的上下兼容性,开发者应选择比较通用的开发工具的较新版本进行开  发,如MicrosoftVisual,BorlandDelphi,C++Builder,或J2EE(Java2P1atformEnterpriseEdition)等。  软件项目的开发实施过程管理要求  软件项目实施过程总体要求  (一)开发者提交软件开发工作大纲,交通局组织专家组对工作大纲进行评审,并提出整改意见。   (二)通过评审后,开发者根据整改意见完善工作大纲,经过交通局认可后组织项目组进行软件开发。软件开发工作按照需求分析、概要设计、详细设计、编码、测试等几个阶段进行,在开发过程中,开发者需分阶段提交相关文档。  (三)在软件开发工作完成后,开发者应向交通局提交完整的软件文档,交通局组织验收组对软件进行验收审查。  软件项目实施变更要求  在开发过程中,需求或设计不可避免地需要发生变更,相关变更必须经过交通局书面同意方可进行。在需求或设计发生变更时,需要对原有文档进行修改,并提供完整的变更记录,以使变更处于可控制的状态。变更单如下表所示:  表2-1变更单  软件项目实施里程碑控制  交通局将分四个阶段进行把关,召开专家审查会。  (一)需求分析(结合原型进行审查)确认;  (二)概要设计+数据库设计;  (三)预验收(试运行后);  (四)正式验收(推广使用后)。  3.软件开发   合同签订以后,项目承担单位即可组织项目组进行软件开发工作。软件开发必须严格按照软件工程的要求进行。开发过程包括开发者的活动和任务。此过程由软件需求分析、概要设计、详细设计、编码、测试、验收、鉴定等活动组成。  软件的需求分析  需求分析  首先,开发者和交通局应共同对交通局的应用需求作充分的调研,提交完整的需求分析报告。在需求分析报告中必须描述的基本问题是:功能、性能、强加于实现的设计限制、属性、外部接口。应当避免把设计或项目需求写入需求分析报告中。它必须说明由软件获得的结果,而不是获得这些结果的手段。  软件需求可以用若干种方法来表达,如通过输入、输出说明;使用代表性的例子;用规范化的模型。开发者应尽可能地使用模型的方式,因为这是表达复杂需求的精确和有效的方法。比如用统一建模语言(UML)来描述需求。  编写需求分析报告的要求  a.无歧义性  对最终产品的每一个特性用某一术语描述;若某一术语在某一特殊的行文中使用时具有多种含义,那么应对该术语的每种含义做出解释并指出其适用场合。  b.完整性   需求分析报告应该包括全部有意义的需求,无论是关系到功能的、性能的、设计约束的、还是关系到外部接口方面的需求;对所有可能出现的输入数据的响应予以定义,要对合法和非合法的输入值的响应做出规定;填写全部插图、表、图示标记等;定义全部术语和度量单位。  c.可验证性  需求分析报告描述的每一个需求应是可以验证的。可以通过一个有限处理过程来检查软件产品是否满足需求。  d.一致性  在需求分析报告中的各个需求的描述不能互相矛盾。  e.可修改性  需求分析报告应具有一个有条不紊、易于使用的内容组织;没有冗余,即同一需求不能在需求分析报告中出现多次。  f.可追踪性  每一个需求的源流必须清晰,在进一步产生和改变文件编制时,可以方便地引证每一个需求。  g.运行和维护阶段的可使用性  需求分析报告必须满足运行和维护阶段的需要。在需求分析报告要写明功能的来源和目的。  篇二:软件项目需求调研报告-模板  [XXXX]技术有限公司[公司名称]  [XXXX]公司[客户名称]  [XXXX]软件项目[项目或产品名称]  需求调研报告   文件信息  修改历史  目录  文件信息...................................................................1修改历史...................................................................2目录...................................................................3一、引言...............................................................4  、编写目的...................................................................................................................4、文档范围...................................................................................................................4、预期读者和阅读建议...............................................................................................4、 参考资料...................................................................................................................4二、项目描述...........................................................4  、项目背景...................................................................................................................4、项目名称...................................................................................................................5、项目概述...................................................................................................................5、项目关联性...............................................................................................................5、设计和实现上的限制...............................................................................................5、假定和约束 ...............................................................................................................6、名词/术语解释.........................................................................................................6三、用户环境描述.......................................................6  、用户单位组织结构...................................................................................................6、用户部门设置与职责...............................................................................................6、用户业务关系描述...................................................................................................7、系统面向的用户群...................................................................................................7、关键计算机资源....................................................................................................... 7、用户环境中的其他应用系统分布...........................................................................7四、功能性需求描述.....................................................7  、用户各部门当前的工作模式...................................................................................7、构建该系统的目标...................................................................................................8、功能结构图...............................................................................................................9、功能点需求...............................................................................................................9、接口需求.................................................................................................................10五、非功能性需求描述..................................................11   、系统环境需求.........................................................................................................11、易用性和用户体验需求.........................................................................................11、软硬件技术需求.....................................................................................................11、安全性需求.............................................................................................................11、可维护性需求.........................................................................................................11、对培训的需求.........................................................................................................12六、其他..............................................................12  、 软件应当遵循的标准或规范.................................................................................12、定义、首字母缩写词和缩略语.............................................................................12、附件.........................................................................................................................13  一、引言  、编写目的  编写提示:阐明编写该文档的目的;本节内容是读者接触到本文的第一段正式文字,建议通过简短文字描述简明扼要的告诉他们编写本文档的目标。例如:  1、本文档是[项目名称][系统属性]客户需求调研报告,供需求分析人员进行项目需  求分析时使用;  2、本文档可以作为项目验收标准之一;3、本文档可以作为软件维护的参考资料;  、文档范围  编写提示:对本文当所涉及到所有内容的高度概括,简要说明即可。例如:  1、本文档包括 [项目描述]、[用户环境描述]…等几个章节,并:  a)在[项目描述]章节中描述了…信息;b)在[用户环境描述]章节中描述了…信息;  c)…  、预期读者和阅读建议  编写提示:描述本文档可能涉及到的各类读者对象以及不同的读者应该注意的侧重点;  、参考资料  编写提示:列出本文档的所有参考文献(可以是非正式出版物、客户的规章制度和流程文件、相关法律法规文件等),格式如下:  二、项目描述  、项目背景  编写建议:描述该项目的建设背景;  例如:  1、项目立项时的环境描述;2、项目立项的政策性支持;3、项目需求提出的初衷目的等。  、项目名称  编写建议:描述该项目的名称,格式为:[客户名称]-[软件名称]。例如:江西省电力集团信息通讯分公司-调运检一体化智能联动管理平台  、项目概述   编写建议:描述该项目的概要情况。应包括如下信息:  1、项目的委托单位;  2、项目主要功能或解决问题描述;可以用列举方式进行描述,例如:  1、项目委托单位:[单位名称];  2、比较委托单位原有系统与完整系统结构进行对比等,或进行详细的系统结构概述;3、针对项目的特色功能进行基本描述;4、…  、项目关联性  编写建议:描述该项目与其他相关事物的关联性。应包括如下信息:  1、与其他现有软件系统的关联性;  2、对现有客户环境(IT环境、管理措施等)造成的影响;3、对以后可能建设的其他系统造成的长期影响;4、其他认为应该包括的信息…  、设计和实现上的限制  编写建议:描述该项目的需求调研和分析、设计以及开发实现过程中可能会遇到的技术性限制;例如:  1、软件实现技术上的要求;2、与其他关联系统的对接要求;3、预留接口或扩展性的要求;4、其他认为应该包括的信息…  篇三:PPT模板工作报告   国外经典工作报告ppt模板‘01–‘09intheXXsventurecapitalexitsshiftedfromipostolessvaluable  maipo42vcexits:  ‘91–‘00mavcexits:XXXXactiveinvestorsdown–712activeinvestorsinXXversus313inXX  afundsizeincreased–165minXXversus200mmin  capitalfirmsonlythestrongestsurvivedthepost-bubbleshake-outacveinformaon  篇二:怎么做工作汇报类ppt怎样做工作汇报类ppt——专业ppt公司的实战教程年终了,是不是又要被工作汇报类的ppt折磨了?看看锐普公司出品的工作汇报教程,  一定会大有收获。  年终需要总结、项目需要总结、活动需要总结、课题需要总结、学习需要总结、执行更  需要总结??有工作,就需要总结;有总结,自然要汇报。我们已经告别了对着领导念稿子的年代,那是呆板、落后、枯燥、平淡的代名词。信息  化让我们正迎来工作汇报的ppt时代,而首当其冲的,自然是政府、大中型企业、公用事业  单位,目前的工作汇报ppt的应用也主要限于以上几个类型。工作汇报ppt制作的几个典型特点和标准:   (1)用色传统一些  商务蓝、中国红、简洁灰,是中国的大众色,也是领导比较容易接受的颜色。  (2)背景简洁一些  因工作汇报ppt的内容较复杂,所以背景一般都是由色块、线条以及简单点缀图案组成,  部分领导也喜欢有一些亮光之类的点缀色。放置内容的空间尽可能开阔。  (3)框架清晰一些  工作汇报一般由这几部分组成:前言或背景、实施情况、成绩与不足、未来规划等。  (4)文字保留一些经常情况下,工作汇报ppt的制作人不是汇报人,所以要尽可能根据汇报人的演示特点  制作,有时候会出现汇报人会不熟悉内容、心理紧张、应对领导深入提问等情况,所以,在  前言、内页、图表等要尽可能保留一些提示性文字。  (5)图表丰富一些  政府、国有企业、事业单位领导一般喜欢丰富的图表,以彰显专业性和严肃性,同时也  避免了传统ppt的呆板;这些图表,更倾向于艳丽的图表色彩、立体的图表质感、内容与背  景高度对比的画面风格。   (6)图片多样一些  背景图、点缀图标、衬托图片等适当放置,“眼见为实”是人的普遍心理,图片的大量应  用会大大增加业绩的说服力。  (7)动画适当一些  传统观点认为,工作汇报ppt简洁明了,无需动画。近年来,ppt动画的应用已经深入  人心,特别是逻辑动画的应用,不仅仅让ppt变得鲜活,更有利于理清思路、强化ppt的说  服力。在国有单位,不要动画是不行的,但动画过花也是万万不能的。建筑工程汇报总结ppt模板篇四:述职报告ppt模板述职报告ppt模板  第一、关于述职报告的本身。为何述职?解决什么问题?只是简单让大家亮亮相,还是让  大家通过述职解决问题?  工作述职,首先应对业绩以及职责有一个明确陈述。重点是把履职经验与组织分享,否  则向老总一个人汇报就可以了。总结、提炼你过去一年有哪些成功的经验。通过成功经验的  分享,本身就是一个学习。而且通过总结,提炼经验,也是完成一个系统。在陈述过程中,要以数据和事实来说话;同时要注重对成功经验的提炼,不要只是一种罗   列,我今天干了些什么??有的述职列了几十条,记流水帐,没有对流水帐进行提炼,对于成  功经验,没有去很好地、系统地予以总结。述职的最终目的是通过总结经验对系统加以改进。第二、述职的再一个目的是寻找问题。即一年来我们存在什么问题;同时找到产生问题的  原因。通过分析找出问题,避免以后犯同样的错误。允许犯错误,但不要犯同样的错。我们  应该深入地去分析问题,找出问题责任人,相关原因何在?从教训中去学习,不要回避问题的  责任人,要找到问题的关键及解决问题的方法。要避免局限于谈现象,缺乏原因、责任人、  今后如何避免等分析。  第三、述职本身是一个能力开发过程,是对自我能力,以及团队能力的一个开发过程。  除讲业绩经验以及问题,还要分析我们团队的建设及人力资源管理问题。人力资源不应是人力资源部一个部门的事,而是每个管理者都要参与的事。部门经理要  对本部门的人才结构、核心人才流失负责。如果我们人才留不住,人才结构没有提升,那说  明你的业绩没有提升。   如何把我们的人力资源建设、企业文化建设放在述职中?对此我们谈得较少。说明我们在  对业绩的陈述中,对软件即队伍建设、文化建设、团队建设关注不够。很少有人去分析能力  提升,我的能力有哪些不够?明年我在能力上要有哪些提升?管理上要有哪些提升?而且不光是  个人,还包括团队。如果团队的能力提升得不够,那么仅靠个人能力提升也是不够的。第四、确定新目标,新思路,新系统是述职的又一要求。因为述职是一个管理过程,可  以及时发现问题,改进工作,这是一个新思路的产生过程。为什么要让领导参加?就是让你的思路让领导了解。这是一个良性互动概念。评委已不仅  是评价打分,而更为重要的是通过了解述职人的新思路,来考虑它与大局、与集团或公司的  整体思路是否吻合。这个过程也是高层与基层的一个沟通过程,一个相互达成共识的过程。  所以说,述职是一个管理过程,一个系统过程。一种绩效推进系统的原因所在。为何要让文员参加?要相关部门参加?这就是要让相关部门认识到,我怎么去提供支持。  看其他部门在做什么,我怎么办、怎么做。第五、在提出新思路、新观念的同时,我们还要思考我们面临什么样的挑战、什么样的   机会。在谈新思路时,要有一个透晰的分析。第六、述职过程是一个寻求支持、寻求资源的过程。因为当我们做到一定程度时,需要  的是一种整体绩效,我们的产研销部门绝对不是一个局部绩效,它要求的是一个整体绩效。  所以在这样一个条件下,你需要你的上级、相关部门提供一个什么样的支持?要利用这个机会,  明确提出你的要求。  述职本身就是一个沟通,更多的应是提出变革与创新,不要仅是做职责的罗列。我们所  要求提倡的是创新性的策略与措施,重点应在这方面,更多的是看公司下一步可持续性发展、  为公司的变革与创新,我要做出哪些创新性贡献。附件:一份述职报告  ××××××  ——任期述职报告×××  (×年×月×日)  自×任职已×年。  任期内,在×××、×××的领导下,依靠各××部门、××部门的××及××、尤其  ×××人员的共同努力,在自己分管的×××等方面开展了一些工作。现将有关情况简要汇   报如下:  一、主要工作完成情况  (一)强化××××,坚持××××  1.科研贴近市场,推进技术创新企业生存与发展的关键在于技术创新。作为面向市场的××单位,近年来我公司在选择科研方向、开展科研工作中,始终坚持“科研选题贴近市尝科研工作结合生产”的原则,  着眼本地区、本行业的特点,瞄准了一些有市场前景的热点技术问题,结合生产实际,开展  系列研究,取得了显著成效。如“×××”、“×××”“×××”、“×××”等一批课题,均  较好地体现了上述原则,其成果既具有较好的社会效益、推进了技术进步,又为公司创造了  丰厚的经济效益。  任期内,我公司获国家奖×项,省部级奖×项,部级优秀软件奖×项。在国内外发表  学术论文×余篇,有×篇论文获得全国同行业、市、市自然科学优秀论文奖。  2.树立××意识,开展××创优在我国的××行业,×××就是精品的体现。近年来,我公司在全体员工中树立强烈的  ××意识,从单位生存发展的高度来推进 ×××,将其列为年度工作计划,并重点选择项目,  组织精干人员,制订×××计划,开展专题研讨,实施全程跟踪,以确保××目标的实现。任期内,我公司获国家奖×项,省部市级奖×项,院级奖×项。获奖数量及等级在全  国同行中名列前茅,也超额完成了任期目标中争创国家奖×项,省部级奖×项的指标。  (二)加强×××管理,确保×××  1.开展×××,强化科学管理科学的×××管理方法是保证×××的前提。在推行×××的基础上,任期内,我公司  又开展了三项××工作。一是,××年底完成的××工作;二是××年完成的×××工作;  三是××年度通过的××工作。这三项××工作历时×年,累计完成各类×××××多项,  并在实际中得到有效运行。这项工作进一步规范了我公司各×××的××管理,使之向科学  管理又迈进了一步。  2.定期××检查与讲评,坚持××管理×××的稳定要靠严格的日常管理。为了保证××得到落实,××有效控制。一方面,   定期组织人员对××检查;另一方面,针对××中出现的××问题定期开展讲评和讨论活动,  以探讨产生问题的原因及分析解决问题的办法,寻求提高的途径。通过这种定期的检查与  讲评,强化了员工的××意识,提高了对××的认识水平。  3.细化××责任制,进行××管理为了落实××制,我公司制订了相关文件,将××责任作了进一步的明确和细化。为了  加强××人员工作××的过程管理,又组织制订了各××的“××人员工作考核办法”,将  其工作进行量化,并与××人员年度考核等挂钩,因制度对其工作进行约束,从而保证×  ×。  通过上述各项工作,在任期内,完成的×××项中,××××,确保了×××的持续稳  定。  (三)引进培养人才,完善技术梯队  1.采用“按需定量、严格要求、招聘考核”的方法引进人才。公司根据总体发展规划进  行人才需求分析,并依据引进人才的三项原则,经过考核择优录用。近五年共引进高级工程   师×人,大学本科毕业生×人,有效补充了××的人才队伍。  2.采用“×××、×××、×××”的方法培养人才。对在岗的各类人员,分别采用了  不同的方式进行日常培训,以提高全体员工的业务素质和技术水平。五年多来,全员平均培  训率为×%,先后举办过“××”、“××”、“计算机技术培训”、“工人技术等级培训”等××  余个专题培训班和××多场专题报告会和学术讲座。同时,对××人员在生产实践中给予更  多的锻炼机会,使之迅速成长,有些很快成为生产和技术骨干。  3.采用“×××、××××、×××”的方法提高人才层次。为此我公司制订了“在职  人员××的有关规定”,对表现优秀的员工推荐报考我公司急需×××研究生,并给予资助。  采用这些方法,近五年已培养×××名,在读×××名,硕士生×名,从而有效地改善了述  职报告ppt模板  第一、关于述职报告的本身。为何述职?解决什么问题?只是简单让大家亮亮相,还是让  大家通过述职解决问题?   工作述职,首先应对业绩以及职责有一个明确陈述。重点是把履职经验与组织分享,否  则向老总一个人汇报就可以了。总结、提炼你过去一年有哪些成功的经验。通过成功经验的  分享,本身就是一个学习。而且通过总结,提炼经验,也是完成一个系统。在陈述过程中,要以数据和事实来说话;同时要注重对成功经验的提炼,不要只是一种罗  列,我今天干了些什么??有的述职列了几十条,记流水帐,没有对流水帐进行提炼,对于成  功经验,没有去很好地、系统地予以总结。述职的最终目的是通过总结经验对系统加以改进。第二、述职的再一个目的是寻找问题。即一年来我们存在什么问题;同时找到产生问题的  原因。通过分析找出问题,避免以后犯同样的错误。允许犯错误,但不要犯同样的错。我们应该深入地去分析问题,找出问题责任人,相关原因何在?从教训中去学习,不要回避  问题的责任人,要找到问题的关键及解决问题的方法。要避免局限于谈现象,缺乏原因、责  任人、今后如何避免等分析。第三、述职本身是一个能力开发过程,是对自我能力,以及团队能力的一个开发过程。   除讲业绩经验以及问题,还要分析我们团队的建设及人力资源管理问题。人力资源不应是人力资源部一个部门的事,而是每个管理者都要参与的事。部门经理要  对本部门的人才结构、核心人才流失负责。如果我们人才留不住,人才结构没有提升,那说  明你的业绩没有提升。  如何把我们的人力资源建设、企业文化建设放在述职中?对此我们谈得较少。说明我们在  对业绩的陈述中,对软件即队伍建设、文化建设、团队建设关注不够。很少有人去分析能力  提升,我的能力有哪些不够?明年我在能力上要有哪些提升?管理上要有哪些提升?而且不光是  个人,还包括团队。如果团队的能力提升得不够,那么仅靠个人能力提升也是不够的。第四、确定新目标,新思路,新系统是述职的又一要求。因为述职是一个管理过程,可  以及时发现问题,改进工作,这是一个新思路的产生过程。为什么要让领导参加?就是让你的思路让领导了解。这是一个良性互动概念。评委已不仅  是评价打分,而更为重要的是通过了解述职人的新思路,来考虑它与大局、与集团或公司的  整体思路是否吻合。这个过程也是高层与基层的一个沟通过程,一个相互达成共识的过程。   所以说,述职是一个管理过程,一个系统过程。一种绩效推进系统的原因所在。为何要让文员参加?要相关部门参加?这就是要让相关部门认识到,我怎么去提供支持。  看其他部门在做什么,我怎么办、怎么做。第五、在提出新思路、新观念的同时,我们还要思考我们面临什么样的挑战、什么样的  机会。在谈新思路时,要有一个透晰的分析。第六、述职过程是一个寻求支持、寻求资源的过程。因为当我们做到一定程度时,需要  的是一种整体绩效,我们的产研销部门绝对不是一个局部绩效,它要求的是一个整体绩效。  所以在这样一个条件下,你需要你的上级、相关部门提供一个什么样的支持?要利用这个机会,  明确提出你的要求。  述职本身就是一个沟通,更多的应是提出变革与创新,不要仅是做职责的罗列。我们所  要求提倡的是创新性的策略与措施,重点应在这方面,更多的是看公司下一步可持续性发展、  为公司的变革与创新,我要做出哪些创新性贡献。篇五:工作汇报型ppt制作的七个标准  【版面】工作汇报型ppt制作的七个标准 ppt应用越来越广泛,而工作汇报型ppt则是其应用最主要的领域。工作汇报ppt该怎  么做?这正成为一门学问。年终需要总结、项目需要总结、活动需要总结、课题需要总结、学习需要总结、执行更  需要总结??只要有工作,就需要总结;有总结,自然要汇报。我们已经告别了对着领导念稿子的年代,那是呆板、落后、枯燥、平淡的代名词。信息  化让我们正迎来工作汇报的ppt时代,而首当其冲的,自然是政府、大中型企业、公用事业  单位,目前的工作汇报ppt的应用也主要限于以上几个类型,纵观工作汇报ppt制作,我们  可以发现他们具有以下几个典型特点和标准。第一、用色传统一些  商务蓝、中国红、简洁灰,是中国的大众色,也是领导比较容易接受的颜色。第二、背景简洁一些  因工作汇报ppt的内容较复杂,所以背景一般都是由色块、线条以及简单点缀图案组成,  部分领导也喜欢有一些亮光之类的点缀色。放置内容的空间尽可能开阔。第三、框架清晰一些  工作汇报一般由这几部分组成:前言或背景、实施情况、成绩与不足、未来规划等。第四、文字保留一些   经常情况下,工作汇报ppt的制作人不是汇报人,所以要尽可能根据汇报人的演示特点  制作,有时候会出现汇报人会不熟悉内容、心理紧张、应对领导深入提问等情况,所以,在  前言、内页、图表等要尽可能保留一些提示性文字。第五、图表丰富一些  政府、国有企业、事业单位领导一般喜欢丰富的图表,以彰显专业性和严肃性,同时也  避免了传统ppt的呆板;这些图表,更倾向于艳丽的图表色彩、立体的图表质感、内容与背  景高度对比的画面风格。第六、图片多样一些  背景图、点缀图标、衬托图片等适当放置,“眼见为实”是人的普遍心理,图片的大量应  用会大大增加业绩的说服力。第七、动画适当一些  传统观点认为,工作汇报ppt简洁明了,无需动画。近年来,ppt动画的应用已经深入人心,特别是逻辑动画的应用,不仅仅让ppt变得鲜  活,更有利于理清思路、强化ppt的说服力。在国有单位,不要动画是不行的,但动画过花  也是万万不能的。  '