软件项目总结

1软件项目需求分析总结

需求分析是项目开发的基础，基础打的牢不牢直接关系到后面所有的工作，是项目实施成败的关键。

总体上说，我们的需求分析是做了，但是做得很不够，我们做的需求只解决了我们能做出这样的项目，但是没有解决这样的项目是不是真就是客户想要的。造成这种状况的原因主要是下面几个情况：

客户本身说不清楚

文物网是这样，中彰国际更是这样，但是这不能怪客户，毕竟客户在软件方面的知识要少的多，也没有相关的经验，可能心里只有一个想要的软件的轮廓，于是可能会要求我们去替他们来完整这个轮廓的细节，而我们的能力、我们能否真正站在客户角度去搜集和整理这些需求，就决定了这个需求的完整性和有效性。

需求自身经常变动

随着客户对这个项目越来越深刻的理解，那么可能他的需求也会随之改变，这些变化的可能性越大项目风险就会越大，我们在需求分析的时候就要充分考虑到哪些需求是相对固定的需求，哪些可能会是产生变动的需求，考虑到他的可变性，这样设计功能和数据库的时候不致因为后面的变动而影响整个工程。

分析人员或客户理解有误

毕竟，不是每个分析人员都是专业而合格的，为避免这种情况的发生，需求分析必须要有审核制度，公司自己内部要审核一遍，客户再审一遍，提出意见，修改后双方共同评审签字，确认。

由此出现的问题：

a)需求分析过于笼统，只关注到面上，没有关注到点上，开发出来的东西在具体的细节上和客户的理解有误差，并且无法严格界定是否属于需求变更。中彰的方案就是这样的。

b)需求报告只求我们这方评审通过，不去关心客户的评审，认为只要客户签字认可就行。虽然签字认可能够给日后出现问题时划清我们的责任，但是不能保证使项目实施成功。

c)需求分析中含有技术实施上有难度的功能，一味的求全和盲目按照客户的设想，受客户影响过大，毕竟，很多时候，客户的想法在实际实施过程中是不现实的，或者可以有更为简便的方法来替代的。如中彰国际的在线交易功能，后台大批量邮件群发功能。

d)对双方已经确定的需求，实现以后并不适合客户使用，需要按照变更手续执行的时候，客户可能会纠缠，提出“你们是专业人士，你们应该事先能提醒我们可能会出现这种问题”并以此来把责任推给我们，而我们又不好完全按照变更手续执行，因为可能激化双方的矛盾，比如508的批量处理功能，因为属于人事管理比较专业的细节问题，需求分析师开始没有对客户业务熟悉到如此细致的地步，而客户也没有过多关注这些细节，导致软件的某些功能不合用，较为繁琐，而重新按着客户的意见修改的话工作量比较大，导致成本增加、工期延长。

e)项目的成熟度受客户预算的限制。大部分客户在项目投入上都是有预算的，在成本有上限的前提下，项目的功能设计（软件的成熟度）方面必然受一定影响，毕竟功能越多越完善，相应的开发成本就越高。这种功能上的不完善需要事先告知客户并得到理解。

f)此项工作的反复造成思想上的倦怠，使需求分析最后虎头蛇尾。需求分析是一项繁琐枯燥的工作，需要和客户之间不断的商讨、确认和反复，另外由于大部分的客户虽然安排专人负责这项工作，但是该人并不只做这项工作，特别当他被很多其他的事情缠身的时候，而无心细看提交过去的需求报告的时候，他很可能会给你一个错觉，让你认为他已经真正的理解并认可了你的设计。

结论

a)需求分析是整个项目管理中需要重点控制的几个关键节点之一，首先思想上一定要重视。

b)需求分析报告的编写者要参与到需求的搜集工作中，准确领会客户的意图，并转化成软件能够实现的功能。对于说不清楚需求的客户，要善于问关键问题，引导客户提出自己的需求。可以采取的措施是事先编制一个问卷调查之类的文档，详细列举需要客户回答的问题，以便防止遗漏。

c)需求报告的编写者要能够对客户需求进行深入分析，区别出哪些需求存在日后变更的可能，哪些需求属于相对固定的，哪些需求能够实现，哪些需求需要变通才能实现，以便于指导后面的功能设计。

