软件项目汇报总结（精选8篇）
『机采指标信息综合处理软件』
技术总结报告
『申报单位』
二〇一一年五月
项目负责人：
项目参加人：
项目负责单位：
项目参加单位（内部）：
项目协作单位（外部）：
报告撰写人：
报告审核人：
目 录
1.1.1 1.2 1.3 1.4 项目概况......................................................................................................1 项目背景和研究目标................................................................错误！未定义书签。项目背景......................................................................................................................1 项目目标......................................................................................................................1 项目范围......................................................................................................................1 1.4.1 业务范围.....................................................................................................................................1 1.4.2 功能范围.....................................................................................................................................1 1.4.3 实施（应用）范围.....................................................................................................................1 2.2.1 2.2 2.3 系统总体设计..............................................................................................2 系统体系结构..............................................................................................................2 系统开发及应用环境..................................................................................................2 与其它系统关系/接口.................................................................................................2 3.4.5.系统功能......................................................................................................3 测试应用效果..............................................................................................4 结论与认识..................................................................................................5 i 1.项目概况
1.1 项目背景
1.2 项目目标
1.3 项目范围
1.3.1 业务范围
业务范围
1.3.2 功能范围
功能范围 1.3.3 实施（应用）范围
实施（应用）范围 1 2.系统总体设计
2.1 系统体系结构 系统体系结构 2.2 系统开发及应用环境
系统开发及运行环境
2.3 与其它系统关系/接口
与其它系统关系/接口
篇二：软件项目总结报告
修改记录页
目 录
1.1 1.2 1.3 1.4 项目概要.................................................................................................................4 项目基本信息.............................................................................................................................4 项目期间.....................................................................................................................................4 项目成果.....................................................................................................................................4 开发工具和环境..........................................................................................................................4 2 项目工作分析..........................................................................................................5 2.1 项目需求变更.............................................................................................................................5 2.2 项目计划与进度实施..................................................................................................................5 2.3 项目总投入情况..........................................................................................................................5 2.4 项目总收益情况..........................................................................................................................5 2.5 项目质量情况.............................................................................................................................5 2.6 风险管理实施情况......................................................................................................................5 3 经验与教训..............................................................................................................6 3.1 经验总结.....................................................................................................................................6 3.2 教训总结.....................................................................................................................................6 4 改进建议.................................................................................................................6 4.1 组织过程资产库的改进建议.......................................................................................................6 4.2 其它改进建议.............................................................................................................................6 5 遗留问题处理计划...................................................................................................6 6 审批意见.................................................................................................................7 6.1 审批意见表.................................................................................................................................7 7 附件........................................................................................................................7 1 项目概要 1.1 项目基本信息
项目名称：××××× 项目代号：××××× 英文简称：×××××
项目编码：×××××（需要相关部门提供）
用户方：提示：请说明本项目的用户部门（或公司）开发方：提示：请 说明本项目的开发部门（或公司）
项目后续事务负责人：提示：由某某负责客服、维护工作。
1.2 项目期间
预计项目开始日期： 预计项目截止日期： 实际项目开始日期： 实际项目截止日期：
项目目前状况：提示：系统试运行中（或处于维护期中）等等 保障日期：提示：系统运行后开发方需要保障系统稳定运行期间 维护日期：提示：过了保障日期后进入维护日期
1.3 项目成果
提示：各阶段文档数及代码量，可参考项目成果物列表、项目度量表
1.4 开发工具和环境 2 项目工作分析 2.1 项目需求变更
2.2 项目计划与进度实施
提示：对照第一份评审通过的项目计划书列出项目主要过程（里程碑）的实现情况。
2.3 2.4 项目总投入情况
提示：项目总的工作量和人员投入（包括管理、培训、评审等），以及设备、经费等成本投入情况。
项目总收益情况
提示：介绍项目收益情况（可包括项目直接收入和预期的间接收入）等。
2.5 项目质量情况
提示：介绍项目成果物的质量情况，交付前的缺陷数量和等级情况，交付后的缺陷数量和等级情况，客户
满意度情况等；可参考测试报告、各阶段评审报告、sqa检查结果等文档。
2.6 风险管理实施情况
提示：对项目过程中风险管理的数据进行统计、分析。
篇三：软件项目实训报告模板
电气信息学院
实训报告
课 程 名 称: 软件项目实训
实 训 题 目: 猜数字游戏 年级/专业/班: 2009过程自动化01 学 生 姓 名: 学 号: 实训成绩：
指导教师签名： 年 月 日
引言
1.1系统概述
猜数字是一种益智类小游戏，游戏规则比较简单，一般两个人玩，一方出数字，一方猜。要求用vc++6.0中mfc编写一个程序实现猜数字游戏中的出数字方，实现数字之间的相互比较，让玩家找出电脑写的三位数字，而玩家在找出三位数字中，电脑需要给出玩家一些提示信息，用以帮助玩家找出答案。对于猜一个各个位数不等的三位数字，电脑需要在程序刚运行时，确定一个随机的三位数，且各个位数不相等。而在玩家输入数字时，也需要检验玩家输入的数字是否满足条件，即一个各个位数不重复的三位数。只有玩家输入正确的数字后，电脑才能进行比较数字的运算，如果玩家输入的数字和电脑的不相等，输出提示信息，并应重新读取玩家的数字进行判断，直到玩家放弃猜数字或数字猜对为止。玩游戏者通过游戏提示输入八次来匹配上面所输入的数字。a表示位置正确且数字正确，b表示数字正确而位置不正确。
首先，由设计程序随机产生一个三位整数k，要求这个两位数字没有重复数字，且最高位不是0。然后，玩家可以猜一个三位数字，根据玩家猜的数，与k比较，判断玩家猜的数字是否正确，同时，提示猜的数字中位置正确的数字个数m和数字正确而位置不正确的数的个数n，并以manb的形式输出（a表示位置和数字都正确，b表示数字正确而位置不正确）。如果玩家猜了9次还不对，那么提示玩家“游戏失败！”。
1.2 需求分析
电脑游戏的出现与1960年代电子计算机进入美国大学校园有密切的联系。当时的环境培养出了一批编程高手。1962年一位叫斯蒂夫·拉塞尔的大学生在美国dec公司生产的pdp-1型电子计算机上编制的《宇宙战争》（space war）是当时很有名的电脑游戏。一般认为，他是电脑游戏的发明人。1970年代，随着电子计算机技术的发展，其成本越来越低。1971年，誉为“电子游戏之父”的诺兰·布什内尔发明了第一台商业化电子游戏机,不久他创办了世界上第一家电子游戏公司——雅达利公司（atari）。在1970年代，随着苹果电脑的问世，电脑游戏才真正开始了商业化的道路。此时，电脑游戏的图形效果还非常简陋，但是游戏的类型化已经开始出现了。从1980年代开始，pc机大行其道，多媒体技术也开始成熟，电脑游戏则成为了这些技术进步的先行者。尤其是3dfx公司的3d显示卡给行业带来了一场图像革命以后。进入1990年代，电脑软硬件技术的进步，因特网的广泛使用为电脑游戏的发展带来了强大的动力。进入21世纪，网络游戏成为了电脑游戏的一个新的发展方向。
受到我们传统教育思想的困扰，我们习惯的认为游戏就是玩物丧志的东西，所以在我们那一代，父母只要听到游戏两个字那就像见了老虎一样的警惕和恐惧。由于这种传统思想的影响，当我国游戏事业高速发展时，才发现游戏设计方面人才存在着巨大的缺口和不足,再加上我国高校和传统学校对游戏设计专业的漠视,让游戏设计人才几乎难觅踪迹。直到现在，游戏设计专业已经超过了许多专业成为当下就业最热门的专业之一。而这种热门情况将随着人才缺口的扩大而继续持续。所以游戏设计专业的就业前景在未来十年都将是热门行业,同时也希望我们家长能够摒弃过去传统思想的干扰，正确认识游戏设计专业,让更多对游戏设计专业有兴趣的青少年选择自己的爱好。
网络游戏是一种新颖的休闲娱乐方式，其虚拟性、互动性是其它娱乐方式所无法比拟的。网络游戏同时具有开发青少年智力，培养、提高创新意识，磨练意志品质，激发自信心，加强团队配合精神等方面具有积极的意义。而在学习压力越来越大、代沟冲突也日趋激烈的今天，青少年需要找到一个缓解情绪的途径，网络游戏营造的虚空间恰恰满足了这种需求。随时就势、潜移默化，润物细无声,寓民族传统文化教育于网络游戏，在游戏的游戏性、知识性、文化性和市场性中寻找一个平衡点。网络游戏设计的发展不仅仅是设计师的个人问题而是设计师与大众的配合的问题，寻找相同的切入点一一传统文化的介入，对未成年人的成长、传统文化自身的发展和改良游戏文化环境都具有推动作用。当我们努力在对游戏内的一些现象和功能进行研究的时候，我们却忽视了一个本体，这个本体是我们进行相关研究的基础，他就是“游戏”这一概念的本身。什么是游戏，游戏是什么，它具有怎么样的特征？它具有哪些作用？游戏仅仅如大家所认为那样只是单纯的娱乐活动，还是一种文化或者行为的现象，我们作为游戏设计的从业人员，只有清楚了解这些的时候，才能真正认清我们的行业，扩展游戏市场的发展空间，而不至于在一个狭隘的道路中追求可怜而有限的资源。因此,对我们过程自动化的学生来说,学习并掌握一些简单的电脑游戏编程是非常有必要的。本次课题是猜数字游戏的设计与实现。主要是通过c++语言，实现猜数字游戏中的出数字方，在vc++6.0环境中实现由电脑随机产生一个数字不重复的三位数（最高位不为零），并将所猜的数与它自动产生的数进行比较，若猜得不对并作出提示：manb，a代表位置正确数字也正确，b代表数字正确但位置不正确。m代表a的个数，n代表b的个数．在每次输入数字后，显示相应的提示信息，直到玩家猜对为止。
1.3 运行环境 windows 7 系统 2 概要设计 篇四：软件项目验收报告_模板(全)xxx验收报告模板
xx科技有限公司
文档修订历史记录
目录
文档修订历史记录...........................................................................................................................2 1．项目基本情况.............................................................................................................................4 2．项目进度审核.............................................................................................................................4 2.1 项目实施进度情况..........................................................................................................4 2.2 项目变更情况..................................................................................................................4 2.2.1 项目内容变更情况...............................................................................................4 2.2.2 项目需求变更情况...............................................................................................5 2.3 项目投资费用情况..........................................................................................................5 3．项目验收计划.............................................................................................................................5 3.1 项目验收原则..................................................................................................................5 3.2 项目验收方式..................................................................................................................5 3.3 项目验收内容..................................................................................................................6 4.1 项目验收情况汇总表......................................................................................................7 4.2 项目验收附件明细..........................................................................................................7 5．项目验收资料.............................................................................................................................8 5.1 开发单位项目实施总结....................................................................................................8 5.2 使用单位意见....................................................................................................................9 6．附件...........................................................................................................................................10 6.1 附件一：软件平台验收单............................................................................................10 6.2 附件二：功能模块验收单............................................................................................10 6.3 附件三：项目文档验收单............................................................................................11 1．项目基本情况
2．项目进度审核
2.1 项目实施进度情况
2.2 项目变更情况 2.2.1 项目内容变更情况
201x年x月x日上线后，运行一切正常使用。项目验收报告
2.2.2 项目需求变更情况
无
2.3 项目投资费用情况
3．项目验收计划
3.1 项目验收原则
1、审查提供验收的各类文档的正确性、完整性和统一性，审查文档是否齐全、合理；
2、审查项目功能是否达到了规定的要求；
3、审查项目有关服务指标是否达到了要求；
4、审查项目投资以及实施进度的情况；
5、对项目的技术水平做出评价，并得出项目的验收结论。
3.2 项目验收方式
{记录项目验收的组织方式和参与验收工作的人员情况} 篇五：医院管理信息系统项目总结报告
项目开发总结报告
1引言
1.1编写目的医院管理系统基本完成，此文档有利于在以后的项目开发中更好地实施项目的订制开发，为规范开发过程和提高开发效率提供更多的、实用的资料。预期读者：薛建明老师，开发人员
1.2背景
1.系统名称：hr医院信息管理系统 2.任务提出者：彭小娟老师 3.开发者：开发团队。4.面向用户：医院 5.实现软件单位：学校
6.项目与其他软件，系统的关系：
7.本项目采用客户机/服务器原理，客户端的程序是建立在windows nt 系统上以
microsoft visual c#为开发软件的应用程序。
随着医疗水平的不断提高，医院的规模不断的扩大，利用计算机管理系统管理，医院的事务处理已经成为提高医院工作效率的最佳途径。
开发小组于2009年9月7日开始策划《医院信息管理系统》的开发工作。预计十月份完成项目开发任务。
特此声明：此软件不带有任何商业利益，开发目的仅为提高队员人员的项目开发能力、学习能力及团队合作意识。该软件开发仅学习交流，不用于任何商业目的。
1.3参考资料
1.参考书籍：
1、《软件工程》陈明 中央广播电视大学出版社 2002年6月版；
2、《数据库技术及应用》范剑波 浙江大学出版社；
3、《access 2000 数据库系统开发实例导航》范国平、陈晓鹏 人民邮电出版社 2002年12月版；
4、《sql server 实用简明教程》 闪四清 清华大学出版社 2003年1月版；
5、sql server 数据库基础教程与上机指导 出版单位:清华大学出版社；
6、网络资料。1）
2.其它相关文档 1）项目管理文档：《软件项目计划》、《项目进度报告》；
2）软件开发文档：《需求规格说明》、《概要设计说明》、《详细设计说明》； 3）软件测试文档：《测试计划》、《软件测试分析报告》； 4）产品文档：《用户使用手册》和《演示文件》
2实际开发结果
2.1产品
产品名称：hr医院信息管理系统
源程序行数：xx行； 程序大小：xx m 2.1.1程序模块
程序系统中各个程序的名字，它们之间的层次关系，以千字节为单位的各个程序的程序量、存储媒体的形式和数量；
2.1.2 程序版本分类
测试版 正式版 2.1.3包含文档
产品文档：
1)项目开发计划 2)需求规格说明书 3)概要设计说明书 4)详细设计说明书 5)用户操作手册 6)测试计划 7)测试分析报告 8)软件进度报告 2.2主要功能和性能
1.基本功能
图1医院管理系统应有的基本功能
各模块实现的功能分别是：
1、“职工管理”用于管理医院在职员工医生、护士等的基本信息。包括编号、姓名、性别、身份证号、地址、电话、科室名称、科室编号、职务、学历、执业资格、技术职称、聘用日期、备注。
职工还包括在医院就职的其他非医务工作者，如后勤服务者，管理人员，负责医院安全工作的人员等。
主要功能有人员信息新建、修改、查询、删除。输入姓名或者科室等基本信息查询出符合信息的人员名单
4、“财务管理“主要负责门诊划价收费，住院费用，病人资金帐户管理、预缴金处理、固定费用处理、处方费及各种治疗费。日清、月清报表
图1.3
关键词：软件技术,产学融合,人才培养模式,JAVA
校企融合、工学互动,是高职院校办学方向和人才培养模式的科学定位。要深刻剖析校企深度融合人才培养模式的含义,梳理校企融合与工学互动的关系,从培养目标、课程体系、教学方法、教学实施、考核评价、师资建设等方面对校企融合、工学互动人才培养模式的构成要素进行研究,使我们的软件专业真正做到“产学融合”。
1本人在教学改革中主要从事的工作
作为课题组的一员,首先我深入研究了“产学融合”人才培养模式,所谓“产学融合”人才培养模式,是将软件开发过程中典型工作任务提炼、加工成适合教学的任务,依据完成工作任务需要的职业能力序化课程。为此,我们课题组下企业进行了深的调研,去了哈尔滨的海康软件公司、哈尔滨的博成瑞达软件公司,还试听了今日图灵、达内软件培训机构的金牌讲师的JAVA课,回来我们课题组坐下来深入思考和激烈讨论,在此基础上修订人才培养方案,找到软件技术专业的准确的定位点,即我们的专业培养什么岗位人的问题,这个十分重要。接着我们对软件专业的课程进行进一步序化,安排软件专业课程的前后关系和课程的实施内容,进行教学设计和课程考核方案。
2软件技术专业相关课程中教学心得
我主要讲授《Java程序设计》课程,学生都是高考300左右分的学生,高中的时候没有养成好的学习习惯,来到大学就更想放松,学习的自动性较差,一次学习的时间30分以上就喊累。针对这样的一群学生,要认真分析学生的心理特征,选择适合的学习方法,经过几轮的教学实践, 我认为讲授门课程要以认知心理学为依据,即研究认知及行为背后之心智处理(包括思维、 决定、推理和一些动机和情感的程度)的心理,包括了广泛的研究领域,旨在研究记忆、注意、感知、知识表征、 推理、创造力,及问题解决的运作。也就是说这本课程授课要学生学会了才能继续后面的知识,我采用的模式的任务驱动教学法,在授课的过程中先给学生一个涉及本节课的教学任务,叫他们用以前学习的内容试着完成,之后讲授本节的知识点, 知识点设计不要太难,太多,讲解知识点的时候要从不同的角度来讲解此知识点, 讲解知识点的时候举例要接地气,举生活中的熟悉例子,这样学生学习起来感觉自然,不吃力。下一步就是布置一些综合练习进行训练,对知识点进行巩固,做到熟能生巧。这样一个知识点就讲解完成了。 学生都掌握了,才能继续下一个知识点的内容教学,这样一个一个知识点的学习, 学生就能学到这本领。上面属于教学设计的范畴,要求授课教师要有多年的教学实践经历,下很多功夫在课程的设计上。除此之外,要有严格的考核和激励制度做为保障,这样学生才能学习好本课程。
3本人撰写的课程标准和过程考核方案名称及课程目标
作为课题的参与实施人,我牵头制定了《Java程序设计》《FLASH动画设计》的课程标准。以上课程标准制定,都是基于人才培养方案,培养拥护党的基本路线, 具有良好的职业道德和法制观念,适应IT行业需要的,掌握国内外主流的软件开发平台和程序设计语言、具备计算机软件开发、网站建设、网站测试与维护的职业能力,面向软件行业从事软件开发、网站建设、软件测试、软件销售、网站维护及数据库管理工作的技术技能型人才。是课题组成员深入企业调研,深入思考、讨论的结果。课程标准实际上是授课教师进行授课的时候的指导性文件,这里涉及到了具体培养什么样人才,对每一个任务有知识目标、能力目标、素质目标,它们是一个递进梯队,是下一步教师授课进行教学设计的的指导性文件。课程标准中是具体涉及到教学实施,要考虑好每个任务设置什么内容,在有的就是没任务之间的关联关系, 有的是平行的,有的递进的。做课程标准的所有任务不能各自独立,要保证它们是一个独立统一的整体,是为一个最终目标服务的。
4本人完成的相关课程的教学设计
要讲好一本课程,必须对此课程深入的研究,做到全局和局部都要研究,全局就是我们说的课程设计,局部就是单元设计,好的教学设计,能使老师教的轻松愉快,学生学的高兴顺畅,反正老师和学生都很难受,学习效果不佳。所以说教学设计非常重要。教学设计是指教师依据教育教学原理,教学艺术原理,为了达到教学目标,根据学生认知结构,对教学过程、教学内容、教学组织形式、教学方法和需要使用的教学手段进行的策略。此过程是一个系统,包括学法、教师、资源、学习方法、 条件、情景等要素。教学设计就是要创设这样一个系统,并利用系统的科学方法来解决教学中的问题。教学设计是从学习者的学习目标为出发点,确定学习者的需求和教学中需要解决的问题,并提出满足学习者需求和解决问题的方法和步骤。教学设计需要以现代教学理论和学习理论为依据,转变传统的备课观,体现教育主体和学习主体的相互作用。
5通过本次教学改革项目的工作,本人收获是什么,存在哪些不足,应该如何改进
通过本次教学改革项目,“产学融合” 培养模式为课堂注入了生机与活力,给学生更加自由的学习空间,体现了以学生为本的理念,教师要自觉地把新的教学模式引入课堂,改变课堂的面貌,使课堂气氛活跃;教学民主;学生的学习热情高涨; 师生关系融洽。才能充分体现素质教育的根本目标。
一切为了学生,全面促进学生的发展是我们教师的责任。实现这些新的观念,就需要教师和学生的积极互动,共同发展,转变学习的方式,提倡自主、合作、 探究的学习方式,倡导学生要富有个性学习。教师不能单纯的讲授,应重视学生的学习态度和学习习惯的养成。学习能力的培养,重视学生全面素质的提高。培养学生的数学意识,合作交流和创新能力
需求管理的常见误区
软件项目的范围控制应该是在需求分析阶段就开始的，然而很多项目经理针对需求分析存在不少认识误区。
误区1：开发商和用户仅就软件需求的基本轮廓达成一致即可，具体细节准备日后协商。
从项目管理角度分析，这是非常危险的，许多软件项目失败的最主要原因就是需求分析阶段对问题、流程、细节的描述不够准确，导致后期预算超支或者工期延误。
正确的方法是：在需求分析阶段，双方必须对项目的应用背景、功能需求、性能需求、可靠性需求、可用性需求、操作界面需求、外部接口需求，以及项目评审的方法、标准、过程进行全面、细致地研究讨论，逐一进行明确。
误区2：软件需求是软件必需向用户提供的功能和界面，功能上满足需求就足够了。
从软件需求工程角度分析，这只是认识到了软件系统的功能需求，忽略了软件的非功能需求和设计约束，需求捕获不够全面。软件需求工程理论认为，软件需求包括功能需求、非功能需求和设计约束三方面内容。
正确的方法是：除了要明确软件的功能需求，还需要进一步明确非功能需求（即软件产品所必备的属性和品质，包括可靠性、可用性、安全性、可扩展性、可移植性等）和设计约束（即软件研发必须遵守的特定规约、限制条件、政策标准,如软件必须采用国内自主知识产权的数据库产品）。
误区3：需求调研的对象是用户，用户就是软件产品的最终使用人员。
从项目管理角度分析，该观点缺乏对项目相关人全面、系统的认识，对用户的概念理解不到位。“用户”是一种泛称，它可细分为客户、最终用户和间接用户三种类型。例如，很多企业的一把手并不直接参与软件的采购和操作，但是其对于软件项目实际上起到了关键意义的决定作用，属于最重要的间接用户。
正确的方法是：要充分认识用户的多重性、层次性、复杂性，在进行需求调研时应首先对用户进行分析、分类，根据重要性、优先级、特殊性对各类用户进行排序；其次，是针对不同类别的用户分别制订不同的需求调研计划，全面开展需求调研。需要重点指出的是，对于由多个业务部门共同参与的软件项目，在确认软件需求时一定要得到全部参与部门的共同认可。
误区4：按照“需求、设计、编程、测试”步骤研发出的软件不必考虑需求跟踪问题。
从软件工程角度分析，这是对于需求变更过程缺乏系统的认识的表现，严格线性顺序的开发模型并不能保证各个开发阶段的工作成果与需求保持一致。实际上，由于需求变更的不可预见性和必然性，各个阶段往往以螺旋的方式渐进。
正确的方法是：需求跟踪应该贯穿于整个软件需求管理阶段，需求跟踪的目标是实现《产品需求规格说明书》和软件产品之间的双向可追溯。
做好需求工程
需求分析是软件工程项目最重要、最基础的起始阶段，为后续的规划设计阶段提供参照依据。在软件研发项目过程中一定要树立需求工程的意识，将需求视为一项系统工程。为了能够全面做好需求管理，应根据项目实际情况严格划分项目阶段，清晰界定、定义项目阶段的基线，在每个项目阶段制订、执行阶段性需求管理计划，逐一认真落实。
1．需求工程的结构及目标任务
需求工程是一个包括创建和维护系统需求文档所必需的一切活动的过程。需求工程中的活动可分为两大类，一类属于需求开发，另一类属于需求管理。需求工程结构如图1所示，需求开发与需求管理的流程如图2所示。
需求开发的目的是通过调查与分析，获取用户需求并定义产品需求。需求开发过程有3个主要活动：需求调查、需求分析、需求定义。需求开发过程可分为两个阶段：用户需求调查阶段和产品需求定义阶段，两个阶段在逻辑上通常是以迭代的形式进行的。需求开发过程产生的主要文档有《用户需求说明书》、《产品需求规格说明书》（对于软件产品而言就是《软件需求规格说明书》）。
需求管理的目的是在用户与开发商之间建立对需求的共同理解，维护需求与软件工作成果的一致性，并控制需求的变更。需求管理过程有三项主要活动：
（1）需求确认:开发商和用户共同对需求文档进行评审，双方就需求达成共识后做出书面承诺，使需求文档具有商业合同效果。
（2）需求跟踪:通过比较需求文档与后续工作成果之间的对应关系，建立与维护“需求跟踪矩阵”，确保产品依据需求文档进行开发。
（3）需求变更控制:依据“变更申请、审批、实施、重新确认”的流程处理需求的变更，防止需求变更失去控制而导致项目发生混乱。
需求管理过程产生的主要文档有《需求评审报告》、《需求跟踪报告》、《需求变更控制报告》等。
2．需求的跟踪
需求跟踪的目的是建立与维护“需求、设计、编程、测试”过程的一致性，确保所有的工作成果符合用户需求。需求跟踪有两种方式：
（1）正向跟踪：检查《产品需求规格说明书》中的每个需求是否都能在后继工作成果中找到对应点。
（2）逆向跟踪：检查设计文档、代码、测试用例等工作成果是否都能在《产品需求规格说明书》中找到出处。
正向跟踪和逆向跟踪合称为“双向跟踪”。不论采用何种跟踪方式，都要建立与维护需求跟踪矩阵。
组建变更控制管理机构
项目变更是指项目实施过程中由于环境或者其他因素的变化而对项目部分或者全部功能、性能、架构、技术指标、集成方案、进度、质量等方面做出改变。
1．变更控制管理的任务及目标
信息系统项目实施过程中变更是无法避免的。变更控制管理的任务是：建立规范、严格、可行、高效的变更控制体系机制，组建变更控制管理机构，出台变更管理制度；对用户提交的变更请求进行快速的响应、受理；及时分析、研究、评估变更的可行性、成本、代价、范围；对于确定接受的变更请求制订变更实施计划方案及配套应对措施，实施变更任务，进行变更测试检查，做好变更记录。需求变更控制的最终目标是：通过建立严格规范的变更控制管理流程,拒绝不切合实际的变更，减少变更带来的风险，防止变更范围扩大、蔓延，杜绝随意的变更申请及受理过程等。
2．变更控制管理机构的建立
组建有效的变更控制管理机构和制订配套的变更控制管理制度，是进行变更控制管理的重要基础和前提保障，否则变更控制管理将成为一纸空文。变更控制管理机构（形式上可以是“变更控制管理委员会”、“变更控制管理办公室”、“变更控制管理组”等）是一个特殊组织，对项目负责人直接负责，它不受现存的职能组织结构的束缚,可由来自不同机构、不同部门、不同专业、不同岗位的人员组成，各成员划分权限岗位、明确职责、落实责任、协同工作。一般情况下，变更控制管理机构内部应至少配备以下四种角色的成员：
项目管理人员（类似于“项目经理”）：主要负责制订项目管理制度和项目管理计划，督促、检查、落实、考核项目执行过程，做好项目干系人之间的沟通协调工作。
技术负责人员（类似于“总工程师”）：主要负责项目中信息技术平台的分析、建模、设计、测试、实现。
业务管理人员（类似于“业务经理”）：主要负责收集整理业务需求、编写需求说明书、验证和评审需求、管理和控制需求变更。
通信联络人员：主要负责项目组织内部成员之间的信息发布。
需求变更控制 管理工作程序
需求变更的目的是希望软件产品更加符合用户的需求，但是变更涉及的人员多、范围广、影响大，在进行变更控制管理时必须建立严格、规范的变更控制管理工作程序，这样才能使项目始终按照预定的方向、模式、进度进行。
需求变更控制过程中最难办的事情不是“满足用户提出的变更请求”，而是“在用户认同支持、追加项目投资经费的前提下尽快完成变更任务”。用户往往认为提出变更需求是基本权利，而软件开发商往往认为只有义务解决在《用户需求说明书》、《产品需求规格说明书》中预先定义的各类需求，除此以外都应该拒绝或者在用户追加投资的前提下解决。
现实中信息系统项目的目标是具有一定弹性的，这一点尤其重要，用户和软件开发商之间为了达成共同目标不可能针锋相对，项目管理人员需要利用高超的管理艺术、沟通技巧、人格魅力，在对立博弈的关系之中寻求最佳的平衡点。
另外，有必要强调的是，在项目实施过程中，变更处理越早，难度越小，损失越小；变更处理越迟，难度越大，损失也越大。而且，任何变更都必须经过项目建设全部相关方（建设单位、承建单位和监理单位）多方确认后才能计划实施，严禁任何一方擅自变更。对项目变更的范围要有明确的界定，而且项目建设全部相关方对变更范围的理解上都没有任何异议。
1、在项目初期没有进行风险的管理探讨，项目远景定义和功能集合的详细定义。
当项目走了很远，出现很多问题的时候，领导总算想起要做一个边界定义，但这个时候已经迟了，项目已经变得不可控制。
经验总结：
由于客户一般对计算机不是很了解，和他们交流是用软件行业的专业俗术语，他们根本就不懂，如果用文档也很难把需求写得那么明白，而且文档很多的话，客户都看烦了，很不直观。
如果让客户一看就可以看出这个就是他们想要的，我认为最好的方式就是做系统原形（界面的功能模拟）。
系统原形应该在需求分析师的指导下完成，当然开发只是界面的功能模拟，没有底层代码的实现。这样做的目的有三个好处，一是客户很直观的看到他们的系统是什么样子的以及怎么操作，二是这些开发的成果是可以二次利用的，三是可以更好的激发客户的需求。
2、不注重用户参与。
没有一开始就让用户参与详细需求的制定的做法，大部分都是靠需求采集人员的猜想，猜想往往和实际有差距，造成系统功能不切合实际，与项目实际需求差距大，运行效果差。
经验总结：
项目的开始和结束用户是需要一直参与进来的，我们每做个可以运行的功能等就需要和用户交流，这样可以避免很多风险也可以尽早发现需求的误解的等等。
需求调研前期的《信息化规划》、《目标与范围》和需求调研末期的《软件开发需求规格说明书》都要跟客户签字确认，这样既能保证我们所理解的需求就是客户所要的，也使得项目末期跟客户验收时有据可依。
3、集团化以后，项目经理没有意识到信息化核心问题是管理变革问题，还跟着原来的思路开发软件。
在组织架构、权限、供应商等方面与力和集团理解不一致，没有分别按组织进行区分。
经验总结：
要根据企业业务需求制订策略,调整软件组织结构, 详细设计软件各组织架构之间的逻辑关系，做好这些最基础的功课，避免信息化项目成为无本之木。
4、软件开发人员、设计人员能力的低下、项目经理的管理能力不足。
低素质开发人员由于没有接触过实际业务，无法跟客户沟通，甚至害怕客户提出需求，总是担心客户
第1页，共5页 的需求会增加自己的工作量，不愿配合。导致无法理解真正的需求，也无法改进系统功能。
设计人员能力的低下，设计系统结构时过于定制，系统的可扩展性较弱，给后期维护带来巨大的负担和维护成本的激增。
当出现严重问题时，项目经理没有根据现阶段状况重新评价需求分析结果、开发人工数估算、设计结果等就匆忙采取头痛医头、脚痛医脚的措施，致使问题更严重。
经验总结：
实行双项目经理制度：为开发项目设定两个项目经理岗位，一个负责技术岗位，另一个负责管理岗位。目前，国内的软件开发企业的项目经理一般都是一名，而且是技术出身的占绝对多数，他们主要擅长的是技术研发，在管理方面先天不足，这不利于项目风险管理和控制。通过增加专门的管理经理岗位，可以弥补技术出身的项目经理的不足，提升软件开发项目的管理水平。而且这样的经验也已得到了国外业界大多企业的认可。
技术岗位：负责技术框架的稳定性和可扩充性、质量的保证、风险的预测以及数据库的设计，模块测试、接口测试、白盒测试等；
对于该项目具体需要多少人员、时间；到底需要什么层次技能的程序组组长和具体开发人员给出详细的计划；
对程序组每周具体的开发目标的进行检测验收，保证开发进度。以及其它需要考虑的问题等，如网络速度，服务器访问量，数据库查询优化，都需要整体考虑。
管理岗位：掌握行业知识、项目的前期调研、需求分析、功能模块架构设计、人员的管理、实施计划的安排执行和跟踪。提交《目标与范围》和需求调研末期的《软件开发需求规格说明书》。
一个项目在前期的工作非常重要，就算是一个错误的话，后面有再强大的开发团队也是白搭。我们还是一个年轻的团队，很需要公司来培养这样的人才，如果是遇到项目，再招外来人员来担当这样的工作，风险是可想而知的。
而且这样的人员肯定是从项目实战中成长起来的，不是有其他软件项目管理经验的人员或者技术开发人员转过来就可以做好的，更不是从书本或者参加某些培训就可以学到的。
5、一味的追求快速开发，时间进度。
每天都加班加点地工作，造成人员流动的扩大以及工作效率的降低。最后无论客户，还是开发人员，都想早点结束项目。
经验总结：
项目中有个不变的金三角法则，即时间、功能和资源。我个人的意见是用我们的实际能力按照一个正常的进度去做，一个项目在功能、时间和资源一定的情况下，没有捷径可以走的，必须一步一个脚印。
6、胡子眉毛一把抓，不分主次。
整个项目没有指定里程碑或规定设计评审期，没有计划什么时间节点完成某一个组织或部门的信息化评审后，再进行下一个阶段的开发计划与实施。摊子铺得太大，软件人员和准备严重不足。
经验总结：
第2页，共5页
根据企业不同的发展阶段，按照规划逐步深入，这样一方面可以避免投资的盲目性，另外一方面在前期的投入收到效果后，再进行下一阶段投入的同时，员工和企业领导也容易接受，软件人员的压力也会相对减少。
7、开发结果不验收测试，开发技术水平低下。
开发结果没经过测试就给客户上线使用，造成报表的数据很多对不上账目，已经打印出来的报表，过几天再打印数据就不一样了。
由于项目经理没有明确要求技术水平，寄希望于员工自己努力，造成打印的单据上，‘毛重’减去‘皮重’ 不等于‘净重’的情况。
经验总结：
必须做好充分准备的开发计划，对于该项目具体需要多少人员、时间；到底需要什么层次技能的程序组组长和具体开发人员给出详细的计划。
8、没有项目总结会议，不重视项目质量。
软件从实施开始就产生了很多问题，但遗憾的是从开始到结束没有组织过一个项目总结会议，问题日积月累，最后导致项目失败。
不重视项目质量。在代码和数据库设计中时间投入很少，这些工作本来就是比较抽象的，需要不断的研究和推敲才能设计好的，但是我们为了时间进度，很快就赶出来了。
经验总结：
每日必须召开项目总结会议，随时捕获风险，当日事当日毕。
软件开发初期的时候，就开始猛抓质量，而不是走“先上线、后优化”的项目常规实施方法。若发现质量不合格的地方，就让开发人员重新返工。
9、软件版本发布周期频繁。
几乎每天都需要进行一次版本更新，有时候1天更新几次。更新完成后，客户无法登陆，软件功能无法使用，以前录入的数据看不见等情况。让客户怨声载道，骂声一片。
经验总结：
发布周期为1周1次或2周1次，在版本更新前，必须做好充分的测试，方可交给客户使用。
10、不重视客户体验，缺少抵御风险的奖励机制。
系统不以客户为中心,不能提高业务部门的工作效率,忽视了客户体验；通常10分钟能完成的工作，工作人员操作软件1小时才能完成。
很多时候加班是没有加班费的，并且在实施过程中又没有任何奖励。所以，员工认为是这套系统拖累了他。虽然项目对公司有益，对他个人就没有多少好处了。
第3页，共5页
经验总结：
公司应该拿出一部分预算，有计划有规模地组织用户进行测试，对操作员给出的体验意见做好详细的记录，并给予充分的重视，对其中有用的软件改进意见给出相应的奖励。做好足够的风险应对计划，抵御这种影响所带来的对系统本身的顺利实施以及实施人员的信心和工作激情的冲击。
11、缺少数据风险意识。
在系统的并行阶段，没有统一的基础数据，如材料编码、单据标准等。数据录入的缺少合理安排，缺少数据风险意识。
用户总是反映报表数据与小票单据帐目对不上，录入的小票数据丢失了。
软件系统是一个高度集成的系统，一个环节的出错将可能导致一系列的错误，所以，对数据的准确性提出了很高的要求。
经验总结：
必须制定《公司基础信息编码》，搭建了整个信息化制度。在项目实施过程中，针对类似的问题也不能光靠人工对账减少错误，而应该采取一定的控制措施，利用系统设置，做好问题的预防措施。比如我们可以建立每日审账制度，在系统中进行设置，每天录入完成的票据都进行核对，核对完成后进行锁账。出台《操作规程》，《操作员奖惩办法》等等，规避风险。
12、不注重细节。
天下大事，必做于细。1%的错误往往会导致100%的失败。力和项目在开发的时候，仅仅是满足于“软件可以使用”或“功能能够实现”的情况，并没有关注到每个设计、每次改动、每天的操作。
经验总结：
在此对之前开发过程中一些可以改进的细节列出，进行总结，在今后的开发中将进行改进。（1）软件每一个打开的窗体都应该写上标题，而不能是默认的标题。（2）操作按钮位置、操作顺序必须一目了然。
（3）软件的功能都加上快捷键，使它适应不同操作习惯的用户。
（4）每一个窗体都加上“关闭”快捷键，当用户需要关闭窗体时，只需要点“ESC” 键就可以退出，方便用户的操作。
（5）所有输入文本框都必须按照用户的业务要求进行排列，使用户可以更快更好地输入数据。
（6）进入系统以及退出系统时，如果程序执行比较耗时的代码，应该给出个提醒，而不能让用户傻等，最好放到线程中处理，不能让主线程出现假死状态。
（7）用户登陆的窗口，应该自动帮用户记住用户名，用户可以自己确定是否要记住密码。
（8）复杂的查询条件，错误提示之后，原来的输入是否都还保存？如果都没有了，用户要再输入一遍会很烦。
（9）查询错误或无结果，必须有提示。（10）下拉框中的数据必须有排序。
（11）系统中的各种提示必须要合理，不能有误导用户的情况。
当然，还有许多需要注意的技术和非技术的细节问题，往往我们技术人员觉得不重要的东西偏偏是用户觉得最重要的。我相信，在软件开发的过程中，你只有琢磨你的用户是怎么想的，你才能使我们的软件
第4页，共5页
更加完美，付出得越多，得到的越多。
13、没有结果的结束。
我们几乎听不到有人出来说项目失败了，我们听到的是延期、暂停、取消等等形容词，但是其实，我们其实应该承认，我们有做了一个失败的项目。
经验总结：
我们花了钱，项目失败了，但至少应该买到教训。
项目的成败是变数多多，既有技术的，也有管理的，也有关系的，既有自身的，也有客户的，但是只要我们把我们可以控制的做好了，至少这个项目成功了一半。
这学期通过宋老师讲授软件项目管理这门课程，自己学到了很多东西。最初在单位做设计是一个盲目的过程，无计划、无框架设计，拿来需求大家把模块分摊，就开始埋头写代码，总认为设计代码是最重要的事情，但是经过几次尝试，每次做出的东西不是很理想，自己也不知道原因为什么会不理想呢，自己做的东西是按领导拿来的需求书上的要求做的，可为什么用户不满意呢。
通过学习软件项目管理这门课程后，我知道我们做开发失败的问题了。我自己总结了几点：
一、项目接到手，没有根据软件项目开发的流程进行分析、设计。
二、项目需求说明书、概要设计说明书、可行性报告、详细说明书、数据库设计说明书、软件详细设计说明书，测试报告这些文档东西应该是在设计过程中产生的，但我们工作中都是软件做完了，为了项目的验收急急忙忙赶制出来的。这些说明书已经失去了他们的意义。
三、人员的配合、管理也是很重要的。我们单位中领导就是项目经理，但是这个项目经理没有达标，有项目了他带领大家开会讨论，在会议上就把此项目的可行性和工作分工就安排好了。会下大家就埋头写代码，大家之间的交流也很少，直到模块要合并时，出现问题了大家才把自己的设计理念讲一下，再修改再合并。后期的修改合并工作是一个最费时的事情，把设计中的大多时间花在了这里，如果大家在最初按照流程走，定期交流，项目经理监控、督促就不会出现这样的事情。
四、做项目每个人员的态度认真也是很重要的。自己习惯了大企业中的慢生
活，我们开发软件都是快到项目验收了，才加班加点的工作，这样怎么能做出好软件呢。
宋老师还给我们布置了项目开发作业。我们小组设计了“时光网上商城系统” 我这次所经历的项目更让我明确了这点。在这个小项目里，虽然我们一个月完成了这个软件设计，但存在很多问题。“时光网上商城系统”包括9个模块，我在这个项目里，我参与了概要设计、详细设计、软件测试文档的编辑和会员管理模块、商品展示模块的设计。这两个模块的设计对于自己来说没有什么问题，因为在单位就是做这个的，但是在前期的概要设计说明和详细设计说明对自己有点困难，因为以前没有这样做过，没有什么设计框架，这时自己拿出宋老师讲的笔记和图书进行学习，再和队友交流，终于有了自己的框架。所以、在这个过程中我明确了技术的实在意义，明确了项目管理对我的指导，同时也明确了自己的今后项目开发应该怎样做。
整个项目进行的过程中，我一直在边学习边制作，每周与其他同学定时交流，整个过程我收获很多。
一、项目小组人员都职责明确，每周定时交流沟通工作进度，随时更新方便开发人员、测试人员之间的交流。
二、细致的计划可以让项目进行避免弯路。
三、项目经理时光的组织、督促和监督，小组人员的齐心，这个项目才顺利能完成。
四、这个项目制作把绕老师和陈老师讲的内容也都应用在初期系统构建和中期、后期的软件测试中。
五、通过学习认真分清了软件管理与软件工程的关系和项目管理知识体系。
软件项目管理这门课程是我们软件工程专业学生的一门重要的课程，这门课程的开设必有其重要性。软件项目管理的提出是在20世纪70年代中期的美国。由于开发项目不能按时提交、超出预算、质量达不到用户的要求等原因，70%的项目出现问题。于是，软件开发者开始逐渐重视软件开发中的各项管理。软件项目管理和其他项目管理相比有相当的特殊性。首先，软件是纯知识产品，其开发进度和质量很难估计和度量，生产效率也难以预测和保证。其次，软件系统的复杂性也导致了开发过程中各种风险的难以预见和控制。因此，项目管理对软件生产具有决定性的意义。
只有相信团队合作才可能把项目做到最好，从整个项目的过程来看，团队合作中需要沟通、分工、协作和监督。只有做好这四项才算是一个好的合作团队。首先，团队合作最基本的技能就是沟通。沟通的目的就是让别人了解你的想法，因为每个人考虑问题的时候总会有各种各样的偏差，我们只有沟通很好的沟通来综合所有人的好的想法，以减少走弯路，而让事情进行的更顺利。因此我们也开了几次会议来互相了解沟通，当然最重要的是与项目经理的沟通。会议中他很认真负责地跟我沟通，我在沟通中用词不当或犯什么错误时，他都会指出来，并改正我的说法，因此单从与他的沟通中就学到了不少以后工作时将会用到的实在的知识。我们项目每人都是按照他给我们的计划提交相应的文件给他，但质量是参差不齐的，他都会进行审核，然后给出建议，让我们修改优化后，他才会通过。
Production软件项目CRM客户管理系统:CRM系统建设目标就是建立_个统一的客户信息系统平台, 采用先进的数据库及工具等决策分析技术发现潜在的用户信息和销售机会, 为客户提供个性化服务, 并且专门针对客户业务建立一个业务管理支撑系统, 将面向客户的市场营销、服务管理工作系统化、专业化和策略化, 对客户的特定要求提供个性化的、优质的售前、售中及售后服务。部分系统集成工程案例1山BC安金KS工糈设计施工备案证明4·位《·>环境噪声自动监测系统:是基于微软公司的NS服务系统上开发的一套WEB应用程序。本系统提供了噪声数据的统计分析功能, 通过浏览器就可操作查看, 使操作更简单, 更灵活, 适用面更广。该系统主要功能包括数据审核、数据耷询、报表生成、系统设置等。数字校园网络工程:大同市+—中数字校园网络工程、同煤二中数字校园网络工程大同市十二中数字校园网络工程 (在建) 、雁北煤校校园网络工程大同市铁路第一中学学校校园网格工程大同市第七中学校校园信息化系统及设备工程大同市云岗中学信息化工程建设项目视频多媒体工程:大同市纪检委及各区县视频会议工程、大同市交瞀支队视频会议项目应用网络系统工程:大同市纪检委IP电话工程、大同市旅游局电子化管理和商务网络建设系统朔州市财政局国库集中支付系统、大同市纪检委一网六平台监测系统大同市统计局网络防护项目大同市国税局机房维护项目大同市车管所所需电子档案管理系统项目安防监控工程:大同市南郊区教肓局国家标准化考点建设工程大同市人民政府防汛抗旱指挥部办公室视频监控工程中共大同市委党校监控工程II软件企ill认定证书麝软件产品记证书·窜供邮R合产*扣·产iuatami TCtii�M<it轉金重认xttiia臂a办a>B·成产4攻展的8千产fitta办法) 的«关»定, a-fffie.特«此证寧清金ik:大公.证衫投兮::ou-oo»o ft ftiW�8咖关:專碎‘·日:ill SJBBBil m一ut Ul ut*Mt UtMl m ut ui*»»Mi Ut Ut_J�丨ifti tttn l_
关键词：软件产业；软件项目；软件工程；项目管理
中图分类号：TP311 文献标识码：A 文章编号：1674-7712 （2014） 04-0000-01
当今国内软件发展的落后现状，从本质上说并不是因为技术落后，而是有效管理的问题。就软件设计理念和工程管理的实践经验方面而言，需要国内相关企业继续完善学习。国内相关产业在经营过程中呈现出很多问题，这些问题已经阻碍软件项目管理的有效实施。
一、软件工程管理的定义
从定义上界定，软件工程管理是与管理专业相关的理论，根据相关产业开发的实践情况，要确保软件工程可以根据预算成本、进程、成效依次实现，进而对生产从成本、员工、进展、成效、风险、知识等实行监控管理的相关措施。然而在实践过程中，软件工程管理的价值不限于此，实施软件工程管理有助于设计师将个体设计实力转变为公司整体的设计能力，公司的设计效果越好，说明该公司的相关产业制造转向成熟，公司也更能迅速发展。
二、软件工程管理的目标
软件工程管理是一种有效的管理方式，可以让项目工程根据预算的生产成本、进展、成效依此实现目标，进而对生产从本、员工、进展、成效、风险、知识等实行监控管理的相关措施。把“项目”作为基础运转因素的相关产业，都在努力把软件工程纳入生产设计程序内，对工程设计生产进行合理的管理。一个工程项目能否顺利进行，项目工程管理将起着决定性的作用，软件工程管理已成为行业认可的软件设计制作公司的主要竞争力。
三、软件工程管理的标准
（一）平衡标准
我们在考虑工程项目为何失败时可以分析其产生缘故，诸如管理方面、工作人员的专业素质等方面的问题，使用软件的顾客、软件的设计生产企业、营销中介商对客户需要、开发时间、使用效果、消耗资源四个方面之间的平衡不够重视，这一最本质的问题比较容易被忽略。
（二）高效标准
在客户需求、资源消耗、开发时间、软件成效四个方面，大部分项目领导者最重视工程进度，当前的市场竞争愈发残酷，相关产品越早进行交易，就能提前获取收益，就可以实现收入大于支付从而长盛企业获益，因而要多开发工程项目，基于此类普遍的行业观念，项目工程开发愈发注重速度，各企业从项目开发的逐个环节寻找可以提高效率的方法。针对提高效率的标准，对工程的管理需要强化以下几个环节：提高工作人员的专业素质、确定软件开发目标、明确软件规模、实时交流客户、完善人力资源管理等。
（三）分解标准
针对项目工程整体的内容过多、难度加大，企业能够把大的工程切分为多个小工程同时进行。这样做能够减少工作人员的工作难度，降低工程的管理风险，并且可以确保把工程管理的权力普及到基层员工，有力的发挥工作人员的自主性，使工作目的清晰确定，容易逐步推进，同时满足工作人员的价值认同感，提高员工工作的积极性。
（四）实时监控标准
对工程进度进行实时监控，凭借系统全面的监督制度来确保监控力度，从而达到对工程进度的实时监控的进展，把工程的整体进程纳于企业管理的掌控之中。要时刻监控，保证项目经理可以实时发现问题并及时进行处理，确保工程具备一定的透明度，保障工程的顺利进行。
（五）分类管理标准
每个项目工程都具有自身特征，工程的管理方式及需要特殊关注方向大都有区别。类似我国古代教育家孔子曾经提出因材施教理念、医学家提出对症下药，都是要求项目经理针对工程的特征，在实际操作中针对具体问题采取切实有效的解决措施。
（六）简洁有效标准
项目经理在管理工程的进展中，常常会受到工作人员的指责，诸如过于耗费时间，没有解决实际问题，工作过分繁琐等，类似现象比较寻常，这些指责的来源主要有两方面，一方面是研发人员自身具有叛逆的性格特征，对项目经理不了解；另一方面，项目领导人员需要反省自身采用的管理方式能否奏效？管理技术不是学术探讨，不存在绝对完备的管理技术，只存在实际奏效的管理方式。例如：项目经理不停的完善项目缺陷，处理能发现的所有问题，致使项目迟迟无法完工。正是这种完美主义思想会把工程的管理引入一个误区，自掘坟墓，最终管理不能奏效，决定工程项目的失败。
（七）范围控制标准
此类标准是要调控项目团队的人数，无需太多人数，参与员工过多就会导致互相交流的路径越来越多，管理的难度自然就提高了，管理层的操作难度也就提升了。在著名IT公司微软的MSF中，存在很准确的标准就是对项目团队的人数控制范围为10人左右，这个标准自然并非固定，也和项目经理的职业素质有重大联系。然而对于一个工程项目来说，团队员工素质重于数量，这也是业界公认的，也和上述的高效标准、分解标准相互协调。
（八）团队的知识积累标准
凑效的知识累积方式是：对工作人员进行专业培训，专业素质和载体分开进行。详细的方式是。把需求计量的知识主体分成固定知识（工程成绩）和流动知识（团队员工）两部分，再将知识主体的成效表现为有差异的计量面。针对全部知识主体在各个计量面的计量值，计算出有区别的知识平面指数和企业知识指数，再针对这个知识指数系统来系统剖析企业的知识累积现状，进而快速采取合理的针对措施。
四、结束语
软件工程管理一定要科学合理，这样才有利于切实提升企业的整体能力。软件工程管理也具有一定的科学规律，唯有将这些规律恰当地与现实活动相结合，把握软件工程管理的定义，围绕软件工程管理的目标，明确软件工程管理的标准，软件项目管理才会取得实效。
参考文献：
[I]邹晖.软件项目管理开发与应用[J].中小企业管理与科技（上旬刊），2011（05）.
[2]雷坚.项目管理在软件开发中的应用探究[J].软件导刊，2011（07）.
[3]陈丽杰.浅析软件项目管理中的需求管理[J].科技资讯，2007（14）.
【软件项目汇报总结】推荐阅读：
软件项目总结免费11-15
软件项目施工总结报告10-16
软件项目计划书总结11-20
软件项目管理经验总结03-19
软件项目管理流程总结06-09
软件项目质量管理实战总结10-22
软件开发项目总结报告范文03-08
软件项目阶段性总结报告03-13
软件项目开发总结报告模版05-28
软件系统项目相关工作总结01-18
