操作系统课程设计软件项目管理.docx

操作系统课程设计软件项目管理.docx

《操作系统课程设计软件项目管理.docx》由会员分享，可在线阅读，更多相关《操作系统课程设计软件项目管理.docx（14页珍藏版）》请在冰点文库上搜索。

操作系统课程设计软件项目管理

软件项目管理

论

文

姓名：

XXX

学号：

XXXxxxxxxxx

班级：

计算机科学与技术10-01班

指导教师：

日期：

目录

前言1

1、软件项目管理定义2

1.1什么是软件项目管理2

1.2软件项目管理的特点2

2、软件项目管理内容2

2.1人员组织与管理2

2.2软件项目计划3

2.3软件质量管理3

2.4软件配置管理4

2.5风险管理4

3、软件项目前期管理5

3.1软件项目计划管理5

3.2软件项目需求管理5

3.3软件项目团队管理5

3.4生命周期模型6

3.5软件项目风险管理6

4、软件项目过程管理7

4.1软件设计7

4.2设计评审7

4.3编码8

4.4调试8

4.5客户沟通8

5、软件项目后期管理9

5.1项目验收9

5.2软件维护9

6、软件项目管理存在问题分析10

6.1需求调研工作不够充分10

6.2测试工作不够完善10

6.3人员沟通不够及时10

6.4进度控制不理想11

6.5项目文档不够规范11

7、软件项目管理技术11

7.1CMMFS11

7.2PSP12

8、小结12

前言

软件项目管理是为了使软件项目能够按照预定的成本、进度、质量顺利完成,而对人员、产品、过程和项目进行分析和管理的活动。

软件项目管理的根本目的是为了让软件项目尤其是大型软件项目的整个软件生命周期都能在管理者的控制之下,以预定成本按期、保质的完成并交付用户使用。

软件项目管理和其他的项目管理相比有其自身的特殊性。

首先,软件是纯知识产品,其开发进度和质量有时难以估计和度量,生产效率也难以预测和保证。

其次,软件系统的复杂性也导致了开发过程中各种风险的难以预见和控制。

尤其是一些庞大的软件系统开发如果没有很好的管理,其软件质量是难以想象的。

一、软件项目管理定义

1.1、什么是软件项目管理

软件项目管理是在一定的约束条件下，以高效率地实现项日业主的目标为目的，以项目经理负责制为基础和以项目为独立实体进行经济核算，并按照项目内在的逻辑规律进行有效的计划、组织、协调、控制的系统管理活动。

1.2、软件项目管理的特点

软件项目管理是为了使软件项目能够按照预定的成本、进度、质量顺利完成，合理地配置和使用各种资源，丽对人员．进度、质量、风险等进行分析和管理，以达到既定目标的过程。

软件项目管理的根本目的是为了让软件项目尤其是大型项目的整个软件牛命周期都能在管理者的控制之下，以预定成本按期，按质的完成软件交付用户使用。

软件项目管理更强调项目经理的作用和团队的合作精神，更加关注人的因素，关注客户服务，着重于提高软件项目Vl研发的效率和质量。

二、软件项目管理内容

软件项目管理的内容主要包括以下几个方面:

人员组织与管理、软件项目计划、软件质量保证、软件配置管理、风险管理等。

这几个方面都是贯穿、交织于整个软件开发过程中的。

其中,人员的组织与管理把注意力集中在项目组人员的构成、优化;软件项目计划主要包括工作量、成本、开发时间的估计,并根据估计值制定和调整项目组的工作;软件质量保证是保证产品和服务充分满足消费者要求的质量而进行的有计划、有组织的活动;软件配置管理针对开发过程中人员、工具的配置、使用提出管理策略;风险管理预测未来可能出现的各种危害到软件产品质量的潜在因素并由此采取措施进行预防。

2.1、人员组织与管理

软件开发工作中的开发人员是最大的资源。

对人员的配置、调度、安排贯穿整个软件开发过程,人员的组织管理是否得当,是决定软件项目是否成功的重要因素。

在软件开发工作的开始,要合理配置人员,根据项目的工作量、所需要的专业技能,再参考各个人员的能力、性格、经验等各方面因素,组织一个高效、和谐的开发小组。

在人员选择的问题上,要结合实际情况来决定是否选入某个开发人员。