d)需求分析报告对功能细节的描述不能有歧义，描述一定要全面、准确，防止开发方和客户只见对同一个问题有两个截然不同的理解。可以通过评审，用大家的力量来避免这种情况发生。

e)需求报告的每个关乎功能的描述都要让客户明白和理解，客户在理解之上的确认才能够保证日后一旦出现问题不致出现双方互相推托责任纠缠不清的情况。

f)需求报告一定要经过一个有技术人员和业务人员参加的评审，要充分发挥团队的力量，重视每个人的才智，一个模块一个功能的逐一的过，让大家来共同找出需求报告里不合理的、有歧义的、不完善的、遗漏的等等问题。

g)帮助客户去理解提交给他的需求分析报告而不是只等签字，对于有能够用好几种方式实现的功能，尽量做到能让客户去比较和选择。不要让客户对报告中的部分产生歧义。只有客户对报告的完全的理解，才能在日后客户提出的修改被认为是需求变更的时候能够得到客户的理解。

h)最后，需求分析报告一定要双方共同签字确认。

2开源软件项目个人总结

开源项目研发情况:

我参与的开源项目是3D_ATTACK。是一款基于opengl的3d飞行射击游戏。目前的开发进度是做好了游戏的框架并且有一关正式的关卡（有普通敌人和boss），和一关demo（作为脚本的样本，演示了敌人子弹等等对象的设定与生成，注销的过程）。 个人担任的角色

我负责的模块是场景的初始化以及生成与绘制，GUI（游戏菜单与游戏时的信息显示），以及在3dmax上进行模型的绘制，以及对外部导入的模型的压缩。

对项目的贡献

根据统计，我负责的部分代码量为1156行，占总体的13.6%。但是相对在3dmax进行的工作没法进行统计，总体来说投入的工作量与时间应该在总体的20%左右。

对开源软件开发过程的体会

进行开源软件开发的过程也是自我学习与提高的过程。开源软件的共享性使得我们能够从他人的工作中获得实惠，如opengl，fmod等等，如果没有前人的创造和维护我们能实现简单的3d效果和音效已经很困难。而通过对他人的工作的学习，也让我们自身的实力得到了提高。

但有一点也值得注意。开源软件因为缺乏商业投资，在某些领域缺少成熟的软件。比如在3ds模型导入opengl方面，我们找了很多开源工具，但总是会出少许问题，或者功能不完善。（也可能我们自身实力有限）但在windows平台下有3D exploration，导入3ds文件后可直接转换为cpp文件并且保留纹理与贴图信息，只需将几个贴图文件放入同目录就ok了。可见开源并非万能。

自己的经验教训收获建议

3d_attack的开发是个teamwork的过程。通过这次项目的开发，我发现了自己在代码风格、编程习惯等等方面的不足。在开发的过程中，使用了一些api但是有时没有完全搞清一些参数的意义，只是模仿一些样例，导致后面出现了一些bug。在内存的管理上考虑不慎，导致出现了内存泄露。在今后的项目中，首先要严格遵守代码风格的规范，不仅方便自己阅读与改动，也要方便他人阅读并且易于debug。写代码的时候保持严谨，尤其在内存管理方面多注意，尽可能提高程序的性能。

对开源软件开发的认识

开源软件的魅力不在代码本身，而是在于其开发方式，即允许所有程序员参与开发的开放源代码哲学，与他人共享自己的开发成果，于是开源社区不断扩大，创新浪潮高涨。众人拾柴火焰高，大家都参与下能产生idea的碰撞，为软件的发展提供更多的出路。而且在软件规模需求越来越大的今日，很多东西也不是靠个人力量能够完成的。另一方面，人多就得做好协调沟通。否则反而影响效率。过于集中限制个人风格的发挥，而过于民主导致效率低下。这都需要根据规模和人员不断进行调整才能达到较好的平衡。

3软件项目团队合作总结

不知不觉大二就要结束了，在这一年里给我最深刻的感受就是通过软件项目管理这门课程让我体会到了团队合作的重要性。我们每个人都不独立的，既然我们生活在这个社会里，那么我们就必须学会如何更好地和别人进行合作。

首先作为一个团队，我们要处理好队员与队员之间的关系。团队不仅仅是把几个有共同目标的人凑到一起做事情，还会在团队存续期间乃至以后的生活中持续发挥影响。无论在工作中还是在生活中，都必须保证队员之间的良好沟通。在这一点上，我感觉我们小组做的还是不错的，我们能够做到彼此真诚，能够为了完成一个共同的目标而一起努力。一滴水只有放进大海才会永不干涸。

