第一篇：2012年第2期工作簡報軟件工程分院

每周工作簡報

總第 2 期

江西先鋒軟件職業(yè)技術(shù)學(xué)院軟件工程分院2012年2月20日-2月26日

本周主要工作摘要

教學(xué)工作

1、本周教學(xué)運轉(zhuǎn)正常，堅持行政管理人員課堂聽課制度、做好課間巡視。堅持每個教學(xué)日任課教師提交教學(xué)日志，及時解決和處理教學(xué)問題，公告教學(xué)日志相關(guān)信息。

2、本周教研室活動重組三個專業(yè)技術(shù)團隊，確定各團隊學(xué)科帶頭人（負(fù)責(zé)人），組織對實驗室進(jìn)行一次清查和維護(hù)。

3、周三組織召開2011級自考學(xué)生、補考學(xué)生座談會，學(xué)習(xí)學(xué)校相關(guān)規(guī)定，聽取學(xué)生對教學(xué)工作的意見和建議，提出具體要求。4、2012年4月份自考報考結(jié)束，本次報考科考人數(shù)864人，其中新報考生44人。

5、組織各班統(tǒng)計學(xué)生對上學(xué)期各科目成績異議情況。學(xué)團工作6、12日晚召開主題班會，對學(xué)生進(jìn)行“收心”教育；

7、學(xué)生日常管理工作正常進(jìn)行，嚴(yán)抓校風(fēng)校紀(jì)工作，重點做好到課 1

率工作，本周學(xué)生到課率90%。衛(wèi)生合格率95%；

8、抓好安全工作，做到“三無”；

9、對開學(xué)至今無故不返校學(xué)生聯(lián)系其家長，做好思想工作，按《學(xué)生手冊》進(jìn)行處理；

10、截止上學(xué)期末分院欠58.9萬，本周清繳欠費11.5萬；

11、做好就業(yè)協(xié)議書回收整理工作，本周已收到105份。

12、做好大合唱排練工作和籃球比賽賽前準(zhǔn)備工作

后勤服務(wù)工作

13、維護(hù)教學(xué)樓衛(wèi)生、安全檢查，固定資產(chǎn)維護(hù)，擬寫上報本期工作簡報；處理分院日常事務(wù)。

江西先鋒軟件職業(yè)技術(shù)學(xué)院軟件工程分院辦公室2012年2月27日印發(fā)

第二篇：(軟件工程分院)2011迎新晚會策劃方案范文

北京北大方正軟件技術(shù)學(xué)院

2011年迎新文藝晚會及獎學(xué)金頒獎儀式策劃方案

時間：2011年10月12日晚6：30 地點：陽光報告廳

主辦單位：北大方正軟件技術(shù)學(xué)院軟件工程分院 具體實施方案：

一、活動組織以及活動概況

1、成立活動籌備組織

總指揮：田 昊

總策劃：陸 昊 田 昊 張 弛

成 員：田 昊 張麗祖 張 弛 陸 昊

張 曌 于豐瑜 李 陽 周立云

潘肖婉 鄭邵晨

2、工作監(jiān)督協(xié)調(diào)小組：

總監(jiān)督：王俊麗 張麗祖

總協(xié)調(diào)：李 兵 司 然

會務(wù)組監(jiān)督：李 添

保障組監(jiān)督：宇豐瑜

節(jié)目組監(jiān)督：陸 昊

3、活動概況：

“心·夢想·飛翔”北大方正軟件技術(shù)學(xué)院軟件工程分院迎來了2011級新生。這是喜慶年份，這是歡聚的時刻。這臺晚會是新生的盛會，更是北大方正軟件技術(shù)學(xué)院的盛會。我們本著弘揚新世紀(jì)大學(xué)生的精神風(fēng)貌，豐富學(xué)院四方的人文氣息，加強大學(xué)生間文化交流的宗旨。在廣大師生努力學(xué)習(xí)科學(xué)知識的同時，注意對同學(xué)各種才能的挖掘，以文藝活動的形式展示年輕一代對美的追求，對文藝的理解和對生活的熱愛，為明天的輝煌劃上一道亮麗的彩虹。

4、晚會宗旨：

喜迎大一新生，營造一個溫馨的氛圍，使其更快更好的地融入大學(xué)新生活，融入豐富的校園生活，弘揚學(xué)院文化，承繼分院特色。屆時，為同學(xué)們提供一個鍛煉、挑戰(zhàn)自我的舞臺，秀出風(fēng)采，秀出水平，為其以后在社會上的發(fā)展打下良好基礎(chǔ)。

二、整體會務(wù)籌備

（一）會務(wù)場地——工作監(jiān)督：宇豐瑜

1、場地

主 責(zé)：院學(xué)生會生活部、體育部

主要內(nèi)容：

