软件项目管理案例（精选8篇）
软件项目管理案例 篇1
1.1编写目的
该文档首先给出了整个系统的整体网络结构和功能结构的概貌，试图从总体架构上给出整个系统的轮廓，然后又对功能需求、性能需求和其它非功能性需求进行了详细的描述。其中对功能需求的描述采用了UML的用例模型方式，主要描述了每一用例的基本事件流，若有备选事件流则描述，否则则省略。而且还给出了非常直观的用例图。这些文字和图形都为了本文档能详细准确地描述用户的需求，同时也为用户更容易地理解这些需求的描述创造了条件。
1.2项目背景
a.所建议开发软件的名称：学生信息管理系统
b.项目的任务提出者：xxx学校。c.开发者：xxx软件开发公司。d.用户：全体师生。
e.实现软件的单位：软件3071软件开发公司。f.项目使用的软件：Microsoft access2003。g.系统：本软件应使用Microsoft Windows xp。1.3定义
本文档中没有用到专门术语的定义和缩写词的原文。1.4参考资料
[1] 周佩德.《数据库原理及应用》.电子工业出版社
[2] 刘炳文等，VISUAL BASIC程序设计——数据库篇，1999 [3] 李光明.《Visual Basic编程实例大制作》.冶金工业出版社
[4] 李红等编著，管理信息系统开发与应用，电子工业出版社，2003 [5] 软件工程，人民邮电出版社，2002年3月第一版
[6] 康博工作室，张红军，王红等缟著《Visual Basic中文版高级应用与开发指南》，人民邮电出版社，2001年4月第一版
[7] 林立军，程斌，翁迪恩缟著《Visual Basic 数据库开发指南》，西安电子科技大学出版社，2000年2月第一版
[8] 宋伟，吴建国等编著《中文Visual Basic编程基础》，北京，清华大学出版社
2．可行性研究的前提
2.1要求
通过调查,要求系统需要有以下功能:
⑴
要求有良好的人机界面;
⑵
较好的权限管理;
⑶
原始数据修改简单方便,支持多条件修改 ⑷
方便的数据查询，支持多条件查询;⑸
相应的权限下，删除数据方便简单，数据稳定性好；
⑹
数据计算自动完成，尽量减少人工干预;2.2目标 a.人力与设备费用的节省； b.处理速度的提高；
c.控制精度或生产能力的提高；
d.管理信息服务的改进； e.决策系统的改进； f.人员工作效率的提高。2.3条件、假定和限制
a.开发软件运行的最短寿命为一年。b.进行系统方案选择比较的期限：2周。c.经费来源和使用限制：自筹资金。
d.法律和政策方面的限制：本软件公司版权所有，未经作者允许，非法传播、复制，违者追究法律责任，后果自负。e.硬件CPU p3、内存256M.。f.软件：access2003。
g.运行环境：本软件应使用Windows2003、Windows xp操作系统。
h.开发环境：本软件应使用Windows2003、Windows xp开发。i.开发软件投入使用的最迟时间为2013年10月01日。2.4可行性研究方法
由于本系统管理的对象单一,都是在校学生，且每个数据内容具有较强的关联性，涉及的计算过程不是很复杂。因此，比较适合于采用数据库管理。且学校用于学生管理的微机都是PIII以上的机器，在存储量、速度方面都能满足数据库运行的要求。在技术难度方面，由于有指导老师的指导和相关参考文献，特别是网上资料，特别是参考其它程序的功能，因此完全可以实现
3．对现有系统的分析
3.1处理流程和数据流程 班级管理业务流程图： 档案管理业务流程图： 课程管理业务流程图： 成绩管理业务流程图 3.2工作负荷
现有系统所承担的工作只能实现档案管理的简单功能，无法适应目前工作 中处理大量数据的功能。3.3费用支出
开发这个项目总需三个人，4台计算机，一个可容纳6、7个人的办公室，必须有充足的物质做精神动力，每台计算机上必须有所需要的软件，比如：办公软件、数据库软件、截图软件等，必须有3000万元的准备开支。3.4人员
数据库管理人员1名，维护人员1名。
1、3.5设备
四台计算机,一台备用,一个工作室.一台打印机,扫描仪一台。3.6局限性
现有系统主要存在如下不足： 1）信息分散、共享性差 每个人的时间精力是有限的，大量的信息资源分散在不同的收集者手中，难于共享和发挥作用。还有就是用户毕业和离职时需要到不同的地方开办证明。2）信息的及时性、准确性差
数据的采集和处理部分靠人工，效率低、速度慢、滞后严重、反馈不及时，严重影响信息的反馈速度和质量，不能有效地、及时地提供基层决策需要的定量信息和领导决策需要的宏观定性信息。
4．所建议技术可行性分析 4.1对系统的简要描述
建议系统实现注册、查询等具体功能。4.2处理流程和数据流程
4.3与现有系统比较的优越性
系统实现学生教师查询各种信息。4.4采用建议系统可能带来的影响 4.4.1对现有软件的影响
需将计算机升级为CPU P3、内存256M，添加一台打印机。4.4.2对现有软件的影响
需要将Windows升级为2000以上。4.4.3对系统运行的影响
（1）用户的操作严格按照系统要求规程。
（2）要求创建系统管理员与普通用户两种登录方式，分权限管理。
（3）数据应有系统管理员手动输入系统，普通用户无权输入数据。
（4）对数据有保存要求，并且对数据存储，恢复的处理。
（5）输出报告以报表的形式打印出来。
（6）系统具有恢复和备份的功能。4.4.4对开发环境的影响
1、为了建立数据库，要求提供详细的数据资源。
2、为了开发和测验所建议系统而需要的计算机资源：CPU P3、内存256M。
3、如数据涉及保密与安全问题，应由专人负责录入。4.4.5对经费支出的影响
所建议系统的开发、设计经费开支：5000元。维持运行而需要的经费开支：1000元。4.5技术可行性评价
a.在限制条件下，完成功能目标的实现； b.利用现有技术，功能目标一定能达到；
c.对开发人员数量为5个人,每个人应对数据库知识有明确的了解，我们的组员都具有这种能力,一定按期完成工作；
d.在规定的期限内，开发顺利完成。5．所建议系统经济可行性分析 5.1支出
5.1.1基建投资
1、房屋和设施：500元。
2、ADP设备：1000元。
3、数据通讯设备500元。
4、环境保护设备200元。5.1.2经常性支出
1、设备的租金和维护费用：500元。
2、数据的通讯方面的租金和维护费用500元。
3、人员的工资和奖金开支：3000元。
4、其他经常性的开支：2000元。5.2收益/投资比 收益/投资比为3:1.5.3投资回收周期 投资回收周期为半年.5.4敏感性分析
1、应尽量延长系统生存周期，可延长至3年。
2、应是有效数据全部录入系统，使系统工作负荷量达到饱和。
3、应尽量提高系统的处理速度。
4、应提高设备和软件的配置。6．社会因素可行性分析 6.1法律因素
如果发现有侵权行为,必进行严格的处罚,本公司版权所有,未经作者的允许，禁止非法传播、复制，违者追究法律责任，后果自负。6.2用户使用可行性
本系统使用比较简单,适合普通用户操作,只要用户对说明书进行认真阅读,都可了解。7．其他可供选择的方案
方案有许多但本公司选择了这套方案,他具有自己的优越感,运用编制菜单栏来省去代码,这是界面有好起来,又降低了工作难度,进而宏的运用更简化了工作难度。除提供的建议方案的具体功能外，还需增加网络功能，未被推荐的理由是目前尚不具备开发条件，投入与效益不成比例。8.结论意见
结论意见可能是： a.可着手组织开发；
b.需待若干条件（如资金、人力、设备等）具备后才能开发； c.需对开发目标进行某些修改；
d.不能进行或不必进行（如技术不成熟，经济上不合算等）； e.其他。
三 软件项目计划
1.引言
1.1 编写目的
软件项目开发是一项系统而复杂的工作，它需要一个团队互相配合、分工协作。软件项目管理系统可以规范一个软件开发团队的日常工作，提高工作效率。
为了很好的管理整个开发过程，同时预算整个开发过程的费用及时间的安排，给开发人员，管理人员一个参照物，明白自己在每一个阶段所需要完成的任务，协助他们更好地完成开发工作。
预期的读者：开发人员，项目经理，测试人员 1.2 背景
a.学生信息管理系统 b.提出者：项目经理，开发者：XXX开发团队。1.3 定义
[列出本文件中用到的专门术语的定义和外文首字母组词的原词组。] 1.4 参考资料
[1] 周佩德.《数据库原理及应用》.电子工业出版社
[2] 刘炳文等，VISUAL BASIC程序设计——数据库篇，1999 [3] 李光明.《Visual Basic编程实例大制作》.冶金工业出版社
[4] 李红等编著，管理信息系统开发与应用，电子工业出版社，2003 [5] 软件工程，人民邮电出版社，2002年3月第一版
[6] 康博工作室，张红军，王红等缟著《Visual Basic中文版高级应用与开发指南》，人民邮电出版社，2001年4月第一版
[7] 林立军，程斌，翁迪恩缟著《Visual Basic 数据库开发指南》，西安电子科技大学出版社，2000年2月第一版
[8] 宋伟，吴建国等编著《中文Visual Basic编程基础》，北京，清华大学出版社 2.项目概述 2.1 工作内容 需求分析： 1~3个月 2 概要设计： 2~3个月 3 详细设计： 2~3个月 4 编码: 2~3个月 5 测试： 1个月 发布： 1个月 2.2 主要参加人员 参与者 个人情况
XX 软件工程专业学生，熟悉java语言，数据库编程 XX 软件工程专业学生，熟悉C#语言 XX 软件工程专业学生，有很好的网页设计能力
XX 软件工程专业学生，有良好的界面设计的能力和测试经验 XX 专业为软件工程，从事开发工作一年，能过独立地完成小型项目的整个开发过程
2.3 产品 2.3.1 程序
名称 编程语言 媒体形式 功能及能力
系统功能 C#+SQL Server 2000 文本 管理学生的学籍信息，统计学生的相关信息。学生信息的增加、修改、删除、查询 数据信息管理 C#+SQL Server 2000 文本 学生学籍信息管理，学生选课信息管理
基本业务 C#+SQL Server 2000 文本 学生注册、学籍信息维护，学生选课，老师管理班级信息。
信息浏览与查询 C#+SQL Server 2000 文本
管理员学生学籍信息浏览、查询
数据库 SQL Server 2000 数据库文件 数据库文件可以直接附加到本地的SQL Server 2000中的数据库中
学生学籍管理系统 C#+SQL Server 2000 CD光盘
程序的运行文件，运行之后只要发布之后就可以了 2.3.2.文件
需求说明书，安装指南，用户操作手册，预计可能出现故障及解决办法 2.3.3.服务
培训安装：系统测试完毕之后，2012年10月10日至12日两天的安装和使用的培训时间，主要是让用户适应本系统的运行环境与操作习惯 维护：系统出现故障时，用户可参照手册进行自行解决，如果解决不了，则派维护人员过去，系统的维护期2012年10月14日到2013年10月15日，超过期限将不再派人去维修 2.3.4.非移交的产品
整个系统全部的的代码不必要给用户，所使用的技术及参考的文献也可以自己保留，以及该软件所使用的技术文档，这些都是不用给用户的 3.实施计划
3.1 工作任务的分解与人员分工 1需求分析
负责人： 汪国志 参与人：汪国志 2 概要设计
负责人：汪国志 参与人：汪国志 3 实现
负责人：汪国志
参与人：汪国志，XXX，XXX，XXX，XXX，XXX 4 测试
负责人：汪国志 参与人：汪国志 5 维护及用户培训 负责人：汪国志 参与人：汪国志 3.2 接口人员 负责人：汪国志 参与人：汪国志
职责:统一接口，使不同层之间能通信 3.3 进度 1 需求分析
开始时间：2012-10-01 完成时间：2012-12-30 所需资源：客户的需求
完成标志：完成需求分析说明书 2 设计
开始时间： 2013-01-01 结束时间： 2013-03-01 所需资源： 需求分析说明书 完成标志： 概要设计说明书 3 编码实现
开始时间： 2013-03-01 结束时间： 2013-06-01 所需资源： 概要设计说明书，设配 完成标志： 系统能顺利运行 4 测试
开始时间： 2013-06-01 结束时间： 2013-08-01 所需资源： 能顺利运行的系统 完成标志： 修复现存的bug 5 移交 开始时间： 2013-08-01 结束时间： 2013-10-01 所需资源： beta版系统 6 培训 开始时间： 2013-10-01 3.4 预算
1.采购必要设备的投资： 网络平台的建设，包括了建设方式和联网建筑物数等等方面去计算，这一块需要200万左右；
服务器与存储系统，从发卡量和设备数量等估算，这一块需要100万左右； 射频卡终端，包括读写器与POS机，这一块需要20万左右。2.开发系统的投资：
按目前市场上一卡通管理系统的开发价格来看，开发所需的投大概在50万不等； 4.总计：:350万左右； 3.5 关键问题
本系统的操作过程简单，实现技术要求也不高，所以没有要特别列出的关键问题 4.支持条件 4.1 运行环境
a.开发软件运行的最短寿命为一年。b.进行系统方案选择比较的期限：2周。c.经费来源和使用限制：自筹资金。
d.法律和政策方面的限制：本软件公司版权所有，未经作者允许，非法传播、复制，违者追究法律责任，后果自负。
e.硬件CPU p3、内存256M.。f.软件：access2003。
g.运行环境：本软件应使用Windows2003、Windows xp操作系统。h.开发环境：本软件应使用Windows2003、Windows xp开发。4.2 需由用户承担的工作
数据库的初始化需要用户自己录入，这个应该在测试之前完成，所以编码之前，由开发人员做好数据库，然后由用户安排人录入初始数据库，且必须在2013年6月1日之前完成。4.3 需由外单位提供的条件
本项目希望得到委托商的资金支持，人员支持，如取需求时，能够提供部分食堂为我们的测试的提供支持环境，还有技术支持 5.专题计划要点
专题计划 要点
合同计划
在分析阶段拟定合同书，分析阶段一结束就签订合同，合同包括需求的定义，如出现任何问题，可以根据合同调解，以及费用的支付，在每个阶段结束之后，委托方需支付开发方多少现金
测试计划
包括单元测试，集成测试，系统测试计划，主要参照开发文档，拟定计划，具体到输入的格式，响应的时间，需求的确认
五 进度计划风险列表
1.最常见的进度计划风险
1）功能无限蔓延； 2）质量不定 3）计划过于乐观 4）设计欠佳 5）银弹综合症 6）研发导向开发 7）人员薄弱 8）签约商失败；
10）研发人员与客户的磨擦。2.进度计划风险完整列表
2.1 计划编制风险
1）计划、资源和产品定义全凭客户或上层领导口头指令，并且不完全一致；
2）计划是优化的，是“最佳状态”； 3）计划忽略了必要的任务；
4）计划基于使用特定的小组成员，而那个小组成员其实指望不上。5）在限定的时间内无法建成已定规模大小的产品； 6）产品规模比估计的要大一些； 7）工作量大于估算数；
8）进度已经拖延的项目在重新评估时过于优化或忽视项目历史； 9）过度的进度压力造成生产率下降；
10）目标日期提前，但没有相应地调整产品范围或可用资源； 11）一个任务的延迟导致相关任务的连锁反应；
12）涉足不熟悉的产品领域，花费在设计和实现上的时间比预期的要多。2.2 组织和管理
1）项目缺乏一个有凝聚力的最高领导人；
2）由于前期乏力，项目长时间被搁置； 3）解雇和削减开支导致项目小组能力下降；
4）仅由管理层或市场人员进行技术决策，导致计划进度延长； 5）低效的项目组结构降低生产率；
6）管理层审查/决策的周期比预期时间长； 7）预算削减打乱项目计划；
8）管理层做出了打击项目组织积极性的决定； 9）非技术的第三方的工作比预期延长（如审批，采购等）； 10）计划性太差，无法适应期望的开发速度；
11）项目计划由于压力而放弃，导致开发混乱、低效；
12）管理层强调英雄主义，而忽视客观确切的状态报告，这会降低发现和改正问题的能力。2.3 开发环境
1）设施没有及时到位； 2）设施到位，但不配套； 3）设施拥挤、杂乱或者破损； 4）开发工具未能及时到位；
5）开发工具不如期望那样有效，开发人员需要时间创建工作环境或切换新的工具；
6）开发工具的选择不是基于技术需求，不能提供计划要求的性能； 7）新开发工具的学习期比预期的长，内容繁多。2.4 最终用户
1）最终用户坚持新的需求；
2）最终用户对于最后交付的产品不满意，要求重新设计和重做； 3）最终用户不买进项目产品，无法提供后续支持；
4）最终用户的意见未被采纳，造成产品最终无法满足用户期望，而必须重做。
2.5 客户
1）客户坚持新的需求；
2）客户对规划、原型和规格的审核/决策周期比预期长；
3）客户没有或不能参与规划、原型和规格阶段的审核，导致需求不稳定和耗时的重复；
4）客户答复的时间比预期长（如回答需求中需澄清的问题）； 5）客户坚持技术决策而导致进度计划延长；
6）客户对开发进度管理过细，导致实际进展变慢；
7）客户提供的组件无法与开发的产品匹配，导致额外的设计和集成工作；
8）客户提供的组件质量欠佳，导致额外的测试、设计和集成工作，以及额外的客户关系管理工作；
9）客户要求的支持工具和环境不兼容、性能差或者功能不完善，导致生产率降低；
10）客户不接受交付的软件，尽管它满足了所有的规格； 11）客户期望的开发速度是开发人员无法达到的。2.6 承包商
1）承包商没有按承诺交付组件；
2）承包商递交的组件质量低下无法接收，必须花时间改进质量；
3）承包商没有买进项目开发需要的工具，进而无法提供需要的性能水平。
2.7 需求
1）需求已经成为项目基准，但变化还在继续；
2）需求定义欠佳，而进一步的定义会扩展项目范畴； 3）添加额外的需求；
4）产品定义含混的部分比预期需要更多的时间。2.8 产品
1）错误发生率高的模块需要比预期更多的测试、设计和实现工作；
2）校正质量低下不可接受的产品，需要比预期更多的测试、设计和实现工作。
3）在一个或多上新兴领域推广计算机技术使得计划进度的延长不可预 4）由于软件功能的错误，需要重新设计和实现；
5）开发额外不需要的功能（镀金）延长了计划进度；
6）要满足产品规格与速度要求，需比预期更多时间，包括重新设计和实现的时间；
7）严格要求与现有系统兼容，需要进行比预期更多的测试、设计和实现工作；
8）要求与其他系统、复杂系统或不受本项目控制的系统相连，导致无法预料的设计、实现和测试工作。
9）要求在不同操作系统下运行将花费比预期更长的时间；
10）在不熟悉或未经检验的软（硬）件环境中运行产生未预料的问题； 11）开发一种对组织全新的模块将比预期花费更长的时间； 12）依赖正在开发中的技术将延长计划进度。2.9 外部环境
1）产品依赖政府规章，而规章的改变将是不可预期的；
2）产品依赖草拟中的技术标准，而最后的标准将是不可预期的。2.10 人员
1）招聘人员所花时间比预期的长；
2）作为先决条件的任务不能按时完成（如培训、其它项目）； 3）开发人员和管理层之间关系不佳导致决策缓慢，影响全局；
4）项目组成员没有全身心投入项目，进而无法达到需要的产品性能水平；
5）缺乏激励措施，士气低下，降低了生产能力； 6）缺乏必要的规范，增加了工作失误与重复工作；
7）某些人需要更多时间适应不熟悉的软件工具和环境、硬件环境、编程语言；
8）项目结束前，合同制人员离开团队，或雇员辞职；
9）项目后期加入新的开发人员，额外的培训和沟通降低现有成员的效率；
10）项目组成员不能有效地一起工作；
11）由于项目组成员间的冲突，导致沟通不畅、设计欠佳、接口错误和额外的重复工作；
12）有问题的成员没有调离项目组，损害了项目组其他成员的积极性； 13）项目的最佳人选未加入项目组；
14）项目的最佳人选已加入项目组，但因其他原因未能合理使用； 15）没有找到项目急需的具有特定技能的人； 16）关键人物只能兼职参与； 17）项目人员不足；
18）任务的分配与人员技能不匹配； 19）人员工作的进展比预期的慢；
20）项目管理人员怠工导致计划和进度失效；
21）技术人员怠工导致工作遗漏或质量低下，工作需要重做。2.11 设计与实现
1）设计过于简单，无法确定主要事件，并导致重新设计和实现； 2）设计过于复杂，导致一些不必要的工作，影响实现效率； 3）设计质量低下，导致重复设计和实现
4）使用不熟悉的方法，导致额外的培训时间，并重犯前期使用这种方法时导致的错误；
5）产品采用低级语言来实施，导致生产率比预期的低；
6）一些必要的功能无法使用现有的代码和库实现，开发人员必须使用新库或自选开发所要的功能；
7）代码和库质量低下，导致需要额外的测试、错误修正或重做； 8）过高估计了增强型工具对计划进度的节省量；
9）分别开发的模块无法有效集成，需要重新设计或重做。2.12 过程
1）大量的纸面工作导致进程比预期的慢；
2）进程跟踪不准确，导致无法预知项目是否已落后于计划进度； 3）前期的质量保证行为不真实，导致后期的重复工作；
4）质量跟踪不准确，导致无法得知影响进度的质量问题； 5）太不正规，导致沟通不足，质量问题和工作重做； 6）过于正规，导致过多耗时无用的工作；
软件项目管理案例 篇2
我国高职教育从20世纪80年代起步至今已走过了20多年的历程, 其发展之迅猛, 取得的成绩之巨大, 为我国各行各业培养了数以百万计的技术应用性人才, 它已占据我国高等教育的"半壁江山"。经过多年的市场培育, 目前我国高职教育已逐渐被社会所认可。然而, 在快速的发展过程中, 面对新的世纪, 知识经济取代传统经济, 原有的培养专业技术应用型人才的教育模式已不能适应现代高职教育培养高素质技能型人才的要求, 职教从理论到实践都面临一系列亟待研究解决的问题。
我国的软件专业人才结构呈橄榄形。由于缺少从事软件基础技术工作的人员, 大量软件基础编程工作由本科生、研究生承担, 这不仅满足不了程序员数量上的需求, 而且导致了人才资源的极大浪费, 使本来就严重不足的软件基础程序员更加紧缺。当前, 软件高职人才培养与社会需求存在着严重的不匹配, 一方面是大量因缺乏编程能力而找不到理想工作的毕业生, 另一方面是找不到合适人才的职位需求。
造成这种现状的主要原因软件高职院校教学模式的调整滞后于软件产业的发展, 体现以下三个方面:
1.1 软件高职培养模式没有突破学科教育体系
目前, 我国软件高职人才培养模式中课程设置、教学方法多年来并无过多变化, 学科体系的烙印仍然明显, 过分重视学生的基础知识, 只强调遵循知识系统上的衔接性。虽然大部分高职院校采取模块式教学, 但其模块也只是将不同的课拼凑在一起, 具体教学选择时仍然遵循上述的原则。在教学方法方面, 虽然基本上采用了理论与上机实践相结合的授课方法, 但仍然是以书本知识的讲授为主, 对学生职业技能以及动手能力方面的培养相对不足。现在国际软件人才培养中盛行的"基于案例学习的设计"的教学方法在我国高职院校基本难觅踪迹。
1.2 软件人才教育教学内容滞后造成人才国际化程度低
软件行业的发展基本上属于以产品主导市场和技术的发展, 而我国大部分高职院校在办学上基本沿袭传统的封闭式办学, 专业教学与社会市场相互脱离。因此, 课程内容滞后于专业技术的更新与发展, 教学中很难有反映新的软件技术、新的软件工具的应用等内容, 尤其是案例教学、项目教学内容极少, 导致学生在实际工作中分析问题和解决问题的能力较弱。同时, 目前软件技术平均18个月更新换代一次, 而高校教学使用的计算机专业教材, 一般需要2-3年才能更新一次。因此, 软件业最新发展技术与传统教材更新难以同步。这些问题导致培养出的人才知识结构国际化程度低、与软件行业发展相脱节。
1.3 单一的考评方式影响了培养目标的实现
培养学生解决实际问题的能力、较高的职业道德水平和规范的职业行为是高职教育人才培养的目标。但是, 目前高职院校对学生的考评形式单一, 考核的重点是学生掌握知识的多少, 这在一定程度上将教师的教学重点导向重书本知识传授而忽略能力培养。同时, 许多学校采用这种单一的考评方式, 衡量学生的职业道德水平和职业行为规范及养成素质, 导致课程形同虚设。另外, 事实上, 现在许多学校引进了厂商的认证内容, 这无疑对培养学生的实际应用能力有很大的好处, 但这种单一的考评方式扭曲了认证考试的真实目的, 出现了许多学生手头有很多职业资格证书, 而在实际工作中连简单的代码都不会书写的怪现象。
要想解决这些问题, 首先需要正确认识和全面地把握高职教育的教学特点, 并在此基础上努力推进职业教育教学模式的改革。把国外一些成功的经验和先进的教育教学方法甚至一些模式不妨借鉴过来, 为我所用, 从而真正地走出一条具有中国特色的、充满生机和活力的高等职业教育发展的道路来。
因此探索引入项目案例教学推行软件高职教学模式改革, 高效培养软件高职学生实际动手能力, 为社会输送软件企业合格人才具有重要意义。
2、案例教学引入软件高职教学模式
时至今日, 在美国各式各样的教育及培训计划中都能发现案例方法的应用。分析美国、日本、印度等软件业发达国家的软件人才教育, 我们不难发现存在以下共同特点:首先是在教学上采取以项目案例为导向、理论联系实际的方式。他们所有的课程都围绕项目进行, 并通过案例和项目贯穿一体, 让学生在"做中学"。一方面则锻炼学生创造性地分析、解决实际问题的思维能力以及创新能力。另一方面锻炼学生的实际工作能力, 掌握软件工业标准流程。
案例教学首创于哈佛大学, 最早被运用于19世纪后半叶的法律教学中。自20世纪70年代以后应用于教师培训中, 以其与实际联系紧密和操作性强的特点得到大家的认可。从广义上讲, 案例教学可界定为通过对一个含有问题在内的具体教育情境的描述, 引导学生对这些特殊情境进行讨论的一种教学方法, 在一定意义上它是与以教师为中心的讲授法相对立的。狭义上是基于一定的教学目标, 选择一定的教学案例从事教学的一种教学方法。
2.1 软件高职案例教学的具体实施
案例教学最常用的是讨论法。具体实施案例教学, 大致可按如下四个阶段进行。
2.1.1 项目案例选定
根据教学目标整合课程, 高职教育要体现学生对专业技能的掌握, 因此在实施项目化教学程中, 根据实际情况将部分课程进行整合。如将《软件工程》、《Sql server 2000数据库》与《.net技术及应用》三门课程进行整合, 授课教师以项目开发为主线, 融合以上三门课程的内容来组织教学。
这一阶段要求学生根据该项目案例教学指导书指导学生对指定学习的项目案例进行阅读, 分析案例的具体内容, 思考案例所提出的问题, 了解项目的背景及需求。指导教师角色, 分析案例的合理性与不合理性。在案例的分析过程中, 要注意寻找其中的因果关系, 只有弄清问题产生的原因, 才可能找到问题的合理解决手段。
注意区分基本性问题 (即抽象或一般的问题, 常与事实背后的概念、原理、规则等有关) 和现时性问题 (即案例中教师所面对的特殊决定、疑难问题等要求在一定的时间范围内得到解决的那些问题) 。学生需要通过对案例中所包括的信息进行解释、分析、演绎、推理和抽象以得到概括化的结论, 教师需将自己已有的知识或过去形成的经验与案例展示的背景材料、内外部因素等整合起来进行综合评判来提出多种经得起别人反驳的见解、对策、方案。
2.1.2 分组实施
个人通过第一阶段的阅读、研究、分析获得自己关于案例项目问题及讨论问题的见解后, 便可进入小组实施阶段, 小组的规模以4-6人为最佳。制定项目开发计划及人员细分工。根据项目的开发计划, 由小组完成项目的系统功能设计、数据库设计。通过指导教师确认后转入代码编写、软件测试、运行发布的软件开发过程。要求每个小组需提交各个过程的电子文档和软件源代码。
在项目开发过程中各个阶段进行小组讨论, 为每个学生提供了发表自己对案例的看法、认识及对问题的见解的机会。讨论中要求小组中每个成员都要简单地说出自己所作的分析及对问题的看法, 供大家讨论、批评、切磋、补充, 具体做法不拘一格, 可按案例问题及讨论问题的顺序逐一发表各自的高见, 展开讨论。
为使讨论充满活力、更好地激发成员的创造性思维, 可以允许意见、见解有冲突、纷争, 无需非达成共识不可。在分析讨论阶段成员自行做一些简单笔记是有益的, 把讨论中出现的不同见解、合理建议记录下来, 对于有纷争的问题记录下来以便提交到下一阶段进一步讨论。
2.1.3 全班讨论
全班讨论是在教师指导下进行的全班所有学生积极参与的讨论, 是小组讨论的继续。它一方面讨论解决小组讨论阶段各小组遗留的有争议的问题, 另一方面讨论为达到教学目标而有意引导的讨论问题。全班讨论可以穿插在项目开发过程中各个阶段进行。
为了使全班讨论有效地开展, 教师要作好充分的课前准备。除了熟知案例陈述的背景、事实、观点、材料外, 还要熟知案例反映或蕴涵的原理、规则等知识, 以便引导学生概括出来。
要认真学习研究案例后给出的教学指南, 具体拟定出课堂教学计划, 这要求教师认真思考回答以下问题:希望课堂上发生些什么?如何引导这些情况的发生?讨论如何开展?时间如何安排?自己扮演什么角色?并对课堂讨论中可能出现的情况做出预测。教师还要依据课程目标、案例目标及教学计划的具体安排重点分析案例中所反映的而学生 (员) 可能设想不到的情况等。在讨论掌握上, 教师要力保讨论沿预期的轨道进行, 把讨论引导到问题的解决上去, 并引导出与论题相关的理论知识, 力争班上每个学生都至少有一次发言的机会, 切实做到有效参与。
2.1.4 总结评述
案例教学的最后环节是总结述评, 要求学生写一个案例学习报告, 及对自己在案例阅读、分析、讨论中取得了哪些收获、解决了哪些问题、还有哪些问题尚待释疑等作一总结, 并通过反思进一步加深对案例的认识。教师最后要作全面总结。
值得注意的是, 案例教学中, 师生都要注意角色转换, 如果学生仍然热衷于将自己置身于教学过程之外, 只做一名旁观者, 案例教学也就失去了它的价值。学生只有真正地深入案例、体验角色, 才会 (下转第185页) 有案例情境的"再现", 案例教学才能体现其自身价值。而教师在教学过程中也要不断变换自己的角色, 可充当监督员, 激励启发学生, 监督案例分析、讨论情况;可充当示范员, 向学生演示、讲解、分析案例中的事实、图表、材料等;可充当主人翁, 制定下一步的工作计划并在实施中起主导作用;可作仲裁, 解决各种争端;可充当交警, 使讨论回到预定的轨道上来等等。
3、结语
案例教学法可简单地界定为一种运用案例进行教学的方法, 在教学过程中, 案例以书面的形式被展现, 是作为被剖析的对象, 教师和学生员要共同直接参与对案例的分析、讨论、评价、寻找对策等工作。实施项目案例教学, 即教师在教学过程中以项目为主线贯穿始终, 将一门或多门课程中的知识点用融入到项目中, 以学生完成项目为主要目的, 以学生完成项目的质量来评定学生的学习效果, 将有助于学生的写作、组织、演讲、团队协作、沟通、实际动手等基本能力的培养, 是高效培养出符合企业用人需求的人才一条捷径, 也将是软件高职教学模式改革很好尝试。
摘要：面对新的世纪, 知识经济取代传统经济, 原有传统偏理论型的的教学模式已不能适应现代高职教育培养高素质技能型人才的要求, 在软件人才培养过程中, 问题更为突出, 通过阐述项目案例教学特点、实施方法及将达到的教学效果, 探索在软件高职教育中推行项目案例教学的一种有效教学模式。
软件项目管理案例 篇3
关键词：软件外包；项目管理；风险；措施
中图分类号：F272.92 文献标识码：A文章编号：1007-9599 (2011) 15-0000-02
Software Development Outsourcing Project Management Case Analysis and Study
Xu Fang
(Zhejiang Institute of Mechanical&Electrical Engineering,Hangzhou310053,China)
Abstract:Outsourcing is a very big market,currently in the country,many software companies in the software outsourcing industry,or their own part of the business awarded to the outsourcer,outsourcing software projects outsourcing software project management with the development in recent years,more and more attention,with the company's content management project and there are both associated with differences in the actual article on the outsourcing of specific business case risk analysis,the corresponding solutions,and summarizes the project implementation problems and improve opinion,for the outsourcing project management software companies to provide a reference.
Keywords:Software outsourcing;Project management;Risk;Measures
一、引言
软件外包就是企业为了专注核心竞争力业务和降低软件项目成本，将软件项目中的全部或部分工作发包给提供外包服务的企业完成的软件需求活动。作为品牌和实力正处于培育发展阶段的软件公司，在市场拓展过程中为了克服积累不够等弱点，把自己不擅长或非发展方向的项目进行外包是非常普遍的现象。近年来软件外包在我国发展势头迅猛，因此软件外包业孕育着广阔的市场前景。而搞好外包项目管理是关键环节。软件项目外包本质来说，是软件开发过程从公司内部部分或全部延伸到公司外部的管理规范与管理技术。与内部实施相比，管理难度有过之而无不及。本文结合公司外包项目实际情况，分析了软件项目外包管理中存在的风险和应对措施，为其他软件项目的外包管理工作提供一定的借鉴。
二、项目背景概述
某公司为中小型软件开发企业，有比较稳定的开发团队，测试团队刚刚组建，力量比较薄弱。需要开发的项目要求高、开发周期短，具有较大的压力。本次系统的开发，公司选择了将测试工作外包给某软件外包公司完成。
目前软件企业测试团队的建设中，不可避免地会遇到许多棘手的问题，诸如：（1）招募过程中无法评估相关人员的测试水准和能力；（2）招募后没有为测试人员提供良好的测试技术培训体系；（3）无法正确快速地组建测试团队以融合到研发过程中；（4）无法系统地使测试人员最快限度地掌握最新测试技术用以研发需求；（5）如果各个项目的进度不是连续性的，测试人员的工作有可能会出现阶段性停滞而增大了成本等等。
通过分析公司的实际情况，选择将测试工作外包主要是基于以下一些原因：（1）公司测试人员短缺。该系统实施时，其它多个项目处于测试阶段，如果为此项目招聘人员，考虑招聘时间和培训时间，可能难以保障项目进度；（2）公司缺少自动化的测试工具，在项目启动时，尚无相关购买决定；（3）表面上看，把测试工作发包给同一城市的公司，将导致成本上升，但如果选择的是一个比较专业的公司，考虑到测试工作效率问题，最终成本实际会降低。
因此在项目启动时，公司项目组很快就做出了将测试工作外包的决定。通过外包给企业和项目带来的好处如下：（1）人员外包成本低于自身招募的综合成本；（2）来自专业测试公司的人员将比自身招募人员获得更多的来自测试公司的技术支持；（3）专业测试公司能够为企业带来更多基于项目业务需求的技术支持。
在选择外包公司时，公司将同城市的某外包公司列为第一候选人并开始与对方进行洽谈。该公司在当地有较高知名度，并且公司与其母公司有较多往来，将其列为首选对象是一种比较自然的选择。
三、项目外包风险分析及应对措施
软件外包具有很多优势，如可以降低或保持软件开发成本和管理成本，使企业专注于核心能力和核心竞争力等。但由于发包方和承包方之间存在不可避免的地域、文化、法律、价值观及管理方法等方面的差异，使得软件外包在其生命周期全过程中存在各种风险。在外包项目所面临的诸多挑战和风险当中，有些风险与企业自己开发项目面临的风险相似，但更多会面临不一样的、比自己开发多得多的风险。除非这些风险能够得到更好的控制和管理，否则，可能会遭遇比企业自己開发项目更多的失败的可能性[1]。
（一）风险分析
软件外包工作由于天然存在的地理、文化差别，其失败的风险几率较大，所以从事外包的管理人员在项目启动之前尤其要对项目中可能存在的风险因素有一个比较全面地识别和分析。比较好的一种风险识别方法是结构化的头脑风暴法，通过集思广益找出所有可能影响到项目进度、成本、质量的因素。一个非常重要的风险因素的来源是项目计划的假设和约束，一旦项目成功所作的假设不能达到，这些就会成为未来影响项目正常进展的问题。
风险贯穿于软件外包的全过程，具体表现形式多种多样。一般情况下主要包括以下几方面：（1）成本容易超出客户预算；（2）内部的信息系统专业能力流失；（3）失去对信息系统的控制；（4）外包开发商倒闭；（5）使用的产品种类受限制；（6）难以对开发方的职能与安排进行控制；（7）形成对开发商的依赖；（8）存在损失战略信息的风险；（9）外包开发商的系统落后；（10）外包商的文化与人员的适应性差。
从事软件项目管理的项目经理可能都知道这么一个事实，一个项目经理85%的时间都用在各方面的沟通交流上。很多项目出现问题都不是在技术上碰到难题，而更多的是由于沟通不畅引发的后果。这是公司首次将测试工作外包给其它公司。作为项目经理，通过分析有以下潜在问题可能会导致项目进行不顺利甚至失败：（1）异地交流问题：由于目前公司场地座位紧张，对方测试组需要在自己公司场地工作，由于面对面的沟通比较少，可能导致沟通问题；（2）开发流程差异：双方开发、测试团队之间需要频繁交流，这些交流很大程度上依赖于项目文档以及项目管理方法，双方所使用的项目文档风格若存在较大不一致，将导致沟通问题；（3）文化差异：双方人员存在大的工作文化、工作习惯差异，使得开发团队和测试团队之间难以沟通；（4）绩效问题：对于测试工作，还难以建立一个定量的指标去衡量工作效率，如果对方测试团队中部分人员效率低下，公司可能难以及时发现，从而影响质量；（5）知识产权：对方缺少完善的知识产权保护机制；（6）人员流失：在项目执行过程中，对方发生项目组人员流失，可能影响项目进程；（7）冲突化解：在一个公司、项目组内，所发生的争执更加容易化解，但涉及到两家公司时，容易更多地寻找对方的失误，使得争执、冲突扩大。
另外还有一些常见的外包风险，例如对工作规模估算过低，由于采取了单位计价方式付费，因此，即使是发生由于公司开发质量过低、需求更改过于频繁导致递交测试版本过多等原因引起测试工作量增加，对于对方而言，并不存在问题，因为这会使得对方收入增加，但会影响团队积极性，对公司方而言，需要从质量保障、变更控制、成本管理角度解决问题，在外包管理上，规模增加导致的管理问题有限。
一旦识别出尽可能多的风险因素之后，需要对这些因素进行评估，并不是所有的风险都需要去规避，所以必须分析哪些风险会对项目产生重大影响，哪些风险发生的可能性非常高。根据这些分析结果排出项目中优先级比较高的风险因素，然后针对这些风险分别找出规避的措施以及风险发生时的应对举措。
（二）风险控制
对于每个风险都能找到一定的规避和减少损失的措施，而控制外包风险的一般方式包括：（1）建立各方可度量和实施的共享目标和回报；（2）引入多个供应商作为激励机制；（3）建立一个交叉职能的合同管理团队；（4）建立绩效矩阵；（5）执行定期竞争性评估和基准检查；（6）实施短期合同；（7）在合同中明确数据的所有权。
针对上述项目，在确定将测试工作外包，并且选择了候选公司之后，作为项目经理需要完成下列工作：（1）确认该公司是否确实有实力完成该系统测试工作；（2）了解对方工作文化和工作习惯，确认双方团队可以很好沟通、协同；了解对方工作流程，编写工作说明书，明确双方职责、递交工作件（包含内容、质量要求和时间要求）、协同规则；（3）建立外包项目管理计划。
为了明确问题（1），作为发包方，公司的项目管理人员、研发人员和测试部门几名工程师走访了该公司，请该公司介绍采用类似技术的项目案例，对方介绍了为国外客户完成类似测试工作的案例，通过这些案例，我们可以确认该公司具有相应技术能力实施测试工作。
在计费方式上，可以选择固定计划方式、单位计价方式或者混合的方式。由于测试工作量存在不确定因素，该项目确定采用单位计价方式付费：由对方公司在项目不同阶段提供我方所要求数量的测试工程师，发包方按照每月工作时间付费。接下去，对方公司提供一份候选人名单，在工作开始前，发包方需要对这些候选人进行面试，确保对方承接此测试项目人员具有对应能力。
在列出了前面所提的7大問题之后，作为项目经理组织了一个座谈会去确认这些问题存在的程度。这个座谈会由双方分别派出一个包含开发、测试团队的完整项目组参加，向对方展示典型的项目执行过程案例，从而使双方人员都建立对对方项目管理的了解。另外，也需要与对方一些管理人员进行交谈。
通过一系列的调查、分析，在上述7个问题中，后5个问题影响会比较小：（1）文化差异：双方在同一个城市，但非同一家公司。因此，双方将存在文化差异，但这个差异应该有限。（2）绩效问题：对方属于专业型外包公司，长期从事对欧美外包业务，已经建立起了很好的内部绩效管理体系，在了解该体系之后，可以确认对方可以管理好绩效问题。（3）知识产权：对方有一套完整的客户知识产权保护体系。实际上，对于外包公司来说，保护客户知识产权也是他们的“生命线”。（4）人员流失：对方年均人员流失率低于本市平均水平，并且有大量合格人员可以在流失发生时补充到该项目。在对对方测试组进行领域知识、系统需求培训时，要求对方按照增加15%人员的比例参加培训，这样，万一人员流失，可以从后备人员中挑选人员进入项目组，他们的适应时间会较短。（5）冲突化解：由于公司业务特点，对方有较好的内部管理、职员教育体系，问题出在发包方的概率更大。这可以从发包方日常管理中解决问题。
前面两个问题会有相对大一些的影响。下面是采取的一些解决方案：（1）异地交流问题：对方长期从事对欧美外包业务，其员工具备丰富的远程协同工作经验，而发包方员工该方面经验比较缺乏。表面上看，问题会更可能出在发包方，但分析对方项目后发现，由于对方一直从事欧美金融领域外包业务，项目文档极其详细，这超过了发包方项目文档详细程度。简单地由发包方提高项目文档详细程度并不可取。采取了这样一些解决方案：双方人员所使用的PC均安装摄像头，可以视频交流；使用远程桌面；对于我们所使用的项目文档中的递交报告进行修改，要求更加详细地给出所递交版本的详细变更信息和最期望先被测试的功能点。（2）流程差异：由于不同公司对于项目开发、质量保障会有自己的流程。在这个问题上，采取的做法是：以发包方现有流程为基准，安排对方测试人员熟悉该流程。另外，发包方也进行一些改进：在以往项目流程中作为发包方的递交报告不够细，现在需要加以改进。
（三）存在问题及改进
上述问题，通过处理在项目进行时都没有出现大的问题。但在异地交流问题上，还是碰到了一些麻烦。使用远程桌面，确实可以帮助测试人员与开发人员建立对问题的共同理解，但效率还是远低于面对面的交流。当再次执行类似外包工作时，建议可以考虑进行每周两次的、相对固定时间的开发、测试碰头会，而在这个项目中是每周一次。在开发流程上，以发包方的流程定义为蓝本，同对方讨论后进行局部修改。这样做法，减少了发包方的工作量，但代价是对方需要学习的内容变多。对方的基于内部网的过程管理系统更多、更完善，在今后项目实施时，如果项目内容、服务供应商情况类似，一个改进的方法是：仍旧是以发包方流程为基础，但会参考、使用对方内部网上自行开发的小工具。
四、结束语
从实际的外包项目管理经验中可以看出，对于类似外包工作，工作的重点，即最容易出问题的地方是如何保持好两个或者更多人组成的团队沟通代价最小化。发包方和外包方需要根据实际情况建立良好合作模式。此外，外包项目的管理比企业内部开发项目的管理更复杂，担负更大的风险，需要更紧密的进度和质量监控。外包项目除了需要部分技术人员和用户群体参与外，更增加了一组外包商的资源，可以考虑充分运用。最后，项目经理需要做出一个详细的、完整的项目计划，并认真分析存在的风险和应对措施，以确保外包项目的顺利实施。
参考文献：
[1]王梅源.软件外包项目全过程风险管理[M].武汉:华中科技大学出版社,2009
软件项目管理案例 篇4
[作者] －[证书编号] 2013年4月9日
摘要：有效的软件项目管理可以提高软件产品质量和生产效率，有利于软件企业整体开发能力和开发水平的提高。成本管理是软件项目管理的主要内容之一。本文着重研究软件成本管理的相关内容，探讨了软件项目管理的定义、特性等，研究了一些目前常用的经典成本管理体系和方法。关键词：软件项目 成本管理 成本估算 成本控制
随着信息技术的飞速发展，软件企业在我国高新技术产业中扮演着越来越重要的角色。软件企业进行如那件项目管理有利于将开发人员的个人开发能力转换为企业的开发能力，软件企业的软件开发能力越高，表明这个企业的软件生成越趋于成熟，企业越能够稳定发展（即减小开发风险）。软件项目管理是软件企业提高竞争力的重要手段。成本管理系统是软件项目管理系统的一个子系统。有效的软件项目管理和成本控制可以更好的为软件企业积蓄财力，可以增强如那件企业的竞争力。
软件项目成本管理就是根据企业的情况和项目的具体要求、利用公司既有的资源、在保证项目进度、质量达到客户满意的情况下，对软件项目成本进行有效的组织、实施、控制、跟踪、分析和考核等一系列的管理活动，最大限度的降低项目成本，提高项目利润，实现客户、公司、员工三赢，获得更稳定的客户群，更多的公司利润和更稳定的项目队伍。目前我国软件企业实施软件项目管理的许多技术还很不成熟，只有少数大型软件企业，依据诸如CMM和ISO9000的标准规范以及一些项目管理辅助工具，实施相对规范的软件项目管理。大部分中小型软件企业，尚没有进行规范和有约束力的软件项目管理。尤其是在项目成本管理方面，软件企业的伊始还比较薄弱，经常出现项目进度延迟、成本超支的现象。
在传统的项目管理软件中，一般都是进度安排和跟踪控制，大多都不能进行软件成本估计，缺乏事先成本控制，部分项目管理软件虽然具有一些成本管理的功能，但这些项目管理软件多数是面向工程项目来设计的，真正面向软件项目的项目管理软件很少，由于软件项目自身的特殊性，导致了在应用工程项目管理软
件来管理软件项目时会出现很多的问题。成本管理在实践上主要体现在项目管理软件中，但是当前的项目管理软件并不能满足成本管理的需要。软件项目管理工具应该能偶和成本估计相互协调，不仅利用估计者的数据，还应该能够充分利用历史数据库的数据。当前的软件项目管理工具存在有如下几点不足：
1）不能进行有效的软件成本估计； 2）缺乏事先成本控制；
3）不能和估计数据自动化协调； 4）不能有效地利用历史数据库中的数据。
软件项目管理的对象是软件，它所涉及的范围覆盖了整个软件工程过程。从软件工程的角度讲，软件开发主要分为六个阶段：需求分析阶段、概要设计阶段、详细设计阶段、编码阶段、测试阶段、安装及维护阶段。不论是作坊式开发，还是团队协作开发，这六个阶段都必不可少的。要想对软件项目成本进行有效的管理，必须对软件项目开发的各个阶段进行深入的分析，在开发过程中除了先进的技术和开发方法，还有以整套的管理方法，侧重于软件企业在软件开发过程中对计划安排、项目跟踪、资源分配和成本控制等的管理方式。
软件项目管理的三个要素是时间进度、成本和质量。成本管理是软件项目管理的一个主要内容。成本管理从时间上可以分为初期、中期、后期和结束四个阶段。从运作上可以分为计划、执行和控制三个基本过程以及分析、评估和总结三项基本活动；从内容上涉及进度跟踪、风险分析与识别、有效沟通等方面。项目成本管理包含了所有为了保证项目在预算内完成的过程。一般包括以下过程：
1）资源计划：为了完成项目活动所需的资源种类（人员、硬件设备、软件工具等）及其数量的一种安排。
2）成本估算：开发一个完整项目活动所需要资源的大概成本估计。在传统的项目管理中，一般依靠个人经验估计较小的被分解后的活动，然后求其和为总体成本。成本估算是成本管理中的主要部分。成本估算的关键是对工作量的准确估算。对一个项目的成本做出估算。成本的主要组成部分是人力成本（工作量），此外也有其他的成本，例如出差费用、通讯工具、用于项目的培训、项目团队所使用的软硬件等。这些成本与人力成本一起构建项目的总成本。
3）成本预算：分配整体成本到每一个工作任务。
预算可以采用两种方法：其一是自上而下法，在项目总成本之内按照每一工作包的相关工作范围来考察，按项目总成本的一定比例分到各个工作包中；其二是自下而上法，有每个工作包的具体负责人进行预算估计，然后再进行平衡和调整。
4）成本控制：控制项目预算的变更。
陈本控制工作首先从确定工作分为开始，控制工作范围包括成本预算和工作进度计划。项目启动后，要进行检查和跟踪工作，然后对检查和跟踪的工作进行分析，预测其发展趋势，做出项目进度状态报告及成本发展趋势报告。根据进展状态报告及成本发展趋势报告，采取具体的纠正措施。
成本控制的核心是管理好四个关键指标：TBC、CBC、CAC和CEV【1】。总预算成本TBC（Total Budgeted Cost）表明完成一个项目总共需要多少钱。明确核算出什么级别的人一天的成本是多少，并将需要投入的人力则算成TBC中的“钱”，通过控制项目的成本来提高公司的人员使用效率。
另外三个参数CBC、CAC和CEV都和时间相关，CBC、CAC和CEV三个指标是解决如何描述一个特定时间点的成本状态的问题。
累计预算成本CBC（Cumulative Budgeted Cost）描述了一个项目按照预算在某个特定的时间点上应该话费的成本的总和。
累计实际成本CAC（Cumulative Actual Cost）描述了一个项目在某个特定的时间点世家已经花费的所有成本的总和。
累计实现价值CEV（Cumulative Earned Cost）也称净值，描述了一个项目在某个特定的时间点所有已经完成的工作产品的价值。
TBC是总共需要多少资金，而CBC、CAC和CEV则分别是某个特定时间点上的“总预算”、“总投入”和“总产出”。
三个参数中最重要的是CEV，但实际上如何准确计算CEV正是工作的难点。在软件项目中，因预算难以估算准确（CEV恰恰又以预算为基础进行计算），完工的比例也难以准确计算，所有CEV往往不太容易精确。一种改进的方法是将任务进行细分，直到便于估算、容易测量；另一种方法是不断积累历史数据、利用历史数据提高预算的准确性。
为了对上面得到的数据进行必要的分析以确定项目的状态，需要引进CV、SV、CPI和SPI四个基本概念。
（1）成本偏差CV（Cost Variance）CV=CEV-CAC，它表示当前产出的价值与投入成本的差异。显然，如果该参数为正，说明产出比投入多，项目省钱了；反之，则说明产出比投入少。
（2）进度偏差SV（Schedule Variance）SV-CEV-CBC。CBC不但表示在一个特定时间点的累计预算，启示还隐含表示在这个特定时间点上应该的产出，因此SV表示当前产出的价值与预算阐述价值的偏差。显然，如果该参数为正，说明项目进度已经提前；反之，则说明项目进度已经滞后。
（3）成本绩效CPI（Cost Performance Index）CPI=CEV/CAC，它表示投入单位成本可以产出的价值。
（4）进度绩效SPI（Schedule Performance Index）SPI=CEV/CBC，它表示当前完成的工作量占预计完成工作量的比例，1表示正好完成。
除了对项目进行绩效分析外，还可以进行预测计算FCAC（Forecasted Cost at Completion）以预计完工成本。简单的有三种方法：
（1）方法一：FCAC=TBC/CPI。方法一说明，如果项目继续以当前的成本绩效水平运行，那么到项目完工时所需要的成本有此公式计算。
（2）方法而：ECAC=CAC+(TBC-CEV)。方法二说明，如果项目剩余部分按预算完成，那么到项目完工是所需要成本按此公式计算。
（3）方法三：FCAC=CAC+重估剩余工程预算。这实际上要求完全重新估算。成本分析后可能需要采用必要措施进行调整。确定调整对象时应该优先考虑成本偏差较大、成本绩效差、成本高的工作包，并从近期开始工作任务着手进行调整。纠正措施包括使用合格的但成本较低的人工、派有经验的人指导工作、减少工作范围或降低进度、质量等。
在成本控制过程中可以利用差异分析，差异分析是指确定差异的数额，将其分解为不同的差异项目，并在此基础上调查发生差异的具体原因并提出分析报告。通过差异分析，找到造成差异的原因，分清责任，采取纠正行动，实现降低成本的目的【2】。总之，成本控制首先要规划花费的计划——CBC，然后定期核算CAC和CEV，通过分析偏差和绩效指标弄清项目状态，进而通过成本预算和采取措施确保成本向有利的方向发展。
最后，本人结合自己实际项目管理工作经验，针对软件项目成本管理过程中存在的问题进行分析和探讨。
软件项目成本管理中存在的主要问题有：
1、项目人员经济观念不强，公司缺乏一套行之有效的成本管理体质。目前，我国软件项目人员大多具有软件开发专业技术背景，但是普遍缺乏紧急观念，成本一时单薄，特别是项目不单独核算的企业，项目经理职责更偏重于技术而非管理智能，简单的将项目成本管理的责任归于财务部门。同时，软件公司通常缺乏行之有效的成本控制和激励体制。很多只是简单的规章制度，至于谁做，何时做，做到什么程度都没有提及，实际运作起来难度大。在项目内部，每个成员指从自己的角度考虑，项目成本居高不下。
2、项目的过程控制薄弱。项目管理的过程是计划、实施、监控、纠偏、分析、考核【3】。
项目成本预算和估算精准度差，失去了控制标准。在项目管理中，相关的管理部门通查要求项目经理做出项目的估算或预算，并一次为标准，进行项目的控制和考核，但是在实际工作中，由于项目具有一次性和不确定性的特点，以及项目经理自身的经验和水平的限制，使项目估预算的准确性很差，一变化，项目经理就追加预算，常常是计划跟不上变化，预算频频变更，等项目结束时，实际成本和初始计划已经大相径庭。
3、缺乏“质量成本”、“工期成本”、“资金成本”、“风险成本”的管理和控制。
质量成本是指为了确保和提高软件质量而发生的一切必要费用，以及因未达到质量标准而蒙受的损失。工期成本是指为了实现项目工期目标而采取相应措施所发生的一切费用。资金成本是指资金的一切费用。风险成本是指项目的不确定因素导致项目风险。
为了应对企业软件项目管理中的问题，企业管理者可以从以下三个方面入手：
1、树立全员经济意识，建立规范成本管理体制。
软件企业必须加大宣传力度, 从项目管理人员到普通员工都要进行经济教育, 灌输经济意识, 把一切为了效益的意识深深地铭刻在每个职工的脑海里。
要根据公司和项目本身的特点, 制定有针对性的项目成本管理办法和流程, 这些管理办法应是责任到人、切实可行的具有较强操作性的办法, 使项目的成本控制有法可依, 有章可循, 有据可查。
对于每个项目, 都要有成本控制的目标—项目预算, 都要严格做工作任务分解,在落实任务的同时, 也要落实完成任务所需要的成本预算, 并且逐级负责, 层层落实。项目经理是项目成本管理的领导, 这样形成了一个以项目经理为核心的成本管理体系。
同时用一定物质奖励去刺激, 使每个人的工作、成本和项目的效益挂钩, 彻底打破过去那种干好干坏一个样, 干多干少一个样的格局。调动职工的积极性和主动性, 使大家共同为项目的成本管理献计献策。
2、加强项目过程管理和监控。
3、从质量成本、工期成本、资金成本、风险成本管理上要效益。质量成本管理的目标是使类质量成本的综合达到最低值。一般来说, 质量预防费用起初较低, 随着质量要求的提高逐渐会增加, 当质量达到一定水平再要求提高时, 该项费用就会急剧上升。质量检验费用较为稳定, 不过随着质量的提高也会有一定程度的增长。而质量损失则不然, 开始时因质量较差, 损失很大, 随着产品质量不断改进,该项损失逐步减少。三者交叉的作用, 必须能找到一个质量成本最低的理想点。
正确处理质量成本中几个方面的相互关系即质量损失、预防费用和检验费用间的相互关系, 采用科学合理、先进实用的技术措施, 在确保质量达到设计要求水平的前提下,尽可能降低软件项目成本。同时也不能为了提高企业信誉和市场竞争力而出现质量过剩的现象,导致完成工作量不少, 经济效益 低下的被动局面。
从工期成本控制上要效益。工期成本管理的目标是正确处理工期与成本的关系, 使工期成本的总和达到最低值。工期成本表现在两个方面, 一方面是项目经理为了保证工期而采取的措施费用;另一方面是因为工期拖延而导致的业主索赔成本, 这种情况可能是由于外部因素引起的, 也可能是内部因素所造成的,如停工、窝工、返工等, 因此所引起的工期费用, 可称其为工期损失。一般来说, 工期越短, 上期措施成本越小二但当工期缩短至一定限度时, 工期措施成本就会
急剧上升。而工期损失则不然, 因外部因素引起的工期损失, 其损失额度相应较小, 通常情况下不予赔偿或赔偿额度较小, 该部分工期损失可不予考虑。因项目内部因素造成的工期损失, 随着时间的推移, 经验的积累会逐渐减少。综合工期成本的各种因素, 就会找到一个工期成本为最低的理想点。这一点也就是上期最短并且成本最低的最优点。
由于内外部环境条件及合同条件的制约, 保证合同工期和降低成本是一个十分艰巨的任务。因此, 必须正确处理工期成本的两个方面的相互关系, 即工期措施成本和工期损失之间的相互关系。在确保工期达到合同条件的前提下, 尽可能降低工期成本, 切不可为了提高企业信誉和市场竞争力, 盲目抢工期赶进度, 造成增大项目成本, 导致项目亏损。
项目现金流的控制。通过项目的财务现金流分析, 判断项目资金收支的时间, 资金亏口的时间点, 便于提前准备资金。同时积极地从客户方催款,以便支付各种费用。使得现金的流人大于流出。对于产品投资项目可采用投资回收期、净现金流来控制。
通过主动的风险控制, 防患未然, 避免和减少损失。根据拟建软件项目的具体情况, 有选择性地进行经济模型盈亏平衡分析、敏感性分析和概率分析、合同控制等, 这里强调一下常用到的合同控制。软件项目的各种经济活动, 都是以合同或协议的形式出现。如果合同条款不严谨, 容易让对方钻空子, 造成自己蒙受损失时应有的索条款不能成立, 产生不必要的损失。所以必须细致周密地订立严谨的合同条款。首先, 要有相对固定的经济合同管理人员, 并且精通经济合同法规有关知识, 必要时应持证上岗；其次是要加强经济合同管理人员的工作责任心； 三是要制定相应固定的合同标准格式。项目合同基本上有以下几类：软件开发合同、技术服务合同、采购合同、分包合同、劳务合同等。各种合同条款在形成之前应由业务部门参与定稿, 使各项条款的内涵清楚, 严谨不漏。
软件企业具有知识经济的明显特点, 不同于传统的成本控制, 而软件企业管理具有以项目管理为主的重要特征, 以上是软件企业在成本管理中经常出现的实际问题, 本人根据实际经验提出的对策, 旨在针对软件企业的特点, 提高软件企业的财务管理和项目管理。
参考文献：
[1] 金小云, 软件开发项目的计划和控制管理研究，西北工业大学，硕士学位论文，2003.2，48-49 [2] 付强，沈川，蒋峰 编著，有效的项目管理，中国纺织出版社 [3] 许成绩 主编，现代项目管理教程，中国宇航出版社，2003
作者简介：
软件技术创新案例 篇5
法定代表人唐敏，总经理。
委托代理人马晓刚，北京市浩天律师事务所律师。
委托代理人肖群，北京市浩天律师事务所律师。
被告北京创新未来科技有限责任公司，住所地北京市海淀区中关村北一条二号。
法定代表人陈军，总经理。
委托代理人庞正中，北京市金诚律师事务所律师。
委托代理人李慧勤，女，1957年1月3日出生，汉族，北京创新未来科技有限责任公司研究开发主管经理，住北京市海淀区海淀路165号。
原告中国计算机软件与技术服务总公司(简称中软公司)诉被告北京创新未来科技有限责任公司(简称创新未来公司)侵犯计算机软件著作权纠纷一案，本院于4月26日以原告中软公司证据不足为由，判决驳回了中软公司的诉讼请求。中软公司不服该判决，向北京市高级人民法院提起上诉，并提交了新的证据。北京市高级人民法院于198月25日裁定将本案发回重审。本院于年10月13日重新立案，依法组成合议庭，分别于4月14日、12月9日公开开庭进行了审理。原告中软公司的委托代理人马晓刚、肖群，被告创新未来公司的委托代理人庞正中、李慧勤到庭参加了诉讼。本案现已审理终结。
酒店软件成功案例 篇6
隆昌饭店
江铃宾馆桑拿
新锦江桑拿中心
爱丁堡—万足缘
假日鼓浪屿洗浴
驻马店金都大酒店
开封酒店 宁夏富源大酒店 花禧大酒店 状元食府大酒店 金碧华府大酒店 青岛金海大酒店 天津市天摩宾馆 高都大酒店
平陆宾馆
山西省农科院中心宾馆 金马大酒店 世纪园度假村
青岛康桥商务酒店
德州市新湖饭店有限公司 烟台市长岛税培训中心
恒泰佳日大酒店 梁山县水泊宾馆
山东环保监理干部培训中心
宝 鸡 西 府 宾 馆
上海亮申大酒店
河南省河南饭店
邢台隆府酒店有限公司
金盾宾馆
通化市人大宾馆
鑫鲲鹏酒楼
华鑫水湾浴场 堰桥浴场
华县新华酒店 吉林交河宾馆
青岛醉鱼舫大酒店 龙轩宾馆 川嫂红酒店 玫瑰花园大酒楼 江仙都大酒楼 广州鸿兴酒店 大同市铁道宾馆
山西省煤炭宾馆
山西省运城宾馆
同利大酒店
山东威海珍珠利华大酒店 威海芙蓉园饭店 威海市九九大厦
青岛好运来宾馆
东方宾馆
济宁老干部活动中心
陕西文苑大酒店
陕西省太白酒业宾馆 上海市欣鹏大酒店
信阳市金通大酒店
北戴河干部休养所
中油国际大酒店桑拿中心
新民迎宾馆
芜湖市美凯隆桑那拿洗浴中心
南海花园浴场
青岛国贸饭店
兰州育苑宾馆
陕西谷府宾馆
宁夏市青山宾馆 鸭小丫酒店 腾飞酒店
西藏日喀则教育宾馆 西安嘉宝大酒店 北京龙轩宾馆
太原新世纪广场
环城大酒店
山西省运城地区黄河大厦
绛县宾馆
丰喜宾馆
山东省莱阳市新华宾馆 博山凯泰大酒店
青岛贝蒙特宾馆
吉和园饭店
青岛满都拉酒店
凤翔县政府招待所 上海云亭假日宾馆 驻马店天龙大酒店
中牟绿云大酒店 洛阳中航613宾馆 周口锦秀花园酒店
陆浑宾馆
三门峡金玫瑰
在水一方梅溪酒店
河南防空兵学院招待所
驻马店发时达宾馆
辛集市江苏饭店 宜昌市检察官培训中心
东风汽车公司神龙宾馆
东风汽车公司车城宾馆
武汉大学明珠园招待所
沙市吉可宾馆
黄石东帆宾馆
军队离退休接待中心
湖北省土地管理宜都培训基地
襄樊市富贵酒轩
荆州市友联大酒店
扬州宾馆
常熟森林大酒店
汇萃园
苏州市富丽华大酒店
南通冠达大酒店
大屯煤电集团招待所
常熟琴湖饭店
新河人民政府招待所
温州大酒店
常州市金诺宾馆
老妈米线火锅店
镇江京口饭店
开封东京大饭店
驻马店邮电大厦
开封东苑大酒店
驻马店金都大酒店
南阳市华光宾馆
唐山市凯瑞饭 大城县政府宾馆 湖北省农发行宾馆
黄石市东方大酒店
襄樊市超能电力宾馆
黄石市东方大酒店
湖南省龙山县民族宾馆
武汉华中师大学生招待所
当代白宫酒店
扬子江（连锁）饭店
宜昌市银都酒店
江西省阳明宾馆
高安市永生宾馆
南昌君来大酒店
新余市袁河宾馆
红星宾馆
丽源宾馆
大连市风光客舍
五粮液宾馆
四川省达州市达县宾馆
五粮液宾馆
金汇大酒店
天台御泉会议中心
襄樊丽源国际饭店
河南开封宾馆
河南周口迎宾馆
长垣富源俱乐部
河南省中牟宾馆
河南洛阳陆浑宾馆
唐山市蓝天大酒店
人民解放军六**五五部队宾馆
镇江市丽都假日酒店
丽嘉酒店
南京南汽宾馆
江苏昆山纳海宾馆
徐州新世纪假日俱乐部
中国徐州黄河饭店
昆山纳海宾馆
邳县康乐大世界
南京枫林雅格
淮安新年华大酒店
星光灿烂宾馆
南昌北京宾馆
景德镇市鸿发宾馆
翰皇酒店
舒翔大酒店
成都市老干部活动中心
成都市腾云楼宾馆
大明宾馆
成都市腾云楼宾馆
石柱玉都酒店
武隆豪怡大酒店
国家税务总局扬州税务进修学院 武汉汉明妃大酒店
昆明市晶都会展酒店
昆明市交通宾馆
云南弥勒华越大酒店
昆明市龙岭园酒店
罗平鑫源宾馆
昆明市畔溪谷酒店
余姚市富达饭店
龙游金峰大酒店
常山县白龙宾馆
浙江省邮电培训中心
浙江黄岩时代酒店
普陀晶昌大厦
阜阳文峰宾馆
金华美好
贵阳市大正酒店
贵阳明珠海港海鲜美食总汇
遵义市狮山大酒店
广西贵港大酒店
广西百色四川大酒店
国际海员俱乐部
云浮 新兴龙山聚宝楼
广东中山市高平酒店
北京商业管理干部学院培训中心 瑞丽市边防培训中心
鄂尔多斯荣盛大酒店
六盘水天源大酒店
宜昌市天缘宾馆
景德镇陶瓷学院学术交流中心
金华紫阳豪庭大酒店
云南省瑞丽乔瑞饭店
云天化昆明宾馆
腾冲国新大酒店
昆明金碧春酒楼
云南大酒店
景东县云海大酒店
广西玉林政府驻京联络处
三明市卫生干部培训中心
三明市公安培训中心
福州榕水大酒店
美星大酒店
安徽合肥西海饭店
合肥长江饭店
佛山石湾鹰牌会所
贵州省长顺县麒麟大酒店
贵阳市金虹宾馆
六盘水八一宾馆
全州秀海园大酒店
广西北海金港酒店
桂林市劳动保险大厦
广州市齐鲁酒店
沈阳市金爵花园酒店 黑龙江七台河华奥会馆
宁夏隆湖宾馆
温州市好友宾馆
山东寿光贵和商务宾馆
临汾万通假日旅馆 昆明市浙江旅社
金昌大酒店
平阳供销大厦
瑞宝宾馆
宁波红楼大酒店
舟山港桃花宾馆
北京福泰宫大酒店 四惠宾馆
北京爱华宾馆
福建金融管理学院培训中心
武警厦门疗养院
金塔县宾馆
兰州市吐哈石油宾馆
安徽省邮政宾馆
马鞍山邮电宾馆 茅台迎宾酒店
深圳新港酒楼
海口市凤凰宾馆
青海华德宾馆
拉萨太阳岛大酒店
广州友谊宾馆 广东珠海市鸿银酒店
深圳花果泉电业宾馆
孝义嘉隆大酒店
北京水源混凝土制品有限公司 黄山市宝利风尚大酒店
陕西省兆兴大酒店
运城市国安大酒店
新疆吉木萨尔县统一宾馆
北京工人日报社天讯饭店 南京市宁雅宾馆 十堰市金穗大酒店
安徽合肥国电宾馆
上海市第一人民医院宿舍 河北省保定金马商务宾馆
北京市华瑞商务会馆
固原市六盘山宾馆
徐州市东方金悦酒店
满洲里国贸大酒店 山西省孝义嘉隆大酒店
秦皇岛市石油宾馆 江阴市华宏宾馆 青岛太平洋国际大酒店
淮南市盛元宾馆 北京蓝宝苑宾馆 北京金元宾馆
兰州市岷县风光大酒店 沈阳市金爵花园酒店 秦皇岛燕塞湖酒店
乌鲁木齐好西部酒店
海口市龙华金龙新东北王大酒楼
攀枝花宝山大酒店
微软的云计算软件园示范案例 篇7
2008年11月, 由苏州工业园区、微软公司、江苏风云网络服务有限公司三方合力打造的SaaS服务平台——风云在线正式启动。
风云在线平台致力于为企业提供SaaS服务。目前, 用户可通过风云在线平台应用的微软产品包括:Exchange Server 2007, Microsoft Dynamics 4.0, Windows SharePoint Services, 以及统一通信软件等。苏州工业园区还将不断与优秀ISV合作、将其解决方案发布到风云在线平台, 并与微软合作通过各种市场营销手段及渠道进行推广。作为微软“软件+服务”战略的中国合作项目, 以及作为苏州工业园区引领国内SaaS运营市场的一项重要计划, 风云在线平台将致力于为国内企业, 特别是中小企业提供SaaS服务。
风云在线采用的是微软最新的Saa S架构技术与最新的服务器端产品, 这为平台高效安全地、高品质地运营软件服务提供了核心保障。其次, 风云在线运营的软件服务, 比仅定位于为客户提供基础工具应用为主的其他SaaS平台更为丰富, 风云在线更加重视那些能为客户提升核心竞争力、带来真正价值的应用与解决方案, 比如微软托管的CRM就是其核心应用之一。再次, 风云在线上有定制功能极为强大的在线定制开发平台-FW086Sandbox, 它能在较低技术甚至零技术要求下、快速定制出满足各行业、不同规模企业个性化需求的管理解决方案。最后, 风云在线将自己定位为SaaS/S+S平台运营商, 优势特点包括:优秀应用;强大的运营管理平台;完备IDC与运维服务机制;360度的客户服务。其中, 完备的IDC与运维服务机制, 对客户的高可靠、安全体验更为重要。
杭州云计算开发培训平台
微软是“浙江省软件产业创新服务平台”的合作建设单位, 也是杭州国家软件产业基地基于SaaS模式构建“软件开发创新服务平台”的技术支持单位。该平台采用微软最新的虚拟化技术, 引入微软软件开发全生命周期的解决方案, 率先为中小软件企业和软件外包服务企业提供包括设计建模、代码开发、软件测试、项目管理在内的全程按需服务。通过“软件开发创新服务平台”提供的公共服务, 提高企业软件研发创新能力, 降低企业软件生产成本。
通过这个平台, 杭州市中小企业可以租用计算资源、租用存储资源、租用软件进行应用。通过这个平台, 中小企业不需要购买服务器, 如果要开发软件只需上网接入“软件开发创新服务平台”, 就能获得服务器、开发软件等资源。与其他的云计算服务相比, 微软具有更丰富的资源和能力提供面向开发者的平台, 该平台将直接提供基于微软全套的开发和运行软件服务。
该平台初始阶段的服务对象主要是杭州的中小企业, 以后也会逐步面对全国用户。杭州国家软件开发基地将与微软公司一起, 根据平台用户的反馈以及云计算技术新的发展, 从服务和技术的角度来持续提升平台。
您可通过下面的联系方式与微软联系, 微软将依据您的需求安排相关专家免费访问咨询:
微软云计算专家咨询邮箱:
mscntools@microsoft.com;
微软云计算专家咨询电话:
华北, 东北的园区:
010-58652988#8779;
华东的园区:
010-58652988#8486;
华南, 西部的园区:
软件项目管理案例 篇8
关键词：软件工程；案例教学法；实施
中图分类号：TP311.5-4 文献标识码：A 文章编号：1007-9599 (2012) 09-0000-02
一、引言
《软件工程》是计算机软件专业的一门核心课程，在软件开发实践中发挥了重要作用。《软件工程》中的方法与技巧不仅能用于软件开发过程，还能促进组织管理协作能力的发展，对培养学生的软件素质，提高学生的软件开发能力具有重要的意义,为将来从事软件开发及项目管理工作打下良好的基础。
《软件工程》是一门比较难学的课程，内容抽象，理论性、逻辑性比较强。对于学生来讲，一些知识点很难学懂学透；对于老师来说，如果仅仅是照本宣科，纯理论的讲解，那么学生听不懂，会失去学习的兴趣，教学效果差。
采用什么样的教学方法能提高学生学习本门课程的兴趣，提高他们的教学效果，促进本课程的教学？是我们每位教师值得思考的问题。通过多年软件工程的教学，总结经验得出案例教学法可以促进软件工程的教学。
二、案例教学法
案例教学，就是在教师的指导下，根据教学目的要求，组织学生对案例的调查、阅读、思考、分析、讨论和交流等活动，教给他们分析问题和解决问题的方法或道理，进而提高分析问题和解决问题的能力，加深学生对基本原理和概念的理解的一种特定的教学方法。
案例教学方法有一个基本的假设前提，即学员能够通过对这些过程的研究与发现来进行学习，在必要的时候回忆并应用这些知识与技能。案例教学法非常适合于开发分析、综合及评估能力等高级智力技能。为使案例教学更有效。学习环境必须能为受训者提供案例准备及讨论案例分析结果的机会，必须安排受训者面对面地讨论或通过电子通讯设施进行沟通。但是，学习者必须愿意并且能够分析案例，然后进行沟通并坚持自己的立场。
案例教学的具有自身的特色：1.鼓励学员独立思考。案例教学没人会告诉你应该怎么办，而是要自己去思考、去创造，使得枯燥乏味变得生动活泼，而且案例教学的稍后阶段。每位学员都要就自己和他人的方案发表见解。通过这种经验的交流。一是可取长补短、促进人际交流能力的提高，二也是起到一种激励的效果。2.引导学员变注重知识为注重能力。学员一味的通过学习书本的死知识而忽视实际能力的培养，对自身的发展有着巨大的障碍。3.重视双向交流。在案例教学中，学员拿到案例后，先要进行消化，然后查阅各种他认为必要的理论知识．这无形中加深了对知识的理解，而且是主动进行的。捕捉这些理论知识后，他还要经过缜密地思考，提出解决问题的方案，这应视为能力上的升华。同时他的答案随时要求教师给以引导，这也促使教师加深思考，根据不同学员的不同理解补充新的教学内容。
三、在软件工程教学中采用案例教学法的意义
传统的软件工程教学是给学生讲解许多的理论知识，并没有说明如何将理论知识与实践相结合，以理论指导实践，通过实践加强对理论知识的理解，采用的是填鸭式的教学方法，学生上课积极性、主动性不高，感觉学习枯燥乏味，产生厌学心理，学生的情绪会同时影响老师的积极性，使课堂气氛非常的沉闷。
要有好的教学效果，除了要求老师对本门课程的知识非常熟悉，教学经验丰富以外，还要求老师在上课时，采用比较好、先进的教学手段和教学方法。通过本人对软件工程课程的研究，认为在软件工程教学中以“案例导向、项目驱动”的教学方法，引导学生理论与应用相结合，理论指导实践，通过实践反过来加深对理论知识的理解，学生利用软件工程的原理、方法、工程技术在实践中学会发现问题、分析问题、研究问题、解决问题，更好地进行软件开发。
四、案例教学法在软件工程教学中如何实施
案例教学法在软件工程教学中组织实施的总原则：先从小的案例教学入手，学生适应后再进行大的案例教学，把学生分成若干个组，在规定的时间让学生阅读材料,之后让学生互相提讨论并解答，让学生对案例进行展示，老师对学生的案例进行评价和总结。以下分别讲解案例教法在软件工程教学的理论、实验、课程设计中的实施。
（一）案例教学法在软件工程理论教学中的实施
本课程主要介绍了软件危机的产生、消除软件危机的途径、软件工程的定义和基本原理；软件生命周期的基本任务、软件模型；传统方法学：结构化分析、结构化设计、结构化实现；面向对象方法学：面向对象分析、面向对象设计、面向对象实现；统一建模语言；软件计划、组织、控制、国际标准。重点和难点的内容是：软件工程的定义和基本原理；软件生命周期的基本任务、软件模型；结构化分析、结构化设计、结构化实现；面向对象分析、面向对象设计、面向对象实现。
这门课程涉及的理论知识比较多，内容比较抽象，教师在讲解课程内容时，如何使这门课程上得有声有色，學生听得津津是道，除了优化课程教学内容，有较强的表达能力以外，还要采用好的教学方法。
在本课程的理论教学中，我们都是以案例为导向，对软件生命周期的基本任务、软件模型的教学，举出三个案例，结合我们的理论知识，要求学生分析与计论出三个案例分别适合采用哪种软件模型,以及采用这种模型的原因。通过仓库管理系统、教师工资支付系统等案例讲解如何采用传统方法学对软件进行分析、设计、实现，面向对象分析、面向对象设计、面向对象实现知识的讲解，贯穿的案例是ATM自动取款机系统、电梯系统。
（二）案例教学法在软件工程实验教学中的实施
软件工程知识的掌握，不仅需要掌握理论知识，也需要大量的实际动手的训练。在实验课中，以案例为主线设计实验内容。本课程安排的实验如下：
1.系统分析----数据流图。2.系统分析----状态图及数据字典。3.软件总体设计---软件的系统结构。4.软件详细设计---程序流程图及判定表。5.白盒测试-----逻辑覆盖。6.白盒测试-----基本路径测试。7.黑盒测试---等价划分及边界值分析。8.自动售货机系统对象模型的创建。9.自动售货机系统动态模型的分析。10.自动售货机系统功能模型的创建。配套与教学内容相对应的上机实验，使理论与实践想结合，使学生得以融会贯通所学知识，学生能对所学的理论知识有更深的理解，加强实践运用的能力。
（三）案例教学法在软件工程课程设计中的实施
精心设计和实施综合性的课程设计，以循序渐进的任务驱动方式，指导学生完成综合性的实验任务。本课程安排了56节课的课程设计，课程设计案例的题目：1.教师工资支付系统的研究与设计；2.仓库管理系统的研究与设计；3.ATM模拟系统的研究与设计；4.图书管理系统的研究与设计；5.无纸化考试系统的研究与设计；6.校友录系统的研究与设计；7.餐饮系统的研究与设计；学生也可以自拟题目。可以三个人一组或单人完成一个项目，在完成项目期间，学生可以互相探讨，也可以与老师探计。项目成果最终以论文+系统的形式上交，论文要求如下：第一章是引言，第二章是系统分析，第三章是系统设计，第四章是系统实现，第五章是系统测试，第六章是总结，然后附錄是主要的代码。这些项目可以使用传统方法学的方法，也可以采用面向对象的方法进行分析、设计、编码和测试。
通过案例项目开发过程中发现的问题，有针对性地学习软件工程理论。使学生在实践中学会发现问题、研究问题、分析问题、解决问题。使得学生能对所学的知识建立完整的知识体系。
五、总结
在软件工程的教学过程中，采用案例教学法，打破了传统的填鸭式的教学方式，实现以”案例教学法”促进”软件工程”教学，激发了学生学习的兴趣，使得枯燥乏味的课堂学习变得生动活泼,提高了学生学习的主动性，达到了较好的教学效果，学生通过软件工程课程的学习，掌握软件工程的原理和方法，根据软件规模，用传统方法学或面向对象方法学对软件系统进行分析、设计、编码、测试、运行维护。提高学生的软件开发能力,为将来从事软件开发及项目管理工作打下坚实的基础。
参考文献：
[1]张海藩著.软件工程(第3版).人民邮电出版社,2010,3
[2]宋雨著.软件工程实践教程.清华大学出版社,2011,3
[3]刘光洁著..NET软件工程与项目案例教程.清华大学出版社,2012,1
[4]张凯著.软件工程与开发技术.清华大学出版社,2012,1