个人再完美，也不过是一滴水，唯有融入一个优秀的团队，才能获取源源不断的力量源泉。在我们小组合作期间，我们不仅仅是一起完成了工作，同时我们也更加的了解小组里的每一个人。团结就是力量，联合就有优势。融入团队并不是要磨平个人的棱角，团队就是一面凸透镜，它通过将分散的光线聚于一点，产生“1+1〉2”的强大效应。在我们小组之间建立了深厚的友谊关系。这是我感受较为深刻的地方。

团队合作还有很重要的一点，那就是相互之间的信任。无论何时何地，信任是合作的开始，也是管理的基石。一个不能相互信任的团队，是一支没有凝聚力的团队，是一支没有战斗力的团队。信任能使人处于相互包容、相互帮助的人际氛围中，易于形成团队精神以及积极热情的情感。信任能使每个人都感觉到自己对他人的价值和他人对自己的意义，满足个人的精神追求。学生时代给了我们一个这样的环境，因为我们之间没有利益的争夺，没有官场的勾心斗角，所以也就不存在团队之间的相互猜忌。这是我们在合作 开始能够很好地完成任务的保障，即使到最后我们不得不以失败而告终，但我们小组之间也没有相互埋怨，相互发怒的情况。这一点我感觉是一个值得提倡的亮点，我们永远不会遗忘我们曾经在一起奋斗过，拼搏过，努力过，相信加入我们能够有下一次的合作，依然能偶做到相互信任。

团队合作一定要讲求效率。做好工作日程安排，并严格地按照日程安排进行工作。同时，也要对人员进行合理的分工，塑造团队精神，要坚持优势互补原则。优势互补原则把发挥人们各自的比较优势作为核心，在发挥人们各自优势的基础上进行协作。团队重视发挥人的比较优势，坚持优势互补的原则，把人们各自的比较优势组合在一起。这一方面是因为团队目标的完成需要效率的支撑，另一方面还因为“一鼓作气，再而衰，三而竭”，要想保证团队的同心协力，就必须摒弃拖拖拉拉的工作作风。在效率上面，说实话我们小组做的并不是很好。刚开始的时候我们能够很好地完成老师给我们的任务，能够根据我们每个人所擅长的领域进行合理的分工。

但是随着时间的推进，我们越来越感到吃力。首先是我们的知识掌握有限，越到后期需要的知识储备量越大，然而我并没有很好地利用大学里的闲暇时间来给自己进行营养补给，就我个人而言，大学图书馆我就没有进去过几次，的的确确是自己的懈怠。让后就出现了恶性循环，越是不会就对这个项目越感到吃力，进而打消了自己的积极性。其次，我们小组在一起的时间也变得比较少，即使在一起的时候，我们也不能进行良好的交流与合作。因为关于这个项目，我们虽然尽力了，但是并不能是项目很好地进展。

在大学里我们学到的不仅仅是知识，更是交际。大学俨然是一个小型的社会了。在这里，我们将学会如何与人相处，如何进团队合作行沟通，如何将我们的想法清楚地表达出来。沟通的行为和过程在团队建设中是相当重要的。所有的管理工作都是借助于沟通才得以顺利进行，沟通时实施各项管理职能的主要方式，方法，手段，和途径。而在这一次的软件项目团队合作中，老师充分的锻炼了我们这一方面的能力。

可以说没有沟通，就没有创新，沟通是合作的基础，沟通的困难使成员间难以达成默契，缺乏共识，没有默契彼此之间产生感情裂痕，感情裂痕使人们无法合作，无法合作又会影响发展，可见沟通是团队发展的润滑剂，因此在后期的项目进程上，我们组就出现了这个问题。因为最终老师让我们交付的是创新成果，是在原有的软件上进行改进，增加一些新的功能。由于种种的原因，我们组并没有很好地完成，我想，沟通的效率太差应当是一方面的原因。

每周的周一老师都让我们对上一周进行总结，虽然这让我们总是处在忐忑不安的境地里，但是我不得不说这是一个非常好的做法。平常的交流还发现不了自己的弱点，但是当我真真正正的站在讲台上，面对着即使是自己所熟悉的同学，仍然会感到慌张，会有不知所措的感觉。通过沟通，可以让每个团队的成员了解团队现存的问题，工作的进展情况等等，是信息的共享，是对一段时间内自我的肯定与认识。