★ 場地租用費及場地衛(wèi)生、場地用電 ★ 場地座位劃分 ★ 聯(lián)系保衛(wèi)處

完成時間：10月10日之前

2、道具

主 責(zé)：軟件工程分院學(xué)生會：李 兵

主要內(nèi)容：

★ 音響、燈光租用（軟件工程分院：外聯(lián)部）

（1）音響：音箱（6）、麥克（無線

9、胸麥

6、立麥2）（2）燈光：燈光架、舞臺燈、追光燈、彩燈、泡泡機、完成時間：10月11日之前

★ 攝像機（2）、投影幕布（2）

（軟件工程分院學(xué)生會：李 兵）

完成時間：10 月1日之前

★ 舞臺布置：地毯、星光大道搭建、幕布、桌椅、鮮花

（軟件工程分院學(xué)生會：生活部、體育部）

完成時間：10月1日之前

★ 演出用服裝、化妝（軟件工程分院學(xué)生會：外聯(lián)部）

完成時間：10月11日

★ 熒光棒、氣球、冷煙花（待定）、彩花爆破筒

（軟件工程分院學(xué)生會：生活部）

完成時間：10 月1日之前

★ 音樂剪輯、制作與播放（軟件工程分院：文藝部）

完成時間：10月1日之前

（二）會務(wù)資料、宣傳與頒獎——工作監(jiān)督：潘肖婉

★ 會務(wù)資料（軟件工程分院學(xué)生會：學(xué)習(xí)部）

（1）邀請函（學(xué)院領(lǐng)導(dǎo)、兄弟院校、贊助商、媒體）

（2）會議議程、節(jié)目單、座次牌（3）領(lǐng)導(dǎo)發(fā)言稿

（4）頒獎獎項、名單、證書、錦旗、獎品（李兵待定）

（5）主持詞

（6）大屏幕滾動播放短片剪輯制作（田 昊）

學(xué)院的宣傳片，新生軍訓(xùn)花絮，志愿服務(wù)、社會實踐活動 ★ 會務(wù)宣傳（軟件工程分院學(xué)生會：宣傳部）

（1）活動宣傳海報

（2）舞臺幕布設(shè)計制作

（3）方正電臺

（4）活動新聞稿（軟件工程分院學(xué)生會：辦公室）

（5）聯(lián)系活動攝影（軟件工程分院學(xué)生會：辦公室）

★ 會議頒獎（軟件工程分院學(xué)生會：辦公室）

（1）禮儀人員（15人）培訓(xùn)

（2）頒獎彩排

三、晚會整體節(jié)目編排——工作監(jiān)督：李 兵 主 責(zé)：軟件工程分院學(xué)生會文藝部、組織部

（一）前期籌備與選拔

★ 節(jié)目征集 ★ 節(jié)目選拔與審核 ★ 節(jié)目確定、主持人確定 ★ 聯(lián)系專業(yè)指導(dǎo)老師 完成時間：9月20日前

（二）中期排練階段

★ 聯(lián)系排練場地 ★ 演員的組織 ★ 其他事宜的協(xié)調(diào) 完成時間：9月27日前

（三）后期彩排階段

★ 第一次彩排：9月23日晚6：00 陽光報告廳（確定最終節(jié)目出場順序并進(jìn)行演練）

★ 第二次彩排：9月26日下晚上6：00 陽光報告廳

（6：00全體工作人員及演員準(zhǔn)時到場）★ 第三次彩排：9月27日下午3：00 陽光報告廳

四、活動注意事項：、★ 遇各類突發(fā)問題，有關(guān)方面應(yīng)本著相互理解原則，友好協(xié)商解決。

★ 活動中各環(huán)節(jié)責(zé)任分清，晚會籌備組相在人員須帶上工作證?！?活動中出現(xiàn)各種自己解決不了的問題，請及時找負(fù)責(zé)人?！?提醒大一新生注意當(dāng)晚會場衛(wèi)生，最好不要帶瓜子花生等考試內(nèi)，以上事項有不明白的地方請找負(fù)責(zé)人。

五、活動預(yù)算：

★ 活動場地：200元

★ 場地布置：氣球（800個）480元

拉花（20條）180

廣告橫幅、展板500元（贊助）宣傳海報（6張）50元

★ 活動用品：

現(xiàn)場氣氛渲染：熒光棒（200根）100元 晚會獎品（待定）200元 燈光，冷焰火100元

樂隊音響設(shè)備：1200元（贊助）樂隊邀請600元（贊助）演員服裝（自備）

★ 嘉賓用品：

礦泉水（30）30元

嘉賓名牌（數(shù)量待定）暫定80元

合計：共 3920元 贊助2300元。晚會籌辦費用：1420元

未知200元。

2011年迎新文藝晚會軟件工程分院 2011年9月10日

第三篇：小江衛(wèi)生院石螺分院民主評議行風(fēng)工作簡報[小編推薦]

