Architecture and Design Modeling and Simulation Testbeds for NASA A Progress Report

Architecture and Design Modeling and Simulation Testbeds for NASA: A Progress Report

Daniel Cooke

Texas Tech University, Lubbock, TX 79409

Michael Evangelist

Carnegie Mellon University, Moffett Field, CA 94035

Dewayne E. Perry

University of Texas, Austin, TX 78712

I. Introduction

The software-intensive exploration systems of the future will be highly complex, and their operation will be exceptionally visible to the nation. In addition to providing complex functionality, they must tolerate the subtle faults of asynchronous systems running in a hostile environment and be affordable, reliable, flexible, robust, and gracefully upgradeable, among other things. In addition to all the usual problems of complex software, exploration systems will have to accommodate, for example: (in some missions) significant communication latencies, requiring more autonomy; diminished communication windows and bandwidth, requiring improved data reduction and compression; the need to reduce the number of in-flight updates, because of the risk at each update; and the need to reduce the systems-administration burden on astronauts, because their time is a scarce resource.

Achieving all these characteristics using the current generation of techniques and engineering-support technologies for building software-intensive systems would be too expensive and time-consuming, and the cost and time required would severely limit system capability. We must find ways to engineer dependable and resilient exploration architectures that significantly reduce risk.

Our research group is developing ways to engineer “product lines” of sophisticated software/hardware testbeds to support: (1) the iterative improvement of new architectural techniques for building software-intensive exploration systems; (2) evaluations of the techniques and support technologies to help understand the risk, cost, scope of applicability, and benefit of using them; and (3) for mission operators, a knowledge-base of testbed-generated information and support technology to isolate the cause of bugs that emerge during flight and remove them quickly and precisely.

This work builds on results from the NASA-sponsored High Dependability Computing Program (HDCP), which has helped mature the concept of testbeds for software-intensive systems, demonstrating both their use and their value. [1, 2, 3, 4] Our testbeds combine hardware and software, especially embedded control systems, to represent relevant mission functions. To be a testbed and not merely a capability demonstration, the combination must be instrumented for gathering operational data to assess reliability,

effectiveness, and other important characteristics, which will help when deciding among candidate solutions to a mission problem.

Two HDCP testbeds are especially relevant to this work: the Dependable Real-Time Software testbed, which controls a rover that is helping us investigate the effectiveness of new approaches to programming real-time-control systems, and the Dependable Automated Air-Traffic Management testbed, which helps evaluate and improve software for automating critical flight activities. These projects led to the creation of our Testbed Engineering Platform (TEP), allowing us to rapidly build just-in-time testbeds for a large variety of mission applications. TEP substantially reduces cost and time in creating testbeds.

TEP and the testbeds it helps create are part of an experimental methodology we are developing to assess and improve new software-engineering techniques and technologies. This paper is a progress report on our approach.

II. Architecture

Software architecture (SA) represents the structure of a software system and defines the essential components in a system, their critical constraints and interactions. SA is the system blueprint and the engineering basis for design, coding, testing, integration, estimation, and planning. Without an explicit and carefully defined architecture, risk assessment and mitigation is infeasible.

The importance of SA here is two-fold: first, it is of critical importance for the test-bed itself; second, it is important for NASA and the software systems to be used in coming missions. It is of particular importance for the testbed technology, because it provides a means—using a product-line architecture—of quickly responding to the needs of new testbeds. Engineering the testbeds into a product-line framework will give NASA an even more agile and cost-effective capability for evaluating new technologies, designs, and engineering processes for exploration missions.

Within NASA itself there is a recognition that software architecture is a critical ingredient in its software-intensive systems. In the Fall of 2003, the Texas Tech Workshop on NASA Control Architectures determined that the architectures discussed have not been formally studied—an important precursor to understanding and mitigating risk. Since that time, effort has been put into organizing the elements of control systems better. This improved organization together with the use of the industrial-proven techniques mentioned below allows for a more-refined deployment of capabilities of varying complexity, making it easier to develop, verify, and maintain control systems.

Four software-architectural themes are important for mission-software developments:

1. software architecture as an industry best practice;

2. software architecture as a development-coordination principle;

3. product-line architecture as an engineering mechanism for managing diverse but related software-intensive systems; and

4. model-based, self-managing software architectures as a promising mechanism for mission support.

Just as software architecture plays a critical role in the development and evolution of all successful complex systems, software architects play a fundamentally important role in the development and evolution of such systems. They structure and integrate the system in both the technical and the political sense.

Architecture-driven development is widely considered to be a best practice in industry. AT&T/Lucent, for example, defined the requirements that had to be satisfied by various development processes to be considered in the best-practice class of processes. The most critical of those process requirements was the need for an architecture-driven development and evolution process. Indeed, studies have shown [5] that architecture-driven development and evolution results in faster development and higher quality. Furthermore, empirical studies have shown [5] that a software architecture is a critical element in coordinating distributed development and evolution of software systems. The architectural interfaces, in particular, become the critical coordinating element in developing software systems by geographically separated teams, organizations, and companies. A prime advantage of such an organizing structure is that the different participants can use independent operating environments—they do not need to have the same processes and tools. Nor do they need to have the same project-management and -quality structures. Architecture-based coordination can accommodate different cultures and organizational structures. (See, for example, [5].)

Real-world software-engineering projects have demonstrated repeatedly that the product-line architecture approach can be extremely useful for building and evolving diverse systems. For example, one industrial project [6] used the product-line concept to create a reference architecture that represented an extremely diverse set of architectures, ranging from a simple centralized system to a complex, distributed multi-processor system. By focusing the reference architecture on critical issues, collecting the common components into an asset base for the individual architectures, and explicitly managing individual-product diversity, product-line architecture could provide a cost-effective mechanism for related NASA software-intensive systems.

In the workshop on Software Engineering Technology, held at the Lunar and Planetary Institute in April 2004, the development of model-based approaches that automatically discover correct algorithms and solutions from very high-level specifications was recommended as necessary for the anticipated exploration missions, which are less pre-scripted than previous missions. They will, therefore, require the rapid development of capabilities between—and possibly even during—missions. Not only will model-based approaches reduce the risk associated with software, they will allow for new approaches to risk management focused on the capability level rather than the software level.

These model-based and product-line approaches then provide the foundation for self-managing architecture, a highly promising (if not yet fully proven) concept that may become fundamentally important. Exploration missions, which will be long-lived and will frequently have significant communication latency, need on-board software-intensive systems that can dynamically manage repair and reconfiguration without the presence of a highly knowledgeable software staff. The flight team can concentrate on other critical mission issues while the self-managing architectures concentrate on keeping the systems fully functional and available.

III. Example Architecture Testbed

In a companion paper [7] we present a language architecture for the rapid development of flight- and mission-control software. The architecture grew out of the observation that although the controls architectures, 3-T, CLARAty, and MDS, have worked well in the past, a formal understanding of the architectures had not been developed. The Texas Tech architecture also grew out of the observation that future systems will require continual modification in order to respond to unforeseen emergencies and exploration opportunities. The components of the language architecture are shown in Figure 1.

Figure 1. Language Architecture and Its Planned Environment.

The CSM, SequenceL, and A-Prolog [8, 9, 10, 11, 12] languages have been developed by the Declarative Language Group at Texas Tech University. The A-Prolog effort has resulted in a high-level language in which onboard systems can be modeled. For example, working with United Space Alliance, the group has developed the USA-Advisor. This system includes a model of the Reaction Control System and is capable of finding in a matter of seconds, provably correct work-arounds in the presence of multiple subsystem failures. Systems such as these will need to be deployed onboard future missions to provide some of the mission-control capabilities when time delays will make it difficult to communicate with the ground when certain emergencies occur.

The SequenceL language [13, 14, 15, 16] is a Turing-complete executable requirements language. We are currently using it to develop the Shuttle Abort Flight Management

System requirements (SAFM). Although SAFM, is already in final revisions, the SequenceL effort will provide a testbed to show that in the future it may be unnecessary to develop costly and time-consuming programming-level implementations of prototype Guidance, Navigation, and Control systems. Instead, through the use of the concise SequenceL language, simple requirements can be formulated and then executed in the language architecture. The SequenceL language translator automatically discovers much of the control-structure content of the algorithms satisfying the requirements.

