项目需求分析和调研实践过程

某集团船代项目需求分析和调研实践过程

此文档主要在于项目管理设置项目相关文档，有兴趣人员可以参考一下，对于项目管理和未来有此方向者有一定的参考价值。

流程再造方法论

-流程影射，系统评估，定义考核，再造建议

前言

本文档主要根据某集团船代项目需求分析和调研实践过程整理而得，描述从项目启动，调研到设计过程的大致过程叙述，重点在于咨询过程中涉及的需求分析和调研方法论，其他相关项目前期规划和调研可参考此方法论。如有不妥之处敬请指正，也希望能不断完善，谢谢！正文：

软件需求的定义：

根据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年，这些可以由用户自己设置。 完成计划功能，可以通过勾选来标注哪些是已经完成的，哪些是还为完成的。 成就系统，通过统计各期所完成计划数量给予用户相应称号，同时可以与其他用户进行竞争。 提醒功能，手机解屏时提醒用户今日需要做的事，而在每天结束时，汇报今日完成进度。 五、运行环境 移动端android平台 六、性能要求 为保证软件能够长期，安全，稳定，高效的运行，应满足以下性能要求： 时间特性：系统响应时间应在人的感觉和视觉范围内（适应性：在操作方式，运行环境，软件接口或开发计划发生变化时，应具有适应能力。 项目需求分析报告（二） 一、引言

软件项目需求调研报告-模板62781

[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、项目背景 编写建议：描述该项目的建设背景；

项目需求分析模板

XXX项目需求分析NGOSS部门

目录1文档说明1-1 1.1编制目的1-1 1.2适用围1-1

1.3前提与约束1-1 2系统概述2-2 2.1用户特点2-2 2.2运行环境2-2 2.2.1硬件平台2-2 2.2.2支持软件2-2 2.2.3通信环境2-3 2.3设计和执行约束2-3 2.4假设和依赖2-3 3外部接口需求3-4 3.1用户界面3-4 3.2软件接口3-4 3.3通信接口3-4 4功能需求4-6 4.1需求类1名称优先级别4-6 4.1.1业务流程4-6 4.1.2功能需求4-6 5非功能需求5-7 5.1性能需求5-7 5.2安全设施要求5-7 5.3安全和要求5-7 5.4质量要求5-8 5.5业务规则（选）5-8 5.6其它需求5-8 6需求分解列表6-9 附录6-9

1文档说明文档位于 1.1编制目的1.2适用围 1.3前提与约束

2系统概述 //本章对待开发的软件系统做出概要性阐述，说明开发背景、作用围、运行环境和已知的约束条件。 2.1用户特点 划分最终使用该软件系统的用户类别，描述不同用户类的特征（相关业务围、技能水平、对系统的使用频率），注明哪些是重要用户。 说明不同用户类对系统的哪些功能更加关注。 //面对软件的众多用户（还可能是使用软件的不同角色），当他们的需求发生冲突时，首先考虑的应当是服从重要客户的需求，其余的需求可以考虑在下一版本实现。 例： 班长坐席可能更关注统计等高级功能，这些功能通常只需要一天使用一次，因此对快速响应的性能要求不高，但对数据的准确性有要求。 2.2运行环境 //描述待开发软件运行时对硬件、操作系统和其它软件的要求，或者是一种限制条件。 2.2.1硬件平台 说明硬件需求，包括每种设备的类型、数量、主要特性。（处理器型号及容量、设备型号） 2.2.2支持软件 指明必需使用或组合的计算机软件，包括操作系统、数据库管理系统、编程工具和其它支撑软件（通讯/网络软件、测试软件）。

如何做好游戏开发项目基本需求分析(doc0)()

如何做好游戏开发项目基本需求分析 一款游戏项目的确立是建立在各种各样的需求上面的，这种需求往往来自于玩家的实际需求或者是出于公司自身发展和实力的情况，其中玩家的实际需求也就是说市场需求最为重要。面对对游戏拥有不同知识和理解层面的玩家，项目的负责人(或者游戏制作人)对玩家需求的理解程度，在很大程度上决定了此类游戏开发项目的成败。因此如何更好地的了解、分析、明确玩家需求，并且能够准确、清晰以文档的形式表达给参与项目开发的每个成员，保证开发过程按照满足玩家需求为目的正确项目开发方向进行，是每个游戏开发项目管理者需要面对的问题。就这个问题，本文想提出自己的一些看法和建议，希望各位读者批评指正： 需求分析的原则 需求分析中的缺陷将给项目成功带来极大，这里的“成功”是指推出的游戏能以合理的定价、及时地在功能、质量上完全满足大部分玩家的期望。 不适当的需求过程所引起的一些风险: 1. 无足够玩家参与 游戏制作经常不明白为什么收集需求和确保需求质量需花费那么多功夫，开发人员可能也不重视玩家的参与。 究其原因： 一是因为开发人员感觉与玩家合作不如编写代码有意思 二是因为开发人员觉得已经明白玩家的需求了。

在某些情况下，与实际玩同类型游戏产品的玩家直接接触很困难，而玩家有时候也不太明白自己的真正需求。但还是应让具有代表性的玩家在项目早期直接参与到开发队伍中，并一同经历整个开发过程。 国外一些游戏开发人员在实践过程中，也有些感觉，在实施一个新的游戏项目时，若无足够的玩家参与，系统人员获得的需求是片面的，不完整的，这样游戏在需求设计之初就埋下风险。 2. 玩家需求的不断增加 在开发中若不断地补充需求，项目就越变越庞大以致超过其计划及预算范围。计划并不总是与项目需求规模与复杂性、风险、开发生产率及需求变更实际情况相一致（网络游戏开发的复杂性已经比传统游戏提高很多），这使得问题更难解决。实际上，问题根源在于玩家需求的改变和开发者对新需求所作的修改。要想把需求变更范围控制到最小，必须一开始就对项目定位、范围、目标、约束限制和成功给予明确说明。有助于投资者或者风险承担者明白决策的合理性，即为何进行某些变更，相应消耗的时间、或特性上的折中。 游戏开发中不断延续的变更会使其整体结构日渐紊乱，补丁代码也使得整个程序难以理解和维护。插入补丁代码使模块违背强内聚、松耦合的设计原则，如果你尽早地区别这些可能带来变更的特性，你就能开发一个更为健壮的结构，并能更好地适应它。这样设计阶段需求变更不会直接导致补丁代码，同时也有利于减少因变更导致程序质量的下降，和对游戏稳定性的影响。 3. 模棱两可的需求 模棱两可是游戏功能说明中最为可怕的问题。它的一层含义是指诸多玩家对需求说明产生了不同的理解；另一层含义是指单个玩家能用不止一个方式来解释某个功能和需求说明。

项目需求调研计划书

[项目名称] 用户需求调研计划书 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小节的各阶段时间安排部门调研时间） 各部门调研时间安排

项目需求分析报告(范本)

渭南学院 电子工程生产实习 电子万年历 项目需求分析报告 编号： 序号： 课题名称：电子万年历 指导教师： 班级： 项目成员： 时间：

修订记录

目录 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)如果本产品系统是一个较大的系统或项目中的一个组成部分,那么本小