小江衛(wèi)生院石螺分院民主評議行風(fēng)工作

簡報

深化行風(fēng)建設(shè)落實整改追究制定民主評議行風(fēng)三項制度

為進(jìn)一步深化我院行風(fēng)建設(shè)工作，根據(jù)縣糾風(fēng)辦關(guān)于做好2011年民主評議行風(fēng)工作的通知要求，按照“誰主管、誰負(fù)責(zé)，管行業(yè)必須管行風(fēng)”的原則，經(jīng)研究，我院制定了《民主評議行風(fēng)整改落實情況報告制度》、《民主評議行風(fēng)整改情況督查制度》、《民主評議行風(fēng)整改責(zé)任追究制度》等三項制度（詳見附件）。

行評三項制度的制定，進(jìn)一步健全完善了我院行風(fēng)建設(shè)、黨風(fēng)廉政建設(shè)的制度理論體系，使得我院行評工作有制可依、有制必依，有效推動了我院各部門在行評第二階段中積極“查找問題，落實整改”。

附件1：民主評議行風(fēng)整改落實情況報告制度

一、為進(jìn)一步規(guī)范全院民主評議行風(fēng)整改落實工作，確保整改工作取得實效，根據(jù)縣《2011年民主評議行風(fēng)工作實施方案》的有關(guān)要求，制定本制度。

二、整改落實需要報送的內(nèi)容主要包括：醫(yī)院各部門自查自糾查找的主要問題、通過各種形式收集的群眾意見和建議、已經(jīng)整改的意見和建議、正在整改的意見和建議、一時難以整改的意見和建議、整改工作責(zé)任分工、整改過程中遇到的矛盾和問題、需要上級予以支持和配合的問題以及抓整改落實好的做法和經(jīng)驗等。

三、采取逐級上報的方式，各部門整改落實情況上報院行評辦；院行評辦綜合各部門上報情況后上報縣行評辦；可通過正式文件、電子信箱、會議匯報等形式，在整改工作結(jié)束后，按行評辦規(guī)定的時間報送。

四、采取集中上報與隨時上報相結(jié)合的方式報送整改落實情況。

五、上報整改落實情況報告，不準(zhǔn)弄虛作假，將沒有整改的問題上報為已經(jīng)整改落實；不準(zhǔn)欺上瞞下，把群眾的合理要求列為非整改內(nèi)容；不準(zhǔn)把正在整改的問題列為已經(jīng)整改完畢等。對出現(xiàn)上述情況的，要按照行風(fēng)整改落實責(zé)任追究辦法予以追究。

六、本制度由院民主評議行風(fēng)工作辦公室負(fù)責(zé)解釋，在民主評議行風(fēng)期間施行。

附件2：民主評議行風(fēng)整改情況督查制度

為了推進(jìn)我院行風(fēng)建設(shè)，強化整改情況督查，促進(jìn)行風(fēng)整改工作落實，結(jié)合本院實際，制定本制度。

一、組織領(lǐng)導(dǎo)

成立整改督查小組（與“三好一滿意”活動及民主評議行風(fēng)督導(dǎo)檢查組合署），由民主評議行風(fēng)工作辦公室成員和民主評議行風(fēng)督導(dǎo)檢查組成員組成，負(fù)責(zé)對整改情況進(jìn)行督查和跟蹤問責(zé)。

二、督查內(nèi)容

（一）整改臺賬建立情況；

（二）整改計劃制定情況；

（三）整改落實情況；

（四）整改反饋（回訪）情況；

（五）整改工作時效情況。

三、督查方法

（一）采取不定期督查、專項督查和明查暗訪相結(jié)合方式進(jìn)行。

（二）建立督查回訪制度。通過電話訪問、實地走訪群眾、召開座談會等方式及時了解整改落實情況，主動征求意見人對整改工作的意見和建議。

（三）設(shè)立民主評議行風(fēng)整改督查舉報信箱、舉報電話和電子信箱。

（四）實行督查情況通報制度。不定期編發(fā)整改簡報，通報督查情況，督查結(jié)果作為年終評先創(chuàng)優(yōu)的依據(jù)。

附件3：民主評議行風(fēng)整改責(zé)任追究制度

為確保民主評議行風(fēng)整改工作取得實效，根據(jù)縣《2011年民主評議行風(fēng)工作實施方案》和廳有關(guān)要求、相關(guān)責(zé)任追究的規(guī)定，制定本制度。

一、責(zé)任追究原則

堅持公平、公正、公開和“誰主管，誰負(fù)責(zé)”的原則，做到目標(biāo)明確、任務(wù)明確、責(zé)任明確。

二、責(zé)任追究對象

有過錯的直接責(zé)任人及負(fù)有失職、失察責(zé)任的部門負(fù)責(zé)人和主要領(lǐng)導(dǎo)。

三、責(zé)任追究范圍

