信息系统运维服务用户需求分析和管理课件

信息系统运维服务管理（8）信息系统运维服务管理1第8章信息系统运维服务用户需求

分析和管理主要内容：（1）企业信息系统现状评估。（2）信息系统运维服务范围管理。（3）信息系统运维服务用户需求调研分析。（4）信息系统运维服务沟通管理。（5）信息系统运维服务用户需求管理。第8章信息系统运维服务用户需求

分析和管理主要内容：2企业信息系统现状评估的目的

信息系统现状评估是企业信息系统工程项目已经竣工验收，并由系统集成商移交给企业、正式投入使用以后，系统进入了运行维护阶段，对信息系统建设过程、应用效果及未来适应能力进行综合评估的过程和行为。

目的主要是：

（1）评价信息系统在性能和功能方面的表现。（2）评价信息系统的技术和质量水平。（3）评价信息系统对企业业务的支持状况。（4）评估企业信息系统建设的投资价值。（5）评价信息系统应用的效果以及存在的问题。（6）考察信息系统对企业发展战略及未来业务发展的适应能力。（7）为后续的信息化建设提供经验与参考。

企业信息系统现状评估的目的信息系3企业信息系统现状评估的内容

（1）系统技术性能和质量评估：定性地从适用性、先进性、扩展性等方面对系统运行环境、基础设施、网络平台，以及设备硬件、软件、安全方面的性能和质量进行评估。①软件技术性能和质量评估②硬件技术性能和质量评估③系统安全性能和质量评估（2）流程现状评估：主要是从流程与战略的匹配性、流程关系依赖性、流程复杂性、流程控制性、实施目标与效果一致性、流程竞争性等方面进行评估。（3）资源应用现状评估：评估对象包括服务台、知识库、工具、备件库、基础设施和系统软硬件平台等方面的应用情况。包括：

①目标功能实现度②

用户满意度③

信息系统利用率企业信息系统现状评估的内容（1）系统技术性能和质量评估：定4企业信息系统现状评估的特点

（1）现实性：以实际情况为基础，依据数据资料是现实发生的真实数据。（2）全面性：对系统立项决策、咨询设计、系统集成实施、运行维护等方面进行全面、系统的分析。（3）反馈性：现状评估的目的在于为有关部门反馈信息。（4）协调性：企业信息系统现状评估需要多方面的合作、协调，企业主管部门要组织计划、财务、人事、设计、生产、销售、运维、质量、检测等有关部门协同进行。企业信息系统现状评估的特点（1）现实性：5企业信息系统现状评估的方法

（1）资料收集法（2）市场预测法（3）分析研究方法

①指标计算法②指标对比法③因素分析法④统计分析法企业信息系统现状评估的方法（1）资料收集法6企业信息系统现状评估的步骤

（1）筹划准备：明确企业信息系统现状评估的具体对象、评估目的及具体要求。（2）业务调研：企业发展战略、企业业务体系、企业组织体系、业务流程体系、企业管理模式和管理特点等。（3）信息系统调研：信息系统建设目标和建设过程、系统基础设施和环境、系统体系结构、系统分布模式、系统功能构成、系统性能状况、系统资金投入等。（4）应用效果调研：系统对企业战略、业务的支持及与企业业务流程的整合情况，对企业管理的作用，系统建设和应用对企业发展成长的促进作用，系统建设的项目管理，系统运行维护的现状等。（5）综合分析评估：员工的职业素质及对信息系统掌握的熟练程度、技术水平，信息系统日常运行维护能力，信息系统对企业文化的影响及整合，客户服务满意度，客户对系统改进的建议和要求等。（6）编制企业信息系统现状评估报告：将调研分析研究的成果汇总，编制出信息系统现状评估报告，并提交委托单位和被评企业。

企业信息系统现状评估的步骤（1）筹划准备：明确企业信息系统7技术服务合同的特点

（1）合同标的是解决特定技术问题的，具有专业性、广泛性、效益性和相对性的特点。（2）合同的履约方式是完成约定的专业技术工作，受托人履行合同的过程是技术知识传递、扩散的过程。（3）受托人为委托人完成的成果要保证质量，对实施结果承担责任。技术服务合同的特点（1）合同标的是解决特定技术问题的，具有8信息系统运维服务范围管理的特征

（1）信息系统运维服务范围管理应以确定并完成服务目标，明确服务职责界限，保证服务实施过程和交付成果的完备性为目的。（2）信息系统运维服务范围管理的对象应包括为完成服务目标所必需的专业技术工作、系统管理工作和项目行政工作。（3）信息系统运维服务范围管理的过程应包括服务范围的确定、组织结构分析、服务范围控制等。（4）信息系统运维服务范围管理应作为技术服务管理的基础工作，并贯穿于项服务全过程。信息系统运维服务供方应确定服务范围管理的工作职责和程序，并对范围的变更进行检查、分析和处置。

信息系统运维服务范围管理的特征（1）信息系统运维服务范围管9信息系统运维服务范围管理的内容

（1）确定服务目标：经服务供需双方同意，以文件形式表述的需求即是服务目标。（2）确定服务范围的主要依据：

①服务目标的定义或用户需求说明文件。②环境条件调查资料。③信息系统运维服务限制条件和制约因素。④同类服务项目的相关资料。（3）编制服务管理规划：

①服务管理大纲。②服务管理规划③服务管理实施细（4）服务范围控制：①服务范围变更要有严格的审批程序和手续。②服务范围变更后应调整相关的服务计划。③重大的服务范围变更，应提出影响报告。

信息系统运维服务范围管理的内容（1）确定服务目标：经服务供10信息系统运维服务合同评审的定义

信息系统运维服务合同评审是指供需双方在签订正式的服务合同前，运维服务供方针对服务合同的具体内容所组织的一项专门评审活动，并填写评审记录，以确保合同中对运维服务范围、服务级别、质量要求、价格和期限等规定得公平、合理、明确和有效。

对复杂程度高的信息系统运维服务合同评审一般在投标阶段就开始实施，在正式签订合同前往往要多次进行合同评审活动，直至合同正式签订为止。服务合同签订后若发生合同更改，则还需重复上述合同评审活动。信息系统运维服务合同评审的定义信息11信息系统运维服务合同评审的内容