软件开发需求分析报告

需求分析报告 1.引言 1.1目的 需求，指的是系统提供的能力必须遵从的条件，一个系统能否达到预期目标，系统需求做的好坏起着决定性作用，因此，他无疑是该平台开发过程中的重要一环。按照传统的软件工程理论，需求分析的目标就是确定要干什么，而不是怎么干，按照统一软件过程的理论（RUP理论），该平台的需求分析就是要致力于高效的正确的开发系统。必须足够详细的描述出系统需求，同时也要详细的描述系统必须达到的条件或实现的功能，使得用户就系统产生的问题一致。 本章将要对”基于教学POI的校园公共服务平台设计与开发”的需求进行分析,再此基础上将会对系统的各个功能进行建模,并且给出模型模型描述的图例序列图等模型。建立系统目标和需要解决的问题。 1.2背景 本设计将对基于教学POI的校园公共服务平台设计与开发进行详细的需求分析；基于教学POI的校园公共服务平台设计在兴趣点软件或APP中属于较为新颖贴近学生生活与教学内容的软件在这方面有大量的资源可循但是并没有与之相关的软件。作为本次软件工程设计的需求总体分析我们需要在POI、教学以及手机软件开发进行基本的融会贯通。 1.3术语 列出本报告中用到的专门术语的定义。 2.任务概述 2.1目标 POI信息平台系统的建立,最直接的提供了非常好的查询管理平台,极大的方便了学生的查询教学点\课程等方案的选择,为学生教师等提供了海量的便利教学信息;学生再也不用考虑担心自己找不到有疑问而大费精力. 通过对用户需求分析以及POI流程研究我们应该解决以下问题 在APP中搜索到正确的\合理的POI信息; POI信息的充分展现,包括地图展示并标记POI点的特殊标记;

如何进行IT项目的需求调研