Many prototype validation tasks can be accomplished using SequenceL in isolation. However, to move the system requirements into a testbed environment requires the CSM language, which facilitates I/O for A-Prolog and SequenceL. This language is the only part of the Texas Tech language suite that allows for assignment to variables. It is based upon Gurevich’s [17] abstract state machines. The language provides only the concurrent, conditional control of input-output. CSM is extremely small, invoking SequenceL for computations and A-Prolog for deliberation. Since it is small and based upon an excellent semantic foundation, the major difficulties involved in verifying traditional procedural or Object-Oriented codes are avoided. SequenceL produces the lion’s share of the resulting programs, but does so in such a way as to prevent the programmer from having to write much of the error-prone nested control structures. Instead SequenceL discovers the correct control structures automatically.

We plan to use the Testbed Engineering Platform to create testbeds to facilitate the evolution of the SequenceL/CSM requirements—providing high-fidelity simulations prior to committing the developed systems to the more costly simulators at Johnson Space Center. In other words, the testbeds will provide Texas Tech researchers with the ability to evaluate their results at the university, prior to more extensive testing in the Shuttle Engineering Simulator at JSC. More generally, our architecture testbeds will evaluate and improve both the SequenceL language concepts and compilers for generating efficient, maintainable implementations.

IV. Future Plans

In the following, we describe testbed projects currently under development or discussion. Depending on funding, some subset of these will emerge as full-blown testbeds over the next several years:

1. Identifying weak points in software-intensive exploration systems for thorough testing. Testbed evaluation of new architectural principles, algorithms, and technology employed on a software project will help make Verification & Validation more productive by identifying the weak points that need to be investigated in implementation testing. We’ve explored all of these issues on previous testbeds but not yet for the purpose of localizing potential problems in a final implementation. This project should lead to a new problem-driven approach to V&V.

2. Debugging of very complex asynchronous systems. Debugging of asynchrony is notoriously difficult, because you cannot obtain an instantaneous snapshot of the global state without “freezing” the system and eliminating its asynchrony. Testbeds that abstract

away the clutter will help pinpoint likely problem areas in the implemented system and make debugging simpler (though certainly not simple).

3. Software reuse and integration of systems with other complex systems. We will investigate and evaluate proposed integration styles at decreasing levels of abstraction on

a systematic succession of testbeds.

4. Fault tolerance. We plan to use testbeds to adapt and mature novel approaches to fault tolerance such as self-healing and self-stabilizing systems.

5. Tolerating communication latencies. The existence of significant communication latencies implies at least two interesting problems. Exploration systems will require: (1) various kinds of autonomy; and (2) out-of-phase software components to work together efficiently. We will evaluate autonomy claims using flight and robotics testbeds. We’ve explored time-criticality in other testbeds and will apply lessons-learned on testbeds when latencies are in minutes rather than seconds.

6. Minimizing the number of software upgrades, because of the danger of mid-flight changes. You minimize the need for upgrades through a careful engineering process. We’ve already shown that testbeds provide the right controlled environment for exploring new engineering techniques (for example, our Dependable Real-Time Software testbed).

7. Making software upgrades fail-safe. This is a primary application of testbeds, and we plan to use testbeds to evaluate formal approaches to failure-proofing.

8. On-board ability to repair software for working around in-flight problems. “Testbedding” to identify and solve in-flight problems in real time by combining data from testbed evaluations and V&V testing is an exciting idea. It could have great value in long-lived exploration missions.

9. Hardware could be years out-of-date by the time a mission reaches Mars. We will use testbeds to evaluate software renderings of new functionality that would otherwise be implemented in hardware. Realistic testbeds will help us understand the special stresses on the implementations.

10. Minimizing communication. We need new approaches to communication minimization, given the massive amount of science data generated and the limited bandwidth. We plan to put together testbeds for evaluating new data-compression and communication-protocol ideas as they emerge.

11. Maturating and evaluating new approaches to software architecture. Because the exploration missions will last into the distant future, they must use leading-edge (but not bleeding-edge) architectural styles. Therefore, they need rigorous testbed evaluations of the applicability and efficacy of new architectures. For example: (a) Service-oriented architectures of the type we are helping build for Integrated System Health Management.

(b) Advanced fault-tolerant architectures. (c) The product-lines architectural approach,

now widely used in industry, which enables the generation of individual “products” from

a generic and common architectural base.

12. In particular, developing architectures for long-lived mission software. Exploration software will be much longer-lived than for other manned missions. This is both an engineering-process and a fault-tolerance issue. We are developing testbeds, such as the SequenceL testbeds described previously, to evaluate and certify the new ideas.

13. Integrating human and technology activities that occur at great distances or in hostile environments. Well-instrumented testbeds are also the right framework for evaluating computer-human interfaces, because of the ease of data collection from experiments. 14. Prototyping, from requirements to implementations. We use testbeds to prototype at every stage of the development to answer such questions as: Is this requirement achievable with the resources envisioned? Does this architectural style meet the specified reliability needs (again, cost-effectively)? Is this programming language appropriate under precisely specified constraints? Do these algorithms perform as required? Our Dependable Real-Time Software and Dependable Automated Air-Traffic Management testbeds are good examples that we plan to elaborate.

15. Determining whether a technology meets human-rating requirements. To evaluate whether a space software system has the right design features for protecting astronauts and recovering from emergencies, we plan to create evaluation testbeds and measure the results of critical scenarios, both emergency and routine. Again, because of the exceptional level of instrumentation and the ease of data collection, our testbeds are well suited for determining and documenting whether a software technology: (a) tolerates two failures; (b) properly monitors critical functions and informs the crew of problems; (c) detects, isolates, and recovers from faults; and (d) has the appropriate capability for autonomous operation of critical functions.

References

[1] Gregory Bollella, Tim Canham, Vanessa Carson, Virgil Champlin, Daniel Dvorak, Brian Giovannoni, Mark Indictor, Kenny Meyer, Alex Murray, and Kirk Reinholtz. Programming with Non-Heap Memory in the Real Time Specification for Java. Proc.

18th Annual ACM SIGPLAN Conference on Object-Oriented Programming, Systems, Languages, and Applications (OOPSLA 2003), Anaheim, California, 361–369.

[2] Daniel Dvorak, Greg Bollella, Tim Canham, Vanessa Carson, Virgil Champlin, Brian Giovannoni, Mark Indictor, Kenny Meyer, Alex Murray, and Kirk Reinholtz. Project Golden Gate: Towards Real-Time Java in Space Missions. Proc. 7th IEEE International Symposium on Object-oriented Real-time Distributed Computing (ISORC 2004), Vienna, Austria, 2004, 15–22.

[3] V. Kotov and V. Mehrotra. Redwood: Dependability Testbed Instrumentation Platform. Proc. International Conference on Dependable System and Networks, June 28–July 1, Florence, Italy, 2004, 20–24.

[4] V. Kotov and V. Mehrotra. A Collaborative Testbed Engineering Platform. Information Journal, Vol. 8, No. 5 (September 2005).

[5] R. E. Grinter, J. D. Herbsleb, and D. E. Perry. The Geography of Coordination: Dealing with Distance in R&D Work. Proc. GROUP ‘99, Phoenix, AZ, November 14–17, 1999; online at: https://www.wendangku.net/doc/b717022774.html,/~perry/work/papers/DP-99-sgw.pdf. [6] Dewayne E. Perry. A Product Line Architecture for a Network Product, ARES III: Software Architectures for Product Families 2000, Los Palmos, Gran Canaria, Spain, March 2000. Springer-Verlag, LNCS 1951. p39-52; online at

https://www.wendangku.net/doc/b717022774.html,/~perry/work/papers/DP-00-ares3.pdf

[7] Daniel Cooke, Michael Gelfond, Howard Hu, and J. Nelson Rushont. Application of Model-based Technology Systems for Autonomous Systems. Proc. Infotech@Aerospace (American Institute of Aeronautics and Astronautics), 2005.

[8] Marcello Balduccini and Michael Gelfond. Model-Based Reasoning for Complex Flight Systems. Proc. Infotech@Aerospace (Amer. Inst. of Aeronautics and Astronautics), 2005.

[9] Marcello Balduccini. USA-Smart: Improving the Quality of Plans in Answer Set Planning. Proc. PADL’04, Lecture Notes in Artificial Intelligence (LNCS), June 2004. [10] Marcello Balduccini and Veena S. Mellarkod. CR-Prolog with Ordered Disjunction. Proc. International Workshop on Non-Monotonic Reasoning, NMR2004, June 2004. [11] Marcello Balduccini and Michael Gelfond. Diagnostic reasoning with A-Prolog. Theory and Practice of Logic Programming, 3(4-5):425-461, July 2003.