（一）對上級主管部門民主評議行風(fēng)重大工作部署和下達(dá)的整改事項拖延不辦，落實不好的。

（二）不履行或不正確履行職責(zé)，玩忽職守，工作拖拉，推諉扯皮，效率低下，造成管理服務(wù)對象延誤辦事時限和損失的。

（三）以權(quán)謀私，侵害國家利益、集體利益、群眾利益或管理服務(wù)對象利益的。

（四）不文明行醫(yī)，工作態(tài)度生硬，作風(fēng)蠻橫粗暴，故意刁難管理服務(wù)對象，造成不良影響的。

（五）不履行服務(wù)承諾，對管理服務(wù)對象正當(dāng)、合理的訴求置之不理的。

（六）未報、虛報和逾期上報整改結(jié)果的。

（七）其他失職、瀆職行為。

四、責(zé)任追究種類

（一）組織處理。對過錯部門和過錯責(zé)任人實行通報批評、責(zé)令改正、責(zé)令作出書面檢查、誡勉談話、責(zé)令待崗和調(diào)離工作崗位等處理。

（二）行政處理。對過錯責(zé)任人實行警告、記過、記大過、降級、撤職和開除等處理。

五、責(zé)任追究程序

（一）認(rèn)定過錯事實。民主評議行風(fēng)工作辦公室負(fù)責(zé)對各類投訴、舉報、反饋等問題進(jìn)行核查，對情況屬實且屬責(zé)任追究范圍事項的確定為過錯事實。

（二）作出責(zé)任追究決定。民主評議行風(fēng)工作辦公室依據(jù)過錯事實及過錯情節(jié)提出擬追究責(zé)任，報民主評議行風(fēng)工作領(lǐng)導(dǎo)小組審批并作出責(zé)任追究決定，對情節(jié)嚴(yán)重，需要給予行政處理的移交紀(jì)檢監(jiān)察部門立案查處。

（三）落實責(zé)任追究：紀(jì)檢監(jiān)察部門負(fù)責(zé)對責(zé)任追究的執(zhí)行，民主評議行風(fēng)領(lǐng)導(dǎo)小組負(fù)責(zé)督辦落實。

陽山縣小江衛(wèi)生院石螺分院

第四篇：軟件工程

1.軟件危機的概念 系統(tǒng)的數(shù)據(jù)要求，功能需求，性能需求，顯示出程序的輪廓。

軟件危機是指在計算機軟件開發(fā)、使用與可靠性需求，可用性需求，出錯處理需求，混合方式

維護(hù)過程中遇到的一系列嚴(yán)重問題和難接口需求，約束，逆向需求以及將來可能優(yōu)點：綜合了以上兩種策略的長處 題。提出的需求。9.確認(rèn)測試

補充： 5.常使用的圖形工具 確認(rèn)測試又稱有效性測試。有效性測試是

1．軟件危機的表現(xiàn)有哪些？ 實體-聯(lián)系圖，數(shù)據(jù)流圖，狀態(tài)轉(zhuǎn)換圖，在模擬的環(huán)境下，運用黑盒測試的方法，答：1）對軟件開發(fā)成本和進(jìn)度的估計常層次方框圖，warnier圖，IPO圖。驗證被測軟件是否滿足需求規(guī)格說明書常很不準(zhǔn)確。第五章 列出的需求。任務(wù)是驗證軟件的功能和性

2）用戶對已完成的軟件不滿意1.總體設(shè)計的任務(wù) 能及其他特性是否與用戶的要求一致。對的現(xiàn)象時有發(fā)生。劃分出組成系統(tǒng)的物理元素——程序、文軟件的功能和性能要求在軟件需求規(guī)格

3）軟件產(chǎn)品的質(zhì)量往往是靠不件、數(shù)據(jù)庫、人工過程和文檔等等 說明書中已經(jīng)明確規(guī)定，它包含的信息就住的。設(shè)計軟件的結(jié)構(gòu)。也就是要確定系統(tǒng)中每是軟件確認(rèn)測試的基礎(chǔ)。

4）軟件常常是不可維護(hù)的。個程序是由哪些模塊組成的，以及這些模10.什么是白盒測試，其測試技術(shù)有那些，5）軟件通常沒有適當(dāng)?shù)奈臋n資塊相互間的關(guān)系。覆蓋標(biāo)準(zhǔn)的強弱程度

料。2.模塊化思想 白盒測試是一種測試用例設(shè)計方法，盒子

6）軟件成本在計算機系統(tǒng)總成就是把程序劃分成獨立命名且可獨立訪指的是被測試的軟件，白盒指的是盒子是本中所占比例逐年上升。問的模塊，每個模塊完成一個子功能，把可視的,你清楚盒子內(nèi)部的東西以及里面