如何进行IT项目的需求调研 一、如何理解客户业务和客户需求？ 原则1：由粗到细，从宏观到微观。 必须先从宏观上了解客户业务的全貌，再逐步深入细节。因为对于客户的业务而言，我们是外行，如果从业务细节着手，很容易迷失方向，失去对业务核心的把握。同时要认识到，对于一个外行而言，我们对细节的深入也必定是有限的，不要指望自己能够无穷的彻底的了解每一个细枝末节。一是不可能有无限的时间给你了解，二是没有这个必要。因为未来的系统也不可能完全包办所有业务的细节，还有很多事情是要靠客户企业中这些具有专业技能的人来做的。 原则2：从不同层次的客户代表那里收集不同层次的需求 对于企业高层决策者，他会给你描述一个系统的大的功能蓝图，如使企业具有整体报价能力，能更好的服务于高端客户，能支持企业的重大业务决策等；对于企业各级管理者，他会给你讲述他这一层的管理需求，如能更好的进行部门员工的业绩考核、生成月度报表，更好的进行业务结算等；对于各级业务操作人员，他可能给你谈及很多业务细节和操作细节…… 在由上到下的逐级访谈中，对未来系统的描述就从一个大黑箱变成多个小黑箱，再变成透明、明确、详细的系统定义的过程。 客户业务调研和需求分析注定是一个不断细化的过程，不要指望一次访谈/调研就能穷尽，也不要指望一次开发过程就能得到完全满足客户梦中期待的那套系统来。因为事实上很多需求是隐性的，连用户都不清楚自己的需求。只有经过多次循环细化才可能把更多隐性的不断挖掘、暴露出来。 二、如何具体开展需求调研工作？ 在RUP中定义需求工作流程的工作目的如下： 1.客户和其他涉众*在系统的工作内容方面达成并保持一致； 2.使系统开发人员能够更清楚地了解系统需求； 3.定义系统边界（限定）； 4.为计划迭代的技术内容提供基础； 5.为估算开发系统所需成本和时间提供基础；

项目需求分析报告(范本)

渭南学院电子工程生产实习电子万年历 项目需求分析报告 编号： 序号： 课题名称：电子万年历指导教师： 班级： 项目成员： 时间： 修订记录

目录 1引言错误!未定义书签。 编写目的错误!未定义书签。 项目背景错误!未定义书签。 定义错误!未定义书签。 参考资料错误!未定义书签。 2概述错误!未定义书签。 产品的描述错误!未定义书签。 产品的功能错误!未定义书签。 开发环境错误!未定义书签。 一般约束错误!未定义书签。 3具体需求错误!未定义书签。 内部功能需求错误!未定义书签。 外部接口需求错误!未定义书签。 用户界面错误!未定义书签。 硬件接口错误!未定义书签。 软件接口错误!未定义书签。 通讯接口错误!未定义书签。 性能需求错误!未定义书签。 静态数值需求错误!未定义书签。 动态数值需求错误!未定义书签。 数据词典错误!未定义书签。 数据采集错误!未定义书签。 数据精确度错误!未定义书签。 时间特性错误!未定义书签。 适应性错误!未定义书签。 设计约束错误!未定义书签。 需遵守的其它标准错误!未定义书签。 硬件限制错误!未定义书签。 属性需求错误!未定义书签。 可靠性错误!未定义书签。 安全性错误!未定义书签。 可维护性错误!未定义书签。 可移植性错误!未定义书签。 其它需求错误!未定义书签。

项目需求分析报告 关键词： 摘要： 引言 xxxxxx 编写目的 【阐明编写需求说明书的目的，指出读者对象】 项目背景 【项目的委托单位、开发单位和主管部名】 【该产品项目与其他产品或其他系统的关系】 定义 【列出文档中用到的专门术语的动议和缩写词的原文】 参考资料 【格式：作者标题编号出版单位或资料来源发表日期】 【范围：项目经核准的计划任务书；合同或上级批文；项目开发计划；与项目有关的已发表的资料；文档中所引用的资料；所采用的标准或规范】 概述 产品的描述 用与它有关的产品或项目来描述被开发项目： 如果被开发产品系统是独立的, 则应在本节描述被开发产品系统概况。 如果本产品系统是一个较大的系统或项目中的一个组成部分,那么本小节应当:简述这个较大的系统或项目的每一个组成部分的功能,并标识其接口；标识被开发产品项目的主要外部接口(建议用图形表达有关的系统或项目的主要组成、相互联系和外部接口)。 产品的功能 简明叙述被开发产品项目的功能。 开发环境 列出所采用的操作系统、编程语言、编程工具（编译器和调试器）、硬件设备、数据库平台和网络平台等开发环境特点。 一般约束 硬件的限制； 与其他应用系统的接口； 本节不列举具体需求或具体设计约束。但是, 应对具体需求一章中描述的某些具体需求和设计约束提供理由。 具体需求 内部功能需求 描述产品系统产品的输入经过什么处理转换为输出，它必须描述在产品系统中进行的基本操作。对于每一类功能或者有时对于每一个功能，需要描述其输入、处理和输出等需求。这些内容用四小节描述： 功能需求1 引言 描述完成本功能的目的，所使用的方法和技术，包括可以清楚说明本功能示意图的来源或背景材料。 输入 对本功能全部输入数据的详细描述,它们包括:输入源、数量、度量单位、时间关系、有效输入的范围、精度和公差等。 操作员具体的控制需求，其中包括操作员活动的描述，控制台或操作员的位置等。例如，在打印表格时，要求操作员调整打印纸位置的需求。 指明引用的接口规格说明或相应的接口控制文档。 处理 说明该功能应该对各输入数据进行哪些处理，并对各处理进行定性的说明，尽可能采用严格的定

