将军项目-需求调研报告

第一篇：将军项目-需求调研报告

需求调研报告

一、调研目的

主要对将军集团现有安全业务运行情况、安全管理制度、组织机构等内容进行调研；结合招标要求，了解各级领导、安全管理人员对于信息系统的真实想法，以方便需求分析、原型设计。

二、调研对象

实地调研将军集团本部、烟辅中心、包材、莱州印务，其它公司在需求介绍会上征求意见。

三、调研情况(一)组织机构

目前将军集团由集团本部、13家分公司组成，其中有3家中心归属集团本部管理。

(二)安全人员

不一定都有安保部，但都会有专兼职安全员。

(三)OA情况

OA系统账号管理比较严格，下属单位账号只有公司领导和办公室有，导致安全部门的一些文件通告等不能及时传达给下属单位的安全相关人员。

(四)计划使用人员

安全系统主要由安全线人员使用，包括各部门、公司主管领导等也可以操作。(五)集团安保处在系统中作用

集团安保处主要进行监督、管理，具体业务在各公司内部完成。(六)集团安保处希望必须具备的功能

1、增加日报功能

2、增加文件查阅日志功能

3、增加集团培训计划下发，各公司上报人员功能(七)关于系统流程情况的说明

经过调研，考虑到人员操作水平、快捷性，只有公司级隐患涉及流程操作，其它业务线下走处理。

四、业务功能

1、目标考核

各个部门每年分别依据上级目标，建立自己的安全生产目标；

集团每季度对各公司进行考核；

公司每月对各部门进行考核。

2、安全费用

各部门每年初制定安全生产费用计划，按照费用类别录入；

当有对应项目时，需要选择计划，并将支出内容进行填报。

3、培训、证书管理

各部门每年自行制定培训计划，并依据计划执行。

集团安保处会安排组织有上级部门、集团、政府组织的培训，需要下级公司部门根据计划提交参加培训人员，集团安保处对培训结果进行登记。人劳部门负责证书的管理。

4、设备设施

各公司实行设备信息由设备管理部门自行登记的方式管理维护，设备检查要具体到某个设备。

5、交通安全管理

一般有各公司办公室统一管理，只针对普通车辆管理，需要包括车辆的年审、保险等信息。驾驶员也需要进行登记。

6、职业健康管理

公司安保部门根据国家职业病相关法规和标准对有危害因素的场所进行识别，并联系相关检测部门对场所进行检测，检测结果存在危害因素的纳入危害因素场所进行管理，检测结果达标的场所将不在系统内进行管理（危害因素检测信息由公司安保部门录入系统）。同时，安保部门需要针对危害因素的场所定期进行检测，或者定期进行重新识别有危害因素的场所。危害因素的场所的危害因素由检测报告的结果进行确定。

危害场所内工作的人员要进行统计，并根据要求定期进行体检。人员的体检工作由公司人劳部门进行管理。在有危害因素场所工作的人员在上岗前、上岗中和离岗前都要进行针对相关危害因素的体检，确保没有因为工作环境而得职业病。其进行体检的相关人员信息由公司人劳部门建立档案进行长期管理（管理年限和档案相同）。各部门安全员从人劳部统一领取涉及本部门的所有劳防品（该领取记录不在系统中体现），然后再由部门安全员将其发放到具体岗位、人员，发放时具体领取人员需签字确认，发放完成后由部门安全员将发放记录登记建档，签字确认单以照片附件形式上传，不在系统中按人员逐条录入。

7、消防安全管理

公司安保部负责对公司消防安全进行统一管理，主要包括建筑物消防台账、重点部位台账、设施器材和消防队伍的管理与登记。其中设施器材日常要进行保养工作；每个公司至少有一支消防队伍。

8、法规标准与资料

集团安保处安全员负责法律法规、国家标准信息的统一发布和管理。全集团所有角色可以对其进行查看。

公司安保处安全员、部门安全员可以发布适用自己部门特点的管理制度与相关资料，并对其进行管理。

