(仅供参考)10-- 软件项目需求管理

第2章软件项目需求管理复习题

第2章软件项目需求管理复习题一、填空题： 1、需求是从系统外部能发现系统所具有的满足于用户的特点、功能与属性等。 2、软件需求的四个层次依次分别是：原始问题描述、用户需求、系统需求、软件设计描述。 3、原始问题描述和用户需求的抽象层次比较高，能帮助我们的较高抽象层次上进行交流，而系统需求和软件设计描述则是具体的，可以根据它们的来进行编码。 4、通常情况下，在4个不同层次的软件需求描述中，由于原始问题描述和软件设计描述过于抽象和过于具体而不常出现，人们经常提到的是用户需求和系统需求。 5、系统需求一般分为功能需求、非功能需求和领域需求。 6、功能需求描述系统所应提供的功能和服务，包括系统应该提供的服务、对输入如何响应及特定条件下系统行为的描述。 7、功能需求取决于软件的类型、软件的用户及系统的类型等。 8、功能需求应该具有全面性和一致性。 9、功能需求全面性指对用户所需要的所有服务进行描述。 10、功能需求一致性则指需求的描述不能前后自相矛盾。 11、非功能需求是指那些不直接与系统的具体功能相关的一类需求。它们与系统总体特性相关，如可靠性、响应时间及需要的存储空间等。 12、非功能性需求定义了对系统提供的服务或功能的约束，包括时间约束、空间约束、开发过程约束及应遵循的标准等。 13、非功能需求还与系统的开发过程有关，例如对在软件过程中必须要使用的质量标准的描述、设计中必须使用的CASE工具集的描述以及软件过程所必须遵守的原则等。 14、按照非功能需求的起源，可将其分为产品需求、机构需求和外部需求3大类。 15、产品需求对产品的行为进行描述；机构需求描述用户与开发人员所在机构的政策和规定；外部需求范围比较广，包括系统的所有外部因素和开发过程。 16、一个好的需求集应该包含用户解决问题需要的功能服务，而且尽量避免涉及软件设计与软件实现的细节。区分一个需求集质量的高低可通过软件需求质量度量的9个元素，即正确性、无歧义、完备性、一致性、分级别、可验证性、可修改性、可跟踪性、可理解性。17、需求工程可分解为需求开发和需求管理。需求开发关注需求的生成，需求管理关注需求变更的控制。 18、需求开发与需求管理之间的界限是基准需求规格。 19、需求管理是一个使客户与项目团队不断变更的软件需求达成并保持一致的过程。 20、需求开发的结果应该有项目视图、范围文档、用例文档、软件需求规格说明书及相关分析模型。 21、需求评审有两类，其中的正式技术评审也称为同行评审。 22、实现需求跟踪的一种通用方法是采用需求跟踪矩阵。二、简答题： 1、软件需求的定义是什么，分别从用户角度和开发者角度给以阐述。用户角度：用户解决问题或达到目标所需的条件或能力；开发者角度：系统或系统不见腰满足合同、标准、规范或其他正式文档所需具有的条件或能力。

软件项目实施方法

项目实施方法目录 3 文档范围 6 1. 项目实施总论 6 1.1 项目实施目的和意义 6 1.2 项目实施阶段说明 6 1.3 项目经理 6 1.3.1 任职资格和职责 6 1.3.2 项目经理权利 7 1.3.3 项目经理负责制 7 1.3.4 项目经理动态聘任制 8 1.4 项目组 8 1.5 项目实施流程 8 1.6 项目实施内容 8 1.7 项目管理文档/工件清单 9 2. 项目商务 9 2.1 项目可行性分析 9 2.2 项目立项 9 3. 项目策划 10 3.1 项目目标和范围 10 3.2 项目合同 10 3.2.1 承包合同 10 3.2.2 分包合同 11 3.3 项目组织 11 3.3.1 项目前期组织 11 3.3.2 项目开发实施组织 11 3.4 项目策略 11 3.5 项目计划 11 3.5.1 项目任务计划 11 3.5.2 项目成本计划 13 3.6 项目启动会议 13 4. 项目实施 13 4.1 项目进度控制 13 4.1.1 项目例会 13 4.1.2 项目状态报告 14 4.1.3 项目里程碑/阶段评估验收 14 4.1.4 项目审计 14 4.1.5 项目收款进度 14 4.2 项目质量控制 14 4.2.1 软件质量 14 4.2.2 过程质量 15 4.2.3 质量措施 15

4.3 项目成本控制 16 4.3.1 项目预算 16 4.3.2 月度预算 16 4.3.3 备用金管理 16 4.4 公司项目风险控制 16 4.5 变更管理 17 5. 项目收尾 18 5.1 项目收尾的前期准备 18 5.2 部署 18 5.2.1 计划部署 18 5.2.2 部署 18 5.2.3 部署总结 19 5.2.4 系统试运行 19 5.3 验收 19 5.3.1 计划验收 19 5.3.2 验收 19 5.3.3 验收结束 19 5.4 项目维护 19 6. 项目综合管理 19 6.1 项目风险 19 6.1.1 常见风险和应对措施 19 6.2 项目沟通 21 6.2.1 客户沟通 21 6.2.2 公司沟通 22 6.2.3 项目组内部沟通 22 6.2.4 项目问题跟踪 22 6.3 项目文档 22 6.3.1 项目文档格式标准 22 6.3.2 标准文档工件清单 22 7. 项目考核 22 1.3 项目经理 1.3.1 任职资格和职责任职资格：通常情况下，项目经理是需求设计组成员；在项目主要相关业务上有一定工作经验，研发项目必须有较深的技术背景；具备系统思考能力，能合理权衡项目目标，能对项目中出现的问题用全面的、长期的眼光进行考虑；具备良好的沟通协调能力，包括充分利用资源、组织和组建团队能力、应对风险危机和处理问题能力，谈判和沟通能力；符合公司《技术人员项目考核及职业发展标准》其他要求；职责：对项目的成功负主要责任；保证项目目标的完成，并保证项目完成和目标一致；

