有關設計方案模板集錦5篇
為了確保工作或事情能高效地開展,時常需要預先制定一份周密的方案,方案是有很強可操作性的書面計劃。方案應該怎么制定才好呢?下面是小編為大家收集的設計方案6篇,希望對大家有所幫助。
設計方案 篇1
一、班會名稱
《將感恩進行到底》
二、班會背景
感恩一直是一個不變的話題,來自五湖四海的我們從陌生到熟悉從相知到相
惜,每個人都經歷很多,也收獲了很多,有了收獲我們就要學會感恩。
寒來暑往、星移物換,轉眼間大學生活已經悄然過去了很多,在那些我們共
同走過的歲月里,我們同舟共濟,那些日子里我們有淚有笑,不知不覺間已經建立了深厚的友誼,在老師、在朋友、在同學的幫助下,我們走過新生的青澀,漸漸的我們退去稚嫩走向成熟,老師、同學間不僅是友誼更多了一份默契。為了鞏固這份友情、友誼,也為了讓我們感恩的心能夠延續,伴我們走過接下去的那些日子,班級組織了以感恩慶生為主的主題班會《將感恩進行到底》,并以晚會的形式呈現,希望同學們在班會過程中中不僅能后得到快樂更多的是一份對整個班級的思考,對未來的思索。
三、班會目的
感恩一直是一個不變的話題,來自五湖四海的我們組建了這個班級,我們從陌生到熟悉從相知到相惜,每個人都經歷很多,也收獲了很多,有了收獲我們就要學會感恩。
同學們從剛進學校的青澀,也漸漸退去原來的稚嫩多了一分成熟和深沉。當
然伴隨我們更多的是來自同學之間和老師的關懷,為了鞏固和延續同學之間的這份友誼和師生之間的友情,我們以感恩為主題召開了這次《將感恩進行到底》。 這次班會的主要目的就是增進同學之間的友誼、增進與老師之間的交流溝通,將同學們之前一直埋在心中對同學、對老師的話通過此次班會營造出的氛圍,讓每個同學暢所欲言。為了讓每個同學積極參與其中,班會還設置了游戲過程,游戲中大家歡聲笑語,那一刻是大家的笑聲是痛徹心扉的,是永遠都不會忘記的,每個人都暢所欲言,這一晚同學之間沒有隔閡,沒有拘束。整個班會就是有笑聲
和淚水構成的,看著過去的照片同學們都感嘆著沒想到我們一起經歷了這么多。
四、班會前期準備
為了達到預期的目的,班會的前期準備工作需要做到細致。從班會組織的前期構想、召開目的,到班委會分配任務、班會展示素材的準備,對每個環節都做縝密的考慮。物品的購買時必不可少的:感恩小紙條、感恩信箱、慶生蛋糕、氣球、彩帶等等,還有場地的租借,音響設備、投影設備的借用,整個班會的前期準備過程中同學們都積極參與其中,每一位同學都是這次班會的主人。其實在準備的過程中,同學們就能漸漸發現,同學之間已經積淀下了很深的友誼,只是同學之間沒有注意,其實友誼就在你我之間,它時刻都在溫暖著你我。
五、班會過程
1.主持人開場:由主持人進行開場白,對此次班會進行介紹,引入班會主題,營造班會感恩的氛圍。
2.來賓致辭:請學院團委書記為此次班會致詞。
3.視頻回憶:播放班級前期準備的iebook,回顧班級過去日子里舉行的主要活動,記錄同學們之間的點點滴滴,從相逢到相識到相知。
4.歲月之聲:主持人對播放內容進行總結,請同學談談看完之后的感想,由班長、團支書首先代表講話,同學看完之后,自己也是參與者肯定有許多感同生受的話想說。
5.同學們討論感恩話題(由同學自由發言)
導序:記得那年九月,我們歡歡喜喜地走進大學,是同學、是老師、是朋友幫助我們走過了那段時光,在我們迷茫時、在我們困惑時,是他們的一把援手、是他們的一句關懷溫暖了我們,如今,我們逐漸走向了成熟,許許多多的榮耀、成績漸漸的出現在了我們的生活中,在收獲的同時,我們不能忘記那些猶在耳畔溫暖的話語,那些肯定的眼神。
6.游戲環節
游戲一:經典團隊。(加強同學、老師之間的互動)
【游戲規則】:
(1)分組,每組差不多五到七人
(2)一組排開。除了第一人,其余的人皆面向相反的一邊
(3)主持人把寫著題目的紙條秀給第一人看,然后再表演給觀看者和別組人。
(4)當第一人準備好后,計時每人十到十五秒的時間傳動作給下一人看。要 傳前先拍打下一人的背好讓那人轉身面向自已。做動作的人不可用寫或出聲來表達題目。
(5)比到最后一人時,主持人向前尋問答案,如果多于半數的人答錯,可叫第一個比的人再比一次。
(6)每組輪留上去比不同的題目。
題目例子:跳舞機;日本藝妓;圣誕樹;戴隱形眼鏡;云霄飛車等
游戲二:和諧之旅
【游戲規則】:每個人都有一把椅子坐,還有一個人沒有位子做,然后這個人就開始刮風,刮什么風全由他定。比如他說“刮今天穿白色襪子的人”,那所有坐著的穿白襪的人必須起身換個位子,主持人就可以趁機坐下,必有一個沒位子。這時候就換他刮風了,要想調動所有人的話,可以刮“所有的男生和女生”,“吃過早飯的人”;也可以刮“錢包里有女朋友照片的人”之類。有人會不知所措,突然發覺自己是被刮的人之一,然后像無頭蒼蠅一樣亂撞。
游戲三:激情之境。
【游戲規則】由開始一人發音"零"隨聲任指一人,那人隨即亦發音"零"再任指另外一人,第三個人則發 音"柒",隨聲用手指作開槍狀任指一人,"中槍"者不發音不作任何動作,但"中槍"者旁邊左右兩人則要發"啊"的聲音,而揚手作投降狀。--出錯者罰! (注:適合眾人玩,由于沒有輪流的次序,而是突發的任指其中的一個人,所以整個過程都必須處于緊張狀態,因為可能下個就是你了!)
7.感恩之路
(1)請班主任老師為此次班會進行總結并寄予厚望;
(2)總結后,同學們自發將準備好的學期總結與展望及想對姚老師說的話,塞進準備好的感恩信箱。由班級代表班長張正、團支書李露雙手送給姚老師,并向老師表態建設好班級的決心。
(3)溫馨寄語。全班同學之間、師生之間相互之間互贈帶有寄語的愛心卡片,上面寫有想對他和她說的話。
8.溫馨之圓
11月是班級的生日,借此班會之際,我們進行慶生活動,由團支書進行簡短的發言,并請班主任和團委老師為我們切開了這塊象征友誼的蛋糕,同學們吃著蛋糕相互祝福。
9.團隊誓言
由班長、團支書共同帶領全班同學進行宣誓,把成績搞好、把工作做好、 把生活享受好。宣誓結束后,同學們在孔明燈上寫上我們的誓言,然后再大家的注目下放飛蒼穹,放飛我們的夢想與誓言。
10.團隊展望
本次感恩班會的最后一個環節是全體同學一起唱班歌《青春的紀念冊》并結束此次的班會。同學們合照留念。
六、班會效果
通過本次班會,提高班級同學之間、和老師的感情和友情。同時也讓同學了解在我們的身邊,一直有那么一群可愛的人在陪伴著我們、幫助我們,我們在接受幫助和給予的同時,更要懂得感恩,可以更好地、即時的回報,讓每一位同學都能擁有一顆感恩的心,充盈飛度過自己的大學生生活。懂得人際交往,建立和諧的人際關系。使我們班級更加地默契、更加地團結。對我們班級今后的管理與發展起到一定的、積極的推動作用。
結上等緣,存上等心,結中等緣,享下等福;在高處立,往遠處望,向闊處行。
七、教育反思
大學的生活環境和高中有所不同,同學們除了上課在一起其他沒有更多的時間相聚,但是一個人脫離了群體是不能夠生存的,相信這次班會以后同學們對大學之間的友情能夠重新進行審視。相信這次班會給大家帶來了許多美好的回憶,大家的友誼不會隨著時間而褪色反而會成為我們大學生活中最亮麗的一抹色彩。
設計方案 篇2
第一課時
一、區別形近字
此題是比較形近字組詞語的練習。需要注意的是:
1 先比較形近字的字音,字形的區別,再組詞語,在運用中區別。
2 組詞語時,鼓勵一詞多組。
例:密 親密 保密 密集
蜜 蜜蜂 蜜糖 甜蜜
飄 飄帶 飄動 飄落
漂 漂流 漂浮。讀piao時指漂白。讀piao時指漂亮。
坐 座位 坐機 寶座
底 鍋底 月底 海底
低 低頭 降低 低燒
二、抄寫詞語
此題的目的是積累詞語,練習把字寫端正。可先讀一讀,說說那些字音容易讀錯;接著說說每個字的意思;然后找找那些字容易寫錯;再工工整整的抄下來。
易讀錯的字:成熟熱情好客唉聲嘆氣淳樸
易寫錯的字:蒸(13畫,四點底上還有一小橫);醒(左邊不是西字,里邊還有一小橫是“酋”);嶺(右邊是令字,不是今字);辛(最后一短橫,中間一長橫);聲(上邊是示字,不是土字)
還可鼓勵學生再摘抄一些詞語:民族小孔小鎮早晨介紹工具油菜決心長江百售
三、詞語
設計本題的目的是幫助學生詞語和正確的進行詞語搭配。補充詞語可按以下層次訓練:
(1)審題,明確要求。
(2)指導方法,前面的疊詞是修飾后面的詞語的,應在橫線上填名詞。
(3)試著獨立完成練習。填完后想一想,填上的詞語和前面的詞語搭配是否合適。
(4)全班交流。應鼓勵發散,說出不同答案。
(5)開展填詞語的搶答活動。學生出疊詞,其他學生搶答,把詞語補充完整。這樣可以豐富學生的語匯。
四、讀對韻歌
注釋:大漠指沙漠。孤煙直:孤伶伶的炊煙筆直的升上天空。長河:指黃河。
補充天對地,雨對風,大陸對海樹,赤日對蒼穹。
秋月白,晚霞紅,水繞對云橫,雨中山果落,燈下草蟲鳴。
五、體會動詞。
1 鉆漂蕩漾既寫出小船在小河上悄然劃過的樣子,船駛遠后,小船飄蕩,更襯托出小鎮早晨的恬靜;
2 低彎鳴唱歡笑朗讀時要讀出憐愛之情。
先自讀,再交流體會,然后練習朗讀。在朗讀的基礎上可練習背誦。
第二課時
一、讀背古詩
《敕勒歌》比較淺顯,學生可以自己大體讀明白,但要注意古詩中生字比較多,需要學生自己動手解決。
古詩的學習除了要加強朗讀和背誦外,還要引導學生結合詩句的內容,展開合理的想象。
讀了這首詩,可啟發學生:你能不能想象出北方草原的風景?和學過的描寫江南風光的額詩比較一下,說說有什么不同的地方。
二、自讀課外短文
教師先不要指導,應放手讓學生自學,自悟,自答,讓學生自學。在自讀的基礎上,歸納每一自然段的主要內容。然后在抓住每段要點的基礎上用自己的話說說變化,要鼓勵學生的不同表達。最后練習路的變化(羊腸小路——黃土公路——柏油馬路)。還可以引導學生討論:路越修越好,給人們的生活帶來了那些好處。
生字:軋(ya).
第三課時
一、綜合實踐
教學中應注意以下幾個問題:
1 提前布置,使每個同學思想上都有準備。
2 選擇大家都想了解的地點,是每個同學都有話可說。
3 同學都可隨時提問,使大家真正交流起來。
4 采訪結束后,歸納剛才提的問題,那些問題與主題無關,哪些是有價值的問題。從而引導學生怎樣采訪,提問題。
5 告訴學生在采訪中注意采訪的態度和語言的修養。
口述時要注意三點:(1)說出你采訪的景物,采訪的對象。(2)講講它過去的樣子。在口述時要寓抒情于見聞與聯想之中。
二、金鑰匙學習一些朗讀的技巧
可指導學生結合學過的課外,說說自己朗讀的體會。還可以舉行一個朗讀比賽,調動學生朗讀的積極性。
三、自檢
通過自檢,引導學生總結前一段的學習情況,鼓勵大家向好的同學學習,多積累語言。
教學后記:
學生對對仗歌很感興趣,讀起來朗朗上口很有意思,但對這種對仗理解的不夠好,弄不明白什么是對仗,我在講的時候,也感覺不知怎么解釋才好,只有舉很多例子來講,但效果仍不太好。
設計方案 篇3
一、激情導入
同學們,你們喜歡過生日嗎?在過生日的時候,你們最希望的是什么?
平日里,你們會向別人借東西,也會把東西借給別人,你們聽說過借生日嗎?今天我們要學習的就是關于《借生日》的故事。
興趣是最好的教師。所學知識越貼近學生的生活實際,學生就越感興趣。學生愛過生日,而借生日學生沒有聽說過,這就引導學生的興趣,激發他們的未知欲。
二、學習生字
1、提出自讀要求:讀準字音,讀通句子,標出自然段。
(學生根據要求獨立讀課本。)
明確讀的要求,對一年級的學生來說十分必要,這樣可以提高讀書的效率,有利于養成良好的閱讀習慣。
2、認讀帶有拼音的字詞:
布熊、放著、快樂、怎么、禮物、今天、早飯、正要、拿著。
培養學生自主學習的習慣,大膽自信地發言,為學生創設寬松、和諧、民主的學習氛圍,努力使學生獲得成就感。
3、去掉拼音再讀生詞。
4、學生在句子中識字:
⑴ 這是怎么一回事阿?
⑵ 早晨,媽媽吃過早飯去上班。
⑶ 媽媽送給我的生日禮物是一個小布熊。
⑷ 他正拿著一束鮮花向我跑來。
句中識字雖然給學生增大了一定的難度,但可以檢查學生是否真正認識了這個漢字。
三、學習課文
1、這篇課文共有多少個自然段。
2、你喜歡讀哪個自然段就給大家讀哪個自然段。
(先自由練習讀,然后指名自由選自然段讀。)
打破傳統的“串講”形式,以學生的自主閱讀為主,學生自己能讀懂的教師就不再去講,充分讓學生自讀自悟,讓學生學會主動學習。
3、同學們有什么不懂的問題嗎?
小云為什么把生日借給媽媽?
感悟媽媽和小云說的話:媽媽笑著說:“我忘了”。
媽媽真的忘了嗎?小云把生日借給媽媽前,心理會想些什么。
(先以學習小組為單位進行組內交流和討論,再以小組的形式發表討論和交流的結果。)
媽媽聽了小云的話是怎么說的,又是怎么做的?
媽媽的心情怎樣,會怎么做?
4、讀了課文,你們覺得小云是個怎樣的孩子?
(學生各抒己見,從中知道小云在媽媽的影響下,懂得關心媽媽了,使學生受到感染。)
5、小結:
我們的媽媽是世界上最偉大的人物,她總是只想著別人,而唯獨沒有自己,所以我們也應該向小云一樣,來關心自己的媽媽。
6、練習分角色讀課文。
四、總結全文
1、通過《借生日》這一課的學習,我們認識了許多生字,知道文中的小云關心媽媽的事我們也應該像小云一樣關心媽媽,關心身邊的人。
2、想象故事的結尾,交流識字方法。
想象故事的結尾,讓學生展開想象的翅膀,發展學生的思維;交流識字方法,鞏固所學生字。
設計方案 篇4
瀑布式模型
是由W.W.Royce在1970年最初提出的軟件開發模型,在瀑布模型中,開發被認為是按照需求分析,設計,實現,測試 (確認), 集成,和維護順序的進行。
快速原型法
快速原型模型的第一步是建造一個快速原型,實現客戶或未來的用戶與系統的交互,用戶或客戶對原型進行評價,進一步細化待開發軟件的需求。通過逐步調整原型使其滿足客戶的要求,開發人員可以確定客戶的真正需求是什么;第二步則在第一步的基礎上開發客戶滿意的軟件產品。
迭代式開發
在迭代式開發方法中,整個開發工作被組織為一系列的短小的、固定長度(如3周)的小項目,被稱為一系列的迭代。每一次迭代都包括了需求分析、設計、實現與測試。采用這種方法,開發工作可以在需求被完整地確定之前啟動,并在一次迭代中完成系統的一部分功能或業務邏輯的開發工作。再通過客戶的反饋來細化需求,并開始新一輪的迭代。
不同的開發模型,對于設計階段的工作要求也不盡相同。相對來說,瀑布式模型中對于設計文檔的粒度要求得最細,而快速原型法對于設計的要求一般來說比較弱,迭代式開發在每一階段中的設計文檔工作量都相對較少,但在軟件開發完成后,最終的設計文檔完善程度要比快速原型法的好。
軟件設計的總體思路
軟件設計的本質就是針對軟件的需求,建立模型,通過將模型映射為軟件,來解決實際問題。因此軟件設計需要解決的核心問題是建立合適的模型,使得能夠開發出滿足用戶需求的軟件產品,并具有以下特性:
靈活性(Flexibility)
有效性(Efficiency)
可靠性(Reliability)
可理解性(Understandability)
維護性(Maintainability)
重用性(Reuse-ability)
適應性(Adaptability)
可移植性(Portability)
可追蹤性(Traceability)
互操作性(Interoperability)
因此,軟件設計并沒有一套放之四海而皆準的方法和模板,需要我們的設計開發人員在軟件的設計開發過程中針對軟件項目的特點進行溝通和協調,整理出對軟件項目團隊的行之有效的方式,進行軟件的設計。并保障軟件設計文檔的.一致性,完整性和可理解性。
誰來進行軟件設計
在我們開發人員中,有很多人這樣理解:“軟件設計文檔就是軟件架構師和設計人員的事情”,其實不然。設計文檔是整個軟件開發團隊的產出,其中有些設計文檔由架構師或者設計人員給出,有些文檔由開發人員給出。這并沒有一定的區分。
最佳實踐
我們經常聽到這樣的話:
“設計文檔沒有用,是用來糊弄客戶和管理層的文檔”;
“用來寫設計文檔的時間,我的開發早就做完了”;
“項目緊張,沒有時間做設計”;
這些言論,并不是正確的觀念,根據軟件項目的實際情況,軟件開發設計團隊可以約定設計文檔的詳細程度。項目團隊需要保障設計文檔的完整性和一致性,在項目進度緊張的情況下,軟件設計文檔可以更初略一些;在項目時間充裕的情況下,相關文檔可以更為詳盡。但是在項目開發過程中,需要軟件設計開發團隊對于設計文檔有共同的理解。
設計文檔分類與使用
通常來說,作為軟件項目,我們需要有這幾類文檔
需求說明文檔
功能設計文檔
系統架構說明書
模塊概要設計文檔
模塊詳細設計文檔
就像我之前說到的,在某個軟件團隊,對于以上的文檔的要求是可以完全不同的,在簡單項目中,可能所有類型的文檔放在一個文檔中進行說明;在復雜項目中,每一類文檔可能都要寫幾個文檔;而在最極端的情況下,可能每一類文檔都能裝訂成幾冊。因此,在我們軟件設計和開發人員心目中需要明確的是:文檔并不是我們進行設計的目標,也不是我們設計過程中額外的工作。
軟件設計文檔是我們在軟件設計開發過程中形成的,用來在軟件設計開發團隊內部以及與各干系人之間進行溝通的文檔,這些文檔記錄了軟件項目中的各種知識,方案的思路、以及各種決策意見。
下面我們就軟件設計開發過程中必須要完成的工作進行梳理,而我們需要注意到,這些需要完成的工作,在不同的開發流程模型的指導下可能有不同的時間要求,而我們需要關注的是在這個階段內需要完成的工作,以及這個階段內我們需要溝通的人員。
需求分析
需求分析是我們進行任何一個軟件項目設計開發過程中都必須要完成的工作。
這個工作通常與客戶一起完成。在不同的項目中,這個“客戶”可能來自真正的購買產品的用戶,使用系統的用戶,也有可能來自團隊的某個人員,如產品經理等。軟件設計開發團隊的參與成員根據項目的不同規模,則參與的人員也有所不同。原則上,設計開發人員參與的時間點越早,對于需求的理解和把握會更好。這個階段,通常需要軟件架構師參與其中。從資源優化的角度來說,開發人員不必參與需求分析,但需要理解需求。
需求分析的結果通常我們需要使用需求說明文檔來描述,目前主流的需求描述方法包括:用戶例圖、用戶故事等方式。這些方式有所不同的側重,其核心思想就是描述清楚用戶的使用場景。但無論采取何種方式,進行需求的描述,需求說明需要明確以下幾點:
所需要開發的軟件系統邊界
系統所有的相關及使用人員角色
系統關鍵的使用場景
系統規模、性能要求以及部署方式等非功能性需求
功能設計
功能設計與需求分析差不多同時在開展,在很多軟件項目中,對于功能設計不是特別重視。但對于某些軟件項目而言,這是一個相當重要的工作。對于主要是用戶界面的軟件項目來說,功能設計可以看作是畫出原型界面,描述使用場景,獲得用戶認可的過程。而對于沒有界面的軟件項目來說,則功能設計與需求分析的區分更為模糊。
參與的人員與需求分析的參與人員類似,架構師更側重于參與此類工作,并給與一些實現層面的判斷和取舍。
功能設計需要明確的核心是:
系統的行為
系統架構設計
系統架構設計是一個非常依賴于經驗的設計過程。需要根據軟件項目的特定功能需求和非功能性需求進行取舍,最終獲得一個滿足各方要求的系統架構。系統架構的不同,將很大程度上決定系統開發和維護是否能夠較為容易的適應需求變化,以及適應業務規模擴張。
架構設計工作中,用戶參與程度很低。軟件開發團隊中的需求人員參與程度很低,但團隊中的所有核心設計和開發人員都應該參與其中,并達成一致意見。
架構設計的主要成果,是將系統的不同視圖予以呈現,并使之落實到開發中:
系統開發視圖及技術路線選擇
系統邏輯視圖
系統部署視圖
系統模塊視圖
系統的領域模型
在軟件開發過程中,系統的架構不是一成不變的,隨著設計人員和開發人員對于系統的理解不斷深入,系統的架構也會發生演化。在軟件項目中,架構設計是開發團隊溝通的統一語言,設計文檔必須要隨著系統的變化進行更新,保障開發團隊對于系統的理解和溝通的一致性。
模塊/子系統概要設計
模塊/子系統的概要設計,由架構師參與,核心設計和開發人員負責的方式進行。
在概要設計工作中,我們需要在架構確定的開發路線的指導下,完成模塊功能實現的關鍵設計工作。在概要設計階段,需要關注于模塊的核心功能和難點進行設計。這個過程中更多推薦的采用UML來進行概要設計,需要進行:
模塊實現機制設計
模塊接口設計
關鍵類設計
畫出時序圖
交互圖等。
模塊詳細設計
在瀑布式開發模型中,模塊的詳細設計會要求比較嚴格,將所有類進行詳細設計。據我所知,除了一些對于系統健壯性要求非常嚴格的軟件項目,如國防項目,金融項目還要求有詳細設計文檔之外。其他的項目大多采用其他方式來處理這樣的工作,如自動化測試等。
綜上所述,軟件設計文檔作為軟件開發團隊的溝通、理解、知識共享的手段,具有非常重要的意義。而根據軟件團隊的規模,對于文檔上承載的信息詳細程度可以有不同程度的要求。我們軟件團隊對于*如何使用設計文檔有一個統一的理解,并堅持更新設計文檔*,這就是軟件設計的最佳實踐!
軟件設計所需要的知識與技能
UML 統一建模語言
軟件工程
面向對象的編程 OOP
操作系統
數據庫原理
設計模式
溝通能力
設計方案 篇5
目標
1、能參加活動,初步產生親近老師、接納同伴的情緒。
2、能隨著音樂有節奏地扭動身體,體驗身體接觸的快樂。
準備
1、活潑歡快的音樂,如《健康歌》的伴奏音樂。
2、一處較大的場地。
3、毛毛蟲毛絨玩具。
過程
1、扭扭抱抱。
(1)教師出示毛毛蟲毛絨玩具,表演扭扭蟲扭動的樣子。
(2)請幼兒觀看教師用肢體動作表演的扭扭蟲。
(3)請幼兒用肢體動作模仿表幀?
(4)帶領幼兒跟隨音樂有節奏地扭動全身,教師在每一樂句結束處擁抱每個幼兒。
2、爬爬碰碰。
(1)教師伸出食指、中指,隨音樂節奏“爬”到幼兒身上,如“爬”到幼兒的背上、肚子上、屁股上等。
(2)在音樂聲中,引導幼兒邊念“扭扭碰呀,扭扭碰呀,扭扭屁股碰一碰”,邊互相碰一碰,體驗身體接觸的快樂。
(3)音樂一停,每個幼兒擺出一個動作造型。教師可以適時地給幼兒拍下照片,作為入園留念。
【設計方案】相關文章:
設計方案08-31
教學設計方案07-08
教學設計方案02-28
設計方案格式12-01
教學設計方案12-23
薪酬設計方案08-31
教學設計方案集合07-13
教學活動設計方案12-14
關于教學設計方案07-29
精品教學設計方案03-07