下载文档原格式
《软件工程》教学教案一、第一章：软件工程概述1. 教学目标了解软件工程的定义、目的和重要性，掌握软件开发的基本过程和原则。
2. 教学内容软件工程的定义和重要性；软件开发的基本过程；软件工程的原则和方法。
3. 教学方法采用讲授法，结合案例分析，让学生了解和掌握软件工程的基本概念和原则。
4. 教学资源教材、课件、案例分析。
5. 教学评价通过课堂提问和案例分析，评估学生对软件工程的理解和应用能力。
二、第二章：软件需求分析1. 教学目标掌握软件需求分析的基本概念、方法和过程，能够运用需求分析工具进行需求收集和分析。
2. 教学内容软件需求分析的基本概念；需求分析的方法和过程；需求分析工具的使用。
3. 教学方法采用讲授法和实例分析，让学生了解和掌握需求分析的方法和过程。
4. 教学资源教材、课件、实例分析。
5. 教学评价通过课堂提问和实例分析，评估学生对需求分析的理解和应用能力。
三、第三章：软件设计1. 教学目标掌握软件设计的基本概念、方法和过程，能够运用设计工具进行软件架构和详细设计。
2. 教学内容软件设计的基本概念；设计方法和过程；设计工具的使用。
3. 教学方法采用讲授法和实例分析，让学生了解和掌握软件设计的方法和过程。
4. 教学资源教材、课件、实例分析。
5. 教学评价通过课堂提问和实例分析，评估学生对软件设计的理解和应用能力。
四、第四章：软件实现1. 教学目标掌握软件实现的基本概念、方法和过程，能够运用编程语言进行软件编码和测试。
2. 教学内容软件实现的基本概念；实现方法和过程；编程语言和测试工具的使用。
3. 教学方法采用讲授法和编程实践，让学生了解和掌握软件实现的方法和过程。
4. 教学资源教材、课件、编程环境和测试工具。
5. 教学评价通过编程实践和测试结果，评估学生对软件实现的理解和应用能力。
五、第五章：软件维护1. 教学目标掌握软件维护的基本概念、方法和过程，能够进行软件维护和优化。
2. 教学内容软件维护的基本概念；维护方法和过程；软件优化技巧。
可编辑修改精选全文完整版《中级微观经济学》课程教学大纲课程代码：50140035课程名称：中级微观经济学课程基本情况：1．学分：3学分学时：48学时2．课程性质：必修3．适用专业：经济学适用对象：本科4．先修课程：经济学原理、高等数学5．首选教材：范里安著，费方域译，《微观经济学：现代观点》第六版，上海：上海人民出版社。
二选教材：平新乔著，《微观经济学十八讲》，北京：北京大学出版社，2001。
参考书目：[1]、高山晟著，刘振亚译，《经济学中的分析方法》，北京：中国人民大学出版社，2001；[2]、张维迎著，《博弈论与信息经济学》，上海：上海三联出版社、上海人民出版社，1999；[3]、Hal Varian, Intermediate Microeconomics: A Modern Approach, sixth edition,W.W.Norton & Co., 2005；[4]、曼昆著，梁小民译，《经济学原理》（第3版·上、下册），北京：机械工业出版社，2003。
[5].平狄克、鲁宾费尔德著张军译，《微观经济学》第四版，北京：中国人民大学出版社，2002；[6].曼斯费尔德著，黄险峰等译，《微观经济学》（第九版），北京：中国人民大学出版社，2003；6．考核形式：闭卷考试+平时表现（期末闭卷考试占70%；平时表现占30%）7．教学环境：要具备必要的现代化教学工具，如多媒体教室。
课程教学目的及要求：微观经济学是学习和掌握现代主流经济学的基础课程，是迈进经济学殿堂的重要阶梯。
现代经济学已经发展出一整套可经证伪的理论体系，与其他社会科学相比，它更趋近于自然科学，因而是一门更为“科学”的社会科学。
本课程旨在讲述两百年来经济学关于资源配置的解释性逻辑框架，演绎新古典经济学的理论架构，培养学生经济学的思维方式，使得他们能够像经济学家那样去思考现实中的各类经济问题。
学生通过学习，一方面需要把握微观经济理论的框架体系，弄清微观经济理论的基本内容，掌握其分析方法，了解其最新发展；另一方面，也是极为重要的，需要学会如何用所学到的理论分析工具，解释和分析现实中的经济问题。
《软件需求分析》教学大纲目录一、内容概要 (2)1.1 课程介绍 (3)1.2 教学目标 (4)1.3 教学内容概述 (5)二、软件需求分析基础 (6)2.1 软件需求分析的重要性 (7)2.2 软件需求分析的基本概念 (8)2.3 需求分析的基本原理 (9)2.4 需求分析的方法论 (11)三、需求获取与整理 (11)3.1 需求获取的策略 (13)3.2 需求整理的技巧 (15)3.3 需求规格说明书的编写 (16)四、需求分析方法 (17)4.1 结构化分析方法 (19)4.2 面向对象的分析方法 (20)4.3 数据流分析方法 (21)4.4 其他需求分析方法简介 (22)五、需求验证与确认 (24)5.1 需求验证的目的和方法 (25)5.2 需求确认的流程和标准 (26)5.3 案例分析 (27)六、需求管理 (29)6.1 需求管理的概念和重要性 (30)6.2 需求变更的管理 (31)6.3 需求跟踪与监控 (33)6.4 需求文档的管理 (34)七、需求分析与设计的关系 (36)7.1 需求分析与设计的相互作用 (37)7.2 需求驱动的设计方法 (38)7.3 案例分析 (39)八、课程总结与展望 (41)8.1 课程总结 (42)8.2 学生学习成果评估 (43)8.3 对未来软件需求分析发展的展望 (45)一、内容概要本课程旨在培养学生掌握软件需求分析的基本理念、方法和技能，使学生具备从事软件项目需求分析工作的能力。
课程内容包括软件需求分析的基本概念、原理、过程和方法，以及相关工具的使用。
熟悉软件需求分析的过程和方法，包括需求获取、需求分析、需求定义和需求验证等阶段。
能够参与软件项目的需求分析工作，与项目团队成员有效沟通，确保需求的准确性和完整性。
软件需求分析基础：介绍软件需求分析的基本概念、原理、目标和任务，以及需求分析在软件开发生命周期中的地位和作用。
需求获取：讲解需求获取的方法和技巧，包括与客户沟通、现场调研、问卷调查等。
软件需求分析（Software Reguirement Analysis）是研究用户需求获得的工具, 完全理解用户对软件需求的完整功能, 确认用户软件功能需求, 建立可确认的、可验证的一个基本依据.之欧侯瑞魂创作软件需求分析是一个项目的开端, 也是项目实施最重要的关键点.据有关地机构分析结果标明, 我们设计的软件产物存在不完整性、不正确性等问题80％以上是需求分析毛病所招致的, 而且由于需求分析毛病造成根赋性的功能问题尤为突出.因此, 一个项目的胜利软件需求分析是关键的一步.一、软件需求分析理论如果我们用数学方法来描述软件需求分析, 可以将一个应用软件界说为S, 可能应用软件涉及功能性问题非常广, 我们用笼统化理论分析, 可以划分为各个功能域, 可以用D1、D2、… Dn暗示, 那么, 我们可以用一个表达式描述为S={D1, D2, D3, …Dn}可是, 功能域Di依然存在着有若干个问题P1、P2、P3、… Pm组成, 而且每个功能对应于子系统中的一个软构件, 我们可以暗示为Di={P1, P2, P3, …Pm}同样, 功能Pj有若干个行为F1、F2、F3、… Fk, 每个行为对应于软构件中的实现方法Pj={F1, F2, F3, …Fk}一个软件包括了所有功能的集合, 同时包括了实现所有功能的所有方法和算法描述.需求分析是依据于用户需求, 经过需求问题识别, 进行分析、消化与综合, 制订规格说明, 评审, 分为四个阶段, 形成用户需求与设计同步, 设计满足用户需求目标.需求分析方法始终贯穿戴吸收、同化、贯彻方法和手段, 用商业化行为解决需求与实现中存在的矛盾, 解决用户需求与商业化产物融通, 解决规范与个性化追求.二、软件需求分析目标软件需求分析的主要实现目标：1）对实现软件的功能做全面的描述, 帮手用户判断实现功能的正确性、一致性和完整性, 促使用户在软件设计启动之前周密地、全面地思考软件需求；2）了解和描述软件实现所需的全部信息, 为软件设计、确认和验证提供一个基准；3）为软件管理人员进行软件本钱计价和编制软件开发计划书提供依据；需求分析的具体内容可以归纳为六个方面：软件的功能需求, 软件与硬件或其他外部系统接口, 软件的非功能性需求, 软件的反向需求, 软件设计和实现上的限制, 阅读支持信息.软件需求分析应尽量提供软件实现功能需求的全部信息, 使得软件设计人员和软件测试人员不再需要需求方的接触.这就要求软件需求分析内容应正确、完整、一致和可验证.另外, 为保证软件设计质量, 便于软件功能的休整和验证, 软件需求表达无岔意性, 具有可追踪性和可修改性.、软件功能需求软件的功能需求是整个需求分析最主要、最关键和最复杂的部份, 它描述软件的各种可能的条件下, 对所有可能输入的数据信息, 应完成那些具体功能, 发生什么样的输出.描述软件功能需求是应注意下面几点：1）功能需求的完整性和一致性对功能的描述应包括与功能相关的信息, 并应具有内在的一致性（即各种描述之间不矛盾、不抵触）.应注意以下几点：（1）给出触发功能的各种条件（如：控制流、运行状态、运行模式等）；（2）界说各种可能性条件下的所有可能的输入（包括合法的输入空间和非法的输入空间）；（3）给出各种功能间可能的相互关系（如各个功能间的控制流、数据流、信息流, 功能运行关系：顺序、重复、选择、并发、同步）；（4）给出功能性的主要级别（如：基本功能、可由设计者选择逐步实现的功能、可由设计者改变实现的功能等）；（5）尽可能不使用“待定”这样的词.所有含有待定内容的需求都不是完整的文件, 如果呈现待定的部份, 必需进行待定部份内容说明, 落实负责人员、落实实施日期.2）功能描述的无岔意性和可追踪性需求功能描述的无岔意性、可追踪性和规范化：（1）功能描述必需清晰地描述出怎样输入到怎样输出, 而且输入、输出描述应对应有数据流描述、控制流描述图, 这些描述必需与其它处所描述一致；（2）可以用语言、方程式、决策表、矩阵或图等对功能的描述.如果选用语言描述必需使用结构化的语言, 描述前必需说明该步伐（或子功能）的执行是顺序, 选择, 重复, 还是并发, 然后说明步伐逻辑.整个描述必需单入单出.（3）描述时, 每一个功能名称和参照编号必需唯一, 且不要将多个功能混在一起进行描述, 这样便于功能的追踪和修改.（4）功能描述应注意需求说明和法式设计的区别.需求设计仅仅是软件的功能设计, 它给出软件运行的的外部功能描述, 以及为了实现这一外部功能必需做哪些事情（采纳和种数据结构, 界说多个模块,接口间的接口等）是设计阶段的事情, 功能描述不应涉及到那些细节问题, 以防止给软件设计带来不需要的约束.、软件与硬件或其他外部系统接口软件与硬件或其它外部系统接口包括下述内容：（1）人机接口：说明输入、输出的内容、屏幕安插、格式等要求；（2）硬件接口：说明端口号, 指令集, 输入输出信号的内容与数据类型, 初始化信号源, 传输通道号和信号处置方式.（3）软件接口：说明软件的名称、助记符、规格说明、版本号和来源；（4）通讯接口：指定通讯接口和通讯协议等描述.、软件的非功能性需求软件非功能性需求是指软件性能指标, 容限等功能以外的需求.一般指下述内容：（1）时间需求：输入、输出频率, 输入、输出响应时间, 各种功能恢复时间等；（2）处置容限、精度、采样参数的分辨率, 误差处置等；（3）可靠性的MTBF要求, 可维护性、平安性要求等.（对可能的不正常的输入给以正常响应是可靠性的重要内容, 这属于功能性需求.）、软件反向需求软件的反向需求描述软件在那些情况下不能做什么.这一条是随软件实际要求而定.有两类情形需要采纳反向需求的形式.第一种情况：某些用户需求适宜采纳反向形式说明, 如数据平安性要求属于这类形式.第二种情况：对一些可靠性和平安性要求较高的软件, 有些必需描述软件不能做些什么.如控制焚烧时序, 我们必需交代清楚在那些情况下不能焚烧, 否则会造成故障.、软件设计和实现上的限制软件设计和实现上的限制主要指对软件设计者的限制.如软件运行环境的限制（选择计算机类型, 使用配置, 把持系统的限制等）、设计工具的限制（使用语言、执行的标准）和保密要求等.、阅读支持信息这部份内容是为了更好的帮手我们理解用户需求, 也是为了使需求便于修改和追踪.其自己其实不是对需求的描述, 但它影响到需求分析的可读性, 也属于需求分析的一个重要部份.一般目录、需求布景信息、内容索引、交叉引用表、注释等均属于这个部份的内容.三、软件需求分析人员组织软件需求分析其根赋性问题是理解用户功能需求, 由此软件需求分析实际上是与客户间交流过程完成的目标.要求我们组织适当的介入人员进行交流活动.需求分析是一个综合团队的工作, 是在需求分析理论的指导下, 对用户需要进行渐进方式逐步深化；通过不竭变动方式形成具体约束；努力实现需求功能目标形成特色效果的商业化产物.需求分析是一个商业行为, 完全是一个商业化把持, 要求有商业、技术等结合的团队共同合作, 解决需求和设计的同步, 设计符合需求.项目涉及内容, 项目年夜小都需要我们考虑介入软件需求分析工作团退的人数, 配置合理的介入人员.一般我们必需有商务活动听员, 项目管理人员, 设计技术人员等介入, 而且要求组织人员必需明确负责范围, 以及明确工作目标, 保证实施的有效性.四、软件需求分析方法为了保证项目的正常实施, 而且能够顺利的完成, 我们必需加强项目管理和重视项目分析工作.我们只有从实际动身, 切切实实地掌控用户需求, 掌控用户需求目标, 掌控用户将来功能界定, 保证我们开发工作正确性方向.4.1、重点监控软件需求分析法子由于软件项目的特殊性和行业覆盖的广阔性, 以及需求分析的高风险性, 软件需求分析的重要性是不言而喻的, 同时需求分析又的简直确难做.其原因基本是由于以下情况造成的.4.1.1、客户说不清楚需求有些客户对需求只有朦胧的感觉, 固然说不清楚具体的需求.例如全国各地的很多部份、机构、单元在进行应用系统以及网络建设时, 客户方的办公人员年夜多不清楚计算机网络有什么用, 更缺乏IT系统建设方面的专家和知识.此时, 用户就会要求软件系统分析人员替他们设想需求.工程的需求存在一定的主观性, 为项目未来建设埋下了潜在的风险.4.1.2、需求自身经常变动根据以往的历史经验, 随着客户方对信息化建设的认识和自己业务水平的提高, 他们会在分歧的阶段和时期对项目的需求提出新的要求和需求变动.事实上, 历史上没有一个软件的需求改动少于三次的！所以必需接受“需求会变动”这个事实, 在进行需求分析时要理解防患于未然, 尽可能地分析清楚哪些是稳定的需求, 哪些是易变的需求, 以便在进行系统设计时, 将软件的核心建筑在稳定的需求上, 同时留出变动空间.咨询监理方在需求分析的功能界定上担负一个中间、公平、公正的角色, 所以也必需积极介入到需求分析的准备中来, 以便协助客户方和承建方来界定“做什么”、“不做什么”的系统功能界限.4．1．3、分析人员或客户理解有误软件系统分析人员不成能都是全才, 更不成能是行业方面的专家.客户表达的需求, 分歧的分析人员可能有分歧的理解.如果分析人员理解错了, 可能会招致以后的开发工作劳而无功.记得一则笑话, 有个外星人间谍潜伏到地球打探情报, 它给上司写了一份陈说：“主宰地球的是汽车.它们喝汽油, 靠四个轮子滚动前进, 嗓门极年夜, 双眼在夜里能射出强光……有趣的是, 车里住着一种叫作‘人’的寄生虫, 这些寄生虫完全控制了车.”所以分析人员知识的专一性也会造成需求分析的误解和失败.这时, 咨询监理公司就必需根据实际的项目需求调研计划, 提醒承建方加强业务了解水平和注重沟通技巧.4.2、有效性软件需求分析三步法根据以往的工程经验, 需求分析工作方法, 应该定位在“三个阶段”（也称“三步法”）.4.2.1、“访谈式Visitation”阶段这一阶段是和具体用户方的领导层、业务层人员的访谈式沟通, 主要目的是从宏观上掌控用户的具体需求方向和趋势, 了解现有的组织架构、业务流程、硬件环境、软件环境、现有的运行系统等等具体情况、客观的信息.建立起良好的沟通渠道和方式.针对具体的职能部份以及各委办局, 最好能指定本次项目的接口人.实现手段：访谈、调查表格输出功效：调查陈说、业务流程陈说4.2.2、“诱导式Inducement”阶段这一阶段是在承建方已经了解了具体用户方的组织架构、业务流程、硬件环境、软件环境、现有的运行系统等等具体实际、客观的信息基础上, 结合现有的硬件、软件实现方案, 做出简单的用户流程页面, 同时结合以往的项目经验对用户采纳诱导式、启发式的调研方法和手段, 和用户一起探讨业务流程设计的合理性、准确性、便易性、习惯性.用户可以把持简单演示的DEMO,来感受一下整个业务流程的设计合理性、准确性等等问题, 及时地提出改进意见和方法.实现手段：访问（诱导）、原型演示输出功效：调研分析陈说、原型反馈陈说、业务流程陈说4.2.3、“确认式Afirm”阶段这一阶段是在上述两个阶段功效的基础上, 进行具体的流程细化、数据项简直认阶段, 这个阶段承建方必需提供原型系统和明确的业务流程陈说、数据项表, 并能清晰地向用户描述系统的业务流设计目标.用户方可以通过审查业务流程陈说、数据项表以及把持承建方提供的DEMO系统, 来提出反馈意见, 并对已经可接受的陈说、文档签字确认.实现手段：访问（回顾、确认）, 提交业务流程陈说、数据项表；原型演示系统输出功效：需求分析陈说、数据项、业务流程陈说、原型系统反馈意见（后三者可以统一归入需求分析陈说中, 提交用户方、监理方进行确认和存档）整体来讲, 需求分析的三个阶段是需求调研中不成忽视一个重要的部份, 三个阶段或者说三步法的实施和采纳, 对用户和承建方都同样提供了项目胜利的保证.固然在系统建设的过程中, 特别在采纳迭代法的开发模式时, 需求分析的工作需一直进行下去, 而在后期的需求改进中, 工作则基本集中在后两个阶段中.五、软件需求分析工具我们根据用户需求, 通过反复讨论、分析, 最终明确一个唯一性的用户需求, 这个结果其实就是我们的软件需求分析陈说.一般我们采纳Word、PowerPoint、Visio、ProntPage、Excel等Office工具, 同时可能采纳一些开发工具, 如VC或BC等, 同样也会使用一些图形工具, 如Potoshop、调色板等画图工具.使用各种工具表达软件需求分析, 其具体表达手段可以分为：效果图描述.主要是用户UI界面的描述反映用户需求功能；逻辑图描述.根据用户需求功能, 使用笼统化理论, 以及需求分析理论, 对用户需求功能进行全面的分析, 建立功能性逻辑关系图, 流程逻辑关系图等；关系图表描述.主要是对信息关系、数据库表格、接口函数等描述；工程数学描述.分析用户需求, 分析用户需求信息, 运用工程数学进行算法推导, 进行合理化需求分析推导；甘舆图描述.主要是软件项目工作安插, 开发周期预估；其它方法描述.保证完整性合理性的有效描述.六、软件需求分析评估软件需求分析评估是为了检查我们进行软件需求分析工作, 保证软件需求分析工作正确性、完整性、有效性、合理性、可确认性、可实施性, 完全保证用户所需求的功能.6.1、组织结构与责任管理我们对组织结构与责任管理的评估主要有：介入人员任务和责任界面的明确；安插计划按时完成状况；相互间的协调能力状况.6.2、满足用户需求的功能我们进行需求分析的目的是完整、准确地描述用户的需求, 跟踪用户需求的变动, 将用户的需求准确地反映到系统的分析和设计中, 并使系统的分析、设计和用户的需求坚持一致.需求分析的特点是需求的完整性、一致性和可追溯性.完整性：是准确、全面的描述用户的需求.一致性：是通过分析整理, 剔除用户需求矛盾的方面, 规范用户需求.可追溯性：有两个方面的含义, 整理和规范的需求, 其一, 需要不竭的和用户进一步交流, 坚持和用户最新的需求一致.其二, 和系统分析（设计）坚持一致.因此在需求分析之前我们必需建立需求分析技术层面的基本框架, 从技术上保证需求分析的要求, 在此基础上我们进行的需求分析才华满足项目对需求分析的要求.6.3、保证可实施性我们必需以用户软件需求为依据, 以求实的态度详细的、准确的、完整的编写软件需求分析, 防止空想世界, 空中楼阁的想法；防止无逻辑性、无核心的描述；防止无量化思维, 无实际空间概念.6.4、需求分析评价指标主要有这么几个指标：功能性、完整性、正确性、逻辑性、暗示性、合理性, 可实施性等.6.5、工作周期评价人员投入, 以及费用支出的合理性问题.正确制定工作周期, 保证软件项目的顺利完成.6.6、需求不确定更改与可确认保证可确认需求功能是实现用户需求的基本保证, 如果不成确认的、不确定更改存在, 将会阻碍软件实现, 或者软件设计存在着不完整性缺陷, 或者存在着不成实施性问题, 我们必需区分是功能性障碍问题, 还是未来性问题.如果不能够明确是未来性问题, 则必需调整功能需求, 化解不确定更改的问题.因此, 判断不确定性更改是一个非常重要的问题。
4需求的价格弹性和收入弹性解释三:替代效应与收入效应当一种商品的价格发生变化时，会对消费者产生两种影响:一是使商品的相对价格发生变化。
二是使消费者的实际收入水平发生变化。
例如:有两种商品，牛肉和土豆，当牛肉的价格下降而土豆的价格保持不变时，牛肉就相对变便宜了，而土豆就相对变贵了。
同时，牛肉价格的上涨(名义收入和其他商品的价格均保持不变)使得消费者不再消费得起原来能消费得起的商品，也就是使其实际购买力下降了，我们称之为实际收入下降了。
正是商品价格发生变化时，使商品的相对价格和实际收入水平发生了变化，才影响了消费者对这种商品的需求量。
实际上，如果所有的商品价格以及收入都同比发生变化，则消费者并未受到任何实际的影响，消费者的行为也就不会受到价格变动的影响。
我们把由于商品的价格变动所引起的实际收入水平变动，进而由实际收入水平变动所引起的商品需求量的变动，称为收入效应。
把由于商品的价格变动所引起的商品相对价格的变动，进而由商品的相对价格变动所引起的商品需求量的变动，称为替代效应。
替代效应加上收入效应便是价格变动导致的总效应。
首先，我们来分析替代效应。
我们知道替代效应加上收入效应便是价格变动导致的总效应。
也就是说，替代效应要从总效应中剔除收入效应，即剔除由价格变化导致的实际购买力的变化所引起的需求量的变动。
为了做到这一点，通常采用财富补偿的办法，有两种做法，一种是斯拉茨基补偿，另一种是希克斯补偿。
斯拉茨基补偿是在价格变动时，按价格发生变化前的消费量为基准，对消费者进行补偿，以使消费者仍能消费得起原来的消费计划X。
设补偿金额为?m，价格变动为?p，则0p X。
由于X是原来的消费购买量，是可以观察的，所以计算起来方便计算公式为?m=?00得多。
希克斯补偿则是以使消费者保持相同的效用水平为目标所发放的补偿。
它意味着，价格变化之后，消费计划可以改变，但可以达到与以前一样的效用。
1两种做法得出的结论是一致的，我们在此仅以希克斯补偿为例进行说明。
培训管理工具大全目录第1章培训概述第2章培训体系设计工具培训组织岗位职责培训部经理岗位职责培训部主管岗位职责培训部专员岗位职责培训体系建设流程培训需求分析培训课程建设内部讲师养成培训计划制订培训计划实施培训评估改进培训体系建设方案经理级人员培训体系建设方案技术人员培训体系建设方案研发人员培训体系建设方案第3章培训需求调查分析工具个人层次培训需求分析工具高层管理人员培训需求调查表中层管理人员培训需求调查表采购人员培训需求调查表组织层次培训需求分析工具组织职能分析表职务层次培训需求分析工具总监级培训需求分析表经理级培训需求分析表专员级培训需求分析表培训需求调查分析方法观察法面谈法问卷法培训需求调研分析报告班组长培训需求调研分析报告第4章各类课程培训需求调查工具沟通类课程培训需求调查有效沟通课程需求调查问卷职业化类课程培训需求调查勇于担责课程需求调查问卷销售业务类课程培训需求调查渠道管理课程需求调查问卷项目管理类课程培训需求调查项目管理课程需求调查问卷第5章培训课程设计工具培训课程目标设计工具课程目标描述工具管理类人员课程目标设计表培训课程运营设计工具培训课程运营成本设计培训课程运营反馈设计培训课程设计案例管理技能类课程设计案例第6章内部培训讲师管理工具内部培训讲师部门推荐制度内部讲师部门推荐办法内部讲师部门选评办法公司内部培训讲师选拔制度内部讲师试讲管理制度公司内部培训讲师管理制度内部讲师培训办法内部讲师管理办法公司内部培训讲师激励制度内部讲师奖励办法公司内部培训讲师选聘流程内部讲师选拔流程第7章培训计划管理工具月季度培训计划月季度培训计划考虑因素年度培训计划年度培训计划工作报告新员工培训计划新员工培训计划制订工具培训计划的执行培训计划执行时间表培训计划报告年度培训报告新员工培训报告培训计划管理流程培训计划制订流程第8章培训机构与课程选择工具培训机构选择培训机构选择标准培训课程选择培训课程选择标准培训课程试听评估培训讲师选择培训讲师选择标准培训讲师面谈评估培训招标管理培训评标管理办法培训合同执行与管理培训合同执行控制流程培训合同范本培训机构合同范本第9章培训实施工具培训实施保障制度培训管理实施办法培训实施场地选择培训场所选择规定培训现场督导管理突发事件处理管理规定现场秩序维护管理规定培训实施工作流程培训组织管理流程培训实施工具表单培训出勤情况表培训费用登记表培训实施方案设计新员工培训实施方案第10章培训效果评估工具培训效果评估模型柯氏四级评估模型投资回报率模型CIRO培训评估模型培训课程评估分析培训课程评估问卷培训课程评估表课程内容契合度评估分析工具课程内容实用性评估分析工具培训讲师授课评估分析培训讲师评估表培训现场与工作改变分析现场听课情况分析表阶段性学员改变调研工具培训工作评估表培训管理人员工作评估表培训部工作评估调查表培训效果跟踪考核表培训课程效果定期跟踪表培训费用量化评估分析业务费用量化分析第11章培训预算工具培训预算管理流程培训预算审批流程培训预算管理表单年度培训预算表培训预算申请表企业培训预算方案年度培训预算编制方案第12章培训工作总结与报告培训工作总结培训部工作总结培训工作报告培训课程评估工作报告销售人员培训评估工作报告第13章培训经典故事执行类课程经典故事制订计划类经典故事时间管理类经典故事团队类课程经典故事团队目标类经典故事领导类课程经典故事角色认知类经典故事沟通类课程经典故事表达能力类经典故事绩效类课程经典故事绩效考核类经典故事绩效改进类经典故事问题解决类课程经典故事问题分析类经典故事解决技巧类经典故事流程设计类课程经典故事流程创新类经典故事市场营销类课程经典故事产品类经典故事第14章培训常用游戏执行类课程常用游戏快速过桥制造“飞机”沟通类课程常用游戏指导沟通创新类课程常用游戏头脑风暴问题解决类课程常用游戏搭建帐篷取回气球第2章培训体系设计工具2．1 培训组织岗位职责2．1．1 培训部经理岗位职责2．1．2 培训部主管岗位职责2．1．5 培训部专员岗位职责2．2 培训体系建设流程2．2．1 培训需求分析培训需求分析是企业开展培训工作的前提。