论软件项目中需求管理的重要性

需求管理对软件项目的重要性信息技术革命正以迅猛之势更新着我们生存的社会。信息技术不再仅作为一项独立技术而存在。各行各业中信息化手段与技术的采用越来越突出，软件需求量越来越大，与此蓬勃发展的软件产业前景相反的是，软件行业落后的生产方式无法满足目前信息化时代飞速增长的软件需要，大型信息系统的成功率持续低迷。以计算机软件、集成电路技术为主导的信息技术革命正以迅猛之势更新着我们生存的社会，信息技术不再仅作为一项高科技技术而存在，而是广泛渗透于各个行业领域的生产、经营、管理等过程，成为它们发展的辅助手段和管理工具。信息的采集、分析、处理、整合、发布是信息产业的核心内容，它们都离不开软件。软件是计算机的核心，信息社会需要众多功能灵活的软件系统。但是，自20世纪60年代以后，全球软件行业落后的软件生产方式无法满足目前信息化时代飞速增长的软件需要，传统的软件开发方式与软件产品设计过程已不能满足当今对软件产品多样化的业务需要，从而导致软件开发与生命周期维护过程中出现一系列严重的问题。所以我认为“软件项目中的需求管理”是软件项目成败的关键，对项目成败具有决定性的作用。以下将阐述软件项目中需求管理的重要性。现阶段需求管理的问题主要体现在以下几个方面：

1.软件项目中范围、进度、成本估算准确率低。软件项目开发的实际成本远远高出估算成本高出；同时实际进度比预期进度延后几个月甚至几年。这种现象降低了软件组织的信誉。 2.客户对最终交付产品满意度低。软件开发人员在对用户需求未有清晰了解的基础上，对所面对的问题领域还没有确切分析与设计的情况下，即着手进行开发、编写程序。造成实际产品与客户期望功能产生偏离，无法解决客户的真实需求而造成客户满意度降低。 3.软件产品质量差强人意。软件质量保证技术没有贯彻地采用到软件开发的过程中，这必会导致软件产品发生质量问题。缺乏审核、复审和全面测试的软件难免质量低下，出错率高。 4.软件不可维护、生命周期短。软件程序中错误难以改正，出现新的需求或者需求变更时原有架构不易于维护，不能根据用户的新需求在原有架构中进行改变。造成软件的使用年限缩短，软件成本加深。 5.软件缺乏配套文档资料。软件产品应具备整套文档资料。然而在进度与成本的制约下，文档的编写与更新工作也使得软件组织疲惫不堪，每个人对文档内容的深度与阐述程度不尽相同。加之企业缺乏与之配合的文档制度、文档模板，更为文档编写带来困难之处。而缺乏相关文档对软件的二

软件项目管理系统要求规范

软件项目管理规范一、软件项目管理的定义软件项目管理是软件工程和项目管理的交叉学科，软件项目管理的概念涵盖了管理软件产品开发所必须的知识、技术及工具。根据美国项目管理协会PMI对项目管理的定义可以将软件项目管理定义为：在软件项目活动中运用一系列知识、技能、工具和技术，以满足软件需求方的整体要求。软件工程的活动包括问题定义、可行性研究、需求分析、设计、实现、确认、支持等，所有这些活动都必须进行管理，软件项目管理贯穿于软件工程的演化过程之中，如图1所示。图1 软件工程的演化过程二、软件项目管理的过程为保证软件项目获得成功，必须清楚其工作范围、要完成的任务、需要的资源、需要的工作量、进度的安排、可能遇到的风险等。软件项目的管理工作在技术工作开始之前就应开始，而在软件从概念到实现的过程中继续进行，且只有当软件开发工作最后结束时才终止。管理的过程分为如下几个步骤：（1）启动软件项目启动软件项目是指必须明确项目的目标和范围、考虑可能的解决方案以及技术和管理上的要求等，这些信息是软件项目运行和管理的基础。（2）制定项目计划软件项目一旦启动，就必须制定项目计划。计划的制定以下面的活动为依据。 ·估算项目所需要的工作量 ·估算项目所需要的资源 ·根据工作量制定进度计划，继而进行资源分配 ·做出配置管理计划（3）跟踪及控制项目计划在软件项目进行过程中，严格遵守项目计划，对于一些不可避免的变更，要进行适当的控制和调整，但要确保计划的完整性和一致性。（4）评审项目计划对项目计划的完成程度进行评审。并对项目的执行情况进行评价。（5）编写管理文档项目管理人员根据软件合同确定软件项目是否完成。项目一旦完成，则检查项目完成的结果和中间记录文档，并把所有的结果记录下来形成文档而保存。三、软件项目管理的内容

软件项目实施保障措施

项目实施保证为确保项目的顺利开展和实施，我们分别制定了项目组人员保证方案和软件开发质量保证方案以及项目进度保证方案。 1项目组人员保证方案为确保项目的顺利开展和实施，项目组的人员配备既有高层次的技术带头人（专家、教授等），也有中坚力量（博士、工程师、研发经理等），还有一般工作人员（具体开发设计工作的人员、试验人员、管理人员等），并实行项目经理、技术负责人质量负责制，加强技术管理的有效性和研发过程的科学性、准确性。 2软件开发质量保证方案 2.1质量管理内容 2.1.1 编制和评审质量计划制定质量保证计划：依据项目计划及项目质量目标确定需要检查的主要过程和工作产品，识别项目过程中的干系人及其活动，估计检查时间和人员，并制定出本项目的质量保证计划。质量保证计划的主要内容包括：例行审计和里程碑评审，需要监督的重要活动和工作产品，确定审计方式，根据项目计划中的评审计划确定质量保证人员需要参加的评审计划。明确质量审计报告的报送范围。