7）軟件開發(fā)生產(chǎn)率提高的速度這些模塊集成起來構(gòu)成一個整體，可以完是如何運作的?！鞍缀小狈ㄈ媪私獬绦騼?nèi)遠(yuǎn)跟不上日益增長的軟件需求。成指定的功能滿足用戶的需求。部邏輯結(jié)構(gòu)、對所有邏輯路徑進(jìn)行測試。

2．產(chǎn)生軟件危機的原因主要有哪些？ 3.衡量模塊獨立的標(biāo)準(zhǔn)（內(nèi)聚和耦合的白盒測試的測試方法有代碼檢查法、靜態(tài)答：1）用戶對軟件需求的描述不精確。含義，種類）結(jié)構(gòu)分析法、靜態(tài)質(zhì)量度量法、邏輯覆蓋

2）軟件開發(fā)人員對用戶需求的內(nèi)聚：標(biāo)志著每一個模塊內(nèi)各個元素彼此法、基本路徑測試法、域測試、符號測試、理解有偏差。結(jié)合的緊密程度，是信息隱藏和局部化概路徑覆蓋和程序變異。

3）缺乏處理大型軟件項目的經(jīng)念的自然拓展。偶然內(nèi)聚，邏輯內(nèi)聚，時種覆蓋標(biāo)準(zhǔn)：語句覆蓋、判定覆蓋、條件驗。間內(nèi)聚，功能內(nèi)聚，順序內(nèi)聚，通信內(nèi)聚，覆蓋、判定/條件覆蓋、條件組合覆蓋和

4）開發(fā)大型軟件易產(chǎn)生疏漏和過程內(nèi)聚。路徑覆蓋發(fā)現(xiàn)錯誤的能力呈由弱至強的錯誤。耦合：是對一個軟件結(jié)構(gòu)內(nèi)不同模塊之間變化。

5）缺乏有力的方法學(xué)的指導(dǎo)和互連程度的度量。數(shù)據(jù)耦合，控制耦合，11.什么時候黑盒測試，其測試技術(shù)有哪有效的開發(fā)工具的支持。特征耦合，公共環(huán)境耦合，內(nèi)容耦合。些，（等價劃分，邊介值分析法）

6）面對日益增長的軟件需求，4.啟發(fā)式規(guī)則 黑盒測試也稱功能測試，它是通過測試來人們顯得力不從心。1.改進(jìn)軟件結(jié)構(gòu)提高模塊的獨立性檢測每個功能是否都能正常使用。

2軟件的概念 2.模塊規(guī)模應(yīng)該適中等價類劃分的辦法是把程序的輸入域劃完成特點功能的程序以及數(shù)據(jù)結(jié)構(gòu)和文 3.深度、寬度、扇出和扇入都應(yīng)適當(dāng) 分成若干部分（子集），然后從每個部分檔 4.模塊的作用范圍應(yīng)在控制范圍之內(nèi)中選取少數(shù)代表性數(shù)據(jù)作為測試用例

3.軟件工程的基本原理 5.力爭降低模塊接口的復(fù)雜程度 邊界值分析是通過選擇等價類邊界的測

1.用分階段的生命周期計劃嚴(yán)格管理 6.設(shè)計單入口單出口的模塊試用例。邊界值分析法不僅重視輸入條件

2.堅持進(jìn)行階段評審 7.模塊功能應(yīng)該可以預(yù)測 邊界，而且也必須考慮輸出域邊界。它是

3.實行嚴(yán)格的產(chǎn)品控制 5.面向數(shù)據(jù)流的設(shè)計方法把信息流映射對等價類劃分方法的補充。

4.采用現(xiàn)代程序設(shè)計技術(shù) 成軟件結(jié)構(gòu) 12.軟件調(diào)試技術(shù)有哪些

5.結(jié)果應(yīng)能清楚地審查 信息流：變換流，事物流 蠻干法，蠻干法可能是尋找軟件錯誤原因

6.開發(fā)小組的人員應(yīng)該少而精 映射：變換分析，事物分析 的最低效的方法，僅當(dāng)所有其他方法都

7.承認(rèn)不斷改進(jìn)軟件工程實踐的必要性失敗的情況下才使用。

4軟件生命周期分成哪幾個階段？各階第六章 回溯法，回溯法是一種相當(dāng)常用的調(diào)試方段的任務(wù)是什么？ 1.詳細(xì)設(shè)計的基本任務(wù) 法，當(dāng)調(diào)試小程序時很有效。從發(fā)現(xiàn)癥

1.問題定義： 1.為每個模塊確定采用的算法。2.確定狀的地方開始，人工沿程序的控制流往回

2.可行性研究：研究問題的范圍，探索這每一模塊使用的數(shù)據(jù)結(jié)構(gòu)追蹤分析源程序代碼，知道找出錯誤原因個問題是否值得去解決，是否有可行的解3.確定模塊接口的細(xì)節(jié)，包括對系統(tǒng)外為止。

