需求分析调研报告

需求分析调研报告通用

　　随着社会不断地进步，报告的适用范围越来越广泛，写报告的时候要注意内容的完整。一听到写报告马上头昏脑涨？以下是小编为大家整理的需求分析调研报告通用，希望能够帮助到大家。

需求分析调研报告通用1

　　1、对投标人的要求

　　投标人必须认真阅读以下内容，以免造成投标失败。

　　1）投标人必须保证所提供的产品货真价实，所有产品均提交原始设备生产厂商证明。

　　2）设标人对招标人提出的需亲自到现场解决的问题能保障4小时内的响应，咨询应及时相应。

　　3）投标人应本着认真负责的态度组织技术队伍，并做好投标的'整体方案并提出长期保修、维护、服务以及今后技术支持的措施计划和承诺。

　　4）自系统建设工作一开始，投标人就应允许招标人的工作人员参与系统的安装、测试、诊断及解决问题等各项工作。

　　5）投标人必须提供系统建设的工作内容、工作日程表，日程表内容至少应包括到货日期、验货日期、验货人员、现场安装、系统联调、系统试运行、集成验收、应用系统运行、技术培训等。

　　6）投标人必须保证有能力进行对设备（应用系统、材料）生产厂商的签约、督导和工作协调。

　　7）投标人应对满足规定指标的设备及软件供货商的在资信和信誉进行认真考核并对招标人负责。

　　8）投标人应将招标人标书中所有设备、软件。及与有关生产厂商签约和有关技术合作、维护、服务等文件以副本形式提供给招标人以份。

　　9）投标人应负责在项目完成时将系统的全部有关技术文件、资料及测试、验收报告等文档汇集成册交付招标人。

　　10）投标人应对招标人标书中所列内容全部验收后方为该项目的建设工作完成。

　　11）投标人和产品供货商对提供的产品保证的技术支持售后服务，保证的产品免费维修服务。

　　2、对于投标书的要求

　　1）投标人必须满足标书的要求，否则投标人的投标书将被拒绝并认作没有回答。

　　2）投标人必须审阅相关技术手册以便准备投标文件和技术部分，提供一个准确的陈述。对每个单项产品，投标人必须提供原厂商的正式技术指标说明材料。

　　3）在投标书中建议的每个硬件和软件的型号部件逐一说明。

　　4）投标人的投标文件需将技术部分和商务部分严格分离，分别封装，否则将可能影响评价结果。

　　3、对招标书的说明

　　1）投标人须提供详细外网建设方案。

　　2）必须按招标人提供的网络设备、软件、连接件进行设计。若有特殊情况无法满足系统方案及系统运行要求的，投标人应主动提出来，并以书面的形式告知招标人，待招标人确认后才进行修改。

需求分析调研报告通用2

　　一、引言

　　1.1编写目的对产品或项目进行定义，包括修正或发行版本号。如果这个软件需求规格说明只与整个系统的一部分有关系，那么只定义文档中要说明的部分或子系统。

　　1.2背景说明

　　说明项目或模块开发背景。

　　1.3预期读者和阅读建议

　　列举软件需求规格说明书所针对的不同读者，如用户、设计人员、编程人员、测试人员、项目经理、市场人员等。指出最适合于每一类型读者阅读文档的建议。

　　1.4术语定义

　　解释需求说明书中的术语、名词、简称及缩写等等。

　　1.5参考文献

　　列出所有参考资料、参照的软件名称，包括标题名称、作者、版本号、日期、出版单位或资料来源，以方便读者查阅这些文献。

　　二、任务概述

　　2.1目标

　　描述项目或业务模块要达到的目标。

　　2.2用户特点

　　描述主要的用户及其特点（教育水平、经验、计算机水平等）。确定可能使用该产品的不同用户类别并描述它们的特征。有些需求可能只与特定的用户类相关。将该产品的重要用户类与那些不太重要的用户类区分开。

　　2.3假定和约束

　　一般约束、假设及对用户的要求。

　　三、业务功能概要描述

　　3.1现有系统分析

　　对现有系统（包括自动或人工的）进行简要分析。

　　3.2业务描述

　　描述实际业务的过程和特点，即业务建模。

　　3.3系统角色

　　画出系统中的角色，并用文字进行说明。

　　3.4主题描述（或：系统用例视图）

　　画出主题图，描述主题内的业务和主题间的业务。

　　或用UML语言描绘系统总的用例视图。

　　3.5业务流程图

　　用UML的活动图描绘系统总的业务流程。

　　3.6业务接口

　　3.6.1外部业务接口

　　描述与其它项目或业务模块的功能接口。例如：工资模块与考勤、考核、任免、职称等模块的功能接口描述。