质量保证计划的评审：质量保证计划需要经过评审方能生效，以确保质量保证计划和项目计划的一致性。经过批准的质量保证计划需要纳入配置管理。当项目计划变更时，需要及时更改和复审质量保证计划。 2.1.2 “过程和工作产品”的质量检查根据质量保证计划进行质量的审计工作，并发布质量审计报告。审计的主要内容包括：是否按照过程要求执行了相应的活动，是否按照过程要求产生了相应的工作产品。本项目中对质量的控制主要体现在不同阶段的审计当中。 2.1.3 不符合项的跟踪处理对审计中发现的不符合项，要求项目组及时处理，质量保证人员需要确认不符合项的状态，直到最终的不符合项状态为“完成”为止。 2.2质量管理责任分配我公司在开发项目上按照规范化软件的生产方式进行生产。每个项目除配备了项目开发所需角色外，还专门配备了质量保证小组、配置管理小组、测试小组来确保质量管理的实施，下面针对这三种角色进行说明： 2.2.1 质量保证小组职责质量保证小组作为质量保证的实施小组，在项目开发的过程中几乎所有的部门都与质量保证小组有关。质量保证小组的主要职责是：以独立审查方式，从第三方的角度监控软件开发任务的执行，分析项

软件项目中需求管理工作的重要性

软件项目中需求管理工作的重要性开发一个软件项目，如果采用瀑布模型(或改进型瀑布模型)的话，通常会包括以下几个开发阶段，即：需求分析、系统设计、系统编码、系统测试、系统交付(及后续维护)。在项目管理过程域中，主要包括：项目规划、立项管理、需求管理、项目监控、风险管理和结项管理等。我们把所有与需求相关的活动统称为需求工程。需求工程的活动又可分为两大类，即需求开发和需求管理。需求分析师通过需求调查(调研)、需求分析和需求定义，完成需求开发工作。而项目经理则通过对需求确认、需求跟踪和需求变更控制的主导，实现需求管理。软件需求工程是软件项目开发工作的一个重要源头。它是由两个角色共同完成的。需求分析师一定要尽可能准确的获取客户需求，尽量一次做对，编写出高质量的《用户需求说明书》和《产品需求规格书》，努力降低项目中后期因需求变更对项目的成本、质量和进度的影响。而项目经理则需通过加强需求管理，有效的防范和减少不必要的需求变更。曾有人做过统计分析，如果在需求分析阶段发生的需求变更对项目带来的额外工作量是5的话，那么在系统分析和系统编码阶段发生的需求变更对工作量的增加分别是20和100。对于那些软件能力成熟度高的软件企业的项目经理而言，可以毫不夸张的说：只要把需求管理做好了，项目也就已经成功了一半。 CMMI中对需求管理流程的定义与我项目实践的体会

集成式能力成熟度模型(CMMI：Capability Maturity Model Integration)把需求管理流程划分为六部分，分别是：1、制定需求管理计划;2、求得对需求的理解;3、求得对需求的承诺;4、管理需求变更;5、维护对需求的双向跟踪;6、识别项目工作与需求之间的不一致性。毋容置疑，上述六个部分是构成需求管理流程的重要组成部分。但在实际操作中，仅仅是机械的遵循这些标准流程和要点，往往又是不够的。根据我在过去十年在国内的多个大型软件项目(涉及仓储管理、物流园区信息平台、保税区海关联网监管系统，以及港口社区综合信息平台等)担任项目经理的管理实践，我的看法就是：要想成功的执行需求管理，涉及到的一些关键成功因素还远不止这些。以下就是我的一些经验和体会。我的两点经验一、应紧密结合国内企业的实际特点和人文环境，通过多种手段消除“需求的不确定性” 开发企业级大型应用软件项目，需要应对的重要挑战就是“需求的不确定性”。那么，什么是“需求的不确定性”呢?我这里先例举两个场景。场景一：开发人员没有行业背景，不能很好的理解业务需求。某个开发项目，尽管经过了多轮次、十分详尽和深入的需求研讨，而且开发人员都确信自己已经明白了客户提出的业务需求，但费尽千辛万苦把系统做出来以后，客户却说：“对不起，这并不是我想要的!”于是几百万，甚至上千万的开发投入打了水漂;场景二：开发人员具备丰富的行业经验，也确实理解了业务需求，但开发项目组因为没有很好的平衡各

软件项目质量管理方案书

软件项目质量管理方案书 1软件开发质量保证方案 1.1 质量管理内容 1.1.1编制和评审质量计划制定质量保证计划：依据项目计划及项目质量目标确定需要检查的主要过程和工作产品，识别项目过程中的干系人及其活动，估计检查时间和人员，并制定出本项目的质量保证计划。质量保证计划的主要内容包括：例行审计和里程碑评审，需要监督的重要活动和工作产品，确定审计方式，根据项目计划中的评审计划确定质量保证人员需要参加的评审计划。明确质量审计报告的报送范围。质量保证计划的评审：质量保证计划需要经过评审方能生效，以确保质量保证计划和项目计划的一致性。经过批准的质量保证计划需要纳入配置管理。当项目计划变更时，需要及时更改和复审质量保证计划。 1.1.2“过程和工作产品”的质量检查根据质量保证计划进行质量的审计工作，并发布质量审计报告。审计的主要内容包括：是否按照过程要求执行了相应的活动，是否按照过程要求产生了相应的工作产品。本项目中对质量的控制主要体现在不同阶段的审计当中。 1.1.3不符合项的跟踪处理对审计中发现的不符合项，要求项目组及时处理，质量保证人员需要确认不