9、安委会管理

公司安保部维护自己所在公司的安委会相关信息，安委会信息包括安委会基本信息和安委会成员信息两部分。

公司安保部对各自的安委会日常活动进行管理，主要包括定期召开安委会会议并纪录会议纪要并跟踪会议确定的决议后续工作。

10、危险作业管理

由于危险作业涉及重大责任问题，约定保留纸质档案材料，线下走审批流程，安保部需要将最终审批通过的信息进行登记。

危险作业分为：动火、高处、有限空间、临时用电。

安保部对不同阶段的危险作业进行检查工作，并将结果进行登记。

11、危险源管理

每年年初，公司各部门会对所辖区域内的所有危险源做一次辨识，辨识结果上报至公司安保部进行审核，通过后公司安保部汇总、上报公司分管领导审批。经过沟通，安保部将审批通过的危险源登记，并发布作为当年度确认的危险源。

在管理过程中如出现技术改造等，可通过撤销发布，进行删除、修改危险源。只有当年度辨识的未发布的危险源可进行发布；只有当年度的危险源可进行撤销、修改；已经发布的非当年度危险源不能进行撤销。

危险源所在部门以及公司安保部门在日常工作过程中需定期对其进行检查。

12、隐患管理

部门级隐患在系统中不涉及流程；公司级隐患按照正常流程处理。公司级隐患的闭环管理包括：问题登记、隐患核准、隐患整改通知书下发、隐患整改措施制定、隐患整改实施、隐患验收。上级检查登记后，受检部门进行整改，自行在系统中进行处理，需在全部整改完毕后，进行反馈，上级部门再进行复查。经过沟通，这一过程在系统中不涉及流程，仅以结果进行登记。公司级隐患管理流程经过沟通，流程图如下： 隐患管理流程（web）问题登记公司级-隐患发现部门公司级-安保部门公司级-责任部门开始[安全员]问题登记[安全员]提交隐患核准[安全员]隐患核准否是否通过是整改通知[安全员]下发整改意见整改措施[安全员]是撤回整改意见书[安全员]是否接受否[安全员]填写申诉理由是[安全员]不撤回[安全员]是否申诉反馈否[安全员]填写整改措施实施整改实施整改签收前可撤回[安全员]填写整改实施情况整改验收[安全员]签收[安全员]整改验收否是否验收通过是结束

13、事故管理

事故管理主要包括未遂事件、事故台账.事故调查完成之后，形成最终事故报告。

每家公司每季度需要形成一份安全生产报告。

14、车间班组管理

各部门自行维护各自的班组信息，并对班组活动计划、记录进行管理。

15、沟通协商

主要针对日常安全工作中由安保部门牵头的不同部门、人员协商沟通的活动纪要。主要包括会议、电话沟通、口头沟通等形式的记录。

16、三同时

主要针对需要报政府部门备案的三同时项目建立台账。要求安保部门参与，基建部门是主要责任部门。

17、信息交流

主要包括消息中心、集团发布的资讯信息、日报提交与查看、互动信息等。

18、安全知识

安全文化建设是企业文化建设中的一部分内容，通过建立安全文化园地实现安全文化建设，内容包括：问题建议查看、安全知识分享，其中问题建议通过手机端实现。

19、应急演练

各公司安保部录入经过确定的应急预案，针对各预案每年年初制订演练计划，各部门依据演练计划实施演练，最后会对演练的效果、预案的情况进行评价。20、危险物品管理

危险物品动态的台账由仓储或者生产之类的业务部门管理，由于危险物品领用在日常工作中比较频繁，并且每日均有变化，故在系统中不实现危险物品的领用量、库存量的动态管理，不做领用记录。在系统中危险物品的管理统一由公司安保部管理。

21、相关方管理

相关方管理有各部门(归口部门)自行登记管理。

主要包括相关方信息、相关方协议、相关方评价、相关方交底教育。

22、移动端

(1)标准版：