[12] Marcello Balduccini and Michael Gelfond. Logic Programs with Consistency-Restoring Rules. Proc. AAAI Spring 2003 Symposium, 2003, 9–18.

[13] Daniel E. Cooke. An Introduction to SEQUENCEL: A Language to Experiment with Nonscalar Constructs. Software Practice and Experience, Vol. 26, Issue 11 (November, 1996), 1205–1246.

[14] Daniel E. Cooke and Per Andersen. Automatic Parallel Control Structures in SequenceL. Software Practice and Experience, Vol. 30, Issue 14 (November 2000), 1541-1570.

[15] Daniel E. Cooke and J. Nelson Rushton. Iterative and Parallel Algorithm Design from High Level Language Traces. Lecture Notes in Computer Science, Vol. 3516, Apr. 2005, 891–894.

[16] Daniel E. Cooke and J. Nelson Rushton. Normalize, Transpose, and Distribute: A Basis for the Decomposition and Parallel Evaluation of Nonscalars. In revision for ACM Transaction on Programming Languages and Systems.

https://www.wendangku.net/doc/b717022774.html,/~dcooke/sequencelrevjune22.pdf.

[17] Andreas Blass and Yuri Gurevich. The Linear-Time Hierarchy Theorems for Abstract State Machines and RAMs. J. UCS 3(4): (1997), 247-278.

多媒体演示文稿的设计与制作

---------------------------------------------------------------最新资料推荐------------------------------------------------------ 多媒体演示文稿的设计与制作 多媒体演示文稿的设计与制作( 初级)策勒县策勒乡托帕学校图尔荪江麦提尼亚孜通过对多媒体演示文稿的设计与制作(初级)课程的学习,我已经掌握了多媒体演示文稿的设计与制作基本知识及制作方法,收获颇多,现就自己的学习谈谈学习体会.一、知识点： 1、创建演示文稿；2、插入多媒体资源；3、多媒体资源的搭配； 4、播放和调用文稿。 二、应用1、PowerPoint 中有多种创建演示文稿的方法，对于一个初学者想要快速制作一个演示文稿可以根据内容提示向导创建演示文稿。 内容提示向导是创建演示文稿最快捷的一种方式，在内容提示向导的引导下，不仅能帮助使用者完成演示文稿相关格式的设置，而且还帮助使用者输入演示文稿的主要内容。 2、在多媒体演示文稿的页面中插入有关的文本、图片等多媒体资源需以下几个步骤： 选择要插入的多媒体资源；调整插入对象的位置和大小；3、（1）配色方案： 配色方案就是由多媒体演示文稿软件预先设计的能够应用于幻灯片中的背景、文本和标题等对象的一套均衡搭配的颜色。 通过配色方案，使多媒体演示文稿色彩绚丽，多呈现的内容更加生动，进行配色时需完成以下几个步骤： 1 / 3

选择配色方案；应用配色方案；（2）利用版式搭配多媒体资源：版式是PowerPoint2003 软件中的一种常规排版的格式，通过幻灯片版式的应用可以对文字、图片等等更加合理简洁完成布局，通常PowerPoint2003 中已经内置文字版式、内容版式等版式类型供使用者使用，利用版式可以轻松完成幻灯片制作和运用。 运用版式搭配多媒体资源需要以下几个步骤： 选择版式；应用版式；（3）、图形组合： 图形组合是 PowerPoint 软件中的一种图形处理功能，可以将多个独立的形状组合成一个图形对象，然后对组合后的图形对象进行移动、修改大小等操作，操作步骤如下： 选择图形；组合图形；4、播放和调用文稿： （1）、自定义播放： 由于一个演示文稿中可能有很多张幻灯片，有些时候我们不需要全部播放出来，这时就需要对演示文稿中的幻灯片设置自定义播放。 自定义播放演示文稿需以下几步： 选择要播放的演示文稿；设置自定义播放；（2）、打包演示文稿：演示文稿制作完成后，往往不是在一台计算机上播放，有时会出现演示文稿中所插入的视音频等资源不能顺利播放的情况。 如张老师把在家做好的演示文稿拿到教室播放，在排除连线、播放软件问题等因素后，演示文稿中插入的资源仍不能播放，请教计算机老师后，计算机老师建议可以通过以下两种方式解决：打包演示文稿；用 U 盘把 PowerPoint 中的所有资源拷到教室重

多媒体演示文稿的设计与制作学习心得体会

多媒体演示文稿的设计与制作学习心得体会 杨保政 作为一名小学数学年教师，我对教学媒体和资源总是充满了兴趣。在上课的时候，我更喜欢利用多媒体，来引导学生学习新知识。但有的时候上课的效果却不尽如人意。这次能参加全员培训中我学到制作演示文稿的时候，清新的ppt 演示，实用的制作技巧，让我眼前一亮，制作攻略更是让我热血沸腾，我终于认识到了我以前为什么很用心的制作PPT，但是效果却不好的原因了，那就是没有人会对着密密麻麻的知识点感兴趣的，不由得想到了初中时候的自己，和他们不是一样的吗？ 在本次培训中制作演示文档的部分，我对它进行了简单的总结： 攻略一：少即是多：每页一个主题；巧用备注栏；字少图大；提炼关键词句。呆板无趣的知识点会让学生们昏昏欲睡，如果将知识点精炼再加上图片会提升学生学习的兴趣，而且也减轻了学生的负担，让他们在快乐中获取知识。甚至在PPT中我可以恰当使用高桥法，醒目的字眼跃然眼帘，再不用老师来反复强调这是重点啊重点啊！ 攻略二：：换位思考：文字不小于24号；及时回顾总结；文字和背景反差鲜明；从学生的角度来思考一堂课的教授方

法，没有那么多过目不忘的学生，怎么讲课才能使学生印象深刻呢？看来我要在这方面多下功夫了。 攻略三：逻辑清晰：顺序播放；逻辑主线简明；格式一致；思想要点图表化。 攻略四：形象表达：适当运用全图型PPT；图表图形化；精心设计封面和目录；用声音烘托气氛。一幅好图胜过一千句话，无关的美景干扰主题；过多的插图分散注意；过于复杂的画面增加认知负荷；插图与背景混杂 攻略五：动静结合：控制长度；加快速度；明确目的；聚焦内容 在本次学习中，有一句话令我印象深刻，一堂课是否精彩，关键是教师而不是工具！是啊，无论ppt做得多么华丽，内容是多么深刻。但是一堂课的精彩与否，还是得靠教师来把握，路漫漫其修远兮，吾将上下而求索！

全国各地旅游景点一览表格

全国经典旅游景点一览表 北京 故宫博物院、天坛公园、颐和园、（八达岭-慕田峪）长城旅游区、明十三陵景区、恭王府景区、石花洞风景名胜、店人遗址、什刹海、京杭大运河、八大处、密云县古北口镇、九渡河镇、东坝古镇、王四营 燕京八景：太液秋风、琼岛春阴、金台夕照、蓟门烟树、西山晴雪、玉泉趵突、卢沟晓月、居庸叠翠 天津 古文化街旅游区（津门故里）、盘山风景名胜区、大悲禅院、文庙、挂甲寺、五大道租借区、平津战役纪念馆、天塔湖风景区、南市食品街、周恩来邓颖超纪念馆、大沽口炮台、九龙山国家森林公园、九山顶自然风景区、八仙山国家级自然保护区、霍元甲纪念馆、凯旋王国主题公园、意式风情区 上海 明珠广播电视塔、野生动物园、科技馆、豫园、陆家嘴、外滩万国建筑群、路步行街、世博园 重庆 大足石刻景区、巫山（小三峡）、武隆喀斯特旅游区(天生三桥、仙女山、芙蓉洞) 、酉阳桃花源景区、奉节小寨天坑、白帝城、青龙瀑布红岩革命纪念馆、抗战遗址博物馆、綦江黑山谷景区、南川金、武陵山大裂谷、飞庙 河北 ：避暑山庄及周围寺庙景区

