2012年第2期工作简报软件工程分院

第一篇：2012年第2期工作简报软件工程分院

每周工作简报

总第 2 期

江西先锋软件职业技术学院软件工程分院2012年2月20日-2月26日

本周主要工作摘要

教学工作

1、本周教学运转正常，坚持行政管理人员课堂听课制度、做好课间巡视。坚持每个教学日任课教师提交教学日志，及时解决和处理教学问题，公告教学日志相关信息。

2、本周教研室活动重组三个专业技术团队，确定各团队学科带头人（负责人），组织对实验室进行一次清查和维护。

3、周三组织召开2011级自考学生、补考学生座谈会，学习学校相关规定，听取学生对教学工作的意见和建议，提出具体要求。4、2012年4月份自考报考结束，本次报考科考人数864人，其中新报考生44人。

5、组织各班统计学生对上学期各科目成绩异议情况。学团工作6、12日晚召开主题班会，对学生进行“收心”教育；

7、学生日常管理工作正常进行，严抓校风校纪工作，重点做好到课 1

率工作，本周学生到课率90%。卫生合格率95%；

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

9、对开学至今无故不返校学生联系其家长，做好思想工作，按《学生手册》进行处理；

10、截止上学期末分院欠58.9万，本周清缴欠费11.5万；

11、做好就业协议书回收整理工作，本周已收到105份。

12、做好大合唱排练工作和篮球比赛赛前准备工作

后勤服务工作

13、维护教学楼卫生、安全检查，固定资产维护，拟写上报本期工作简报；处理分院日常事务。

江西先锋软件职业技术学院软件工程分院办公室2012年2月27日印发

第二篇：(软件工程分院)2011迎新晚会策划方案范文

北京北大方正软件技术学院

2011年迎新文艺晚会及奖学金颁奖仪式策划方案

时间：2011年10月12日晚6：30 地点：阳光报告厅

主办单位：北大方正软件技术学院软件工程分院 具体实施方案：

一、活动组织以及活动概况

1、成立活动筹备组织

总指挥：田 昊

总策划：陆 昊 田 昊 张 弛

成 员：田 昊 张丽祖 张 弛 陆 昊

张 曌 于丰瑜 李 阳 周立云

潘肖婉 郑邵晨

2、工作监督协调小组：

总监督：王俊丽 张丽祖

总协调：李 兵 司 然

会务组监督：李 添

保障组监督：宇丰瑜

节目组监督：陆 昊

3、活动概况：

“心·梦想·飞翔”北大方正软件技术学院软件工程分院迎来了2011级新生。这是喜庆年份，这是欢聚的时刻。这台晚会是新生的盛会，更是北大方正软件技术学院的盛会。我们本着弘扬新世纪大学生的精神风貌，丰富学院四方的人文气息，加强大学生间文化交流的宗旨。在广大师生努力学习科学知识的同时，注意对同学各种才能的挖掘，以文艺活动的形式展示年轻一代对美的追求，对文艺的理解和对生活的热爱，为明天的辉煌划上一道亮丽的彩虹。

4、晚会宗旨：

喜迎大一新生，营造一个温馨的氛围，使其更快更好的地融入大学新生活，融入丰富的校园生活，弘扬学院文化，承继分院特色。届时，为同学们提供一个锻炼、挑战自我的舞台，秀出风采，秀出水平，为其以后在社会上的发展打下良好基础。

二、整体会务筹备

（一）会务场地——工作监督：宇丰瑜

1、场地

主 责：院学生会生活部、体育部

主要内容：

★ 场地租用费及场地卫生、场地用电 ★ 场地座位划分 ★ 联系保卫处

完成时间：10月10日之前

2、道具

主 责：软件工程分院学生会：李 兵

主要内容：

★ 音响、灯光租用（软件工程分院：外联部）

（1）音响：音箱（6）、麦克（无线

9、胸麦