決方法。部的接口和用戶界面，對系統(tǒng)內(nèi)部其 原因排除法，對分查找法、歸納法、演繹

3.需求分析：主要是確定目標(biāo)系統(tǒng)必須具它模塊的接口，以及關(guān)于模塊輸入數(shù)據(jù)、法都屬于原因排除法。

備哪些功能 輸出數(shù)據(jù)及局部數(shù)據(jù)的全部細(xì)節(jié)。13.軟件可靠性（可靠性和可用性的含義）

4.總體設(shè)計： 4.為每一模塊設(shè)計出一組測試用例。

5.詳細(xì)設(shè)計：就是把解法具體化，設(shè)計出2.程序的三種基本結(jié)構(gòu)

程序的詳細(xì)規(guī)格說明。順序結(jié)構(gòu)，選擇結(jié)構(gòu)，循環(huán)結(jié)構(gòu)

6.編碼和單元測試：寫出正確的容易理解3.詳細(xì)設(shè)計的工具

容易維護(hù)的程序模塊。1．圖形工具

7.綜合測試：通過各種類型的測試使軟件2．表格工具

達(dá)到預(yù)定的要求 3．語言工具

8.軟件維護(hù)：通過各種必要的維護(hù)活動使4.jackson方法

系統(tǒng)持久地滿足用戶的需要。（改正性維5.復(fù)雜性度量的方法

護(hù)，適應(yīng)性維護(hù)，完善性維護(hù)，預(yù)防性維Halstead方法：它根據(jù)程序中運算符和

護(hù)）操作數(shù)的總數(shù)來度量程序的復(fù)雜程度

5.瀑布模型，快速原型模型，增量模型，McCabe方法 ：McCabe方法根據(jù)程序控制

螺旋模型的特點 流的復(fù)雜程度定量度量程序的復(fù)雜程度，瀑布模型階:段時間具有順序性和依賴第七章

性。推遲現(xiàn)實的觀點。質(zhì)量保證的觀點。1.選擇程序設(shè)計語言應(yīng)考慮哪些因素

快速原型模型:軟件產(chǎn)品的開發(fā)基本上是1.系統(tǒng)用戶的要求

線性順序進(jìn)行的，本質(zhì)是“快速”加速軟2.可以使用的編譯程序

件的開發(fā)過程，節(jié)約軟件開發(fā)成本。3.可以得到的軟件工具

增量模型:能在較短時間內(nèi)向用戶提交可4.工程規(guī)模

完成部分工作的產(chǎn)品。逐步增加產(chǎn)品功5.程序員的知識

能，可以使用戶有較充裕的時間學(xué)習(xí)和適6.軟件可移植性要求

應(yīng)新產(chǎn)品，從而減少一個全新的軟件可能7.軟件的應(yīng)用領(lǐng)域

給客戶組織帶來的沖擊。2.良好的編程風(fēng)格包括哪些方面

螺旋模型:對可選方案和約束條件的強調(diào)1.程序內(nèi)部的文檔2.數(shù)據(jù)說明 3.語句構(gòu)

有利于已有軟件的重用，也有助于把軟件造4.輸入輸出 5.效率

質(zhì)量作為軟件開發(fā)的一個重要目標(biāo)。減少3軟件測試的目標(biāo)

了過多的測試或測試不足帶來的風(fēng)險。更目的:（1）測試是為了發(fā)現(xiàn)程序中的錯誤

重要的是在螺旋模型中維護(hù)只是模型的而執(zhí)行程序的過程；

另一個周期，在維護(hù)和開發(fā)之間并沒有本（2）好的測試方案是極可能發(fā)現(xiàn)迄今為

質(zhì)區(qū)別。風(fēng)險驅(qū)動的。止尚未發(fā)現(xiàn)的錯誤的測試方案；

（3）成功的測試是發(fā)現(xiàn)了至今為止尚未

第二章 發(fā)現(xiàn)的錯誤的測試。

1.可行性研究的目的 定義:為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序

就是用最小的代價在盡可能短的時間內(nèi)的過程。

確定問題是否能夠解決。補充：

補充： 軟件測試步驟 :

可行性研究的步驟 ：(1)模塊測試(2)子系統(tǒng)測試(3)系統(tǒng)

1.復(fù)查系統(tǒng)規(guī)模和目標(biāo)。測試(4)驗收測試(5)平行運行

2.研究現(xiàn)有的系統(tǒng)。4.確定測試計劃是在哪個階段制定的3.導(dǎo)出新系統(tǒng)高層邏輯模型。5.黑盒測試和白盒測試的概念

4.進(jìn)一步定義問題黑盒測試

5.導(dǎo)出和評價供選擇的解法。1把程序看作一個黑盒子，完全不考慮程

6.推薦行動方針序的內(nèi)部結(jié)構(gòu)和處理過程