：山海关景区、北戴河风景名胜区 ：安新白洋淀景区、野三坡景、大慈阁 ：西柏坡景区、清西陵 市：清东陵、南湖景区 ：崆山白云洞、峡谷群 江 ：园林（拙政园、虎丘、留园）、昆山周庄古镇景区、金鸡湖景区、吴江同里古镇景区、寒山寺、网师园、狮子林、沧浪亭、环秀山庄、退思园、锦溪镇、周庄镇、同里镇、甪直镇、木渎镇、虎丘、乐园、玄妙观、盘门三景、乐园 ：钟山-陵园景区、夫子庙-淮河风光带景区、明孝陵、鸡鸣寺、玄武湖、灵谷寺、总统府、朝天宫、江南贡院、莫愁湖、燕子矶、阅江楼、雨花台、明城墙、甘熙宅第、瞻园、栖霞寺、汤山温泉、博物院、、莫愁湖、长江大桥、梅花山、白鹭洲公园、中华门、将军山风景区、阳山碑材、静海寺、天妃宫 ：影视基地三国水浒景区、灵山大佛景区、鼋头渚风景区、锡惠公园、灵山胜境、善卷洞、竹海 ：恐龙城休闲旅游区、武进太湖湾旅游度假区、嬉戏谷、中华孝道园、中国春秋淹城旅游区、淹城春秋乐园、淹城野生动物世界、淹城遗址、大运河、天宁风景名胜区、红梅公园、东坡公园、舣舟亭、红梅阁、青枫公园、亚细亚影视城、武进市新天地公园、天目湖旅游度假区、南山竹海、吴越弟一峰、熊猫馆、天目湖御水温泉、茅山风景名胜区、茅山盐湖城 ：瘦西湖景区、高邮旅游集聚区、宝应旅游集聚区、仪征旅游集聚区、抗日战争最后一役纪念馆、大明寺、个园、仙鹤寺、汉陵苑、神居山、盂城驿、龙虬庄遗址、镇国寺塔、文游台、古悟空寺、中国邮驿文化城、高邮湖芦苇荡湿地公园、高邮湖滩郊野公园 ：濠河风景区、博物苑、狼山、如皋水绘园 ：梅兰芳纪念馆、溱湖国家湿地公园、溱潼古镇、兴化垛田风光带、凤城河景区 ：三山景区（金山-北固山-焦山）、茅山、赤山、宝华山、南山、伯先公园、英国领事馆、西津渡、蒜山、招隐寺、圌山、五柳堂、五卅演讲厅、扬中园博园 ：云龙湖、云龙山、龟山汉墓、祖园、邳州艾山风景名胜区、马陵山风景区、沛县汉城、汉画像石艺术馆、窑湾古镇、蟠桃山佛教文化景区、安湖湿地公园、博物馆、大洞山风景区、

世界33大著名旅游景点(组图)

第1位—美国大峡谷-TheGrandCanyon 美国大峡谷是一个举世闻名的自然奇观，位于西部亚利桑那州西北部的凯巴布高原上，总面积2724．7平方公里。由于科罗拉多河穿流其中，故又名科罗拉多大峡谷，它是联合国教科文组织选为受保护的天然遗产之一。

第2位—澳大利亚的大堡礁—GreatBarrierReef 世界上有一个最大最长的珊瑚礁群，它就是有名的大堡礁—GreatBarrierReefo它纵贯蜿蜒于澳洲的东海岸，全长2011公里，最宽处161公里。南端最远离海岸241公里，北端离海岸仅16公里。在落潮时，部分的珊瑚礁露出水面形成珊瑚岛。 第3位—美国佛罗里达州—Flori—dl

佛罗里达风景最亮丽的棕榈海滩是全球著名的旅游天堂之一，适宜的气候、美丽的海滩、精美的饮食、艺术展览和文艺演出，即使是最挑剔的游客，在棕榈海滩也能满意而归。每年的四月，棕榈海滩的艺术活动是最丰富多彩的，包括各种海滩工艺品展览，其中于4月4 日启动的棕榈海滩爵士节以展示美国最杰出的爵士音乐而赢得了艺术爱好者的青睐。 第4位—新西兰的南岛-Soutls—land

新西兰位于南太平洋，西隔塔斯曼海与澳大利亚相望，西距澳大利亚1600公里，东邻汤加、斐济国土面积为二十七万平方公里，海岸线长6900千米，海岸线上有许多美丽的海滩。 第5位—好望角一CapeTown

好望角为太平洋与印度洋冷暖流水的分界，气象万变，景象奇妙，耸立于大海，更有高逾二干尺的达卡马峰，危崖峭壁，卷浪飞溅，令人眼界大开。 第6位—金庙-GoldenTemple

金庙位于印度边境城市阿姆利则。作为锡克教的圣地，阿姆利则意为“花蜜池塘”。金庙由锡克教第5代祖师阿尔琼1589年主持建造，1601年完工，迄今已有400年历史。因该庙门及大小19个圆形寺顶均贴满金箔，在阳光照耀下，分外璀璨夺目，一直以来被锡克人尊称为“上帝之殿”。 第7位—拉斯维加斯-LasVegas

多媒体演示文稿的设计与制作学习心得体会

多媒体演示文稿的设计 与制作学习心得体会 This model paper was revised by LINDA on December 15, 2012.

多媒体演示文稿的设计与制作 学习心得体会 通过这次培训学习，使我进一步地掌握了制作和应用ppt等网络教学的知识和技能，增长了见识，理论水平、操作水平也有所提高。基本上掌握多媒体教学演示文稿的制作方法，主要有以下几个方面内容： （一）创建多媒体教学演示文稿； （二）编辑幻灯片； （三）编辑超级链接； （四）播放并调试幻灯片； （五）使用动画效果； 对我们教师来说，PowerPoint课件是最早接触的。利用PowerPoint可以创建出非常漂亮的幻灯片文稿，这些幻灯片中既可以有文字，还可以包含图画、表格、统计图表、组织结构图，甚至可以有声音、乐曲和动画效果，还可以为这些幻灯片设计出统一或不同的背景。利用PowerPoint可通过各种形式放映幻灯片，既可以在完全没有人工干预的情况下自动放映，也可以由使用者手工控制播放，可以令每张幻灯片从不同的角度，以不同的方式切入到屏幕上，使得放映效果生动有趣。这次网络研修，主要学习了Powerpoint基础操作、基本编辑；音、视频处理；演示文稿中动画的设置，设置不同的背景，艺术字与自选图形等。通过学习我对制作课件有了新的认识，制作课件既要讲究精美又要讲究实用。不同的制作软件具有不同的特点，在制作课件时，应根据需要选择合适的制作软件。制作课件是一个艰苦的创作过程，优秀的课件应融教育性、科学性、艺术

性、技术性于一体，这样才能最大限度地发挥学习者的潜能，强化教学效果，提高教学质量。 在这一次的学习中，我通过对每个章节的仔细学习，才知道平时经常用的ppt有如此强大的教学课件制作功能，可以说我之前所掌握的只是ppt课件制作功能的冰山一角。 在现代教育教学中多媒本技术在教育教学上的运用越来越多，多媒体以它更直观、更灵活、更易让学生理解的特点，使它成为许多教师教学方法的首选。而之前我只是对ppt课件的制作有一点认识，通过教师深入浅出的讲解和鲜活的实例，让我对ppt课件有了更深的认识，在今后的课件制作方面，我会把所学的制作技能运用其中，制作出更加实用、高效的教学课件。 通过学习，使我更加深刻地了解了多媒体课件制作的方法及技巧，认识到多媒体课件制作为教师专业化的成长提供了一个平台，同时也让我明确了本次学习的目标、内容、使自己由传统化教师向现代化教师发展。 张三

5.演示文稿设计与制作

第5章演示文稿设计与制作 第1节认识演示文稿第1课时（共2课时） 一、教学目标： 1、知识与技能： （1）掌握“ wps演示”的启动和退出方法 （2）了解“ wps演示”窗口的组成和使用 （3）初步掌握“ wps ”基本操作 2、过程与方法：通过观看、欣赏“ WPS演示”范例作品，激发学习兴趣，结合任务认识“WPS 演示”的窗口，掌握标题幻灯片的制作方法，在实践过程中达成技能的形成。 3、情感态度与价值观：知道“ WPS演示”是一种展示、汇报工具软件，知道能用“WPS 演示”制作一些作品来展示自己的风采、想法等，感受信息技术的魅力和价值。 二、教学重点： 知道演示文稿的编辑 三、教学难点： 演示文稿的编辑 四、教学方法： 任务探究，体验学习，实验学习 五、教学过程： （一）情境导入 同学们，大家好！今天老师带了件礼品给大家，想看看吗？看完后请你说一说看到了什 么？听到了什么？ 师向学生展示介绍学校的演示文稿。 刚才老师向大家展示的作品是一个演示文稿，它可以将文字、图片、视频和音乐等素材 整合起来。演示文稿在我们的生活中用处可大啦，如产品介绍、自我介绍、辅助教学等。制 作这样的作品，需要专业的软件，你知道有哪些软件可以制作演示文稿呢？今天向大家介绍一款专门用于制作演示文稿的软件一一“WPS演示”。 今天这节课我们就一起来认识“ WPS演示”软件。（板书：第5章第1节认识演示文稿）（二）、新授 自主学习： 1、一个完整的演示文稿一般由___________________________________________________ 构成。 2、演示文稿中包含的素材一般有_________________________________________________ 等。 3、演示文稿的设计包括__________________________ 。 合作探究： 1、任务一：新建演示文稿 学生自学，打开“ wps演示”窗口，新建一个“ wps演示”文档。 2、任务二：新建“封面标题页” 下面我们来新建第一页幻灯片。 单击右侧的“版式”按键，打开“幻灯片版式”任务空格，在“母版版式”中选择“空 白” 3、任务三：插入字标题 插入“中国元素”艺术字 4、任务四：插入背景图片 插入“中国元素背景 1 ”并设置“叠放次序”为“置于底层”