6、立麦2）（2）灯光：灯光架、舞台灯、追光灯、彩灯、泡泡机、完成时间：10月11日之前

★ 摄像机（2）、投影幕布（2）

（软件工程分院学生会：李 兵）

完成时间：10 月1日之前

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

（软件工程分院学生会：生活部、体育部）

完成时间：10月1日之前

★ 演出用服装、化妆（软件工程分院学生会：外联部）

完成时间：10月11日

★ 荧光棒、气球、冷烟花（待定）、彩花爆破筒

（软件工程分院学生会：生活部）

完成时间：10 月1日之前

★ 音乐剪辑、制作与播放（软件工程分院：文艺部）

完成时间：10月1日之前

（二）会务资料、宣传与颁奖——工作监督：潘肖婉

★ 会务资料（软件工程分院学生会：学习部）

（1）邀请函（学院领导、兄弟院校、赞助商、媒体）

（2）会议议程、节目单、座次牌（3）领导发言稿

（4）颁奖奖项、名单、证书、锦旗、奖品（李兵待定）

（5）主持词

（6）大屏幕滚动播放短片剪辑制作（田 昊）

学院的宣传片，新生军训花絮，志愿服务、社会实践活动 ★ 会务宣传（软件工程分院学生会：宣传部）

（1）活动宣传海报

（2）舞台幕布设计制作

（3）方正电台

（4）活动新闻稿（软件工程分院学生会：办公室）

（5）联系活动摄影（软件工程分院学生会：办公室）

★ 会议颁奖（软件工程分院学生会：办公室）

（1）礼仪人员（15人）培训

（2）颁奖彩排

三、晚会整体节目编排——工作监督：李 兵 主 责：软件工程分院学生会文艺部、组织部

（一）前期筹备与选拔

★ 节目征集 ★ 节目选拔与审核 ★ 节目确定、主持人确定 ★ 联系专业指导老师 完成时间：9月20日前

（二）中期排练阶段

★ 联系排练场地 ★ 演员的组织 ★ 其他事宜的协调 完成时间：9月27日前

（三）后期彩排阶段

★ 第一次彩排：9月23日晚6：00 阳光报告厅（确定最终节目出场顺序并进行演练）

★ 第二次彩排：9月26日下晚上6：00 阳光报告厅

（6：00全体工作人员及演员准时到场）★ 第三次彩排：9月27日下午3：00 阳光报告厅

四、活动注意事项：、★ 遇各类突发问题，有关方面应本着相互理解原则，友好协商解决。

★ 活动中各环节责任分清，晚会筹备组相在人员须带上工作证。★ 活动中出现各种自己解决不了的问题，请及时找负责人。★ 提醒大一新生注意当晚会场卫生，最好不要带瓜子花生等考试内，以上事项有不明白的地方请找负责人。

五、活动预算：

★ 活动场地：200元

★ 场地布置：气球（800个）480元

拉花（20条）180

广告横幅、展板500元（赞助）宣传海报（6张）50元

★ 活动用品：

现场气氛渲染：荧光棒（200根）100元 晚会奖品（待定）200元 灯光，冷焰火100元

乐队音响设备：1200元（赞助）乐队邀请600元（赞助）演员服装（自备）

★ 嘉宾用品：

矿泉水（30）30元

嘉宾名牌（数量待定）暂定80元

合计：共 3920元 赞助2300元。晚会筹办费用：1420元

未知200元。

2011年迎新文艺晚会软件工程分院 2011年9月10日

第三篇：小江卫生院石螺分院民主评议行风工作简报[小编推荐]

小江卫生院石螺分院民主评议行风工作

简报

深化行风建设落实整改追究制定民主评议行风三项制度

为进一步深化我院行风建设工作，根据县纠风办关于做好2011年民主评议行风工作的通知要求，按照“谁主管、谁负责，管行业必须管行风”的原则，经研究，我院制定了《民主评议行风整改落实情况报告制度》、《民主评议行风整改情况督查制度》、《民主评议行风整改责任追究制度》等三项制度（详见附件）。