实践项目需求文档

软件需求规格说明书 (仅供参考) 编制李捷日期2008/04/22 审核日期2008/04/24 审核日期 批准日期

第一章引言 1 编写目的 本需求规格说明书是为了开发企业信息平台系统而编写，主要面向系统分析员、程序员、测试员、实施员和最终用户。 本说明书是整个软件开发的依据，它对以后阶段的工作起指导作用。本文也是项目完成后系统验收的依据。同时本说明书还是《用户手册》和《测试计划》的编写依据。 2 项目背景 信息社会的高科技，商品经济化的高效益，使计算机的应用已普及到经济和社会生活的各个领域。计算机虽然与人类的关系愈来愈密切，还有人由于计算机操作不方便继续用手工劳动。为了适应现代社会人们高度强烈的时间观念，学生信息管理系统软件为教学办公室带来了极大的方便。该软件是以汉语编程语言为实现语言，其功能在系统内部有源代码直接完成。通过操作手册，使用者可以了解本软件的基本工作原理。操作人员只需输入一些简单的汉字、数字，即可达到自己的目标。 第二章任务概述 本需求的编写目的在于研究学生信息管理系统软件的开发途径和应用方法。 本需求的预期读者是与学生信息管理系统软件开发有联系的决策人，开发组成人员，扶助开发者，支持本项目的领导和公司人员，软件验证者。

系统关系图 第三章需求规定 1 对功能的规定 从系统的主要功能大致可以分为五大部分，即用户管理、课程管理、选课管理、班级管理、成绩管理几大部分。 2 对子模块的规定 1．用户管理 （1）管理员：对信息享有最大的权利，可以对信息进行修改，删除，增加等操作。（2）教师：可以查看所有学生的信息列表，不可进行修改，删除，增加等操作。

软件系统实施计划方案.docx

新疆气象大数据服务平台 实施方案

一、软件项目实施方案概述 我方提供全方面的实施方案，技术人员在软件技术、软件功能、软件操作等方 面进行系统调试、软件功能实现、人员培训、软件上线使用、后期维护等一系列的 工作，我们将这一系列的工作称为软件项目实施。大量的软件公司项目实施案例证明，软件项目是否成功、用户的软件使用情况是否顺利、是否提高了用户的工作 效率和管理水平，不仅取决于软件产品本身的质量，软件项目实施的质量效果也 对后期用户应用的情况起到非常重要的影响。 项目实施规范主要包括项目启动阶段、需求调研确认阶段、软件功能实现确认 阶段、数据标准化初装阶段、系统培训阶段、系统安装测试及试运行阶段、总体验 收阶段、系统交接阶段等八个阶段工作内容。下面将分别介绍每个项目实施阶段。 二、软件项目实施方案 （一）项目启动阶段 此阶段处于整个项目实施工作的最前期，由成立项目组、前期调研、编制总 体项目计划、启动会四个阶段组成。 阶段主任务 对象任务 公司在合同签定后，指定项目经理，成立项目组，授权项目组织完成项目目标进行前期项目调研，与用户共同成立项目实施组织，编制《总体项目计划》，公司项目组 召开项目启动会 配合公司项目组，将积累的项目和用户信息转交给项目组。将项目组正式商务经理 介绍给用户，配合项目组建立与用户的联系

. 成立项目实施组织，配合前期调研和召开启动会，签署《总体项目计划》用户 和《项目实施协议》 1、成立项目组： 部门经理接到实施申请后，任命项目经理，指定项目目标，由部门经理及项目经 理一起指定项目组成员及成员任务。 2、前期调研： 项目经理及项目组成员，在商务人员配合下，建立与用户的联系，对合同、用户 进行调研。填写《用户及合同信息表》。在项目商务谈判中，商务经理积累了大 量的信息，项目组首先应收集商务和合同信息，并与商务经理一起识别哪些个体 和组织是项目的干系人，确定他们的需求和期望，以确保项目开发顺利。 3、编制《项目总体计划》： 《项目总体计划》主要包括以下几方面内容：项目描述，项目目标、主要项目阶 段、里程碑、可交付成果等。 4、启动会： 项目组与用户共同召开的宣布项目实施正式开始的会议。会程安排如下： 共同组建项目实施组织，实施组织的权利和职责；双方签署《项目实施协议》； 项目组介绍《项目总体计划》和《项目实施协议》，包括以下内容：项目目 标、主要项目阶段、里程碑、可交付成果及计划的职责分配（包括用户的）；项目实施中项目管理的必要性和如何进行项目管理，项目的质量如何控制；项目 实施中用户的参与和领导的支持的重要作用； 阶段验收、技术交接和项目结束后如何对用户提供后续服务。 （二）需求调研确认阶段 此阶段的主要工作是我方的项目实施人员向用户调查用户对系统的需求，包括 管理流程调研、功能需求调研、报表要求调研、查询需求调研等，实施人员调 研完成后，会编写《需求调研分析手册》，并交付用户进行确认，待用户对《需 求调研分析手册》上所提到的需求确认完毕后，项目实施人员将以此为依据进行 软件功能的实现。如果用户又提出新的需求，实施人员将分析需求的难度及对整