（1）审查合同主体和内容是否合法。（2）审查合同意思表示的真实性。（3）审查合同条款是否完备，文字是否规范。（4）审查合同中的信息系统运维服务级别要求是否合理。（5）审查合同当事人的财务状况、基础环境、设备资源、技术实力、业绩信誉和诚信记录等。（6）审查合同当事人的客户价值、客户关系等。（7）审查合同中规定的服务费用（价格）、服务质量要求等是否合理。（8）审查合同中规定的信息系统日常运行保障和系统维护条款是否合理。（9）审查合同中规定的人员信息技术培训服务内容要求是否合理。（10）审查合同中规定的咨询评估服务内容要求是否合理。（11）审查合同中规定的系统优化改善服务内容要求是否合理。（12）审查合同当事人的履约能力，对不确定因素进行全面风险评估。信息系统运维服务合同评审的内容（1）审查合同主体和内容是否12信息系统运维服务项目的选择方法

（1）组织的整体需要（2）项目分类法（3）财务指标评价方法①净现值分析

②投资收益率分析（ROI）：ROI越大越好。③投资回收期分析：以净现金流入补偿净投资所用的时间。（4）加权评分模型法：第一步就是要识别所考虑因素的重要程度，包括：①符合企业主要的商业目标。②服务项目受到组织高层管理者的大力支持。③有较强的客户支持。④具有运用符合实际的技术能力的水平。⑤可以在1年或更少的时间内得以实施。⑥有正的净现值。⑦能在较低的风险水平下实现质量、进度和成本等目标。下一步，就是对各个所考虑的因素赋以权重。

信息系统运维服务项目的选择方法（1）组织的整体13工作分解结构的定义

工作分解结构（WBS）是为了管理和控制的目的而将项目分解的技术，它跟因数分解是一个原理，就是把一个项目，按一定的原则分解。项目按层次分解成子项目，子项目再分解成更小的、更易管理的工作单元（或称工作包），直至分解为具体的活动（或称工序）。用公式表示为：

工作分解结构（WBS）＝项目→任务→工作→日常活动工作分解结构的定义工作分解结构（WB14工作分解结构的作用

（1）把项目分解成具体的活动，定义具体工作范围，让相关人员清楚了解整个项目的概况，对项目所要达到的目标形成共识，以确保不漏掉任何重要事情。（2）按照项目活动之间的逻辑顺序来实施项目，有助于制定完整的项目计划。（3）通过项目分解，为制定完成项目所需的技术、人力、时间和成本等目标提供基础。（4）通过活动的界定，就能很明显地使项目团队成员知道自己的责任和权利。

工作分解结构的作用（1）把项目分解成具体的活动，定义具体工15工作分解结构的案例

信息化应用系统的业务应用软件扩充改进项目（0000）需求分析（1000）概要设计（2000）详细设计（3000）编码和测试（4000）使用和维护（5000）需求调研（1100）范围识别（1200）范围变更控制（1300）范围跟踪（1400）范围说明文件（1110）项目计划（1120）质量保证计划（1130）测试计划（1150）配置计划（1140）单元测试计划（1151）集成测试计划（1152）确认测试计划（1153）专业测试计划（1155）系统测试计划（1154）工作分解结构的案例信息化应用系统的业务应用软件扩充改进项目16工作分解结构的分解原则

（1）对项目各项活动按实施过程，产品开发周期或活动性质等分类。（2）在分解任务的过程中不必考虑工作进行的顺序。（3）不同的项目分解的层次不同，不必强求结构对称。（4）把工作分解到能以可靠的工作量估计为止。（5）最低一级的具体工作，应能分配给某个或某几个人具体负责。（6）某项任务应该在WBS中的一个地方且只在一个地方出现。（7）WBS中某项任务的内容是其下所有WBS项的总和。（8）WBS必须与实际工作中的执行方式一致。（9）每个WBS项都必须文档化，以理解已包括和未包括的工作范围。（10）WBS必须在根据范围说明书正常地维护项目工作内容的同时，也能适应无法避免的变更。工作分解结构的分解原则（1）对项目各项活动按实施过程，产品17工作分解结构的分解步骤

工作分解结构可以按照各子项目范围的大小从上到下逐步分解，也可以按项目实施阶段来设计，其中按各子项目范围的大小从上到下逐步分解的步骤包括：（1）总项目。（2）子项目或主体活动。（3）主要的活动。（4）次要的活动。（5）工作包。

工作分解结构的分解步骤工作分解结构18建立工作包的原则

（1）工作包应是可确定的、特定的、可交付的独立单元。（2）工作包中的工和责任应落实到具体的单位或个人。（3）工作包的大多数工作应适合不同的工作人员，从而提高人员之间的沟通。（4）工作包应与特定的WBS单元直接相关，并作为其扩展。（5）应明确本工作包与其他工作包之间的关系。（6）能确定实际的预算和资源需求。建立工作包的原则（1）工作包应是可确定的、特定的、可交付的19工作分解结构的编码

按照特定的规则对工作分解结构图中的各个结点进行编码，可简化项目实施过程中的信息交流。制定项目的成本、进度和质量等计划时不但可以利用编码代表任务名称，而且可以根据某任务的编码情况推断出该任务在工作分解结构图中的位置，这就要求每个任务结点的编码保持惟一性。工作分解结构中的可交付成果可以是产品，也可以是服务。工作分解结构的编码按照特定的规则对工20用户需求的基本概念

（1）需要：需要是有机休的一种客观欲望，是有机体感到某种“缺乏”而力求获得满足的心理倾向，是内外环境的客观要求在头脑中的反应。（2）需求：需求是指人们在欲望驱动下的一种有条件的、可行的，又是最优的选择，通常指有支付能力和愿意购买某种物品的欲望。需要不等于需求，需求比需要的层次更高。形成需求有三个要素：对物品的偏好，物品的价格和手中的收入。需要只相当于对物品的偏好，并没有考虑支付能力等因素。一个没有支付能力的购买意愿并不构成需求。（3）用户需求：用户需求是指来自于用户的需求，它针对的是人，描述的是用户想做某件事情所遇到的问题，或所想满足的欲望。对于众多最终用户的需求调研工作，通常是通过直接用户的推荐和认可，选择几家典型最终用户进行用户需求调研，并将他们的需求内容向直接用户报告，征得直接用户的同意后列为用户需求的内容。用户需求的基本概念（1）需要：需要是有机休的一种客观欲望，21用户需求的来源

用户需求可以是多方面的，任何一个服务项目都是从需求分析开始的，所谓需求分析，即是分析识别用户基于某些方面的变化而产生的一种特定需求。用户需求主要来源于以下四个方面：

（1）市场需求：由市场变化所引起的需求。（2）竞争需求：用户基于提高自身的竟争力所引起的需求。（3）技术需求：基于技术创新所引起的需求。（4）法律需求：基于法律变化所引起的需求。用户需求的来源用户需求可以是多方22用户需求调研分析的主要工作