行评三项制度的制定，进一步健全完善了我院行风建设、党风廉政建设的制度理论体系，使得我院行评工作有制可依、有制必依，有效推动了我院各部门在行评第二阶段中积极“查找问题，落实整改”。

附件1：民主评议行风整改落实情况报告制度

一、为进一步规范全院民主评议行风整改落实工作，确保整改工作取得实效，根据县《2011年民主评议行风工作实施方案》的有关要求，制定本制度。

二、整改落实需要报送的内容主要包括：医院各部门自查自纠查找的主要问题、通过各种形式收集的群众意见和建议、已经整改的意见和建议、正在整改的意见和建议、一时难以整改的意见和建议、整改工作责任分工、整改过程中遇到的矛盾和问题、需要上级予以支持和配合的问题以及抓整改落实好的做法和经验等。

三、采取逐级上报的方式，各部门整改落实情况上报院行评办；院行评办综合各部门上报情况后上报县行评办；可通过正式文件、电子信箱、会议汇报等形式，在整改工作结束后，按行评办规定的时间报送。

四、采取集中上报与随时上报相结合的方式报送整改落实情况。

五、上报整改落实情况报告，不准弄虚作假，将没有整改的问题上报为已经整改落实；不准欺上瞒下，把群众的合理要求列为非整改内容；不准把正在整改的问题列为已经整改完毕等。对出现上述情况的，要按照行风整改落实责任追究办法予以追究。

六、本制度由院民主评议行风工作办公室负责解释，在民主评议行风期间施行。

附件2：民主评议行风整改情况督查制度

为了推进我院行风建设，强化整改情况督查，促进行风整改工作落实，结合本院实际，制定本制度。

一、组织领导

成立整改督查小组（与“三好一满意”活动及民主评议行风督导检查组合署），由民主评议行风工作办公室成员和民主评议行风督导检查组成员组成，负责对整改情况进行督查和跟踪问责。

二、督查内容

（一）整改台账建立情况；

（二）整改计划制定情况；

（三）整改落实情况；

（四）整改反馈（回访）情况；

（五）整改工作时效情况。

三、督查方法

（一）采取不定期督查、专项督查和明查暗访相结合方式进行。

（二）建立督查回访制度。通过电话访问、实地走访群众、召开座谈会等方式及时了解整改落实情况，主动征求意见人对整改工作的意见和建议。

（三）设立民主评议行风整改督查举报信箱、举报电话和电子信箱。

（四）实行督查情况通报制度。不定期编发整改简报，通报督查情况，督查结果作为年终评先创优的依据。

附件3：民主评议行风整改责任追究制度

为确保民主评议行风整改工作取得实效，根据县《2011年民主评议行风工作实施方案》和厅有关要求、相关责任追究的规定，制定本制度。

一、责任追究原则

坚持公平、公正、公开和“谁主管，谁负责”的原则，做到目标明确、任务明确、责任明确。

二、责任追究对象

有过错的直接责任人及负有失职、失察责任的部门负责人和主要领导。

三、责任追究范围

（一）对上级主管部门民主评议行风重大工作部署和下达的整改事项拖延不办，落实不好的。

（二）不履行或不正确履行职责，玩忽职守，工作拖拉，推诿扯皮，效率低下，造成管理服务对象延误办事时限和损失的。

（三）以权谋私，侵害国家利益、集体利益、群众利益或管理服务对象利益的。

（四）不文明行医，工作态度生硬，作风蛮横粗暴，故意刁难管理服务对象，造成不良影响的。

（五）不履行服务承诺，对管理服务对象正当、合理的诉求置之不理的。

（六）未报、虚报和逾期上报整改结果的。

（七）其他失职、渎职行为。

四、责任追究种类

（一）组织处理。对过错部门和过错责任人实行通报批评、责令改正、责令作出书面检查、诫勉谈话、责令待岗和调离工作岗位等处理。