项目需求分析报告

项目需求分析报告 项目需求分析报告 项目需求分析报告（一） 一、项目名称 今日事 二、设计背景 随着社会的发展，我们的生活节奏逐渐加快，与此同时，网络的大量普及，导致大量的信息不断的冲击着我们。在这种生活节奏下，我们难免会出现一不小心忘掉一些重要的事情，这是让我们产生这个想法的一个方面。 另一方面，现如今的学生总是计划很多，却很少付诸行动，这不仅与个人的坚持与否有关，同样是因为步入大学时代后，大家心中充满了迷茫所致，往往计划赶不上变化，因此，我们决定开发这样一款软件，来改变这种情况。 三、项目风险 该软件开发项目的风险承担者有： 任务提出者：需要承担的风险是产品是否能达到用户的需求，该产品是否能带来收益。 软件开发者：需要承担的风险是产品是否能满足需求报告说明书里的各种功能需求等。 产品使用者：需要承担的风险是产品是否能满足自己所需。

四、功能需求 日历功能，可以查询日期 制定计划功能，分为长期，中期，短期三个层次，短期即为今日事，中期为1周或1月，长期为数月或1年，这些可以由用户自己设置。 完成计划功能，可以通过勾选来标注哪些是已经完成的，哪些是还为完成的。 成就系统，通过统计各期所完成计划数量给予用户相应称号，同时可以与其他用户进行竞争。 提醒功能，手机解屏时提醒用户今日需要做的事，而在每天结束时，汇报今日完成进度。 五、运行环境 移动端android平台 六、性能要求 为保证软件能够长期，安全，稳定，高效的运行，应满足以下性能要求： 时间特性：系统响应时间应在人的感觉和视觉范围内 （<1S），系统响应时间足够迅速（<5s）。 适应性：在操作方式，运行环境，软件接口或开发计划发生变化时，应具有适应能力。 项目需求分析报告（二） 一、引言

项目需求分析和调研实践过程

某集团船代项目需求分析和调研实践过程 此文档主要在于项目管理设置项目相关文档，有兴趣人员可以参考一下，对于项目管理和未来有此方向者有一定的参考价值。 流程再造方法论 -流程影射，系统评估，定义考核，再造建议 前言 本文档主要根据某集团船代项目需求分析和调研实践过程整理而得，描述从项目启动，调研到设计过程的大致过程叙述，重点在于咨询过程中涉及的需求分析和调研方法论，其他相关项目前期规划和调研可参考此方法论。如有不妥之处敬请指正，也希望能不断完善，谢谢！正文： 软件需求的定义： 根据IEEE软件工程标准词汇（1997年）中定义的需求为： 用户解决问题或达到目标所需的条件和能力； 系统或系统部件要求满足合同，标准，规范或其他正式规定文档所需具有的条件和能力； 一种反映上述条件和能力的文档说明。 本项目简介 因某某集团船代业务发展需要，加上目前的系统存在很大问题，也不能涵盖目前的所有业务需求，需进行调研和需求分析是否需要上一套

新的船代系统，新系统需要整合目前的业务结构和业务流程，同时满足业务的需求和未来发展。 适合读者 此文档适合信息系统项目咨询规划和分析的相关项目人员作为项目前期方法论参考之用。 目录 1.项目启动 2.项目调研 3.项目规划与考核指标 4.撰写SOR 项目启动 1.与成员企业与相关部门沟通 召开项目总启动会议，介绍项目组相关人员以及此项目的主要目的和要求，企业简单本项目涉及的业务流程和相关业务部门和目前主要组织结构。例如船代项目我们在这一个环节我们了解到了整个船代所涉及的主要业务可以分为： 集装箱进出口业务 散杂货进出口业务 箱管

订舱 根据业务的分工部门的分工也不同。以后的调研思路我们也可以按照这样两种业务流程主线去咨询调研相应的部门与人员。 2.安排项目相关人员 根据业务主线（集装箱进出口，散杂货进出口）整理调研思路，要求企业根据提供的业务主线流程，和部门结合分工安排，组织各部门主要相关人员积极配合项目未来的调研。 3.出初期调研时间和相关人员安排表 根据前期的准备工作，出具具体调研时间和人员安排表，时间项目组掌控制（需要和业务部门协调），人员安排需要业务部门提供详细人员名单资料。以便项目成员和企业相关部门人员提前做好调研准备（安排相关人员和准备一些相关资料）。 根据时间人员安排表，做好前期调研准备。 注：在调研具体调研前，我们因该知道所有物流在运作过程中碰到的四个主要问题为： 出错率 时效 成本 结算 在具体的调研过程中，我们始终要以此作为主导的思路问问题，才能找出目前的问题所在。也就是未来规划后的系统的价值所在。