所以，在这一次的团队合作中，让我充分的了解到了沟通的重要性。让我明白了真诚，理解，平等，尊重，认同的意义。以前我总是喜欢以自我为中心，往往忽略了其他人的感受，然而通过这次的团队合作，我开始明白了换位思考，站在对方的角度来思考问题。同时，通过老师的演讲活动，也让我学会了倾听。忽然发现，聆听他人也是一种学问，聆听所表现出来的是一种宽容，谦逊的人格，也表明了我对于他人的一种尊重。其实，我们每个人的内心深处都希望得到他们的认可，而聆听，恰恰满足了认得这样的一种心理需求。所以，一个优秀的团队一定第一个会沟通的团队。

人是一种情绪化动物，在遇到不顺意的事情时往往出现消极态度，如果这些消极的态度得不到正确的引导对他们工作和生活都会产生负面影响。我们在这一次的团队合作中，并没有很好地控制消极情绪的蔓延，特别是在我们遇到了困难之后，一种绝望的感觉油然而生，至少对于我来说是这么一种情况。通过阅读一些资料，我明白这是因为我们并没有有效地利用激励这种方法，没有在团队中形成一种良性的竞争。竞争能激起一个人无尽的智慧．每一个人都有一种拼搏取胜的愿望，一种展现自我价值的意愿．个体通过不断的竞争并获取胜利

的过程中，能改变一个人对未来生活的态度，不断的取得成功会建立一个人的自信心以及鼓起人的高昂的志气．重燃起内心中的热情．最大限度地发挥出一个人的创造力．学习型团队是一个有着巨大潜力的团队，授人以鱼不如授人以渔。团队之间要相互交流，使团队之间相互学习共同提高，实现资源的共享。

最后，一个团队要有一个领导核心。一个成功的团队领导者，除了专业能力要服人，更要懂得创造共同愿景，激励成员士气，并且让队员跟着你有成长的机会。领导核心是一个团队中必不可少的重要位置，是整个团队中方向的领导者和决策者。正如大家所熟知的一个故事一样， “一头绵羊带领的一群狮子，敌不过一头狮子带领的一群绵羊”，一个组织的成败往往取决于组织的领导，领袖的魅力、魄力、预见力指引组织正确的目标和方向。我们通过这次的团队合作，充分的锻炼了项目经理的领导能力。

总之，这一次的项目合作，虽然我们最终并没有很好地完成老师布置的任务，但是我们从这次的实践中学习到了很多的课本以外的知识，提高了我们的沟通能力，领导能力，与人际关系的处理能力。为我们以后走向社会能更好的适应21世纪的知识型与合作型社会提供了宝贵的经验。

感谢在大学里老师给我们的这次机会。

4软件项目投标问题总结

在岳总的领导下，我有幸参与了此次招标的组织与协调工作，现总结如下：

一、工作问题

1、围标单位的标书出现了内容（技术人员的信息、资料等）遗漏问题，险些造成废标事件。

2、在标书准备的前阶段，没有静心研究招标文件，致使受到了岳总的批评指正。

3、行贿证明申请函的日期由于粗心差点造成错误。（将20XX误写成20XX）

4、报价文件中的单位（“万元”问题）出现了纰漏。

5、标书的检查工作不到位，导致胶印工作的返工，降低了效率。

二、工作总结

1、标书的文字准备工作需要特别细心，不能出一点差错，一旦出差错，返工既浪费时间又会使事情变的更繁杂，直接影响后面标书的质量和效率。这要求参与人：

（1）仔细研究招标文件，才能做到心中有数。

（2）严卡招标文件，按照招标文件要求进行筹备工作。

（3）响应评分标准，像考试一样力争获得最高分数。

（4）报价文件中的单位要谨慎对待。“元”“万元”的细节处要小心对待。

（5）页码的细节问题。

2、标书的检查、打印、胶印、签字、盖章、封装等流程中，检查变得尤为重要，否则的话会造成返工，甚至误工。

3、一个人不能同时兼顾两家单位的投标文件，否则容易出现问题。

4、指定人员要完全包干到人，包括：围标单位的对接、标书的文字准备、检查、胶印、盖章等工作，能够减少错误的发生。