符合项的状态，直到最终的不符合项状态为“完成”为止。 1.2 质量管理责任分配我公司在开发项目上按照规范化软件的生产方式进行生产。每个项目除配备了项目开发所需角色外，还专门配备了质量保证小组、配置管理小组、测试小组来确保质量管理的实施，下面针对这三种角色进行说明： 1.2.1质量保证小组职责质量保证小组作为质量保证的实施小组，在项目开发的过程中几乎所有的部门都与质量保证小组有关。质量保证小组的主要职责是：以独立审查方式，从第三方的角度监控软件开发任务的执行，分析项目内存在的质量问题，审查项目的质量活动，给出质量审计报告。就项目是否遵循已制定的计划、标准和规程，给开发人员和管理层提供反映产品和过程质量的信息和数据，使他们能了解整个项目生存周期中工作产品和过程的情况，提高项目透明度，从而支持其交付高质量的软件产品。质量保证人员依据质量保证计划，通过质量审计报告向项目经理及有关人员提出已经识别出的不符合项，并跟踪不符合项的解决过程，通过审计周报或者审计月报向项目经理提供过程和产品质量数据，并与项目组协商不符合项的解决办法。质量保证小组的检测范围主要包括：项目的进度是否按照项目计划执行，用户需求是否得到了用户的签字确认，软件需求是否正确的反映了用户的需求，是否将每一项用户需求都映射到软件需求；系统设计是否完全反映了软件需求；实现的软件是否正确的体现了系统设计；测试人员是否进行了较为彻底的和全面的测试；客户验收和交接清单是否完备；对于系统运行中出现的问题，维护人员是否记录了详细的维护记录；配置管理员是否按照配置管理计划建立了基线，是否严格控制变更过程，是否对配置库进行了维护。

IT项目实施与管理方案投标书

1.1项目实施与管理 1.1.1项目实施方法论针对南京银行企业服务总线系统项目，高伟达公司基于对客户需求、业务目标、业务能力和IT环境的理解，结合多年的软件开发和系统实施经验，将项目的实施周期划分为六个活动阶段，保证在项目生命周期内，应用合理的项目管理和控制技术。通过专注于使客户投资回报最大化，和使客户的投资风险最小化的关键战略和战术领域，加快项目实施速度，使得项目成功地完成。这些阶段的特性是可循环往复性，使客户可以尽快地获得新的应用系统所带来的好处。 1.1.1.1项目定义阶段在这个阶段, 所有与分期实施相关的项目活动都被明确定义, 项目的"项目利益相关者"被指定，项目经理和客户项目经理的角色和职责被传达给所有的"项目利益相关者"。管理项目所需的项目控制结构被定义,所有需要的项目规划文件被创建, 客户的业务问题和被用来衡量项目成功的衡量标准被确认。制定解决方案范围，在一个高级别上定义哪些模块将被实施，估算预期需要的客户化程度, 以及勾画出在产品之外需要开发的内容和要提交的技术成果。解决方案范围文档包括解决方案范围概述, 功能范围, 流程范围, 客户化问题, 其他风险, 外部依赖条件以及假设。这个工作为未来项目决策, 统一或达成"项目利益相关者"之间就有关项目参数的共识，提供书面的文档。它阐述以SOW为基础的业务需求，并且把它转化成产品模块实施信息。

简而言之, 这个阶段组建项目团队，保证客户实施项目的成功。公司人员与客户人员一道，组建项目团队, 设定项目方法和范围，并建立项目管理控制。主要交付的成果有，解决方案范围和项目管理控制。制定了项目质量检查计划。 1.1.1.2需求分析阶段在需求调研阶段, 在项目管理小组的指导下, 由公司和客户组成的统一的项目团队将识别并且书面记录在开始设计客户解决方案之前所必须弄清楚的，需处理的问题。项目团队书写、提炼满足客户业务目标所需的功能和技术要求。主要交付的技术成果为业务需求和差距分析。专家服务顾问将进行一个配置检查，以保证系统有精确的规格，便于购买硬件和架构部署。在有技术客户经理参与的情况下, 通过完成初始的评估, 来建立部署的基准，及通过给战略，管制，用户采用, 流程和技术各方面打分的评估来建立业务目标。 1.1.1.3项目设计阶段在设计阶段, 主要的目标是设计一个能够最佳地满足客户明确的业务需求的解决方案，并且为培训和系统测试做准备。在设计(Design)阶段,项目团队利用应用系统屏幕流程和设计布局来映射在发现阶段确定的需求,设计解决方案的原型。主要交付的技术成果是解决方案设计文档和测试策略。这个策略定义测试计划和测试要求，以保证一个系统部署的成功。主要的目的是提供一个高级的测试策略，

浅谈软件开发外包项目的管理

浅谈软件开发外包项目的管理所谓软件外包就是一些发达国家的软件公司将他们的一些非核心的软件项目通过外包的形式交给人力资源成本相对较低的国家的公司开发，以达到降低软件开发成本的目的。众所周知，软件开发的成本中70%是人力资源成本，所以，降低人力资源成本将有效地降低软件开发的成本。那么，在软件外包项目管理中要注意哪些问题呢？一、如何选择外包商 1．公司规模 a) 具有一定规模的公司才有可能具有全面的软件开发能力，有客户需要的各类技术高手。 b) 接触过的企业比较多，才有可能接触过很多的项目，积累丰富的经验。可以将其他公司行业知识或是系统架构方面的经验进行分享。 c) 公司的声誉，财政状况，招工吸引力等，以保证项目期间无经济困扰，在软件人才频繁进出的情况下，有能力招募高手，有钱不断培训新人，从而力保高水平完成外包项目。 d) 后续服务的保障性。基本上，我们希望的厂商都是要能够长期合作的，毕竟默契跟关系是需要长期培养的，万一厂商规模太小，忽然有一天消失了，重新找厂商以及试运行项目又会是一个不太愉快的过程，更别说以前项目的维护工作可能没法得到保障了。 2．规范化。 a) 如果一个企业做得比较规范，我们会认为他们更可信。 b) 项目管理能力：厂商使用的方法论是否完整；是否经历过大量项目的检验；是否运用数字化的管理工具；是否有明确的KPI；是否取得国际级的认证，如 CMMI；比如说获得CMMI 的认证，在国内好像也没听说过谁是真的过不去的，毕竟这个对培训机构来说也是一种商品化后的服