软件项目实施计划方案

项目实施计划方案 一、软件项目实施方案概述 针对不同行业软件产品，一般实施方案大同小异，特别是行业解决方案软件产品不同于一般的商品，用户购买软件产品之后，不能立即进行使用，需要软件公司的技术人员在软件技术、软件功能、软件操作等方面进行系统调试、软件功能实现、人员培训、软件上线使用、后期维护等一系列的工作。软件项目是否成功、用户的软件使用情况是否顺利、是否提高了用户的工作效率和管理水平，不仅取决于软件产品本身的质量，软件项目实施的质量效果也对后期用户应用的情况起到非常重要的影响。项目实施规范主要包括项目启动阶段、需求调研确认阶段、软件功能实现确认阶段、系统部署安装阶段、系统培训阶段、测试及试运行阶段、总体验收阶段、系统交接阶段等八个阶段工作内容，那么对于项目管理起着至关重要的作用，每个阶段下面有不同的工作事项，各个阶段之间都是承上启下关系，上一阶段的顺利完成是保证下一阶段的工作开展的基础。下面将按照我之前工作经历整理相关项目实施方案。 二、软件项目实施方案（阶段性） （一）项目启动阶段 此阶段处于整个项目实施工作的最前期，由成立项目组、前期调研、编制总体项目计划、启动会四个阶段组成（大体为以上四个阶段） 此阶段主任务： 公司（安徽兴博远实信息科技有限公司） 公司通过销售部门和客户签订合同，在合同签定后，指定该项目的项目经理，成立部门项目组，授权项目组织完成项目目标。 进行前期项目调研，通过“电话”、“上门拜访”方式与用户沟通成立项目组织，编制《总体项目计划》，共同参与召开该项目启动会。 公司通过相应商务关系完成用户信息收集或者通过销售人员完成转交给实施项目组。将项目组正式介绍给用户，配合实施项目组建立与用户的联系。

软件项目需求调研提纲

项目名称：山东xxx系统项目 需求调研提纲财务部分（Financial） 总帐管理（General Ledger） 基础项目： 1.财务部门的组织架构及部门职责？人员分配情况（用户权限）？ 2.目前是否使用财务软件？使用何种软件？软件用户如何分工？ 3.公司有几套财务帐？之间关系如何？有无内部往来业务？ 4.目前所使用的会计科目结构以及科目结构变化的处理？ 业务处理： 5.有哪些外币业务？ 6.是否进行科目预算管理？ 7.是否有专项核算管理？ 8.凭证审批流程，审批的级次？ 9.有无自动结转凭证？ 10.是否需要凭证自动冲回？ 11.银行对账和日记账管理？ 12.会计期间的跨度和要求 13.年度及结帐流程（月结和年结）？ 济南分公司ADD：济南市

帐表查询和打印： 14.凭证的显示格式、打印格式和要求？ 15.账薄的显示格式、打印格式和要求？ 16.财务分析报表、格式和要求（以财务科目数据为基础，单项计算公式）？ 17.相关财务制度？ 现金管理（Cash Management） 基础项目 1.相关资金管理制度及流程 2.有无专门的资金管理系统？如何和财务系统衔接？ 业务处理 1.目前公司是否有多个银行账户？银行账户要备注那些信息？ 2.如何进行银行对帐？ 3.如何编制现金流量表？ 4.是否做现金预测方面的工作，如何做？ 5.如何制定公司付款计划？ 账薄查询 资金管理方面的主要报表（单项计算公式）？ 济南分公司ADD：济南市

业务部分(Distribution) 采购（Purchase Order） 1.公司目前的采购行为是否直接受门店销售需求的影响，如何影响？ 2.公司目前对原料的采购采取何种方式？ ●按批量采购（经济采购量） ●按单一订单需求采购 ●按最低库存量采购 3.采购组织结构 ●采购人员构成 ●采购岗位职责 ●采购流转单据 供应商管理 1．对于采购，供应商的确认原则是什么？ 2．现行的供应商认证与管理工作是怎样运作的？采购部负责哪些工作？3．是否进行供应商评估？若有，评估标准如何？如：价格、质量和服务等？4．有无完善的供应商信息管理？ 5．现有供应商信息的内容？如名称、地址等？ 济南分公司ADD：济南市

软件项目需求分析通用模板