（1）需求调研：供方和用户开展面对面的交流，获取并记录用户提供的信息。（2）需求分析：处理从用户那里获取的信息并展开分析活动。（3）需求文档：将客户需求信息结构化，编写成文档和示意图，形成需求规格说明书。（4）需求审核：用户复核评审需求文档并纠正存在的错误，完成需求的审核工作。用户需求调研分析的主要工作（1）需求调研：供方和用户开展面23用户需求的特点和编写原则

（1）用户需求的特点：用户需求表达的困难，包括：

①描述困难：使用自然语言描述时，为使用户需求既清楚无歧义、又不过于晦涩难懂很难。②需求混乱：使用自然语言描述时，易于将多个用户需求混在一起，造成用户需求的混乱。（2）用户需求编写的原则：

①使用标准的格式②使用一致的语言③使用特殊文本④尽量避免专业术语用户需求的特点和编写原则（1）用户需求的特点：用户需求表达24用户需求的类型（1）目标需求：用户对信息系统运维服务高层次的目标要求，通常在合同中予以说明。（2）业务需求：用户使用信息系统所要完成的任务，这在使用实例中予以说明。（3）功能需求：功能需求又称为工程项目功能需求，它包括需方新建信息系统或原有信息系统经过改造后所必须达到的项目功能。（4）性能需求：性能需求又称为工程项目非功能需求用户需求的类型（1）目标需求：用户对信息系统运维服务高层25功能需求和性能需求的特点

（1）功能需求：如何完整地刻划项目功能，是整个项目用户需求的核心。理论上，项目的功能需求应该具有全面性和一致性。全面性意即应对用户所需要的所有服务进行描述，一致性是指功能需求不能前后自相矛盾。实际上，对于大型复杂的信息系统工程项目来说，要真正做到功能需求表达全面和一致几乎是不可能的。（2）性能需求：与项目的总体特性相关，即项目的性能，如可靠性、稳定性、安全性、响应时间、存储空间等。性能需求定义了对项目提供的服务或功能的约束，包括时间约束、空间约束、开发过程约束及应遵循的标准规范等。与关心项目个别特性的功能需求相比，性能需求关心的是项目的整体特性，因而对于项目来说，性能需求更关键。一个功能需求得不到满足会降低项目的能力，但一个性能需求得不到满足则有可能使整个项目无法运行。功能需求和性能需求的特点（1）功能需求：如何完整地刻划项目26用户需求调研的目标

用户需求调研分析的目标是获取完整的、准确的用户需求，并充分理解、认识和分析用户的需求。编写需求用户需求规格说明书，深入描述项目的目标需求、业务需求、功能需求和性能需求，以及确定项目的关键要素，包括总体方案设计的约束和各子系统元素的接口细节，定义项目的其他有效性需求，即确定服务目标和界定服务范围。用户需求调研的目标用户需求调研分析27用户需求调研的任务

信息系统运维服务项目的启动始于用户的需要、期望和限制条件，用户需求调研分析过程首先要识别这些需要、期望和条件，在特定的限制条件下把这些需要和期望转换成用户需求的集合，对这个用户需求集合进行分析，产生一个高层次概念的解决方案。

用户需求调研分析的过程不仅涉及所有用户的需要和期望，除了用户的需要和期望外，还可能从所选择的解决方案中派生出分系统、设备和产品构件的需求。用户需求调研的任务信息系统运维服务项28用户需求的调查方法

（1）观察法：由调查人员通过直接观察的方式进行实地考察，获得所需资料。（2）询问法：询问法是以询问的方式作为搜集资料的手段，把所要调查事项通过访问和通讯的形式向被调查者询问，以获得所需要资料的调查方法。①面询法②电话调查③邮寄调查④留置问卷调查（3）实验法：实验法是将所要调查的问题放在一定的场合进行小范围实验，然后再对实验结果进行分析研究，判断其是否值得大规模推广的调查方法。（4）普查法：适用于项目用户数量不多，分布范围比较集中的情况。（5）抽样调查：从调查对象的总体中抽取一部分个体进行调查，依据所获得的数据资料对调查总体的特征进行具有一定可靠性的推断，从而达到认识、了解总体的一种调查方法。用户需求的调查方法（1）观察法：由调查人员通过直接观察的方29造成用户需求偏离的主要原因

（1）用户需求不明确①需求过多②需求不稳定③需求模棱两可④需求不完整（2）用户需求变化多（3）用户与供方人员缺乏有效沟通

虽然以上都是造成用户需求偏离的主要原因，但是在这些原因当中，最重要、最关键的是用户与供方人员缺乏有效沟通。

造成用户需求偏离的主要原因（1）用户需求不明确30项目沟通管理的特点

沟通是人与人之间就某些问题磋商共同的意见，即人们必须交换和适应相互的思维模式，直到每个人都能对所讨论的意见有一个共同的认识。

项目沟通管理提供了一个重要的在人、思想和信息之间的联络方式。建立和保持项目参与人之间，包括项目团队内部人员之间及与团队外部人员之间，正式或非正式的沟通网络，以保证项目生命周期内各层次成员之间的有效沟通，以及对项目需求和目标有清晰的理解和共同的认识，使矛盾和冲突能及时地得到解决或缓解。通常，项目沟通管理具有以下特点：

（1）沟通方式的多样化（2）等距离沟通（3）变单向沟通为双向沟通（4）提高沟通效率项目沟通管理的特点沟通是人与人之31项目沟通不畅的普遍原因

（1）信息系统运维服务部成员中大部分都是学计算机或通讯专业的技术人员，总体上讲这些人的特点是重视技术、事业心强，但往往与人沟通少、社交能力弱。（2）信息技术领域不断地高速发展变化，这些变化产生了大量的技术术语和行话。尽管使用计算机的人越来越多，但是用户与计算机专业人员之间的专业差距也越来越大。（3）我国教育体制存在的缺陷：不重视文人科学的教育培养，大学计算机专业只注重培养学生的技术知识和技能，而不重视培养他们的沟通与社交技能，学位课程对学生的技术能力和学术基础要求很高，但很少有沟通技能、心理学、社会学和人文科学方面的课程。

项目沟通不畅的普遍原因（1）信息系统运维服务部成员中大部分32改善沟通的素质与技巧

沟通最困难的是内部人员素质参差不齐的团队，因为素质不等，所以，在同样的沟通方式下，却会产生各种不同的沟通反应。根本的解决之道，就是持续地开展内部培训和再教育，让所有员工的思想观念跟得上团队的发展，同时也推动团队寻求更大的突破。

（1）技术能力强的人：以信任和放权为沟通的基础，激发其责任感，促使其在责任感的驱使下改善沟通；