多媒体演示文稿的设计与制作

多媒体演示文稿的设计与制作 ——基于网络环境下任务驱动教学单元教学案例设计 山西省运城市康杰中学赵红冰 【课时安排】8课时 【年级】高一年级 【学习目标】 ◆知识与技能： ①掌握多媒体演示文稿中幻灯片的基本制作方法。 ②熟练掌握幻灯片的自定义动画、幻灯片切换、放映方式等设置。 ③掌握多种媒体的插入方法与超级链接设置。 ④能够对幻灯片进行打包并解包放映。 ⑤能够利用多种途径搜集表现主题所需要的多媒体素材，并能进行筛选规类。 ⑥能利用网络教学软件提交作业。 ◆过程与方法： ①通过作品的制作过程提高学生综合处理多种媒体技术的能力。 ②通过幻灯片版面的整体布局和设计以及背景、色彩的搭配提高学生的艺术表现力和审美能力。 ③通过创建超级链接培养学生对作品的控制能力和交互能力。 ◆情感态度与价值观： ①图文声像并茂，激发学生学习兴趣。 ②友好的交互环境，调动学生积极参与。 ③丰富的信息资源，扩大学生知识面。 ④超文本结构组织信息，提供多种学习路径。 【学习重点】 确定主题并围绕主题搜集、筛选、分类整理素材。 幻灯片版面的设计与布局。 【学习难点】 色彩的搭配与风格的统一、独特。 【学习平台】 基于互联网的多媒体网络教室. 【学习方法】 基于“任务驱动教学方法”下的自主、协作、探究、创新的学习方法。 一、任务设计 （一）、任务描述： 学习完PowerPoint办公软件，我们已了解了这是一个集多种媒体的演示性文稿，通过多媒体的组合可以对主题的表达更形象、生动、丰富多彩。请同学们利用已掌握的制作演示文稿的多种技术来表达一个主题，制作出图文并茂、形象生动的电子演示文稿。 （二）、任务要求： 1、主题要求 自由命题：主题鲜明、内容健康，富有个性。 可参考以下方向： 宣传科普知识或环保知识；介绍本地区旅游资源；介绍本校风貌；介绍本班情况；

全国各省旅游景点大全

北京:八达岭故宫什刹海圆明园玉渊潭龙庆峡 十三陵天安门香山颐与园天坛十渡 百花山潭柘寺雍与宫幽谷神潭紫竹院黑龙潭 康西草原中央电视塔 澳门 : 妈祖阁大三巴牌坊澳门文化中心澳门博物馆玫瑰圣母堂竹湾海滩辽宁 : 沈阳故宫千山昭陵玉佛苑本溪水洞金石滩 虎滩乐园鸭绿江大桥辽宁省博物馆棒棰岛大孤山风景名胜区海王九岛 赫图阿拉城怪坡星海公园 重庆; 三峡大坝葛洲坝瞿塘峡歌乐山巫峡渣滓洞 白帝城白公馆丰都鬼城石宝寨芙蓉洞缙云山 金佛山宝顶山四面山 西藏: 珠穆朗玛峰大昭寺然乌湖布达拉宫纳木错墨脱 圣湖八廓街扎什伦布寺桑耶寺神山色拉寺 羊卓雍湖哲蚌寺罗布林卡古格王朝日喀则绒布寺 青海; 青海湖塔尔寺茶卡盐湖鸟岛日月山坎布拉 格尔木柴达木盆地北禅寺东关清真大寺黄河源孟达天池 倒淌河 宁夏: 沙湖西夏王陵贺兰山岩画长江源青铜峡108塔沙坡头 玉皇阁中卫高庙宏佛塔 台湾: 宝岛美景阿里山日月潭阳明山玉山太鲁阁 台北故宫板桥林家花园野柳赤嵌楼溪头秀姑峦溪 鹅銮鼻合欢山七美岛 山西: 五台山恒山平遥古城壶口瀑布乔家大院云冈石窟 王家大院北武当山晋祠悬空寺显通寺日升昌票号 广胜寺庞泉沟应县木塔南山寺善化寺 黑龙江: 大兴安岭漠河镜泊湖太阳岛吊水楼瀑布冰雪大世界 极乐寺亚布力滑雪场扎龙自然保护区圣索菲亚大教堂 甘肃; 嘉峪关莫高窟玉门关郎木寺伏羲庙麦积山石窟 炳灵寺石窟崆峒山 湖北: 三峡神农架武当山黄鹤楼归元寺葛洲坝 东湖西陵峡五道峡大九湖九畹溪香溪源 燕子垭 内蒙古: 呼伦贝尔草原成吉思汗陵阿斯哈图石林赤峰五当召响沙湾 扎兰屯锡林浩特达里诺尔湖大青沟格根塔拉草原黑里河 天津: 古文化街盘山食品街独乐寺大沽口炮台天后宫 天成寺舍利塔太平寨千像寺八卦城清真大寺蓟县白塔 新疆: 塞里木湖喀纳斯那拉提草原吐鲁番魔鬼城火焰山 交河故城高昌古城喀什博斯腾湖阿尔泰山白杨沟 博格达山楼兰卡拉库里湖罗布泊果子沟艾丁湖

多媒体演示文稿的设计与制作学习心得体会

多媒体演示文稿的设计与制作学习心得体会通过这次培训学习，使我进一步地掌握了制作和应用ppt等网络教学的知识和技能，增长了见识，理论水平、操作水平也有所提高。基本上掌握多媒体教学演示文稿的制作方法，这次培训学习心得体会如下： 一、知识点： 这次培训学习主要有以下几个方面内容： （一）创建演示文稿 （二）插入多媒体资源 （三）多媒体资源搭配 （四）播放和调试文稿 二、内容呈现： 1.创建课件页 （1）新建文稿 启动PowerPoint，在"新建演示文稿"对话框中选择"空演示文稿"。 （2）选择版式 默认的是“标题幻灯片”。课根据自己的需要进行选择； （3）输入文本 选择"插入"菜单中"文本框"中"文本框"命令后，在编辑区拖动鼠标，绘出文本框，然后输入相应文字或者粘贴上你所需要的文字。 （4）格式化文本 与其它字处理软件（如WORD）相似 （5）调整文本位置 通过调整文本框的位置来调整文本的位置。先选中要调整的文本框，使其边框上出现8个控制点，然后根据需要拖动控制点，文本框随之改变大小。当鼠标指针放在文本框边上的任何不是控制点的位置时，鼠标指针附带十字箭头，这时拖动鼠标可调整文本框的位置。 通过调整文本框的位置来调整文本的位置。先选中要调整的文本框，使其边框上出现8个控制点，然后根据需要拖动控制点，文本框随之改变大小。当鼠标指针放在文本框边上的任何不是控制点的位置时，鼠标指针附带十字 箭头，这时拖动鼠标可调整文本框的位置。