作为考察标准,技术水平、与本项目相关的技能和开发经验、以及团队工作能力都是很重要的因素。

另外还应该考虑分工的需要,合理配置各个专项的人员比例。

作为一种软件项目的人员组织管理形式,可以成立项目管理委员会,下设项目管理小组、项目评审小组和软件产品项目组。

项目管理委员会是软件项目管理的最高决策机构,一般由开发单位的总经理、副总经理组成。

项目管理小组对项目管理委员会负责,一般由开发单位的管理人员组成。

项目评审小组对项目管理委员会负责,可下设开发评审小组和产品评审小组,一般由开发单位的技术专家和市场专家组成。

软件产品项目组对项目管理委员会负责,可下设软件项目组和产品项目组。

软件项目组和产品项目组分别下设开发经理和产品经理。

成员一般由开发单位的技术人员和市场人员构成。

2.2、软件项目计划

软件项目计划主要进行的工作包括:

确定详细的项目实施范围、定义递交的工作成果、评估实施过程中主要的风险、制定项目实施的时间计划、成本和预算计划、人力资源计划等。

软件项目管理过程从项目计划活动开始,而第一项计划活动就是估算:

需要多长时间、需要多少工作量、以及需要多少开发人员。

此外,还必须估算所需要的软硬件资源和可能涉及到的风险。

对于一个软件项目管理者,他的目标是定义所有的项目任务,识别出关键任务,跟踪关键任务的进展情况,以保证能够及时发现进度拖延的情况。

为此,项目管理者必须制定一个足够详细的进度表,以便监督项目进度并控制整个项目。

进度安排是软件项目计划的首要任务,而项目计划则是软件项目管理的首要组成部分。

项目计划的重要输出文档是!

软件项目计划书,在计划书中应描述软件开发日程安排、资源需求、项目管理等各项情况的

大体内容,并向开发单位的各相关人员发放,使他们大体了解软件项目的基本情况。

对于计划书中的每项内容,都应有相应的实施手册,这些手册是项目组相关成员完成各自工作的操作指南。

2．3、软件质量管理

软件质量管理是保证项目能满足原先规定的各项要求所需要的过程,是指总体管理功能中决定质量方针、目标与责任的所有活动,并通过一系列保证手段在质量体系内加以实施。

一般包括质量计划编制、项目质量保证、项目质量控制等过程。

质量计划编制是判断哪些质量标准与本项目相关,并决定应如何达到这些质量标准的工作。

软件系统的质量标准可能包括功能性、稳定性、经济性、适用性、可靠性、安全性、可维护性、可移植性等指标。

项目质量保证是定期评估项目总体绩效,以考察项目是否达到相关质量标准以及达到的程度。

软件项目质量保证过程对项目的最终结果负责,还要对整个项目过程承担质量责任。

软件项目管理者应要求并调动全体开发人员在质量保证活动中发挥作用,以最大范围、程度实施软件项目质量保证工作,并确保其实施效果。

项目质量控制是监测项目的总体结果,判断它们是否符合相关质量标准,并找出如何消除不合格绩效的方法。

对于软件项目,一般采用软件测试和配置管理等质量控制手段来有效的控制系统质量。

2.4、软件配置管理

软件配置管理是通过技术或行政手段对软件产品及其开发过程和生命周期进行控制、规范的一系列措施。

目标是记录软件产品的演化过程,确保软件开发者在软件生命周期中各个阶段都能得到精确的产品配置。

配置管理过程是对处于不断演化、完善过程中的软件产品的管理过程。

其最终目标是实现软件产品的完整性、一致性、可控性,使产品极大程度地与用户需求相吻合。

通过控制、记录、追踪对软件的修改和每个修改生成的软件组成部件来实现对软件产品的管理功能。

软件配置管理是一种标识、组织和控制修改的技术,应用于整个软件项目管理过程。

主要为了标识变更、控制变更、确保变更正确实现并向其他有关人员报告变更,在整个软件的开发活动中占有很重要的位置。

软件项目管理者应为软件配置管理活动设计一个能够融合于现有软件开发流程的配置管理过程。

2.5、风险管理

软件项目需要以有限的成本,在有限的时间内达到项目目标,而项目风险会影响这一点。