（2）能力平平而纪律性甚好的人：主动指导，尤其是针对其薄弱之处，多作鼓励，适当批评，让其发现自身优缺点而主动沟通；

（3）能力平平而纪律性甚差者：这是最容易产生沟通不畅问题的群体，听之任之或公开惩罚在多次以后就会失却效用，因此需要采用一些特殊的方式，如在某些方面给予一定的肯定及期许性的鼓励，通常荣誉往往比惩罚更能培养个人的责任感，而只要增强了员工的责任感，沟通往往会水到渠成。

改善沟通的素质与技巧沟通最困难33倾听是有效沟通的关键

言谈是最直接、最重要和最常见的一种沟通途径，有效的言谈沟通很大程度上取决于倾听。在倾听的过程中，如果人们不能集中自己的注意力，真实地接受信息，主动地进行理解，就会产生倾听障碍，在人际沟通中，造成信息失真。通常，影响倾听效率有以下三点：

（1）环境干扰（2）信息质量低下（3）倾听者主观毛病①个人偏见②先入为主③自我中心

倾听是有效沟通的关键言谈是最直接34有效的项目沟通来自心灵沟通

沟通必须以人为本，只有从心开始，进行心灵与情感的沟通，才能真正有效地进行沟通。只有用情感进行沟通，让大家在心理上能愉快地接受对方，才能收到事半功倍的效果。尊重对方、关心对方、以人为本是确保项目沟通顺畅的前提与基础。

小小的情感投资方法：新成员前来上班之际，开个简短的欢迎会；支持和鼓励成员参加技能培训，培训结束时给学员发个祝贺信；逢年过节给成员发一点小礼品，或者请全体成员吃顿饭；成员生日送个生日蛋糕；对成员的工作成就和额外努力要给予表杨和奖励；成员遇到个人困难时表达出同情和关心；邮箱里的一张贺卡，电子邮件中的电子贺信，出乎预料的小礼品……。这些最能体现出小礼物背后的真诚，也最能让人感动，让人难以忘怀。

有效的项目沟通来自心灵沟通沟通必须35用户需求调研的工作要求

信息系统运维服务用户需求调研是项目经理为编写用户需求说明文件而做的前期工作，主要是要了解用户真正需要什么样的服务目标、业务、功能和性能，以界定服务范围。主要工作要求有：

（1）真正了解自己和用户（2）了解用户所从事的行业（3）了解原有系统的现状（4）了解用户现在的工作流程（5）了解清楚用户真正的需求用户需求调研的工作要求信息系统运维服36用户需求说明文件的编制

用户需求说明文件是用户需求文档化的结果，是用户对项目要求的正式陈述，包括用户对项目明确的和潜在的要求，特别是详细的功能、性能需求描述，以及项目的环境、限制条件和制约因素等。

用户需求说明文件应以一种用户认为易于阅读和理解的方式组织编写，用户要仔细评审此报告，以确保用户需求说明文件内容准确完整地表达其需求。

用户需求说明文件中应当少出现或根本没有计算机方面的专业术语或行话；表达方式最好采用主动语态；语句和段落尽量简短；语句要完整，且语法、标点等正确无误；使用的术语要与词汇表中的定义保持一致；避免模糊、主观的术语，如性能“优越”；避免使用比较性的词汇，尽量给出定量说明。用户需求说明文件的编制用户需求说37用户需求规格说明书

用户需求规格说明是一个简洁完整的描述性通用文档，其基本内容包括目标、需求和工作任务。它精确地阐述了信息系统运维服务范围，包括必须达到的功能和性能，以及它所要考虑的限制条件。

用户需求规格说明书的结构：规格是一个预制的或已存在计算机中的文档模板，它定义了文档中所有必须具备的特性，同时留下很多特性不做限制。通常，规格的特点是格式简洁、内容全面、标准，并易于修改。

用户需求规格说明书用户需求规格说明38用户需求规格说明书的主要内容（1）

（1）引言①用户需求规格的目的②服务目标、业务范围和工作任务③定义、首字母缩写词与缩略语④参考方献⑤文档概要（2）一般描述①项目概况②项目功能③用户特征④环境和限制条件⑤假设和依赖性（3）专门需要：包括功能需求、非功能需求和接口需求（4）附录（5）索引（6）项目概述①项目展望②业务范围③项目功能用户需求规格说明书的主要内容（1）（1）引言39用户需求规格说明书的主要内容（2）（7）一般限制：环境和条件限制、与其它项目和产品接口需求、必须支持的通信协议、操作的关键部分、符合公认的标准。（8）假设与相关性：确定影响服务范围的具体假设与相关性。（9）用户界面（10）用户需求①系统行为：输入、处理、输出。②性能需求③诊断需求④安全性需求⑤可维护性需求⑥可配置性需求⑦可升级性需求⑧可测试性需求⑨安装性需求⑩附录用户需求规格说明书的主要内容（2）（7）一般限制：环境和条件40用户需求管理的目标

信息系统运维服务用户需求管理是一种获取、组织并记录用户需求，并使供需双方对不断变更的范围达成并保持一致的过程。其目标包括：

（1）通过对用户需求，包括对用户需求信息及其环境的理解、分析和综合，建立分析模型，对用户需求进行识别，对于技术上目前无法实现或不合理的用户要求不要列入用户需求规格说明书。

（2）在完全弄清用户对信息系统运维服务项目的真实要求的基础上，用用户需求规格说明书把用户的需求表达出来，并建立用户需求基线，使用户需求变更受到控制。

（3）使项目计划、活动和可交付成果与用户需求保持一致。用户需求管理的目标信息系统运维服务41用户需求管理的原则

为进行有效的用户需求管理，制定用户需求管理规划通常要遵循如下几条原则：

（1）用户需求要分类管理（2）用户需求要划分优先级（3）需求必须文档化（4）重视用户需求变更控制用户需求管理的原则为进行有效的用户42用户需求管理活动

（1）需求评审审查需求说明文件，使信息系统运维服务供需双方对用户需求内容达成共识。（2）需求变更控制确定一个需求变更分析和决策的流程，所有的需求变更都要遵循。（3）需求跟踪定义用户需求中所有子项或工作包之、间的关系，需求和服务实施之间的关系，记录并维护这些关系。（4）需求版本管理需求说明文件更新时所采用保护文件，以保证每个使用者在任何时候都能得到当前最新版本。（5）自动化工具选择合适的用户需求管理类工具。用户需求管理活动（1）需求评审审查需求说明文件，使信息43用户需求管理规划的内容