务项目，我的回复一向是：“是的，但是过了总比没过的好，总是多加了一份保障。” 3．价格：至于价格当然是越少越好，但不是要考虑的第一要素。Total cost的概念，包括项目的整体成本，以及后续需要维护的人员成本，是否有加值服务的提供(技术领域以及行业领域)。最早开始的时候，我们在议价的时候，更多的是考虑每个人天的单价，合作过几家厂商之后，发现如果从 Total 开发成本的角度来看，其实大家能提供的价格还是差不多的，单价低的可能项目周期会比较长，或是项目质量不如单价高的厂商，我们后续需要的测试以及维护成本加起来，其实成本是非常接近的，所以，还是建议找质量比较好的厂商，不要完全以人天单价或是项目总体价格来当作唯一的考虑点。毕竟省下来的钱是公司的，项目搞砸的 Credit是自己背的。 4．人员素质沟通能力；英语能力；文档编写能力；是否对他专一，有资源一心一意压在他的项目上，而不要撤东墙补西墙。 5．地域性因素。这点随着互联网的普及以及各式沟通工具越来越多，倒是没有那么强的影响了，可以考虑在最后才使用这个指标衡量。 6．对你所在企业的认识。我们的经验是，对你越了解的合作伙伴，越容易培养默契，在项目的合作上也越容易体现出弹性，说的再虚一点的话，最好连合作伙伴的企业文化也能跟我们比较接近是最好的了，因为不管对方的老板答应你什么，真正干活的还是下面这批人。二、管理外包商的要点 1．需求管理在软件项目开发的早期，最主要解决的问题就是明确软件需求，但是现实中开发商往往很难理解企业的业务需求，加上业务需求会随着时间的推移而发生变化，造成软件需求一直在发生变化；另一方面，开发商提供的需求文档也很难被业务部门所理解，造成

软件实施项目管理

关于软件实施项目管理的探讨项目管理是一门新兴的管理学科，其涵盖范围非常广，本文仅立足于软件实施过程中项目管理的应用，以项目管理周期为主线展开探讨。一、项目经理的职责和作用项目经理是项目的总负责人，负责从项目启动到项目结束的整个项目实施过程。其在项目管理中的职能主要体现在协调，而非行政指派。主要职责： 1、在技术、费用和时间特定的前提下，利用组织中的现有资源完成项目最终目标； 2、和客户、项目组成员、其他相关人共同商议选择开展项目的最佳计划； 3、为达到目标做出必要的决策； 4、当项目计划变更时，及时向主管汇报； 5、在时间和费用允许的条件下，和各项目部门协调工作程序； 6、负责协调项目组人员间的关系 7、按项目计划进行项目验收， 8、如果目标达不到而合同允许，建议结束项目或改变方法；二、软件实施项目管理的过程（注：和PMBOK2000存在差异） 1、项目开始项目开始阶段主要针对软件合同内容,制定项目的总体安排计划,并由公司售前人员和对方企业项目实施人员对前期项目资料进行移交，确定项目责任和授权，尤其要明确项目的验收标准。在项目开始阶段进行的项目管理主要包括以下内容: ·项目总体安排对项目的时间、进度、费用、人员等作出总体安排,制定该项目的总体计划。 ·资料移交包括合同、售前调研报告、需求分析、验收标准、对方公司的项目组成员等资料。 ·项目范围定义在资料移交的基础上,定义该项目的整体范围。 ·项目授权由企业与公司销售部门根据项目合同,明确双方职责,并由企业根据项目的需要对实施组进行项目管理的授权 .对该阶段的资料进行整理、归档。 2、项目计划项目计划阶段是该项目进入系统实施的启动阶段,主要进行的工作包括:确定详细的项目实施范围、定义递交的工作成果、评估实施过程中主要的风险、制定项目实施的时间计划、成本和预算计划、人力资源计划等。（1）对项目组成员进行职能分工，画出项目管理组织结构图、明确各自职责。如下图所示：

论如何进行有效的需求管理