（二）行政处理。对过错责任人实行警告、记过、记大过、降级、撤职和开除等处理。

五、责任追究程序

（一）认定过错事实。民主评议行风工作办公室负责对各类投诉、举报、反馈等问题进行核查，对情况属实且属责任追究范围事项的确定为过错事实。

（二）作出责任追究决定。民主评议行风工作办公室依据过错事实及过错情节提出拟追究责任，报民主评议行风工作领导小组审批并作出责任追究决定，对情节严重，需要给予行政处理的移交纪检监察部门立案查处。

（三）落实责任追究：纪检监察部门负责对责任追究的执行，民主评议行风领导小组负责督办落实。

阳山县小江卫生院石螺分院

第四篇：软件工程

1.软件危机的概念 系统的数据要求，功能需求，性能需求，显示出程序的轮廓。

软件危机是指在计算机软件开发、使用与可靠性需求，可用性需求，出错处理需求，混合方式

维护过程中遇到的一系列严重问题和难接口需求，约束，逆向需求以及将来可能优点：综合了以上两种策略的长处 题。提出的需求。9.确认测试

补充： 5.常使用的图形工具 确认测试又称有效性测试。有效性测试是

1．软件危机的表现有哪些？ 实体-联系图，数据流图，状态转换图，在模拟的环境下，运用黑盒测试的方法，答：1）对软件开发成本和进度的估计常层次方框图，warnier图，IPO图。验证被测软件是否满足需求规格说明书常很不准确。第五章 列出的需求。任务是验证软件的功能和性

2）用户对已完成的软件不满意1.总体设计的任务 能及其他特性是否与用户的要求一致。对的现象时有发生。划分出组成系统的物理元素——程序、文软件的功能和性能要求在软件需求规格

3）软件产品的质量往往是靠不件、数据库、人工过程和文档等等 说明书中已经明确规定，它包含的信息就住的。设计软件的结构。也就是要确定系统中每是软件确认测试的基础。

4）软件常常是不可维护的。个程序是由哪些模块组成的，以及这些模10.什么是白盒测试，其测试技术有那些，5）软件通常没有适当的文档资块相互间的关系。覆盖标准的强弱程度

料。2.模块化思想 白盒测试是一种测试用例设计方法，盒子

6）软件成本在计算机系统总成就是把程序划分成独立命名且可独立访指的是被测试的软件，白盒指的是盒子是本中所占比例逐年上升。问的模块，每个模块完成一个子功能，把可视的,你清楚盒子内部的东西以及里面

7）软件开发生产率提高的速度这些模块集成起来构成一个整体，可以完是如何运作的。“白盒”法全面了解程序内远跟不上日益增长的软件需求。成指定的功能满足用户的需求。部逻辑结构、对所有逻辑路径进行测试。

2．产生软件危机的原因主要有哪些？ 3.衡量模块独立的标准（内聚和耦合的白盒测试的测试方法有代码检查法、静态答：1）用户对软件需求的描述不精确。含义，种类）结构分析法、静态质量度量法、逻辑覆盖

2）软件开发人员对用户需求的内聚：标志着每一个模块内各个元素彼此法、基本路径测试法、域测试、符号测试、理解有偏差。结合的紧密程度，是信息隐藏和局部化概路径覆盖和程序变异。

3）缺乏处理大型软件项目的经念的自然拓展。偶然内聚，逻辑内聚，时种覆盖标准：语句覆盖、判定覆盖、条件验。间内聚，功能内聚，顺序内聚，通信内聚，覆盖、判定/条件覆盖、条件组合覆盖和

4）开发大型软件易产生疏漏和过程内聚。路径覆盖发现错误的能力呈由弱至强的错误。耦合：是对一个软件结构内不同模块之间变化。