用户需求调研分析用户需求调研系统现状评估项目范围管理项目沟通管理用户需求分析用户需求说明文件用户需求管理用户需求评估用户需求跟踪用户需求变更控制用户需求说明文件版本管理用户需求管理规划的内容用户需求调研分析用户需求调研系统现状44用户需求评审的方式

当完成了用户需求规格说明书编写工作以后，要将该规格说明书提交给用户进行复核评审。用户在服务供方技术人员的配合下，要严格把关，仔细复核及审查该规格说明书中的所有内容，以确保用户需求规格说明书内容的全面性、精确性、一致性、可行性，并使信息系统运维服务供需双方对用户需求规格说明达成共识。

在用户对需求规格说明书进行审核的过程中，一旦发现错误、遗漏或模糊点，用户要立即通知供方，并与供方技术人员对出现的问题进行深入探讨，当供需双方对存在的问题都没有疑意时，供方项目经理必须尽快更正。

用户需求评审的方式当完成了用户需45用户需求评审的内容

（1）正确性：正确性是指用来确定服务范围的用户需求说明文件是正确的，同时其中每条需求都代表了服务实施所要完成的事情。（2）无歧义：这是指用户需求对供需双方是无歧义的，并且需求只有一个解释。（3）完备性：用户需求说明文件是完备的，同时用户需求说明文件描述了用户关心的所有有意义的需求，包括功能、性能、约束、属性及与外部接口相关的需求。（4）一致性：用户需求说明文件前后是一致的，而且任意两个需求的子项之间没有矛盾。（5）需求分级：根据重要性和稳定性给用户需求分级。（6）可验证性：用户需求说明文件是可验证的，包含的每项需求也都是可验证的。（7）可修改性：需求说明文件是可修改的，同时其中每一项需求易于完整、一致的进行变更，且不改变用户需求说明文件的结构和风格。（8）可跟踪性：用户需求说明文件是可跟踪的，并且它的每项需求都是可溯源的。（9）可理解性：供需双方都完全理解它的整体行为，所提供的功能及其中每项需求的含义。用户需求评审的内容（1）正确性：正确性是指用来确定服务范围46用户需求评审注意事项

信息系统运维服务用户需求说明文件评审是一项既乏味又比较费力的工作，并涉及到很多人，因此这项工作很不容易，需要很好地组织。下面是进行用户需求评审时应注意的几个方面：

（1）严格控制每一次评审的文档规模及持续时间（2）评审工作要分段进行（3）对讨论的问题进行控制（4）避免无谓的争吵用户需求评审注意事项信息系统运维服47用户需求变更的原因

（1）某个外部事件，比如说，政府颁布了新的法令法规；竞争对手掌握了新的生产技术；国家通货膨胀等。（2）发现了新的生产技术或方法手段，如果在服务实施中采用，对项目会产生较大的影响。（3）项目团队本身发生变化，如人事变动、组织结构调整。（4）编制用户需求说明文件时存在的某些失误或遗漏。（5）用户需求发生了变化或用户对项目提出了新的要求。用户需求变更的原因（1）某个外部事件，比如说，政府颁布了新48用户需求变更控制过程

（1）变更描述：变更描述阶段始于一个被识别的用户需求问题或是一份明确的用户需求变更提议。（2）变更分析：对被提议的用户需求变更产生的影响进行评估，计算变更成本。（3）变更实现：一旦用户需求变更分析阶段得到了肯定的结论，即要执行变更，用户需求说明文件及服务方案都要做修改，并要进行和完成具体实施过程。用户需求变更控制过程（1）变更描述：变更描述阶段始于一个被49用户需求说明文件版本管理

用户需求说明文件的版本控制就是保证相关人员能及时得到最新的该文档版本和记录其历史版本。版本控制的最简单方法是在每公布一个新的版本就附加修正版本的历史记录，包括已作变更的内容、变更日期、变更人的姓名以及变更的原因。也可以采用专门的用户需求管理工具辅助进行用户需求说明文件版本控制。

（1）统一确定用户需求说明文件的每一个版本，并保证每个成员都能得到当前最新版本。（2）清楚地将用户需求变更写成文档，并及时通知到服务实施所涉及的所有人员。（3）为尽量减少困惑、冲突、误传，应只允许指定的人来更新用户需求说明文件。用户需求说明文件版本管理用户需50用户需求的属性

（1）用户需求说明文件的创建时间。（2）用户需求说明文件的版本。（3）用户需求说明文件的创建者。（4）用户需求说明文件批准者。（5）用户需求状态。（6）用户需求确定的原因或根据。（7）确定用户需求所涉及的子系统。（8）用户需求所涉及的系统或产品版本。（9）用户需求的验证方法或测试标准。（10）用户需求的优先级。（11）用户需求的稳定性。用户需求的属性（1）用户需求说明文件的创建时间。51用户需求状态

用户需求状态是指某时间点或某一阶段用户需求内容，主要是用户需求情况的反映。通常用户需求状态可分为四种情况：（1）用户可以明确且清楚提出的需求。（2）用户知道需要做些什么，但却不能确定的需求。（3）需求可以由用户提出，但需求的业务不明确，还需要等待外部信息。（4）用户本身也说不清楚的需求。

用户需求状态用户需求状态是指某时间52用户需求处理结果

（1）已建议：用户需求已经被有权提出用户需求的人所建议。（2）已批准：用户需求已经得到了充分分析，并估计了它对项目其余部分的影响；已经用确定的用户需求说明文件版本号或创建编号分配到相关的需求基线中；项目团队已经同意实现它。（3）已拒绝：用户需求已经有人提出，但被拒绝了。拒绝的需求被列出的目的是因为它有可能被再次提出。（4）已审核：已经完成了用户需求审核。（5）已实现：已经实现了用户需求。（6）已验证：已经使用某种方法验证了已实现的用户需求，运行项目能够达到预期的效果。（7）已交付：用户需求完成后，已经交付用户进行使用。（8）已删除：计划的用户需求已经从基线中删除，但需要给出做出删除决定的原因。用户需求处理结果（1）已建议：用户需求已经被有权提出用户需53用户需求跟踪的必要性

信息系统运维服务实施重视的是过程能力，如果不能严格地确保实施过程的每一个环节都被不折不扣地执行，实施过程很难成功。用户需求跟踪过程也遵循这一原则，对于用户需求跟踪的每一环节都要认真对待。用户需求跟踪能力对用户需求变更影响分析结果有很大影响，有效的用户需求跟踪有利于用户需求变更的确认和评估。用户需求跟踪的必要性信息系统运维服54可追溯性信息