论如何进行有效的需求管理很多人会有这种感受，一个项目做了很久，感觉总是做不完，就像一个“无底洞”。你想加人尽快完成这个项目，而用户总是有新的需求要项目开发方来做，就像用户是一个不知廉耻的要求者，而开发方是在苦苦接收的接受者。实际上，这里涉及到一个需求管理的概念。项目中哪些该做，哪些不该做，做到什么程度，都是由需求管理来决定的。需求管理是软件项目中一项十分重要的工作，据调查显示在众多失败的软件项目中，由于需求原因导致的约占了很大的一部分，因此，需求工作将对软件项目能否最终实现产生至关重要的影响。在软件项目的开发过程中，需求变更贯穿了软件项目的整个生命周期，从软件的项目立项，研发，维护，用户的经验在增加，对使用软件的感受有变化，以及整个行业的新动态，都为软件带来不断完善功能，优化性能，提高用户友好性的要求。在软件项目管理过程中，项目经理经常面对用户的需求变更。如果不能有效处理这些需求变更，项目计划会一再调整，软件交付日期一再拖延，项目研发人员的士气将越来越低落，将直接导致项目成本增加、质量下降及项目交付日期推后。这决定了项目组必须拥有需求管理策略。下面主要针对需求开发及需求管理两个方面对需求进行分析。 1. 需求开发，从目前我们的实际工作情况来看按顺序主要分成如下几个部分： ?请教行业专家行业客户对信息化的需求越来越细化，对专业性以及行业能力的全面性要求越来越高，惟有深入行业，洞察其需求，研发出更适合客户需求的产品，才能成功。因此有必要先请这方面的行业专家对于客户的业务需求进行从流程上的梳理。为什么请行业专家，而不是直接请客户进行交谈，得到其实需求，个人认为主要是因为目前各政府部门、企事业单位对于信息化与业需求的整合这一块缺少经验，大部分情况还不能完全整理出完善、清晰的系统需求来。只有通过行业专家对其实业务流程进行梳理，一方面更容易与客户产生共鸣，另一方面也可以大大减少因为知识方面的差异导致错识需求的产生。 ?和客户交谈你要面对“正确”的客户区分不同层次的客户需求，要面对不同层级，不同部门的客户，把客户分类，区分需求的优先级别。如果你做的项目业务是你熟悉的，那还好，如果是你不熟悉的，一定要花点精力学习一下这个行业业务的背景资料，这也是我上面谈到的先请行业专家的原因。毕竟，客户是不可能给你系统地介绍业务的。只有你通晓了行业业务，才能和用户交流，并正确而有效地引导客户，做好需求分析，你不能指望客户能明确地说出需求。

浅谈软件项目中的需求管理

浅谈软件项目中的需求管理曾创能－332070063 2013年4月17日摘要：需求管理在软件开发项目管理中起着至关重要的作用。本人以曾作为项目经理参与的国内某期货交易所核心结算业务系统（下称“结算系统”）的项目为例，阐述需求管理的流程和自己摸索出的一些需求管理方法和心得。关键词：项目管理需求管理软件项目开发引言：在如今软件开发领域，尽管各种开发技术越来越先进，可利用的软件开发工具和方法也越来越多，但仍然有相当比例的软件项目失败。究其原因，常常是由于在项目开始阶段没有正确地理解、确定和定义需求，或者是由于在项目进展过程中没有正确地管理需求。众所周知，项目管理的三要求为TQC（时间、质量、成本）。我个人认为，在软件开发项目中，要使TQC目标最大化，范围管理中的需求管理有着至关重要的作用，这与当今中国软件开发的特征有很大关系。当前中国软件开发的领域集中在应用开发领域，多以开发业务管理系统为主。而中国是新型经济体，在企业管理等领域处于逐步摸索、不断变更，以适应国际化竞争的转型初期。在此转型阶段，各企业的管理模式、业务管理方法等有很大不同，且自身也处于不断否定自己的管理、不断变更自己的管理方法和调整业务模式之中。作为软件项目开发承接方，必须适应中国这一各企业“需求各不相同”、“需求多变”的国情。本人以曾作为项目经理参与的国内某期货交易所核心结算业务系统（下称“结算系统”）的项目为例，阐述需求管理的流程和自己摸索出的一些需求管理方法和心得。

软件需求管理的流程：软件需求是软件项目开发工作的一个重要源头。需求管理一般由需求分析师和项目经理共同完成的。需求分析师尽可能准确的理解和获取客户需求及潜在需求，编写《需求规格说明书》，而项目经理则需通过加强需求管理，有效的防范和减少不必要的需求变更。按我多年项目开发管理经验，我个人认为，需求阶段准备把握了各类需求（功能、非功能、潜在需求等）并有效地管理需求，项目也就已经成功了一半。在我负责结算系统时，按需求工程的方法论，将需求管理的流程可划分为如下几部分： ?制定需求管理计划需求管理计划往往被软件项目管理人员所忽视，很多项目经理在开发项目时，一上来就是让需求分析师跟客户谈需求去，这样做会导致需求工作的盲目性甚至可能让需求分析师无所适从。在本项目启动时，我通过如下步骤制定需求管理计划： 1、确定需求沟通机制； 2、确定需求变更管理办法； 3、确定需求跟踪方法； 4、确定需求管理涉及的干系人，并明确职责； 5、明确需求管理工具； 6、编写需求管理计划。 ?需求调研需求调研是需求分析师一项非常重要的工作。在本项目中，我确定了对期货核心结算业务吃得很透，具有5年以上相关经验的技术人员作为需求分析师负责与客户的需求访谈和调研，并成立需求组，在需求组中还配备了软件设计师和软件测试工程师旁听。我认为，在需求阶段，虽然以需求分析师为主，但软件设计师和软件测试工程师参与非常重要，他们可以了解第一手的需求信息。 ?需求分析和定义针对获取的用户需求进行分析和整理，并规格化，形成需求规格说明书。针对每项功能需求，定义需求的重要性、优先级、实现的难易程度。

软件开发部规章制度及软件项目管理方法