5、确保每一位参与人都要细读招标文件。

6、项目演示环节建议提前进行演练，确保时间的合理性。

5软件项目管理过程的简单总结

做任何事情都需要管理，好的管理出好的效益，开发软件项目也不例外。随着信息系统工程、网络工程、软件工程的发展，项目管理和软件工程的交汇越来越多，从而使“软件项目管理”发展起来，一个项目的成功与否，关键一点就是，看项目管理是否得当。所以，项目管理是项目的核心部分，是项目的灵魂。

软件项目管理的概述：

所谓项目，就是在特定条件下，具有特定目标的一次性任务，是在一定时间内，满足一系列特定目标的多项相关工作的总称．项目具有一次性、独特性、目标的确定性、组织的临时性和开放性以及成果的不可挽回性等基本属性。

而软件项目管理是为了使软件项目能够按照预定的成本，进度、质量顺利完成，而对人员，产品，过程和项目进行分析和管理的活动。根本目的是为了让软件项目尤其是大型项目的整个软件生命周期（从分析，设计，编码到测试，维护全过程）都能在管理者的控制之下，以预定成本按期，按质完成软件交付用户使用。

软件项目的管理过程详解

在软件项目开发管理过程中，不仅要努力实现项目的范围、时间、成本和质量等目标，还必须协调整个项目过程，以满足项目参与者及其他利益相关者的需要和期望。随着软件规模和所涉及的领域不断扩大，软件项目的管理越来越困难。纵观所有失败的软件项目，基本原因是不能管理其软件过程，在无纪律、混乱的项目状态下，组织不可能从较好的方法和工具中获益。严谨的软件过程控制与管理不仅可以在每个阶段回顾和纠正项目的偏差，识别软件项目的风险甚至果断中止项目，而且可以将人才流动所带来的不利影响减少到最小。要进行有效的过程控制，必须明确软件项目管理流程。

下图即为软件项目管理流程：

接下来详细介绍项目管理过程的步骤包括：

项目立项——启动——规划——执行和控制——收尾阶段

1.软件项目立项包含5个环节：发起、评估、申请、审核、立项。

立项流程图

2.项目的启动就是确定项目的目标范围，它主要包括开发和被开发双方的合同（或是协议），软件要完成的主要功能以及这些功能的量化范围，项目开发的阶段周期等。

PMBOK中明确指明项目启动阶段主要的工作是制定项目章程和识别项目干系人。结合软件项目的特点，成功的软件项目启动包括以下三个方面的工作：

1）制定项目章程

项目章程的主要内容：项目的名称和授权日期，项目目的或批准项目的原因，可测量的项目目标和相关的成功标准，项目总体要求和概述性的描述，项目的主要风险，总体里程碑进度计划，总体预算，项目审批要求，委派的项目经理及其职责和联系方式，项目干系人尤其是发起人或其他批准项目章程的人员的姓名和职责以及他们的签名，有时包括他们对项目的承诺。

2）识别项目干系人

干系人分析对项目的成功至关重要，一般通过三个步骤进行干系人的分析，首先是识别可能的干系人，然后进行他们的影响力分析，最后管理干系人期望。

3）项目启动会议

项目启动会议的成功与否对整个项目的影响非常大。好的开始是成功的一半，如果第一次会议中能够表现出公司的专业性，树立起良好的形象，对日后的项目协调、工作安排会有良好的推动作用；如果在第一次会议中显得比较被动，

不够专业，会让项目的协助方对项目产生疑问，对日后项目的实验收都会产生负面影响。

3.项目的规划为项目的运作提供可靠的实施基础。在整个项目中，项目规划是指项目的估算，风险的分析，进度的规划，人员的选择与配置，产品质量的规划等。然而，在项目管理的过程中，计划的编制是整个项目规划中最为复杂的阶段。在计划编制的过程中，我们还可看到后面各阶段的输出文件。所以说它是指导项目的进程发展。规划建立软件项目的预算，提供一个控制项目成本的尺度，也为将来的评估提供参考，它是项目进度安排的依据。最后，形成的项目计划书将作为跟踪控制的依据。

项目规划工作涉及软件项目团队管理、软件项目估算、风险管理、质量管理、配置管理、进度管理。