进行用户需求跟踪就要对决定该范围的各种需求之间，以及需求和服务实施之间的许多关系进行追溯，同时还要搞清楚用户需求和引起该需求的潜在原因之间的联系。当需求变更发生的时候，必须追踪这些需求变更对用户需求和服务实施的影响。用户需求跟踪需要维护的可追溯性信息有三类：

（1）源头可追溯性信息（2）需求可追溯性信息（3）运维服务可追溯性信息可追溯性信息进行用户需求跟踪就要对决55用户需求跟踪的实现

实现用户需求跟踪的一种通用方法是采用用户需求跟踪矩阵，其前提条件是标识用户需求链中各个过程的元素，如用户需求的标识号、功能和性能实施（或编码）的标识号、测试的标识号。通过标识的符号，就可以使用数据库进行管理，用户需求的变化和用户需求的变更能立刻体现在整条用户需求链的变化上。过程元素之间的关系有以下三种；

（1）一对一：一个需求应用一个服务过程元素。（2）一对多：多个测试用例对应一个需求。（3）多对多：一个测试用例导致多个需求，其中一些需求又拥有多个测试用例。用户需求跟踪的实现实现用户需求跟踪56用户需求跟踪的作用

用户需求跟踪提供了一个表明信息系统运维服务合同与服务实施成果相一致的方法。完善的用户需求跟踪能够降低服务实施的成本，改善服务质量。表现在以下几个方面：

（1）在用户需求验证中的作用：便于确保所有的用户需求得以实现。（2）有助于用户需求变更影响分析。（3）便于用户需求的维护。（4）便于项目跟踪。（5）减小项目的风险。（6）易于资源重用。用户需求跟踪的作用用户需求跟踪提供57谢谢!

谢谢!

581、不是井里没有水，而是你挖的不够深。不是成功来得慢，而是你努力的不够多。

2、孤单一人的时间使自己变得优秀，给来的人一个惊喜，也给自己一个好的交代。

3、命运给你一个比别人低的起点是想告诉你，让你用你的一生去奋斗出一个绝地反击的故事，所以有什么理由不努力!

4、心中没有过分的贪求，自然苦就少。口里不说多余的话，自然祸就少。腹内的食物能减少，自然病就少。思绪中没有过分欲，自然忧就少。大悲是无泪的，同样大悟无言。缘来尽量要惜，缘尽就放。人生本来就空，对人家笑笑，对自己笑笑，笑着看天下，看日出日落，花谢花开，岂不自在，哪里来的尘埃!

5、心情就像衣服，脏了就拿去洗洗，晒晒，阳光自然就会蔓延开来。阳光那么好，何必自寻烦恼，过好每一个当下，一万个美丽的未来抵不过一个温暖的现在。

6、无论你正遭遇着什么，你都要从落魄中站起来重振旗鼓，要继续保持热忱，要继续保持微笑，就像从未受伤过一样。

7、生命的美丽，永远展现在她的进取之中;就像大树的美丽，是展现在它负势向上高耸入云的蓬勃生机中;像雄鹰的美丽，是展现在它搏风击雨如苍天之魂的翱翔中;像江河的美丽，是展现在它波涛汹涌一泻千里的奔流中。

8、有些事，不可避免地发生，阴晴圆缺皆有规律，我们只能坦然地接受;有些事，只要你愿意努力，矢志不渝地付出，就能慢慢改变它的轨迹。

9、与其埋怨世界，不如改变自己。管好自己的心，做好自己的事，比什么都强。人生无完美，曲折亦风景。别把失去看得过重，放弃是另一种拥有;不要经常艳羡他人，人做到了，心悟到了，相信属于你的风景就在下一个拐弯处。

10、有些事想开了，你就会明白，在世上，你就是你，你痛痛你自己，你累累你自己，就算有人同情你，那又怎样，最后收拾残局的还是要靠你自己。

11、人生的某些障碍，你是逃不掉的。与其费尽周折绕过去，不如勇敢地攀登，或许这会铸就你人生的高点。

12、有些压力总是得自己扛过去，说出来就成了充满负能量的抱怨。寻求安慰也无济于事，还徒增了别人的烦恼。

13、认识到我们的所见所闻都是假象，认识到此生都是虚幻，我们才能真正认识到佛法的真相。钱多了会压死你，你承受得了吗?带，带不走，放，放不下。时时刻刻发悲心，饶益众生为他人。

14、梦想总是跑在我的前面。努力追寻它们，为了那一瞬间的同步，这就是动人的生命奇迹。

15、懒惰不会让你一下子跌倒，但会在不知不觉中减少你的收获;勤奋也不会让你一夜成功，但会在不知不觉中积累你的成果。人生需要挑战，更需要坚持和勤奋!

16、人生在世：可以缺钱，但不能缺德;可以失言，但不能失信;可以倒下，但不能跪下;可以求名，但不能盗名;可以低落，但不能堕落;可以放松，但不能放纵;可以虚荣，但不能虚伪;可以平凡，但不能平庸;可以浪漫，但不能浪荡;可以生气，但不能生事。

17、人生没有笔直路，当你感到迷茫、失落时，找几部这种充满正能量的电影，坐下来静静欣赏，去发现生命中真正重要的东西。

18、在人生的舞台上，当有人愿意在台下陪你度过无数个没有未来的夜时，你就更想展现精彩绝伦的自己。但愿每个被努力支撑的灵魂能吸引更多的人同行。1、不是井里没有水，而是你挖的不够深。不是成功来得慢，而是你59信息系统运维服务管理（8）信息系统运维服务管理60第8章信息系统运维服务用户需求

分析和管理主要内容：（1）企业信息系统现状评估。（2）信息系统运维服务范围管理。（3）信息系统运维服务用户需求调研分析。（4）信息系统运维服务沟通管理。（5）信息系统运维服务用户需求管理。第8章信息系统运维服务用户需求

分析和管理主要内容：61企业信息系统现状评估的目的

信息系统现状评估是企业信息系统工程项目已经竣工验收，并由系统集成商移交给企业、正式投入使用以后，系统进入了运行维护阶段，对信息系统建设过程、应用效果及未来适应能力进行综合评估的过程和行为。

目的主要是：

（1）评价信息系统在性能和功能方面的表现。（2）评价信息系统的技术和质量水平。（3）评价信息系统对企业业务的支持状况。（4）评估企业信息系统建设的投资价值。（5）评价信息系统应用的效果以及存在的问题。（6）考察信息系统对企业发展战略及未来业务发展的适应能力。（7）为后续的信息化建设提供经验与参考。

企业信息系统现状评估的目的信息系62企业信息系统现状评估的内容