软件开发部规章制度及软件项目管理方法第一部分：软件开发部规章制度一、日常工作制度： 1、关于休假、加班：严格遵守公司的考勤制度，如有事，提前书面形式填写请假申请，批准后方可休假，如情况紧急不能提前填写请假申请，要电话请示上级领导，并在休假后补办请假手续。开发部人员在项目紧张时尽量不提出请假申请。研发人员原则上不安排加班，研发进度根据公司要求结合项目实际由项目组长负责制定，项目组长协调安排工作。项目组长根据进度需要安排的加班，加班费用由项目奖金中支出。公司工作需要硬性安排的加班，加班费有公司支出。相关标准按照国家相关制度执行。 2、开发部员工守则：遵纪守法，忠于职守，克己奉公。维护公司声誉，保护公司利益。服从领导，关心下属，团结互助。爱护公物，节约开支，杜绝浪费。努力学习，提高水平，精通业务。积极进取，勇于开拓，创新贡献。 3、员工工作日志： ●工作日志制度的目的是形成严格的工作跟踪和积累习惯，要求部门中项目负责人以下人员按要求每日记录。 ●工作日志是部门员工的工作记录载体，起到部分绩效考核和浮动工资的确定依据的作用。 ●工作日志包含每日计划和完成情况，每日工作始终时间，每日工作饱和度（5为最高， 1为最低，如为请假，请注明“事假”或“病假”），次周计划，以及问题、意见和建议。 ●工作日志严格要求每日填写，绝不允许在上交前统一填写。填写时注意清空原有内容。如发现某些栏目多周雷同的情况，将进行警告。 ●每日工作内容如无特殊情况，至少需要写3条以上。叙述工作内容要求尽可能说明清楚。不允许简单的如“修改错误”的描述。 ●工作日志严格要求在次周上午10:00前提交。不提交工作周报将适当予以惩罚。对于未提交日志的人员，部门经理保证当周内口头通知。 ●工作日志以Email形式提交给项目负责人和部门经理。部门经理收到后保证第一时间

软件项目的需求管理问题及对策.doc

软件项目的需求管理问题及对策- [摘要]软件项目管理工作中的需求管理具有非常重要的地位，需求管理的好坏关系到每个软件项目的成败，只有存在软件需求情况，才能进行软件项目开发。本文主要分析了软件开发过程中需求管理，论述了需求管理的一般方法，提出了需求管理中应注意的问题。 [关键词]软件项目；需求管理；措施 1 需求管理概念及其特点 1.1 需求管理需求是指通过和客户协商，建立并及时更新的关于软件工作的协议，属于系统需求的重要组成部分，主要体现于系统的软件部分。需求分析在开发技术行为具有关键性作用，需求管理就是为了有效管理需求研究结果，保证软件项目开发与它同步发展。需求管理的目的是在客户和依据客户需求的软件项目中间建立共识。这种情况表明用户需求必须是合理的，项目的发展目标要与用户需求一致。需求管理活动就是积极保证这种共识的实现。在制订正式的需求文档时耗费大量的人力物力，但真正拥有了需求文档后又会产生新问题。需求评审会上只是走过场，这是由于广大用户谁也不会去听那没完没了的需求文档。不同层次的客户感兴趣的问题不同，每一个客户都是需求专家是不可能的。为了保证需求的正确性和完整性，项目经理都会要求众人在需求阶段消耗大量的时间，但客户和公司的主要领导关心的却是实际应用的软件。在此情况下，项目组成员一方面，要应对公

司领导的压力；另一方面，还要考虑项目经理的要求，因此，常常处于进退两难境地，都希望尽快结束这一阶段。对需求的精细度到底要求到什么程度才能结束，对于此没有统一的认识。但是需求周期越长，存在的变化因素就会越多，设计要求也会越来越严格，对需求的共性提取要求也会提高，因此，只要全体工作人员认为描述达到了一定程度，就可以着手进行设计了。如果软件开发过程存在一条真理，那必然是需求存在无休无止的变化，需求不可能是完整的。因为软件系统存在一定的复杂性，要想提前说出所有的需求是不可能的。系统原来的操作环境不可能一成不变，用户的理解不可能一成不变，系统的角色不会一成不变。这些因素都会引起需求改变。所以，需求是容易发生改变。 2 需求管理策略 2.1 建立需求管理模型根据人际沟通的随意性做出软件需求建模，只有沟通准确和预案标准化，才能解决这个缺点，要验证和测试需求的变更可行性首先要掌握需求管理模型，是表达软件需要的一种形式。建模的基本原理就像搭积木，使它能用较标准的语言诠释和表达软件的目的。能依据个人的需要进行反复的修改，这就是软件需求模型最大的优点，模型怎样经过修改都不会有问题。就能使使用者更容易掌握。在了解软件的需求特点之后进行相关讨论，之后再进行准确有效的阐述，让使用者和开发者都能准确理解，就是建模的基本过程。 2.2 对需求的变化要有正确认识需求管理的变化包括变化的控制、基线的建立等许多内容。

软件项目需求管理

南京信息工程大学实验（实习）报告实验名称软件项目需求管理实验日期10.15 _______ 指导老师仅供参考一、实验目的掌握软件项目需求管理过程，学习编制软件项目需求规格说明书。二、实验时间 2学时三、实验要求 1、按照需求规格文档模板完成需求规格说明书的编写，按实验报告的撰写规范完成实验报告。 2、自拟一个简易软件系统（以自己熟练操作的软件为主，如学生成绩管理系统、图书管理系统、美食订餐系统等，后续实验将一直围绕该系统展开），从软件开发人员角度来思考编写该项目的需求规格说明书。 3、用功能点法分析软件规模，给出软件的功能点值。四、实验内容图书管理系统软件需求规格说明 1. 引言 1.1目的对于一个大型图书馆，对图书的借还，读者注册借阅以及图书的管理是使用图书馆资源重要的前提，所以一个优秀的图书管理系统对于管理是非常重要的，该需求规格说明书对图书管理系统软件进行了全面细致的用户需求分析，明确所要开发的软件应具有的功能、性能。 1.2范围本系统通过给图书管理人员带来管理上的便利来提高管理效率，本系统包括基本的增删改查功能。力求减少人力与管理费用，提高信息准确度，改进管理和服务，建立高效的信息传输和服务平台，提高信息处理速度和利用率。 1.3定义、简写和缩略语文档中采用的专门术语的定义及缩略词简要如下： LMS Library Management System，图书管理系统。