应用对象为WEB端有账号的人员，需通过平台账号登录； 主要功能包括“移动巡检、消息中心、问题建议、安全知识分享、集团资讯、日报提交”。

(2)全员版

应用对象为全员员工，安装后无需账号即可使用，主要目的为推进全员参与；

功能包括“集团资讯、安全知识分享、问题建议”；首次进入时需要设定所在公司。

第二篇：需求调研报告

文档编号：XXXX-XXXX-XX/XX(XXXX)XXXXX

XXXX XXXX科技工程项目

XXXX XXXX XXXX研发工程

×××需求调研报告

项目包名称：

项目编号/包号：

项目承担形式：

项目单位（甲方）： XXXX XXXX XXXX XXXX GXTC-CZ-1015004/13 联合承担XXXX XXXX XXXX XXXX 项目承担单位（乙方）：

责任承担单位：

合作承担单位：

项目起止年限： XXXX XXXX XXXX XXXX XXXX XXXX XXXX XXXX XXXX XXXX XXXX 2011.1-2014.7

需求分析报告2/5

目录引言...........................1

1.1 编写目的.........................1

1.2 背景.................................1

1.3 参考资料.........................1

1.4 术语.................................1

任务概述..........................1

2.1 任务目标.........................1

2.2 调研对象.........................1

2.3 调研方法.........................1

2.4 组织安排.........................2

2.5 调研内容.........................2

业务流程调研.........................3

3.1 概述.................................3

3.2 总体业务流程图...........................3

3.3 核心业务流程...............................3

3.4 核心业务对象和数据..........................3

应用系统调研.........................3

4.1 系统概述.........................3

4.2 系统功能结构...............................3

4.3 系统技术架构...............................3

4.4 系统部署环境...............................3

4.5 系统接口现状...............................3

接口需求调研.........................3

5.1 ****接口需求...............................4

5.2 ****接口需求...............................4

尚需解决的问题............................4

附录...........................4 2 3 4 5 6 7引言

1.1 编写目的编写此文档的目的。

1.2 背景

需求调研的背景。

1.3 参考资料

列出编写本报告时参考的文件(如经核准的计划任务书或合同、上级机关的批文等)、资料、技术标准等。

1.4 术语

列出本报告中用到的专门术语的定义。任务概述

2.1 任务目标

叙述该调研主题的意图、应用目标、作用范围以及其他有关背景材料。

2.2 调研对象

调研的对象。

2.3 调研方法

调研的方式方法。

2.4 组织安排

参与人员及组织结构。

2.5 调研内容

列出本次调研的主要内容，以下章节根据实际内容撰写。

比如：

1、业务流程调研

2、应用系统调研

3、接口需求调研

3业务流程调研

3.1 概述

3.2 总体业务流程图

3.3 核心业务流程

3.4 核心业务对象和数据应用系统调研

4.1 系统概述

4.2 系统功能结构

4.3 系统技术架构

4.4 系统部署环境

4.5 系统接口现状接口需求调研

5.1 ****接口需求

5.2 ****接口需求尚需解决的问题

调研遗留问题。附录

包括过于复杂、专业性的内容，包括调查问卷、抽样名单、地址表、地图、统计检验计算结果、表格、制图等

第三篇：某项目需求调研报告

XX 项目需求调研报告

一、背景分析 二、调研 概况（一）调查地点（二）调查对象（三）调查目的（四）调查方法（五）调查的分工及安排 三、调研结果（一）服务需求分析 示例：通过调研发现社区长者需求有：1）38%长者希望获得社区康复方面的服务；2）29%长者获得广场舞等文体活动；3）21%需要长者小组、兴趣班。

（二）调研结果分析（调研结果为响应服务需求而开展的服务）

示例：结合社区长者需求分析，在社区康复服务方面开展健康建档、自我保健、诊疗服务等；在文体服务方面组织参观文化馆、文物建筑、影视放映、文艺汇演、老年教育等服务；在兴趣服务方面开展唱歌、跳舞、下棋、球类服务等。

四、本调研的局限