7.草擬開發(fā)計劃2對程序接口進(jìn)行測試，檢查程序功能是

8.書寫文檔提交審查 否能按規(guī)格說明書的規(guī)定正常使用；

程序是否能適當(dāng)?shù)亟邮茌斎霐?shù)據(jù)并產(chǎn)生

2.系統(tǒng)流程圖的作用 正確的輸出信息；

系統(tǒng)流程圖是描繪物理系統(tǒng)的傳統(tǒng)工具，程序運行過程中能否保持外部信息的完

它用圖形符號來表示系統(tǒng)中的各個部件。整性

它表達(dá)了系統(tǒng)中各個元素之間的信息流白盒測試

動的情況。1把程序堪稱裝在一個透明的白盒子里，3.數(shù)據(jù)流圖的概念 測試者完全知道程序的結(jié)構(gòu)處理算法

數(shù)據(jù)流圖是一種圖形化技術(shù)，它描繪信息2按照程序內(nèi)部的邏輯測試程序，檢測程

流和數(shù)據(jù)從移動到輸出的過程中所經(jīng)受序中的主要執(zhí)行通路是否都能按的變換。預(yù)定要求正確工作

4.數(shù)據(jù)流圖里面的符號，畫數(shù)據(jù)流圖。6.測試的步驟及每個步驟形成的文檔

5.數(shù)據(jù)字典最基本的功能，以及與數(shù)據(jù)流單元測試：（模塊測試）發(fā)現(xiàn)的往往是編

圖的關(guān)系。碼和詳細(xì)設(shè)計的錯誤

最基本的功能：在軟件分析和設(shè)計的過程集成測試：著重測試模塊的接口 中給人提供關(guān)于數(shù)據(jù)的描述信息。

關(guān)系：數(shù)據(jù)流圖和數(shù)據(jù)字典共同構(gòu)成系統(tǒng)系統(tǒng)測試：發(fā)現(xiàn)的往往是軟件設(shè)計中的錯的邏輯模型，沒有數(shù)據(jù)字典，數(shù)據(jù)流圖就誤，也可能發(fā)現(xiàn)需要說明中的錯誤 不嚴(yán)格，然而沒有數(shù)據(jù)流圖，數(shù)據(jù)字典也驗收測試：（確認(rèn)測試）往往發(fā)現(xiàn)需求說難于發(fā)揮作用。只有數(shù)據(jù)流圖和對數(shù)據(jù)流明書中的錯誤 圖中每個元素的精確定義放在一起，才能7.漸增式和非漸增式的區(qū)別 共同構(gòu)成系統(tǒng)的規(guī)格說明。“非漸增式”，即先獨立地測試每一模塊，第三章 然后將所有這些模塊連接到一起運行； 1.需求分析屬于哪一個階段，任務(wù)是什“漸增式”，即在已測試過的N個模塊的么。基礎(chǔ)上再增加一個模塊，再對N十1個模需求分析是軟件定義時期的最后一個階塊進(jìn)行測試。段.漸增式比非漸增式優(yōu)越，因為用漸增式，1.確定對系統(tǒng)的綜合要求（功能需求，性如果是“由頂向下”則可利用前面已測試能需求，可靠性和可用性需求，出錯處理過的模塊，而不必另外準(zhǔn)備驅(qū)動模塊，如需求，接口需求，約束，逆向需求，將來果是“由底向上”，也可利用已測試過的可能提出的要求）模塊，不必再準(zhǔn)備樁模塊。漸增式可以較2.分析系統(tǒng)的數(shù)據(jù)要求早地發(fā)現(xiàn)模塊界面之間的錯誤，有利于排3.導(dǎo)出系統(tǒng)的邏輯模型 錯，檢查比較徹底 4.修正系統(tǒng)開發(fā)計劃2.需求分析的產(chǎn)品是什么 8.自頂向下，自下而上，以及混合策略的3.面向過程的分析方法主要是建立三類優(yōu)缺點 模型 自頂向下數(shù)據(jù)模型（按照用戶的觀點對數(shù)據(jù)建立的優(yōu)點：能較早顯示整個程序的輪廓，向用模型，把用戶的數(shù)據(jù)要求清楚，準(zhǔn)確地描戶展示程序的概貌，取得用戶的理解與支述出來。描述了從用戶角度看到的數(shù)據(jù)，持。缺點：當(dāng)測試上層模塊時因使用樁它反應(yīng)了用戶的現(xiàn)實環(huán)境，屬性，聯(lián)系），模塊較多，很難模擬出真實模塊的全部功功能模型，行為模型（通過描繪系統(tǒng)的狀能，使部分測試內(nèi)容被迫推遲，只能等待態(tài)及引起系統(tǒng)狀態(tài)轉(zhuǎn)換的事件來表示系換上真實模塊后再補充測試。統(tǒng)的行為）由底向上4.軟件需求規(guī)格說明書的內(nèi)容 優(yōu)點：測試從下層模塊開始，測試設(shè)計用通常用自然語言完整，準(zhǔn)確，具體地描述例比較容易。缺點：在測試的早期不能

