调研项目怎么写3篇调研项目怎么写 [XXXX]技术有限公司[公司名称][XXXX]公司[客户名称] [XXXX]软件项目[项目或产品名称]需求调研报告文件信息文件状态：下面是小编为大家整理的调研项目怎么写3篇,供大家参考。
篇一：调研项目怎么写
XXX]技术有限公司[公司名称] [XXXX] 公司[客户名称][XXXX]软件项目[项目或产品名称]需求调研报告文件信息文件状态：
[√]草稿文件[]正式文件[]更改正式文件当前版本：V1.0.0作者：审核：完成日期：文档编号：
文档标题：软件项目需求调研报告文档类别：
提交人员：文件名：
文件摘要：
项目名称：
当前阶段：
需求调研阶段版权所有：
修改历史日期版本作者修改内容评审号更改请求号2013‐06‐29V1.0.0陈建伟定义文件模板
目录文件信息 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1修改历史 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
2目录
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3一、 引言 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
41.1、 1.2、 1.3、 1.4、 编写目的 ................................................................................................................... 4文档范围 ................................................................................................................... 4预期读者和阅读建议 ............................................................................................... 4参考资料 ................................................................................................................... 4二、 项目描述 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
42.1、 2.2、 2.3、 2.4、 2.5、 2.6、 2.7、 项目背景 ................................................................................................................... 4项目名称 ................................................................................................................... 5项目概述 ................................................................................................................... 5项目关联性 ............................................................................................................... 5设计和实现上的限制 ............................................................................................... 5假定和约束 ............................................................................................................... 6名词/术语解释 ......................................................................................................... 6三、 用户环境描述 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
63.1、 3.2、 3.3、 3.4、 3.5、 3.6、 用户单位组织结构 ................................................................................................... 6用户部门设置与职责 ............................................................................................... 6用户业务关系描述 ................................................................................................... 7系统面向的用户群 ................................................................................................... 7关键计算机资源 ....................................................................................................... 7用户环境中的其他应用系统分布 ........................................................................... 7四、 功能性需求描述 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
74.1、 4.2、 4.3、 4.4、 4.5、 用户各部门当前的工作模式 ................................................................................... 7构建该系统的目标 ................................................................................................... 8功能结构图 ............................................................................................................... 9功能点需求 ............................................................................................................... 9接口需求 ................................................................................................................. 10五、 非功能性需求描述 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
115.1、 5.2、 5.3、 5.4、 5.5、 5.6、 系统环境需求 ......................................................................................................... 11易用性和用户体验需求 ......................................................................................... 11软硬件技术需求 ..................................................................................................... 11安全性需求 ............................................................................................................. 11可维护性需求 ......................................................................................................... 11对培训的需求 ......................................................................................................... 12六、 其他 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
126.1、 6.2、 6.3、 软件应当遵循的标准或规范 ................................................................................. 12定义、 首字母缩写词和缩略语 ............................................................................. 12附件 ......................................................................................................................... 13
一、
引言1.1、
编写目的编写提示：
阐明编写该文档的目的； 本节内容是读者接触到本文的第一段正式文字， 建议通过简短文字描述简明扼要的告诉他们编写本文档的目标。
例如：
1、
本文档是 [项目名称] [系统属性] 客户需求调研报告， 供需求分析人员进行项目需求分析时使用； 2、
本文档可以作为项目验收标准之一； 3、
本文档可以作为软件维护的参考资料； 1.2、
文档范围编写提示：
对本文当所涉及到所有内容的高度概括， 简要说明即可。
例如：
1、
本文档包括 [项目描述]、 [用户环境描述]…等几个章节， 并：
a) 在 [项目描述] 章节中描述了…信息； b) 在 [用户环境描述] 章节中描述了…信息； c) …1.3、
预期读者和阅读建议编写提示：
描述本文档可能涉及到的各类读者对象以及不同的读者应该注意的侧重点； 1.4、
参考资料编写提示：
列出本文档的所有参考文献 （可以是非正式出版物、客户的规章制度和流程文件、相关法律法规文件等）， 格式如下：
名称日期作者版本出版社并且， 请在本文档最后附上所有列出的参考资料的附件。
二、
项目描述2.1、
项目背景编写建议：
描述该项目的建设背景；
例如：
1、
项目立项时的环境描述； 2、
项目立项的政策性支持； 3、
项目需求提出的初衷目的等。
2.2、
项目名称编写建议：
描述该项目的名称， 格式为：
[客户名称]‐[软件名称]。
例如：
江西省电力集团信息通讯分公司‐调运检一体化智能联动管理平台2.3、
项目概述编写建议：
描述该项目的概要情况。
应包括如下信息：
1、
项目的委托单位； 2、
项目主要功能或解决问题描述； 可以用列举方式进行描述， 例如：
1、
项目委托单位：
[单位名称]； 2、
比较委托单位原有系统与完整系统结构进行对比等， 或进行详细的系统结构概述； 3、
针对项目的特色功能进行基本描述； 4、
…2.4、
项目关联性编写建议：
描述该项目与其他相关事物的关联性。
应包括如下信息：
1、
与其他现有软件系统的关联性； 2、
对现有客户环境（IT环境、 管理措施等）
造成的影响； 3、
对以后可能建设的其他系统造成的长期影响； 4、
其他认为应该包括的信息…2.5、
设计和实现上的限制编写建议：
描述该项目的需求调研和分析、 设计以及开发实现过程中可能会遇到的技术性限制； 例如：
1、
软件实现技术上的要求； 2、
与其他关联系统的对接要求； 3、
预留接口或扩展性的要求； 4、
其他认为应该包括的信息…
2.6、
假定条件和约束编写建议：
描述该项目的需求调研和分析、 设计以及开发过程中可能会遇到的非技术性条件和限制， 例如：
假定性条件：
1、 对目标用户文化程度和计算机操作水平、 财务知识水平等方面的假设； 限制性条件：
1、
项目建设时间上的要求； 2、
团队人员或人资条件上的限制和要求； 3、
其他认为应该包括的信息…2.7、
名词/术语解释编写建议：
列出本文档所涉及到的关于客户需求领域的行业或专业技术特有的(专用)名次/和术语并给出符合实际情况的解释说明； 编写格式如下：
中文全称中文简称英文全称英文简称解释说明三、
用户环境描述3.1、
用户单位组织结构编写信息：
利用表格或框图(建议)形式画出委托单位的组织结构图； 应包括委托单位的所有分支结构和部门名称， 以及各个分支机构/部门间的上下级关系。
3.2、
用户部门设置与职责编写建议：
按业务组织结构划分成不同的职责部门或分支机构， 分别对每个部门或分支机构进行描述。
描述的内容包括：
1、
用户组、 分支结构或部门的名称2、
每个用户组、 分支结构或部门的描述， 主要描述他们的职责， 及用户组或分支结构/部门的考核指标； 3、
每个用户组、 分支结构或部门相关人员的职责， 及考核指标。
[可以使用下面的格式， 也可以根据实际的需要使用其他格式]例如：
用户组/机构/部门名称职责描述考核指标备注
3.3、
用户业务关系描述编写建议：
以关系图的方式加文字说明的方式， 描述该软件系统所计划完成的系统业务， 以及该业务在内部的工作流情况， 还有该业务的相关部门的接口情况。
注意本图示需要表明业务关联关系而非数据关联关系。
3.4、
系统面向的用户群编写建议：
描述该系统建设以后的目标用户群体以及他们的专业知识水平（例如计算机操作能力、 财务知识水平等）、 各类用户的主要使用内容和工作职责等。
3.5、
关键计算机资源编写建议：
列出该软件所涉及到的所有部门和机房的软硬件资源情况、 设备要求等； 3.6、
用户环境中的其他应用系统分布编写建议：
列出该软件所涉及到的用户环境中的其他所有应用系统的分布情况； 应该包括：
1、
其他应用系统的名称； 2、
责任部门； 3、
应用系统功能概述； 4、
部署的服务器以及机房； 5、
其他认为应该包括的信息…四、
功能性需求描述4.1、
用户各部门当前的工作模式编写建议：
该章节描述调研过程中发现的， 客户业务实际的操作情况， 建议以表格、 流程图等形式进行说明。
并且按照如下列出的格式分部门分层面进行描述：
4.1.1、
部门一[部门名称]4.1.1.1、
工作内容编写建议：
描述该部门之前（未用软件进行工作管理）
的主要工作内容和工作职责。
4....
篇二：调研项目怎么写
管理调研为了进一步加强项目的管理能力，提高精细化管理水平，规范公司总部、事业部、项目部三个层级项目管理方面制度流程体系、审批授权备案等事项，公司成立了项目管理调研小组，于 5 月 9 日--5 月13 日对事业部和项目部开展“如何加强项目管理情况”的调研,项目管理调研涵盖工程管理、合约商务管理、采购管理、技术质量管理、信息化管理等版块。
一、工程管理
1、如何推进全面快速建造；
项目生产管理推进快速建造过程中，往往出现前期不紧，收尾散漫的问题，浪费了不少宝贵的时间，主要有以下几点：
（1）对业主需求了解不详细； （2）影响进度的因素下决策不果断； （3）采购合同滞后于现场施工进度。
针对于以上问题，就如何推进全面快速建造，提出以下几个初步建议：
一、强化快速建造策划管理。公司成立快速建造执行小组，涵盖工程、技术、商务、财务、采购等专业技术人员，一旦新承接项目具备策划条件，快速建造执行小组亲赴项目，与项目管理人员一道，以快速建造示范项目为模板，结合每个项目自身特点，首先对新承接的项目进行梳理、定位（战略规划），分析市场及业主等；其次策划是否要加大投入增加成本，确定进度、质量、安全、成本等应取得最大的优化（以实现工程合同规定的内容实现最大的优化），明细费用各
工种费用的单价的提高及奖项，加班（夜间）、环卫的罚款（不符规投诉）、人员的增加、工作效率的降低（工作面）等，所增加的成本应与进度的加快同步（可计算租赁费、人工费、管理人员等），应先算后行，按合同工期提前一天,工期效益与投入成本至少应平衡等。其三，提前做好分包计划，优选分包队伍，切实做到项目规划提前，施工准备跟进，现场实施顺畅，保证生产链顺利运行。
二、过程监控、持续改进。快速建造小组在项目实施过程中，对照快速建造策划，定期进行过程监督、检查，项目在过程中应反复推敲策划可行性，实时调整更新，以切合现场，切合实际。过程中，严格考评优秀劳务分包单位，有快速建造经验的队伍择优录取。加强过程中各方主体的沟通，如与参加各单位的沟通协调，项目与公司的联动协同，项目部门之间相互协作交流等。
三、总结提高、相互借鉴。项目完工进行快速建造总结，汲取优点，形成总结报告，每年定期举办快速建造经验交流，将优秀的快速建造经验加以宣贯、实施。
2、如何激励项目管理团队 随着公司经营规模扩张，新项目越来越多，项目部团队人员素质参差不齐，综合能力较低，项目班子应团结，以项目管理为主。
新老员工对工资的不满与兑现奖的滞后和不公平，使工作激情低落，士气不高。严格落实季度绩效和节点考核兑现。根据各项目的特点，尽量做到公平公正，大小项目基本平均，财政投资等与私企项目基本平等，企业也是一个团队，项目责任相同（进度、质量、安全、成本），而私企项目更难创效，奖励也应基本相同，不然条件差的项目无人去，去了情绪也不高。
绩效考核内容是否适当考虑有设计变更以及其他不可抗拒因素等原因造成产值不能完成的因素，酌情进行调整,希望能够多一些鼓励。
定期组织召开民主生活会、青年员工座谈会，了解大家的诉求和思想动态。
项目管理人员配置相对减少，按局规定配备人员数量给予工资总额，相对使管理人员工资提高，发挥积极性。
通俗来讲，每位员工希望通过自己的努力得到应有的认可及回报。分析每一位员工的特点并运用至施工中将更好的促进员工的积极性，同时，项目运转过程中，公司建立好完善的奖罚机制（但需灵活性），同时公司也应赋予项目奖罚的相关权限。根据项目实际运转过程中对事情的完成情况对每一位员工进行考核，切实做到有奖有罚，不能任由“大锅饭”的情况蔓延，将严重影响员工做事的对比及积极性。
在激励项目管理团队上面可根据组员的能力、性格、以往经验、个人意愿并结合项目进度综合考虑，合理分配任务给组员工作；与组员共甘共苦；为组员争取合理的利益；沟通并了解组员的情况；考评杠杆作用；和组员共同设定目标；团队文化及团队活动。
1、每月或每季度对各在建项目进行考核，评选出最佳项目团队（进度、质量、安全等），给予另外的奖励。
2、针对各岗位实行奖罚制度。
3、每月项目部内部可组织评优，选出本月最佳员工，给予奖励。
4、员工职级、待遇调整应尽量缩短审批时间（现在情况是每次审批都经过很长时间），在最短的时间让员工得到更合理的待遇。
3、对项目管理流程的意见或建议；
公司目前日益发展壮大，新项目不断增加，每个项目情况都不尽相同，为分担公司总部压力，提高工作效率，公司制定完善标准化项目管理手册，简化审批流程，同时加强制度手册宣贯力度，并严格执行。
在项目管理流程上，阶段性计划不明确，时间观念比较淡薄，工作安排缺乏前瞻性；对计划的执行情况不够重视，计划的督办力度不够，缺乏必要的问责机制；各系统制度不够完善，制度意识比较淡漠；对项目团队的组建、供应商选择、招标工作及评审、合同的审批以上流程的精细化、准确化、快速化无法体现。建议对公司各项规章制度、组织机构、办事流程、人员联系方式以及各项细部规定编辑成册。企业所有员工每人发一本。以便企业员工更快的融入企业文化及自身岗位工作。更快速高效的为企业服务。
项目管理流程中领导审批意见的词汇尽量规范些，建议不要出现如“已阅”此类似用语，走流程依项目理解应该是决策，指导帮助项目该如何去处理此类事件，而非只是在审批栏里写下“已阅”。
项目管理流程审批过程中相关权限责任部分是否可以进行划分？（因领导可能会出差，相关审批流程会比较缓慢）。同时，管理流程按照相关内容是否也可以划分？比如资金类、报告类及工程类，主要随着工程的深入，很多现场签证及其他资料需要盖公司公章或局公章，且部分资料已经过了现场监理、业主审批，若按正常流程，可能有点繁琐或逾期，建议是否可调整流程。
在项目策划方面，积极配合上级工作，项目策划由项目部牵头，制定项目计划和目标，开展项目立项、组织实施工程，管理、监督项
目运作过尊重程，确保项目顺利完成。
（1）付款流程，程款由项目部造表，生产经理审核，财务支付。起到平衡作用； （2）报销流程，由项目发起，到事业部截止 （3）CI 流程，由项目发起，事业部办公室收集、审阅，再报送公司总部审核；、 （4）办公用品程序（以空调为例）公司拟定合同文本（指定品牌），由项目部与商家洽谈合同、签订合同（中指定商家及账号等信息），将洽谈结果汇报事业部，事业部报公司。安装完毕后，由专人验收，合格后将结算单及发票等报公司，由公司支付商家。
4、项目部的权限讨论； 项目部参与对分包单位的确定和评审，各项目所在地域不同、环境不同，所遇到的困难也不同，特别是施工前或者施工过程中，发现部分班组或者有更好的施工队伍适合本项目，可由项目部进行考察，出具考察报告，汇报公司。
项目部对资金的分配上的权限； 项目经理可否有权利调整项目员工的薪酬待遇。建议可根据项目员工的工作能力、工作岗位，项目经理可参与调整员工的薪酬待遇。目前公司人员不足，执行“一岗多责，一专多能”制度，项目经理可根据员工的工作强度适当增加绩效。
（1）明确三级（公司-事业部-项目部）管理职权； （2）对项目授权范围，包括：零星用工、零星机械、零星材料等；增加项目部对项目人员、劳务队伍选择的建议权。
5、公司对项目的管理存在哪些不足，需要如何改进；
公司和项目人员的交流偏少，导致项目人员与机关人员多数不认识，更谈不上业务上的往来交流。如之前举办的拓展训练，是个很好的活动，然而现在均未举办。建议每年定期举办拓展训练。
公司对项目的管理相当到位，有制度有要求各部门精心布置任务、通知、文件及时下发并网上公布，确保各部门的指标和业绩，加大施压力度（倒逼政策）。但是项目部无法满足公司的各部门的要求，换句话说是项目管理不善，所有的问题最终的落脚点在项目，所以公司不存在管理上的问题。例如：工程款使用是以收定支，公司财务紧张，难以按合同付款，先确保职工工资等，公司各部门的自身利益协调处理等。上级是正确的，所以项目自我处理调节与平衡，搞不好项目上有责任，项目部担子太重。
随着公司高速发展，相对应的体系和制度似乎未能满足要求，经常出现命令传达不及时，反馈不到位的现象，另外，在项目有的管理人员眼里，公司一直提倡的机关服务项目的理念，似乎仍是任重道远，机关乃至项目仍存在所谓的官僚理念，觉得在机关的就是领导，未能真正落实机关服务项目，促进项目更好更快发展。建议公司总部人员定期到项目帮扶指导。
部分政策、标准的改变，向各项目征取意见、进行投票，根据投票结果再进行最终是否改变现有政策、标准。
公司是否需配备私职人员配合项目对接工作，项目很多事情是需要到公司找领导批示，项目若不在厦门，人员来回比较繁琐且领导不一定都在公司。公司流程审批监管需要公司全力配合，不然总会造成工作的滞后。同时人员对接不明确，工作推行总是绕弯。针对分包分供款项支付过程中的问题经项目讨论，提出提案：根据目前项目实际
情况，项目对上计量确定后安排对下支付，项目应按照合同预算支付金额，公司审批金额若有变动应与项目及时沟通，项目部才能提前与分包分供沟通少付或者不付，使项目部与分包分供合作中占据主动地位。
项目经理每月对分包分供进行考核，对施工进度、质量较差的班组有权勒令退场 。建议根据每月对分包分供的考核等级，连续三个月评为不合格的分包分供进行更换。
6、如何做好人才培养、储备。
公司可以积极组织各类培训工作，促进员工的成长，例如举办一建、二建、安全师等资格考试培训，各岗位的定期培训、新员工入职培训等多种培训相结合的方式，同时定期组织经验交流会等活动，通过以老带新，经验传授和现场实践来培养人才，最后形成一整套完备的晋升制度，选贤举能，本着能者居之的理念，达到相关要求者居其位，注重内部员工的培养和晋升，同时通过社招等其他途径来补充空缺，增加活力。
建立对人才培养使用的标准化体系，从企业文化制度流程等方面更多的强调团队协作，而非是对专业化的片面理解，缺少大局意识最终的结果是各行其是，出现协作谬误。对人才的使用不要过分的追求人的能力，更需要的标准化的业务指导，在工作中成长，靠体系支撑来实现好的工作业绩和个人成长。
做好人才引进；对公司各级别员工定期进行考核，考核表现直接影响员工收入及晋升机会；给努力工作的员工以相应的发展平台；制定相应的培训计划，指明具体负责人；制定合理的薪资制度。项目班子可内部组织对各项目部成员进行考核，对可塑性人才进行重点培
养，同时主动向公司推荐（特别是公司发展日益壮大，更需要各类人才为公司付诸贡献），适当时机可作为更高岗位人才使用。
公司组建专业工程小队，结合实际工作时间到项目指导工作，切实加强现场管理及工程实施管理。
当某些岗位空缺时，鼓励个人主动报名，从中筛选 2~3 名公平竞争，经过项目部考核选出最终人员汇报公司，经公司考核，符合条件，马上给予启用。
开展“青年英才”计划，加速青年成才，结合项目短特点，开展夜校学习等活动，丰富大家知识结构，提升整体素质，增强项目部凝聚力，及时了解员工思想动态，解决员工遇到问题，积极推进思想政治教育，形成了积极进取、活泼向上的良好氛围，同时也让员工感受到公司的关爱，感受到家的温暖。
合约商务板块 1、劳务招标文件从项目操作角度需要写明的主要条款 项目部根据项目情况及特点，重点对工作内容、工作范围界限划提出评审意见。合同主要条款应写明在招标文件内，合同范本应作为招标文件的附件发放，以减少中标后合同谈判难度。
2、合同评审流程需要的部门、合同评审如何简化相关部门（分包、分供、设备采购等招标文件、合同）
2、合同评审流程需要的部门、合同评审如何简化相关部门（分包、分供、设备采购等招标文件、合同）
整体原则为简化流程、风险可控。评审重点放在招标文件评审，招标阶段涉及到的项目部及总部各相关部门、分管领导均需参与评审，公司根据评审后的招标文件进行招标。因前期招标文件各相关部门已评审，后期合同评审流程可简化。
3、项目零星分包采购权限如何设置，如额度等 多数项目建议零星分包采购权限为 5~10 万。
4、对于合同外签证使用指令单的形式是否可行，具体流程如何设置。
指令单形式可行，具体流程可设置为由生产经理和项目经理联签后交由商务经理确认是否为合同外工作内容。确认为合同外工作内容后由现场管理部门交由分包单位实施。商务部门根据确认后的指令单办理相关结算手续。
5、技术和商务联动如何实现？如项目主导的设计变更单、出具的工作联系单等如果实现联动。
5、技术和商务联动如何实现？如项目主导的设计变更单、出具的工作联系单等如果实现联动。
由项目主导的设计变更单、工作联系单等应考虑项目经济效益，在报出之前经商务进行经济效益对比再行发出。
6、对于项目抽水、现场文明施工或者生活区内的小工使用采用总价包干方式是否可行 、对于项目抽水、现场文明施工或者生活区内的小工使用采用总价包干方式是否可行 多数项目建议项目抽水、现场文明施工、垃圾外运等采用总价包干的方式，节约现场管理精力。
8、现场哪些工作内容在分包结算中容易出现扯皮现象，尽量在招标文件、承包方式中规避。
8、现场哪些工作内容在分包结算中容易出现扯皮现象，尽量在招标文件、承包方式中规避。
安全文明施工中的水平防护、基坑防护、基坑通道、材料二次搬运、后浇带凿打、不同标号砼之间的钢丝网、浇筑墙柱节点砼、电梯井脚手架、垃圾外运等工作应...
篇三：调研项目怎么写
烟草商业系统营销大集中 信息系统建设项目需求调研计划 （第一期）
编号：LCRJ-06085100802-RM-01-01 （版本：V2.0）
二○○六年九月
2
文档修订（ 记录批准之后的变更情况）
版本 日期 修改人 描述（注明修改的条款或页）
1.0 2006-10-09 田福成 初始文档 2.0 2006-10-15 刘瑞慧 修改调研计划安排等相关章节 2.0 2006-12-10 刘瑞慧 规范文档编号
3
目
录 1 概述........................................................................................................................................... 4 1.1 背景 ........................................................................................................................... 4 1.2 目的 ........................................................................................................................... 4 2 调研前的准备工作 ................................................................................................................... 4 2.1 确定需求调研方式 ................................................................................................... 4 2.2 确定调研各方负责人 ............................................................................................... 4 2.3 确定需求调研时间和地点 ....................................................................................... 5 2.4 参与需求调研工作的人员安排和通知 ................................................................... 5 2.5 需求调研的组织准备 ............................................................................................... 5 2.6 需求调研纲要资料 ................................................................................................... 5 3 需求调研过程概述 ................................................................................................................... 5 3.1 对 V3 总体业务架构及主体业务流程汇报调研 ..................................................... 6 3.2 对 V3 具体业务功能及操作进行交流调研 ............................................................. 6 3.3 整理需求调研成果 ................................................................................................... 6 3.4 需求调研成果确认 ................................................................................................... 6 3.5 最终需求调研成果汇报 ........................................................................................... 6 4 调研单位时间安排 ................................................................................................................... 7 5 基础业务上线模块主要流程（当前上线重点）
................................................................... 8 6 附件：需求调研时间安排 ....................................................................................................... 8
4 1 1 概述 1.1 背景 广东烟草营销大集中系统是浪潮软件在烟草行业承接的规模最大的软件工程，也是需求最复杂的烟草商业企业应用系统，为了保证需求调研过程的有序、完整、规范，获得高质量需求成果，明确调研的方法和工作步骤，特制定本需求调研计划。
1.2 目的 随着烟草行业的发展，软件的产品化进一步提高，整体团队逐步规模化，对烟草业务的理解逐步加深，软件功能也更加完善。这一系列的变化，对软件实施前的需求调研及业务咨询的工作，越来越体现出其重要性。需要一个系统的、完整的需求调研计划帮助大家顺利的进行需求调研工作的开展，同时也保证需求调研工作的质量。
本次调研进行集中式调研交流：
1 、首先是整体业务架构和业务流程方面的需求调研和交流 主要由省公司相关管理人员、地市公司分管领导及部门负责人参与，主要对业务流程方面进行确认，保证大方向的准确性。
系统涉及的相关部门有：专卖管理部门、营销管理中心、物流配送中心、财务管理中心和信息中心。
2 、然后针对具体流程进行实际业务操作层的需求调研和交流 主要由各地市公司代表的部门负责人及核心操作人员参与，是在确认了业务流程的基础上，进行系统功能方面的差异及易用性等方面的交流讨论。
2 2 调研前的准备工作 2.1 确定需求调研方式 本次需求调研，采用集中式需求调研的方式，即集中各地市公司代表的相关领导和核心业务人员进行需求调研和交流。
2.2 确定调研各方负责人 省公司负责人：
5 地市公司代表负责人：
浪潮负责人：田福成 监理负责人：曾斐 2.3 确定需求调研时间和地点 2006 年 10 月 27 日，在烟校进行集中式需求调研。
具体时间参见附件：需求调研时间安排。
2.4 参与需求调研工作的人员安排和通知 省公司相关管理人员、地市公司分管领导、地市代表（部门负责人、核心操作人员），详见省局（公司）的安排和通知。
2.5 需求调研的组织准备 组织对调研过程参加人员会议室、电源、网络、投影仪及相关事项的协调安排。
2.6 需求调研纲要资料 提前发放调研纲要给调研单位的部门及人员，以便提前了解 V3 产品业务架构和系统业务流程，便于双方分析差异和进行重点交流，对有疑义的内容请联系浪潮人员解释。
▲省局负责安排调研纲要的评审、发放及相关要求的通知。
调研纲要熟悉后，在调研交流中对有疑义的部分重点阐述和沟通，能够抓住重点，提供效率。对反馈的差异进行整理，形成差异清单。重点针对差异内容进行确认，以及与烟草相关人员答复确定。
▲浪潮负责对调研文件进行整理。
针对调研交流的结果和调研纲要内容，整理需求调研交流需要确认的问题清单，形成首次需求规格说明书（或差异清单），进行确认。
▲浪潮负责整理调研过程需要确认的差异清单或需求规格说明书。
3 3 需求调研过程概述 根据需求调研范围、目标和目的，整个需求调研过程中分两个层面进行集中式调研和交流。
6 3.1 对 V3 总体业务架构及主体业务流程汇报调研 面向的对象主要是管理层。
是针对主体业务流程进行汇报和交流，从宏观上对 V3 产品系统有个整体认识，并对业务流程及规范性要求进行把关，保证大方向的正确性。交流中不涉及具体细节操作的内容，结合 V3 系统原形进行适当演示，使与会者能总体把握V3 原型，并提出意见和建议。
目的是管理层领导对主体业务的流程进行审核，确定大方向的准确性，奠定主体基础。
3.2 对 V3 具体业务功能及操作进行交流调研 面向的对象是业务部门负责人和骨干操作人员代表。
在主体业务流程确认后，分别对各部门相关的业务流程操作及相关功能进行需求交流确认。
目的是确认操作人员对系统功能的易用性，以及新功能的需求方面进行交流和确认。
3.3 整理需求调研成果 1、对管理层进行业务架构和主体业务流程汇报和交流确认后，形成广东烟草业务流程差异及解决方案（或需求规格说明书）。
2、与部门负责人代表、核心操作人员代表对 V3 系统进行细致了解和交流后，形成广东烟草操作层功能差异及解决方案（或需求规格说明书）。
备注：浪潮、监理、烟草三方共同对会议交流产生的问题进行记录。
3.4 需求调研成果确认 对集中需求调研整理及反馈分析完成后，对形成的差异及解决方案（或需求规格说明书）文件进行确认，并对确定认可的具体差异及解决方案（或需求规格说明书）进行签字确认。
3.5 最终需求调研成果汇报 需求调研签字确认后，对省局及地市代表进行本次调研成果的汇报，介绍本次需求调研的重大内容、任务和成果。
7 4 4 调研单位时间安排
时间安排参见附件：需求调研时间安排。
序号 调研过程工作 预计时间 参与人员 备注 1、 总 体业 务架 构交流 V3 总体业务架构及主体业务汇报：1 天 2 天：
其 中 1 ＋0.5＋0.5。省局相关管理人员、地市管理层领导和地市部门负责人代表、监理公司
总体业务架构及主体业务汇报过程中的差异进行研讨：0.5 天 省局相关管理人员、地市管理层领导和地市部门负责人代表、浪潮软件、监理公司
总体业务架构及主体业务汇报产生的调研成果进行确认：0.5 天 省局、地市管理层领导和地市部门负责人代表、浪潮软件、监理公司
2、 具 体业 务功 能交流 V3 具体业务功能及操作交流调研（各业务模块细节交流（含粤东））其中：
11 天：
其中：
4＋2＋5；（专卖2.5并行；）
分销管理部分：4 天 （含：对形成的差异讨论，和调研成果确认）
省局、地市营销、配送、财务部门负责人和核心操作员代表 粤东和数字仓储部分：2 天 （含：对形成的差异讨论，和调研成果确认）
粤东业务、 仓储货位、货架等管理 客户关系、供应商供应链、督察考评：5 天 （含：对形成的差异讨论，和调研成果确认）
省局、地市营销部门负责人和核心操作员代表 专卖管理部分：2.5 天（并行）
（含：对形成的差异讨论，和调研成果确认）
省局、地市专卖部门负责人和核心操作员代表
8 3、 省 局业务 V3 省局业务功能业务交流调研 4 天 省局领导和省局业务部门
交流调研合计时间（含省局业务交流）
17 天 备注：不含省局业务为 13 天。
4、 整 理汇报 需求调研成果整理和汇报 2 天 省局及地市代表、浪潮软件、监理公司
5 5 基础业务上线模块主要流程（当前上线重点）
专卖管理：零售户入网流程。
采购管理：采购业务流程。
呼叫中心：坐席业务、外拨服务、客服管理、客服客户管理。
营销管理：销售业务、订单获取、订单确认、收款、退货业务。
供应商管理：营销策略。
供应链管理：货源投放。
配送管理：配送业务。
库存管理：调拨业务、损溢业务。
结帐管理 电子结算：扣款流程、扣款业务。
全省投诉、督察考评 6 6 附件：需求调研时间安排
项目开始日期: 2006 年 10 月 10 日
项目完成日期: 2006 年 11 月 14 日
名称
工期
开始时间
完成时间
资源名称调研前的准备工作
9 工作日 2006 年 10 月 12 日 2006 年 10 月 24 日
确定调研方式
0.5 工作日 2006 年 10 月 12 日 2006 年 10 月 12 日
烟草
调研各方负责人
0.5 工作日 2006 年 10 月 12 日 2006 年 10 月 12 日
烟草
确定需求调研时间和地点
0.5 工作日 2006 年 10 月 12 日 2006 年 10 月 12 日
烟草
9 需求调研的组织准备
1 工作日 2006 年 10 月 13 日 2006 年 10 月 13 日
烟草
制定需求调研计划和评审
2 工作日 2006 年 10 月 16 日 2006 年 10 月 17 日
调研小组制定需求调研纲要和评审
3 工作日 2006 年 10 月 16 日 2006 年 10 月 18 日
调研小组参与需求调研工作的人员安排和通知
5 工作日 2006 年 10 月 18 日 2006 年 10 月 24 日
烟草
需求调研过程安排
17 工作日 2006 年 10 月 27 日 2006 年 11 月 12 日
对 对 V3 总体业务架构及主体业务流程汇报调研
2 工作日 2006 年 10 月 27 日 2006 年 10 月 28 日
调研小组总体业务架构及主体业务汇报
1 工作日 2006 年 10 月 27 日 2006 年 10 月 27 日
调研小组总体业务架构及主体业务汇报过程中的差异进行研讨
0.5 工作日 2006 年 10 月 28 日 2006 年 10 月 28 日
调研小组总体业务架构及主体业务汇报产生的调研成果进行确认
0.5 工作日 2006 年 10 月 28 日 2006 年 10 月 28 日
调研小组对 对 V3 具体业务功能及操作进行交流调研
11 工作日 2006 年 10 月 29 日 2006 年 11 月 8 日
分销管理（含粤东）
6 工作日 2006 年 10 月 29 日 2006 年 11 月 3 日
采购管理
1 工作日 2006 年 10 月 29 日 2006 年 10 月 29 日
田福成
销售管理
1 工作日 2006 年 10 月 30 日 2006 年 10 月 30 日
田福成
物流配送管理
1 工作日 2006 年 10 月 31 日 2006 年 10 月 31 日
田福成
对业务交流的差异进行讨论、确认
1 工作日 2006 年 11 月 1 日 2006 年 11 月 1 日
田福成
粤东业务交流、需求确认
1 工作日 2006 年 11 月 2 日 2006 年 11 月 2 日
田福成
仓储货位管理
0.5 工作日 2006 年 11 月 3 日 2006 年 11 月 3 日
调研小组对仓储货位交流的差异进行讨论、确认
0.5 工作日 2006 年 11 月 3 日 2006 年 11 月 3 日
调研小组客户关系管理、供应商和供应链管理
5 工作日 2006 年 11 月 4 日 2006 年 11 月 8 日
供应商管理
1 工作日 2006 年 11 月 4 日 2006 年 11 月 4 日
王怀尊
供应链管理
1 工作日 2006 年 11 月 5 日 2006 年 11 月 5 日
王怀尊
客户分析和差异营销策略
1 工作日 2006 年 11 月 6 日 2006 年 11 月 6 日
李萍
督察考评
1 工作日 2006 年 11 月 7 日 2006 年 11 月 7 日
李萍
客户服务
1 工作日 2006 年 11 月 7 日 2006 年 11 月 7 日
李萍
10 具体业务功能及操作交流过程中的差异进行讨论、确认
1 工作日 2006 年 11 月 8 日 2006 年 11 月 8 日
调研小组专卖管理
2.5 工作日 2006 年 10 月 2...