3.1团队管理：团队就是有两个或两个以上、相互依赖的、能相互负责的、具有共同的目的和方向的、愿意为共同的目标而努力的有互补技能的成员组成的群体，并且具有三个特征：目标、人、领导者。

团队的成长过程：形成期、震荡期、正规\规范期、表现\执行期、收尾期。软件项目团队角色分类：软件项目经理，系统分析人员，系统设计人员，开发人员，测试人员，软件配置管理人员，软件质量保证人员。

3.2项目估算：软件项目估算的内容主要包括软件工作产品的规模估算、工作量估算、成本估算和进度估算。如图所示：

需要进行估算的几个阶段：

·可行性研究·需求说明·系统设计·系统实现·系统运行

软件项目估算步骤：

1）确定软件项目范围

2）确定完成软件开发所需的资源

3）估算工作量

4）估算成本

软件项目估算的常见方法:代码行法、功能点法、自下而上法、类比法、专家判断法、参数估算法、简单估算法等。

3.3.风险管理：软件风险是软件项目与生俱来的，会阻碍目标的实现，所以在软件开发中需要风险管理。所谓风险管理就是为了管理项目中的风险而应用过程、方法和工具的一种实践，它提供一种良好的环境来作出以下决策：=569;连续的评估项目中存在什么样的风险。

确定哪些风险是需要重点考虑的。

对重点考虑的风险采取积极的措施来应对。

简单归纳软件风险管理工作就是在风险成为影响软件项目成功的问题之前，识别并着手处理风险的过程。风险管理是对不确定性和变化的一种应对方式。

风险识别的过程：

3.4.质量管理：软件质量是项目管理的三个目标之一，且成本和时间这两个目标都只要以质量为基础的。软件项目管理的好坏直接关系到最终产品能否通过验收、项目能否顺利结束。质量是软件产品和软件组织的生命线，而软件质量管理就是稳定这条生命线的标尺。

软件质量管理的各过程如下：

1)规划质量。识别项目及其产品的质量要求和标准，并书面描述项目将如何达到这些要求和标准的过程。

2）实施质量保证。审计质量要求和质量控制测量的结果，确保采用合理的质量标准和操作性定义的过程。

3）实施质量控制。监测并记录执行质量活动的结果，从而评估绩效并建议必要更改过程。

结合软件开发项目的特殊性，软件项目质量管理的主要内容包括编制软件项目的质量计划、软件质量保证和软件质量控制三个方面。

质量计划是质量管理的第一过程域，它主要结合各个公司的质量方针、产品描述以及质量标准和规则，通过效益、成本分析和流程设计等工具制定出实施方案，其内容全面反映用户的需求，为质量小组成员有效工作提供了指南，为项目小组成员以及项目相关人员了解在项目进行中如何实施质量保证和控制提供依据，为确保项目质量得到保障提供坚实的基础。质量保证则是贯穿整个项目全生命周期的有计划和由系统的活动，经常性的针对整个项目质量计划的执行情况进行评估、检查、改进等工作，向管理者、顾客或其他方提供信任，确保项目质量与计划保持一致。质量控制是对阶段性的成果进行检测、验证，为质量保证提供参考依据，他是一个PDCA（计划Plan—执行Do—检查Check—纠正Act）循环过程。

3.5.配置管理：软件项目配置管理的目的在于：

1）记录软件产品的演化过程

2）确保软件开发者在软件生命周期中的各个阶段都能得到精确的产品配置

3）最终保证软件产品的完整性、一致性、追溯性、可控性

配置管理的过程：

1）配置项的标识

2）配置管理环境建立

3）版本控制

4）变更控制

5）配置审核

6）配置状态报告

3.6进度管理：为了有效的控制和节约项目时间，则需要进行项目进度管理。软件项目进度安排过程：

软件需求，甘特图或网络图

4.收尾阶段：这是项目生命周期的最后一个阶段，也是一个主要阶段。项目收尾过程包含为完结所有项目管理过程组的所有活动，已正式结束项目或阶段或合同责任而实施的一组过程。

项目收尾流程图如下所示：

收尾工作没有立项管理那么有挑战性，但它是企业积累知识财富的重要管理环节。一个成功的项目不仅要有成功的开始，还需要完善的收尾。

以上就是我对软件项目管理的过程的大致总结，我们知道项目管理既是一个科学，也是一门艺术，不同的项目，不同的项目经理，就会有不同的管理方法和技巧。