武汉大学国际软件学院的软件项目管理课件,很不错的哦。

在参考了大量的实践案例和文献的基础上，结合项目特征和实际制定本验收标准指导书，确立项目质量目标，规范软件的验收。 适用于公司所有IT类型项目（包括合同开发类、项目实施类以及系统集成类）的验收标准确定。

内含： 立项申请表.doc 产品规格书.doc 测试分析总结报告.doc 用户需求书.doc 用户需求变动书.doc 系统测试报告.doc 系统测试项目单.doc 设计方案评审报告.doc 软件开发任务书.doc 软件测试总结报告.doc 软件测试统计表.doc 软件测试计划.doc 软件需求说明书.doc 项目结项报告.doc 项目计划书.doc 项目设计方案.doc 项目进度表.doc 顾客需求确认表.doc 顾客验收报告.doc

兰州理工大学软件项目综合开发训练的所有课设几乎都有 很好很给力

解压密码：123 CMM实践应用 Infosys公司的软件项目执行过程，这是软件项目管理的经典教材（最起码是我们吉林大学的经典教材，都绝版了，学校依然不抛弃不放弃……），全书对CMM的介绍十分详细。绝版书一般只能买到影印版，还不如直接看扫描的PDF，所以特意上传以供同学们下载。另外欢迎同学们下载我的另一本书《Windows 程序设计（第五版）》，也是很好的资源

案例：Steven的烦恼 Steven刚出任项目经理，承接了一个中型软件项目。公司叮咛他一定要尊重客户，充分满足客户需求。项目开始比较顺利，但进入到后期，客户频繁的需求变更带来很多额外工作。Steven动员大家加班，保持了项目的正常进度，客户相当满意。 但需求变更却越来越多。为了节省时间，客户的业务人员不再向Steven申请变更，而是直接找程序员商量。程序员疲于应付，往往直接改程序而不做任何记录，很多相关文档也忘记修改。很快Steven就发现：需求、设计和代码无法保持一致，甚至没有人能说清楚现在系统“到底改成什么样了”。版本管理也出现了混乱，很多人违反配置管理规定，直接在测试环境中修改和编译程序。但在进度压力下，他也只能佯装不知此事。但因频繁出现“改好的错误又重新出现”的问题，客户已经明确表示“失去了耐心”。 而这还只是噩梦的开始。一个程序员未经许可擅自修改了核心模块，造成系统运行异常缓慢，大量应用程序超时退出。虽然最终花费3天时间解决了这个问题，但客户却投诉了，表示“无法容忍这种低下的项目管理水平”。更糟糕的是，因为担心系统中还隐含着其他类似的错误，客户高层对项目的质量也疑虑重重。 随后发生的事情让Steven更加为难：客户的两个负责人对界面风格的看法不一致，并为此发生了激烈争执。Steven知道如果发表意见可能会得罪其中一方，于是保持了沉默。最终客户决定调整所有界面， Steven只好立刻动员大家抓紧时间修改。可后来当听说因修改界面而造成了项目一周的延误后，客户方原来发生争执的两人这次却非常一致，同时气愤地质问Steven：“为什么你不早点告诉我们要延期！早知这样才不会让你改呢！”Steven很无耐，疑惑自己到底错在哪里了。 3.4 需求跟踪管理 *

软件项目版本号的命名规则及格式 版本控制比较普遍的 3 种命名格式 : 一、GNU 风格的版本号命名格式 : 主版本号 . 子版本号 [. 修正版本号 [. 编译版本号 ]]

职工学习答题系统软件项目 大型软件项目投标书范文(DOC)

关于一家大型软件项目的投标书文档，很实用，大家可以借鉴下

内容非常全面的软件项目招标文件