五、项目 工作 方向及 重 点（调研结果与此相关）

示例：综合社区已有资源和服务对象需求，在老年人服务方面以社区康复服务为主，文体服务和行为服务为辅，在满足老年人服务需求的基础上，重点集中在老年人社区康复服务方面，力争通过服务（项目）的开展让老年人享有健康、幸福的晚年生活。

六、审批意见 1、撰写人姓名

职位

签名

日期

2、督导审批意见

审批人姓名

职位

签名

日期

备注：红色字体为填写说明及示范，填写完成后请删除。

第四篇：项目管理心得—需求调研

项目管理心得—需求调研

2016年8月我作为项目经理承接了广州某区政务智能机器人建设项目，在承接此项目的时候公司售前告诉我，项目已经有了初步的建设需求，并将项目前期的全部资料都发给了我，我经过整理发现，这些资料在客户具体建设需求方面描述不够清晰，缺乏验收具体指标，有可能会造成项目最终无法验收。

项目正式入场后，我带领2名需求人员，先对项目干系人进行收集，对结合之前的资料，通过召开需求调研会、调研表、面对面调研、邮件等方式收集所有项目干系人的项目需求，编制需求说明书，并充分听取项目关键干系人的意见完善了项目需求，最终形成需求调研报告，并由甲方关键干系人签字确认，在项目实施期间按照项目需求书进行项目建设规划设计并组织项目实施，2016年12月份项目顺利验收。

在本项目我充分利用PMP所学的需求调研过程及要点，在充分识别干系人的基础上完成了项目需求的调研，有效的减少项目实施过程中的需求蔓延导致项目无法验收的情况。

慧翔天地广州学员黄贤裕

第五篇：软件项目需求调研总结

软件项目需求调研总结

一、需求调研准备：

在需求调研过程中，应该做好三种准备，保持两种心态，做到五种提高：

三种准备

1）调研前应该将所有项目前期资料进行汇总，与相关的前期销售人员进行交流，以便对项目有一个基本轮廓的认识。

2）做好调研前使用资料的准备，如需求调研模板，需求调研问题列表等。

3）做好不怕一切困难的准备。

两种心态

1）保持一种和客户平等合作的心态，确定需求调研是为了给客户解决问题，探讨问题，而不是接受问题，更不是来指导工作的。

2）平静面对需求变更的心态，在需求调研过程中，往往双方对需求理解不一致，造成需求调研前后矛盾，应当心平气和的去引导客户，达到需求理解基本一致。

三种提高

1）首先提高自己业务知识，对于人力资源的标准业务应该基本熟悉。

2）其次应该努力的去熟悉用户的行业，学习用户使用的术语，标准，以便能够准确的理解用户。这就需要我们阅读用户所在行业的资料、文章，尽量多选取一些整体性介绍的文章，这样可以在短时间内能够对该行业有一个全面的认识，这样我们就能够较好的和用户进行交流了。

3）需求调研中，学会尽量不使用IT行业的术语，而采用浅显易懂的口头语言来解释IT行业中高深莫测的术语，以便用户能够很好的理解，提高自己的沟通交流能力。

4）提高自己的速记能力，文字表述能力以及归纳，能迅速的记录需求调研核心的问题，总结归纳形成原始的需求调研资料。

5）提高自己的总结能力，书写一份完整的、前后一致的、可追踪的需求报告。

二、需求调研过程的总体流程

需求调研中应遵循一定的流程，而且在调研过程中表现出规范，调研有条不紊，对客户有理有据，调研中资料做好备份，做到有备无患：

三、需求调研过程中注意问题

四、需求报告书写要求及标准

编写优秀的需求是没有公式化的方法的。这需要大量的经验，要从你在过去的文档中发现的问题学习。请在组织软件需求文档时，严格遵从这些方针。

句子和段落要简练。使用正确的语法，拼写，标点。使用术语，要保持一致性，并在术语表或数据字典中定义它们需求编写者还要努力正确地把握粒度。多个需求尽可能拆分开。