风险管理的目的就是最小化风险对项目目标的负面影响,抓住风险带来的机会,增加项目干系人的收益。

作为软件项目管理者,必须评估项目中的风险,制定风险应对策略,有针对性地分配资源,制订计划,保证项目的顺利进行。

风险管理的主要活动包括:

制订风险计划,确定软件项目中风险管理活动的步骤;识别风险,确定软件项目中可能存在的风险;分析风险,通过对风险的发生概率和潜在影响排定风险优先级,为后续的分析做准备,进而量化的分析风险对软件项目目标的影响;制定风险应对策略,减轻风险对软件项目目标的影响;风险跟踪与监控,跟踪并监控识别出的风险,执行风险应对策略,并评估其在整个软件项目生命周期中的效果。

三、软件项目前期管理

3．1、软件项目计划管理

在软件项目管理过程中一个关键的活动是制定项目计划，它是软件开发工作的第一步。

项目计划的目标是为项目负责人提供一个框架，使之能合理地估算软件项目开发所需的资源、经费和开发进度。

并控制软件项目开发过程按此计划进行。

主要进行的工作包括；确定详细的项目实施范围、定义递交的工作成果、评估实施过程中主要的风险、制定项目实施的时间计划、成本和预算计划、人力资源计划等．

3．2、软件项目需求管理

需求管理是每个软件开发的基础，是一种用于查找找、记录、组织和跟踪系统需求变更的系统化方法，可用于获取、组织和记录系统需求并使客户和项目团队在系统需求变更上保持一致。

软件需求主要包括业务需求、用户需求、功能需求和非功能需求、软件需求规格说明。

需求分析包括提炼、分析和仔细审查已收集到的需求，为最终用户所看到的系统建立一个概念模型以确保所有的风险承担者都明白其含义并找出其中的错误、遗漏或其他不足的地方。

在项日需求分析阶段．双方必须全面地尽可能细致地讨论项日的应用范围、业务流程、性能要求、操作界面要求、与其他软件的接口要求，以及对项目进行评估的各种评价标准。

3．3、软件项目团队管理

建立项目团队是项目开发过程的开始，一切工作都是由项目团队的成员完成的在整个项目的运行过程中，需要很多不同的角色参与到项H中，完成不同阶段的任务。

所以在建立项目团队的过程中要把握好人员角色的划分，尽量发挥项目成员特长是项目经理进行工作分配要考虑的问题。

各项目成员的知识技能评估，个性特点分析，优点和缺点是要事先分析和考虑的内容。

团队的管理是项目管理的关键，也是项目成功的基本保障。

3．4、生命周期模型

生命周期模型指软件开发伞部过程、活动和任务的结构框架。

软件开发包括需求、设计、编码和测试等阶段，有时也包括维护阶段。

目前软件开发实践中使用的各种生命周期模型，主要如下：

1）瀑布模型。

需要对每一个阶段进行验证，瀑布模型要求每一个阶段都有明确的文档产出，对于严格的瀑布模型每一个阶段都不应该重叠，而应该是在评审通过，相关的产出物都已经基线后才能够迸入到下一个阶段。

采用瀑布模型可以保证系统在整体上的充分把握。

使系统具备良好的扩展性和可维护性。

但对于前期需求不明确，而又很难短时间明确清楚的项目则很难很好的利用瀑布模礁。

2）螺旋模型。

首先螺旋模型是遵从瀑布模型的。

即需求一>架构一>设计一>开发～>测试的路线。

螺旋模型培大的价值在于整个开发过程是迭代和风险驱动的。

通过将瀑布模型的多个阶段转化到多个迭代过程中，以减少项目的风险。

螺旋模型实现了随着项目成本投入不断增加，风险逐渐减小。

以帮我我们加强项日的管理和跟踪，在每次迭代结束后都需要对产出物进行评估和验证，当发现无法继续进行下去时可以及早的终止项目。

3）增最和迭代模型。

增量迭代是RUP统一过程常采用的软件开发生命周期模型。

就对风险的消除上，增量和迭代模型都能够很好的控趔前期的风险并解决。

但迭代模型在这方面更有优势。

迭代模型更多的町以从总体方面去系统的思考问题，从最早就可以给出相对完善的框架或原型，后期的每次迭代都是针对上次迭代的逐步精化。