2、编排与修改 2.1 插入图片 （1）选择"插入"-"图片"，选取合适的图片，然后单击"插入"按钮。 2.2 选取模板 单击"格式"菜单中的"幻灯片设计…"命令，选择合适的模板，也可在幻灯片上单击右键，通过快捷菜单选择"幻灯片…"命令。 2.3 应用背景 如果不想对课件页添加模板，而只是希望有一个背景颜色或者是图片，可以单击"格式"菜单中的"背景"命令，在"背景"对话框中，打开下拉列表框，或单击"其他颜色…"选择合适的颜色，也可以选择"填充效果" 2．4影片、声音 执行“文件——插入——影片和声音”选择文件中的影片或者文件中的声音进行操作，为了防止课件到拷贝其他电脑无法获取文件，可将声音或影片文件与幻灯片文件放在同一文件夹下 三、学以致用： 1、PowerPoint中有多种创建演示文稿的方法，对于一个初学者想要快速制作一个演示文稿可以根据内容提示向导创建演示文稿。“内容提示向导”是创建演示文稿最快捷的一种方式，在“内容提示向导”的引导下，不仅能帮助使用者完成演示文稿相关格式的设置，而且还帮助使用者输入演示文稿的主要内容。 2、在多媒体演示文稿的页面中插入有关的文本、图片等多媒体资源需以下几个步骤：选择要插入的多媒体资源；调整插入对象的位置和大小； 3、（1）配色方案：配色方案就是由多媒体演示文稿软件预先设计的能够应用于幻灯片中的背景、文本和标题等对象的一套均衡搭配的颜色。通过配色方案，使多媒体演示文稿色彩绚丽，多呈现的内容更加生动，进行配色时需完成以下几个步骤：选择配色方案；应用配色方案；（2）利用版式搭配多媒体资源：版式是PowerPoint2003软件中的一种常规排版的格式，通过幻灯片版式的应用可以对文字、图片等等更加合理简洁完成布局，通常PowerPoint2003中已经内置文字版式、内容版式等版式类型供使用者使用，利用版式可以轻松完成幻灯片制作和运用。运用版式搭配多媒体资源需要以下几个步骤：选择版式；应用版式；（3）、图形组合：图形组合是PowerPoint软件中的一种图形处理功能，可以将多个独

(完整word版)多媒体演示文稿的设计与制作学习心得

多媒体演示文稿的设计与制作 学习心得体会 最近参加了Powerpoint2010培训，学到了很多的ppt制作相关理论和ppt课件制作技巧，真是受益匪浅。对我们教师来说，PowerPoint课件是最早接触的。利用PowerPoint 可以创建出非常漂亮的幻灯片文稿，这些幻灯片中既可以有文字，还可以包含图画、表格、统计图表、组织结构图，甚至可以有声音、乐曲和动画效果，还可以为这些幻灯片设计出统一或不同的背景。 利用PowerPoint可通过各种形式放映幻灯片，既可以在完全没有人工干预的情况下自动放映，也可以由使用者手工控制播放，可以令每张幻灯片从不同的角度，以不同的方式切入到屏幕上，使得放映效果生动有趣。这次培训，主要学习了在Powerpoint基础操作、基本编辑、音、视频处理、演示文稿中动画的设置，设置不同的背景，艺术字与自选图形，表格等。通过培训我对制作课件有了新的认识，制作课件既要讲究精美又要讲究实用。不同的制作软件具有不同的特点，在制作课件时，应根据需要选择合适的制作软件。制作课件是一个艰苦的创作过程，优秀的课件应融教育性、科学性、艺术性、技术性于一体，这样才能最大限度地发挥学习者的潜能，强化教学效果，提高教学质量。在这一次的学习中，我通过对每个章节的仔细学习，才知道平时经常用的

ppt有如此强大的教学课件制作功能，可以说我之前所掌握的只是ppt课件制作功能的冰山一角。现代教育教育多媒本技术在教育教学上的运用越来越多，多媒体以它更直观、更灵活、更易让学生理解的特点，使它成为许多教师教学方法的首选。而之前我只是对ppt课件的制作有一点认识，通过教师深入浅出的讲解和鲜活的实例，让我对ppt课件有了更深的认识，在今后的课件制作方面，我会把所学的制作技能运用其中，制作出更加实用、高效的教学课件。 通过学习，使我更加深刻地了解了多媒体课件制作的方法及技巧，认识到多媒体课件制作为教师专业化的成长提供了一个平台，同时也让我明确了本次学习的目标、内容、使自己由传统化教师向现代化教师发展。

《多媒体演示文稿的设计与制作》学习心得

《多媒体演示文稿的设计与制作（初级）》学习心得最近参加了多媒体演示文稿的设计与制作的学习培训，学到了很多的ppt制作相关理论和ppt课件制作技巧，真是受益匪浅。 对我们教师来说，PowerPoint课件是最早接触的。利用PowerPoint可以创建出非常漂亮的幻灯片文稿，这些幻灯片中既可以有文字，还可以包含图画、表格、统计图表、组织结构图，甚至可以有声音、乐曲和动画效果，还可以为这些幻灯片设计出统一或不同的背景。 利用PowerPoint可通过各种形式放映幻灯片，既可以在完全没有人工干预的情况下自动放映，也可以由使用者手工控制播放，可以令每张幻灯片从不同的角度，以不同的方式切入到屏幕上，使得放映效果生动有趣。这次培训，主要学习了在Powerpoint基础操作、基本编辑、音、视频处理、演示文稿中动画的设置，设置不同的背景，艺术字与自选图形，表格等。通过培训我对制作课件有了新的认识，制作课件既要讲究精美又要讲究实用。不同的制作软件具有不同的特点，在制作课件时，应根据需要选择合适的制作软件。制作课件是一个艰苦的创作过程，优秀的课件应融教育性、科学性、艺术性、技术性于一体，这样才能最大限度地发挥学习者的潜能，强化教学效果，提高教学质量。在这一次的学习中，我通过对每个章节的仔细学习，才知道平时经常用的 ppt有如此强大的教学课件制作功能，可以说我之前所掌握的只是ppt课件制作功能的冰山一角。现代教育教育多媒本技术在教育教学上的运用越来越多，多媒体以它更直观、更灵活、更易让学生理解的特点，使它成为许多教师教学方法的首选。而之前我只是对ppt课件的制作有一点认识，通过教师深入浅出的讲解和鲜活的实例，让我对ppt课件有了更深的认识，在今后的课件制作方面，我会把所学的制作技能运用其中，制作出更加实用、高效的教学课件。 通过学习，使我更加深刻地了解了多媒体课件制作的方法及技巧，认识到多媒体课件制作为教师专业化的成长提供了一个平台，同时也让我明确了本次学习的目标、内容、使自己由传统化教师向现代化教师发展。我还有很多不懂的，继续学习，继续努力。 虞城高中杨金华

演示文稿设计与制作主题说明认证材料 演示文稿设计与制作

第 5 章演示文稿设计与制作 第 1 节认识演示文稿第 1 课时（共 2 课时） 一、教学目标： 1、知识与技能： （1）掌握“wps 演示”的启动和退出方法 （2）了解“wps 演示”窗口的组成和使用 （3）初步掌握“wps”基本操作 2、过程与方法：通过观看、欣赏“WPS 演示”范例作品，激发学习兴趣，结合任务认识“WPS 演示”的窗口，掌握标题幻灯片的制作方法，在实践过程中达成技能的形成。 3、情感态度与价值观：知道“WPS 演示”是一种展示、汇报工具软件，知道能用 “WPS 演示”制作一些作品来展示自己的风采、想法等，感受信息技术的魅力和价值。 二、教学重点： 知道演示文稿的编辑 三、教学难点： 演示文稿的编辑 四、教学方法： 任务探究，体验学习，实验学习 五、教学过程： （一）情境导入 同学们，大家好！今天老师带了件礼品给大家，想看看吗？看完后请你说一说看到了 什么？听到了什么？ 师向学生展示介绍学校的演示文稿。 刚才老师向大家展示的作品是一个演示文稿，它可以将文字、图片、视频和音乐等素 材整合起来。演示文稿在我们的生活中用处可大啦，如产品介绍、自我介绍、辅助教学等。制作这样的作品，需要专业的软件，你知道有哪些软件可以制作演示文稿呢？今天向大家 介绍一款专门用于制作演示文稿的软件——“WPS演示”。 今天这节课我们就一起来认识“WPS演示”软件。（板书：第5章第1节认识演示文稿） （二）、新授 自主学习： 1、一个完整的演示文稿一般由______________________________________________构成。 2、演示文稿中包含的素材一般有___________________________________________等。 3、演示文稿的设计包括________________________。 合作探究： 1、任务一：新建演示文稿 学生自学，打开“wps 演示”窗口，新建一个“wps 演示”文档。 2、任务二：新建“封面标题页” 下面我们来新建第一页幻灯片。 单击右侧的“版式”按键，打开“幻灯片版式”任务空格，在“母版版式”中选择“空 白…… 3、任务三：插入字标题 插入“中国元素”艺术字 4、任务四：插入背景图片