整个需求文档细节上要保持一致。

避免在需求报告中过多的申述需求。在多处包含相同的需求可以使文档更易于阅读，但也会给文档的维护增加困难。文档的多份文本要在同一时间内全部更新，避免不一致性。

需求调研对于系统的构造，系统测试以及最后的客户满意，都会成为好的奠基石。并且要记住，没有高质量的需求，软件就象一盒巧克力，你永远不知道你会得到什么。我希望我们能得到一块“德芙”。

调研概要情况：X项目需求调研开始于2006-3-23结束于2006-6-15，内容包括现场需求调研4个人月和分析需求编写需求文档6个人月。参与调研的包括项目经理、技术经理和两个开发骨干，编写需求规格说明书字数95.4万。

1.把二期项目当作一个新项目来做调研，避免需求细节遗漏。在调研的初期我们曾经有过疑虑，这是一个二期的项目，那么调研的内容是否只针对二期的新需求，对需求内容二期和一期一致的部分就不必调研了?

经过讨论我们还是决定把二期项目当作一个新项目来做调研，即使二期和一期需求内容一致，我们也在调研会上讨论，并记录在调研笔记及以后的需求文档上。这样的好处是最大限度地避免了需求细节的遗漏。在现场调研时，发现有不少地方原来以为是二期不必修改的，经过讨论后发现还是需要修改。（往往危险的需求描述就在于“这部分做的和某个系统或某个版本的旧系统一样就可以了”）

2.调研团队参加所有子系统的调研会议，可以相互补充避免需求遗漏。这个项目规模比较大，根据业务的类型不同，分成了6个子系统，各个子系统的业务信息互有接口。我们安排每个人至少负责一个子系统的需求，但是在调研时，只要可能，我们都尽量让每个人都参与所有系统的调研会议。对项目经理和技术经理则进一步要求了解所有系统的业务需求。这样做的好处是，对于子系统之间的业务关系，调研团队都可以有全面的了解，对业务的理解比较透彻全面，并且还可以相互补充遗漏。

3.多人调研，在会议后应该立刻回顾整理统一的会议笔记，消除歧义，避免遗漏。在开调研会时，全体与会人员都各自记自己的会议笔记，会后没有强调当天整理会议笔记（会议进度很紧，每天开会到晚上8、9点钟）。这导致以后阅读会议笔记发现一些描述很简单理解上有歧义的内容，或者同一份需求在几个笔记上记录的内容细节上有差异，事后难以追溯正确的信息。给编写需求文档带来了一些困难，需要再次讨论需求。

4.需求文档编写完成后，在开发阶段也应该做检查和更新，避免文档错误对开发的误导。我们在完成大量的需求文档编写工作后，在开发阶段有部分文档没有做内容检查和及时更新。后期测试时才发现少数需求内容的矛盾和错误，导致需要重新修改。

建议：

1、如果在编写需求文档后，开发阶段应该做一边阅读需求文档，一边做需求文档的检查，对于保证需求质量效果会更好。

2、应该指定人负责需求追踪和更新，在开发阶段、测试阶段要保持和用户的需求沟通，这不是一个可有可无的简单工作，很重要，并且会占用责任人50%的工作时间。

3、企业业务管理信息系统的需求调研方法：我认为对调研的组织安排是非常重要的，好的调研安排虽然未必产生质量高的需求，但是一个不遵循调研规律的调研活动，必然是低效的。下面是H项目调研组采取的调研流程，供参考：

4、第一步不是立刻和用户当面讨论需求细节，而是要业务关键用户编写初步的需求报告，提供给开发团队阅读分析。需求报告的内容是，对业务流程的描述，对业务需求的描述。需求报告的质量往往和关键用户的投入多少有较大关系，经常在没有面对面沟通时，关键用户未必能对这份报告投入很多的时间和精力。但这是当面调研的基础，一定要做，有粗糙疏漏的地方可以再现场调研时再细化。这可以再调研前就和用户沟通，让用户编写。