需求分析报告格式【范例8篇】
【阅览】优质的范文能让您的写作方便快捷，远离加班，以下这篇“需求分析报告格式【范例8篇】”是由阿拉题库网友整理分享的，供您参考之用，希望对您有些帮助，喜欢就复制下载吧。
客户需求分析报告【第一篇】
一、网络应用需求。
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地址分配以及相应的路由配置。针对我校有两个校区的情况，可通过公共网络采用vpn将两个校区连在同一虚拟局域网。
四、安全需求。
1、按照相应标准进行局域网的建设，确保物理层安全。
2、采用主机访问控制手段加强对主机的访问控制。
3、划分安全子网，加强网络边界的访问控制，防止内外的攻击威胁，定期进行网络安全检测，建立网络防病毒系统。
4、建立身份认证系统，对各应用系统本身进行加固。
五、其他需求。
1、在图书馆、自习室建设无线网络，以满足学习需要。
2、做好应急设备的准备，相应应有备用设备以确保紧急情况下的网络保障。
文档为doc格式。
需求分析报告的【第二篇】
(多种媒体的选用、重难点部分的可视化、问题解决过程中的交互策略等)。
本章进入生态系统的学习，首先要学习生物与环境的关系。本节有很多代表适应方式和生物关系的名词，容易混淆，有必要引入cai使这些关系具体形象，让学生容易理解，深化记忆。另外种群数量变化规律曲线的得出也是比较难的,引入cai,给予动态的解释,很有必要.
cai创意:。
1)用图片引导学生回答生物生存的环境里有哪些非生物因素。
2)用动画展示生物对非生物环境的适应性，如生物怎样运用保护色。
3)用动画展示成语中的生物关系，如“螳螂捕蝉黄雀在后”。
4)用动画展示种群繁衍的数量变化和环境影响。
5)种群数量规律曲线的生成有动态的分步骤的过程，有控件控制。
6)课件有互动的部分。也有练习部分巩固学生对本课重难点的掌握。
二、教学内容分析：(目标以及重点、难点等)。
本节学习生物与环境的关系,包括三个方面:1生物与非生物环境的关系,2生物与生物之间的关系,3种群的数量变化规律及其应用.
教学目标:。
1)知道生物的生存环境包括非生物环境和生物环境。
2)了解非生物环境(水、阳光、温度)对生物的影响，并能举例说明。
3)能够举例分析每种生物都生活在他所适应的非生物环境中，知道适应具有相对性。
4)知道保护色、警戒色、拟态等适应的方式，能够区别三者的不同并进行相关的判断。
5)能够举例说明生物和生物之间的.关系，包括种内关系和种间关系。
6)知道什么是种群，认识到种群的数量变化规律。
7)了解种群数量变化规律对人类生产实践活动的重要意义。
教学重点：
1)非生物环境(水、阳光、温度)对生物的影响。
2)保护色、警戒色、拟态等适应的方式。
3)生物和生物之间的关系。
4)种群及其数量变化规律。
教学难点：
1)区别保护色、警戒色、拟态三者的不同。
2)能够辨别生物之间的关系，包括种内互助、种内竞争、种间竞争、贡生、寄生、捕食。
3)能够运用种群数量变化规律解释相关现象。
三、学习对象特点分析：(年龄特征、认知水平等)。
本课件的使用对象为初二学生(大约14岁)。该年龄段的学生有强烈的求知欲望，对各种新鲜事物好学好问，并富于想像。但是他们的学习积极性还是与兴趣挂钩。枯燥抽象的理论知识很可能会失去他们对课堂的注意。因此课件要生动形象，能抓住他们的好奇心，利用他们的观察力，有意识地引发和激励他们发现问题，提出问题，在此过程中加强他们的观察力。另外，初二学生已具有一定的分析能力和生物基础常识，但自主学习能力还不构，所以课件要注意设置引导和设问，让学生有探索总结的过程，以培养他们的学习能力。
四、拟定开发工具及技术难点分析：(效果描述等)。
authorware：主要的开发软件。课件成品有静态的图片展示，配有简单的文字说明，使枯燥抽象的名词变得具体，浅显易懂。课件的第三部分有动态的规律分析，要让学生清楚明白种群规律曲线是怎么得来的。
flash：主要用在第二部分。讲解生物与生物之间的关系时，用动画演示“螳螂捕蝉黄雀在后”或“鹬蚌相争渔翁得利”中的生物关系。第三部分种群的数量变化规律，也要用动画展示生物繁衍的数量变化和环境等外界因素的影响。
难点：种群数量变化规律曲线的动态演示，flash制作。
五、设备条件要求：
普通设备,windows2000/xp系统即可,鼠标键盘可进行正常操作.能够运行authorware,flash等常用软件。
六、存在的困难及拟解决方法：(人员、时间、经费等)。
刚接触authorware和flash，对该软件不熟悉,制作过程中会遇到技术问题，期待老师的指导和小组的共同探究。
软件画面制作的精美程度是个挑战，要提高自己的审美能力。
群众需求分析报告【第三篇】
（2012第一季度）。
为切实了解广大育龄群众对计划生育工作的需求，2011年10月1日至2011年12月30日，我乡计生办﹑计生站面向广大育龄群众征集生产、生活、生育等方面的需求信息。发放育龄群众需求信息调查表65份，收回育龄群众需求信息调查表51份。现将收集到的育龄群众需求信息整理汇总如下：
（一）需要我站提供技术服务的服务类信息共12条，主要为：
1、上环后身体不适希望给予取环2人；
2、产后需要检查身体4人；3﹑孕期需要访视3人；
4、需要更换宫内节育器3人。
（二）需要计生部门办理证件的咨询类信息共20条，主要为：
1、需要办二孩证及生殖保健证5人；
2、需要办理流动人口婚育证5人；
3、需办理新生儿上户口5人；
4、希望给予独生子女困难户解决医药费的1人，二女结扎户要求列入农村低保的有2人。
5、需要申请办理女扎术后病发症鉴定的1人。
6、需要申请办理病残儿鉴定1人。
（三）对计生工作提出建议类信息19条，主要为：
1﹑建议加大办证工作效率和政策宣传力度3人；
2﹑要求提高服务质量，增加服务站冬天取暖设备，方便群众的3人；
3、希望服务站改进b超机，方便妇检的13人。
二、征求育龄群众需求信息满意度情况：
满意47人基本满意4人不满意：0人。
以上育龄群众所提出的服务需求我乡计生办﹑计生站已针对性的给予了答复或办理，对一些我计生办和计生站不能解决落实的需求，及时向乡党委、政府请示回复。
1、广大育龄群众对当前新形势下的计生政策法规，及各种证件办理的流程还缺乏一定的了解。
2、服务站冬季取暖设施不够，服务环境需要改善。
3﹑农村落实计划生育政策的家庭还有一部分仍处于生活较困难，需要给予经济补助﹑解决低保的。
4、育龄群众对计划生育技术服务水平要求越来越高，需要增强检查设备，不断提升技术服务水平。
四、下一步工作措施：
1、加大对计生政策法规的宣传力度，要利用场天多次开展集中宣传活动，并发放宣传资料，让广大育龄群众对新的计生政策、法规、计生优先优惠政策宣传，使广大群众有对计生工作全面深入的认识。
2、不断加强服务站建设，改善服务环境，提高计划生育技术服务水平，满足育龄群众的生殖健康需求，深入开展妇科病普查普治和孕产妇孕期、产后访视服务工作。做好出生缺陷一级干预与二级干预，把优生优育的生育观念深深的植入广大育龄妇女的心中。
3、对生产、生活有困难的计生户要及时向乡党委、政府汇报并积极为其解决困难。
金盆乡计划生育服务站2011年12月25日。
系统需求分析报告【第四篇】
1、项目描述。
背景。
随着网络的普及，网络业务应用向深度和广度不断发展，方便用户的同时，也因用户终端存在网络安全漏洞或用户网络安全意识的疏忽，使得网络上涉及如：电子商务、在线游戏、dns授权服务、网银支付系统、社交网站、论坛、博客、门户网站等在线业务受到黑客及网络犯罪份子的攻击，对个人用户信息（网银、支付钱包账号密码等）的保密和对国家互联网信息管理与审计构成严重威胁。
研究意义。
本项目针对以上问题，主要利用了以下两种技术：僵尸网络反制技术及http/https协议通信的监控技术。
网络攻击已严重威胁着网络的安全，及时的发现网络攻击并在必要的时候劫持与反制网络攻击，成为保障互联网正常运行、保障在线业务系统正常访问的重要方法。
经过与项目委托方多次讨论，设计系统的目的是为实现对特定非法用户web（http/https协议）通信进行监控及反制，具体要求实现的功能有：监控系统远程控制、针对特定非法用户上网流量劫持、针对特定非法用户web通信进行js脚本注入、获取非法用户账号和密码、获取非法用户访问某些网站的cookie。
根据监控系统的要求对系统的功能进行分析，明确了系统需要实现的功能。系统的功能结构模块：系统管理功能、流量劫持功能、监控与反制功能。
系统管理功能。
系统管理模块主要负责系统登录、系统远程控制、黑名单库配置、数据存储和展示。数据展示包含数据存储和数据展示，数据存储负责接收后端和前端js探针采集的数据并存储到数据库，数据展示负责提取数据库数据并显示。
流量劫持功能。
本文流量劫持指dns协议劫持，主要由四个部分组成：报文捕获、协议解析、ip及域名查找匹配、dns协议欺骗。
流量劫持成功率。
为了达到项目委托单位的要求，需要对特定用户访问特定网站的流量进行准确监控，同时保证流量劫持的成功率（90%以上）。
2.监控与反制系统并发量。
监控与反制系统服务器的并发性能直接决定同时能够监听的用户数。当被监控用户数过大，监控与反制系统并发处理能力到极大挑战。
3.系统运行稳定性。
第2页系统稳定性是系统最基本也是最重要的要求，运行稳定性关系到系统能否长时间稳定运行。系统的稳定性体现在：随着运行时间的增加，系统并不会出现内存泄露、甚至系统崩溃等情况。其中内存泄露可通过内存消耗、cpu使用率指标度量。
第3页。
系统需求分析报告【第五篇】
高陵县地处陕西省关中平原腹地，位于西安市辖域北部。地势平坦，土壤肥沃，是西北首个吨粮县。高陵县始建于秦孝公十二年（公元前350年），是中国建县历史最早的县份之一。1949年划属三原分区，1950年5月划属咸阳专区，1953年1月改属渭南专区，1956年10月由省直辖，1961年改属咸阳专区，1983年10月5日划归西安市管辖区域。全县辖4镇4乡，88个行政村，740个村民小组。耕地2万公顷。地区总面积290平方千米，每平方千米人口密度约950人。总人口29万人，其中非农业人口万。县人民政府驻鹿苑镇。名胜古迹有昭慧寺塔等。
高陵县原有平安城市系统，投入使用多年来，在震慑犯罪、取证服务、掌握社会治安动态、有效控制社会面、应急处置突发事件等方面发挥了很大的作用。但因规划建设早，视频监控设备已落后，亟待进行升级改造。
随着平安城市工程在全国范围内的快速推进，视频监控系统的基础建设已经初具规模，并取得了显著成效，正逐步能够满足城市视频监控的一些基本要求，但是也存在着多种矛盾，主要体现在以下几点：
图像清晰度不够：已建的系统大多为模拟系统，图像分辨率最高达到d1格。
式(40万像素)，只能满足“看的见”需求却不能满足“看的清”需求；
系统扩容性差：视频监控的趋势逐步从模拟系统向数字化系统方向发展，很多平安城市项目建设当初未充分考虑系统扩容，后期建设不能充分整合现有资源，存在资源浪费的情况。
系统稳定性差：视频监控系统是一个涵盖了视频采集、传输、控制、存储、显示等方方面面的功能，每一个环节都需要采用大量的设备，系统集成化程度不高，系统的每个硬件设备都可能成为故障点，导致系统的稳定性下降。
重建设、轻维护：平安城市项目是一个大规模的视频监控系统，随着系统建成投入使用，系统的运营维护工作一般由人工完成，由于维护成本过高，一些损坏的设备未能得到及时修理或更新，在关键时刻系统宏机导致不能正常运行，未能达到“科技强警”目的。
因此，建设满足各个专业管理部门多级多领域城市管理的应用需求，建立一套统一的应急联动指挥与数字化城市管理监控系统平台，对各单位现有资源有效整合，达到资源共享，不仅节省大笔资金，而且可以大幅度提高监控系统的使用率和工作效率，实现整个城市的扁平化管理。在此基础上，利用市公安局现有的三台合一指挥系统、平安城市监控系统，扩建改造为涵盖各个职能部门的数字延安，是科学合理、安全可行的。针对当前平安城市视频监控系统的主要矛盾，后期系统的建设应着重从以下几方面考虑：
全网络化：数字监控远比模拟监控具有优势，平安城市从模拟走向数字一个必然趋势，由于部分区域网络基础建设的限制，当前视频监控系统建设过程中将存在模数并存的现象，这就要求系统的设计必须能够接入模拟信号同时可以有效兼容原有模拟系统。
高清化：高清能够提供更好的图像清晰度、更流畅的画面、更宽广的浏览画面、更精确的图像信息，特别是对于公安重大案件侦破、交通违法抓拍来说，高清图像更显得举足轻重。
高集成化：视频监控系统的后期维护在很大程度上将成为系统长期稳定运行的关键因素，每个硬件设备都将是隐藏的故障，采用集编码、传输、控制、显示于一体的设备，降低单位硬件数量，从而保障系统的稳定性。
智能化：传统的视频监控系统往往依靠人力，维护人员往往在一个监视屏同。
时监控多个画面或随即抽取某一画面，造成部分监控点被漏看或被忽视；另外，维护人员存在一定的不稳定性、随意性和局限性，加上人的注意力有限，图像出现异常后，往往不能及时被发现。这就要求系统具有一定的智能视频分析功能，把人力从视频监控系统中大大解放出来，又能提高视频监控效率。
整合应用：平安城市有两大关键点，一是监控点的覆盖，二是应用，没有上层应用，平安城市就失去了应有的意义，这些应用包括调度指挥、gis整合、视频报警、警视联动等等。当前已建平安城市各子系统仍属于独立工作，互补相连的状态，实现各子系统的整合应用将是今后建设的重点，也是平安城市的建设具有更深远的意义。
网站需求分析报告【第六篇】
随着技术的不断发展和用户对网站功能性的需求不断提高，如今网站项目的设计已经不能再仅仅简单地利用静态html文件来实现，与前几年网站设计由一两名网页设计师自由的创作相比，网站项目的设计和开发越来越像一个软件工程，也越来越复杂，网站项目的设计和开发进入了需要强调流程和分工的时代，建立规范的、有效的、健壮的开发机制，才能适应用户不断变化的需要，达到预期的计划目标。
网站项目管理（wpm）的含义为web-basedprojectmanagement，即以web应用程序为主要表现方式的架构来进行的项目设计及管理，这样的架构中包含了浏览器、网络和web服务器等关键主体，主要体现在网站设计、以浏览器为客户端的web应用程序开发（例如信息类网站、网上商店、虚拟邮局、客户关系管理。）等项目管理中。
在本文中，笔者将网站项目管理（wpm）与软件工程的统一过程管理（rup）进行参照比较，并结合实际工作经验，力求将网站工程管理（wpm）的角色、分工、流程进行完整的阐述，使网站项目管理逐渐走向规范化。
按照笔者的经验，网站项目管理可以分为以下七个阶段进行控制：
1.需求分析及变更管理2.项目模型及业务流程分析3.系统分析及软件建模。
4.界面设计、交互设计及程序开发5.系统测试和文档编写。
6.客户培训、技术支持和售后服务。
业务员与客户进行的沟通，撰写如何做好网站建设需求分析是项目展开的基础。项目是以客户的需求为中心，而不是为技术而迁就需求。
四.利用示意图和图表将用户的需求表现出来。五.什么人要看需求分析报告？
六.建立需求变更日志，制作新版本的需求分析报告。七.本阶段重点工作角色八.总结。
一：让客户畅所欲言，罗列出所有的需求。
让用户将所有的想法尽可能的阐述清楚，并把所有的要求罗列出来，不要遗漏。这时候不应该害怕“勾引”起客户的潜在需求而增加设计开发的工作量，从而被今后客户无止境的变更拖入泥潭，直接明白地跟客户把问题和要求一条条地列出来，把条理、归纳、分析先都扔到一边去，将用户最原始、最完整的要求准确地记录下来就完成了第一步的工作。
很明显，假如客户的需求做的都不完整，随时可能会产生意想之外的变更，甚至这个变更会破坏已经做的模型及结构，那么这个项目从开始就注定了会失败；比如站点所有的功能都实现了，本地测试起来也没有什么问题了，但是你却不知道客户的系统是要承受每天100万独立ip的访问，而你原来想当然的以为了不起就是1万独立ip访问的访问流量，稍微有经验的开发人员都会明白这样的设计是个灾难，无论是应用服务器、数据库还是程序全部要重新开发！二：透过现象分析潜在的需求很多情况下客户并非专业人士，在他们滔滔不绝的描述中不能指望他们帮助我们整理出重点和技术难关，这需要我们去为客户进行分析、归纳和整理，尤其是客户谈的不多却又是技术上实现难度和强度很高的地方特别值得注意。客户往往对需求的概念是非常模糊的，大多时候给出的需求都是笼统而且尺度难以控制的，这就要求业务人员在倾听了客户的详细说明以后，帮助客户进行整理和分析，同时预测客户在开发过程中变更及今后应用中可能进行修改升级的潜在需求。
比如在为客户设计办公自动化系统的时候，也许就要为客户预留将来与他们的业务单位进行交互的通道；在设计邮件系统的时候要考虑可能会需要广告管理服务器；设计网络电子商店时今后增加库存产品进销存统计分析等等；限于时间财力的考虑，客户通常能够接受分阶段实施的开发过程，在需求分析时，提早为客户设想到今后的需求变更除了使项目开发更加顺利以外，也为今后业务的进一步深入打下了更好的基础。
笔者曾负责一个大型新闻网站的设计，当客户拿着将近五十页厚的一本设计要求报告时，我发现有四十页的内容对程序开发来说都是重复的，而在其中一页的角落却画了个“搜索其他网站相关新闻”的按钮，并且没有做任何说明，仅仅这10个字所完成的工作量完全顶的上其他整整四十页重复赘述所做的工作，客户完全不知道这个要求引发的问题实际就是一个搜索引擎的开发，通过协商，客人同意了修改成站内搜索的引擎。
三：利用自然的语言描述项目模型。
在业务员与客户进行沟通和调查时撰写的需求分析，尽可能用自然的语言进行描述，虽然客户的水平和资历有所不同，但是最自然的描述能够使项目开发的各个成员都能清楚地理解需求含义，不至于在理解上产生偏差。对客户而言，这样的模型描述最接近真实，容易参与修订，并能以此为测试和验收的依据。
请比较以下两份关于需求的描述，“用户在访问首页的时候可以在点击'客户通道'按钮，弹出填写'用户名'和'密码'的窗口，输入正确后在新窗口打开客户通道的首页，在该页显示所有可操作的功能的导航条和最新的导读新闻链接列表”“站点分为公开和加密两种状态，通过身份验证机制使特有的用户可以访问到加密信息，并提供不同于普通用户的功能。”前段描述我们就很容易想象的出来设计完成的网站是什么样子，而后一段的描述可能会做出无数不同的版本，造成对需求理解的歧意。
四：利用示意图和图表将用户的需求表现出来。
需求分析无论文字上怎么样表述都还是抽象的，对客户而言理解毕竟是困难的，将基本确定的需求制作出示意图是最直观有效的。
制作示意图可以有很多种方式，用powerpoint或visio制作流程示意，用html文档制作界面示意都是可行的，最简单利用画图和word表格方式也完全可以，关键是利用示意图将客户的需求和即将开始设计的系统体现起来，在进行系统分析和程序开发之前，双方对今后要完成的产品就能够有直观的认识，换言之，就是在产品还没有真正进入开发阶段的时候，双方就对工作的结果达成统一的意见，这将大大地减轻需求变更所带来的困扰，同时客户更容易地参与到项目的开发过程，保证项目往正确的方向进行。在rup中有这样的描述：
“利用电影、卡通、图片、表格和动画片等制作示意图开始，告诉我们用户是谁，要发生什么事情，如何发生。以用户友好的方式帮助收集并改进用户需求。鼓励更有创造性、更加创新的设计解决方案。鼓励团队复审，并避免所有人都不希望出现的特征。确保以可理解、直观的方式实施特征。
项目经理、系统分析员、开发经理、交互设计师、测试人员、文档人员包括客户代表都应该看需求分析，并进行共同的讨论，达成一致的意见。
我们经常会遇到业务人员辛辛苦苦谈下来的项目，对开发人员来说却是难以实现的，而技术人员设计的产品却常常得不到客户的认可，甚至发生纠纷，因此参与项目开发的人员都应该对这份需求有统一清晰的认识，并根据自己的工作对需求提出意见，通过与客户的沟通修订，最终确定项目实现的目标。例如：
项目经理通过需求分析才能组建所需要的团队包括配置工作环境，制定开发周期。
开发周期的限制和功能上的要求可能会影响到程序员采用什么样的语言和工具进行编写；
操作用户的技能水平将影响到交互设计师进行前台设计时做到什么样的精度；
通过下表，我们可以看的出不同角色根据需求的变更所进行的工作流程：
尽管我们费了许多功夫在如何做好网站建设需求分析进行了最大可能的努力，但几乎可以肯定的是，这份需求分析在开发过程中一定会发生变化，也许是出自客户的遗漏，也可能是在开发过程中被激发出来的，这种变更有时是如此的频繁和琐碎，以至于往往不能将变更及时反馈到项目的各个角色中，那么做好需求变更日志就显得非常重要。
并将修改后的需求分析制作成新版本，保留每次更改过的版本，而不是覆盖，这样就比较容易地跟踪到需求变更过程中所带来的工作调整。
在如何做好网站建设需求分析和变更管理的过程中，工作量最大的角色为客户代表、业务员和项目经理。
客户代表提出需求，业务员帮助整理和分析，项目经理对整个项目进行评估。
在实际工作中，很多项目失败的起因都和需求分析有关。客户代表和业务员通常并非从事技术开发的专业人员，在讨论需求的时候往往对项目的技术难度、工作量、时间进度把握不准确，这时候需要项目经理或技术人员进行参谋。
•将如何做好网站建设需求分析进行分析，确认可操作的系统模型；
•利用最自然的语言将系统进行描述，使每个开发人员不会产生歧意；
•迅速确定网站的用户角色；
比如访客、会员、重要客户、前台管理员、网站管理员、业务员等；
•分析确定每个角色的权限及可操作的功能；
网站管理员可以更改栏目、修改网站界面等；•制作流程图和示意图将需求表现出来；
•让客户参与到示意图的设计中，及时正确的反应出需求变更。
•制作需求变更日志，保留升级版本，通过版本控制进行需求管理；•通过需求《管理计划书》使每个参与人员看到共同的努力目标。
这里只是粗略的介绍企业如何做好网站建设需求分析，希望对大家有所帮助。
需求分析报告【第七篇】
需求分析活动其实本来就是一个和客户交流，正确引导客户能够将自己的实际需求用较为适当的技术语言进行表达（或者由相关技术人员帮助表达）以明确项目目的的过程。这个过程中也同时包含了对要建立的网站基本功能和模块的确立和策划活动。所以项目小组每个成员、客户甚至是开发方的部门经理（根据项目大小而定）的参与是必要的。而项目的管理者在需求分析中的职责有如下几个方面：
1、负责组织相关开发人员与用户一起进行需求分析。
2、组织美术和技术骨干代表或者全部成员（与用户讨论）编写《网站功能描述书（初稿）》文档。
3、组织相关人员对《网站功能描述书（初稿）》进行反复讨论和修改，确定《网站功能描述书》正式文档。
4、如果用户有这方面的能力或者用户提出要求，项目管理者也可以指派项目成员参与，而由用户编写和确定《网站功能描述书》文档。
5、如果项目比较大的话，最好能够有部门经理或者他授权的人员参与到《网站功能描述书》的确定过程中来。
在整个需求分析的过程中，将按照一定规范的编写需求分析的相关文档不但可以帮助。
目成员将需求分析结果更加明确化，也为以后开发过程中做到了现实文本形式的备忘，并且有助于公司日后的开发项目提供有益的借鉴和模范，成为公司在项目开发中积累的符合自身特点的经验财富。
需求分析中需要编写的文档主要是《网站功能描述书》，他基本上是整个需求分析活动的结果性文档，也是开发工程中项目成员主要可供参考的文档。为了更加清楚的描述《网站功能描述书》往往还需要编写《用户调查报告》和《市场调研报告》文档来辅助说明。各种文档最好有一定的规范和固定格式，以便增加其可阅读性和方便阅读者快速理解文档内容，相关规定将在本文后面讨论。
在需求分析的工程中，往往有很多不明确的用户需求，这个时候项目负责人需要调查用户的实际情况，明确用户需求。一个比较理想化的用户调查活动需要用户的充分配合，而且还有可能需要对调查对象进行必要的培训。所以调查的计划安排：时间、地点、参加人员、调查内容，都需要项目负责人和用户的共同认可。调查的形式可以是：发需求调查表、开需求调查座谈会或者现场调研。调查的内容主要如下：
1、网站当前以及日后可能出现的功能需求。
2、客户对网站的性能（如访问速度）的要求和可靠性的要求。
3、确定网站维护的要求。
4、网站的实际运行环境。
5、网站页面总体风格以及美工效果（必要的时候用户可以提供参考站点或者由公司向用户提供）。
6、主页面和次级页面数量，是否需要多种语言版本等。
7、内容管理及录入任务的分配。
8、各种页面特殊效果及其数量（js,flash等）。
9、项目完成时间及进度（可以根据合同）。
10、明确项目完成后的维护责任。
调查结束以后，需要编写《用户调查报告》，《报告》的要点是：
1、调查概要说明：网站项目的名称；用户单位；参与调查人员；调查开始终止的时间；调查的工作安排。
2、调查内容说明：用户的基本情况；用户的主要业务；信息化建设现状；网站当前和将来潜在的功能需求、性能需求、可靠性需求、实际运行环境；用户对新网站的期望等。
3、调查资料汇编：将调查得到的资料分类汇总（如调查问卷，会议记录等等）。
通过市场调研活动，清晰的分析相似网站的性能和运行情况。可以帮助项目负责人更加清楚的构想出自己开发的网站的大体架构和模样，在总结同类网站优势和缺点的同时项目开发人员可以博采众长开发出更加优秀的网站。
但是由于实际中时间、经费、公司能力所限，市场调研覆盖的范围有一定的局限性，在调研市场同类网站的时候，应尽可能调研到所有比较出名和优秀的同类网站。应该了解同类网站的使用环境与用户的诧异点、类似点，同类产品所定义的用户详细需求（需要公司或者项目负责人有一定的关系）。市场调研的重点应该放在主要竞争对手的作品或类似网站作品的有关信息上。市场调研可以包括下列内容：
1、市场中同类网站作品的确定。
2、调研作品的使用范围和访问人群。
3、调研产品的功能设计（主要模块构成，特色功能，性能情况等等）。
4、简单评价所调研的网站情况。
调研的目的是明确并且引导用户需求。
对市场同类产品调研结束后，应该撰写《市场调研报告》主要包括一下要点：
1、调研概要说明：调研计划；网站项目名称、调研单位、参与调研、调研开始终止时间。
3、可采用借鉴的调研网站的功能设计：功能描述、用户界面、性能需求、可采用的原因。
4、不可采用借鉴的调研网站的功能设计：功能描述、用户界面、性能需求、不可采用的原因。
5、分析同类网站作品和主要竞争对手产品的弱点和缺陷以及本公司产品在这些方面的优势。
6、调研资料汇编：将调研得到的资料进行分类汇总。
在拥有前期公司和客户签订的合同或者是标书的约束之下，通过较为详细具体的用户调查和市场调研活动，借鉴其输出的《用户调查报告》和《市场调研报告》文档，项目负责人应该对整个需求分析活动进行认真的总结，将分析前期不明确的需求逐一明确清晰化，并输出一份详细清晰的总结性文档――《网站功能描述书（最终版）》以供作为日后项目开发过程中的依据。
《网站功能描述书》必须包含以下内容：
1、网站功能。
2、网站用户界面（初步）。
3、网站运行的软硬件环境。
4、网站系统性能定义。
5、网站系统的软件和硬件接口。
6、确定网站维护的要求。
7、确定网站系统空间租赁要求。
8、网站页面总体风格及美工效果。
9、主页面及次页面大概数量。
10、管理及内容录入任务分配。
11、各种页面特殊效果及其数量。
12、项目完成时间及进度（根据合同）。
13、明确项目完成后的维护责任。
综上所述，在网站项目的需求分析中主要是由项目负责人来确定对用户需求的理解程度，而用户调查和市场调研等需求分析活动的目的就是帮助项目负责人加深对用户需求的理解和对前期不明确的地方进行明确化，以便于日后在项目开发过程中作为开发成员的依据和借鉴。
网站需求分析报告【第八篇】
1、总体目标。
(1)色调保持统一，塑造公司整体形象;。
(3)加强网站宣传推广，提高公司知名度;。
2、基本要求。
(1)网页内容：主次分明、结构清楚、内容精炼、信息真实;。
(2)浏览效果：简练的色调及线条，灵活、简洁的图形设计，合理、变化、简单明快的布局;突出高科技概念。
二、网站结构和栏目。
网站结构如下所示。
(1)。
(2)。
(3)。
(4)。
(5)。
(6)服务中心为新加项目，里面主要以客服中心为主。
(7)分支机构为新加项目，对公司各个分支机构的介绍和相关新闻。将原有的各分支网站的管理平台拿掉，做成一个统一的管理平台。
三、功能模块。
1、信息发布。
为本次改版最重要的应用系统，实现对全站网页内容的更新与维护。拥有相关权限的用户进入我们的设计发布平台，管理发布内容，其中包括新闻、公告、信息的增加、修改、删除。动态信息发布支持在线文字编辑，编辑结果所见即所得，以优化最终显示效果。同时可支持图片上载。所有发布信息均自动生成发布日期与访问次数。主栏目可改名，各子栏目可自定义增、删、改。支持用户管理留痕。
2、站内搜索。
为了保证用户根据文章标题、全文内容、发表日期等为关键字进行搜索，建立站内搜索是非常必需的。在技术上，我们利用数据库来实现根据文章标题、发表日期等为关键字的搜索功能，通过本系统程序可以在文件中以具体文字内容为关键字实现搜索功能。
搜索的范围可以是文章的标题、内容、发表时间等，极大的方便了用户对特定文章的查找，同时也提高了搜索的准确性，和访客的易用性。搜索的范围可以是文章的标题、内容、发表时间等，极大的方便了用户对特定文章的查找，同时也提高了搜索的准确性。
3、邮件列表。
将客户的邮件地址加入邮件列表、保存，以便将公司优惠活动等信息群发给客户。
4、域名查询。
提供国际、国的.在线查询功能。
5、网上调查：
通过网上调查系统在首页不定期进行热点调查活动，通过各项调查了解群众各项指标的观注程度，网站管理者可根据此进行适当调整。
6、数据备份：
作为站点内容存在的根基，系统所有的数据应该长期适时，稳定有效。而应对各种各样突发事件或者各种非人力因素可以控制的事故，每日数据备份是必须的，也是最为稳妥有效的方法。一旦发生意外，可以在最短的时间内恢复正常。
在技术上，我们利用网络操作系统w2k本身非常优秀的任务计划处理概念来实现按照某个周期固定某个时间来进行不需要人为参与的自动的机器备份。一旦系统发生意外,只需要简单操作即可恢复，绝对不会造成大的影响。
7、用户权限管理。
根据需求，我们采用策略管理的控制方式，按照系统栏目的对应关系，对系统权限进行级别划分，并由系统管理员对系统权限策略进行统一管理，各级管理员仅能管理与维护权限范围内的栏目与模块。具体划分方式如下：
8、超级管理员职责。
栏目管理，建立系统总栏目，并预留管理空间给各栏目管理员，各分栏目管理由各级管理员自己负责。对总栏目进行管理(即增加、修改、删除);用户组管理，管理工作组(即增加、修改、删除)，管理用户(即增加、修改、删除)，建立各组的管理员。
9、各组的管理员职责。
栏目管理，建立自己的子栏目，管理自己的子栏目(即增加、修改、删除);用户组管理，管理属于该组的子组(即增加、修改、删除)，管理属于该组的用户(即增加、修改、删除)，建立属于该组子组的管理员。
10、用户职责。
根据自己所在组的权限发布相关信息。
四、系统平台。
通过反复甑别与论证，结合我们自身实施的经验，在系统选型上采用目前最具发展潜力的“黄金组合”(即w2k+iis+mssql+asp)构建本案的b/s模式软件平台。