3．5、软件项目风险管理

风险管理贯穿项目管理的各个阶段和各个领域，是项目管理中的重点和难点。

软件项目风险管理是指对在软件开发过程中所遇到的预算和进度等方面的问题进行分析，寻求风险应对方法，做好风险管理计划。

通过缓和或预知等手段来减轻风险，降低风险发生的可能性或减缓风险带来的不利后果。

针对软件项目中的风险管理问题，主要风险管理模型如下：

1）SEI的连续风险管理模型（cRM）。

SEICRM模型的风险管理原原则是不断地评估可能造成恶劣后果的因素；决定最迫切需要处理的风险：

实现控制风险的策略；评测并确保风险策略实施的有效性。

CRM模型要求在项目生命期的所有阶段都关注风险识别和管理，它将风险管理划分为五个步骤：

风险识别、分析、计划、跟踪、控制。

2）BarryBoehm模型。

Boelm模型的思想核心一tL,是：

10大风险因素列表。

针对每个风险因素，都给出了一系列的风险管理策略。

在实际操作时，80ehm以十大风险列表为依据，总结当前项目具体的风险因素。

评估后进行计划和实施，在下一次定期召开的会议上再对这十大风险因素的解决情况进行总结，产生新的10大风险因素表，依此类推。

3）软件工程风险模型（sERI）s职IM模型要求从技术和商业两个角度对软件风险管理进行剖析．考虑的问题涉及开销、进度、技术性能等。

它还提供了一些指标和模型来估量和预测风险，由于这些数据来源于大量的实际经验，因此具有很强的说服力。

四、软件项目过程管理

4．1、软件设计

软件设计采用自顶向下、逐次功能展开的设计方法。

首先完成总体设计，然后完成各有机组成部分的设计。

根据工作性质和内容的不同，软件设计分为概要设计和详细设计。

概要设计实现软件的总体设计、模块划分、用户界面设计、数据库设计等等：

详细设计则根据概要设计所做的模块划分，实现各模块的算法设计，实现用户界面设计、数据结构设计的细化，等等。

概要设计是详细设计的基础，必须在详细设计之前完成，概要设计经复查确认后才可以开始详细设计。

概要设计。

必须完成概要设计文档，包括系统的总体设计文档、以及各个模块的概要设计文档。

每个模块的设计文档都应该独立成册。

详细设计必须遵循概要设计来进行。

详细设计方案的更改，不得影响

到概要设计方案：

如果需要更改概要设计，必须经过项日经理的同意。

详

细设计，应该完成详细设计文档，主要是模块的详细设计方案说明。

4．2、设计评审

在设计完成后，必须安排设计评审以保证设计的质量，设计评审是对一项设计进行正式的、按文件规定的、系统的评估活动，由不直接涉及开发t作的人执行。

设计评审可采用向设计组提建议或帮助的形式，或就设计是否满足客户所有要求进行评估。

评审的内容主要包括：

1）关键算法的可行性；

2）接u是否符合概要设计的要求：

3）技术清晰度是否符合设计标准；

4）文档的完备性。

4．3、编码

在编码阶段，主要需要在编码工作结束后，进行代码审核，这项工作非常晕要土要应该由项目小组的技术负责人完成，审核的目的并不是为了检验代码的正确性而是需要对编码是否按照规范进行审核。

主要内容包括：

1）变量、包、方法等的命名是否符合规则；

2）注释是否填写完整，是否符合规范：

3）代码的可读性。

风格是否符合规范；

4）是否有明显的造成系统运行低效率的处理方法；

5）公共变量的定义和使用。

4．4、调试

编码二作完成以后，通常需要开发人员自己进行单元测试，有些部分需要编写相应的测试程序。

应该避免发生这类的情况，有些开发人员任务自己不应该进行测试工作，在编写完代码以后，只要编译成功，就直接提交成果，将测试工作完全交给测试人员去做，这样做不仅仅给测试人员增加了许多的工作量，同时增加了许多因为交流产生的时间，造成进度的延迟，管理人员应该杜绝程序员的这样的思想，同时在管理中予以考虑，可以将提交成果产生的Bug数量作为考核程序员业绩的标准之一。

4．5、客户沟通

