××××××××项目需求调研表
项目名称项目代号
调研对象调研日期
□文件名（及时间）
调研依据□立项项目名称（及时间）
□用户 /运行维护人员提出（请注明）□其它（请注明）
□新建项目
需求类型□在建项目补充□现有系统运维□其它（请注明）
调研目的
系统 /功能的主要目的或内容（包括确认系统/功能边界）
业务描述（组织结构、流程、角色、业务规则、主要业务特点等）
系统功能（包括系统中功能模块的划分和模块中功能点的定义）
调研内容
相关系统功能（相似功能/ 系统，系统间关系、接口）
其它要求（系统环境、安全性、历史数据处理、现有资源情况、相关政策法规等）
相关文档
相关模板
展示方式
□浏览器□客户端□其它（特殊请注明）
配色风格
版式
界面要求□三栏式□两栏式□框架□其它（定制请注明）界面内容及分布（栏目名称及位置等）
其它（ gif图片、flash、js特效、音频视频等）
其他要求
甲方：
参与人员乙方：
第三方：
用户确认用户确认本次调研内容符合能够反映用户需求。签名：
备注：
1、调研内容和界面要求中的子项如果包含多条，请标注序号并逐一记录。
2、如果某些项文字量比较大则可以另附文档并注明。
附录：
附录内容包括较为复杂或专业性的内容。如抽样名单、地址表、地图、图纸、相关报表、统计结果、相关政策法规等。可于下方附注或另附文档。
[项目名称] 用户需求调研计划书 XXXXXXXXX科技有限公司
文档控制修改记录： 调研记录：
目录 1、调研目的 (3) 2、调研的范围 (3) 2.1、调研的职能范围 (3) 2.2、调研的业务范围 (3) 2.3、调研的地点范围 (3) 3、调研的方式 (3) 4、调研的阶段 (4) 5、具体时间安排 (4)
1、调研目的 在项目的售前阶段，一般售前顾问会进行一些简要的沟通调研，来确定项目的建设方案。其目的是为了了解项目需求和现有问题，制定出相应的解决方案，是一个比较粗略的调研；在项目初 期方案后，需要确定最终的实施方案，并对工期和资源的进行估算，需要重新进行调研，以澄清俱 乐部所有的业务细节，并进行业务规则与系统的匹配。调研结束之后，可以得到实施的应用解决方 案。 2、调研的范围 2.1、调研的职能范围 根据《项目解决方案》和《业务分析报告》所确定的项目实施范围，本次调研所涉及的职能部门以及项目组成员有（请项目进行补充） 注：以上所列职能部门人员，作为项目组成员以及关键用户，必须参加所有相关的项目调研。 2.2调研的业务范围 调研的业务范围：调研时按照《业务分析报告》规定全部调研。具体包括： 1、企业基本情况 2、会员业务 3、营销业务 4、运营业务 5、财务业务 6、成本费用管理 7、基础数据 8、功能要求等 2.3、调研的地点范围 调研的具体地点为： 3、调研的方式 1．由客户方组织收集客户相关的文档（要求电子版）资料，如公司概况、主要业态和业务、
业务流程，部门架构，财务核算制度、业务岗位责任制度等。 2．个别交流，就某一具体问题或业务处理和相关业务人员直接交流。 3．开会讨论，对跨部门、跨岗位的业务，可以把相关人员召集在一起，了解这些业务的真实情况。 4、调研的阶段 5、具体时间安排 （请新纪元项目组按照第4小节的各阶段时间安排部门调研时间） 各部门调研时间安排
[XXXX]技术有限公司[公司名称] [XXXX]公司[客户名称] [XXXX]软件项目[项目或产品名称] 需求调研报告 文件信息
修改历史
目录 文件信息 (1) 修改历史 (2) 目录 (3) 一、引言 (4) 1.1、编写目的 (4) 1.2、文档范围 (4) 1.3、预期读者和阅读建议 (4) 1.4、参考资料 (4) 二、项目描述 (4) 2.1、项目背景 (4) 2.2、项目名称 (5) 2.3、项目概述 (5) 2.4、项目关联性 (5) 2.5、设计和实现上的限制 (5) 2.6、假定和约束 (6) 2.7、名词/术语解释 (6) 三、用户环境描述 (6) 3.1、用户单位组织结构 (6) 3.2、用户部门设置与职责 (6) 3.3、用户业务关系描述 (7) 3.4、系统面向的用户群 (7) 3.5、关键计算机资源 (7) 3.6、用户环境中的其他应用系统分布 (7) 四、功能性需求描述 (7) 4.1、用户各部门当前的工作模式 (7) 4.2、构建该系统的目标 (8) 4.3、功能结构图 (9) 4.4、功能点需求 (9) 4.5、接口需求 (10) 五、非功能性需求描述 (11) 5.1、系统环境需求 (11) 5.2、易用性和用户体验需求 (11) 5.3、软硬件技术需求 (11) 5.4、安全性需求 (11) 5.5、可维护性需求 (11) 5.6、对培训的需求 (12) 六、其他 (12) 6.1、软件应当遵循的标准或规范 (12) 6.2、定义、首字母缩写词和缩略语 (12) 6.3、附件 (13)
一、引言 1.1、编写目的 编写提示：阐明编写该文档的目的；本节内容是读者接触到本文的第一段正式文字，建议通过简短文字描述简明扼要的告诉他们编写本文档的目标。 例如： 1、本文档是[项目名称] [系统属性] 客户需求调研报告，供需求分析人员进行项目需 求分析时使用； 2、本文档可以作为项目验收标准之一； 3、本文档可以作为软件维护的参考资料； 1.2、文档范围 编写提示：对本文当所涉及到所有内容的高度概括，简要说明即可。 例如： 1、本文档包括[项目描述]、[用户环境描述]…等几个章节，并： a)在[项目描述] 章节中描述了…信息； b)在[用户环境描述] 章节中描述了…信息； c)… 1.3、预期读者和阅读建议 编写提示：描述本文档可能涉及到的各类读者对象以及不同的读者应该注意的侧重点； 1.4、参考资料 编写提示：列出本文档的所有参考文献（可以是非正式出版物、客户的规章制度和流程文件、相关法律法规文件等），格式如下： 二、项目描述 2.1、项目背景 编写建议：描述该项目的建设背景；
广东烟草商业系统营销大集中信息系统建设项目 需求调研计划 （第一期） 编号：LCRJ-06085100802-RM-01-01 （版本：V2.0） 二○○六年九月
目录 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)
1概述 1.1背景 广东烟草营销大集中系统是浪潮软件在烟草行业承接的规模最大的软件工程，也是需求最复杂的烟草商业企业应用系统，为了保证需求调研过程的有序、完整、规范，获得高质量需求成果，明确调研的方法和工作步骤，特制定本需求调研计划。 1.2目的 随着烟草行业的发展，软件的产品化进一步提高，整体团队逐步规模化，对烟草业务的理解逐步加深，软件功能也更加完善。这一系列的变化，对软件实施前的需求调研及业务咨询的工作，越来越体现出其重要性。需要一个系统的、完整的需求调研计划帮助大家顺利的进行需求调研工作的开展，同时也保证需求调研工作的质量。 本次调研进行集中式调研交流： 1、首先是整体业务架构和业务流程方面的需求调研和交流 主要由省公司相关管理人员、地市公司分管领导及部门负责人参与，主要对业务流程方面进行确认，保证大方向的准确性。 系统涉及的相关部门有：专卖管理部门、营销管理中心、物流配送中心、财务管理中心和信息中心。 2、然后针对具体流程进行实际业务操作层的需求调研和交流 主要由各地市公司代表的部门负责人及核心操作人员参与，是在确认了业务流程的基础上，进行系统功能方面的差异及易用性等方面的交流讨论。2调研前的准备工作 2.1确定需求调研方式 本次需求调研，采用集中式需求调研的方式，即集中各地市公司代表的相关领导和核心业务人员进行需求调研和交流。 2.2确定调研各方负责人 省公司负责人：
渭南学院 电子工程生产实习 电子万年历 项目需求分析报告 编号： 序号： 课题名称：电子万年历 指导教师： 班级： 项目成员： 时间：
修订记录
目录 1引言 (5) 1.1编写目的 (5) 1.2项目背景 (5) 1.3定义 (5) 1.4参考资料 (5) 2概述 (5) 2.1产品的描述 (5) 2.2产品的功能 (6) 2.3开发环境 (6) 2.4一般约束 (6) 3具体需求 (6) 3.1内部功能需求 (6) 3.2外部接口需求 (7) 3.2.1用户界面 (7) 3.2.2硬件接口 (7) 3.2.3软件接口 (8) 3.2.4通讯接口 (8) 3.3性能需求 (8) 3.3.1静态数值需求 (8) 3.3.2动态数值需求 (8) 3.3.3数据词典 (9) 3.3.4数据采集 (9) 3.3.5数据精确度 (9) 3.3.6时间特性 (9) 3.3.7适应性 (9) 3.4设计约束 (9) 3.4.1需遵守的其它标准 (9)
3.4.2硬件限制 (9) 3.5属性需求 (9) 3.5.1可靠性 (9) 3.5.2安全性 (9) 3.5.3可维护性 (9) 3.5.4可移植性 (10) 3.6其它需求 (10)
项目需求分析报告 关键词： 摘要： 1引言 xxxxxx 1.1编写目的 【阐明编写需求说明书的目的，指出读者对象】 1.2项目背景 【项目的委托单位、开发单位和主管部名】 【该产品项目与其他产品或其他系统的关系】 1.3定义 【列出文档中用到的专门术语的动议和缩写词的原文】 1.4 参考资料 【格式：作者标题编号出版单位或资料来源发表日期】 【范围：项目经核准的计划任务书；合同或上级批文；项目开发计划；与项目有关的已发表的资料；文档中所引用的资料；所采用的标准或规范】 2概述 2.1 产品的描述 用与它有关的产品或项目来描述被开发项目： 1)如果被开发产品系统是独立的, 则应在本节描述被开发产品系统概况。 2)如果本产品系统是一个较大的系统或项目中的一个组成部分,那么本小
需求分析报告模板文件管理序列号：[K8UY-K9IO69-O6M243-OL889-F88688]
需求分析报告模板 科技信息中心 二○一一年五月二十日
1. 引言 引言是对这份软件产品需求分析报告的概览，是为了帮助阅读者了解这份文档是如何编写的，并且应该如何阅读、理解和解释这份文档。 1.1 编写目的 说明这份软件产品需求分析报告是为哪个软件产品编写的，开发这个软件产品意义、作用、以及最终要达到的意图。通过这份软件产品需求分析报告详尽说明了该软件产品的需求规格，包括修正和(或)发行版本号，从而对该软件产品进行准确的定义。 如果这份软件产品需求分析报告只与整个系统的某一部分有关系，那么只定义软件产品需求分析报告中说明的那个部分或子系统。 1.2 项目风险 具体说明本软件开发项目的全部风险承担者，以及各自在本阶段所需要承担的主要风险，首要风险承担者包括： ●任务提出者； ●软件开发者； ●产品使用者。
1.3 文档约定 描述编写文档时所采用的标准(如果有标准的话)，或者各种排版约定。排版约定应该包括： ●正文风格； ●提示方式； ●重要符号； 也应该说明高层次需求是否可以被其所有细化的需求所继承，或者每个需求陈述是否都有其自己的优先级。 1.4 预期读者和阅读建议 列举本软件产品需求分析报告所针对的各种不同的预期读者，例如，可能包括： ●领导层及管理人员； ●开发人员； ●项目经理； ●项目的最终用户； ●测试人员； ●文档编写人员。 ●其他经许可阅读此文档的人员 并且描述了文档中，其余部分的内容及其组织结构，并且针对每一类读者提出最适合的文档阅读建议。
项目需求分析报告 项目需求分析报告 项目需求分析报告（一） 一、项目名称 今日事 二、设计背景 随着社会的发展，我们的生活节奏逐渐加快，与此同时，网络的大量普及，导致大量的信息不断的冲击着我们。在这种生活节奏下，我们难免会出现一不小心忘掉一些重要的事情，这是让我们产生这个想法的一个方面。 另一方面，现如今的学生总是计划很多，却很少付诸行动，这不仅与个人的坚持与否有关，同样是因为步入大学时代后，大家心中充满了迷茫所致，往往计划赶不上变化，因此，我们决定开发这样一款软件，来改变这种情况。 三、项目风险 该软件开发项目的风险承担者有： 任务提出者：需要承担的风险是产品是否能达到用户的需求，该产品是否能带来收益。 软件开发者：需要承担的风险是产品是否能满足需求报告说明书里的各种功能需求等。 产品使用者：需要承担的风险是产品是否能满足自己所需。
四、功能需求 日历功能，可以查询日期 制定计划功能，分为长期，中期，短期三个层次，短期即为今日事，中期为1周或1月，长期为数月或1年，这些可以由用户自己设置。 完成计划功能，可以通过勾选来标注哪些是已经完成的，哪些是还为完成的。 成就系统，通过统计各期所完成计划数量给予用户相应称号，同时可以与其他用户进行竞争。 提醒功能，手机解屏时提醒用户今日需要做的事，而在每天结束时，汇报今日完成进度。 五、运行环境 移动端android平台 六、性能要求 为保证软件能够长期，安全，稳定，高效的运行，应满足以下性能要求： 时间特性：系统响应时间应在人的感觉和视觉范围内 （<1S），系统响应时间足够迅速（<5s）。 适应性：在操作方式，运行环境，软件接口或开发计划发生变化时，应具有适应能力。 项目需求分析报告（二） 一、引言
项目执行方案模板 项目执行方案模板：20xx年软件项目执行方案范文 一、项目实施方案概述 软件产品，特别是行业解决方案软件产品不同于一般的商品，用户购买软件产品之后，不能立即进行使用，需要软件公司的技术人员在软件技术、软件功能、软件操作等方面进行系统调试、软件功能实现、人员培训、软件上线使用、后期维护等一系列的工作，我们将这一系列的工作称为软件项目实施。大量的软件公司项目实施案例证明，软件项目是否成功、用户的软件使用情况是否顺利、是否提高了用户的工作效率和管理水平，不仅取决于软件产品本身的质量，软件项目实施的质量效果也对后期用户应用的情况起到非常重要的影响。项目实施规范主要包括项目启动阶段、需求调研确认阶段、软件功能实现确认阶段、数据标准化初装阶段、系统培训阶段、系统安装测试及试运行阶段、总体验收阶段、系统交接阶段等八个阶段工作内容，每个阶段下面有不同的工作事项，各个阶段之间都是承上启下关系，上一阶段的顺利完成是保证下一阶段的工作开展的基础。下面将按照每个项目实施阶段分别介绍。 二、项目实施方案介绍 (一)项目启动阶段 此阶段处于整个项目实施工作的最前期，由成立项目组、前期调研、编制总体项目计划、启动会四个阶段组成。 此阶段主任务：
公司：在合同签定后，指定项目经理，成立项目组，授权项目组织完成项目目标。 公司项目组：进行前期项目调研，与用户共同成立项目实施组织，编制《总体项目计划》，召开项目启动会。 商务经理：配合公司项目组，将积累的项目和用户信息转交给项目组。将项目组正式介绍给用户，配合项目组建立与用户的联系。 用户：成立项目实施组织，配合前期调研和召开启动会，签署《总体项目计划》和《项目实施协议》。 1、成立项目组 部门经理接到实施申请后，任命项目经理，指定项目目标，由部门经理及项目经理一起指定项目组成员及成员任务，并报总经理签署《项目任务书》。 2、前期调研 项目经理及项目组成员，在商务人员配合下，建立与用户的联系，对合同、用户进行调研。填写《用户及合同信息表》。在项目商务谈判中，商务经理积累了大量的信息，项目组首先应收集商务和合同信息，并与商务经理一起识别那些个体和组织是项目的干系人，确定他们的需求和期望，如何满足和影响这些需求、期望以确保项目能够成功。 3、编制《项目总体计划》
测试（验收）大纲 目录 1. 引言 (2) 1.1 目的 (2) 1.2 术语 (2) 1.3 参照标准 (2) 2. 测试日期安排 (3) 3. 测试小组及成员 (3) 4. 测试具体内容 (3) 4.1 合法性检查 (3) 4.2 软件文档检查 (3) 4.2.1 必须提供检查的文档 (3) 4.2.2 其他可能需要检查的文档 (4) 4.2.3 由业主确定必须检查的其他文档 (4) 4.2.4 文档质量的度量准则 (4) 4.3 软件代码测试 (4) 4.3.1 源代码一般性检查 (4) 4.3.2 软件一致性检查 (5) 4.4 软件系统测试 (5) 4.4.1 界面(外观)测试 (6) 4.4.2 可用性测试 (6) 4.4.3 功能测试 (6) 4.4.4 稳定性(强度)测试 (6) 4.4.5 性能测试 (6) 4.4.6 强壮性(恢复)测试 (6) 4.4.7 逻辑性测试 (6) 4.4.8 破坏性测试 (6) 4.4.9 安全性测试 (7) 5. 测试结果交付方式 (7)
1. 引言 1.1 目的 为了尽可能的找出软件的不足，提高软件的质量，促进软件的成功验收，专门制定了本大纲。其主要目的在于为所要进行的测试工作制定各种必要的准则和规范，以及在有关方面协议的基础上对测试工作进行合理组织与管理。 1.2 术语 本大纲所提及的术语，其定义遵照GB/T 11457标准。 1.3 参照标准 ●GB/T 11457—1995 软件工程术语 ●GB 8566—1995； 信息技术软件生存期过程 ●OGB 8567—1988* 计算机软件产品开发文件编制指南 ●GB 9385* 计算机软件需求说明编制指南 ●GB 9386—1988* 计算机软件测试文件编制指南 ●GB/T 12504—1990 计算机软件质量保证计划规范 ●OGB/T 12505—1990 计算机软件配置管理计划规范 ●OGB/T 14079—1993 软件维护指南 ●OGB/T 14394—1993 计算机软件可靠性和可维护性管理 ●GB/T 16680一1996 软件文档管理指南 ●开发者企业规范 软件开发者有关软件工程的规范 ●其它文件 例如：合同书等，法律文件中的有关规定。 说明：（1）应该遵循自顶而下、就严不就宽的原则，除非合同书等法律文件中另有规定。 （2）标记（*）号的标准为推荐标准。
湖北交通运输审批平台二期 需求调研计划 （文档版本号：V1.0） 武汉佳软信息技术有限公司 2014年6月
目录 1.综述 (4) 1.1.编写目的 (4) 1.2.适用范围 (4) 2.需求调研的目标与范围 (4) 2.1调研的目标 (4) 2.2调研的职能部门范围 (4) 2.3调研的业务范围 (5) 2.4调研的地点 (5) 3.需求调研的方式 (5) 4.需求调研阶段划分 (6) 4.1需求调研阶段划分 (6) 5.需求调研的资源安排 (7) 5.1需求调研的时间范围 (7) 5.2参与调研人员 (7) 6.需求调研使用表格 (7)
1.综述 1.1.编写目的 说明编写项目需求调研计划的目的，阐述如何指导整个需求调研分析的过程。 1.2.适用范围 简要说明此需求调研计划文档的范围：它的相关项目，以及受到此文档影响的任何其他事务。 2.需求调研的目标与范围 2.1 调研的目标 阐述需求调研阶段的目标，×××项目需求调研的目标详细描述。 例如：在XXX项目的规划阶段，XXXX方会进行项目需求的详细调研，来确定项目实施的目标。其目的是为了论证XXXX 项目需求可行性，澄清XXX所有的业务细节，并进行业务规则与系统的匹配。调研结束后，XXXX将协同项目小组交付成果《 XXXX 项目需求调研工作报告》。 2.2 调研的职能部门范围 根据双方项目经理所确定的项目实施范围，本次调研所涉及的职能部门以及项目组成员有：
2.3 调研的业务范围 调研的业务范围： 1、 2、 3、 2.4 调研的地点 调研的具体地点 3.需求调研的方式 项目需求调研采用的主要方式有以下几种，具体调研时，会根据具体情况灵活采用： （1）收集客户相关的文档资料，如公司概况、主要产品和业务、财务核算制度等，可以从客户的网页、宣传手册等获取，也可以要求客户方提供。 （2）用户调查：使用设计好的用户调查表，以书面的形式收集用户需求。 （3）用户访谈：与用户面对面的访谈，可以一对一或一对多，要求准备一个问题列表，用来获得有关用户问题和潜在解决方案的整体特征的信息。 （4）开会讨论：头脑风暴会议，对跨部门、跨岗位的业务，可以把相关人员召集在一起，提出对现在问题的理解和思考，涉众提出问题、愿望和潜在解决方案的建议。 （5）在用户环境中工作：需求收集人员在用户的实际环境中与用户共同工作一段时间，以更加深入的了解用户的问题、要求及应用环境。 （6）需求研讨班：将所有涉众集中在一起，进行一次深入的、有重点的会议，从项目涉众那里收集全面的“愿望列表”，并区分优先顺序。 （7）用例讨论班：一个有组织的集体讨论会议，用来确定系统的主角、边界、用例和事件流等用例相关内容。 （8）制作示意板：使用工具向用户说明系统如何适应组织的需要，系统如何运转。
项目 项 目 需 求 调 研 书 佳校通有限公司 版本： 编制人：审核人：审批人: 日期：日期：日期：
目录 1. 引言 (2) 1.1. 编写目的 (2) 1.2. 项目背景 (2) 1.3. 定义 (2) 1.4. 参考资料 (3) 2. 任务概述 (3) 2.1. 目标 (3) 2.2. 用户的特点 (3) 2.3. 运行环境 (3) 2.4. 条件与限制 (3) 3. 功能需求 (3) 3.1. 组织机构及角色 (3) 3.2. 总体功能描述 (4) 3.3. 详细功能描述 (4) 4. 非功能需求描述 (4) 4.1. 性能需求 (4) 4.2. 适应性 (4) 4.3. 安全需求 (4) 4.4. 其他需求 (4) 5. 项目附录 (4) 1. 引言 1.1. 编写目的 [阐明编写需求说明书的目的，指明读者对象。] 1.2. 项目背景 [应包括 ?项目的委托单位、开心单位和主管部门； ?该软件系统与其他系统的关系。] 1.3. 定义 [列出文档中所用到的专门术语的定义和缩写词的原文。]
1.4. 参考资料 [可包括 ?项目经核准的计划任务书、合同或上级机关的批文 ?文档所引用的资料、规范等 ?列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源] 2. 任务概述 2.1. 目标 [叙述该系统开发的意图、应用目标、作用范围以及其他应向读者说明的有关该系统开发的背景材料。解释被开发系统与其他有关系统之间的关系。] 2.2. 用户的特点 [列出本系统的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本系统的预期使用频度和使用规模。] 2.3. 运行环境 [列出系统的运行环境，如网络环境、系统软件平台、应用软件平台等。] 2.4. 条件与限制 [可选项] [列出进行本系统开发工作的假定和约束,列出所要支持的硬件和软件等。] 3. 功能需求 3.1. 组织机构及角色 [说明用户单位的组织机构、角色（岗位、职责）]
XX项目需求调研计划 _______ERP系统 需求调研计划 建立日期: 2007-10-30 修改日期: 2007-10-30 客户项目经理： 日期： XX公司项目经理： 日期： 文档控制 修改记录 审阅人 存档
调研目的 在ERP项目的售前阶段，一般XX公司售前咨询顾问会进行一些简要的调研，来确定项目实施的目标。其目的是为了论证ERP项目可行性的需要，所制定的实施计划是一个比较粗略的计划，对工期和资源的估算只是一些预估；在实施阶段，需要重新进行调研，以澄清所有的客户业务细节，并进行业务规则与系统的匹配。调研结束之后，可以得到实施的应用解决方案。 调研的范围 2.1、调研的职能范围 根据《项目实施计划书》所确定的项目实施范围，本次调研所涉及的职能部门以及项目组成员有（请奥普泰项目组补充）
注：以上所列职能部门人员，作为项目组成员以及关键用户，必须参加所有相关的项目调研。 2.2、调研的业务范围 调研的业务范围：调研时按照《项目实施计划书》规定全部调研。具体包括： 企业基本情况 销售业务 采购业务 仓库管理业务 BOM的制定 计划的制定（采购计划、生产计划） 生产管理业务 品质管理业务 财务业务 成本管理 基础数据 企业特殊要求等 2.3、调研的地点范围 调研的具体地点为：重庆和记奥普泰通信有限公司办公地点 调研的方式 由客户方组织收集客户相关的文档（要求电子版）资料，如公司概况、主要产品和业务、财务核算制度、成本核算制度、业务岗位责任制度等。 问卷调查，事先准备好问卷表，发给相关业务部门，由业务人员填写后收回。 个别交流，就某一具体问题或业务处理和相关业务人员直接交流。 开会讨论，对跨部门、跨岗位的业务，可以把相关人员召集在一起，了解这些业务的真实情况。 调研的阶段
XXXXXX项目[项目名称] 需求调研报告文件信息
修改历史
目录 文件信息 (1) 修改历史 (2) 目录 (3) 一、引言 (4) 1.1、编写目的 (4) 1.2、文档范围 (4) 1.3、预期读者和阅读建议 (4) 1.4、参考资料 (4) 二、项目描述 (4) 2.1、项目名称 (4) 2.2、项目背景 (5) 2.3、项目概述 (5) 2.4、项目关联性 (5) 2.5、设计和实现上的限制 (5) 2.6、假定条件和约束 (6) 2.7、名词/术语解释 (6) 三、用户环境描述 (6) 3.1、用户单位组织结构 (6) 3.2、用户部门设置与职责 (6) 3.3、用户业务关系描述 (7) 3.4、系统面向的用户群 (7) 3.5、关键计算机资源 (7) 3.6、用户环境中的其他应用系统分布 (7) 四、功能性需求描述 (7) 4.1、用户各部门当前的工作模式 (7) 4.2、构建该系统的目标 (8) 4.3、功能结构图 (9) 4.4、功能点需求 (9) 4.5、接口需求 (10) 五、非功能性需求描述 (11) 5.1、系统环境需求 (11) 5.2、易用性和用户体验需求 (11) 5.3、软硬件技术需求 (11) 5.4、安全性需求 (11) 5.5、可维护性需求 (11) 5.6、对培训的需求 (12) 六、其他 (12) 6.1、软件应当遵循的标准或规范 (12) 6.2、定义、首字母缩写词和缩略语 (12) 6.3、附件 (13)
一、引言 1.1、编写目的 编写提示：阐明编写该文档的目的；本节内容是读者接触到本文的第一段正式文字，建议通过简短文字描述简明扼要的告诉他们编写本文档的目标。 例如： 1、本文档是[项目名称] [系统属性] 客户需求调研报告，供客户确认、需求分析人员 进行项目需求分析时使用； 2、本文档可以作为项目验收标准之一； 3、本文档可以作为软件维护的参考资料； 1.2、文档范围 编写提示：对本文当所涉及到所有内容的高度概括，简要说明即可。 例如： 1、本文档包括[项目描述]、[用户环境描述]… 等几个章节，并： a)在[项目描述] 章节中描述了…信息； b)在[用户环境描述] 章节中描述了… 信息； c)… 1.3、预期读者和阅读建议 编写提示：描述本文档可能涉及到的各类读者对象以及不同的读者应该注意的侧重点； 1.4、参考资料 编写提示：列出本文档的所有参考文献（可以是非正式出版物、客户的规章制度和流程文件、相关法律法规文件等），格式如下： 二、项目描述 2.1、项目名称 编写建议：描述该项目的名称，格式为：[客户名称]-[软件名称]。
[Table_MainInfo] XX集团OA项目需求问卷调查 各位同仁： 公司有意在近期上线一套协同办公管理（OA）系统，目前正在通过各种渠道了解OA供应商情况以及同行业OA应用情况，希望通过这个系统为我们的交流、办公、知识共享带来更多的益处，OA系统涉及到每一位同事的切身利益与日常工作，请各位认真填写以下内容，我们将以各位的综合意见作为选择OA以及后续OA 应用范围的主要依据，感谢各位的配合。 姓名：部门： 职位： email： 一、基础信息 1、您进入公司的时间 A、2年以下； B、2-5年； C、5年以上 2、您的职级属于 A、高层管理人员（公司总经理/副总经理/总助） B.中层管理人员（总监/副总监/分公司总经理/分公司副总经理） C.基层管理人员（分公司部门经理/副经理） D.公司本部员工 E.分公司员工 3、您所在的部门 A.人力资源部 B.市场 部 C.销售部 D.办公
室 E.总经办 F.财务部 O.行政部P.项目部 N.客服部 其他： 4、您个人（或者部门）目前正在使用（或者曾经使用）的管理软件 A、财务软件； B、ERP软件； C、OA软件； D、人力资源管理软件； E、文档管 理软件；F、流程管理软件；G、档案管理软件；H、资产管理软件；I、项目管理软件； 其他： 5、您个人（或者部门）近期即将购买（使用）的管理软件 A、财务软件； B、ERP软件； C、OA软件； D、人力资源管理软件； E、文档管 理软件；F、流程管理软件；G、档案管理软件；H、资产管理软件；I、项目管理软件； 其他： 二、针对信息门户的调查 6、您平时关心公司（集团）的哪些信息 A、集团（公司）最新公告通知； B、最新的岗位人事信息； C、公司培训计划与课件 D、个人/岗位年度绩效考核方案； E、与本工作关联的经验知识； F：本岗位专家成果 O、竞争对手情况；P、公司发展过程与大事记 Q：其他（请详述） 7、您平时关心本部门（本机构）的哪些信息 A、部门职责与目标； B、部门近期活动； C、本部门最新通知 D、部门发展过程； E、部门需要的资料集； F：部门优秀同事事迹与经验
培训需求调研计划书 文书名称：培训需求调研计划书编号：受控状态： 一、目标 全面收集员工对培训的需求信息，制订可行的年度培训计划，促进公司和员工共同发展。 二、培训需求调研小组 公司在开展培训需求调研工作之前，应成立培训需求调研小组。小组成员一般包括培训部经理、培训主管、培训专员和培训顾问等。培训需求调研小组组长由培训部经理担任。 三、培训需求调研对象 根据年度培训计划设置的培训项目，公司应该有针对性地选择调研对象。一般情况下，培训需求调研对象包括新员工、公司管理人员、技术人员、后勤服务人员等。 四、培训需求信息来源 （一）内部信息 1、公司管理层 公司管理人员根据公司总的发展状况，从战略角度对培训需求工作给予指导性意见和建议，并提出具有建设性的培训需求。 2、人力资源部 人力资源部可以根据部门常规培训工作要求和公司员工的绩效考核记录，提出有关公司员工培训的建议。 3、员工本人 培训的对象就是公司员工，了解他们想学习什么，需要加强哪些方面的能力，是培训得到员工的支持。 （二）外部信息 1、培训顾问 培训顾问一般具有丰富的经验和专业知识，因此公司培训部可以向他们请教。
2、公司外部人员 公司外部人员主要是客户、供应商等。由于此类人员与公司长期接触，看待问题的角度也比较客观，不受公司内部因素的干扰，因此信息比较准确，这对公司的培训需求调研工作有帮助。 五、培训需求的调研方法 常用的培训需求调研方法主要包括面谈法、观察法、小组讨论法、问卷调查法等，公司进行培训需求调研应该根据公司和员工的实际情况选用调研方法。以下是培训需求调研方法的运用要求： （一）在适当情况下最好混合使用培训需求调研方法，可以使用两种方法的时候绝不只用一种。 （二）各种培训需求调研方法都会对调查对象造成某种程度的控制，故应降低方法的控制程度，提高各种方法的使用自由度，允许调查对象就他们认为重要的问题发表意见。 六、培训需求调研程序 （一）公司应做好培训需求调研准备工作，建立员工背景档案，各部门人员之间应保持密切联系。 （二）开展培训需求调研工作之初，公司应做好培训需求沟通工作，制定培训需求调研方案。 （三）调研小组根据培训需求沟通的结果进行调查问卷和访谈提纲的设计工作，并根据公司已有的培训档案资料进行分析，制定“培训需求详表（空白版）。 （四）、实施培训需求调研工作之前，调研小组需调查、申报、汇总培训需求动议，并从调研对象的现状、问题、期望及真实的想法等角度进行分析，确认最终的培训需求。 （五）调研小组完成培训需求调研工作后，应撰写《培训需求调研报告》，并报请总经理审批。 编制人员：审核人员：审批人员： 编制时间：审核时间：审批时间：
软件项目需求调研 报告模板
[XXXX]技术有限公司[公司名称] [XXXX]公司[客户名称] [XXXX]软件项目[项目或产品名称] 需求调研报告 文件信息
修改历史
目录 文件信息................................... 错误!未定义书签。修改历史................................... 错误!未定义书签。目录..................................... 错误!未定义书签。 一、引言................................. 错误!未定义书签。 1.1、编写目的........................... 错误!未定义书签。 1.2、文档范围........................... 错误!未定义书签。 1.3、预期读者和阅读建议................. 错误!未定义书签。 1.4、参考资料........................... 错误!未定义书签。 二、项目描述............................. 错误!未定义书签。 2.1、项目背景........................... 错误!未定义书签。 2.2、项目名称........................... 错误!未定义书签。 2.3、项目概述........................... 错误!未定义书签。 2.4、项目关联性......................... 错误!未定义书签。 2.5、设计和实现上的限制................. 错误!未定义书签。 2.6、假定和约束......................... 错误!未定义书签。 2.7、名词/术语解释...................... 错误!未定义书签。 三、用户环境描述......................... 错误!未定义书签。 3.1、用户单位组织结构................... 错误!未定义书签。 3.2、用户部门设置与职责................. 错误!未定义书签。 3.3、用户业务关系描述................... 错误!未定义书签。 3.4、系统面向的用户群................... 错误!未定义书签。
******公司需求调研问卷 20**年**月
前言 我们设计本调研问卷的目的是为了加深对***公司*****项目的理解，更深入了解***，为后续目标系统的方案设计提供参考和依据。 本问卷的调研内容包括如下几个方面：对目标系统的期待、业务现行运作、现有的信息系统情况及其基础设施设备、**********。 本问卷的调研对象为******** ****** 对目标系统的期待 1.背景和目标：为什么要开发本系统？要达到什么业务目标？ 2.你认为，目标系统怎么样算是成功？衡量的关键的标准有哪些(如业务处理时间减 少到多少等)？ 3.目标系统的范围？覆盖的业务有哪些？你预期的功能大致会有哪些？ 4.目标系统的直接使用者（哪些部门的哪些职位）？他们想怎么样使用系统？其他 受益者/部门有哪些？ 5.你认为，目标系统应如何支持你们部门、你的岗位的工作？对目标系统的要求与 设想（可从不同的部门、使用者考虑）； 6.你对同行业其他公司的相关系统有些什么了解？对于这些系统有什么深刻印象？ 你认为它（们）优胜的地方在哪里？ 7.对未来系统的兼容考虑：未来可预见的信息化建设有哪些？我们现在应如何考虑 （比如说在数据接口等方面）？ 业务现行运作 8.公司组织架构是怎样的？各部门职责和职能？特别是与目标系统相关的机构人员 职责设置是怎么样的？在可预见期内，是否会存在相关职位人员的变化或职责调整？ 9.现有的业务运作模式（主要包括资产管理和项目投资计划与执行过程流程及其相 关方面）？ 10.与目标系统相关的业务流程清单及描述
哪些？与本部门的业务往来？关联部门对本部门的要求与期待？ 12.目前IT部门对业务部门的支持运作方式是怎么样的，是否有时需要IT通过技术手 段为业务人员提取和处理相关业务数据？ 13.有目标系统的支持后，你认为会对哪些业务环节产生很大的影响？在哪些业务环 节可以进行调整？如何调整？ 现有信息系统 14.现有信息系统及其简介（包括与目标系统有关的其它部门的系统） 15.相关信息系统的现有数据情况：数据结构、数据关系、数据量、历史数据的处理 16.现有的信息系统与目标系统的关系？业务数据交换与共享情况？ 基础设施/设备 （注：若方便的话，请尽量提供，如有相关结构计图表展示更好） 17.机房的情况?位置？连接方式？之间的节点数？若没有，计划将如何安排？ 18.服务器/数据存储系统的部署情况？中间件/数据库的布置情况？ 19.网络布置结构图？现在如何与上、下（）及同级别的部门/单位进行连接？是否有 专用网络 20.现有的IT基础设施清单（如服务器、存储设备、网络设备和PC机）以及主要配 置和目前使用情况，
(软件)项目需求分析模板-标准化文件发布号：（9556-EUATWK-MWUB-WUNN-INNUL-DDQTY-KII
XXX项目需求分析
目录 1 文档说明....................................................................................................错误!未定义书签。 编制目的........................................................................................错误!未定义书签。 适用范围........................................................................................错误!未定义书签。 前提与约束....................................................................................错误!未定义书签。 2 系统概述....................................................................................................错误!未定义书签。 用户特点........................................................................................错误!未定义书签。 运行环境........................................................................................错误!未定义书签。 硬件平台............................................................................错误!未定义书签。 支持软件............................................................................错误!未定义书签。 通信环境............................................................................错误!未定义书签。 设计和执行约束............................................................................错误!未定义书签。 假设和依赖....................................................................................错误!未定义书签。 3 外部接口需求............................................................................................错误!未定义书签。 用户界面........................................................................................错误!未定义书签。 软件接口........................................................................................错误!未定义书签。 通信接口........................................................................................错误!未定义书签。 4 功能需求....................................................................................................错误!未定义书签。 需求类1名称优先级别...............................................................错误!未定义书签。 业务流程............................................................................错误!未定义书签。 功能需求............................................................................错误!未定义书签。 5 非功能需求................................................................................................错误!未定义书签。 性能需求........................................................................................错误!未定义书签。 安全设施要求................................................................................错误!未定义书签。 安全和保密要求............................................................................错误!未定义书签。 质量要求........................................................................................错误!未定义书签。 业务规则（选）............................................................................错误!未定义书签。 其它需求........................................................................................错误!未定义书签。 6 需求分解列表............................................................................................错误!未定义书签。附录....................................................................................................................错误!未定义书签。