第一篇：软件项目管理报告Y12211105--杜天慧
项目名称描述：
项目名称：unit8:dools(sixfreash)
产品面向用户群：使用新版牛津小学四年级上学期英语教材的学生，及其老师和家长。
使用的开发工具：eclipse
应用技术：Android 我的任务：
在小组里有两个人负责代码编写，一个人把基本的平台搭建好，做一个比较简陋的apk程序，还有一个人负责实现软件功能的添加。我主要做了后面的工作。软件开发过程描述（遇到的问题与解决过程）：
一开始按照指导老师周老师的方案，先是做好ppt，然后转为web程序，最后做成基于安卓系统的手机应用软件。
1.因为我们这学期正在学习asp.net进行web开发，所以做成ppt和web程序还是比较顺利的。至于后面的安卓程序是属于新内容，完全需要自学。对于陌生的技术需要更多的是毅力，接受新知识相对而言总是困难的。
2.在小组的任务分配中，写代码这种又苦又耗时间的工作不太收人欢迎，这一点跟以后我们走上社会时会遇到的也应该是一样的。因为我想在这一块发展下去，就选择了编码任务。
3.对于完全一抹黑的东西，我试图找些视频和网上的类似材料，发现有的东西还是可以通过看看资料就能轻易实现的，例如，像播放ppt一样展示我想要的东西。Eclipose这样的软件还是比较方便用的，于是程序做到一张一张的点开还是相对容易的。后面接着做播放音频，这里组长对声音做了剪切，使得声音跟程序更加契合。期间碰到R cannot be resolved to a variable的报错信息，也找了度娘，给了各种各样的解决方法，每个都有试。最后，使用了排除法，挨个去掉控件，直到发现error message消失。
4.还有就是后面做的视频播放功能，视频播放器 没法调出虚拟键盘 而且打字打不上去。调试了很多次都没有成功。后来问了一个学长，找到了问题所在。UI设计问题，layout充满了整个屏幕，导致无法调出。积累的经验：
1.做程序员要面临日新月异的知识变更，接受更多的知识，试着用用它们，就能习惯。2.对于报错信息，需要找到关键字，然后查询资料，如百度之类，找到相关的原因。不能一味的去试程序的偶然性。
3.人脉很重要，师兄师长们甚至是同学之间，总是能有不一样的看法。借鉴一下他们的做法与想法，经常与同组人员的交流能促进项目开发人和，跟着对团队的帮助也很大。
第二篇：软件项目管理报告案例
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）过于正规，导致过多耗时无用的工作；
7）向管理层撰写进度报告占用的开发人员的时间比预期的多； 8）风险管理粗心，导致没有发现重大的项目风险； 9）软件项目风险管理花费的时间比预期的多。
第三篇：软件项目管理实习报告
实习总结
从二零一二年七月九日开始到二零一二年七月二十日止，我们哈尔滨师范大学计算机系软件项目管理专业全体同学去北京海辉集团雅思晟实训中心开始我们的实习生活。
实习是每一个大学毕业生必须拥有的一段经历，它使我们在实践中了解社会、在实践中巩固知识。通过此次实习，我们将学校所学的会软件知识与实际相结合起来，不仅让我对整个软件应用方面有了详细而具体的认识，熟悉了软件的具体工作对象，也缩短了抽象的课本知识与实际工作的距离。
在实习中，我在公司指导老师的热心指导下，我积极参加小组讨论，和组员们配合完成了我们小组的项目。简短的实习生活，既紧张，又新奇，收获也很多。通过实习，使我对java有了深层次的感性和理性的认识。
“纸上得来终觉浅，绝知此事要躬行。”在短暂的实习过程中，我深深的感觉到自己所学知识的肤浅和在实际运用中的专业知识的匮乏，刚开始的一段时间里，对一些工作感到无从下手，茫然不知所措，这让我感到非常的难过。在学校总以为自己学的不错，一旦接触到实际才发现自己知道的是多么少，这时才真正领悟到“学无止境”的含义。通过实训中心老师的课堂讲解与企业化标准的培训，使我加深了对自己专业的认识。从而确定自己以后的努力方向。要想在短暂的实训时间内，尽可能多的学到东西，就需要我们跟老师或同学进行很好的沟通，加深彼此的了解。只有我们跟老师多沟通，让老师更了解我们，才能跟真切的对我们进行培训工作。由此，班级的文化“共享”就在生活中慢慢形成了。让我们知道了团队的力量。老师在实习周中所讲的，都是课本上没有而对我们又非常实用的东西，这又给我们的实训增加了浓墨淡采的光辉。我懂得了实际生活中，专业知识是怎样应用与实践的。在这些过程中，我不仅知道了职业生涯所需具备的专业知识，而且让我深深体会到一个团队中各成员合作的重要性，要善于团队合作，善于利用别人的智慧，这才是大智慧。靠单一的力量是很难完成一个大项目的，在进行团队合作的时候，还要耐心听取每个成员的意见，使我们的组合达到更加完美。
这次实训带给我太多的感触，它让我知道工作上的辛苦，事业途中的艰辛。让我知道了实际的工作并不像在学校学习那样轻松。软件行业的工作人员工作不是一个人的事情，而是一个团队的事情。软件开发中有许多的问题如。
需求分析不充分.如果需求分析不清晰、不完整、太笼统或者不具有可测试性，那么软件一定会出现问题。这就要求我们在动手开发之前一定要有完整的、详细的、可维护的、可测试的需求分析，而且该需求分析一定要得到各方的认可。不切实际的计划没有充分考虑问题的复杂性，把一个庞大的工程限定在非常短的时间之内，出现问题是不可避免的。因此，我们应该拿出足够多的时间作计划、设计、测试、修改错误、回归测试、整理文档，不要把长时间熬夜作为软件公司的家常便饭。不充分的测试在系统崩溃和用户强烈抱怨之前，没有人知道软件是不是存在问题。因此要尽早地开展测试，问题修改之后要尽快地进行回归测试，一定要给测试和修改问题留出足够的时间。不断增加新的特性在软件开发完成之后，不断有新的需求，这是最常见的问题。因此一定要最大限度地坚持最初的需求分析，如果万不得已，确实需要增加新的需求，那么一定要更改相关的计划。如果可能在设计阶段最好使用快速原型法，让用户知道他们希望的系统是个什么样子的，这样可以在初期更好地听从用户的意见。交流不充分如果开发人员与开发人员之间、开发人员与项目管理组之间、项目组和用户之间不能充分地交流的话，也会出现问题。因此，使用新闻组、电子邮件以及其他的网络化的错误跟踪工具等等方式来加强整个团队的沟通和交流是必要的。
人非生而知之，虽然我现在的知识结构还很差，但是我知道要学的知识，一靠努力学习，二靠潜心实践。没有实践，学习就是无源之水，无本之木。为了保证项目团队按时保质地完成项目目标，便于项目团队成员更好地了解项目情况，使项目工作开展的各个过程合理有序，因此以文件化的形式，把对于在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、项目内外环境条件、风险对策等内容做出的安排以书面的方式，作为项目团队成员以及项目干系人之间的共识与约定，项目生命周期内的所有项目活动的行动基础，项目团队开展和检查项目工作的依据。
这次实训让我在一瞬间长大：我们不可能永远呆在象牙塔中，过着一种无忧无虑的生活，我们总是要走上社会的，而社会，就是要靠我们这些年轻的一代来推动。这就是我们不远千里来实训的心得和感受，而不久后的我，面临是就业压力，还是继续深造，我想我都应该好好经营自己的时间，充实、完善自我，不要让自己的人生留下任何空白！
实训中除了学到不少专业知识，也了解一些社会的现实性，包括人际交往，沟通方式及相关礼节方面的内容，对于团队开发来说，团结一致使我深有体会。团队的合作注重沟通和信任，不能不屑于做小事，永远都要保持亲和诚信，把专业理论运用到具体实践中，不仅加深我对理论的掌握和运用，还让我拥有了一次又一次难忘的开发经理，这是也是实训最大的收获。现在我对“一个人最大的财富是他的人生经历和关系网络”这句话非常的有感情，因为它确实帮了我们不少。除此课本上的知识毕竟有限。通过实训，我班同学都有这样一个感觉，课本上的理论知识与实际工作有很大差距，只有知识是远远不够的，专业技能急需提高。从最初的笨手笨脚，到现在可以较熟练的按照流程开发软件，这都与我班每个人的努力是分不开的。十几天的实训，教会了我们很多东西，同时也锻炼了大家踏实、稳重的能力，每个人都很珍惜这来之不易的实训机会。
在实际工作中经常会和不同的人打交道，然而他们的态度是不可恭维的，你会感觉到他的不耐烦以及他的高傲，所以这就需要学会沟通的方式及说话技巧，学会灵活面对。通过这十天的实训，我班同学都收获颇丰，总体来说对这次实训还是很满意的。尽管实训很累，每天早出晚归。但真的很感谢学校能够提供我们这样好的实训机会，以及北京海辉集团雅思晟实训中心给予我们的实训平台。我们深刻的了解到，只有经历过，才知道其中的滋味。对于我而言，喜欢体验生活，可以说通过这次实训，真真切切的让我了解了什么是软件开发，什么是软件工程，让我对于软件最初的观点也有了本质性的改变！程序员不仅仅是一份职业，更是一份细心+一份耐心+一份责任心=人生价值的诠释。即将走向工作岗位的我们更要不断加强自己的专业技能，社会不会要一个一无是处的人，所以我们要更多更快的从一个学校人向社会人转变。为此我们将会在以后的日子里继续努力，不断激励经验，不断磨砺自己，早日走向工作岗位。
时间过的好快啊，为十二天的实训生活即将结束了，短短的十二天让我们收获很大，专业知识、编程水平都有很大的提高。刚开始四天的高强度的课程安排让我们受益匪浅；接下来的上机实训又让我们可以巩固了课程。这让我觉得实习生活充实而有意义。辅导老师配好了环境之后，我们开始了项目的制作，这次项目实训算是自己小组间主要完成的项目。最后，自己的努力还是有收获的，看着电脑上记录得满满的代码，看着自己的项目最终能够运行成功，就觉得好神奇，很有成就感。
在本次的实训中，除了让我明白工作中需要能力，素质，知识之外，更重要的是学会了如何去完成一个任务，懂得了享受工作。当遇到问题，冷静，想办法一点一点的排除障碍，到最后获取成功，一种自信心由然而生，这就是工作的乐趣。有时候也需要虚心请教，从别人的身上真得能学习到不自己没有的东西，每一次的挫折只能使我更接近成功。除此以外，我还学会了如何更好地与别人沟通，如何更好地去陈述自己的观点，如何说服别人认同自己的观点。这次所学知识与实际的应用，理论与实际的相结合，让我大开眼界。也是对以前所学知识的一个初审吧！这次实习对于我以后学习、找工作也真是受益菲浅，在短短的十多天中让
我初步从理性回到感性的重新认识，也让我初步的认识这个社会，对于以后做人所应把握的方向也有所启发！相信这些宝贵的经验会成为我今后成功的重要的基石。
在这次实训中，我们以小组为单位开发项目。我们小组的项目是Super VCD一款简单的音乐软件。到目前为止，已经有很多种音乐软件，大部分都是以复杂功能为主，实现复杂音乐的管理，但是有些用户不需要那些功能繁琐的软件，只是需要一款能够满足用户简单的需求的音乐软件。
我们所要做的是一款简单的SuperVCD音乐软件，能够满足用户简单的管理音乐需求，操作简单。主要实现一些简单音乐的管理。
根据了解，一些用户对音乐软件只有一些简单的需求，主要有几个方面，首先是对文件的管理，第二，是对专辑的详细查询。SuperVCD的实体有music.db,images文件，服务器，客户端，用户界面。服务器和music.db之间为一对一的关系，服务器可从music.db文件获取音乐信息。images文件和服务器为多对一的关系，服务器可从images文件获取图片。服务器和客户端是一对多的关系，一个服务器可开启多个客户端客户端和用户界面是一对一的关系，一个客户端开启一个用户界面（不重复）。
我们按照老师的讲解，分配了小组。在小组中我们选了组长。组长按照我们各自所擅长的分配了我们组员的任务，设置了一个虚拟货币，按照奖惩机制进行分发货币。在进行工作时我们相互配合，帮助。终于在我们努力和老师的指导下我们完成了老师布置的项目。老师为我们讲解了软件架构设计要达到的目标。
软件架构设计要达到如下的目标：
可行性（Feasible）。架构具有可行性是架构设计的基石。
可靠性（Reliable）。软件系统对于用户的商业经营和管理来说极为重要，因此软件系统必须非常可靠。
安全行（Secure）。软件系统所承担的交易的商业价值极高，系统的安全性非常重要。
可定制化（Customizable）。同样的一套软件，可以根据客户群的不同和市场需求的变化进行调整。
可扩展性（Extensible）。在新技术出现的时候，一个软件系统应当允许导入新技术，从而对现有系统进行功能和性能的扩展。
可维护性（Maintainable）。软件系统的维护包括两方面，一是排除现有的错误，二是将新的软件需求反映到现有系统中去。一个易于维护的系统可以有效地降低技术支持的花费。可升级性（Scalable）。软件必须能够在用户的使用率、用户的数目增加很快的情况下，保持合理的性能。只有这样，才能适应用户的市场扩展得可能性。
客户体验（Customer Experience）。软件系统必须易于使用。软件的最终用户很可能是不具有计算机专业技术的人员。
本部分设计主要涉及软件系统的动态建模和系统类图的详细设计。软件系统的动态模型分为交互模型和活动状态模型，其中的交互模型主要由顺序图和协作图构成，活动状态模型主要包括活动图和状态图。通过为软件系统项目建立动态模型，从而产生体现系统动态行为的可视化分析结果，包括对象的时间特征和对象为完成目标任务而相互进行通信的机制、对象行为的改变和状态变化情况，以及对象可能出现的各种活动状态等信息。
“千里之行，始于足下”，这十几天短暂而又充实的实习中，我认为对我走向社会起到了一个桥梁的作用，过渡的作用，是人生的一段重要的经历，也是一个重要步骤，对将来走上工作岗位也有着很大帮助。向他人虚心求教，遵守组织纪律和单位规章制度，与人文明交往等一些做人处世的基本原则都要在实际生活中认真的贯彻，好的习惯也要在实际生活中不断培养。
这次实习也让我深刻了解到，在工作中和同事保持良好的关系是很重要的。做事首先要学做
人，要明白做人的道理，如何与人相处是现代社会的做人的一个最基本的问题。对于自己这样一个即将步入社会的人来说，需要学习的东西很多，他们就是最好的老师，正所谓“三人行，必有我师”，我们可以向他们学习很多知识、道理。
通过实习能够加强和巩固理论知识，能够在实践中培养自己发现问题并运用所学知识分析问题和解决问题的能力，从而使我们在学校所学的知识能够应用到实践当中去。锻炼自己的实习工作能力，适应社会能力和自我管理的能力，提前感受工作的感觉，为以后的就业打下一定的基础。了解计算机软件技术在应用情况、需求情况和发展方向及前景。在实习单位学到一些自己在学校难以学到的知识，为毕业设计的顺利完成添砖加瓦。
回顾我的实习生活，感触是很深的，收获是丰硕的。通过实习，不仅培养了我的实际动手能力，也增加了我的实际操作经验，对软件项目管理专业所对应的工作也有了新的认识。实习让我学到了很多在课堂上学不到的知识，也让我更加看清自己的不足之处。通过这次实习，使我对今后的学习、发展方向有了更进一步的认识：学习不仅仅学的是理论知识，更重要的是学习如何将理论知识应用于实践，学习将工作做到尽善尽美。
第四篇：软件项目管理
软件项目经理所需的素质
许多人都以为项目经理总是与“理想与光荣”相伴的，其实作为一个有志于改进中国软件开发流程的项目经理来说，他们承担的更多的是“艰辛与痛苦”。
一个优秀的软件项目经理应该具备以下素质。
一、执着
可以这么说，在中国如果不执着是做不成任何事情的，因为在软件开发流程中推行各种规范和管理制度的时候，你可能遇到各种各样的阻力和障碍，如果没有应付挫折的思想和准备，你是很难推行成功的。要知道这样一个基本事实，项目管理成败的关键是：如果你不坚持，谁也不会坚持下去的。指望领导的扶持和群众的自觉是不可能的。只有坚定信念，努力打动别人，才能成功。
坚持到成功为止。只要决定上管理流程了，就不要后悔，唯有坚持，因为你拼命努力而实现了99%，你却不知，最后当你决定放弃的时候也许就是你要成功之时。要知道你准备放弃的时候可能正是对方也准备放弃之时，唯有坚持，你才能成功
二、亲和力
亲和力是指你和团队相互依赖，相互信任能力的大小。亲和力是你领导团队走向成功的基础，如果一个团队的向心力不够，各自为政，那么失败就会在身边陪伴你。要团队的每个成员都信任你，你必须要做到关心下属，主动与下属沟通，为下属争取合法权利等。关心下属就是在日常工作中对下属的工作状况，发展方向进行指导，避免其走弯路；在生活中也对其身体状况进行关心，促进身体和心理健康的恢复。
多找下属沟通是消除误会的润滑剂，同时也是了解下属内心真实想法唯一捷径。做项目经理的人，在某些事情上的处理的确会与人不同，也难以令人理解。这个时候只有多与下属沟通，逐步达成共识，争取大家的理解和支持。记住，没有下属的理解和支持，你永远无法实现项目管理的规范化。另外就是了解下属的真实想法，经常了解一下下属的真实想法有利于我们不断改进和调整流程，使生产流程更加符合本团队的实际。切记一点，做领导的一定要多尊重下属的想法，并且与之沟通，若一味等下属找自己，那么是一般下属与之水火不容要摊牌时，才会与你沟通，这样悔之晚矣。
为下属争取合法权利是项目经理的一项重要职责。敢负责任是项目经理基本素质，如果你不经常研究工作数据保障下属的合法权益时，你就很难让你的团队保持高效率。
三、品德高尚
“一撇一捺是个人，世世代代学做人。”在这个世界上最难做的就是做个品德高尚的人。试想一个思想猥亵的人很难取得成功，即使靠钻营取得也只是暂时的，他不可能取得长久的成功。只有品德高尚的人才能感染周围的人，使团队具有向心力，从成功走向成功。
人有三种，一种是仗势欺人，一种是持才压人，最后一种是以德服人。仗势欺人的人自持地位高而指三道四，自然是不可能团结人，更不可能获得成功；持才压人的人自持学识高而盛气凌人，或咄咄逼人。殊不知“闻到有先后，术业有专攻”，“尺有所长，寸有所短”，难以学到更高的知识，也就难以取得更大的成功。只有以德服人的人以自己的修养和品德感染人，勇于吃亏，乐于助人，以德报怨，只有这样才能使你对立面德人都不忍心伤害你，团结到一切可以团结到的人，拥有这样的环境，你怎么可能不成功。
勇于吃亏，首先要放下私心，如果一个人始终 围着自己转的人是不可能做到的。“人不为己，天诛地灭”是八十年代后出生的人心灵普遍反应；但是要记住人首先是社会中的人，如果脱离了社会，人恐怕已不会成其为人了。因此只有当你抛弃私心，主动为人，别人才会反过来支持你，帮助你。
乐于助人，是人类的一个良好品质，就象一首歌中所唱的“人字的结构就是相互支撑”。管理流程是不可能靠项目经理一个人维持的，必须要大家支持你。但是这却需要你多帮助别人，别人才会帮助你。不管团队成员发生什么事情，你要尽你所能去帮助他，这样团队才可能继续前进。
以德报怨，可能是人最难做到的。中国人就强调“人若犯我，我必犯人”，其实在这回中不会有真正的仇敌，大家明争暗斗的结果如果过20年后再去看的时候，保准一大半的人都会觉得不值得，许多人赌得就是一口气，将自己成功的希望给湮灭了。当你能用宽容喝善良对待你对立面的人的时候，还有什么东西能阻挡你成功？
“得道多助，失道寡助；多助之至，天下顺之，失道之至，亲戚叛之；以天下之所顺，攻亲戚之所叛；故君子有不战，战必胜矣。”
四、口才
良好的口才是项目经理打动项目成员的必备武器，当你拥有良好的口才将会使你无往不利。当年希特勒就是用他那天才般的口才征服了德国，使他的《我的奋斗》贯彻到每一个德国人的心中，从而成立了第三帝国。
要使自己的项目管理思想贯彻到每一个项目成员心中，就必须要做到以下的演讲原则：
1.根据项目成员的共同目标象他们制定演讲内容，只有让他们信服你才有意义；
2.调动听众的这种感官，诉之触觉、视觉、听觉，用黑板、姿势来辅助你的内容。
3.不断的总结效果，改进自己演讲宣传的接受度，如果效果不理想，尝试换一个方式来表达.调动听众的这种感官，诉之触觉、视觉、听觉，用黑板、姿势来辅助你的内容。
3.不断的总结效果，改进自己演讲宣传的接受度，如果效果不理想，尝试换一个方式来表达和描述。
4.让听众学以至用，只有他们积极反馈，才能更深入的听你的思想。
五、循序渐进
循序渐进，不急于求成是项目经理在项目管理中必需具备的品质，在中国CMM过程改进的热潮中，真正实现CMM管理的企业屈指可数，而以CMM改进过程实质性为企业带来质量提升和效益改进的公司更是寥落晨星。
为什么会出现这种情况？难道CMM真的不适应中国过情吗？不是，绝对不是。是这些企业的项目经理太心急，连CMM2还不知道怎么回事就直奔CMM3，他们忽视了事务发展的客观规律，凡事必须循序渐进。如果有一个企业在2年内通过了CMM4，我有十足的信心说，那是花钱买征；如果乐观一点，一个中小企业从CMM1走到CMM2大约要2年时间，大型企业只会更长，不会更短，因为他们需要在培训和沟通上付出更大的代价。
“循序渐进，循序渐进，再循序渐进。”这句巴斯德德经典名言同样适用于我们项目管理领域，他将逐步把我们带向成功。
六、持久求学
“书到用时方恨少，学至成时始知卑。”学无止境，我在生产实践中发现，整个项目管理过程改进就是“学习-培训-实施-发现问题-再学习”的循环过程，项目经理如果不学习将不能解决现实工作中出现的新问题，更不可能站在一个战略的角度来解决问题。
事实上，求学也不能没有目标，否则学到的知识太庞杂，而不能融会贯通，这样的知识对实际工作指导甚少，真正的知识是一个目标体系，严格按照流程来一步步的掌握我们所需要的知识。
最后，我总结一下中国项目经理所必需掌握的知识：
1.专业知识：数据结构、关系数据库、操作系统、软件工程、编译原理。（外国的项目经理可能不需要掌握）
2.管理知识：项目计划、项目配置管理、成本核算、风险预估、绩效考核。这是项目经理必须掌握的内容。
3.网络知识：服务器的架构、各种服务的配置。因为管理的大厦是基于软件的管理，没有一个服务管理的网络配合是不可以想象的。
4.“越过高峰，另一峰却又现”，这是中国项目经理在持续求学中会不停的挑战自我，向更高的山峰迈进。
七、敢负责任
一个人因为有责任才有生存的意义。一个人随着年龄的增长，责任感也会愈来愈重。成年时，法律也会赋予一些年少时没有的责任。同时地位逐渐提高，责任也会相对加重。
一个人惟有负责，才能产生做人的价值。所负责任愈大，价值就愈高。换句话说，有责任，生命才有意义。如果没有感受到自己该负的责任，即使年龄超过20岁，也不算是一个成年人。
因此，经理就是要负责任，如果不负责任就可以不要经理了！项目经理关系到一个项目的成败；对于公司他必须要承担及时汇报项目进度、成本核算和质量系数的责任，同时也必须保证项目组成员绩效考核，政策落实，预留人才储备等责任，是整个项目中责任最大的人，如果没有良好的心理素质和应对能力是无法担负责任的。
实际工作中项目经理主要要负责项目组的人员安排调度、工作分配、工作审核、工作跟踪、项目计划、项目汇报总结、成本核算、利润分配等职责。
八、以身作则
项目管理的一个重要工作就是定义各种规范和制定，但是这些规范和制度的执行除了靠项目经理的执着推行，口才宣传，力主培训、惩戒得当之外，关键还是在于项目经理的以身作则。如果项目经理自己都违反自己定义的条款的话，那么就别指望团队会自觉遵守这些规定。
作为一个管理者以身作则是最基本的素质，千万不要为自己违反规范和制度找各种借口，例如我我是公司只属考核，我因为某某更重要的事情而不得不违反。“只许周宫放火，不许百姓点灯”的话，是无法将规范和制度推入人心的。项目经理如果违反了规范，只有当众加重处罚，别无他法。
因此，鉴于规范制度的权威性主要还是靠项目经理自己，只有坚持以身作则，才能将自己优秀的管理思想贯穿下去，取得开发过程改进的成功。
九、要有威信
一个项目经理说话有没有人听，必须要靠威信，这种威信是靠自身的素质，而不是狐假虎威。靠高层领导的支持来强迫团队执行项目制度过程的话，是注定会失败的。因为团队成员不信任你，表面服从，实际消极怠工，就足以让流程实质瘫痪。
做事要有信用，说一不二，不能因为朋友关心就讲情面。公是公，私是私。平时可以稀稀拉拉，关键问题决不手软，不因为朋友关系妥协，这样才能树立威信，便于工作。
威信除了必要的威信之外，最主要的还是信用，项目经理在做事没有绝对把握的时候千万不要承诺，一旦承诺就无论如何一定要实现。否则，当实现不成功而丢失信用之后，再想让团队相信你，信任你就是非常困难的事情了。
十、善于总结
项目经理要善于总结，只有不断的总结才能不停的完善自己，成功的事情总结经验，失败的事情要总结教训，总结的过程就是不断改进的过程，这也是CMM规范所必需的素质。
总结
总结的过程要多吸取别人的意见，不要武断自己的结论。博人所长，综合起来才算趋于完美。这个原因有二：其一，项目经理不是孤立的一个人，而是必须融于团队之中，一个流程合不合理，不是由项目经理说了算，而是要由团队的成员说了算，注意倾听团队成员的真实感受，不断改进流程才能成功。中国的许多CMM改进失败，并不是项目经理知识能力不够，而是他们没有一起与团队总结，经多年经验，我们发现大多数规范，必须要有一套合理的软件支持才能成功，否则无论你的理想多先进，想靠程序员工作来提高过程质量的改进是不现实的。其二，“闻道有先后，术业有专攻”，项目经理不可能是全才，什么都懂。因此要和哪些与专攻方向不同的人一起总结。比如项目经理可能精通软件开发流程的改进，但是却不知道测试流程、网络管理流程、品质保证流程的改进，而这些流程又直接作用于软件开发流程。这个时候必须与测试人员、网管人员、质量保证人员共同探讨，找出一条切实可行的改进方案。
第五篇：浅谈软件项目管理范文
浅谈软件项目管理
1.软件项目管理的概念
软件项目管理是为了使软件项目能够按照预定的成本、进度、质量顺利完成，通过计划、组织、控制等一系列活动，合理地配置和使用各种资源，对成本、人员、进度、质量、风险等进行分析和管理，以达到既定目标的过程。其根本目的是对软件开发的各个阶段进行管理，增强对软件开发的控制能力，提高软件开发质量。项目管理可以让一个项目获得高额的盈利也可以让一个项目损失惨重，而编码的影响力则相对小一些。软件项目管理的意义不仅仅如此，进行软件项目管理有利于将开发人员的个人开发能力转化成企业的开发能力，企业的软件开发能力越高，表明这个企业的软件生产越趋向于成熟，企业越能够稳定发展(即减小开发风险)。软件因其复杂性和难以度量，使软件项目管理较之其他项目管理而言有其特殊性。
2.软件企业管理国际标准
软件项目管理日趋成熟，并且已在软件业发达的欧美日及印度等国得到广泛应用，而在我国，由于大多数软件企业规模较小，生产方式依然是倚仗个人英雄主义的作坊式生产，软件开发缺乏严格的项目管理和质量保证体系。标准化、管理过程标准化、度量标准化、应用领域内业务的标准化，都是推动整个软件行业内、软件产业链上各个企业规范软件开发过程的前提基础和有力保障。目前，软件研发项目进行管理必须依据一定的标准，主要有ISO9000系列和能力成熟度模型(capabilitymaturity modeloISO9000系列和CMM的比较从背景上看，ISO9000系列国际标准是在总结了英国的国家标准基础之上产生的，因此，欧洲通过ISO9000认证的企业数量最多，约占全世界的一半以上。受此影响，相当多的欧洲软件企业选择了IS09001认证。CMM是由美国卡内基一梅隆大学的软件工程研究所(SEI)开发的软件成熟度模型，美国的软件企业更多的选择取得CMM等级证书。在形式上，CMM分为5个等级(第1级级别最低，第5级级别最高)，与ISO9000审核后只有“通过”和“不通过”两个结论相比，CMM是一个动态的过程，企业在取得低级别证书后，可根据高级别的要求确定下一步改进的方向。从内容上看，IS09001和CMM都十分关注软件产品质量和过程改进。尤其是ISO9000：2000版标准增加持续改进、质量目标的量化等方面的要求后，在基本思路上和CMM更加接近。尽管ISO9001标准的一些要求在CMM中不存在，而CMM的一些要求在ISO90O1标准中也不存在，但两者之间的关系非常密切，都强调“该说的要说到，说到的要做到”。对每一个重要的过程应形成文件，包括指导书和说明，并检查交货质量水平。CMM强调持续改进，ISO9001的1994版标准主要说明的是“合格质量体系的最低可接受水平”(ISO9001的2000版标准也增加了持续改进的内容)。
对于企业来说，取得ISO9001认证并不意味着完全满足CMM某个等级的要求。表面上看，获得ISO9001标准的企业应有CMM第3至第4级的水平，但事
实上，有些获得CMM第1级的企业也获得了ISO9001证书，原因是ISO9001强调以顾客的要求为出发点，不同的顾客要求的质量水平也不同，而且各个审核员的水平也有些差异，取得ISO9001认证所代表的质量管理和质量保证能力的高低与审核员对标准的理解及自身水平的高低有很大的关系。
3.软件项目管理软件
项目管理技术的发展与计算机技术的发展密不可分，随着计算机性能的迅速提高，大量的项目管理软件涌现出来。它们可以用于各种商业活动，提供便于操作的图形界面，帮助用户制定任务、管理资源、进行成本预算、跟踪项目进度等。根据项目管理软件的功能和价格水平，大致可以划分为两个档次：一种是供专业项目管理人士使用的高档项目管理软件，这类软件功能强大，价格一般在2000美元以上，如Primavera公司的P3、Gores技术公司的Artemis、ABT公司的WorkBench、Welcom公司的OpenPlan等。另一类是低档项目管理软件，应用于一些中小型项目，这类软件虽功能不很齐全但价格较便宜，如TimeLine公司的TimeLine、Scitor公司的Pro—iectScheduler、Primavera公司的SureTrak、Microsoft公司的Project等。根据我国软件行业的现状，下面介绍目前软件开发进程中的一些有用的工具。
3．1项目计划工具MicrosoftProject2003是一个业界领先的项目管理应用软件，利用它可以发现新的、更有效率的方法来分配任务和资源、跟踪项目进程及互相沟通项目的状况直观的计划编制。在“项目指南”这种新的交互式工具的协助下，用户将逐步建立一个新的项目、管理任务和资源。全面的整合，在MicrosoftProjec和微软其他应用程序之间，用户可以进行更加紧密的整合和更为流畅的转换。更好的状况更新，在新Wizard的指导下管理项目，可以允许调整MicrosoftProject计算实际状况的方式。合理分配资源改进的搜索和过滤功能及新的图表可以为项目鉴别和分配合适的资源。增强的个性化功能，个性化的MicrosoftProject之所以能具有更大的弹性，是因为它具有一种新的基于XML的文件格式、一种可扩展的对象模式及更强的OLEDB提供者。
3．2软件开发管理工具美国Intersolv公司的PVCS，是世界知名的软件开发管理工具。它作为当今优秀的软件开发管理解决方案，可通过对软件开发过程中产生的变更进行追踪、组织、管理和控制，建立规范化的软件开发环境。PVCS是软件开发的基础结构，在软件开发过程中可以完善地管理软件系统中的多种版本自动创建完整的文档，保障软件的维护；全面记载系统开发的历史过程，包括谁作了修改、修改了什么、为什么修改；管理和追踪开发过程中危害软件质量以及影响开发周期的缺陷和变化；管理需求分析等。
PVCS在以下几个方面给软件开发带来了益处：规范开发过程缩短开发所需的时间、减少开发成本：它能完整详细地记载开发历史过程，便于软件维护；同时通过排除开发中的错误、加强软件一致性和可重用性，以提高软件质量。当前的开发人员常常工作在含有众多开发工具的环境中，如：编辑器、语言、编译器、Debugger、数据库等。而在这样的环境中，PVCS这种跨平台开发管理工具带来的效益会十分明显。
3．3软件配置管理工具Rational公司推出的软件配置管理工具ClearCase是目前所有配置管理工具中功能较全面和使用最广泛的工具之一。它提供了全面的配置管理功能，包括版本控制、工作空间管理、建立管理和过程控制。版本控制ClearCase可对所有文件系统对象(包括文件、目录和链接)进行版本控制，同时还提供了先进的版本分支和归并功能，用于支持并行开发。
4结语
在软件项目管理活动中，既要研究技术层面的问题，也要仔细考虑认识层面的问题，成功的软件项目开发一定是两者相辅相成的结晶。现阶段，我国软件业的业内项目管理人员仍然更多关注于技术问题而忽视了认识问题，但对于成功的软件项目管理二者是缺一不可的，甚至后者在更高的层次上决定着一个软件项目的最终成败。运用项目管理软件来指导、管理软件开发，用软件能力成熟模型对软件质量进行管理，是科学可行的。
点击咨询 