（1）系统技术性能和质量评估：定性地从适用性、先进性、扩展性等方面对系统运行环境、基础设施、网络平台，以及设备硬件、软件、安全方面的性能和质量进行评估。①软件技术性能和质量评估②硬件技术性能和质量评估③系统安全性能和质量评估（2）流程现状评估：主要是从流程与战略的匹配性、流程关系依赖性、流程复杂性、流程控制性、实施目标与效果一致性、流程竞争性等方面进行评估。（3）资源应用现状评估：评估对象包括服务台、知识库、工具、备件库、基础设施和系统软硬件平台等方面的应用情况。包括：

①目标功能实现度②

用户满意度③

信息系统利用率企业信息系统现状评估的内容（1）系统技术性能和质量评估：定63企业信息系统现状评估的特点

（1）现实性：以实际情况为基础，依据数据资料是现实发生的真实数据。（2）全面性：对系统立项决策、咨询设计、系统集成实施、运行维护等方面进行全面、系统的分析。（3）反馈性：现状评估的目的在于为有关部门反馈信息。（4）协调性：企业信息系统现状评估需要多方面的合作、协调，企业主管部门要组织计划、财务、人事、设计、生产、销售、运维、质量、检测等有关部门协同进行。企业信息系统现状评估的特点（1）现实性：64企业信息系统现状评估的方法

（1）资料收集法（2）市场预测法（3）分析研究方法

①指标计算法②指标对比法③因素分析法④统计分析法企业信息系统现状评估的方法（1）资料收集法65企业信息系统现状评估的步骤

（1）筹划准备：明确企业信息系统现状评估的具体对象、评估目的及具体要求。（2）业务调研：企业发展战略、企业业务体系、企业组织体系、业务流程体系、企业管理模式和管理特点等。（3）信息系统调研：信息系统建设目标和建设过程、系统基础设施和环境、系统体系结构、系统分布模式、系统功能构成、系统性能状况、系统资金投入等。（4）应用效果调研：系统对企业战略、业务的支持及与企业业务流程的整合情况，对企业管理的作用，系统建设和应用对企业发展成长的促进作用，系统建设的项目管理，系统运行维护的现状等。（5）综合分析评估：员工的职业素质及对信息系统掌握的熟练程度、技术水平，信息系统日常运行维护能力，信息系统对企业文化的影响及整合，客户服务满意度，客户对系统改进的建议和要求等。（6）编制企业信息系统现状评估报告：将调研分析研究的成果汇总，编制出信息系统现状评估报告，并提交委托单位和被评企业。

企业信息系统现状评估的步骤（1）筹划准备：明确企业信息系统66技术服务合同的特点

（1）合同标的是解决特定技术问题的，具有专业性、广泛性、效益性和相对性的特点。（2）合同的履约方式是完成约定的专业技术工作，受托人履行合同的过程是技术知识传递、扩散的过程。（3）受托人为委托人完成的成果要保证质量，对实施结果承担责任。技术服务合同的特点（1）合同标的是解决特定技术问题的，具有67信息系统运维服务范围管理的特征

（1）信息系统运维服务范围管理应以确定并完成服务目标，明确服务职责界限，保证服务实施过程和交付成果的完备性为目的。（2）信息系统运维服务范围管理的对象应包括为完成服务目标所必需的专业技术工作、系统管理工作和项目行政工作。（3）信息系统运维服务范围管理的过程应包括服务范围的确定、组织结构分析、服务范围控制等。（4）信息系统运维服务范围管理应作为技术服务管理的基础工作，并贯穿于项服务全过程。信息系统运维服务供方应确定服务范围管理的工作职责和程序，并对范围的变更进行检查、分析和处置。

信息系统运维服务范围管理的特征（1）信息系统运维服务范围管68信息系统运维服务范围管理的内容

（1）确定服务目标：经服务供需双方同意，以文件形式表述的需求即是服务目标。（2）确定服务范围的主要依据：

①服务目标的定义或用户需求说明文件。②环境条件调查资料。③信息系统运维服务限制条件和制约因素。④同类服务项目的相关资料。（3）编制服务管理规划：

①服务管理大纲。②服务管理规划③服务管理实施细（4）服务范围控制：①服务范围变更要有严格的审批程序和手续。②服务范围变更后应调整相关的服务计划。③重大的服务范围变更，应提出影响报告。

信息系统运维服务范围管理的内容（1）确定服务目标：经服务供69信息系统运维服务合同评审的定义

信息系统运维服务合同评审是指供需双方在签订正式的服务合同前，运维服务供方针对服务合同的具体内容所组织的一项专门评审活动，并填写评审记录，以确保合同中对运维服务范围、服务级别、质量要求、价格和期限等规定得公平、合理、明确和有效。

对复杂程度高的信息系统运维服务合同评审一般在投标阶段就开始实施，在正式签订合同前往往要多次进行合同评审活动，直至合同正式签订为止。服务合同签订后若发生合同更改，则还需重复上述合同评审活动。信息系统运维服务合同评审的定义信息70信息系统运维服务合同评审的内容

（1）审查合同主体和内容是否合法。（2）审查合同意思表示的真实性。（3）审查合同条款是否完备，文字是否规范。（4）审查合同中的信息系统运维服务级别要求是否合理。（5）审查合同当事人的财务状况、基础环境、设备资源、技术实力、业绩信誉和诚信记录等。（6）审查合同当事人的客户价值、客户关系等。（7）审查合同中规定的服务费用（价格）、服务质量要求等是否合理。（8）审查合同中规定的信息系统日常运行保障和系统维护条款是否合理。（9）审查合同中规定的人员信息技术培训服务内容要求是否合理。（10）审查合同中规定的咨询评估服务内容要求是否合理。（11）审查合同中规定的系统优化改善服务内容要求是否合理。（12）审查合同当事人的履约能力，对不确定因素进行全面风险评估。信息系统运维服务合同评审的内容（1）审查合同主体和内容是否71信息系统运维服务项目的选择方法

（1）组织的整体需要（2）项目分类法（3）财务指标评价方法①净现值分析

②投资收益率分析（ROI）：ROI越大越好。③投资回收期分析：以净现金流入补偿净投资所用的时间。（4）加权评分模型法：第一步就是要识别所考虑因素的重要程度，包括：①符合企业主要的商业目标。②服务项目受到组织高层管理者的大力支持。③有较强的客户支持。④具有运用符合实际的技术能力的水平。⑤可以在1年或更少的时间内得以实施。⑥有正的净现值。⑦能在较低的风险水平下实现质量、进度和成本等目标。下一步，就是对各个所考虑的因素赋以权重。

信息系统运维服务项目的选择方法（1）组织的整体72工作分解结构的定义