项目中一定要有沟通策略，沟通的作用对于高管是让他们清楚我们一直按照项目日标前进，每个阶段工作进展是否顺利，影响项目正常运做原因是什么，需要哪些资源帮助。

和高管沟通比较多的话。

第一个好处是高管经常听汇报就知道项目进展程度，可以安排反馈检查，看是否具备我们所说的进展，这样一旦认可了各个阶段目标后，最终要求高管签字确认也就顺理成章了。

中层往往是项目丰要的推动力量和实际执行者，也往往是对具体业务需求最主要的要求者，他们对企业实际运做过程最清楚，提出要求最具体，而且项目验收与否没有中层的同意往往也是不太容易做到的。

和基层的沟通主要体现对最终用户的关怀，定期{动和最终用户沟通，消除一些怨气，让用户能坚持用下去，这个时候我们往往发现很多用户真的是非常好相处，尽管软件还有很多值得改进的地方，但他们一旦认可我们团队。

反而会尽心尽力帮助我们推动项目的进行。

五、项目后期管理

5．1、项目验收

项目验收，是整个项目生命周期中最后一个环节。

当系统经过一段试运行，具备验收的各项条件之后，我们就需要着手验收阶段的准备工作了。

首先我们需要把到目前为止完成的工作进行一个总结，列出我们已经完成的各项目工作成果、各类文档，对合同以及各类约定的技术文档中的相关内容进行自查，要彻底了解系统目前完成的情况如何，没有完成的，准备采取什么策略去进一步完成或者采取一定的有用措施，使客户在验收的时候不再提出未实现的需求。

同时做一个详细的验收计划是非常必要的，可以用来作为验收阶段的工作指导。

这就需要与客户进行详细的沟通，再次明确验收前需要完成的工作，尽量避免客户方在此阶段提出过多的更改需求，这是极为重要的。

验收计划中不光要有需要继续完成的工作，还需要有一个相对固定的工期，使双方都继续朝着这个方向去努力。

防止无限制的拖延。

5．2、软件维护

软件维护主要是指根据需求变化或硬件环境的变化对应用程序进行部分或全部的修改，修改时应充分利用源程序。

修改后要填写程序改登记表，并在程序变更通知书上写明新旧程序的不同之处。

目前软件维护分类主要如下：

I）正确性维护。

是指改正在系统开发阶段已发生而系统测试阶段尚未发现的错误。

所发现的错误有的不太重要，不影响系统的止常运行，其维护工作可随时进行。

2）适应性维护。

是指使用软件适应信息技术变化和管理需求变化而进行的修改。

企业的外部市场环境和管理需求的不断变化也使得各级管理人员不断提出新的信息需求，将导致适应性维护]：

作的产生。

3）完善性维护。

这是为扩充功能和改善性能而进行的修改，主要是指对已有的软件系统增加一‘些在系统分析和设计阶段中没有规定的功能与性能特征。

另外，还包括对处理效率和编写程序的改进。

4）预防性维护。

为了改进应用软件的可靠性和可维护性，为了适应未来的软硬件环境的变化，应主动增加预防性的新的功能，以使应用系统适应备类变化而不被淘汰。

要做好软件维护工作，必须对设计文档定期更新，进入维护期后．代

码和先期的设计文档容易出现偏蔗。

如果不定期的对原有设计文档进行更新，曰积月累将大人降低原有文档的价值，增加新员工入手的难度。

做好人员交叉备份，各个模块的维护人员之间交叉备份，一方面降低人力资源；另‘方面避免一个人维护一块，规避人员流动引发的风险。

六、软件项目管理存在问题分析

6.1、需求调研工作不够充分

需求调研工作是确定软件项目开发内容、范围的重要工作。

但在很多的软件项目中,需求调研工作不够充分,调研人员没有真正理解用户需求,这样的需求无法作为系统开发的依据,所开发的内容也往往无法得到用户的认可,只能在后期进行一次次的修改,造成了开发工作的反复、效率的降低和成本的增加。

因此,必须注意需求调研工作的规范性和充分挖掘、准确理解用户需求。

6.2、测试工作不够完善

测试工作是确保软件系统质量的重要手段。

但在很多软件项目中,测试工作不够系统、完善,测试用例覆盖度不够,测试工作进行不够完全,造成大量的软件系统问题无法在测试工作中发现。