5.演示文稿设计与制作

精品教育 第5章演示文稿设计与制作 第1节认识演示文稿第1课时（共2课时） 一、教学目标： 1、知识与技能： （1）掌握“wps演示”的启动和退出方法 （2）了解“wps演示”窗口的组成和使用 （3）初步掌握“wps”基本操作 2、过程与方法：通过观看、欣赏“WPS演示”范例作品，激发学习兴趣，结合任务认识“WPS 演示”的窗口，掌握标题幻灯片的制作方法，在实践过程中达成技能的形成。 3、情感态度与价值观：知道“WPS演示”是一种展示、汇报工具软件，知道能用“WPS演示”制作一些作品来展示自己的风采、想法等，感受信息技术的魅力和价值。 二、教学重点： 知道演示文稿的编辑 三、教学难点： 演示文稿的编辑 四、教学方法： 任务探究，体验学习，实验学习 五、教学过程： （一）情境导入 同学们，大家好！今天老师带了件礼品给大家，想看看吗？看完后请你说一说看到了什么？听到了什么？ 师向学生展示介绍学校的演示文稿。 刚才老师向大家展示的作品是一个演示文稿，它可以将文字、图片、视频和音乐等素材整合起来。演示文稿在我们的生活中用处可大啦，如产品介绍、自我介绍、辅助教学等。制作这样的作品，需要专业的软件，你知道有哪些软件可以制作演示文稿呢？今天向大家介绍一款专门用于制作演示文稿的软件——“WPS演示”。 今天这节课我们就一起来认识“WPS演示”软件。（板书：第5章第1节认识演示文稿） （二）、新授 自主学习： 1、一个完整的演示文稿一般由______________________________________________构成。 2、演示文稿中包含的素材一般有___________________________________________等。 3、演示文稿的设计包括________________________。 合作探究： 1、任务一：新建演示文稿 学生自学，打开“wps演示”窗口，新建一个“wps演示”文档。 2、任务二：新建“封面标题页” 下面我们来新建第一页幻灯片。 单击右侧的“版式”按键，打开“幻灯片版式”任务空格，在“母版版式”中选择“空白…… 3、任务三：插入字标题 插入“中国元素”艺术字

《制作演示文稿》教学设计 (2)

《制作演示文稿》教学设计 一、教材分析 本节选自滇人课标版初中信息技术七年级第10册第四单元第14课《制作演示文稿》，本节课的主要内容有制作封面幻灯片、制作演示文稿中的其他幻灯片、应用设计模板、自己设计模板组成。 本节课的内容是以搜集多媒体素材和加工多媒体素材为基础，学习演示文稿的制作，并对前面学到的知识巩固的升华。通过小组制作自己感兴趣的主题的作品如：我的校园生活、我喜欢的明星等，学习演示文稿的的版面设计、添加文字、插入图片、插入声音视频等操作，提高学生知识和技能的综合应用能力，激发学生学习兴趣，培养小组协作能力及欣赏水平。在制作演示文稿中体会乐趣，认识到自己的不足与优势，在学的过程中提高情感、态度与价值观。 二、学情分析 本节内容是针对七年级学生设计的，七年级的学生开始进入少年期（12-15岁），他们的身体形态发生着显著的变化，心理也相应的发生变化。在这个时期，学习者积极的向上心理和强烈的求知欲望，喜欢新鲜感的刺激，是塑造良好性格的最佳时期。通过小组协作和自主学习及他们多多媒体的新鲜感，来激发他们的创造性。 学生对PowerPoint有了初步的认识学会了一些基本操作，对本节的内容提前做了预习及素材准备。 学生对新鲜的事物有很强的好奇感，积极地探索精神。喜欢信息技术课程，享受网上学习的乐趣。合作与竞争性都十分明显，乐于小组合作且彰显自己的个性。 三、教学目标分析 1.知识与技能 （1）掌握制作封面幻灯片的基本步骤及要求。 （2）掌握制作幻灯片的基本步骤。 （3）学会根据设计风格合理应用幻灯片模板。

（4）掌握自己设计模板的方法。 2.过程与方法 （1）学会设计自己的模板。 （2）熟悉制作多媒体演示文稿的方法。 3.情感态度与价值观 （1）通过小组合作制作自己的模板，增强同学的组织能力和团队合作意识。（2）通过学生亲自提高电脑操作水平并且激发学生学习的兴趣。 （3）通过作品展示，增强学生的审美意识，激发学生的求知欲。 四、教学重难点 1.教学重点 （1）熟练掌握制作幻灯片的基本操作。 （2）学会应用设计幻灯片模板。 2.教学难点 （1）幻灯片制作的合理布局。 （2）有创意的设计小组主题的幻灯片。 五、教法与学法的设计 1.教法设计 （1）多媒体演示法，学生提前预习本节课的内容，已经有充分的基础知识准备。教师快速的应用多媒体形象直观的演示多媒体演示文稿的制作，解决预习中遇到的问题。 （2）启发教学，创设问题情境，使学生在教师的启发下通过对问题情境的分析，从而理解和解决问题。 （3）任务驱动法，学生分小组完成任务，激发学习兴趣，提高实践操作能力和合作学新能力。 2.学法设计 （1）协作学习法，以学生为中心，小组协作完成任务，对小组完成的作品欣赏评价，进一步巩固所学知识且提高了欣赏评价能力。

多媒体演示文稿地设计与制作学习心得体会(20201111110222)