工作分解结构（WBS）是为了管理和控制的目的而将项目分解的技术，它跟因数分解是一个原理，就是把一个项目，按一定的原则分解。项目按层次分解成子项目，子项目再分解成更小的、更易管理的工作单元（或称工作包），直至分解为具体的活动（或称工序）。用公式表示为：

工作分解结构（WBS）＝项目→任务→工作→日常活动工作分解结构的定义工作分解结构（WB73工作分解结构的作用

（1）把项目分解成具体的活动，定义具体工作范围，让相关人员清楚了解整个项目的概况，对项目所要达到的目标形成共识，以确保不漏掉任何重要事情。（2）按照项目活动之间的逻辑顺序来实施项目，有助于制定完整的项目计划。（3）通过项目分解，为制定完成项目所需的技术、人力、时间和成本等目标提供基础。（4）通过活动的界定，就能很明显地使项目团队成员知道自己的责任和权利。

工作分解结构的作用（1）把项目分解成具体的活动，定义具体工74工作分解结构的案例

信息化应用系统的业务应用软件扩充改进项目（0000）需求分析（1000）概要设计（2000）详细设计（3000）编码和测试（4000）使用和维护（5000）需求调研（1100）范围识别（1200）范围变更控制（1300）范围跟踪（1400）范围说明文件（1110）项目计划（1120）质量保证计划（1130）测试计划（1150）配置计划（1140）单元测试计划（1151）集成测试计划（1152）确认测试计划（1153）专业测试计划（1155）系统测试计划（1154）工作分解结构的案例信息化应用系统的业务应用软件扩充改进项目75工作分解结构的分解原则

（1）对项目各项活动按实施过程，产品开发周期或活动性质等分类。（2）在分解任务的过程中不必考虑工作进行的顺序。（3）不同的项目分解的层次不同，不必强求结构对称。（4）把工作分解到能以可靠的工作量估计为止。（5）最低一级的具体工作，应能分配给某个或某几个人具体负责。（6）某项任务应该在WBS中的一个地方且只在一个地方出现。（7）WBS中某项任务的内容是其下所有WBS项的总和。（8）WBS必须与实际工作中的执行方式一致。（9）每个WBS项都必须文档化，以理解已包括和未包括的工作范围。（10）WBS必须在根据范围说明书正常地维护项目工作内容的同时，也能适应无法避免的变更。工作分解结构的分解原则（1）对项目各项活动按实施过程，产品76工作分解结构的分解步骤

工作分解结构可以按照各子项目范围的大小从上到下逐步分解，也可以按项目实施阶段来设计，其中按各子项目范围的大小从上到下逐步分解的步骤包括：（1）总项目。（2）子项目或主体活动。（3）主要的活动。（4）次要的活动。（5）工作包。

工作分解结构的分解步骤工作分解结构77建立工作包的原则

（1）工作包应是可确定的、特定的、可交付的独立单元。（2）工作包中的工和责任应落实到具体的单位或个人。（3）工作包的大多数工作应适合不同的工作人员，从而提高人员之间的沟通。（4）工作包应与特定的WBS单元直接相关，并作为其扩展。（5）应明确本工作包与其他工作包之间的关系。（6）能确定实际的预算和资源需求。建立工作包的原则（1）工作包应是可确定的、特定的、可交付的78工作分解结构的编码

按照特定的规则对工作分解结构图中的各个结点进行编码，可简化项目实施过程中的信息交流。制定项目的成本、进度和质量等计划时不但可以利用编码代表任务名称，而且可以根据某任务的编码情况推断出该任务在工作分解结构图中的位置，这就要求每个任务结点的编码保持惟一性。工作分解结构中的可交付成果可以是产品，也可以是服务。工作分解结构的编码按照特定的规则对工79用户需求的基本概念

（1）需要：需要是有机休的一种客观欲望，是有机体感到某种“缺乏”而力求获得满足的心理倾向，是内外环境的客观要求在头脑中的反应。（2）需求：需求是指人们在欲望驱动下的一种有条件的、可行的，又是最优的选择，通常指有支付能力和愿意购买某种物品的欲望。需要不等于需求，需求比需要的层次更高。形成需求有三个要素：对物品的偏好，物品的价格和手中的收入。需要只相当于对物品的偏好，并没有考虑支付能力等因素。一个没有支付能力的购买意愿并不构成需求。（3）用户需求：用户需求是指来自于用户的需求，它针对的是人，描述的是用户想做某件事情所遇到的问题，或所想满足的欲望。对于众多最终用户的需求调研工作，通常是通过直接用户的推荐和认可，选择几家典型最终用户进行用户需求调研，并将他们的需求内容向直接用户报告，征得直接用户的同意后列为用户需求的内容。用户需求的基本概念（1）需要：需要是有机休的一种客观欲望，80用户需求的来源

用户需求可以是多方面的，任何一个服务项目都是从需求分析开始的，所谓需求分析，即是分析识别用户基于某些方面的变化而产生的一种特定需求。用户需求主要来源于以下四个方面：

（1）市场需求：由市场变化所引起的需求。（2）竞争需求：用户基于提高自身的竟争力所引起的需求。（3）技术需求：基于技术创新所引起的需求。（4）法律需求：基于法律变化所引起的需求。用户需求的来源用户需求可以是多方81用户需求调研分析的主要工作

（1）需求调研：供方和用户开展面对面的交流，获取并记录用户提供的信息。（2）需求分析：处理从用户那里获取的信息并展开分析活动。（3）需求文档：将客户需求信息结构化，编写成文档和示意图，形成需求规格说明书。（4）需求审核：用户复核评审需求文档并纠正存在的错误，完成需求的审核工作。用户需求调研分析的主要工作（1）需求调研：供方和用户开展面82用户需求的特点和编写原则

（1）用户需求的特点：用户需求表达的困难，包括：

①描述困难：使用自然语言描述时，为使用户需求既清楚无歧义、又不过于晦涩难懂很难。②需求混乱：使用自然语言描述时，易于将多个用户需求混在一起，造成用户需求的混乱。（2）用户需求编写的原则：

①使用标准的格式②使用一致的语言③使用特殊文本④尽量避免专业术语用户需求的特点和编写原则（1）用户需求的特点：用户需求表达83用户需求的类型（1）目标需求：用户对信息系统运维服务高层次的目标要求，通常在合同中予以说明。（2）业务需求：用户使用信息系统所要完成的任务，这在使用实例中予以说明。（3）功能需求：功能需求又称为工程项目功能需求，它包括需方新建信息系统或原有信息系统经过改造后所必须达到的项目功能。（4）性能需求：