1. 引言 1.1 目的 说明编写这份报告的目的，指出预期的读者。 1.2 背景 指出待开发的软件系统的名称；行业情况；本项目的任务提出者、开发者、用户；该软件系统同其他系统或其他机构的基本的相互来往关系。 1.3 参考资料 列出编写本报告时参考的文件(如经核准的计划任务书或合同、上级机关的批文等)、资料、技术标准，以及他们的作者、标题、编号、发布日期和出版单位。 列出编写本报告时查阅的Intenet上杂志、专业著作、技术标准以及他们的网址。 1.4 术语 列出本报告中用到的专门术语的定义。

2.任务概述 2.1目标 叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中的其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。 2.2系统（或用户）的特点 如果是产品开发，应列出本软件的特点，与老版本软件（如果有的话）的不同之处，与市场上同类软件（如果有的话）的比较。说明本软件预期使用频度； 如果是针对合同开发，则应列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本软件预期使用频度。这些是软件设计工作的重要约束。3.假定和约束 列出进行本软件开发工作的假定和约束，例如经费限制、开发期限等。 4.需求规定 4.1软件功能说明 逐项定量和定性地叙述对系统所提出的功能要求，说明输入什么量、经怎样的处理、得到什么输出，说明产品的容量，包括系统应支持的终端数和应支持的并行操作的用户数等指标。 4.2对功能的一般性规定

软件项目需求调研提纲

软件项目需求调研提纲

济南分公司 ADD ：济南市 2文档项目：调研提纲 项目名称：山东xxx 系统项目 需求调研提纲 财务部分（Financial ） 总帐管理（General Ledger ） 基础项目： 1. 财务部门的组织架构及部门职责？人员分配情况（用户权限）？ 2. 目前是否使用财务软件？使用何种软件？软件用户如何分工？ 3. 公司有几套财务帐？之间关系如何？有无内部往来业务？ 4. 目前所使用的会计科目结构以及科目结构变化的处理？

业务处理： 5.有哪些外币业务？ 6.是否进行科目预算管理？ 7.是否有专项核算管理？ 8.凭证审批流程，审批的级次？ 9.有无自动结转凭证？ 10.是否需要凭证自动冲回？ 11.银行对账和日记账管理？ 12.会计期间的跨度和要求 13.年度及结帐流程（月结和年结）？ 帐表查询和打印： 14.凭证的显示格式、打印格式和要求？ 15.账薄的显示格式、打印格式和要求？ 16.财务分析报表、格式和要求（以财务科 目数据为基础，单项计算公式）？ 17.相关财务制度？ 济南分公司 ADD：济南市 3

现金管理（Cash Management） 基础项目 1.相关资金管理制度及流程 2.有无专门的资金管理系统？如何和财务系统衔接？ 业务处理 1.目前公司是否有多个银行账户？银行账户要备注那些 信息？ 2.如何进行银行对帐？ 3.如何编制现金流量表？ 4.是否做现金预测方面的工作，如何做？ 5.如何制定公司付款计划？ 账薄查询 资金管理方面的主要报表（单项计算公式）？ 济南分公司 ADD：济南市 4

业务部分(Distribution) 采购（Purchase Order） 1.公司目前的采购行为是否直接受门店销售需求的影 响，如何影响？ 济南分公司 ADD：济南市 5

软件项目需求分析通用

1. 引言 目的 说明编写这份报告的目的，指出预期的读者。 背景 指出待开发的软件系统的名称；行业情况；本的任务提出者、开发者、用户；该软件系统同其他系统或其他机构的基本的相互来往关系。 参考资料 列出编写本报告时参考的文件(如经核准的计划任务书或合同、上级机关的批文等)、资料、标准，以及他们的作者、标题、编号、发布日期和出版单位。 列出编写本报告时查阅的Intenet上杂志、专业着作、标准以及他们的网址。

术语 列出本报告中用到的专门术语的定义。 2. 任务概述 目标 叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中的其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。 系统（或用户）的特点 如果是产品开发，应列出本软件的特点，与老版本软件（如果有的话）的不同之处，与市场上同类软件（如果有的话）的比较。说明本软件预期使用频度； 如果是针对合同开发，则应列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和专长，以及本软件预期使用频度。这些是软件设计工作的重要约束。

3. 假定和约束 列出进行本软件开发工作的假定和约束，例如经费限制、开发期限等。 4. 需求规定 软件功能说明 逐项定量和定性地叙述对系统所提出的功能要求，说明输入什么量、经怎样的处理、得到什么输出，说明产品的容量，包括系统应支持的终端数和应支持的并行操作的用户数等指标。 对功能的一般性规定 本处仅列出对开发产品的所有功能（或一部分）的共同要求，如要求界面格式统一，统一的错误声音提示，要求有在线帮助等。 对性能的一般性规定 精度 说明对该系统的输入、输出数据精度的要求，可能包括传输过程中的精度。时间特性要求 说明对于该系统的时间特性要求。 灵活性

IT项目需求分析模板

文档编号：X X X X-D P-x x x x x-1C-x x x 需求分析模版 （版本v1.0.0） 2019年11月10日