　　3.6.2内部业务接口

　　描述各个主题之间的业务接口。

　　四、业务功能详细描述

　　用语言和图对每个子系统、主题或业务模块要完成的功能进行完整详细的描述。即功能建模。

　　4.1子系统（模块一）

　　4.1.1业务功能描述

　　用文字语言描述子系统、主题或业务模块要完成的功能。

　　4.1.2业务流程图

　　用UML的活动图描绘子系统或业务模块的业务流程，在活动图中标注用到的或输入输出的表格、资料。注意，这里的活动图描述的是该子模块的业务流程。

　　4.1.3主题描述及用例视图

　　若主题下面还含有子主题，则画出主题图，描述主题内的业务和主题间的业务；并且接着画出子系统或业务模块的详细用例视图。

　　若主题下面不含子主题，则直接画出子系统或业务模块的详细用例视图。

　　4.1.4用例描述

　　对全部用例或主要的用例用文字进行详细描述。

　　4.1.4.1用例名称一

　　【用例功能说明】

　　用文字详细描述该用例的目的、功能。

　　【操作描述】

　　用文字描述子系统或业务模块中主要用例的操作流程和要求。

　　【活动图、顺序图或协同图】（可选内容）用UML的顺序图或协同图描述该用例的操作流程。

　　【界面原型】（可选内容）

　　描绘用户所希望的图形用户界面标准或风格，包括大致的屏幕布局、功能菜单、标准按钮、快捷键、出错信息显示标准等。

　　4.1.4.2用例名称二

　　【用例功能说明】

　　用文字详细描述该用例的目的、功能。

　　【操作描述】

　　用文字描述子系统或业务模块中主要用例的操作流程和要求。

　　【活动图、顺序图或协同图】（可选内容）用UML的顺序图或协同图描述该用例的'操作流程。

　　【界面原型】（可选内容）

　　描绘用户所希望的图形用户界面标准或风格，包括大致的屏幕布局、功能菜单、标准按钮、快捷键、出错信息显示标准等。

　　4.1.4.3用例名称三

　　4.1.5信息项描述

　　采集子系统或业务模块中用到的信息项，对于非国标、部标的指标项要给予具体解释和规范建议。

　　推荐描述形式如下：

　　信息集名称：********

　　4.2子系统（模块二）

　　4.3子系统（模块三）

　　五、性能要求

　　5.1用户数要求

　　5.2业务方面的并发要求

　　5.3正常和极端情况下的时间要求

　　5.4容错要求

　　5.5权限要求

　　5.6灵活性要求

　　当需求发生变化时的适应能力要求。

　　5.7使用频度要求

　　日常使用或定期使用等的描述。

　　六、其它需求

　　详细描述本产品/项目必需满足的法令法规、行业规范、合同/标书中的其它要求、以往类似设计中的适用信息以及本公司对此项目附加的其它需求等。

　　七、附录

　　对本需求有说明意义的资料：文档、数据、表格、样张等等。

　　附注：

　　用例视图、活动图（业务流程图）、主题图、对象图、状态图采用UML标准符号绘制。推荐使用CASE工具如：RitionalRose画好后再粘贴到Word文档中。

　　如果时间充裕的话，应在辅助工具中进行业务建模，将非功能需求以及资料部分做为单独文档连接到模型中。

需求分析调研报告通用3

　　一、引言

　　1.1编写目的

　　地理信息系统的用户有其特定的目的，对GIS有不同的要求，应用情况也各异。所以应对校园地理信息系统的系统定义，系统需求以及相关内容进行描述，方便开发人员进行开发。

　　1.2项目背景

　　校园地理信息系统作为“GIS设计与实践课程”的课间实习，旨在加强学生对GIS信息系统的理解和运用，了解GIS系统的实现过程。

　　二、项目概述

　　2.1GIS项目目标、内容、现行系统的调查情况

　　该项目主要是利用GIS系统来实现校园地理信息的.可视化操作，帮助用户了解校园环境，对校园的基础设施的使用提供便利条件，对校园的规划与管理提供参考模型，对一些专题研究提供便利。

　　2.2运行环境

　　基于ArcGIS的开发

　　2.3条件与限制

　　校园数据的缺乏，开发人员经验不足

　　三、数据的描述

　　3.1GIS静态数据

　　校园面积，校园范围，校园地理坐标数据，校园内部结构，系统使用对象等

　　3.2GIS动态数据

　　输入数据：校园地形图、Google遥感影像、校园DLG图像

　　输出数据：匹配纠正数据、矢量化数据、最终成果数据

　　3.3GIS数据流图