5）缺乏有力的方法学的指导和互连程度的度量。数据耦合，控制耦合，11.什么时候黑盒测试，其测试技术有哪有效的开发工具的支持。特征耦合，公共环境耦合，内容耦合。些，（等价划分，边介值分析法）

6）面对日益增长的软件需求，4.启发式规则 黑盒测试也称功能测试，它是通过测试来人们显得力不从心。1.改进软件结构提高模块的独立性检测每个功能是否都能正常使用。

2软件的概念 2.模块规模应该适中等价类划分的办法是把程序的输入域划完成特点功能的程序以及数据结构和文 3.深度、宽度、扇出和扇入都应适当 分成若干部分（子集），然后从每个部分档 4.模块的作用范围应在控制范围之内中选取少数代表性数据作为测试用例

3.软件工程的基本原理 5.力争降低模块接口的复杂程度 边界值分析是通过选择等价类边界的测

1.用分阶段的生命周期计划严格管理 6.设计单入口单出口的模块试用例。边界值分析法不仅重视输入条件

2.坚持进行阶段评审 7.模块功能应该可以预测 边界，而且也必须考虑输出域边界。它是

3.实行严格的产品控制 5.面向数据流的设计方法把信息流映射对等价类划分方法的补充。

4.采用现代程序设计技术 成软件结构 12.软件调试技术有哪些

5.结果应能清楚地审查 信息流：变换流，事物流 蛮干法，蛮干法可能是寻找软件错误原因

6.开发小组的人员应该少而精 映射：变换分析，事物分析 的最低效的方法，仅当所有其他方法都

7.承认不断改进软件工程实践的必要性失败的情况下才使用。

4软件生命周期分成哪几个阶段？各阶第六章 回溯法，回溯法是一种相当常用的调试方段的任务是什么？ 1.详细设计的基本任务 法，当调试小程序时很有效。从发现症

1.问题定义： 1.为每个模块确定采用的算法。2.确定状的地方开始，人工沿程序的控制流往回

2.可行性研究：研究问题的范围，探索这每一模块使用的数据结构追踪分析源程序代码，知道找出错误原因个问题是否值得去解决，是否有可行的解3.确定模块接口的细节，包括对系统外为止。

决方法。部的接口和用户界面，对系统内部其 原因排除法，对分查找法、归纳法、演绎

3.需求分析：主要是确定目标系统必须具它模块的接口，以及关于模块输入数据、法都属于原因排除法。

备哪些功能 输出数据及局部数据的全部细节。13.软件可靠性（可靠性和可用性的含义）

4.总体设计： 4.为每一模块设计出一组测试用例。

5.详细设计：就是把解法具体化，设计出2.程序的三种基本结构

程序的详细规格说明。顺序结构，选择结构，循环结构

6.编码和单元测试：写出正确的容易理解3.详细设计的工具

容易维护的程序模块。1．图形工具

7.综合测试：通过各种类型的测试使软件2．表格工具

达到预定的要求 3．语言工具

8.软件维护：通过各种必要的维护活动使4.jackson方法

系统持久地满足用户的需要。（改正性维5.复杂性度量的方法

护，适应性维护，完善性维护，预防性维Halstead方法：它根据程序中运算符和

护）操作数的总数来度量程序的复杂程度

5.瀑布模型，快速原型模型，增量模型，McCabe方法 ：McCabe方法根据程序控制

螺旋模型的特点 流的复杂程度定量度量程序的复杂程度，瀑布模型阶:段时间具有顺序性和依赖第七章

性。推迟现实的观点。质量保证的观点。1.选择程序设计语言应考虑哪些因素

快速原型模型:软件产品的开发基本上是1.系统用户的要求

线性顺序进行的，本质是“快速”加速软2.可以使用的编译程序

件的开发过程，节约软件开发成本。3.可以得到的软件工具

增量模型:能在较短时间内向用户提交可4.工程规模

完成部分工作的产品。逐步增加产品功5.程序员的知识

能，可以使用户有较充裕的时间学习和适6.软件可移植性要求