需求分析模板 目录 第一章引言 (4) 1.1项目名称 (4) 1.2项目背景和内容概要 (4) 1.3参考资料 (4) 第二章任务概述 (4) 2.1目标 (4) 2.2范围 (5) 2.3用户特点 (5) 2.4假定条件和约束限制 (5) 2.5运行环境 (5) 2.5.1 设备 (5) 2.5.2 支持软件 (5) 2.5.3 接口 (6) 2.5.4 控制 (6) 第三章业务流程 (6) 3.1主要用户群 (6) 3.2业务流程图 (7) 3.3数据概念模型和描述 (7) 第四章数据描述 (7) 4.1静态数据 (8) 4.2动态数据 (8) 4.2.1 动态输入数据 (8) 4.2.2 动态输出数据 (8) 4.3内部生成数据 (8) 4.4数据约定 (8)

5.1功能需求总述： (8) 5.1.1 功能需求总体切分 (8) 5.1.2 功能需求总表 (9) 5.1.3 角色、权限需求 (9) 5.2功能需求1 (10) 5.2.1 功能需求简述 (10) 5.2.2 详细功能设计 (10) 5.3功能需求2 (11) 第六章非功能需求 (11) 6.1扩展性需求 (11) 6.2继承性需求 (11) 6.3稳定性需求 (11) 6.4部署需求 (11) 6.5对系统集成度需求 (11) 第七章界面要求 (11) 7.1报表格式 (11) 7.2图形要求 (12) 7.3输入输出要求 (12) 第八章接口要求 (12) 8.1用户接口 (12) 8.2硬件接口 (12) 8.3软件接口 (12) 8.3.2 集成接口 (13) 第九章性能要求 (13) 9.1精度 (13) 9.2数据量 (13)

软件项目实施方案概述

软件项目实施方案概述 项目实施规范主要包括项目启动阶段、需求调研确认阶段、软件功能实现确认阶段、数据标准化初装阶段、系统培训阶段、系统安装测试及试运行阶段、总体验收阶段、系统交接阶段等八个阶段工作内容，每个阶段下面有不同的工作事项，各个阶段之间都是承上启下关系，上一阶段的顺利完成是保证下一阶段的工作开展的基础。下面将按照每个项目实施阶段分别介绍。 （一）项目启动阶段 此阶段处于整个项目实施工作的最前期，由成立项目组、前期调研、编制总体项目计划、启动会四个阶段组成。 此阶段主任务： 公司： 在合同签定后，指定项目经理，成立项目组，授权项目组织完成项目目标。公司项目组：进行前期项目调研，与用户共同成立项目实施组织，编制《总体项目计划》，召开项目启动会。 销售商务经理： 配合公司项目组，将积累的项目和用户信息转交给项目组。将项目组正式介绍给用户，配合项目组建立与用户的联系。 用户： 成立项目实施组织，配合前期调研和召开启动会，签署《总体项目计划》和《项目实施协议》。 1、成立项目组： 部门经理接到实施申请后，任命项目经理，指定项目目标，由部门经理及项目经理一起指定项目组成员及成员任务，并报总经理签署《项目任务书》。

2、前期调研： 项目经理及项目组成员，在商务人员配合下，建立与用户的联系，对合同、用户进行调研。填写《用户及合同信息表》。在项目商务谈判中，商务经理积累了大量的信息，项目组首先应收集商务和合同信息，并与商务经理一起识别那些个体和组织是项目的干系人（如：黄河电厂的部长孙飞、财务的王伟等），确定他们的需求和期望，如何满足和影响这些需求、期望以确保项目能够成功。 3、编制《项目总体计划》： 《项目总体计划》是一个文件或文件的集合，随着项目信息不断丰富和变化，会被不断变更，主要介绍项目目标、主要项目阶段、里程碑、可交付成果。通常包括以下几个方面内容：项目描述，项目目标、主要项目阶段、里程碑、可交付成果。所计划的职责分配（包括用户的）；沟通管理计划，确定项目干系人对信息和沟通的需要：即什么人何时需要什么信息以及通过什么方式将信息提供给他们。质量管理计划，确定适合于项目的质量标准和如何满足其要求。如果有必要，可以包括上述每一个计划，详细程度根据每个具体项目的要求而定。未解决事宜和未定的决策 4、启动会： 项目组与用户共同召开的宣布项目实施正式开始的会议。 会程安排如下： 共同组建项目实施组织，实施组织的权利和职责；双方签署《项目实施协议》。项目组介绍《项目总体计划》和《项目实施协议》，包括以下内容： 项目目标、主要项目阶段、里程碑、可交付成果。所计划的职责分配（包括用户的）； 项目实施中项目管理的必要性和如何进行项目管理，项目的质量如何控制； 项目实施中用户的参与和领导的支持的重要作用； 阶段验收、技术交接和项目结束后如何对用户提供后续服务。 （二）需求调研确认阶段