软件项目总结报告（共12篇）
1.软件项目总结报告 篇一
项目总结报告
项目题目：
课程阶段:
学生姓名指导教师 班级编号
提交日期
北京翰子昂郑州实训中心项目总结报告
目录
第一章 项目基本情况..........1.1
1.1.1
1.1.2
1.2
1.2.1
1.2.2
1.2.3 项目概况...............项目简介...............指导老师...............项目过程的基本回顾............项目时间...............主要项目内容...........主要项目过程...........第二章 项目任务与完成情况............2.1
2.2
2.3
2.4 本人承担的主要工作............完成项目任务的技术方案与步骤.........项目中的问题及解决方法...............项目任务的完成情况............第三章 项目总结..............3.1
3.1.1
3.1.2
3.2 项目的心得.............项目的收获.............项目的体会.............问题与探讨.............参考文献.............致谢................
2.软件项目总结报告 篇二
随着软件产业及信息服务外包产业在全球范围内的迅速兴起与发展, 如何培养高素质软件工程人才, 实现高校软件工程专业人才培养与社会需求无缝对接, 已经成为目前各高校软件工程专业人才培养体系所亟待解决的重大问题。“软件项目管理”课程作为各高校计算机软件工程专业的一门重要的专业必修课程, 对于奠定培养软件工程专业技术与管理复合型人才的理论基础起着重要的作用。然而, 软件项目管理课程知识点繁多, 概念、运算枯燥难懂, 学生学习兴趣不足, 难于找到成就感;此外, 由于学生没有工作经验, 对于课堂中学到的理论不知如何在项目中运用。基于以上的问题, 笔者根据多年的企业工作经验, 经过多轮教学的磨合, 总结出一套项目教学的方法。通过教师扮演软件项目的甲方, 学生分组扮演软件项目开发的乙方, 共同完成软件项目的开发管理工作。在项目中, 融入理论讲解, 理论指导实践, 融会贯通。让学生对课程内容产生兴趣, 主动自发的学习课程知识。
2 项目教学过程
课程在介绍项目管理的理论知识的同时, 通过一个《信息管理系统》贯穿始终, 让学生对每个理论知识有个直观的认识, 知道这些理论知识在项目中是如何实际运用的。然后通过8个子项目的实验, 让学生分组合作, 在组中模拟项目中的项目经理, 需求分析人员, 设计编码测试人员, 质量管理人员, 配置管理人员等角色。并在老师指导下, 独立完成项目《图书借阅系统》从启动到结束的全部管理控制过程。8个子项目的内容, 具体如下:
接下来对每个子项目的过程设计如下:
2.1 项目启动。
项目提出:教师模拟项目甲方, 基于学校的信息数字化和现代化的管理需求, 提出《图书借阅管理系统》的项目需求, 给出项目招标书, 希望能在半年的时间内, 由乙方完成该系统的开发工作。由学生自由成组, 模拟乙方, 分析项目后, 写出项目建议书, 参与竞标, 中标后, 即可启动项目。项目知识准备:项目基本概念、项目初始过程、项目授权、生存周期模型。任务实施:a.乙方分析项目b.竞标竞演c.项目立项
2.2 进度管理。
项目提出:项目启动, 项目范围确定后, 接下来我们想想, 我们多长时间能做完这个项目呢?怎么估算和实际情况更接近呢?项目进展过程中, 如果时间上或延迟, 或提前了, 那我们如何把控我们的项目呢?项目知识准备:a.进度管理图示b.进度估算方法c.进度编排方法。任务实施:a.估算项目进度b.关键路径法进行项目进度编制c.会用ms project绘制工程表, 实施进度管理。
2.3 成本管理。
项目提出:我们的项目的报价是怎么产生的?我们项目有哪些成本, 利润又是多少?我们给客户报多少钱, 才不会赔钱?在项目中, 如果钱比预计的花的多, 怎么办?项目知识准备:成本估算方法、成本预算方法、成本控制方法。任务实施:a.成本估算b.成本预算c.成本管理。
2.4 质量和风险管理。
项目提出:项目做完, 进度没有延迟, 花销没有超支, 但客户仍然可能不满意, 为什么呢?因为项目的质量没有达到客户满意的标准。项目中可能存在哪些风险导致项目失败呢?项目知识准备:a.制定质量标准b.进行质量保证工作c.进行质量控制工作d.识别风险e.评估风险f.规划风险g.控制风险。任务实施:a.完成质量计划, 会对质量进行控制b.完成风险计划, 并能对项目中的风险进行应对。
2.5 人力资源和沟通管理。
项目提出:项目中最大的资源是什么资源?是人。每个人都是一个个体, 想让一群人, 高效, 目标一致的做好一个项目, 是个很困难的事。那我们会做哪些工作去建设好一个团队呢?人和人之间需要沟通, 怎么沟通才更有效呢?项目知识准备:a.项目组织结构b.责任分配矩阵c.人员管理计划d.团队管理e.沟通方式f.项目沟通计划。任务实施:a.人力资源管理b.沟通管理。
2.6 配置管理。
项目提出:项目中产生很多代码和文档, 放哪好?代码和文档会多次修改, 有时候想找以前的版本怎么办?多人合作共同开发一个功能, 能不能各自开发各自的, 然后自动整合?其他开发人员未经允许修改了你的代码怎么办?项目知识准备:a.配置管理过程b.配置管理工具VSS的使用方法。任务实施:用VSS进行项目配置管理。
2.7 合同与集成管理。
项目提出:项目最初我们签订了项目合同, 在我们做项目的过程中, 有没有可能去修改合同呢?要修改的话, 如何操作呢?前面我们学习了项目的范围管理、进度管理、成本管理、质量管理、风险管理、人力资源管理、沟通管理、配置管理, 合同管理, 这些管理之间必然有着这样那样的联系, 管理不好, 可能会互相牵制, 互相矛盾。那如何让这些管理相辅相成呢?项目知识准备:a.合同管理b.集成管理。任务实施:a.将《图书借阅系统》的一部分功能外包, 作为合同的甲方写一份合同。b.整理之前的所有项目计划, 形成集成计划, 注意各个计划之间的协调性。
2.8 项目结束。
项目提出:项目最后, 编筐编篓都在收口, 收口阶段要做哪些事呢?项目知识准备:a.合同结束b.项目结束。任务实施:a.乙方整理所有项目成果物, 甲方验收乙方的成果, 验收通过, 宣布合同终止。b.项目提交后, 写项目总结。
3 项目验收与评价
老师 (甲方) 和项目经理共同验收子项目, 评价包括甲方评价, 项目经理评价以及组内成员互评。最终通过答辩的方式, 教师根据学生在组内担当的角色, 以真实项目中的问题提问, 让学生根据所学知识做出案例的分析。
结束语
笔者结合多年的企业工作经验, 将实际的项目开发管理过程贯穿到课堂当中, 通过软件项目开发过程中涉及的管理问题, 一步步引导学生学习软件项目管理知识, 并把理论知识根据自身担当角色, 应用到项目中去。笔者已申报了校级项目教学示范课, 并取得了初步成果, 笔者会在实践中不断完善项目教学过程。
参考文献
[1]李蓉, 叶俊民, 杨艳.基于案例任务驱动的软件项目管理课程实践[J].计算机教育, 2014, 7.
[2]韩万江, 姜立新.软件项目管理案例教程[M].2版.北京:机械工业出版社, 2011.
[3]夏辉, 范书国.基于项目导向和实践考核体系的软件项目管理课程教学模式的研究[J].沈阳师范大学学报·自然科学版, 2014, 1.
[4]刘海, 周元哲.面向专业能力培养的软件项目管理教学研究[J].计算机教育, 2013, 9.
3.软件项目总结报告 篇三
【关键词】一生一项 致富项目 总结报告
【中图分类号】G77 【文献标识码】A 【文章编号】2095-3089（2013）11-0251-01
为切实培养出一批新型农村实用技能人才，带动农民致富，带动农村经济实现跨越式发展，在镇赉县委组织部的策划组织下，“一村一名中专生”培养工作紧紧围绕“创新农村技能人才”培养目标，按照理论与实践相结合、工学结合的原则，于2010年11初-2011年底由镇赉职教中心负责，组织开展了“一生一项致富项目”工程。
一、致富项目工程实施目标
充分发挥县职教中心的技术培养职能，通过农业科学技术的实践应用，为全县每个行政村培养1-2名掌握农业经济和农村市场发展规律，掌握现代农业科学技术和农业生产专业技能的新型技能人才，能够带动农民致富，推动农村经济跨越式发展。
二、致富项目组织实施过程
为了保障项目的顺利开展，成立了项目实施组织领导和项目实施技术指导两个工作小组。
1.组织召开项目实施动员大会。
组织部副部长张敬轩、职教中心主任何乙庆等领导作了深刻的动员讲话，强调项目实施的重大意义。极大的鼓舞了全体学员创业致富、带领农民致富奔小康的决心和信心。
2.科学分析，周密谋划，认真开展农业经济调研，精心确立致富项目。
镇赉县属于温带大陆性季风气候，春季回暖快，夏季阳光充足，高温炎热、雨量集中，地势由西北向东南倾斜。土壤以草甸土、淡黑干土为主，局部地方还有黑钙土、风沙土、栗钙土等等。嫩江，挽携着洮儿河、呼尔达河、二龙涛河穿境而过。适合多种作物的生长和动物的养殖，形成了我县农业产业多元化的优势，专家认为非常符合“一生一项致富项目”工程的开展。因此，项目领导小组组织了农业局、畜牧局专家，职教中心专任教师等12人组成立项研究和项目评审小组，在2010年11月组织学员根据本乡、本村的主要产业和计划开发的农业经济项目，开展广泛的市场调查后，撰写并提交“拟定致富项目”及可行性报告，于12月下旬针对每名学员的项目认真进行了立项论证，帮助学员正式确定了致富项目。
3.严格组织，跟踪指导，强化专业技术运用，提高项目技术含量，确保项目按计划顺利开展。
一是由组织部协调相关部门，帮助学员解决在项目实施过程中所缺的资金、土地、场地等问题，以保证项目顺利实施。
二是项目实施过程中充分发挥职教中心的科技培训和技术指导职能，实行指导教师包保制。每位专家指导教师月平均下乡指导在一周以上，引导学员把培训时所掌握的新科技充分运用于生产实践，同时针对项目实施中出现的测土配方、幼畜繁育等生产技术和新科技应用等知识和技术难题，现场指导就地解决。
三、项目实施取得显著成果
1.实验项目进行了种植和养殖两个种类，包括水田、旱田种植、家畜、家禽养殖、庭院经济等五个方面。有102名学员的项目通过了专家组论证认可，并组织实施。其中种植类项目7大项65个子项，养殖类项目7个大项37个子项。
2.项目实施增收效益显著，各学员的项目创收增涨均在万元以上，单位增收比以往高出10%左右。优秀学员于令波等的项目增收幅度较大，也为周围群众提供了技术支持，实现了共同致富。
（1）于令波饲养的52头牛无损失，6月份出售16头，毛利润7万多元，今年新生牛犊8头，年终又出售20头，共计获得纯利润8万多元。比去年多增收43000元。
（2）张立荣结合省级扶贫项目搞了“玉米地膜覆盖地灌”，收入明显高于周围的粗放种植的玉米。亩增产85公斤。
（3）王晓龙尝试改变原有的种植模式，引进板蓝根种植项目，收益可观。与玉米相比每亩平均增收1100元。
（4）侯金刚，大屯镇人，项目：养貉。
运用在职教中心学习培训掌握的科学技术，结合专家的认真指导，在原有的基础上扩大养殖，9月份貉子存栏量已发展到400只，年底出售貉皮300张以上。另外，在专家的建议下，引进了一对纯种白貉，以改良种群品质，项目发展势头很好，今年收入超过100000元。此项目在当地影响很大，农民纷纷找他取经，准备发展养貉业。
4.软件项目管理报告案例 篇四
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）过于正规，导致过多耗时无用的工作；
5.软件项目管理岗位竞聘报告 篇五
尊敬的各位领导、各位同事：大家好！
今天我在这里，参加中心中层干部竞聘会议，这是一次难得的机会，一次检验、学习、提高的机会。
首先，借此机会，简单介绍一下我的情况，本人曾先后就读于上海XX大学计算机实用技术专业和上海交通大学计算机科学与技术专业，1998年-2000年参加NIIT软件学院海外课程进修，并获得该软件学院diploma证书，2002年获得微软认证高级软件开发者MCSD证书。2001年进入XXXX中心，正式成为中心的一员。在中心工作期间，始终承蒙领导抬爱和提拔，同事们的支持和帮助！
参加这次竞聘，我认为我具有以下几方面的优势：
1、长期的软件开发工作经验，我曾经在软件开发的各个环节上进行工作，熟练掌握和应用目前软件开发的几大主流工具和数据库存储系统，熟悉软件开发的标准和规范，累积了丰富的项目开发经验，由于软件开发工作本身的特殊性，使我在长期的工作中，养成了乐于学习、不断适应、善于接受新的理念的工作和学习习惯。
2、丰富的项目管理工作经验，在我进入软件开发这个行业的十多年期间，我曾先后管理和完成了各类软件项目的实施20余个，在项目管理的过程中体验了软件项目管理在执行过程中的各种情况和突发事件，积累了非常丰富的应对措施以及项目实施经验。
3、熟悉目前软件行业项目管理标准，在长期的实际工作中，本人熟悉了包括CMM，ISO级软件项目标准，并善于进行项目计划的制定，项目执行过程的流程改进，软件的开发组织，软件的质量保证以及项目文档及数据的存档管理工作。
对于今后工作的设想：
一、在中心整体战略布局下，积极配合部门经理，完成部门任务
保证项目开发过程的质量，全面降低程序开发过程中的人力成本。在不影响正常项目进程的情况下，组织资源，通过质量检查、节点评审、人力培训，整理和管理部门有效的技术资产，提高软件生命周期中的复用性，构建适用于本部门 1的软件业务的技术管理体系；
(1)制定相关的涉及到技术管理的制度流程规范；
(2)组织部门技术监督和审查、考核；
(3)组织执行技术库的构建，监督执行和推广验证技术管理的相关成果；
(4)组织相关技术、业务的培训任务；
(5)定期向部门、中心汇报技术管理工作成果计划、执行、评估结果；
(6)组织各个项目的过程评审活动；
(7)按照要求承担售前组织管理工作；
(8)在技术管理工作中协调相关部门和各个项目之间协同；
二、制定技术管理体系和目标规划
按照软件部的规划和部门未来前瞻性要求，紧密围绕实际业务，统筹规划、分布实施、立竿见影的原则，从制度规范流程、项目开发过程、人力规划三个层面展开具体工作。
（1）制度规范流程
加大技术管理在部门软件部制度规范体系中的体现，尤其是《考核及奖惩制度》、《项目经理制度》、《开发流程》、《实施流程》、等明确具体条款，项目归档备份和虚拟机服务器的管理；
（2）严格监控项目开发过程
监控项目经理在各具体项目执行过程中的技术管理工作：
检查各项目组质量保障工作的进展情况，定期检查、评估文档编制、编码规范，保证部门项目质量工作高质量、有序的完成；
组织项目阶段性技术评审；
推广应用各项有利于项目过程的各项实现辅助技术措施，例如：版
本管理（vss、cvs），bug工具（bugfree、excel），积极开展各项组内
交流学习；
明确要求项目经理在项目结束之后的总结归纳中，除了对项目进行系统分析之外，提交相关的开发经验、开发框架、控件和关键算法。
对于项目过程中的各项信息，都作为中心软件部共有的财产和资源，集中统一管理。
三、部门人力规划
软件部的员工都作为软件最具活力的成分，必须引导帮助其进行合理的职业规划。
主动调研部门人员的技术能力水平，制定人力培训计划。开展各项能力提升（培训、交流等），促进软件部员工技术能力体系稳步、快速的提升，改善具体工作执行能力；组建部门内专家团，汇聚技术精英，服务于部门，共享于部门。
四、检查监督各项目质量工作
随着软件部业务的明确和不断壮大，已完成和未完成、以及正在开始的项目数量越来越多，首先对以往各个项目的执行情况进行摸底。
（1）文档是否齐全，依据的标准，是否按照部门要求；
（2）代码设计是否规范，依据的标准，是否按照部门要求；
针对文档和代码两项重点工作，在过程中监督和检查各项目经理后续工作的质量执行情况。
五、组建专家团
参加项目专家团的人员仅限于在软件项目领域里富有专业技术能力的骨干技术人员和管理经验的项目管理人员。
项目专家团作为部门职能常设机构，负责处理的日常工作：议题的提出、专家团活动安排、意见汇总、提交活动报告、具体措施执行保障。
专家团主要承担部门内临时性任务，具体职责如下：
(1)承担项目实施方案的论证（售前）；
(2)承担对项目执行情况的检查、评估和验收工作：项目工作计划及执行状况、资源使用情况、项目节点性评审（需求、设计、开发、测试、验收）；
(3)承担领域为公司重点软件项目的重要技术问题的咨询和技术攻关工作；
(4)承担部门内部日常的知识管理，技术培训；
(5)参与部门项目运作过程中的制度、流程、规范修改性建议的提出；
(6)项目正常情况，专家团成员有组织的参与一线项目督察工作，检查项目组各项工作的进展情况和重大决策的落实情况；
(7)项目出现紧急情况，专家团成员有组织的参与一线项目实际具体工作；
六、实现应用“知识库管理”模块
围绕部门复用性管理的目标，部门项目的成果、经验等显式知识（业务介绍、技术构架、项目管理、解决方案）：
（1）架构
（2）控件
（3）模块化类库
（4）成果算法和函数
（5）开发经验技巧
（6）开发性接口
（7）测试与实施技巧
着手集部门之力服务于项目，完成主体知识管理的具体工作。为创建今后的技术核心团队以及产品化奠定基础。
七、按照计划进行部门培训任务
为了落实今后几年的任务，必须大力提高员工的能力，而培训是目前提高能力的重要措施。另外，实施制度与规范、测试制度与规范将由实施组统筹安排。与各项目有关的业务培训也将融合到各项目计划之中，并由各项目经理统一安排。
最后我要感谢一下中心为我们提供了这样一次公平竞聘的平台，给了我一次挑战和展现自我的机会，我今天竞聘的是软件技术部项目总监岗位一职，假如我竞聘成功，我将会认真地履行好我的职责，贯彻落实中心制定的目标，提升软件项目管理的品质，规范项目开发的流程，提升员工的工作热情！我有充分的自信和决心做好这项工作！
XX
6.软件项目需求调研总结 篇六
一、需求调研准备：
在需求调研过程中，应该做好三种准备，保持两种心态，做到五种提高：
三种准备
1）调研前应该将所有项目前期资料进行汇总，与相关的前期销售人员进行交流，以便对项目有一个基本轮廓的认识。
2）做好调研前使用资料的准备，如需求调研模板，需求调研问题列表等。
3）做好不怕一切困难的准备。
两种心态
1）保持一种和客户平等合作的心态，确定需求调研是为了给客户解决问题，探讨问题，而不是接受问题，更不是来指导工作的。
2）平静面对需求变更的心态，在需求调研过程中，往往双方对需求理解不一致，造成需求调研前后矛盾，应当心平气和的去引导客户，达到需求理解基本一致。
三种提高
1）首先提高自己业务知识，对于人力资源的标准业务应该基本熟悉。
2）其次应该努力的去熟悉用户的行业，学习用户使用的术语，标准，以便能够准确的理解用户。这就需要我们阅读用户所在行业的资料、文章，尽量多选取一些整体性介绍的文章，这样可以在短时间内能够对该行业有一个全面的认识，这样我们就能够较好的和用户进行交流了。
3）需求调研中，学会尽量不使用IT行业的术语，而采用浅显易懂的口头语言来解释IT行业中高深莫测的术语，以便用户能够很好的理解，提高自己的沟通交流能力。
4）提高自己的速记能力，文字表述能力以及归纳，能迅速的记录需求调研核心的问题，总结归纳形成原始的需求调研资料。
5）提高自己的总结能力，书写一份完整的、前后一致的、可追踪的需求报告。
二、需求调研过程的总体流程
需求调研中应遵循一定的流程，而且在调研过程中表现出规范，调研有条不紊，对客户有理有据，调研中资料做好备份，做到有备无患：
三、需求调研过程中注意问题
四、需求报告书写要求及标准
编写优秀的需求是没有公式化的方法的。这需要大量的经验，要从你在过去的文档中发现的问题学习。请在组织软件需求文档时，严格遵从这些方针。
句子和段落要简练。使用正确的语法，拼写，标点。使用术语，要保持一致性，并在术语表或数据字典中定义它们需求编写者还要努力正确地把握粒度。多个需求尽可能拆分开。
整个需求文档细节上要保持一致。
避免在需求报告中过多的申述需求。在多处包含相同的需求可以使文档更易于阅读，但也会给文档的维护增加困难。文档的多份文本要在同一时间内全部更新，避免不一致性。
需求调研对于系统的构造，系统测试以及最后的客户满意，都会成为好的奠基石。并且要记住，没有高质量的需求，软件就象一盒巧克力，你永远不知道你会得到什么。我希望我们能得到一块“德芙”。
调研概要情况：X项目需求调研开始于2006-3-23结束于2006-6-15，内容包括现场需求调研4个人月和分析需求编写需求文档6个人月。参与调研的包括项目经理、技术经理和两个开发骨干，编写需求规格说明书字数95.4万。
1.把二期项目当作一个新项目来做调研，避免需求细节遗漏。在调研的初期我们曾经有过疑虑，这是一个二期的项目，那么调研的内容是否只针对二期的新需求，对需求内容二期和一期一致的部分就不必调研了?
经过讨论我们还是决定把二期项目当作一个新项目来做调研，即使二期和一期需求内容一致，我们也在调研会上讨论，并记录在调研笔记及以后的需求文档上。这样的好处是最大限度地避免了需求细节的遗漏。在现场调研时，发现有不少地方原来以为是二期不必修改的，经过讨论后发现还是需要修改。（往往危险的需求描述就在于“这部分做的和某个系统或某个版本的旧系统一样就可以了”）
2.调研团队参加所有子系统的调研会议，可以相互补充避免需求遗漏。这个项目规模比较大，根据业务的类型不同，分成了6个子系统，各个子系统的业务信息互有接口。我们安排每个人至少负责一个子系统的需求，但是在调研时，只要可能，我们都尽量让每个人都参与所有系统的调研会议。对项目经理和技术经理则进一步要求了解所有系统的业务需求。这样做的好处是，对于子系统之间的业务关系，调研团队都可以有全面的了解，对业务的理解比较透彻全面，并且还可以相互补充遗漏。
3.多人调研，在会议后应该立刻回顾整理统一的会议笔记，消除歧义，避免遗漏。在开调研会时，全体与会人员都各自记自己的会议笔记，会后没有强调当天整理会议笔记（会议进度很紧，每天开会到晚上8、9点钟）。这导致以后阅读会议笔记发现一些描述很简单理解上有歧义的内容，或者同一份需求在几个笔记上记录的内容细节上有差异，事后难以追溯正确的信息。给编写需求文档带来了一些困难，需要再次讨论需求。
4.需求文档编写完成后，在开发阶段也应该做检查和更新，避免文档错误对开发的误导。我们在完成大量的需求文档编写工作后，在开发阶段有部分文档没有做内容检查和及时更新。后期测试时才发现少数需求内容的矛盾和错误，导致需要重新修改。
建议：
1、如果在编写需求文档后，开发阶段应该做一边阅读需求文档，一边做需求文档的检查，对于保证需求质量效果会更好。
2、应该指定人负责需求追踪和更新，在开发阶段、测试阶段要保持和用户的需求沟通，这不是一个可有可无的简单工作，很重要，并且会占用责任人50%的工作时间。
3、企业业务管理信息系统的需求调研方法：我认为对调研的组织安排是非常重要的，好的调研安排虽然未必产生质量高的需求，但是一个不遵循调研规律的调研活动，必然是低效的。下面是H项目调研组采取的调研流程，供参考：
7.软件项目管理分析 篇七
国外软件行业发展较早, 尤其美国和印度, 他们在软件项目管理上也相对成熟。在软件产品项目的分析开发实施过程中有着明确详细的管理规定和流程。在我国IT行业起步较晚, 但发展迅速。2010年6月工业和信息化部部长李毅在第十四届“中国国际软件博览会”上透露, 我国软件服务近10年实现快速增长, 年均增长超过36%。虽然近年来我国软件行业发展迅猛, 但是项目管理在本行业的应用还很不成熟, 一般的、常规的管理方式已很难适应, 这是软件开发项目管理中面临的最大挑战。同时由于软件行业的竞争加剧、客户时效性的要求以及一些小公司作坊式的经营模式, 使得软件管理往往被忽略或者不被重视。
项目的管理包括:范围管理、团队管理、成本管理、质量管理、风险管理、综合管理、沟通管理、进度管理和采购管理。影响项目成败的因素也很多, 失败因素主要有:要求不完全, 要求和规格的变化, 参与不足, 计划不足, 资源不足, 不再需要该项目, 不合实际的期待, 缺少IT管理, 高层支持不够, 技术文盲等。成功因素:使用者参与, 较小的里程碑, 管理层的支持, 有能力的员工, 清晰的要求说明, 所有权, 良好的计划, 明确的眼光和目标, 切合实际的期待值, 勤奋专注的员工。
以上因素都应该在项目管理过程中考虑到。然而实际上很多项目管理人员并没有掌握项目管理的知识, 完全依靠个人现有知识技能进行项目管理, 随意性和盲目性比较大。公司应该安排对员工进行软件项目管理的培训, 并切实应用到实际的软件开发过程中去。同时作为公司领导层, 首先应该高度重视软件项目管理, 并切实按照软件项目管理的要求来做事, 有问题不能一拍脑袋就做出决定。这样会对软件项目带来很大风险。
(1) 对项目管理的认识不足。一些项目经理认为按照项目管理来做项目计划, 纯粹是浪费时间和精力, 是走过场, 计划赶不上变化, 甚至项目完成后再对项目计划书进行完善。这就造成了计划与控制管理脱节, 无法有效的对进度进行控制管理。甚至由于计划不足, 在开发过程中发现某个任务无法按时完成, 导致项目延期或质量下降。其实制定计划的过程就是一个对项目逐渐了解掌握的过程, 通过认真的制定计划, 项目管理人员可以理清哪些要素是明确的重要的, 哪些是需要逐渐明确的次要的。通过项目计划的不断完善, 以达到在进度、资源和范围之间寻求一种平衡。
(2) 不合实际的期待。往往很多时候, 客户对他要求的软件系统有很高的期待, 但实际交付的时候很难达到他们的期望。其实这就暴露了软件公司在项目管理上的薄弱以及对客户沟通的不足。这就要求我们在项目展开之前就应该做好项目设计、规划、风险评估并于客户沟通提高他们对软件的认知水平。甚至有时候, 项目人员本身没有按照项目管理过程对其进行实际分析而凭想象构筑出很高的期待, 结果导致项目进行中困难重重。
(3) 沟通不畅。在项目中一些重要信息没有进行及时有效的沟通, 造成各做各事、重复劳动, 甚至造成不必要的损失。例如在制定计划、意见反馈、技术问题等方面沟通不畅, 往往造成制定的计划不符合项目成员的实际情况, 相关人员没有及时按照反馈意见做事, 重复劳动等问题。
(4) 应对风险的策略不成熟。项目人员没有充分分析项目开发过程中可能遇到的风险, 对付风险的策略比较简单。对风险管理的重要性认识不足, 不能提前预知规避风险, 造成遇到风险时捉襟见肘甚至导致项目延期或失败。
除此之外我们还需要把握软件项目管理的7大原则:
(1) 平衡原则。
在我们讨论项目为什么失败时可以列出很多原因, 如管理问题、技术问题、人员问题等等, 但实际上人们经常没有认识到最根本的问题, 那就是:需求、资源、工期、质量之间的平衡关系问题。
(2) 高效原则。
现在市场竞争越来越激烈, “产品早上市一天, 就早挣一天钱”, 软件开发越来越追求效率。基于高效的原则, 软件项目就需要考虑:选择精英成员;目标明确, 范围清楚;及时、充分的沟通;重要一点, 激励员工调动其积极性。
(3) 分解原则。
“化繁为简, 各个击破”。我们可以考虑将大项目划分成几个小项目, 将长周期项目分阶段完成。
(4) 实时控制原则。
实时控制能够让项目经理及时发现问题、解决问题。
(5) 分类管理原则。
根据项目的特点制定不同的管理方针政策。
(6) 简单有效原则。
项目经理应当对开发人员进行简单有效的管理。
(7) 规模控制原则。
这些原则包涵了项目组规模的控制和对大项目长期项目划分小项目不同阶段的规模控制。如果项目组规模太大就会导致沟通效率下降, 管理复杂度提高等问题。它是与高效原则、分解原则相辅相成的。
项目管理水平的提高不是一蹴而就的事情, 软件公司应该充分认识到项目管理的重要性, 它在提高专业化水平, 帮助公司规避风险, 改进公司长期生产效率等方面发挥的巨大作用, 自觉主动的进行项目的规范化管理。
摘要：软件行业不同于传统的制造业的生产过程。通常传统制造业在产品规格、工艺规程、材料规格标准化的前提下进行大批量连续制造。而软件的整个过程都是设计过程 (没有制造过程) 。单就设计本身来说, 它需要从业人员在当前技术前提下有创造性的思维, 这种管理更多的是进行指导性的管理。由于软件项目管理的这种特性, 所以在很多软件项目管理过程中很大程度上是依靠个人现有的知识技能, 管理工作的随意性和盲目性比较大。
8.论软件项目的质量管理 篇八
关键词：软件项目质量；软件项目质量管理；需求；测试
1.软件项目质量管理相关背景
1.1 相关案例
美国项目管理专家资质认证委员会主席Paul Grace说过，在当今社会中，一切都是项目，一切也将成为项目。项目管理学科的发展，不管在国内还是国外，都进入了一个以超乎寻常的速度发展的阶段。软件项目管理作为一个新兴领域随着软件产业的蓬勃发展而愈发受人瞩目。而软件项目的质量如何对于这个软件而言是尤为重要的，所以想要提高软件项目的质量，就必须在项目的质量管理上狠下功夫。
在2005年的时候，日本东京证券交易所当时发生了一次非常严重的系统事故，导致所有的证券交易全部崩溃，在很短的时间里就造成了几千亿元的亏损。后来经过仔细调查，导致事故的原因竟然是当月交易系统的更新出现了问题。耗资如此巨大的软件系统本来就是为了进一步提高企业的工作效率，为企业创造更大的价值，更多的利润，但没想到因为一个小小的系统更新问题导致了如此惨重的损失，这一切都源于一个问题，就是项目的软件质量，如果软件质量出现了一点小问题，那么它造成的将是大后果。
1.2 相关概念
说到软件项目的质量管理，首先要弄清楚什么是质量。国际标准组织ISO9000对质量的定义是“一个实体的性能总和，它可以凭借自己的能力去满足对它的明示或暗示的需求”。所谓软件项目的质量，就是“软件项目能够满足已确定的全部需求的特征集合”，是能够满足软件项目在项目开始阶段确定的功能、性能等特点的总和[1]。它反映在一下三方面的信息特点：能达到客户的所有需求；运用合理的质量标准体系，来引导软件的开发；能否满足客户的隐性需求[2]。质量是构成社会财富的物质内容，没有质量就没有数量，也没有经济价值。
软件项目的质量管理的主要目的就是确保项目满足它所应满足的需求。从用户需求出发，保证最终交付的软件要满足客户的期望。质量管理的重点在事前的预防，而不是时候的检查，这就需要管理者在项目执行的全过程中持续坚持质量管理的理念，不断改进，使最终交付的软件产品满足客户明确需求、隐含需求的所有特性。
2.提高项目质量管理的方法
2.1加强人员的执行力和技术
对软件的项目质量造成影响的有这么几个原因，分别是技术、过程、人，而人大影响在这几个因素里是最大的很多时候导致企业缺乏核心竞争力的原因是执行力太差。对质量管理目的的偏差，是造成执行力低这一问题的很大因素。我们总是常常提到利润最大化这个词，如果开发公司不断盲目强调收益，而且是"用最小的投入获得最大的利益"。这会导致开发团队不得不最大限度地、甚至不择手段地去取得财务的增长，从而大大降低了他们的执行力。质量的目的只是为了解决销售，质量管理真正实现的根基就不存在。我们应当逐步让公司企业选择一种更和谐的盈利方式。使自己的开发团队去注重用户的感受，选择与客户、合作伙伴的长远利益。
人员的技术永远是质量过硬的最高保障，企业应当鼓励和奖励内部员工多去参加软件类的培训以及各种认证资格的考试，形成一个良性的竞争和学习环境，优胜略太，可以很大程度的提高企业员工的技术水平。
2.2清晰客户需求
清晰把握客户的需求是尤为重要的，在很多不成功的案例当中，很大程度就是由于企业不能清晰把握客户的需求。软件项目的需求决定了软件项目的功能和目标，目标不明确就没法制定下一阶段的工作计划，从而不能按质量完成整个软件项目。所以，如何真正把握客户的需求，是提高和确保软件项目质量的重中之重。
此外，软件项目负责人和需求的提出者应该尽可能早地分析项目的相关业务逻辑、明确软件项目的需求。项目需求明确的越早，就能够越早的制定开发计划，软件项目的开发质量就越容易得到保证。在项目的实施阶段，还需要对每个阶段的需求进行进一步明确，制定每个阶段的子计划，从而使得软件项目的开发得以分解。保证了每个子计划的开发质量，就能够保证整个项目的开发质量。
2.3 实施软件检测
在软件项目的质量管理工作当中，对于软件的检测是对软件的质量又有效的保障和最后的屏障。因为很多项目在实行的过程当中并不是十分规范，所以对于软件检测这一环节就更为重要[3]。检测一个软件项目在实行过程能否达到需求的逆向过程，是在整个软件开发过程中非常重要的环节。通过不同的检测环节，检测出各种错误环节来确保整个软件项目的质量，从而交付一个满意的项目成果给客户。
然而软件检测并不能发现所有的潜在问题，有些小的操作或功能方面的问题也许会在后期使用过程中出现，这是难以避免的，应该向使用人员提前说明，但是大的操作或功能性的问题绝不应该出现在正式运行过程中，是质量管理应当解决的问题。
2.4 进行代码走查
代码的质量很大程度上决定的软件的质量。编程人员在编写代码的时候，要高度认真负责，思路清晰明确，高质量的程序必须是高内聚，低耦合，同时也要结构合理，条理清晰。但由于在工作组中每个编程人员的编写代码习惯不同，能力差异，所编写出来的代码质量也有差异。所以，在软件开发过程中引入代码走查是相当重要的环节。在严格规定的时间内，让编程人员对其所编写的代码进行讲解和分析，不仅能促进编程人员提高编程水平，而且也可以经常内部交流，相互学习，更好的配合，从而提高和促进软件质量的提高。
3.结论
本文通过介绍了软件项目质量管理的重要性以及软件项目质量管理的内容， 重点研究了如何提高软件项目质量管理的方法，包括加强企业员工的的技术和执行力、清晰客户需求、实行软件测检测和进行代码走查这四种方法。近年来， 项目质量管理逐渐得到企业的重视， 但是要将项目质量管理更好的运用在实际的项目中，还有待于软件行业的不断发展和规范。加强软件质量管理的做法还有很多，质量管理的内容与执行也要时刻紧跟时代步伐，我们应当针对不同的项目采取不同的最适合本项目的方法，从而达到最好的效果。（作者单位：贵州财经大学MBA中心）
参考文献
[1]吴吉义.软件项目管理理论与案例分析 [M] .北京：中国电力出版社，2007：165.
[2]陈淦.也谈软件项目管理中的质量保证[J].福建电脑， 2006 （10）： 4. http： //www cnki com cn/Article/CJFDTotal-FJDN200610027 htm.
9.软件项目开发总结 篇九
1. 软件领域中的知识在于积累。
2. 做软件开发，就类似算数学题和世界杯足球赛一样：重在结果，而不在乎过程。
3. 软件服务于人类，软件是在解决一些生活中的问题和错误，问题决定解决方案。
二、做软件开发我觉得要明白：
1. 职业的乐趣：
(A) 用自己的智慧去创建新事物的快乐
(B) 开发对别人有用的东西
(C) 不断学习来充实自己
2. 职业的苦恼:
(A) 总是追求完美
(B) 所有要实现的功能由他人而定
(C) 概念设计计是有趣的，但找Bug总是很苦恼的
三、在开发中遇到问题应该怎么去解决?
1. 不明白就多问，不要自已一直去琢磨。 一个问题如果30分钟还没有解决就应该考虑是不是问问别人。 一个问题在没有用过3种以上的方法解决过就不要去问别人。 解决问题思路是关键：
相信问题总归有解决的办法，就算连技术上都没法实现的问题，相信通过良好的沟通终究也会有解决的方法。
2. 解决问题的前提是：理解别人的意思，理解别人的需求，多沟通，及时给客户反馈信息。
四、怎么样才能提高自身的能力?
1. 程序员怎么样进步最快? - 理论结合实践
2. 不要怕出错，不怕遇到错误，有错误就有挑战，这样才可以进步，但不要让同一个石头
把你绊倒2次。
五、怎么样才能做好软件开发?
1. 首先要明白解决的问题是什么，理解问题，其次再决定怎么解决这个问题
2. 碰到很复杂的问题，我们就简单想，把问题简单化，细化到能够实现为止
3. 出了问题，我们要先分析问题，然后知道引起问题的原因，最后并想出问题的解决办法
4. 我们应该从2个方面去把握一个项目：从业务角度和项目的关键问题上去把握一个项目
(A) 从不同的系统场景
(B) 从不同的用户角色(充当什么角色)
(C) 从不同的系统使用角度(拥有那些权限)
5. 其实我觉得开发人员说实在应该要比使用系统的人更了解系统需求，只有真正彻底的了
解了项目的业务需求，我们才能做真的做好这个项目
六、文档的重要性
记得我当初刚开发项目的时候都是写个大致的需求说明书，做一个E-R图，画几个大致的数据流程图，然后建立数据字典和表结构关系。 再接着搭建一个开发环境，配置几台服务器，划分一下模块，分工，我们就可以Coding了，一直到项目结束了，也没有完整的设计文档，更没有完整的测试文档，虽然这样的确是很快的完成了Coding工作，感觉上好像节省了好多成本和开发时间，但后期的维护和Bug 就是经常出现的事。
小项目没有文档关系不大，但如果遇到一个大项目的时候，那这样的开发方式就很有问题很危险的。
大项目没有文档： 首先维护就很麻烦，也很乱，写的代码，过几天都不知道它是完成什么功能的了，其次系统的稳定性和可靠性也让人怀疑，扩展性就不用说了。
七、我的收获
A.程序员大多都不喜欢写文档,我们以前也是特讨厌,记得以前都是系统开发完了，为了应付项目验收，就匆匆忙忙的一组人在那里补文档。在我们的思想里,所谓的文档就是一些废话,一句话硬是用十句话来代替的无聊透顶。
B.代码风格要规范
以前做项目，我们都是不怎么去注意代码风格和写代码的规范，都是稍微想一下就直接开始写代码了。注释也很少用，总感觉我们自己写的代码，我们怎么会不知道它做了些什么事呢 ?总觉得我们自己写的代码我们怎么会不知道它是用来做什么的呢。一直都不相信这是个事实，但事实上，项目验收后，系统刚开始使用的人少，也就不会出现潜在的错误，随着时间的增加，久而久之，当大量用户并发访问的时候，系统的Bug 就暴漏出来了，那时你再用熟悉的Eclipse打开整个项目的源码时，再去看自己写的代码的时候，真的发现，我们定义的这个变量名是什么意思啊 ? 我们的这个Flag 是用来判断什么的啊 ?我们的if中条件不知道是判断什么? Function () 也忘记是什么功能了? 想想好可怕啊。 难道真的都忘记了吗 ?回答是肯定的： 真的忘了。
C.心得体会:
通过做该网盘项目，在这2年的锻炼中，我们才真的体会到，良好的文档是正规研发流程中非常重要的环节,一个好的程序是先写好设计文档再进行编程的，在设计文档的指导下，才能写出安全的代码。如果你不写文档，一开始就写程序，这样你就不会按已设计好的路线走，而是想到哪写到哪。小功能还好说，要是大功能，就容易混乱.
刚开始我们还很不习惯这一系列的编程风格，很多的规范，尤其是命名，方法和注释，都有这着很多限制，让我们觉得真罗唆，写个程序完成功能不就可以了吗，明明1小时做完的事情非得让人用3、4个小时去做，我们现在真的明白这样做的好处了，我们已经习惯这样的编程风格了，这也养成了我们的一个编程习惯了，深有体会啊。
最忙的时候就是我们成长和收获最多的时候。
八、网盘项目开发的最大体会
我们觉得项目开发的开始时候，应该由项目负责人很好的对项目是什么项目，具体大概做什么事情，是谁提出来的，目的是解决什么问题，以及里面用到的很多专有名词做个细致的说明，而不是从一开始就分几本式样书，给个静态Html 的Demo看看，然后搭建好开发环境就按照式样设计书来开发。
九、软件测试(单体测试和连接测试)
我们首先认为，编写程序的时候不要想出了问题再解决，而是要想如何不会出现问题，要根据经验来预测可能出现的问题，然后避免出现。
测试，说的直接点就是给软件找错误。
很多人认为发现错误是软件测试的唯一目的,查找不出错误的测试就是没有价值的测试,实际上我们不这么认为。
10.软件测试项目个人总结 篇十
一、项目时间点及各阶段工作
二、测试总结
严重性缺陷占到整个缺陷数量的百分之四十，从实际测试工作来看，代表性大致可分为以下几类：点击“新增”报错、查询报错、保存报错等直观的缺陷。在这里建议研发人员在单元测试发现此类缺陷，在今后项目中，减少缺陷数量，提高软件质量。
中间业务平台管理系统上线阶段：
在管理系统上线阶段共发现6个问题其中有代表性问题分类如下：
1、需求问题：
系统维护->账户维护新增时，账户类型字段是从数据库配置，联社方想通过页面控制此字段。此问题在集成测试时，熬民就提出要从系统页面上新增，当时认为需求没提出此功能忽略了隐性需求导致后期东北农电项目上线需要从数据库大量配置通讯配置表。
教训：今后测试不止测试功能是否实现，需要考虑和结合系统与系统之间的关联关系，眼光放得在长远些。
2、技术实现问题：
11.软件项目管理课程教改革探索 篇十一
关键词 软件项目管理；理论教学；实践教学
中图分类号：G642.0 文献标识码：B
文章编号：1671-489X（2015）15-0121-02
随着软件产业的不断发展，社会对软件项目管理人员的需求数量以及能力的要求也再不断提高。一个软件企业的发展离不开高能力的项目管理人员，成为一名成功的软件项目管理人员学习理论知识是基础，而实践经验是重点。软件项目管理课程是一门项目管理的原理和方法在软件工程领域中应用的课程。教育的目的是满足社会的需求，通过软件项目管理课程的学习能提高学生软件开发水平，培养学生的项目沟通能力，对社会培养软件项目管理人员具有重要意义。在该课程的教学中将理论教学作为基础，理论知识融入虚拟环境中，以开发模拟项目为重点，达到最终的教学目的。
软件项目管理作为一门理论联系实践比较强的课程，分为理论教学和实践教学两部分，课程总课时数为52学时，其中理论教学40学时，实践教学12学时。下面将理论教学和实践教学中涉及的内容以及应用的教学方法分别进行探讨。
1 理论教学
教学内容 软件项目管理重点内容是项目管理的九大知識体系，课程内容庞大、复杂、抽象、概念多。为了考虑课程的适用性，在课程内容的安排上以软件项目管理过程为主线，引出项目管理的知识点，主要介绍软件项目需求管理、成本管理、进度管理、风险管理、配置管理、资源管理、质量管理等七个方面，其中需求管理、进度管理、成本管理、风险管理、质量管理作为重点内容详细讲解。考虑课程内容的连贯性及教学时间的局限性，课程的教学内容和课时分配如表1所示。
教学方法 在教学中使用案例驱动式和分组讨论的教学方法。软件项目管理是项目管理的原理和方法在软件工程领域中应用的课程，属于管理类课，其中抽象概念较多，而任课学生都是缺乏实际项目开发经验的本科三年级学生。因此，为了让学生易于理解与掌握教学内容，笔者在理论教学中使用案例驱动式教学方法。考虑到课程内容的前后连贯性，在备课的时候就先选择好能贯穿该课程所有教学内容且能够体现软件项目管理全过程的大案例，教学中师生共同分析案例，分析时力求能全面，从案例中找出隐含的教学知识点，将抽象的概念通过案例具体化，使学生生动地理解教学重点，掌握教学难点。通过课堂作业与历年计算机等级考试中软件项目管理题作为训练内容，让学生更进一步理解和掌握教学重点、难点，必要时布置课堂作业，甚至让学生上讲台，在黑板上演算作业，师生共同探讨演算过程中的问题，并对其进行点评加深和巩固对知识点的理解，同时也督促学生集中精力听课。
2 实践教学
教学内容 软件项目管理理论教学使学生了解软件项目管理的概念、原理与方法，通过实验教学使学生将在理论教学中学到的知识应用到实践中。Microsoft Project是项目管理软件。软件设计目的在于协助项目经理发展计划、为任务分配资源、跟踪进度、管理预算和分析工作量。在实践教学中让学生熟练掌握Project软件的各项操作，并且通过上机实验练习，使学生将软件项目管理与Project软件有机地结合起来，最后达到通过Project软件实际进行项目管理的目的。实践教学中的教学内容及课时分配如表2所示。
教学方法 为了贯穿软件项目管理的理论教学内容以及完成实验项目，课程一开始将班级学生六人为一组进行分组，每一组分配项目经理，小组中每名成员都有自己的职位（如需求分析师、数据库设计师、软件工程师、测试经理等），小组所有成员讨论并确定项目题目，以小组为单位将所选的题目进行分析讨论，小组内部通过讨论形成统一观点和见解。
如讲解第二章内容“软件项目需求管理”，师生共同学习需求管理中的理论知识，下一步教师布置任务，将应用所学理论知识编写小组项目的《需求规格说明书》；接着每一组项目经理分派需求分析师与用户沟通了解用户需求，确定用户需求，小组讨论并编写该组项目的《需求规格说明书》。利用这种分组讨论的方式提高学生的积极性和参与度，锻炼和培养学生运用知识点进行实践的能力。
为了学生能够对于实际项目的体验更加深刻，教师利用一学时简单介绍Microsoft Project工具的作用及主要功能。完成实验内容时按照项目管理的思想，项目经理再具体明确小组成员的角色和任务，小组成员针对不同的角色完成实验内容。按照软件项目管理的流程，第一步为计划阶段，该阶段每一组需要对项目进行可行性分析，编写需求规格说明书（完成实验一），利用项目进度管理的理论知识和项目WBS（Work Breakdown Structure，工作分解结构），画出项目的网络图，做项目进度计划，最后将项目进度、成本、人力资源计划录入Microsoft Project工具中（完成实验二、三、四），以便后续管理和计算。第二步实施控制阶段，将涉及的相关表格做好以便管理和控制。第三步是收尾阶段，填写设备验收及产品验收单、项目的经验总结报告，填写完了演示汇报项目的整个管理过程。
通过这样的实践，学生掌握了软件项目管理过程中所用的工具、方法，也掌握了软件项目管理从启动到收尾所涉及的流程。加深学生有关软件项目开发与管理的知识，同时通过实际项目案例分析获得实践经验，最后提高学生的学习热情，调动学习兴趣。
3 课程考核
有效的课程考核能促进学生的学习兴趣，也是对学生辛苦一学期所付出劳动的肯定。根据课程的培养目标，课程考核主要由平时考核、阶段考核和结课考核三部分组成，分别占总成绩的20%、40%和40%。平时成绩主要考核出勤和课堂作业等；阶段考核取决于期中测试成绩和实践教学中完成的实验报告成绩；结课考核是在网络教学平台中进行，通过闭卷考试考核学生对软件项目管理基本思想、理论和方法的掌握。
4 结束语
软件项目管理课程对提高学生的职业技能非常重要，它是从理论知识到实践过度的课程之一。本文对其教学方法和内容进行探讨，期望在今后的教学中注重该课程的实践教学，不断增强教学效果。
参考文献
[1]覃征，徐文华，等.软件项目管理[M].2版.北京：清华大学出版社，2009.
[2]杨莉.“软件项目管理”课程教学探讨[J].江苏技术师范学院学报，2011（2）.
[3]欧毓毅.“软件项目管理”的课程教学探索[J].广东工业大学学报，2008（8）.
课题项目：此项研究获得呼伦贝尔学院教学研究课题“软件项目管理课程教学体系研究”（YBKT-014）的支持。
12.论软件项目的进度管理 篇十二
进度管理是项目控制的重要内容, 由于信息系统项目的不确定性, 项目的进度控制是项目管理中的最大难点, 它与项目的质量, 成本管理密切相关, 其基本过程包括:
概念阶段:首先是确定该项目是否可行, 然后是项目周期的初步估计计划, 在项目的总体结构方向上建立总体的概念和思路。根据总体的规划, 来确定里程碑, 明确检查点, 以便更好对项目进行控制。本阶段需要确定项目的可行性方案, 进行项目评估, 项目机会研究, 制定初步可行性方案, 详细可行性研究, 明确合作伙伴等。
开发阶段:根据计划的进度进行跟踪控制以及对计划进行审查、协调, 确定进度管理计划。对项目做好开工前的人、财、物及一切软硬件准备。需要监理组织、项目背景描述、范围定义、工作分解、工作排序、工作延续时间估计、资源计划, 费用估计、费用预算、质量计划、质量保证等。
实施阶段:对照进度管理计划, 对项目实施的进度检查, 如果进度延期, 则需要进行工作调整, 可以采用快速跟进或者加班的方式进行, 也可以按照变更控制流程变更调整工期。按计划启动实施的项目工作建立项目组织、项目的沟通渠道、项目的激励机制、项目工作报告等, 细化各技术需求, 执行WBS的各项工作, 指导、监督、预测、控制范围质量进度成本等。
结束阶段:用户对项目验收, 验收合格后进行项目正式移交, 最后进行项目的总结, 经验教训的交流, 为下一次项目提供实践依据和经验教训。
一般来说, 项目范围边界的不明确、需求蔓延是导致项目进度失控的主要原因之一。进度, 质量, 成本三者都是项目的重要评价标准。项目控制需要有明确的目的、有重点、有全局观念。结合实施项目时遇到的实际工作情况, 对项目进度管理进行简要剖析:
1 定义活动并估算工作量和技术难度系数
在定义活动并估算工作量和技术难度上采用数据系数统计法和类比法原则, 先将每个子系统逐层分解, 根据WBS分解的基本模块进行工作量的核算。首先, 借鉴历史项目经验将项目相同或相似的模块, 统计出其在以往项目的工作量系数。例如系统框架部分的功能授权, 系统登录, 日志管理, 文件的起草审核发布归档, 资源共享等。此外, 前台的常用操作, 如增加、删除、修改、查询和统计的功能也和以往项目存在类似之处, 主要就是数据匹配的工作。针对本项目的特有的技术, 我们作为重点对象, 一方面项目内部核心人员提前考察, 另一方面向提供相关技术的工作申请相关资料。比如GIS中的视频采集, 数据模型计算和分析以及对各路段设备的监控和使用上, 我们特别邀请了产品供应商对产品和技术进行介绍和培训, 为工作量估算和难度分析提供了重要依据。在这些模块上, 可以安排经验丰富并有特长的程序员, 同时在资源安排上给予倾斜, 这样能保证不影响系统关键路径上的时间。项目估算完成后, 召集子系统负责人对项目进度进行讨论, 在系数安排和资源人员分配上进行了协调, 最后获得了大家对估算结果和安排的认可。
2 识别关键任务定义里程碑
根据项目活动的逻辑关系和工作流程, 可以采用关键路径法定义项目进度管理。集中优势完成关键活动, 专项承包, 可以采用新技术、新工艺完成。比如交通状况的处理和疏通, 是以多个视频采集点信息分析出结果为驱动, 然后进行路况的发布及人员的调配, 其中人员的调配又以人员工作角色、工作时间表、工作区域为条件, 进行状况处理后数据的整理并归档。此时, 人员的工作情况表和视频采集点信息是处理交通情况的紧前任务, 而故障处理结果数据分析为后续任务, 为下一次的路况提醒提供重要依据。在其相关联业务上, 进行模块的合理分配和安排。对于不直接相关的文件传输, 办公自动化模块, 可以在人力资源充足并不影响进度的情况下启动, 最后找出最长路径作为关键路径, 在重要活动中设定里程碑和检查点, 对项目进行实时监控。
3 进度计划编制
根据具体项目活动, 对项目进行分解和活动的接点界定, 明确项目组织和工作任务的分配, 采用关键路径法制定详细的进度计划表, 主要包括任务工作量、开始时间、持续时间、结束时间、版本号以及人员和资源分配。使每个人都知道自己工作任务的时间表及其工作任务的排序。管理主管总体掌握其业务时间在项目的地位, 建立互动机制。操作人员根据实际情况写出乐观、悲观、可能完成时间、问题等情况。运用关键路线图的方法将工作分解结构和活动, 按照逻辑关系加以整合, 计算出某项活动的最早开始时间和最迟结束时间等, 并且安排各子系统负责人, 用统一格式编写小组情况报告。
4 项目进度控制
在项目中采取定期检查和定点检查的方式控制项目进度。其中定期检查的主要形式是周项目例会。规定在每周三下午定时召开任务进度情况汇报会, 了解项目的实际进度。根据负责人汇报的工作情况, 对完成情况与计划进行比较, 如果出现偏差, 及时调整, 给出解决措施, 纠正偏差。定点检查主要是事先设定的检查点如:里程碑, 基线, 对其完成情况进行检查, 如果有偏差, 需分析原因, 判断偏差影响, 并制定出解决方案。对愿意主动承担项目任务的员工多发奖金和公开表扬进行激励, 或者不必要的功能和过度修饰。在项目进度动态监测后, 形成项目进展报告有概要级进度控制报告, 主要是针对整个项目对干系人进行汇报;管理级进度控制报告, 主要是以分项目为对象由分项目主管进行汇报;业务管理及进度控制报告, 主要是以某重点部位或重点问题为对象由普通研发工作人员进行汇报。这些报告除了日常报告, 还有例外报告和特别分析报告的形式。项目进度报告的有效管理和制度的健全, 可以帮助本项目的进度有效控制, 便于项目干系人能够及时理解项目的情况。为以后项目经验教训的总结提供了有效的依据。
5 结语
回顾该项目进度管理的过程, 总体比较顺利, 现将主要经验教训总结如下:（1）进度计划的制定, 一定要充分预计, 好的进度计划能够保证任务的连贯性和及时发现问题。（2）建立标准的进度管理模板, 便于快速沟通, 标准性沟通, 提高效率, 使统计及分析更加清晰明确。（3）有效的沟通能够事半功倍, 非正式沟通能够有利于快速获得项目情况。特别是在用户自身对需要无法表述清楚的情况下, 采用用户能够接受的方式沟通, 尤为重要。榆建立公平的奖惩制度, 出现问题共同积极解决, 有利于激发员工的工作热情, 保持工作积极性。
总之, 项目的进度管理是整个项目管理过程中的重要环节, 它与项目的质量, 成本, 人力资源, 沟通管理有着密切联系。项目经理需根据项目的实际情况和团队的构成, 采用合理的进度管理模式, 在规定的时间内保质完成, 让客户满意。
摘要：本文针对进度管理, 从项目管理的概念阶段、开发阶段、实施阶段、结束阶段四个阶段进行了阐述。对项目的各项活动进行了定义, 采用了关键路径法和PERT计划评审技术, 进行了有效管理, 保证了项目能够如期保证质量的完成, 并通过了用户的验收。文章最后, 对该项目实施过程中的经验教训, 进行了总结。
关键词：项目开发,进度管理,计划
参考文献
[1][美]科兹纳著, 杨爱华等译.项目管理:计划、进度和控制的系统方法[M].电子工业出版社, 2010.
[2]徐玉凤, 董亚辉.项目进度管理[M].对外经济贸易大学出版社, 2006.
[3]潘洁, 杨帆.工程项目管理中的质量控制[J].企业导报, 2010 (12下) .
[4]李建平.现代项目进度管理[M].机械工业出版社, 2008.
【软件项目总结报告】推荐阅读：
软件项目风险研究06-29
软件项目经理笔试题07-07
项目软件实施方案07-31
软件项目的进度管理08-16
软件项目质量计划编制09-05
软件项目成本管理计划07-31
软件项目实施方案设计08-13
软件项目策划书模板09-01
项目管理信息系统软件09-08
软件项目售后服务方案09-17