在软件使用过程中,未发现的问题随时可能暴露出来,严重影响系统的正常使用。

因此必须确保测试工作规范、高效的进行,才能真正发现软件系统问题,提高软件系统质量。

6.3、人员沟通不够及时

在软件项目开发工作过程中,项目组成员的及时沟通是确保开发工作有序、高效进行的重要手段。

但在很多软件项目中,项目组成员之间缺乏有效的沟通,项目组内部气氛沉闷,各自闷头做自己的工作,沟通的缺乏可能导致工作效率的降低,甚至工作的重复。

同时系统各部分的开发人员只关注自身的工作还会加大之后系统集成的工作难度,甚至难以进行系统集成。

另外一些细节上的修改不能及时通知其他开发人员也会造成开发工作的无序、混乱。

6.4、进度控制不理想

每个软件项目在一开始一般都有较为细致的开发计划,但是在开发工作进行过程中,往往无法按照计划进行,这其中有很多原因,并且每个软件项目的实际情况不同,应当区别分析,但目前大多数软件项目无法按照计划进行却是不争的事实。

为尽量避免这一现象,软件项目管理者应当在制定计划时充分考虑项目实际,进行风险分析,综合多方面因素制定切实可行的开发计划。

同时在软件项目开始后时刻关注计划执行情况,随时进行风险分析,稍有偏差就立即采取措施,最大程度的确保项目按计划进行。

6.5、项目文档不够规范

不重视文档编写是很多项目开发人员的通病,认为只要编好程序就可以了。

文档是软件项目的一项重要成果,每个阶段的文档对于后续阶段都有十分重要的作用,整个软件项目的文档也是软件维护、升级的重要资料。

软件项目不可能编码完成后就一劳永逸,规范的软件项目中测试、维护等工作的时间大大多于编码。

因此,文档的规范编写是软件项目高质量、高效率和顺利进行的重要保障。

七、软件项目管理技术

以上谈了软件项目管理的一般过程，我们可以通过规范的体系建设来有效的进行项目管理，以下介绍两种项目管理体系。

7．1、CMMFS（CapabilityMaturityModelForSoftware）

软件能力成熟度模型）是美国卡纳基梅隆人学软件工程研究所（cllU／sEI）提Hi的软件研发项目管理的一系列方法，它基于组织对关键过程域的支持，定义了软件过程成熟度的五个级别。

级别1（初始级）描述了不成熟，或者说是未定义过程的组织。

级别2（可蓖复级）．级S,J3（已定义级），级别4（已管理级）和级别5（优化级）分别描述了软件过程成熟度级别递增的组织。

和这些级别相关的KPA是：

级别2：

需求管理，软件项目计划，软件项目跟踪和监控，软件子合同管理，软件质量保证，软件配置管理。

级别3：

组织级过程焦点，组织级过程定义。

培训大纲，集成软件管理，软件产品工程，组阃协调，同行评审。

级别4：

定量过程管理，软件质量管理。

级别5：

缺陷预防，技术更新管理，过程更改管理。

7．2、PSP

PSP（PersonalSoftwareProcess，个体软件过程）是由clIU／sEI开发出来的，它的推出存软件工程界引起了极大的轰动．可以说是dj定向软件工程走向定量软件工程的一个标志。

PSP为基于个体和小型群组软件过程的优化提供具体而有效的途径，例如如何制订计划。

如何控制质量，如何与其他人相互协作等等。

在软件设计阶段，PSP的着眼点在于软件缺陷的预防，其具体办法是强化设计约柬准则，面不是设计方法的选择。

八、小结

软件项目管理是软件开发过程中的一项重要工作,管理水平的高低、管理工作是否规范将对软件开发的质量、效率、成本起着决定性的作用。

目前,我国软件项目管理水平参差不齐,一些软件开发单位、软件项目管理者管理水平有限,导致开发出的软件产品质量低下和成本浪费,尽快提高软件项目管理水平、规范软件项目管理工作已成为一些开发单位和管理者的当务之急。

我们应当不断学习先进的软件项目管理方法,提高软件项目管理水平,开发出真正满足市场、用户需要的软件产品。

主要参考文献：

1、《浅谈软件项目管理