多媒体演示文稿的设计与制作学习心得体会 通过这次培训学习，使我进一步地掌握了制作和应用ppt等网络教学的知识和技能，增长了见识，理论水平、操作水平也有所提高。基本上掌握多媒体教学演示文稿的制作方法，这次培训学习心得体会如下： 一、知识点： 这次培训学习主要有以下几个方面内容： (-)创建演示文稿 (二)插入多媒体资源 (三)多媒体资源搭配 (四)播放和调试文稿 二、内容呈现： 1 ?创建课件页 (1)新建文稿 启动PowerPoint,在〃新建演示文稿〃对话框中选择〃空演示文稿〃。 (2)选择版式 默认的是“标题幻灯片”。课根据自己的需要进行选择； (3)输入文本 选择〃插入〃菜单中〃文本框〃中〃文本框〃命令后，在编辑区拖动鼠标，绘出文本框，然后 输入相应文字或者粘贴上你所需要的文字。 (4)格式化文本 与其它字处理软件(如WORD相似 (5)调整文本位置 通过调整文本框的位置来调整文本的位置。先选中要调整的文本框，使其边框上出现8 个控制点，然后根据需要拖动控制点，文本框随之改变大小。当鼠标指针放在文本框边上的任何不是控制点的位置时，鼠标指针附带十字箭头，这时拖动鼠标可调整文本框的位置。 通过调整文本框的位置来调整文本的位置。先选中要调整的文本框，使其边框上出现8 个控制

点，然后根据需要拖动控制点，文本框随之改变大小。当鼠标指针放在文本框边上的任何不是控制点的位置时，鼠标指针附带十字 箭头，这时拖动鼠标可调整文本框的位置。 2、编排与修改 2. 1插入图片 (1)选择〃插入〃-〃图片〃，选取合适的图片，然后单击〃插入〃按钮。 2. 2选取模板 单击〃格式〃菜单中的〃幻灯片设计，〃命令，选择合适的模板，也可在幻灯片上单击右键， 通过快捷菜单选择〃幻灯片，〃命令。 2.3应用背景 如果不想对课件页添加模板，而只是希望有一个背景颜色或者是图片，可以单击〃格式〃菜单中的〃背景〃命令，在〃背景〃对话框中，打开下拉列表框，或单击〃其他颜色，〃选择合适的颜色，也可以选择〃填充效果〃 2. 4影片、声音 执行“文件一一插入一一影片和声音”选择文件中的影片或者文件中的声音进行操作，为了防止课件到拷贝其他电脑无法获取文件，可将声音或影片文件与幻灯片文件放在同一文件夹下 三、学以致用： 1、PowerPoint中有多种创建演示文稿的方法，对于一个初学者想要快速制作一个演示文稿可以根据内容提示向导创建演示文稿。“内容提示向导”是创建演示文稿最快捷的一种方式，在“内容提示向导”的引导下，不仅能帮助使用者完成演示文稿相关格式的设置，而且还帮助使用者输入演示文稿的主要内容。 2、在多媒体演示文稿的页面中插入有关的文本、图片等多媒体资源需以下几个步骤：选择要插入的多媒体资源；调整插入对象的位置和大小； 3、(1)配色方案：配色方案就是由多媒体演示文稿软件预先设计的能够应用于幻灯片中的背景、文本和标题等对象的一套均衡搭配的颜色。通过配色方案，使多媒体演示文稿色彩绚丽，多呈现的内容更加生动，进行配色时需完成以下几个步骤：选择配色方案；应用配色方案；(2)利用版式搭配多媒体资源：版式是PowerPoint2003软件中的一种常规排版的格式，通过幻灯片版式的应用可以

《多媒体演示文稿的设计与制作(初级)》学习心得

<<多媒体演示文稿的设计与制作>>(初级)学习心得玉林市茂林镇中学梁海玲 通过对<<多媒体演示文稿的设计与制作>>(初级)课程的 学习,我已经掌握了多媒体演示文稿的设计与制作基本知识及 制作方法,收获颇多,现就自己的学习谈谈学习体会. 一、知识点 1、创建演示文稿； 2、插入多媒体资源； 3、多媒体资源的搭配； 4、播放和调用文稿。 二、应用 1、PowerPoint中有多种创建演示文稿的方法，对于一个初学者想要快速制作一个演示文稿可以根据内容提示向导创建演示文稿。“内容提示向导”是创建演示文稿最快捷的一种方式，在“内容提示向导”的引导下，不仅能帮助使用者完成演示文稿相关格式的设置，而且还帮助使用者输入演示文稿的主要内容。 2、在多媒体演示文稿的页面中插入有关的文本、图片等多媒体资源需以下几个步骤：选择要插入的多媒体资源；调整插入对象的位置和大小；

3、（1）配色方案：配色方案就是由多媒体演示文稿软件预先设计的能够应用于幻灯片中的背景、文本和标题等对象的一套均衡搭配的颜色。通过配色方案，使多媒体演示文稿色彩绚丽，多呈现的内容更加生动，进行配色时需完成以下几个步骤：选择配色方案；应用配色方案；（2）利用版式搭配多媒体资源：版式是PowerPoint2003软件中的一种常规排版的格式，通过幻灯片版式的应用可以对文字、图片等等更加合理简洁完成布局，通常PowerPoint2003中已经内置文字版式、内容版式等版式类型供使用者使用，利用版式可以轻松完成幻灯片制作和运用。运用版式搭配多媒体资源需要以下几个步骤：选择版式；应用版式；（3）、图形组合：图形组合是PowerPoint 软件中的一种图形处理功能，可以将多个独立的形状组合成一个图形对象，然后对组合后的图形对象进行移动、修改大小等操作，操作步骤如下：选择图形；组合图形； 4、播放和调用文稿：（1）、自定义播放：由于一个演示文稿中可能有很多张幻灯片，有些时候我们不需要全部播放出来，这时就需要对演示文稿中的幻灯片设置自定义播放。自定义播放演示文稿需以下几步：选择要播放的演示文稿；设置自定义播放；（2）、打包演示文稿：演示文稿制作完成后，往往不是在一台计算机上播放，有时会出现演示文稿中所插入的视音频等资源不能顺利播放的情况。如张老师把在家做好的演示文稿拿到教室播放，在排除连线、播放软件问题等因素后，演示文

多媒体演示文稿的设计与制作的学习心得与体会

多媒体演示文稿的设计与制作学习心得通过对<<多媒体演示文稿的设计与制作(初级)>>课程的学习,我已经基本掌握了多媒体演示文稿的设计与制作基本知识及制作方法,收获颇多,现就自己的学习谈一下几点. 一、知识点 1、创建演示文稿； 2、插入多媒体资源； 3、多媒体资源的搭配； 二、技能应用 1、PPT中有多种创建演示文稿的方法，对于一个初学者想要快速制作一个演示文稿可以根据内容提示向导创建演示文稿。“内容提示向导”是创建演示文稿最快捷的一种方式，在“内容提示向导”的引导下，不仅能帮助使用者完成演示文稿相关格式的设置，而且还帮助使用者输入演示文稿的主要内容。 2、在多媒体演示文稿的页面中插入有关的文本、图片等多媒体资源需以下几个步骤：选择要插入的多媒体资源；调整插入对象的位置和大小； 3、（1）配色方案：配色方案就是由多媒体演示文稿软件预先设计的能够应用于幻灯片中的背景、文本和标题等对象的一套均衡搭配的颜色。通过配色方案，使多媒体演示文稿色彩绚丽，多呈现的内容更加生动，进行配色时需完成以下几个步骤：选择配色方案；应用配色方案；（2）利用版式搭配多媒体资源：版式是PowerPoint2003软件中的一种常规排版的格式，通过幻灯片版式的应用可以对文字、图片等等更加合理简洁完成布局，通常PowerPoint2003中已经内置文字版式、内容版式等版式类型供使用者使用，利用版式可以轻松完成幻灯片制作和运用。运用版式搭配多媒体资源需要以下几个步骤：选择版式；应用版式；（3）、图形组合：图形组合是PowerPoint 软件中的一种图形处理功能，可以将多个独立的形状组合成一个图形对象，然后对组合后的图形对象进行移动、修改大小等操作，操作步骤如下：选择图形；组合图形； 三、内容展示 1.创建课件页 （1）新建文稿 启动PowerPoint，在"新建演示文稿"对话框中选择"空演示文稿"。 （2）选择版式 默认的是“标题幻灯片”。课根据自己的需要进行选择； （3）输入文本 选择"插入"菜单中"文本框"中"文本框"命令后，在编辑区拖动鼠标，绘出文本框，然后输入相应文字或者粘贴上你所需要的文字。 （4）格式化文本 与其它字处理软件（如WORD）相似 （5）调整文本位置 通过调整文本框的位置来调整文本的位置。先选中要调整的文本框，使其边框上出现8个控制点，然后根据需要拖动控制点，文本框随之改变大小。当鼠标指针放在文本框边上的任何不是控制点的位置时，鼠标指针附带十字箭头，这时拖动鼠标可调整文本框的位置。 通过调整文本框的位置来调整文本的位置。先选中要调整的文本框，使其边框上出现8个控制点，然后根据需要拖动控制点，文本框随之改变大小。当鼠标指针放在文本框边上的任何不是控制点的位置时，鼠标指针附带十字

演示文稿的设计和制作

演示文稿设计与制作 第1节认识演示文稿第1课时温宿县第二小学王新生 一、教学目标： 1、知识与技能： （1）掌握“wps演示”的启动和退出方法 （2）了解“wps演示”窗口的组成和使用 （3）初步掌握“wps”基本操作 2、过程与方法：通过观看、欣赏“WPS演示”范例作品，激发学习兴趣，结合任务认识“WPS 演示”的窗口，掌握标题幻灯片的制作方法，在实践过程中达成技能的形成。 3、情感态度与价值观：知道“WPS演示”是一种展示、汇报工具软件，知道能用“WPS 演示”制作一些作品来展示自己的风采、想法等，感受信息技术的魅力和价值。 二、教学重点： 知道演示文稿的编辑 三、教学难点： 演示文稿的编辑 四、教学方法： 任务探究，体验学习，实验学习 五、教学过程： （一）情境导入 同学们，大家好！今天老师带了件礼品给大家，想看看吗？看完后请你说一说看到了什么？听到了什么？ 师向学生展示介绍学校的演示文稿。 刚才老师向大家展示的作品是一个演示文稿，它可以将文字、图片、视频和音乐等素材整合起来。演示文稿在我们的生活中用处可大啦，如产品介绍、自我介绍、辅助教学等。制作这样的作品，需要专业的软件，你知道有哪些软件可以制作演示文稿呢？今天向大家介绍一款专门用于制作演示文稿的软件——“WPS演示”。 今天这节课我们就一起来认识“WPS演示”软件。（板书：第5章第1节认识演示文稿） （二）、新授 自主学习： 1、一个完整的演示文稿一般由______________________________________________构成。 2、演示文稿中包含的素材一般有___________________________________________等。 3、演示文稿的设计包括________________________。 合作探究： 1、任务一：新建演示文稿 学生自学，打开“wps演示”窗口，新建一个“wps演示”文档。 2、任务二：新建“封面标题页” 下面我们来新建第一页幻灯片。 单击右侧的“版式”按键，打开“幻灯片版式”任务空格，在“母版版式”中选择“空白…… 3、任务三：插入字标题 插入“中国元素”艺术字 4、任务四：插入背景图片