应新产品，从而减少一个全新的软件可能7.软件的应用领域

给客户组织带来的冲击。2.良好的编程风格包括哪些方面

螺旋模型:对可选方案和约束条件的强调1.程序内部的文档2.数据说明 3.语句构

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

质量作为软件开发的一个重要目标。减少3软件测试的目标

了过多的测试或测试不足带来的风险。更目的:（1）测试是为了发现程序中的错误

重要的是在螺旋模型中维护只是模型的而执行程序的过程；

另一个周期，在维护和开发之间并没有本（2）好的测试方案是极可能发现迄今为

质区别。风险驱动的。止尚未发现的错误的测试方案；

（3）成功的测试是发现了至今为止尚未

第二章 发现的错误的测试。

1.可行性研究的目的 定义:为了发现程序中的错误而执行程序

就是用最小的代价在尽可能短的时间内的过程。

确定问题是否能够解决。补充：

补充： 软件测试步骤 :

可行性研究的步骤 ：(1)模块测试(2)子系统测试(3)系统

1.复查系统规模和目标。测试(4)验收测试(5)平行运行

2.研究现有的系统。4.确定测试计划是在哪个阶段制定的3.导出新系统高层逻辑模型。5.黑盒测试和白盒测试的概念

4.进一步定义问题黑盒测试

5.导出和评价供选择的解法。1把程序看作一个黑盒子，完全不考虑程

6.推荐行动方针序的内部结构和处理过程

7.草拟开发计划2对程序接口进行测试，检查程序功能是

8.书写文档提交审查 否能按规格说明书的规定正常使用；

程序是否能适当地接受输入数据并产生

2.系统流程图的作用 正确的输出信息；

系统流程图是描绘物理系统的传统工具，程序运行过程中能否保持外部信息的完

它用图形符号来表示系统中的各个部件。整性

它表达了系统中各个元素之间的信息流白盒测试

动的情况。1把程序堪称装在一个透明的白盒子里，3.数据流图的概念 测试者完全知道程序的结构处理算法

数据流图是一种图形化技术，它描绘信息2按照程序内部的逻辑测试程序，检测程

流和数据从移动到输出的过程中所经受序中的主要执行通路是否都能按的变换。预定要求正确工作

4.数据流图里面的符号，画数据流图。6.测试的步骤及每个步骤形成的文档

5.数据字典最基本的功能，以及与数据流单元测试：（模块测试）发现的往往是编

图的关系。码和详细设计的错误

最基本的功能：在软件分析和设计的过程集成测试：着重测试模块的接口 中给人提供关于数据的描述信息。

关系：数据流图和数据字典共同构成系统系统测试：发现的往往是软件设计中的错的逻辑模型，没有数据字典，数据流图就误，也可能发现需要说明中的错误 不严格，然而没有数据流图，数据字典也验收测试：（确认测试）往往发现需求说难于发挥作用。只有数据流图和对数据流明书中的错误 图中每个元素的精确定义放在一起，才能7.渐增式和非渐增式的区别 共同构成系统的规格说明。“非渐增式”，即先独立地测试每一模块，第三章 然后将所有这些模块连接到一起运行； 1.需求分析属于哪一个阶段，任务是什“渐增式”，即在已测试过的N个模块的么。基础上再增加一个模块，再对N十1个模需求分析是软件定义时期的最后一个阶块进行测试。段.渐增式比非渐增式优越，因为用渐增式，1.确定对系统的综合要求（功能需求，性如果是“由顶向下”则可利用前面已测试能需求，可靠性和可用性需求，出错处理过的模块，而不必另外准备驱动模块，如需求，接口需求，约束，逆向需求，将来果是“由底向上”，也可利用已测试过的可能提出的要求）模块，不必再准备桩模块。渐增式可以较2.分析系统的数据要求早地发现模块界面之间的错误，有利于排3.导出系统的逻辑模型 错，检查比较彻底 4.修正系统开发计划2.需求分析的产品是什么 8.自顶向下，自下而上，以及混合策略的3.面向过程的分析方法主要是建立三类优缺点 模型 自顶向下数据模型（按照用户的观点对数据建立的优点：能较早显示整个程序的轮廓，向用模型，把用户的数据要求清楚，准确地描户展示程序的概貌，取得用户的理解与支述出来。描述了从用户角度看到的数据，持。缺点：当测试上层模块时因使用桩它反应了用户的现实环境，属性，联系），模块较多，很难模拟出真实模块的全部功功能模型，行为模型（通过描绘系统的状能，使部分测试内容被迫推迟，只能等待态及引起系统状态转换的事件来表示系换上真实模块后再补充测试。统的行为）由底向上4.软件需求规格说明书的内容 优点：测试从下层模块开始，测试设计用通常用自然语言完整，准确，具体地描述例比较容易。缺点：在测试的早期不能