第五篇：《軟件工程》

《軟件工程》課程分析

本課程是軟件技術(shù)專業(yè)學(xué)生必修的一門專業(yè)必修課。根據(jù)培養(yǎng)軟件開發(fā)人員的需要，本課程的任務(wù)是使學(xué)生通過本課程的學(xué)習(xí)，了解軟件項目開發(fā)和維護(hù)的一般過程，掌握軟件開發(fā)的傳統(tǒng)方法和最新方法。能在軟件工程的理論指導(dǎo)下，開發(fā)一個小型管理系統(tǒng)，為今后從事軟件工程實踐打下良好的基礎(chǔ)。

一、課程分析

（一）教學(xué)計劃的制定和教學(xué)內(nèi)容的選取

根據(jù)培養(yǎng)應(yīng)用技能型人才的總目標(biāo)，制訂本專業(yè)教學(xué)計劃，課程的教材配套，教學(xué)、實驗、實訓(xùn)、課程設(shè)計大綱和指導(dǎo)書等教學(xué)文件齊全，近幾年來引入了現(xiàn)代教學(xué)技術(shù)手段，已初步建設(shè)、形成了具有特色的全套課堂教學(xué)和實驗教學(xué)課件。

根據(jù)該課程的基本教學(xué)要求和特點，結(jié)合學(xué)時的安排，從教材的整體內(nèi)容出發(fā)，有側(cè)重地進(jìn)行取舍，篩選出學(xué)生必須掌握的基本教學(xué)內(nèi)容，較好地解決了教學(xué)中質(zhì)量與數(shù)量的矛盾。

（二）教學(xué)方法分析

由于該課程是用于指導(dǎo)軟件開發(fā)的，和實踐聯(lián)系非常緊密。所以采用了理論聯(lián)系實際的方法進(jìn)行授課。一方面，讓學(xué)生模擬軟件公司的項目小組進(jìn)行軟件開發(fā)；一方面，對學(xué)生進(jìn)行適時的理論指導(dǎo)。既調(diào)動了學(xué)生的積極性，又讓學(xué)生了解了該課程的理論內(nèi)容，收到了一舉兩得的效果。具體教學(xué)過程如下：

第一步：模擬軟件公司的開發(fā)項目小組，分組，分設(shè)角色（項目經(jīng)理、用戶、需求人員、設(shè)計人員、程序員、測試人員、軟件安裝培訓(xùn)維護(hù)人員），確定開發(fā)題。讓每個小組的學(xué)生聚在一起，在項目經(jīng)理的組織下通過調(diào)研、討論來制定自己小組的開發(fā)題目，大家感覺就象在軟件公司實習(xí)一樣，非常新鮮，感興趣。每個學(xué)生都積極主動的去完成自己應(yīng)承擔(dān)的那部分工作。

第二步：模擬軟件項目開發(fā)全過程的各個階段，進(jìn)行相關(guān)的理論授課和實際開發(fā)。即對軟件開發(fā)的每一階段，首先按照教材內(nèi)容進(jìn)行理論授課，然后讓學(xué)生參照授課內(nèi)容進(jìn)行實際的軟件開發(fā)實踐。

在此階段結(jié)束后，每班召開一個模擬方案論證會，由各開發(fā)小組選出代表上臺講解本組的開發(fā)方案，其他同學(xué)模擬用戶對開發(fā)方案提出意見。由于大家對模擬方案論證會非常感興趣，發(fā)言積極踴躍，論證會結(jié)束后，每個小組的設(shè)計方案都得到了很好的補充和完善。

第三步：學(xué)期末各小組提交各自完成的軟件系統(tǒng)及開發(fā)文檔，并進(jìn)行總結(jié)演示，由任課教師進(jìn)行講評。

抽象理論課的教學(xué)應(yīng)理論聯(lián)系實際，讓學(xué)生在實際應(yīng)用中掌握抽象的理論，在興趣中學(xué)習(xí)，達(dá)到我們高職的雙向型培養(yǎng)目標(biāo)。

二、存在的問題與希望

在上述的教學(xué)中，雖然實現(xiàn)了理論聯(lián)系實際，但也存在著一些問題，比如每個項目小組中總有個別同學(xué)存在依賴心理，不參與項目開發(fā)，最后抄襲別的同學(xué)的項目成果，自己得不到實際的鍛煉，影響了大三的畢業(yè)設(shè)計和日后的軟件開發(fā)。另外，如果該課程只上課，沒有實訓(xùn)的話，實驗課時太少，學(xué)生很難全面完成一個系統(tǒng)的開發(fā)。