　　3.4GIS数据字典

　　外部实体：校园地形图、Google遥感影像、校园DLG图像

　　校正配准

　　名称：校正配准

　　数据来源：已有数据资料

　　数据去向：融合数据

　　数据组成：校园地图、遥感影像、测量数据、描述性文件资料

　　矢量化

　　名称：矢量化

　　数据来源：配准后数据

　　数据去向：矢量化后数据

　　数据组成：配准后的栅格图像、点位坐标、地物名称、地物属性编辑入库

　　名称：编辑入库

　　数据来源：矢量化后数据

　　数据去向：数据库

　　数据组成：点、线、面、位置关系、几何属性

　　3.5数据采集

　　通过网络采集校园地形图及遥感图像，通过碎步测量采集DLG数据

　　四、GIS功能需求分析

　　4.1功能划分

　　用户

　　4.2功能描述

　　信息查询：通过分层显示来实习特定地物的显示

　　地图显示：查看校园地形图、Google遥感影像、校园DLG图像放大缩小：实现地图的缩放

　　缓冲区分析：分析点线面的拓扑关系

　　五、GIS性能需求

　　5.1数据准确性

　　作为一次实习产品，该系统对数据准确性不做严格要求

　　5.2时间特性

　　能够流畅操作，不产生明显滞留

　　六、GIS运行要求

　　拥有简明的界面，能够实现用户的互操作和图像的显示和分析。

　　七、质量保证

　　软件运行稳定，能满足用户的功能需求，与系统兼容性良好，可移植。

需求分析调研报告通用4

　　一、网络应用需求。

　　1、校园网与Internet连接，使师生可通过互联网获取资源和信息。

　　2、建设学校网站，实现学校的对外宣传以及发布学校内部信息。

　　3、在校园网内实现文件传输共享。

　　4、实现学校行政、教师的无纸化办公。

　　5、学生个人信息管理与查询系统。

　　6、图书馆电子化，实现图书信息搜索。

　　7、校园生活电子化（包括如：一卡通消费，转帐交纳网费、电费、水费，个人帐户网上管理和查询）。

　　8、校内网络辅助教育教学（如：广播、组播，上机考试等）。

　　9、电子邮件系统。

　　二、安全需求。

　　1、校园网接入Internet，应使用防火墙的过滤功能来防止网络黑客和其他非法入侵者入侵网络系统，并对接入Internet用户进行权限控制。

　　2、设置用户权限，对不同用户分组进行权限限制。

　　三、技术需求。

　　1、为确保校园网的性能及安全需求，采用100/1000Mbps光钎以太网作为校园网的主干。主干网承担了整个学校网络包交换、子网划分、网络管理等重要任务，应采用具有三层路由功能、包交换性能高的交换机作为主干网的节点机，分布在网络中心、图书馆、教学楼、实训楼、食堂，教师公寓和学生公寓。

　　2、设立一个网络中心，配置相应的服务器及路由交换等设备。网络中心可对整个校园网进行管理，并作为校内连接Internet的网络关口，承担防御过滤等安全功能。对校内各网络节点进行监控，防止病毒的传播。

　　3、校园的主要建筑有图书馆、教学楼、实训楼、食堂，教师公寓、学生公寓，必须在这些建筑物内安装足够信息点以及信息终端以满足用户的需求。

　　4、布线系统采用星形分布式拓扑结构，分为工作区子系统、水平子系统、管理子系统、垂直干线子系统、建筑群子系统、设备间子系统。

　　5、以学生公寓为例，每幢学生公寓有6层，每层有12间宿舍，每间宿舍须设4个信息点。据此应该在每层设集线箱，每幢公寓有一个管理间，管理间内设二层交换设备。

　　6、网络中心应相应的配置有E-Mail服务器、FTP服务器、WEB服务器及防火墙等设备。

　　7、整个校园为一个虚拟局域网，为管理不同性质用户应划分不同子网，进行IP地址分配以及相应的路由配置。针对我校有两个校区的.情况，可通过公共网络采用Vxx将两个校区连在同一虚拟局域网。

　　四、安全需求。

　　1、按照相应标准进行局域网的建设，确保物理层安全。

　　2、采用主机访问控制手段加强对主机的访问控制。

　　3、划分安全子网，加强网络边界的访问控制，防止内外的攻击威胁，定期进行网络安全检测，建立网络防病毒系统。

　　4、建立身份认证系统，对各应用系统本身进行加固。

　　五、其他需求。

　　1、在图书馆、自习室建设无线网络，以满足学习需要。

　　2、做好应急设备的准备，相应应有备用设备以确保紧急情况下的网络保障。