第五篇：《软件工程》

《软件工程》课程分析

本课程是软件技术专业学生必修的一门专业必修课。根据培养软件开发人员的需要，本课程的任务是使学生通过本课程的学习，了解软件项目开发和维护的一般过程，掌握软件开发的传统方法和最新方法。能在软件工程的理论指导下，开发一个小型管理系统，为今后从事软件工程实践打下良好的基础。

一、课程分析

（一）教学计划的制定和教学内容的选取

根据培养应用技能型人才的总目标，制订本专业教学计划，课程的教材配套，教学、实验、实训、课程设计大纲和指导书等教学文件齐全，近几年来引入了现代教学技术手段，已初步建设、形成了具有特色的全套课堂教学和实验教学课件。

根据该课程的基本教学要求和特点，结合学时的安排，从教材的整体内容出发，有侧重地进行取舍，筛选出学生必须掌握的基本教学内容，较好地解决了教学中质量与数量的矛盾。

（二）教学方法分析

由于该课程是用于指导软件开发的，和实践联系非常紧密。所以采用了理论联系实际的方法进行授课。一方面，让学生模拟软件公司的项目小组进行软件开发；一方面，对学生进行适时的理论指导。既调动了学生的积极性，又让学生了解了该课程的理论内容，收到了一举两得的效果。具体教学过程如下：

第一步：模拟软件公司的开发项目小组，分组，分设角色（项目经理、用户、需求人员、设计人员、程序员、测试人员、软件安装培训维护人员），确定开发题。让每个小组的学生聚在一起，在项目经理的组织下通过调研、讨论来制定自己小组的开发题目，大家感觉就象在软件公司实习一样，非常新鲜，感兴趣。每个学生都积极主动的去完成自己应承担的那部分工作。

第二步：模拟软件项目开发全过程的各个阶段，进行相关的理论授课和实际开发。即对软件开发的每一阶段，首先按照教材内容进行理论授课，然后让学生参照授课内容进行实际的软件开发实践。

在此阶段结束后，每班召开一个模拟方案论证会，由各开发小组选出代表上台讲解本组的开发方案，其他同学模拟用户对开发方案提出意见。由于大家对模拟方案论证会非常感兴趣，发言积极踊跃，论证会结束后，每个小组的设计方案都得到了很好的补充和完善。

第三步：学期末各小组提交各自完成的软件系统及开发文档，并进行总结演示，由任课教师进行讲评。

抽象理论课的教学应理论联系实际，让学生在实际应用中掌握抽象的理论，在兴趣中学习，达到我们高职的双向型培养目标。

二、存在的问题与希望

在上述的教学中，虽然实现了理论联系实际，但也存在着一些问题，比如每个项目小组中总有个别同学存在依赖心理，不参与项目开发，最后抄袭别的同学的项目成果，自己得不到实际的锻炼，影响了大三的毕业设计和日后的软件开发。另外，如果该课程只上课，没有实训的话，实验课时太少，学生很难全面完成一个系统的开发。