(项目管理)项目需求分析和调研实践过程
某集团船代项目需求分析和调研实践过程
此文档主要在于项目管理设置项目相关文档，有兴趣人员可以参考一下，对于项目管理和未来有此方向者有一定的参考价值。
流程再造方法论
-流程影射，系统评估，定义考核，再造建议
前言
本文档主要根据某集团船代项目需求分析和调研实践过程整理而得，描述从项目启动，调研到设计过程的大致过程叙述，重点在于咨询过程中涉及的需求分析和调研方法论，其他相关项目前期规划和调研可参考此方法论。如有不妥之处敬请指正，也希望能不断完善，谢谢！
正文：
软件需求的定义：
根据IEEE软件工程标准词汇（1997年）中定义的需求为：
用户解决问题或达到目标所需的条件和能力；
系统或系统部件要求满足合同，标准，规范或其他正式规定文档所需具有的条件和能力；
一种反映上述条件和能力的文档说明。
本项目简介
因某某集团船代业务发展需要，加上目前的系统存在很大问题，也不能涵盖目前的所有业务需求，需进行调研和需求分析是否需要上一套新的
船代系统，新系统需要整合目前的业务结构和业务流程，同时满足业务的需求和未来发展。
适合读者
此文档适合信息系统项目咨询规划和分析的相关项目人员作为项目前期方法论参考之用。
目录
1.项目启动
2.项目调研
3.项目规划与考核指标
4.撰写SOR
项目启动
1.与成员企业与相关部门沟通
召开项目总启动会议，介绍项目组相关人员以及此项目的主要目的和要求，企业简单本项目涉及的业务流程和相关业务部门和目前主要组织结构。例如船代项目我们在这一个环节我们了解到了整个船代所涉及的主要业务可以分为：
集装箱进出口业务
散杂货进出口业务
箱管
订舱
根据业务的分工部门的分工也不同。以后的调研思路我们也可以按照这样两种业务流程主线去咨询调研相应的部门与人员。
2.安排项目相关人员
根据业务主线（集装箱进出口，散杂货进出口）整理调研思路，要求企业根据提供的业务主线流程，和部门结合分工安排，组织各部门主要相关人员积极配合项目未来的调研。
3.出初期调研时间和相关人员安排表
根据前期的准备工作，出具具体调研时间和人员安排表，时间项目组掌控制（需要和业务部门协调），人员安排需要业务部门提供详细人员名单资料。以便项目成员和企业相关部门人员提前做好调研准备（安排相关人员和准备一些相关资料）。
根据时间人员安排表，做好前期调研准备。
注：在调研具体调研前，我们因该知道所有物流在运作过程中碰到的四个主要问题为：
出错率
时效
成本
结算
在具体的调研过程中，我们始终要以此作为主导的思路问问题，才能找出目前的问题所在。也就是未来规划后的系统的价值所在。
另一个主导思路是调研过程中我们重点要理出那些重要的环节，抓住那些关键环节，挖出影响这些环节的重要因素，以及对这些因素的如何控制把关即考核方式。
调研的基本策略：
确定用户的目标和目的，确定业务基本范围，围绕这个目的，确定要访问的部门和人员，了解具体业务，在基本的范围内展开调研；
以部门职责为基础搞清各种现有业务，要填写的表格文档和报表等，其数据来源及去向；
以业务为主线，搞清每个业务的每个环节的流程关系，涉及部门，输入输出项；
搞清哪些业务和数据时已有系统支持的，他们和新规划的系统的关系是衔接还是替换
应思考是否有新的方法和技术改进现有的工作，用户提出的需求是否一定要求实现，是否可以实现。
对于调研过程中用户的每个需求我们都要问为什么
项目具体调研
1.了解外部客户和本行业目前总体状况
为了对我们所作的项目有一个具体的概念，我们可根据项目状况了解本项目行业内的大致业务状况，在项目前期，我们相应参观和考察同行业其他公司的业务结构，索取一些各地子公司和兄弟公司的业务范畴和流
程资料，参考一下这些相应的资料和行业要求，了解船代项目中业务目的，所需完成工作，客户的需求等等。在本项目中，我们考察了行业内其它公司的业务，同时成员企业也提供了一些操作的资料。
在此过程中我们重点在于了解：
船代是什么？
船代就是代理船公司的业务，帮助船公司处理岸上的一系列事物。
船代做什么？
帮助船公司处理报关，商检，海事，船在港期间的作业，箱管等等。船代的业务范畴有哪些？
主要为代理船的进出口（包含集装箱和散杂货进出口）业务，同时也包含有箱管和订舱等等业务。
业务范畴的大致流程状况？
参考船代相关资料。
船代涉及的客户和部门有哪些？
主要有船东，货代。海关，商检，码头，边防等等。
客户注重和关注的服务和环节？
2.了解本公司此项目所涵盖业务目前的大致流程和部门结构
从本公司了解船代项目中目前我们所从事的所有业务项目有哪些，这些业务的大概流程怎样，每个业务的流程所完成的部门是哪些部门，业务如何在部门之间流转。例如：本船代项目中了解到的所有业务项目有集装箱进出口，散杂货进出口，箱管，订舱。每个业务大致的流程和所需部门结构可参考船代相关资料。目的在于先对本项目的船代业务现做一
个具体的了解，已备后面作流程更详细的深入了解作基础。此过程主要针对管理层作调研，包括总经理和部门经理主管等。在此过程中对业务流程的正确理解相当重要，也将直接影响到未来的细致调研和分析。在此过程中我们重点要了解
目前本公司船代业务所包含的业务？
集装箱进出口，散杂货进出口，订舱，箱管。
每个所包含的业务的大致流程？
参考船代项目文档流程图
每个业务所涉及的部门与客户或者政府部门？
船东，货代，货主，码头，海关，商检，边防等
目前主要存在什么问题？
信息不能共享，信息链不清晰。人力成本浪费严重，现有工作效率不高，结算慢等等
是不是需要上业务系统？
需要重新规划流程，出一套能满足和涵盖业务需求的系统
为什么要上业务系统？
利用新的业务系统完善流程。避免和改善目前存在的问题，满足多方面新的业务需求，从而辅助船代做好业务工作。降低成本，提高效率，加快结算。
每个业务信息流流向？
参考船代项目文档的流程图
业务结算过程？
如何控制和保障目前业务的每个环节？
主要考虑从成本控制，时效（及时性）和加快结算上考虑保障目前的业务环节，另外考虑系统设计时主要环节提供主动信息发送功能。
目前的考核制度？
目前的考核制度很少，基本只有基于ISO9002的一些基本内部考核机制，不灵活。
主要所需报表（管理层）？
目前管理层较注重或需要的报表大致有：客户滞留率，利润指标，客户满意率，新客户开发率等
与其他系统和其它部门之间的数据接口
与财务orica系统之间需要衔接等
3.根据业务流程出大致流程图结合部门职责出部门结构图
项目组根据前面所了解的流程和所得资料信息，根据目前大致状况，初步整理画出目前业务的大致流程图和目前的部门结构图，作为未来详细调研的参考。
在此过程中项目组重点在于对前期的调研作一个完整正确理解的初步整理，作出一些目前的流程分析，形成规范的流程图，进一步与业务部门确认。安排下一步更详细的调研和相关人员（具体将涉及的操作人员）等等。
在此环节我们主要要整理出：
每个业务流程主线
目前存在的主要问题
具体参考船代项目文档目前状况分析
对于上诉两个问题同时我们要做初步分析
现有的流程主线是否合理，是否需要改变？
具体参考船代项目文档现状和建议
目前流程的每个环节是否已经不能再分解？
存在的这些问题我们在新的规划中如何去避免
具体参考船代项目文档建议和KPI考核
如何利用新的规划提升业务运作能力
具体参考船代项目KPI考核
注：在前面的过程中可能得到的数据比较和信息比较多和混乱，但是又不是很详细，如何对这些得到的信息进行正确的归类和整理很重要。特别是当业务比较繁琐或者类别比较多的时候。要理出正确的主线，然后把相应的信息归类到主线的环节中去。
4.根据流程图具体详细了解每个部门具体业务和流程职责
根据大致业务流程图详细了解每个业务操作环结的进出数据，所需完成工作，结合部门岗位信息详细了解每个操作的具体工作步骤，所需数据和数据流向，每个环节如何控制，从那些方面控制？具体涉及的单证，工作，信息接受反馈有哪些，需要提供和完成的服务有哪些？
主要方法可设计主要五个方面的问题：
how？（怎么做？）
What？（需要做什么？）
Who?（谁做？）
When？（什么时候做？）
Why?（为什么这样做？）
上述得五个问题我们需要在每个具体操作步骤中具体问道。具体到问题有下列一系列需要了解的问题：
数据或信息来源
数据或信息去向
数据流是否有固定的标准
每个环节的数据流输入和输出的项目，格式，方式是什么？
数据流的变化和关系
怎么处理这些信息？
需要作什么工作？
如何做好这些的工作？
涉及到哪些人员？
什么时候开始做？
需要多少时间做完（有没有时间要求）？
为什么要这样做？
目前这样做是不是合理，有没有更好的处理方法？
数据信息流转的方向和相关人员？
目前这样做有什么困难？有什么问题？
如何考核作的好不好？
每个环节争对操作和管理的权限是否有限制和划分？
数据审核机制
环节传递条件
在此过程中我们有些要注意的点：
需要业务操作提供具体的数据模版（单证，报标，数据格式等等），以备下一部作具体的系统设计，招标和供应商谈软件需求之用。
因为此步骤调研涉及的人员都将是比较具体的操作人员，涉及业务比较深，在以往经验中，涉及业务越深，越往往容易误导项目人员的一些思路，甚至有时候他们提及的问题会很偏，很难解决，或者直接告诉你系统该怎么做？另外，考虑系统的时候我们必须明确系统所能帮助人完成的工作是有限的，因该针对业务的大部分功能设计，而不是某些难以完成的功能考虑太多。
这些具体的操作过程中我们要重点考虑如何做好这些工作，系统地涉及需要怎么来辅助做好这些工作，为此，我们需要找出做好这一步工作的关键因素是什么？此些关键因素将重点考虑记录作为KPI考核。
在此过程我们应有的成果有：
各业务手工流程文字说明
各业务手工流程图
各业务手工各环节输入输出表单，数据来源和出口
我们在此船代具体的调研过程中设计了一份调研表格，可供参考：
处理详细描述
处理编号：
处理描述：整理核对舱单,标注危险品
处理目的：
输入处理输出
描述舱单数据（电子、书面）WHEN上港开航后标注危险品描述整理过的舱单WHEN上港开航后
WHO委托方WHO单证部
WHAT WHAT
HOW传真、邮件、书面HOW系统、书面
描述整理过的舱单WHEN船抵港前72小时如果合同有要求代理申报危险品，则进行申报，如果合同中没有要求代理申报危险品，与委托方联系是否有我司代理描述是否要进行申报的结论WHEN上港开航后WHO单证部WHO单证部
WHAT WHAT
HOW系统、书面HOW系统、书面
描述放单形式及收费情况WHEN上港开航后通知单证部的控单人员描述WHEN
WHO委托方WHO
WHAT WHAT
HOW传真、邮件、书面HOW
特
例
KPI？
上述具体针对船代的调研过程整理的数据可参考船代项目文档的相应资料
5.现状分析
这一环节的调研其实是穿插在第四环节中的，具体要在这里体现出在是因为我们需要着重了解的。因为这也将直接影响到我们规划和调研是否成功。也是我们在未来的系统中一定要避免的。我们可以把此步骤定义为对现状的分析。
在此步骤中我们可能要设计的问题有：
目前最大的困惑或者问题是什么？
那些地方不够完善
目前是否有相应的应运系统？如果有是否有什么问题？
需要解决什么问题？
应用系统能帮助解决的问题
需要人的因素才能解决的问题
在此环节中需要注意的是：因为具体的业务操作已经习惯了模式化的操作，所以许多隐含的问题并不一定能够被直接的了解，许多隐含的问题存在却需要项目组人员通过调研来挖掘。
找出了目前能找出的问题所在以后，我们还要对这些所有的问题进行归
类，目的在于分类以后可以更直观的了解新系统需要在那些地方解决这些问题，例如信息不共享在具体的业务过程中可以表现的问题方式有多种：可以是人力资源浪费，可以使操作不方便，可以使工作繁琐，但是在新的系统中只要实现数据统一一个入口所有部门实现共享即可解决所有信息不能共享带来的问题。
6.找出每个环节关键因素（数据，时间等）所在以及如何控制（KPI）找出关键因素和考核制度将直接体现未来系统的价值所在，关键因素是那些直接会影响到我业务每个环节做好做坏的主要关键所在，例如时间，数据是否正确等。这是提出问题。找到这些问题以后就要规划如何实现，即方法论，也就是KPI了。具体流程为：
找出具体业务的所有环节？
找出每个环节具体的业务和数据流？
体现这些环节做得好坏的关键因素是什么？
如何在抓这些关键因素。
怎么利用抓这些关键因素来体现我业务做得好不好（即考核方法）在上诉过程中针对船代项目过程可参考相关的船代项目资料
7.画出目前整个业务详细流程图
根据前面所有的调研
整合所有调研的资料和数据
落实再造的目标（例如此船代项目最后目的我们提出是为了能够提升结算速度和准确率）
设计新的流程思路，新的基础KPI考核方式
画出新思路下所有业务的详细流程图
在此过程中我们的要围绕的一个主体思路是：不管什么项目，唯一根源都为钱（或者说客户）
8.参考和了解几家相应业务的供应商的产品
此步骤主要结合自身的业务状况，可以参考和了解一些供应商的产品，更直观和深入了解具体针对本业务的信息系统模式。目的在于对具体的业务规划和设计与未来的信息系统进行思路上的结合。
项目规划与考核指标
9.基于目前的流程给出相应的整合后设计方案和考核制度
基于前面的所有调研和业务及数据流程分析
此步骤我们应出：
规划后系统功能划分
规划后系统各业务流程文字说明
规划后系统各业务流程图
规划后系统各业务各环节的数据，数据采集方式，数据间的内在联系分析
规划后部门的的调整，部门职责的重新定位
规划后的系统必须考虑与其他系统是否需要实现衔接？是否可以实现
这样规划后的设计方案必须考虑解决那些现状中存在的系统所能解决
的问题。同时要对建议的变更向用户争取意见，分析其影响。
10.根据设计方案对项目做一个整体的时间规划和大致费用规划
根绝上面的设计方案作一个整体项目的时间规划，并且根据系统的设计方案出一份软硬件的费用分析。软件费用可根据几家供应商的报价，硬件可根据具体业务状况确定基本配置软后询问相应的供应商。
11.根据结果和新的设计方案作汇报
根据上诉规划总结一个汇报方案，目的在于争得领导对此规划的认可。出SOR
12.出项目需求报告（SOR）
根据规划文档和业务状况出一份具体需求说明书，目的在于向供应商提供一份招标需求书。
建议工具：
（此项目中调研过程对于资料的整理主要设计的软件有）word(主要用于文档和资料的整理)
powerpoint（主要用于制作汇报演示文档）
visio（主要用于业务的流程图设计）
adobe（主要用于制作一些流程或文档）
需求说明书(软件项目管理系统)
需求说明书（软件项目管理系统） §1、前言 1.1概述 1.1.1 项目名称：软件项目管理系统 项目代码：ProjectManager 1.1.2 开发目的：本系统应能 a．管理软件项目和项目组； b．管理与项目相关的数据项和数据结构； c．管理与项目相关的系统功能描述和分组； d．管理与项目相关的项目任务和项目任务进度； e．管理与项目相关的问题，并且能进行问题跟踪； f．管理与项目相关的文档。 1.1.3 相关读者：部门经理，项目经理，测试人员，设计人员，编程人员。 1.1.4 本项目与其它产品（软件）关系。 1.2术语 本分析书所使用的专门术语定义： 部门经理——能建立项目和项目组的系统使用者； 项目经理——能进行§1.1.2.b - §1.1.2.f管理的系统使用者； 设计人员——能进行§1.1.2.b - §1.1.2.f管理的系统使用者； 编程人员——能进行§1.1.2.d - §1.1.2.f管理的系统使用者； 数据项——目标系统中的最小信息单位； 数据结构——数据项的有意义集合； 系统功能——通过目标系统能完成的有效活动； 项目任务——开发项目中要求完成的有效活动； 1.3参考资料 列举编写本分析书时所参考资料的详细信息、标题、作者、版本号、发表日期和来源等。 1.4运行环境 操作系统：Windows 2000 Professional； 数据库：MS SQL 2000 或Oracle。 1.5条件和限制 开发环境：Microsoft Visual Studio .NET 2003； 使用工具：C# §2、系统需求 1.1 功能说明 根据用户编码和用户密码校核该用户是否合法； 在校验用户密码后，可修改用户自己的密码；
项目需求分析报告
项目需求分析报告 导读：本文项目需求分析报告，仅供参考，如果觉得很不错，欢迎点评和分享。 项目需求分析报告（一） 一、项目名称 今日事 二、设计背景 随着社会的发展，我们的生活节奏逐渐加快，与此同时，网络的大量普及，导致大量的信息不断的冲击着我们。在这种生活节奏下，我们难免会出现一不小心忘掉一些重要的事情，这是让我们产生这个想法的一个方面。 另一方面，现如今的学生总是计划很多，却很少付诸行动，这不仅与个人的坚持与否有关，同样是因为步入大学时代后，大家心中充满了迷茫所致，往往计划赶不上变化，因此，我们决定开发这样一款软件，来改变这种情况。 三、项目风险 该软件开发项目的风险承担者有： 任务提出者：需要承担的风险是产品是否能达到用户的需求，该产品是否能带来收益。 软件开发者：需要承担的风险是产品是否能满足需求报告说明书里的各种功能需求等。
产品使用者：需要承担的风险是产品是否能满足自己所需。 四、功能需求 日历功能，可以查询日期 制定计划功能，分为长期，中期，短期三个层次，短期即为今日事，中期为1周或1月，长期为数月或1年，这些可以由用户自己设置。 完成计划功能，可以通过勾选来标注哪些是已经完成的，哪些是还为完成的。 成就系统，通过统计各期所完成计划数量给予用户相应称号，同时可以与其他用户进行竞争。 提醒功能，手机解屏时提醒用户今日需要做的事，而在每天结束时，汇报今日完成进度。 五、运行环境 移动端android平台 六、性能要求 为保证软件能够长期，安全，稳定，高效的运行，应满足以下性能要求： 时间特性：系统响应时间应在人的感觉和视觉范围内（适应性：在操作方式，运行环境，软件接口或开发计划发生变化时，应具有适应能力。 项目需求分析报告（二） 一、引言
酒店管理项目-需求分析
酒店订房管理项目 项 目 说 明 书 荆州市职业技术学院国际信息技术学院 撰写：GX1202全体参赛人员 班级：GX1202
1项目背景 1.1目的 酒店客房管理系统在正常运营中需要对客房资源、客人信息、结算信息等进行管理，利用酒店客房管理信息系统对客房的各个操作进行管理,能够及时了解各个环节中信息的变更,有利于提高管理的效率 1.2 背景 组织本届软件编程大赛旨在激发武汉厚溥教育科技有限公司各合作院校学生学习软件知识的热情、运用软件技术的兴趣、检验软件编程的水平、推动软件产品的应用、提高学生的实际开发能力。同时通过此次大赛，期望激励学生的创新精神、团队合作精神、加强动手能力、培养创造能力、提高学生综合能力及社交能力、促进学生对软件开发的兴趣以及各合作院校计算机技术专业教学的交流与合作。 1.3运行环境 客户端：手机系统android 2.3以上,支持重力感应功能,手机内存10M以上. 前台及后台管理：cpu:奔腾4 1.6Ghz 内存:256M 硬盘:300M空余空间显卡无要求网络要求：最低56K Modem 操作系统：Windows 2000/xp/7 响应时间：<2s 存储速度：<4s 网络通信功能：联网实时更新,最低56k Modem. 开发环境：系统基于Java和MySql 的windows xp/7环境下. 以上以及更多
第二章项目整体需求概述 酒店订房大致框架图： 项目需求详细说明： 1.我们采用现在最流行的移动式设备手机为客户端,群体比较大,推广度比较强, 为酒店能够带来质的突破,解放了人力订房的千年陈规,可以实现远程登录 服务器订房,适合白领人群,搭车过车中都可以订房,节省时间 2.到达酒店后前台服务人员会询问您是否订房，如果有通过客户端订房的可以省 去一些步骤,通过前台直接可以入住,省去登记时间和流程,更快更高效 3.如果客户对于房间不是非常满意可以通过客户端提出换房的要求,只能换房三 次,如果超过三次换房,系统会默认扣除押金,也可以直接到前台提出换房或 者是退房要求,不收取任何手续费用 4.入住酒店之后可以选择给予该酒店服务,硬件设施等进行评价
项目管理：怎样做需求分析
项目管理：怎样做需求分析 如果将需求分析阶段的工作归结为编写需求规格说明书，这种简化的做法往往是导致项目后期层出不穷问题的罪魁祸首。建议采用以下步骤形成软件需求：获取用户需求→分析用户需求→编写需求文档→评审需求文档→管理需求。下面我们先来讨论前两个步骤（获取用户需求、分析用户需求）的做法。 获取用户需求 这是该阶段的一个最重要的任务。以下为获取用户需求需要执行的活动（如图1所示）。 ●了解客户方的所有用户类型以及潜在的类型。然后，根据他们的要求来确定系统的整体目标和系统的工作范围。 ●对用户进行访谈和调研。交流的方式可以是会议、电话、电子邮件、小组讨论、模拟演示等不同形式。需要注意的是，每一次交流一定要有记录，对于交流的结果还可以进行分类，便于后续的分析活动。例如，可以将需求细分为功能需求、非功能需求（如响应时间、平均无故障工作时间、自动恢复时间等）、环境限制、设计约束等类型。 ●需求分析人员对收集到的用户需求做进一步的分析和整理。下面是几条常见的准则：⑴对于用户提出的每个需求都要知道“为什么”，并判断用户提出的需求是否有充足的理由； 图1 获取用户需求的活动
⑵将那种以“如何实现”的表述方式转换为“实现什么”的方式，因为需求分析阶段关注的目标是“做什么”，而不是“怎么做”； ⑶分析由用户需求衍生出的隐含需求，并识别用户没有明确提出来的隐含需求（有可能是实现用户需求的前提条件），这一点往往容易忽略掉，经常因为对隐含需求考虑得不够充分而引起需求变更。 ●需求分析人员将调研的用户需求以适当的方式呈交给用户方和开发方的相关人员。大家共同确认需求分析人员所提交的结果是否真实地反映了用户的意图。需求分析人员在这个任务中需要执行下述活动： ⑴明确标识出那些未确定的需求项（在需求分析初期往往有很多这样的待定项）； ⑵使需求符合系统的整体目标； ⑶保证需求项之间的一致性，解决需求项之间可能存在的冲突。 分析用户需求 在很多情形下，分析用户需求是与获取用户需求并行的，主要通过建立模型的方式来描述用户的需求，为客户、用户、开发方等不同参与方提供一个交流的渠道。这些模型是对需求的抽象，以可视化的方式提供一个易于沟通的桥梁。用户需求的分析与获取用户需求有着相似的步骤，区别在于分析用户需求时使用模型来描述，以获取用户更明确的需求。分析用户需求需要执行下列活动： ●以图形表示的方式描述系统的整体结构，包括系统的边界与接口； ●通过原型、页面流或其它方式向用户提供可视化的界面，用户可以对需求做出自己的评价； ●系统可行性分析，需求实现的技术可行性、环境分析、费用分析、时间分析等； ●以模型描述系统的功能项、数据实体、外部实体、实体之间的关系、实体之间的状态转换等方面的内容。
如何做好游戏开发项目基本需求分析(doc0)()
如何做好游戏开发项目基本需求分析 一款游戏项目的确立是建立在各种各样的需求上面的，这种需求往往来自于玩家的实际需求或者是出于公司自身发展和实力的情况，其中玩家的实际需求也就是说市场需求最为重要。面对对游戏拥有不同知识和理解层面的玩家，项目的负责人(或者游戏制作人)对玩家需求的理解程度，在很大程度上决定了此类游戏开发项目的成败。因此如何更好地的了解、分析、明确玩家需求，并且能够准确、清晰以文档的形式表达给参与项目开发的每个成员，保证开发过程按照满足玩家需求为目的正确项目开发方向进行，是每个游戏开发项目管理者需要面对的问题。就这个问题，本文想提出自己的一些看法和建议，希望各位读者批评指正： 需求分析的原则 需求分析中的缺陷将给项目成功带来极大，这里的“成功”是指推出的游戏能以合理的定价、及时地在功能、质量上完全满足大部分玩家的期望。 不适当的需求过程所引起的一些风险: 1. 无足够玩家参与 游戏制作经常不明白为什么收集需求和确保需求质量需花费那么多功夫，开发人员可能也不重视玩家的参与。 究其原因： 一是因为开发人员感觉与玩家合作不如编写代码有意思 二是因为开发人员觉得已经明白玩家的需求了。
在某些情况下，与实际玩同类型游戏产品的玩家直接接触很困难，而玩家有时候也不太明白自己的真正需求。但还是应让具有代表性的玩家在项目早期直接参与到开发队伍中，并一同经历整个开发过程。 国外一些游戏开发人员在实践过程中，也有些感觉，在实施一个新的游戏项目时，若无足够的玩家参与，系统人员获得的需求是片面的，不完整的，这样游戏在需求设计之初就埋下风险。 2. 玩家需求的不断增加 在开发中若不断地补充需求，项目就越变越庞大以致超过其计划及预算范围。计划并不总是与项目需求规模与复杂性、风险、开发生产率及需求变更实际情况相一致（网络游戏开发的复杂性已经比传统游戏提高很多），这使得问题更难解决。实际上，问题根源在于玩家需求的改变和开发者对新需求所作的修改。要想把需求变更范围控制到最小，必须一开始就对项目定位、范围、目标、约束限制和成功给予明确说明。有助于投资者或者风险承担者明白决策的合理性，即为何进行某些变更，相应消耗的时间、或特性上的折中。 游戏开发中不断延续的变更会使其整体结构日渐紊乱，补丁代码也使得整个程序难以理解和维护。插入补丁代码使模块违背强内聚、松耦合的设计原则，如果你尽早地区别这些可能带来变更的特性，你就能开发一个更为健壮的结构，并能更好地适应它。这样设计阶段需求变更不会直接导致补丁代码，同时也有利于减少因变更导致程序质量的下降，和对游戏稳定性的影响。 3. 模棱两可的需求 模棱两可是游戏功能说明中最为可怕的问题。它的一层含义是指诸多玩家对需求说明产生了不同的理解；另一层含义是指单个玩家能用不止一个方式来解释某个功能和需求说明。
软件项目管理之需求分析
软件项目管理之需求分析 需求分析是项目开发的基础，所以在进行软件项目开发之前，我们必须要了解下用户的需求是什么，避免在投入大量人力、物力、财力、时间等之后，开发出来的软件没人要。本文将从需求分析的过程、层次、需求开发阶段的重点以及需求分析的任务做详细介绍： 1.需求分析的过程 需求过程包括需求开发和需求管理2个部分： (1)需求开发就是对开发前期的管理，与客户的沟通过程，可以分为4个阶段：需求获取、需求分析、编写需求和需求验证。 (2)需求管理：就是软件项目开发过程中控制和维持需求约定的活动。包括：变更控制、版本控制、需求跟踪、需求状态跟踪。 2.需求的层次 需求的层次包括：业务需求、用户需求、功能需求、非功能需求等4个方面。 3.需求开发阶段的重点 (1)提取业务对象 业务对象是指系统使用的真实对象，例如一个供应链管理(简称SCM)业务对象主要包括：生产批发商、零售商、送货商、顾客多个层次。 (2)提取业务流程 在了解业务逻辑的过程中，应该列举出所开发软件模块的各自职能，并细化每个工作流程，深入分析业务逻辑。 (3)性能需求 在分析的前期应该注意客户对所开发软件的技术性能指标，如存储容量限制、运行时间限制、安全保密性等。 (4)环境需求 环境需求是指软件平台运行时所处环境的要求，如硬件方面：机型、外部设备、数据通信接口;软件方面：系统软件，包括操作系统、网络软件、数据库管理系统方面;使用方面：使用部门在制度上，操作人员上的技术水平上应具备怎样的条件。
(5)可靠性需求 对所开发软件在投入运行后发生故障的概率，应该按实际的运行环境提出要求。对于重要的软件，或是运行失效会造成严重后果的软件，应提出较高的可靠性要求。 (6)安全保密要求 在需求分析时应当在这方面恰当地做出规定，对所开发的软件给予特殊的设计，使其在运行中，其安全保密方面的性能得到必要的保证。 (7)用户界面需求 为用户界面细致地规定到达的要求。 (8)资源使用需求 开发的软件在运行时和开发时所需要的各种资源。 (9)软件成本消耗与开发进度需求 在软件项目立项后，根据合同规定，对软件开发的进度和各步骤的费用提出要求，作为开发管理的依据。 (10)开发目标需求 预先估计以后系统可能达到的目标，这样可以比较容易对系统进行必要的补充和修改。 4.需求分析的任务 需求分析的主要任务是借助于当前系统的逻辑模型导出目标系统的逻辑模型，其流程如下： (1)确定对系统的综合需求(功能、性能、运行、扩充需求) (2)制作产品需求文档(PRD) (3)分析系统的数据需求(概念模型、数据字典、规范化) (4)导出目标系统的详细的逻辑模型(数据流图、数据字典、主要功能描述) (5)开发原形系统 (6)从PRD提取编制软件需求规格说明书(SRS) 总之，需求分析的任务就是解决“做什么”，在准确表达所接受的用户需求以后，根据用户需求来设计软件，避免我们开发出来的产品客户不要。
医院管理系统项目需求分析
医院管理系统项目需求分析 目录 1引言 ............................................................................................................................................ 错误!未定义书签。 1.1编写目的......................................................................................................................... 错误!未定义书签。 1.2适用范围......................................................................................................................... 错误!未定义书签。 1.3背景................................................................................................................................. 错误!未定义书签。 1.4术语定义......................................................................................................................... 错误!未定义书签。 1.5参考资料......................................................................................................................... 错误!未定义书签。2项目概述..................................................................................................................................... 错误!未定义书签。 2.1目标................................................................................................................................. 错误!未定义书签。 2.2用户特点......................................................................................................................... 错误!未定义书签。3功能需求..................................................................................................................................... 错误!未定义书签。 3.1流程图............................................................................................................................. 错误!未定义书签。 3.1.1门诊管理流程图................................................................................................. 错误!未定义书签。 3.1.2住院管理流程图................................................................................................. 错误!未定义书签。 3.1.3药库药房流程图................................................................................................. 错误!未定义书签。 3.2功能表............................................................................................................................. 错误!未定义书签。 3.3用例................................................................................................................................. 错误!未定义书签。 3.3.1门诊管理用例图................................................................................................. 错误!未定义书签。 3.3.2门诊管理用例说明............................................................................................. 错误!未定义书签。 3.3.2.1门诊挂号人员登录：......................................................................................... 错误!未定义书签。 3.3.2.2门诊挂号人员修改密码：................................................................................. 错误!未定义书签。 3.3.2.3门诊挂号人员对挂号单的录入：..................................................................... 错误!未定义书签。 3.3.2.4门诊挂号人员对挂号单的查询：..................................................................... 错误!未定义书签。 3.3.2.5门诊挂号人员退号：......................................................................................... 错误!未定义书签。 3.3.2.6门诊挂号人员退出登录：................................................................................. 错误!未定义书签。 3.3.2.7门诊挂号人员结算：......................................................................................... 错误!未定义书签。 3.3.2.8门诊划价人员登录：......................................................................................... 错误!未定义书签。 3.3.2.9门诊划价人员修改密码：................................................................................. 错误!未定义书签。 3.3.2.10门诊划价人员对处方的录入：....................................................................... 错误!未定义书签。 3.3.2.11门诊划价人员对划价单的查询： ................................................................... 错误!未定义书签。 3.3.2.12门诊划价人员退出登录：............................................................................... 错误!未定义书签。 3.3.2.13门诊收费人员登录：....................................................................................... 错误!未定义书签。 3.3.2.14门诊收费人员修改密码：............................................................................... 错误!未定义书签。 3.3.2.15门诊收费人员收费：....................................................................................... 错误!未定义书签。 3.3.2.16门诊收费人员退出登录：............................................................................... 错误!未定义书签。 3.3.2.17门诊收费人员结算：....................................................................................... 错误!未定义书签。 3.3.3住院管理用例图................................................................................................. 错误!未定义书签。 3.3.4住院管理用例说明............................................................................................. 错误!未定义书签。 3.3. 4.1住院部管理员登录：......................................................................................... 错误!未定义书签。 3.3. 4.2住院部管理员修改登录密码............................................................................. 错误!未定义书签。
(项目管理)一项目需求
一、技术要求 工作条件 1．除非在技术规格中另有说明，所有仪器、设备和系统都应符合下列要求：2．适于在气温为摄氏0℃～＋40℃和相对湿度为90％的环境条件下运输和贮存。 3．适于在电源220V（ 10％）/50Hz、气温摄氏-5℃～＋40℃和相对湿度85％的环境条件下运行。连续正常运行的时间应不少于8小时。 4．配置符合中国有关标准要求的插头，如果没有，则需提供适当的转换插座。 5．如产品达不到上述要求，供应人应注明其偏差。如仪器设备需要特殊工作条件（如水、电源、磁场强度、温度、湿度、动强度等）供应人应在供应文件中加以说明。 其它要求： 1．为便于采购人进行接收仪器的准备工作，成交供应商应在合同生效后60天内向用户提供一套完整的使用说明书、操作手册、维修及安装说明等文件。另一套完整上述资料应在交货时随货包装提供给采购人，这些费用应计入总报价中。 2．对于需安装、校准、试运行的仪器设备，如果有必要的安装准备条件，成交供应商应在合同生效后一个月内向采购人提出详细的要求或计划。设备安装调试的费用由供应人承担，需计入成交总价中，并应单独列出，供采购人参考。 3．对于人员培训所需的仪器、设备，供应文件中应注明。 4．对于在采购人所在地进行的培训，供应人培训人员的旅费、食宿费用等费用由供应人自理。 5．对于需到制造厂家所在地进行的培训，供应文件中将注明培训日程和时间要求。受训人员的旅费、食宿费、培训场地费及培训资料费等培训费用均应由供应人支付。 6．在评审过程中，谈判小组有权向供应人索取任何与评审有关的资料，供应人务必在接到此类要求后，在规定时间内予以答复。对于无答复的供应人，谈
实践项目需求文档
软件需求规格说明书 (仅供参考) 编制李捷日期2008/04/22 审核日期2008/04/24 审核日期 批准日期
第一章引言 1 编写目的 本需求规格说明书是为了开发企业信息平台系统而编写，主要面向系统分析员、程序员、测试员、实施员和最终用户。 本说明书是整个软件开发的依据，它对以后阶段的工作起指导作用。本文也是项目完成后系统验收的依据。同时本说明书还是《用户手册》和《测试计划》的编写依据。 2 项目背景 信息社会的高科技，商品经济化的高效益，使计算机的应用已普及到经济和社会生活的各个领域。计算机虽然与人类的关系愈来愈密切，还有人由于计算机操作不方便继续用手工劳动。为了适应现代社会人们高度强烈的时间观念，学生信息管理系统软件为教学办公室带来了极大的方便。该软件是以汉语编程语言为实现语言，其功能在系统内部有源代码直接完成。通过操作手册，使用者可以了解本软件的基本工作原理。操作人员只需输入一些简单的汉字、数字，即可达到自己的目标。 第二章任务概述 本需求的编写目的在于研究学生信息管理系统软件的开发途径和应用方法。 本需求的预期读者是与学生信息管理系统软件开发有联系的决策人，开发组成人员，扶助开发者，支持本项目的领导和公司人员，软件验证者。
系统关系图 第三章需求规定 1 对功能的规定 从系统的主要功能大致可以分为五大部分，即用户管理、课程管理、选课管理、班级管理、成绩管理几大部分。 2 对子模块的规定 1．用户管理 （1）管理员：对信息享有最大的权利，可以对信息进行修改，删除，增加等操作。（2）教师：可以查看所有学生的信息列表，不可进行修改，删除，增加等操作。
IT项目管理需求分析说明书
I T项目管理需求分析说 明书 内部编号：（YUUT-TBBY-MMUT-URRUY-UOOY-DBUYI-0128）
IT项目管理需求分析说明书
目录 1.第一章引言 1.目的 本软件分析报告的目的是对根据客户的需求，对系统功能、性能需求向××客户、项目组开发成员、项目实施组和测试成员提供一个清晰的陈述。对IT项目管理功能的后续阶段等过程提供指导和工作原则。 2.IT项目管理内容简介 2.1.按管理目标 从IT项目管理的目标来看，IT项目管理需要管理项目费用/预算和项目过程。 项目费用/预算管理：对于项目费用/预算要求做到能够即时的查 询到本年度或者历史年度的预算以及费用付款情况，需要明细到 分公司的付款情况。目前具体的管理方法是由省局信息中心制定 编写年度预算，项目立项后制定付款计划。分公司实施付款计 划，在每次付款完成后将付款记录录入到系统中，省局信息中心 负责汇总。主要涉及到的文档/数据有，IT项目年度预算表，项 目立项表，项目付款计划，分公司付款记录，年度付款情况（报 表）。 项目过程管理：对于项目的过程要求能过做到能够将项目过程管 理中产生的文档/数据做统一的管理，在需要的时候能够随取随
用。并且做到能够查询到本年度或者历史年度计划的项目和实际 实施的项目对比报表。目前具体的管理办法是省局统一立项，制 定全省推广计划，分公司根据推广计划实施推进项目计划。主要 涉及的文档/数据有，IT项目立项表，全省计划表，计划明细表 （工作项/里程碑），招标表，合同表，年度项目完成情况（报 表）。 2.2.按IT项目的进程阶段 ××局的IT项目管理可以分为以下几个阶段：年度规划，项目立项，招投标管理，项目启动\建设，项目维护，每个阶段有特定的事务和对象需要处理，每个阶段又有特定的里程碑点来控制整个项目的进程。 1、年度计划：这个阶段主要是省局信息中心根据省局的各个部门和各地 市公司提交的信息化要求，和烟草局本身发展的需要，编制下一年度的IT项目预案，一般在三季度完成。涉及对象主要是IT项目年度计划。 2、立项管理：信息中心根据实际情况，在年度计划中挑选项目进行立 项，编制定立项表，招标表，合同表等。如果不在年度计划中的项目需要立项的话，要求先将其添加到年度计划中才能立项。 3、招投标管理：这是一个特殊的环节，管理项目中需要招投标的事务， 主要是管理招标表，甚至保留招标内容。一个项目中可能会有多个招标事务。招标完成和由省局和中标单位签订合同，也可能会要求各个
科研项目管理系统需求分析
材供应部合同进行计算机的自动化管理计算，减少了管理人员的工作量，节省了人力，确保合同数据的安全和有效利用。本系统具有系统功能完备、使用简单、用户界面好、安全保密设置齐全等优点。 院实物保护监控中心安全、稳定运行 院实物保护监控中心 中国原子能科学研究院在基础设施改造一期工程中，建立了实物保护监控中心。该中心的功能在于防破坏、防盗窃，防非法转移核材料、放射源、机密档案，预防和制止敌对分子或团伙的入侵、威胁、破坏等犯罪活动，对全院的重点要害部位进行集中管理，实施24 小时不间断地布防监控。 院实物保护系统共有9 台录像机对各监控部位的图像进行录制，对院大门口和监控中心进行每日24 小时连续监控录制，对其他工号实行布防监控与录制。 中心在核技术所直接领导和院保卫处的监督管理下，坚持双人值班制度，严格规范运行记录，对涉及实物保护技防系统86 个监控点和消防报警系统1 153 个探测点的报警信号进行及时复核、确认，在第一时间通知有关部门进行处理。 在试运行至今的一年多时间内，共计处理实物保护系统报警3 万多次；消防系统报警3 千多次。在接到报警信号后，值班人员在第一时间通知有关部门进行处理，使得中心对全院重点要害部位的保卫和消防安全实施了有效的监控，体现了实物保护系统的可靠性和有效性。2006 年实物保护监控中心主要完成了以下工作。 1）严格培训，做到持证上岗。 2）建立健全运行制度，确保中心正常运行。 3）妥善处理报警信号，保障重点要害部位安全。 4）及时排除故障，确保系统有效运行。中心建成运行以来，多次妥善处理了接报警事件，充分发挥了对全院重要部位的监督管理作 用，保障了全院科研生产工作的顺利进行。 （执笔人：任宝玲） 科研项目管理系统需求分析 田君，王建平，吕建友 中国原子能科学研究院是一个大型的、综合性的核科学技术研究基地，承担核能开发、国防技术基础、国防预研、“863”和“973”、国家自然科学基金等科研项目，相关30 多个项目类别，涉及近100 个项目，其项目的研究范围涵盖了核物理、核化学与放射化学、反应堆工程技术等领域。这些科研项目涉及学科广泛，内容精深，难度高，管理模式多，工作复杂。同时，原子能院
项目申报管理系统需求分析
文档编号: PRMS-2 版本号: V1.0 文档名称：需求分析设计说明书 项目名称：项目申报管理系统 项目负责人：董艳，苏丽，李瑞卿 编写：董艳2009年11月10日 校对：董艳，苏丽，李瑞卿2009年11月10日 审核：董艳，苏丽，李瑞卿2009年11月10日 批准：董艳，苏丽，李瑞卿2009年11月10日 开发单位：西北农林科技大学信息工程学院信管062班
需求规格说明书 1．引言 (3) 1.1编写目的 (3) 1.2项目背景 (3) 1.3定义 (3) 1.4参考资料 (3) 2．任务概述 (4) 2.1目标 (4) 2.2运行环境 (4) 2.3条件与限制 (4) 3．数据描述 (4) 3.1静态数据 (4) 3.2动态数据 (6) 3.3数据库介绍 (6) 3.4数据词典 (6) 3.5数据采集 (9) 4．功能需求 (9) 4.1功能划分 (9) 4.2功能描述 (9) 5．性能需求 (10) 5.1数据精确度 (10) 5.2时间特性 (10) 5.3适应性 (10) 6．运行需求 (10) 6.1用户界面 (10) 6.2硬件接口 (10) 6.3软件接口 (10) 6.4故障处理 (10)
1．引言 1.1编写目的 编写本文档的目的是根据系统分析工程师和客户沟通的结果，对用户需求进行了全面细致的分析，深入描述《项目申报系统》软件的功能和性能与界面，确定该软件设计的限制和定义软件的其他有效性需求。 该需求规格说明书的读者对象是信息工程学院订餐管理系统软件小组的研发工程师、测试工程师、销售工程师，版权归信息工程学院信管062班所有。 1.2项目背景 在计算机日益普及的今天，科技高速发展，国家对科技项目的研究也越来越重视，每年都有很多项目要上报国家或政府，纸制的项目申报报告的审批浪费了大量的人力、物力、财力等资源。 为了适应社会的需求，使市级重点建设项目月报信息统计工作更加科学、规范、高效、简便，我们小组打算开发“项目申报管理系统”。本系统是为方便重点建设项目业主单位报送项目月报，增强申报部门与项目单位间的信息沟通与反馈，了解项目的建设进度及存在问题，协调解决项目建设中存在的前期工作、资金筹措、征地拆迁、建设施工等问题而开发的应用软件管理系统。 项目申报系统PRMS 2.0将会成为一套功能完善的数据管理系统，可以再Windows、linux 系统上顺利运行。根据2009年重点项目申报工作的需要，由西北农林科技大学信息工程学院信管提出开发一套为重点项目申报工作服务的应用系统，于完成之日交付。 1.3定义 项目申报管理系统是指应用电子计算机和相关网络支持，为申报项目的相关人愿提供数据信息管理系统，从而优化项目申报，减少项目申报周期，提高工作质量。 文档中采用的专门术语的定义及缩略词简要如下： PRMS：Project Report Management System，项目申报管理系统。 1.4参考资料 [1]教学提供需求分析设计模板 [2]杨选辉《信息系统分析与设计》北京：清华大学出版社，2007。 [3]王珊，萨师宣。《数据库原理与应用》。北京：高等教育出版社，2003。 [4]耿祥义张跃平。《JSP实用教程》北京：清华大学出版社，2007。
项目管理系统需求说明书模板
项目管理系统需求说明书
成都鼎域前沿科技有限公司 2015.4 目录 一引言 (1) 1编写目的 (1) 2范围 (1) 2.1软件系统的名称 (1) 2.2软件功能概述 (1) 二项目概述 (2) 1项目描述 (2) 2产品功能 (3) 2.1系统角色定义 (3) 2.2系统功能 (3) 3用户特点 (3) 3.1管理员及超级管理员用户 (3) 3.2企业领导、项目经理和项目成员 (4)
3.3用户使用本系统相关说明 (4) 3.4一般约束 (4) 三项目需求 (6) 1功能需求 (6) 1.1功能结构一览 (6) 1.2登陆 (7) 1.3项目管理 (7) 1.3.1项目立项 (7) 1.3.2项目新增 (7) 1.3.3项目过程管理 (8) 1.3.4项目群管理 (11) 1.4项目工具 (15) 1.4.1原因分析工具 (15) 1.4.2数据收集分析工具 (15) 1.4.3评估工具和决策工具 (15) 1.4.4TRIZ系列工具 (15) 1.5人才管理 (15) 1.6知识管理 (16) 1.7权限管理 (17) 1.7.1用户信息管理 (17) 1.7.2系统模块管理 (17)
1.7.3角色管理 (17) 1.7.4权限分配 (17) 2外部接口需求 (18) 2.1用户接口 (18) 2.2硬件接口 (18) 3性能需求 (18) 3.1静态数值需求 (18) 3.2动态数值需求 (19) 3.3硬件限制..................................................... 错误!未定义书签。4属性. (19) 4.1可用性 (19) 4.2安全性 (19) 4.3可靠性 (21) 4.4系统性能 (22) 4.5易用性 (23) 4.6可维护性 (23) 4.7其他需求 (24)
项目需求分析和调研实践过程
某集团船代项目需求分析和调研实践过程 此文档主要在于项目管理设置项目相关文档，有兴趣人员可以参考一下，对于项目管理和未来有此方向者有一定的参考价值。 流程再造方法论 -流程影射，系统评估，定义考核，再造建议 前言 本文档主要根据某集团船代项目需求分析和调研实践过程整理而得，描述从项目启动，调研到设计过程的大致过程叙述，重点在于咨询过程中涉及的需求分析和调研方法论，其他相关项目前期规划和调研可参考此方法论。如有不妥之处敬请指正，也希望能不断完善，谢谢！正文： 软件需求的定义： 根据IEEE软件工程标准词汇（1997年）中定义的需求为： 用户解决问题或达到目标所需的条件和能力； 系统或系统部件要求满足合同，标准，规范或其他正式规定文档所需具有的条件和能力； 一种反映上述条件和能力的文档说明。 本项目简介 因某某集团船代业务发展需要，加上目前的系统存在很大问题，也不能涵盖目前的所有业务需求，需进行调研和需求分析是否需要上一套
新的船代系统，新系统需要整合目前的业务结构和业务流程，同时满足业务的需求和未来发展。 适合读者 此文档适合信息系统项目咨询规划和分析的相关项目人员作为项目前期方法论参考之用。 目录 1.项目启动 2.项目调研 3.项目规划与考核指标 4.撰写SOR 项目启动 1.与成员企业与相关部门沟通 召开项目总启动会议，介绍项目组相关人员以及此项目的主要目的和要求，企业简单本项目涉及的业务流程和相关业务部门和目前主要组织结构。例如船代项目我们在这一个环节我们了解到了整个船代所涉及的主要业务可以分为： 集装箱进出口业务 散杂货进出口业务 箱管
订舱 根据业务的分工部门的分工也不同。以后的调研思路我们也可以按照这样两种业务流程主线去咨询调研相应的部门与人员。 2.安排项目相关人员 根据业务主线（集装箱进出口，散杂货进出口）整理调研思路，要求企业根据提供的业务主线流程，和部门结合分工安排，组织各部门主要相关人员积极配合项目未来的调研。 3.出初期调研时间和相关人员安排表 根据前期的准备工作，出具具体调研时间和人员安排表，时间项目组掌控制（需要和业务部门协调），人员安排需要业务部门提供详细人员名单资料。以便项目成员和企业相关部门人员提前做好调研准备（安排相关人员和准备一些相关资料）。 根据时间人员安排表，做好前期调研准备。 注：在调研具体调研前，我们因该知道所有物流在运作过程中碰到的四个主要问题为： 出错率 时效 成本 结算 在具体的调研过程中，我们始终要以此作为主导的思路问问题，才能找出目前的问题所在。也就是未来规划后的系统的价值所在。
项目管理需求分析
1目的： 分析项目管理系统的需求，理清项目管理的总体思路，抓住项目管理同信息化的可交换点。同时，分析整理出项目管理同信息化相结合的可行性方案。建设符合PMBOK管理指南规范的项目管理系统。为需求说明书编制提供依据。 2背景: 虽然项目管理系统已经成熟应用到项目管理中，然而众多项目系统并非按照PMBOK这个全球普遍公认的指南规范设计项目管理，而是凭借其他规范已经项目管理经验设计的项目管理系统。项目管理系统中存在很多偏门功能或者缺少的功能。很多方面的设计无法满足项目管理者的要求。 3总体需求分析： 3.1项目管理的基本标准： 3.1.1应用组织环境 项目管理的组织结构为矩阵型项目管理结构，项目经理拥有项目管理的部分权限，职能经理拥有支持项目经理以及部分人员管理的权限。 3.1.2应用企业环境： 企业项目管理按照PMBOK规范管理项目，该项目主要支持信息化项目的管理，不一定符合所有项目的管理。 3.1.3项目基本标准： 该项目完全按照PMBOK整理项目管理的流程，项目由客户或者项目发起人提供商业论证、工作活动说明树、合同等信息开始项目。项目周期分为：项目开始，项目前期准备，项目管理，项目结束。项目管理周期分为：启动过程组，规划过程组，执行过程组，监控过程组，以及收尾过程组。同时规划过程组中的项目阶段管理周期也按照启动过程组，规划过程组，执行过程组，监控过程组，以及收尾过程组过程过程完成，如图3.1所示：
3.2项目管理的主要过程： 项目管理包括启动、规划、执行、监控、收尾通用五大过程组。项目管理按照各自的项目特征分为一个或多个阶段，每个阶段都包含以上五大过程组。监控过程组贯穿整个过程，规划和执行过程组之间迭代方法渐进明细。如图3.2 3.3项目管理的主要步骤： 3.3.1九大知识领域以及处理过程 项目整合管理，包括制定项目章程、规划项目计划、指导与管理项目执行、监控项目工作、实施整体需求变更、结束项目或阶段。 项目范围管理，包括收集需求、定义范围、创建工作分解结构、核实范围、控制范围。 项目时间管理，包括定义活动、活动排序、估算活动资源、估算活动持续时间、制定项目进度计划、控制进度。 项目成本管理，包括估算成本、制定预算、控制成本。 项目质量管理，包括规划质量、实施质量保证、实施质量控制。 项目人力资源管理，包括制定人力资源计划、组建项目团队、建设项目团队、管理项目团队。 项目沟通管理，包括识别干系人、规划沟通、发布信息、管理关系期望、报告项目绩效。 项目风险管理，包括规划风险、识别风险、风险定性分析、分析定量分析、规划风险应对、监控风险。 项目采购管理，包括规划采购、执行采购、管理采购、结束采购。