1.4引用文件

中国国家标准化管理委员会.GB/T-9385-2008，计算机软件需求规格说明规范 [S] . 2008. 2. 概述 2.1产品描述本系统就是为现代化图书管理信息系统而设计的，本系统是面向图书管理员的，主要解决了手工记录容易出错等与书籍多等有关的问题。 2.2产品功能能够储存一定数量的图书信息，并方便有效地进行相应的图书书籍的数据操作和管理, 这主要包括：图书信息的增删改查；图书的检索；图书借还情况的统计。能够对一定数量的读者进行相应的信息储存和管理, 读者的统计与查询。的服务。 2.3用户特点通过对图书书籍、读者信息、借还情况进行高效的管理，图书管理员可以查询某读者、某图书的具体情况，还可以对某类、某具体同种书进行一些统计，能够在系统上给出统计表格，以便全面掌握图书的流通情况，减少工作量。 2.4运行环境硬件环境： CPU : 2.2GHz 及以上内存：最低128M 推荐512M 以上硬盘：最低5G 可用；推荐10G 可用以上显示：1280x1024及以上软件环境： Win dows XP 及以上操作系统 My Eclipse SQL server 2008 Jdbc 2.5约束本图书管理系统最好只应用于学校图书管理员，在功能上还可以进一步实现安全防范、借阅平台、后台管理、图书管理、与网络集成起来，实现真正的网上图书系统软件。 2.6假设和依赖关系由于开发时间和计算机数量有限，该系统不能提供强大的信息查询功能，对信息的保护这其中包括：读者信息的增删改查; 能够提供一定的安全机制，提供数据信息授权访问, 防止随意删改，同时提供数据备份

软件项目实施管理制度

软件项目实施管理制度颁布日期：2013年1月 1 日执行日期：2013年 1 月 1 日执行部门：信息部

目录前言及修订记录 (5) 1.目的 (6) 2.范围 (6) 3 .定义与术语 (6) 4.角色与职责 (6) 4.1项目负责人 (6) 4.2 项目实施小组 (7) 4.3 企业管理层 (7) 5.管理流程 (7) 5.1 项目开始流程 (7) 5.2 项目选型流程 (8) 5.3 项目执行流程 (9) 5.4 项目评估及更新流程 (9) 6.管理内容 (10) 6.1项目开始 (10) 6.2 项目选型 (10) 6.3项目计划 (11) 6.4项目执行 (12) 6.5项目评估及更新 (13) 6.6项目完成 (13) 7 附则 (14) 7.1本制度自2013 年1月1日起实施。 (14) 7.2本制度所涉表单见附表 (14)

本文件由公司信息中心提出并归口。前言及修订记录

1.目的为加强软件项目实施管理，确保软件项目按计划实施,特制定本制度。 2.范围适用于公司所有软件项目实施人员及参与人员 3 .定义与术语一个完整的ERP项目通常包括三大阶段:需求分析、系统选型和系统实施；在系统实施阶段又可细分为实施计划、业务模拟测试、系统开发确认、系统转换运行、运行后评估五个主要步骤。项目管理围绕整个ERP项目的全过程,对项目的立项授权、需求分析、软硬件的评估选择,以及系统的实施进行全面的管理和控制。一个典型的ERP项目管理循环通常包括:项目开始、项目选型、项目计划、项目执行、项目评估及更新和项目完成六项主要内容。 4.角色与职责 4.1项目负责人负责项目具体事务的计划和执行，资源的统一管理和调度。实施组长的角色包括“执行者”到“整合者”，即关注细节也纵观全局。实施阶段，实施组长组织每周一次的项目例会，讨论解决项目进程中的各种问题。 100％时间保证，控制项目的范围、进度和成本，有责任要求项目小组其它成员按时完成所分配的任务。

软件项目管理需求规范-格式

XX省技术资源应用公共服务平台建设需求管理规X XX省技术资源应用公共服务平台建设（产品项目）统一过程项目编号：PSPP-2008-001 版本：1.0 用户：系统分析员，配置经理、项目经理分类：规X 状态：草案密级：普通文档信息

目录 1.简介1 1.1.目的1 1.2.X围1 1.3.词汇表1 1.4.参考信息1 2.需求分析与需求管理二者的界限2 3.需求分析规X3 3.1.需求分析流程图3 3.2.角色3 3.3.进入准则4 3.4.输入4 3.5.活动4 3.6.输出进行相关修改5 3.7.验证与确认5 3.8.退出准则5 3.9.度量6 4.需求管理规X6 4.1.需求管理流程图6 4.2.角色6 4.3.进入准则6 4.4.输入6 4.5.活动7 4.6.输出7 4.7.验证与确认7 4.8.退出准则7 4.9.度量7

1. 简介 1.1. 目的指导需求过程中的需求分析和需求管理的工作。 1.2. X围 XX省技术资源应用公共服务平台建设所有工程项目。 1.3. 词汇表需求：（正在构建的）系统必须符合的条件或具备的功能。需求管理：一种获取、组织并记录系统需求的系统化方案，以及一个使客户与项目团队对不断变更的系统需求达成并保持一致的过程。需求管理的目标是：使软件需求受控，并建立供软件工程和管理使用的基线。使软件计划、产品和活动与软件需求保持一致。 1.4. 参考信息《软件需求》（Karl E.Wiegers）

2. 需求分析与需求管理二者的界限如图，需求分析同需求管理共同形成对需求的规X执行和控制，贯穿需求的整个过程，分析的侧重点为执行，管理的侧重点为过程的监控管理。本文从需求分析和管理两方面规X公司对需求的执行和控制。