写报告范文时，我们可以借鉴一些经典范例和模板，但也要注意避免抄袭和原创性的重要性。通过阅读这份报告范文，我们可以看到作者对研究问题的深思熟虑和科学态度，值得我们学习和借鉴。
需求分析报告
1.1编写目的：
本需求分析报告的目的是规范化本软件的编写，旨在于提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，同时提出了本学校排课系统的软件开发过程，便于程序员与客户之间的交流、协作，并作为工作成果的原始依据，同时也表明了本软件的共性，以期能够获得更大范围的应用，同时它也是进行项目策划、概要设计和详细设计的基础，是维护人员进行内部维护，信息更新，验收和测试的依据。
1.2背景及范围。
本项目的名称：学校排课系统。
本项目的任务提出者及开发者是：计算机应用三班张哲，用户是学校。
本产品是针对电脑进行排课的需求设计的，可以完成：基本数据录入与维护、课程表编排、课表冲突分析报告、课表输出、可以直接或导出至excel打印总课表、教师课表、班级课表、场地课表、系统管理。
1.3定义缩写词。
学校排课系统软件：学校排课系统软件是为了帮助学校老师对学校的排课更加方便和快速制作处课程表及其管理学校的课程的软件。
使用改程序后，学校的排课可以很轻松的安排好，而却可以尽量避免平时排课时出现的排课冲突，还可以临时加补课等功能。
2.1软件开发的目标：
改善目前有些学校人工排课是常常出现的冲突以及浪费的大量时间。同时也通过实践来提高自己的动手能力。
2.2应用范围：
理论上能实现中小学排课，职业中学排课。
2.3子集说明：
软件主要分为两个模块，一个基本信息的录入，一个是进行排课的管理。
2.4软件功能描述：
外部功能：实现了可视化窗口，排课，调课。
内部功能：基本信息的录入、固定课的设置、科目的录入、年级的录入、任课老师的录入、场地限制的录入和课表的查看;排课操作、调课操作、场地调课操作、老师课表及学生课表生成。
2.5软件操作人员的要求。
软件的操作人员要求具有一定的电脑常识，并且具有排课的初步常识。
自己添加一些。
4.1数据录入精度需求。
在进行向数据库录入数据时，要求数据记录准确。
4.2软件自身时间特性需求。
5.1可用性。
本软件由于自身的能力限制，所有只限现在所有的功能。
5.2安全性。
5.3可维护性。
本软件利用数据库进行编程，系统结构由程序基本确定，大量的参数及文本内容全部放于数据库中。修改、更新数据只要在数据库进行修改添加，而不需要对系统结构进行修改，这样系统维护性十分方便。
5.4兼容性。
由于尚未测试，故无法对兼容性进行评析。
需求分析报告
需求分析活动其实本来就是一个和客户交流，正确引导客户能够将自己的实际需求用较为适当的技术语言进行表达（或者由相关技术人员帮助表达）以明确项目目的的过程。这个过程中也同时包含了对要建立的网站基本功能和模块的确立和策划活动。所以项目小组每个成员、客户甚至是开发方的部门经理（根据项目大小而定）的参与是必要的。而项目的管理者在需求分析中的职责有如下几个方面：
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、时间：2006年4月5日。
2、地点：繁华路段，沿街门面、行政机关单位、事业单位、陌生拦截等处选择样本。
3、调研方式：问卷填写、深度访谈。
4、发出问卷：80份，有效问卷68份。
5、样本人群基本情况。
家庭人数：
文化程度：大专以上12人中学（含高中、初中、中专）40人其他16人。
工作单位：经商或个体户36事业或行政单位20其他1。
2收入状况：
6、户型结构选择。
从图中可以看出，客户对房型结构的选择中，三房两厅的占到高达40%的份额，加上18%的四房两厅和18%的三房一厅，合计占到76%的份额，只有不占1/4的人选择两房或其他户型。
7、户型面积选择。
从图中可以看出，客户选择110—130平方米的比例占到35%，与上图中三房两厅40%的比例类似；90—150平方米的比例合计占到81%，加上150平方米以上13%，全部占到总份量的94%，90平方米以下的仅占到6%。
二、2006年5月份客户面积选择意向分析。
数量（组）301255616651455137。
1客户在提示作用下，除14%的客户选择其他户型外，86%的客户都能在120—150平方米之间选到满意的户型。
三、2006年6月份客户面积选择意向分析。
数量（组）242049324120164361306。
客户在提示作用下，选择120平方米以上的占到80%，在其他20%的客户中，除部分选择复式户型的以外，选择其他户型的只有不足20%。
四、2006年7月客户对户型面积的意向分析。
客户量56344715811。
5需要130—150平方米的客户超过40%，而120—130平方米客户占30%，两者合计占到70%左右，是县城购房的主力目标客户群体。复式楼的需求量也在13%，是县城高端购房人群之一。90—110平方米的人群占到9%左右，可以看作县城购房群体的补充目标人群。
结论：
综上所述，在豫北某县购房群体中，最少有60%以上的客户选择120—150平方米的房子，最高达到86%左右的比例。另有10—20%的客户选择150平方米以上的户型。只有不到10%的少量客户需求面积在90平方米左右或以下。
如果公务员小区的房型面积不能按照市场需求状况供应，将产生以下几点影响：
第五，市场供应的商品房都是偏小面积，客户需求都是稍大或较大面积，开发商虽然知道消费者需求，但由于政府限制，不能按市场规律供应满足市场需求的产品，将形成各方均无法满意的局面，将破坏掉构建和谐社会的基础，间接影响到豫北某经济的快速稳定持续发展。
（三）相关资料数据以广州为例分析其人才需求状况，供广大求职者和有兴趣的朋友参考。
一、招聘热度分析。
自金融危机以后我国服装产量的持续低增幅，企业对产量增长的谨慎态度。近来欧盟纺织品服装市场需求低迷、部分市场向竞争对手国转移造成了国内服装企业的发展困境。就今年上半年而言，服装行业的人才需求并不十分给力，反映出服装行业整体发展缓慢。
从上图看，广州服装行业招聘职位数浮动不明显，6月低谷期后，7月略有所回升。业内人士分析认为，外贸形势短期内难有明显起色，但是随着欧美服装消费旺季的来临，第三季度服装出口或将有所回升。预计其人才需求也会有所增加。
二、招聘职位分析。
据百才招聘网数据统计，7月份广州服装行业发布职位超过一万，仅次于上海。其中，美术/设计/创意类职位占29.01%，其次是销售类、经营管理类职位，占比分别为12.40%、11.78%。招聘职位中，以服装设计师、设计助理招聘职位数最多，占比均超过了15%。
三、招聘要求分析。
根据分析，目前服装行业的人才学历要求较其他行业要略低，就广州招聘职位而言，其高中及以下学历占比达28.83%，本科仅占12.42%。从经验要求分析，0——2年、3——5年工作经验者需求量持平，均超40%。可以看出在服装行业人才对经验的要求较学历而言更严格。
四、行业薪酬分析。
根据数据显示，广州服装业整体薪酬水平居中，高薪占比比较小。薪资2000——3999元/月占比最大，达51.20%，万元及以上的月薪仅占比9.63%。这可能与服装行业整体产业性质相关，服装企业工厂员工占比较大，行业整体薪酬分布应该不会有太大的浮动。
需求分析报告
“博客”一词是从英文单词blog音译（不是翻译）而来。blog是weblog的简称，而weblog则是由web和log两个英文单词组合而成。博客最初的名称是weblog，由web和log两个单词组成，按字面意思就为网络日记，后来喜欢新名词的人把这个词的发音故意改了一下，读成weblog，由此，blog这个词被创造出来。中文意思即网志或网络日志，不过，在中国大陆有人往往也将blog本身和blogger（即博客作者）均音译为“博客”。
博客，又译为网络日志、部落格或部落阁等，是一种通常由个人管理、不定期张贴新的文章的网站。博客上的文章通常根据张贴时间，以倒序方式由新到旧排列。许多博客专注在特定的课题上提供评论或新闻，其他则被作为比较个人的日记。一个典型的博客结合了文字、图像、其他博客或网站的链接、及其它与主题相关的媒体。能够让读者以互动的方式留下意见，是许多博客的重要要素。博客是社会媒体网络的一部分。博客系统，是指使用计算机语言编写，并便于用户安装和使用，在互联网上建立个人博客的一整套系统。个人博客现在已经成为很多人生活中必不可少的一个部分，方便了人与人之间的沟通和交流。
博客系统是一个多用户、多界面的系统，主要包括以下几个模块组成。
1、匿名用户模块。
本模块主要由浏览博客、评论2个部分组成。匿名用户可以对其他用户的博客内容时行浏览、评论。也可以通过注册后登录博客系统，申请一个属于自己的博客。
2、注册用户模块。
本模块主要由个人信息管理、评论管理、好友管理、相册管理、文章管理5个部分组成。这些功能可以对用户个人博客中的个人信息、好友、评论、相册和文章进行设置。
3、系统管理模块。
本模块主要由用户管理、评论审核管理、相册审核管理、文章审核管理、链接管理5部分组成。这是为了对注册用户的博客内容与个人信息进行管理，并对博客中的评论、相册、文章进行审核，审核通过后才能发表。
基于个人博客以上的特点，本系统要实现个人博客的主要基本功能有主界面，博客用户登录发表文章（心情、日志），用户登录/退出，游客发表评论，分页浏览文章和评论等。这里其中比较主要的是区分了个人博客用户和游客。博客用户可以在任何时候写下自己的主张，记录下自己的点点滴滴。
而游客主要的权限是阅读博客所有注册用户写的文章，阅读后可以发表评论和留言，还可以分页浏览所有注册用户上传的图片。以上是个人博客的系统功能目标，当然由于个人博客的网络流行特点以及个人个性的展示，还适当要求界面比较漂亮轻快，直观便捷，操作方式简单以及人性化。
需求分析报告
图书管理系统是一种基于集中统一规划的数据库管理新模式。
在对图书，读者的管理，其实是对图书，读者数据的管理。本系统所完成的功能是图书馆管理人员可以管理读者对于图书的借阅情况，图书的购入，借出，归还等；以及查询某位读者或者本图书的信息。
1.1项目背景及现状。
随着网络技术的告诉发展，计算机应用的普及，利用计算机对图书馆的日常工作进行管理势在必行。虽然目前很多大型的图书馆已经有一整套比较完善的管理系统，但是在一些中小型的图书馆中，大部分工作仍需要手工完成，工作起来效率比较低，管理员不能及时了解图书馆内各种图书的借阅情况，读者需要的图书难以在短时间内找到，不便于动态及时地调整图书馆结构。为了更好的适应当前读者的借阅需求，解决手工管理中存在的许多的弊端，越来越多的中小型图书馆正在逐步向计算机信息化管理转变。
1.2项目建设目标。
3.1业务需求。
(1)权限=权限+姓名登录用户=帐号+姓名+密码+权限。
(2)用户=用户帐号+姓名+性别+组号+证件号码。
(3)图书类别=类别+类名。
(5)借阅=用户帐号+图书编号+借书日期+到期日期+数量+还书日期
(6)借阅信息=用户帐号+图书编号+借书日期+到期日期+数量+还书日期。
3.2管理需求。
1、读者管理。
1）．新学期向导能自动引导您建立新班级，处理毕业班读者。
2）．借书证制作可用扫描仪、图像文件等作为读者照片源，制作黑白或彩色的借书证。
3）．读者管理能完成读者调动、借书证挂失、补办、停止借阅、单独打印读者条码等日常事务。
4）．读者可以自由分类，可为每一类读者指定借阅规则。5．读者有自己的密码，可以远程预约图书。
2、采编管理。
1）．有完善的采编功能及超过70万册典型书目的辅助编目数据。
2）．图书采编采用扫描枪自动识别isbn和统一书号，对分类号进行自动分析，借助可扩展的编目库减轻编目人员的工作。
3）．图书注销有完整的备查档案。
3、流通管理。
1）．借书完全通过扫描枪条码识别，自动识别借书证是否有效，根据设定的规则进行管理。
提示读者已借书数、超期图书应缴罚款等参考信息。根据图书的种类确定借阅期限。罚款单价根据图书种类确定。
2）．还书完全通过条码识别，自动作超期记录。
3）．图书预约可以为读者提供方便，可以进行管理及打印到书通知。
4）．图书损坏、丢失处理能显示每本书上次损坏的记录以及其它信息。
4、统计管理。
1）．综合统计统计图书馆目前的各种指标。
2）．流通统计可以统计、分析各时期的图书流通率、分类流通率、流通变化趋势，并可以图表、表格两种方式显示。
3）．馆藏统计可以统计、分析各时期的图书馆藏量、分类馆藏量、馆藏量变化趋势，并可以图表、表格两种方式显示。
5、查询管理。
1)．读者可以通过web随时随地进行图书检索，可以随意安排检索条件、检索项目。
2)．借阅综合查询可以查询按全体读者、各类别读者、某个部门、班级、个人进行借阅图书、超期图书、借还书日期、借阅天数的查询。
3)．超期图书汇总可以按部门查询已超期图书，可打印催还图书通知单。
4)．可查询图书的被借阅史、读者的借阅史。
5)．应收超期罚款、已收罚金的明细、汇总帐。
6)．已注销、损坏图书查询。
6、其它辅助功能。
1)．系统管理、操作员管理能为使用本系统的每个人设置不同的操作范围。
2)．数据备份和数据恢复提高系统的安全性。
3.3安全需求。
考虑到不同用户的权限不同，第一次进入该系统时应该向管理员申请注册一个用户名和密码，并完整的填写相关信息，同时存入数据库表中。这样管理员就可赋予不同用户不同的权限。每位用户根据自己的身份不同，进入不同的用户界面。管理员有权力行使所有的管理功能，普通用户只能进行一般的查询。
1.做个有条形码的借书证，方便借书还书。
2.在编目和流通这两块一定要改善，用计算机管理。
3.对库能够灵活设置。
4.做个借期超过要求罚款的功能，不同类的书罚款各不相同。
5.软件系统安全上要有一定的保障。
6.增加各种尽可能多的统计功能。
7.安装磁条，增加图书安全性。
8.图书管理系统软件还必须具有,导入,导出数据库功能。方便即时更新和修改。
3.4.故障处理要求。
a.内部故障处理。
在开发阶段可以随即修改数据库里的相应内容。
b.外部故障处理。
对编辑的程序进行重装载时，第一次装载认为错，修改。第二次运行，在需求调用时出错，有错误提示，重试。
c.本软件可能产生的错误为数据库的错误信息，应由数据库管理员对数据库进行维护。为了确保系统恢复的能力，数据库管理员要定期对数据库进行备份。
3.5数据管理能力要求。
定时整理数据：系统管理员根据市场图书行情定时整理系统数据库，对图书的借阅情况、读者的管理情况、书库的增减等均可有计算机执行，并将运行结果归档。
查询库存量：能随时查询书库中图书的库存量，以便准确、及时、方便地为读者提供借阅信息，但不能修改数据,无信息处理权，即可以打印清单、浏览数据等，管理权限由系统管理员掌握和分配。
3.6.运行环境设定。
3.6.1.设备。
硬件、外部设备（p4微机一台、打印机一台）。
运行本软件所要求的硬设备的最小配置：
a.奔腾4代、内存256m；
b.i／o设备：显示器、鼠标、键盘；
3.6.2.支持软件。
说明为运行本软件所需要的支持软件，如：
a.操作系统：windows98及以上版本。
b.支撑框架：.netframework1.1。
c.数据库：access2000。
4.其他需求。
接口设计：
4.1外部接口：通过一定的计算机硬件，建立服务器系统，管理员通过管理服务器系统，与用户进行交互，从而达到资源共享的目的，实现图书管理系统。
4.2内部接口：程序内部需要共同的数据定义和描述，此系统是智能办公化管理系统的一个子系统，必须和这个系统的其他子系统统一数据定义等，才能使该系统性能达到最好，并且要尽量消除和其他子系统模块之间存在的数据冗余，才能使整个智能办公系统做到高效，方便。
4.3．e-r图e-r图清楚地描述了系统中各个实体之间的联系，以及各个实体所具有的属性，可以使读者很清楚地了解整个系统的总体处理。在建立e-r图的过程中，主要经历以下几个步骤：1.选择局部应用；2.逐一设计分e-r图；3.合并分e-r图，生成初步e-r图；4.消除不必要的冗余，设计基本的e-r图。
需求分析报告
需求分析活动其实本来就是一个和客户交流，正确引导客户能够将自己的实际需求用较为适当的技术语言进行表达（或者由相关技术人员帮助表达）以明确项目目的的过程。这个过程中也同时包含了对要建立的网站基本功能和模块的确立和策划活动。所以项目小组每个成员、客户甚至是开发方的部门经理（根据项目大小而定）的参与是必要的。而项目的管理者在需求分析中的职责有如下几个方面：
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、明确项目完成后的维护责任。
综上所述，在网站项目的需求分析中主要是由项目负责人来确定对用户需求的理解程度，而用户调查和市场调研等需求分析活动的目的就是帮助项目负责人加深对用户需求的理解和对前期不明确的地方进行明确化，以便于日后在项目开发过程中作为开发成员的依据和借鉴。
需求分析报告
（一）一、教材分析及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，对该软件不熟悉,制作过程中会遇到技术问题，期待老师的指导和小组的共同探究。
软件画面制作的精美程度是个挑战，要提高自己的审美能力。
（二）一、调查目的以怀化学院为例，了解大学生英语学习现状，调查他们的英语学习需求，对英语新课程发展提出建议。
二、调查范围。
怀化学院外语系09级4、5班。
三、调查对象。
有至少八年以上英语学习基础的大学生、有至少三年以上英语教学经验的老师。
四、调查方法。
1、访谈对部分怀化学院外语老师和学生进行访谈。访谈内容涉及英语教师、教材、学习策略、学习环境（课内外学习环境）四个方面。
3、任务分析。
五、成果。
1、背景概述。
近年来，我系英语专业四级、八级过级率逐年上升，学生应对考试的能力不断提高，然而，学生的实战应用能力却相形见绌。归其原因，主要是受到考试过级率的影响，教学者教学形式单一，教师唱独角戏，满堂灌，教与学双边活动难以开展等现象比较突出。
2、调查结果分析-----学生的英语学习需求整体情况分析。
a、学生对英语教师的需求主要有以下几个方面：
a、教师的基本功要扎实知识要渊博，教师要严而有道，以身作则。
b、希望教师采用灵活多变的教学方法。
c、希望和教师建立良好的师生关系。
由此可见，学生对英语教师的语言基本功、知识水平、教学方法方面、有着相当高的要求；学生希望老师在教学过程中以身作则，树立榜样；学生更喜欢老师经常激励他们；同时学生期待与老师建立良好的师生关系。
b、学生对教材的需求主要有以下几个方面：
a、希望教师在教学过程中教学内容不要固定在教材本身，要及时补充鲜活的内容；
b、希望教材内容能有助于提高他们的交际能力。
通过调查我们发现学生对教材的内容的真实性、实用性、趣味性、知识性和教材对交际能力的培养的要求很高。教师在教材的选择和使用上应注意趋利而避弊，在固定教材上增补一些新的教学材料。另外，固定教材容易使教材的内容过时，不能反映外语。实际的现状，并且还会造成教材的难度与学生实际水平脱节的现象授课时和班级过大等因素的限制，如何充分利。
c、学生对学习策略的需求。
通过调查我们发现有:。
小部分学生还不能有效地使用适合自己的英语学习策略；大部分学生认为教师对学生进行英语学习策略培训有必要，还有一部分学生能够经常反思自己的英语学习，探索适合自己的学习方法，但效果不理想，希望求助于英语教师。
4、学生对学习环境的需求。
通过调查我们发现绝大多数同学都意识到积极参加课堂活动对英语学习的重要性，从而说明了学生对课堂学习环境的期望值很高；超过三分之二的学生在课堂上存在不同程度的紧张和焦虑，经访谈发现：学生害怕被点回答问题，担心回答问题出错，自信心不够强，表演欲不够强这一点也能解释学生为什么对来自老师同学的支持和鼓励的需求强烈。同时大多数学生喜欢和同学进行合作学习，绝大多数学生认可自主。学习的平台在英语学习中的作用，对于英语课外活动的学生认可度和满意度还不高。
六、结论与启示。
通过本次调查，我们了解了不同英语水平的学生在对英语教师、教材、学习策略、学习环境等有关因素的需求情况，发现在英语教师、教材、学习动机等方面上高低水平学生无显著性差异，在对学习策略和学习环境的需求上高低水平学生存在着显著性差异，我们得到了以下启示：
1、英语教师应经常对非英语专业学生进行学习策略培训，培养和提高学生运用学习策略的意识，从而有助于学生个性化学习方法的形成和学生自主学习能力的发展。
2、优秀的老师应当能选择教材，活用教材，跳出教材，发展教材。
3、教师应该在课堂上创设一个轻松惬意的语言学习环境，满足不同水平学生的需求，并把焦虑降低到最低限度。学校在课外要组织丰富多彩的英语活动，数量和质量并重。
需求分析报告
此需求规格说明书对《学生信息管理系统》做了全面细致的用户需求分析，明确索要开发的软件具有的功能、性能与界面，是系统分析人员及软件开发人员能清楚地了解用户的需求，并在此基础上进一步提出概要设计说明出和完成后续设计与开发工作。编写该书的目的是为能够更加准确的明白该系统的需要，对所开发的软件的功能、性能、用户界面及运行环境等做出详细的说明。
本说明书的预期读者为客户、业务或需求分析人员、测试人员、用户文档编写者、项目管理人员等。
1.2背景。
1.3术语。
系统采用的是c/s结构，即客户端和服务器架构，示意图如图2-1所示。客户端端提供用户操作界面，接受用户输入的各种操作信息，向服务器发出各种操作命令或数据请求，并接收执行操作命令后返回的数据结果，根据业务逻辑进行相关的运算，向用户显示相应的信息。服务器端接收客户端的数据或命令请求，并请求数据库服务器执行数据库操作得到相应的数据集，对数据集进行相应的处理，然后将数据集或处理后的数据集返回给客户端。
c/s结构：即客户端和服务器架构。
1.4参考资料。
《软件工程导论》。
2.1目标。
项目开发意图：为了方便管理学生信息，加强学生交流，让大家及时了解班级动态，提供一个人性化的便捷管理平台。
应用目标：学生信息管理主要针对自己所在的班级所有学生而制作的管理系统。
作用范围：学生导师、辅导员、管理员、学校管理人员等。
2.2用户特点。
用户要具备电脑的基本操作，懂得上网浏览网页，管理人员要添加、更新、删除信息等操作，学生只有查询、修改基本信息、修改登录密码权限。技术人员要负责数据库的管理、网站的维护。
2.2假定和约束。
假定：开发周期：30天。
约束：时间比较仓促、掌握的专业技能有限、社会经验不足、项目完成经验不足。
3.1功能分析。
3.1.1对功能的分析。
1：学生的需求。
(1)在第一时间查询自己所有的成绩（自己的平均成绩,总成绩）。
(2)查询某一科成绩,该科平均成绩，最高成绩，最低成绩。
(3)打印和下载自己的成绩。
2：老师的需求。
(1)查询某一学生的所有成绩（平均成绩,总成绩）。
(4)对某一科成绩进行统计（及格人数，及格率，不及格人数，不及格率，优秀人数，优秀率，某一分数段的人数）。
(5)录入成绩和修改更新成绩（自己所教授的那一科成绩)。
(6)打印统计出的结果。
3:管理员的需求。
(1)查询某一学生的所有成绩（平均成绩,总成绩）。
(2)查询某一学生某一科成绩,该科平均成绩，最高成绩，最低成绩。
(3)查询某一班级的成绩。
(4)对某一科成绩进行统计（及格人数，及格率，不及格人数，不及格率，优秀人数，优秀率，某一分数段的人数）。
(5)录入成绩和修改成绩。
(6)打印统计出的结果。
(7)用户管理。
(8)数据库管理。
3.1.2对功能的要求。
1．功能划分和描述。
学籍管理、成绩管理、奖惩管理、奖学金管理、困贷管理其下的查询、编辑、插入、删除模块均实现其相应管理的具体功能。
2．进一步功能描述。
模块名称：学籍管理。
输入数据流：学籍控制信息。
输出数据流：学籍返回信息。
简要描述：主要负责学生学号、姓名、性别、出生年月、身份证号码、党团关系、系别、专业、级别、学制方面的信息管理。
块名称：成绩管理。
输入数据流：成绩控制信息输出数据流：成绩返回信息。
3.1.3系统功能层次模块图。
3.2性能分析3.2.1精度。
为了查询完整，尽量让所有相应域包含查询关键字的记录都能查到。由于通常有文件的记录很多，所以本系统采用两种查询：直接查询和模糊查询。
3.2.2容错要求。
为了保障系统能正常运行，尽量使得服务器数据库的数据合法化，以及前台能有效操作和浏览系统。
3.2.3灵活性。
1）当执行查询时，查询完后提供返回按钮可继续查找；
2）用户处于一定时间的“不操作”，服务器可以不再相应对数据库的请求，
除非再次登录；
3.3安全性分析。
1）数据库连接采用jdbc方法进行连接，从而提高数据库的可操作性和安全性；
2）对于某些页面进行强制用户登陆后方能进行操作；
3.4故障处理要求。
软硬件故障：
1）用户使用电脑系统有问题，或者浏览器有问题；
2）数据库建立有问题；
3）内存太小会影响运行速度；
4）对于各类突发事件要注意避免；
3.5其他专门要求。
保密性：数据库要做好保密，避免数据的丢失或者盗取；
间接性：用户的操作界面必须要做到简单明了，不能有太复杂的设置或者操。
作。
可更新性：对于系统可以根据用户需要进行更新，维护等操作，扩展其功能，
并使系统稳定。
第一层。
数据流图(dfd)。
1.1第二层。
4.3数据字典。
5.1设备。
开发建议使用的设备：
从网络传输需网卡，品牌机最好，组装机需性能好一点的，以防对大量操作时出现反应不过来等不良现象。
5.2接口。
软件接口：运行于xp以及更高版本；硬件接口：本系统不需要特定的硬件和硬件接口运行支撑；内部接口：内部接口方面，各模块之间采用函数调用、参数传递、返回值的方式进行消息传递。接口传递的信息将是以数据结构封装了的数据，以参数传递或返回值的形式在各模块间传输。
需求分析报告
1.1编写目的：
本需求分析报告范文的目的是规范化本软件的编写，旨在于提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，同时提出了本学校排课系统的软件开发过程，便于程序员与客户之间的交流、协作，并作为工作成果的原始依据，同时也表明了本软件的共性，以期能够获得更大范围的应用，同时它也是进行项目策划、概要设计和详细设计的基础，是维护人员进行内部维护，信息更新，验收和测试的依据。
1.2背景及范围。
本项目的名称：学校排课系统。
本项目的任务提出者及开发者是：计算机应用三班张哲，用户是学校。
本产品是针对电脑进行排课的需求设计的，可以完成：基本数据录入与维护、课程表编排、课表冲突分析报告、课表输出、可以直接或导出至excel打印总课表、教师课表、班级课表、场地课表、系统管理。
1.3定义缩写词。
学校排课系统软件：学校排课系统软件是为了帮助学校老师对学校的排课更加方便和快速制作处课程表及其管理学校的课程的软件。
使用改程序后，学校的排课可以很轻松的安排好，而却可以尽量避免平时排课时出现的排课冲突，还可以临时加补课等功能。
2.1软件开发的目标：
改善目前有些学校人工排课是常常出现的冲突以及浪费的大量时间。同时也通过实践来提高自己的动手能力。
2.2应用范围：
理论上能实现中小学排课，职业中学排课。
2.3子集说明：
软件主要分为两个模块，一个基本信息的录入，一个是进行排课的管理。
2.4软件功能描述：
外部功能：实现了可视化窗口，排课，调课。
内部功能：基本信息的录入、固定课的设置、科目的录入、年级的录入、任课老师的录入、场地限制的录入和课表的查看；排课操作、调课操作、场地调课操作、老师课表及学生课表生成。
2.5软件操作人员的要求。
软件的操作人员要求具有一定的电脑常识，并且具有排课的初步常识。
自己添加一些。
4.1数据录入精度需求。
在进行向数据库录入数据时，要求数据记录准确。
4.2软件自身时间特性需求。
5.1可用性。
本软件由于自身的能力限制，所有只限现在所有的功能。
5.2安全性。
5.3可维护性。
本软件利用数据库进行编程，系统结构由程序基本确定，大量的参数及文本内容全部放于数据库中。修改、更新数据只要在数据库进行修改添加，而不需要对系统结构进行修改，这样系统维护性十分方便。
5.4兼容性。
由于尚未测试，故无法对兼容性进行评析。
系统需求分析报告
高陵县地处陕西省关中平原腹地，位于西安市辖域北部。地势平坦，土壤肥沃，是西北首个吨粮县。高陵县始建于秦孝公十二年（公元前350年），是中国建县历史最早的县份之一。1949年划属三原分区，1950年5月划属咸阳专区，1953年1月改属渭南专区，1956年10月由省直辖，1961年改属咸阳专区，1983年10月5日划归西安市管辖区域。全县辖4镇4乡，88个行政村，740个村民小组。耕地2万公顷。地区总面积290平方千米，每平方千米人口密度约950人。总人口29万人，其中非农业人口11.9万。县人民政府驻鹿苑镇。名胜古迹有昭慧寺塔等。
高陵县原有平安城市系统，投入使用多年来，在震慑犯罪、取证服务、掌握社会治安动态、有效控制社会面、应急处置突发事件等方面发挥了很大的作用。但因规划建设早，视频监控设备已落后，亟待进行升级改造。
随着平安城市工程在全国范围内的快速推进，视频监控系统的基础建设已经初具规模，并取得了显著成效，正逐步能够满足城市视频监控的一些基本要求，但是也存在着多种矛盾，主要体现在以下几点：
图像清晰度不够：已建的系统大多为模拟系统，图像分辨率最高达到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中有这样的描述：
“利用电影、卡通、图片、表格和动画片等制作示意图开始，告诉我们用户是谁，要发生什么事情，如何发生。以用户友好的方式帮助收集并改进用户需求。鼓励更有创造性、更加创新的设计解决方案。鼓励团队复审，并避免所有人都不希望出现的特征。确保以可理解、直观的方式实施特征。
项目经理、系统分析员、开发经理、交互设计师、测试人员、文档人员包括客户代表都应该看需求分析，并进行共同的讨论，达成一致的意见。
我们经常会遇到业务人员辛辛苦苦谈下来的项目，对开发人员来说却是难以实现的，而技术人员设计的产品却常常得不到客户的认可，甚至发生纠纷，因此参与项目开发的人员都应该对这份需求有统一清晰的认识，并根据自己的工作对需求提出意见，通过与客户的沟通修订，最终确定项目实现的目标。例如：
项目经理通过需求分析才能组建所需要的团队包括配置工作环境，制定开发周期。
开发周期的限制和功能上的要求可能会影响到程序员采用什么样的语言和工具进行编写；
操作用户的技能水平将影响到交互设计师进行前台设计时做到什么样的精度；
通过下表，我们可以看的出不同角色根据需求的变更所进行的工作流程：
尽管我们费了许多功夫在如何做好网站建设需求分析进行了最大可能的努力，但几乎可以肯定的是，这份需求分析在开发过程中一定会发生变化，也许是出自客户的遗漏，也可能是在开发过程中被激发出来的，这种变更有时是如此的频繁和琐碎，以至于往往不能将变更及时反馈到项目的各个角色中，那么做好需求变更日志就显得非常重要。
并将修改后的需求分析制作成新版本，保留每次更改过的版本，而不是覆盖，这样就比较容易地跟踪到需求变更过程中所带来的工作调整。
在如何做好网站建设需求分析和变更管理的过程中，工作量最大的角色为客户代表、业务员和项目经理。
客户代表提出需求，业务员帮助整理和分析，项目经理对整个项目进行评估。
在实际工作中，很多项目失败的起因都和需求分析有关。客户代表和业务员通常并非从事技术开发的专业人员，在讨论需求的时候往往对项目的技术难度、工作量、时间进度把握不准确，这时候需要项目经理或技术人员进行参谋。
•将如何做好网站建设需求分析进行分析，确认可操作的系统模型；
•利用最自然的语言将系统进行描述，使每个开发人员不会产生歧意；
•迅速确定网站的用户角色；
比如访客、会员、重要客户、前台管理员、网站管理员、业务员等；
•分析确定每个角色的权限及可操作的功能；
网站管理员可以更改栏目、修改网站界面等；•制作流程图和示意图将需求表现出来；
•让客户参与到示意图的设计中，及时正确的反应出需求变更。
•制作需求变更日志，保留升级版本，通过版本控制进行需求管理；•通过需求《管理计划书》使每个参与人员看到共同的努力目标。
这里只是粗略的介绍企业如何做好网站建设需求分析，希望对大家有所帮助。
需求分析报告的
以怀化学院为例，了解大学生英语学习现状，调查他们的英语学习需求，对英语新课程发展提出建议。
二、调查范围。
怀化学院外语系09级4、5班。
三、调查对象。
有至少八年以上英语学习基础的大学生、有至少三年以上英语教学经验的老师。
四、调查方法。
1、访谈对部分怀化学院外语老师和学生进行访谈。访谈内容涉及英语教师、教材、学习策略、学习环境(课内外学习环境)四个方面。
3、任务分析。
五、成果。
1、背景概述。
近年来，我系英语专业四级、八级过级率逐年上升，学生应对考试的能力不断提高，然而，学生的实战应用能力却相形见绌。归其原因，主要是受到考试过级率的影响，教学者教学形式单一，教师唱独角戏，满堂灌，教与学双边活动难以开展等现象比较突出。
2、调查结果分析-----学生的英语学习需求整体情况分析。
a、学生对英语教师的需求主要有以下几个方面：
a、教师的基本功要扎实知识要渊博，教师要严而有道，以身作则。
b、希望教师采用灵活多变的教学方法。
c、希望和教师建立良好的师生关系。
由此可见，学生对英语教师的语言基本功、知识水平、教学方法方面、有着相当高的要求;学生希望老师在教学过程中以身作则，树立榜样;学生更喜欢老师经常激励他们;同时学生期待与老师建立良好的师生关系。
b、学生对教材的需求主要有以下几个方面：
a、希望教师在教学过程中教学内容不要固定在教材本身，要及时补充鲜活的内容;。
b、希望教材内容能有助于提高他们的交际能力。
通过调查我们发现学生对教材的内容的真实性、实用性、趣味性、知识性和教材对交际能力的培养的要求很高。教师在教材的选择和使用上应注意趋利而避弊，在固定教材上增补一些新的教学材料。另外，固定教材容易使教材的内容过时，不能反映外语。实际的现状，并且还会造成教材的难度与学生实际水平脱节的现象授课时和班级过大等因素的限制，如何充分利。
c、学生对学习策略的需求。
通过调查我们发现有:。
小部分学生还不能有效地使用适合自己的英语学习策略;大部分学生认为教师对学生进行英语学习策略培训有必要，还有一部分学生能够经常反思自己的英语学习，探索适合自己的学习方法，但效果不理想，希望求助于英语教师。
4、学生对学习环境的需求。
通过调查我们发现绝大多数同学都意识到积极参加课堂活动对英语学习的重要性，从而说明了学生对课堂学习环境的期望值很高;超过三分之二的学生在课堂上存在不同程度的紧张和焦虑，经访谈发现：学生害怕被点回答问题，担心回答问题出错，自信心不够强，表演欲不够强这一点也能解释学生为什么对来自老师同学的支持和鼓励的需求强烈。同时大多数学生喜欢和同学进行合作学习，绝大多数学生认可自主。学习的平台在英语学习中的作用，对于英语课外活动的学生认可度和满意度还不高。
六、结论与启示。
通过本次调查，我们了解了不同英语水平的学生在对英语教师、教材、学习策略、学习环境等有关因素的需求情况，发现在英语教师、教材、学习动机等方面上高低水平学生无显著性差异，在对学习策略和学习环境的需求上高低水平学生存在着显著性差异，我们得到了以下启示：
1、英语教师应经常对非英语专业学生进行学习策略培训，培养和提高学生运用学习策略的意识，从而有助于学生个性化学习方法的形成和学生自主学习能力的发展。
2、优秀的老师应当能选择教材，活用教材，跳出教材，发展教材。
3、教师应该在课堂上创设一个轻松惬意的语言学习环境，满足不同水平学生的需求，并把焦虑降低到最低限度。学校在课外要组织丰富多彩的英语活动，数量和质量并重。
客户需求分析报告
一、网络应用需求。
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创意:观看了一些课件，觉得课件的制作源于生活，从生活历史都可以找到灵感，这学期我们选修了书法，所以对文房四宝有了一定的了解，我们想通过这次的课件让更多的人不仅仅知道文房四宝，还能引出书法的观念，让人产生学习的兴趣。而笔墨纸砚又与书法文化紧密相连，通过活动学生对于书法的知识了解会增多，而练书法的兴趣会增强，对练书法的体会会更深刻。当我们看到老师的课件做的有些粗糙，背景黄色显得单调，就想做这个课件改进这一缺点。
二、教学内容分析：（目标以及重点、难点等）。
总目标：让观者了解文房四宝的来源，文化背景，再从三维教学目标出发：
2．情感态度价值观：通过本次课件的教学，使学生感悟先辈们的智慧和创造力，明白只有高度想象力和高度创造力的民族才能浇开这棵独特的艺术之花，从而激发学生对书法文化的热爱以及民族自信心与民族自豪感，使学生从中潜移默化地受到生动的爱国主义教育。
3．过程与方法：运用上网查询、查阅资料等多种方式进行调查研究；学生通过观看我的课件，最好写些感想，练习练习书法。
重点：文房四宝所引出的我们对文化，文字的了解，我们应该能够产生对书法的认同感。难点：因为受教育群体可能知识非常有限，不能具体的分析解释。
三、学习对象特点分析：（年龄特征、认知水平等）。
四、设备条件要求：课件制作环境还需要flash的连接插入，希望能够得到老师同学的帮助。还需要上网多查点资料，去图书馆搜搜相关信息。借些书籍看看。
五、存在的困难及拟解决方法：（人员、时间、经费等）。
对一些特效不会制作，安排，时间不是太充足，准备用有限的时间多看看别的ppt，设计好思路，制作一个可行性方案。
系统需求分析报告
1、项目描述。
1.1背景。
随着网络的普及，网络业务应用向深度和广度不断发展，方便用户的同时，也因用户终端存在网络安全漏洞或用户网络安全意识的疏忽，使得网络上涉及如：电子商务、在线游戏、dns授权服务、网银支付系统、社交网站、论坛、博客、门户网站等在线业务受到黑客及网络犯罪份子的攻击，对个人用户信息（网银、支付钱包账号密码等）的保密和对国家互联网信息管理与审计构成严重威胁。
1.2研究意义。
本项目针对以上问题，主要利用了以下两种技术：僵尸网络反制技术及http/https协议通信的监控技术。
网络攻击已严重威胁着网络的安全，及时的发现网络攻击并在必要的时候劫持与反制网络攻击，成为保障互联网正常运行、保障在线业务系统正常访问的重要方法。
经过与项目委托方多次讨论，设计系统的目的是为实现对特定非法用户web（http/https协议）通信进行监控及反制，具体要求实现的功能有：监控系统远程控制、针对特定非法用户上网流量劫持、针对特定非法用户web通信进行js脚本注入、获取非法用户账号和密码、获取非法用户访问某些网站的cookie。
根据监控系统的要求对系统的功能进行分析，明确了系统需要实现的功能。系统的功能结构模块：系统管理功能、流量劫持功能、监控与反制功能。
2.1.1系统管理功能。
系统管理模块主要负责系统登录、系统远程控制、黑名单库配置、数据存储和展示。数据展示包含数据存储和数据展示，数据存储负责接收后端和前端js探针采集的数据并存储到数据库，数据展示负责提取数据库数据并显示。
2.1.2流量劫持功能。
本文流量劫持指dns协议劫持，主要由四个部分组成：报文捕获、协议解析、ip及域名查找匹配、dns协议欺骗。
流量劫持成功率。
为了达到项目委托单位的要求，需要对特定用户访问特定网站的流量进行准确监控，同时保证流量劫持的成功率（90%以上）。
2.监控与反制系统并发量。
监控与反制系统服务器的并发性能直接决定同时能够监听的用户数。当被监控用户数过大，监控与反制系统并发处理能力到极大挑战。
3.系统运行稳定性。
第2页系统稳定性是系统最基本也是最重要的要求，运行稳定性关系到系统能否长时间稳定运行。系统的稳定性体现在：随着运行时间的增加，系统并不会出现内存泄露、甚至系统崩溃等情况。其中内存泄露可通过内存消耗、cpu使用率指标度量。
第3页。
网站需求分析报告
一、需求分析活动其实本来就是一个和客户交流，正确引导客户能够将自己的实际需求用较为适当的技术语言进行表达（或者由相关技术人员帮助表达）以明确项目目的的过程。这个过程中也同时包含了对要建立的网站基本功能和模块的确立和策划活动。
1、负责组织相关开发人员与用户一起进行需求分析。
2、组织相关人员对《网站功能描述书》进行反复讨论和修改，确定《网站功能描述书》正式文档。
二、完整的需求调查文档记录体系。
在整个需求分析的过程中，将按照一定规范的编写需求分析的相关文档不但可以帮助成员将需求分析结果更加明确化，也为以后开发过程中做到了现实文本形式的备忘，并且有助于主管人员的日后的开发项目提供有益的借鉴和模范，成为项目开发中积累的符合自身特点的经验财富。
需求分析中需要编写的文档主要是《网站功能描述书》，他基本上是整个需求分析活动的结果性文档，也是开发工程中项目成员主要可供参考的文档。为了更加清楚的描述《网站功能描述书》往往还需要编写《用户调查报告》和《市场调研报告》文档来辅助说明。各种文档最好有一定的规范和固定格式，以便增加其可阅读性和方便阅读者快速理解文档内容，相关规定将在本文后面讨论。
三、向用户调查些什么。
在需求分析的工程中，往往有很多不明确的用户需求，这个时候。
项目负责人需要调查用户的实际情况，明确用户需求。一个比较理想化的用户调查活动需要用户的充分配合，而且还有可能需要对调查对象进行必要的培训。所以调查的计划安排：时间、地点、参加人员、调查内容，都需要项目负责人和用户的共同认可。调查的形式可以是：发需求调查表、开需求调查座谈会或者现场调研。调查的内容主要如下：
1、网站当前以及日后可能出现的功能需求。
2、客户对网站的性能（如访问速度）的要求和可靠性的要求。
3、确定网站维护的要求。
4、网站的实际运行环境。
5、网站页面总体风格以及美工效果。
6、主页面和次级页面数量，是否需要多种语言版本等。
7、内容管理及录入任务的分配。
8、各种页面特殊效果及其数量（js,flash等）。
9、项目完成时间及进度（可以根据合同）。
10、明确项目完成后的维护责任。
调查结束以后，需要编写《用户调查报告》，《报告》的要点是：
1、调查概要说明：网站项目的名称；用户单位；参与调查人员；调查开始终止的时间；调查的工作安排。
求、实际运行环境；用户对新网站的期望等。
3、调查资料汇编：将调查得到的资料分类汇总（如调查问卷，会议记录等等）。
四、市场调研活动内容。
通过市场调研活动，清晰的分析相似网站的性能和运行情况。可以帮助项目负责人更加清楚的构想出自己开发的网站的大体架构和模样，在总结同类网站优势和缺点的同时项目开发人员可以博采众长开发出更加优秀的网站。
但是由于实际中时间、经费、公司能力所限，市场调研覆盖的范围有一定的局限性，在调研市场同类网站的时候，应尽可能调研到所有比较出名和优秀的同类网站。应该了解同类网站的使用环境与用户的诧异点、类似点，同类产品所定义的用户详细需求（需要公司或者项目负责人有一定的关系）。市场调研的重点应该放在主要竞争对手的作品或类似网站作品的有关信息上。市场调研可以包括下列内容：
调研的目的是明确并且引导用户需求。
对市场同类产品调研结束后，应该撰写《市场调研报告》主要包括一下要点：
活动进行认真的总结，将分析前期不明确的需求逐一明确清晰化，并输出一份详细清晰的总结性文档――《网站功能描述书》以供作为日后项目开发过程中的依据。
《网站功能描述书》必须包含以下内容：
1、网站功能。
2、网站用户界面（初步）。
3、网站运行的软硬件环境。
4、网站系统性能定义。
5、网站系统的软件和硬件接口。
6、确定网站维护的要求。
7、确定网站系统空间租赁要求。
8、网站页面总体风格及美工效果。
9、主页面及次页面大概数量。
10、管理及内容录入任务分配。
11、各种页面特殊效果及其数量。
12、项目完成时间及进度。
13、明确项目完成后的维护责任。
综上所述，在网站项目的需求分析中主要是由项目负责人来确定对用户需求的理解程度，而用户调查和市场调研等需求分析活动的目的就是帮助项目负责人加深对用户需求的理解和对前期不明确的地方进行明确化，以便于日后在项目开发过程中作为开发成员的依据和借鉴。
网站需求分析报告
旅游借助互联网，能够解决传统旅游业不能解决的适应游客行、吃、住、游、玩一体化的需求;同时还由于旅游也作为一个整体的商业生态链，涉及到旅行服务机构、酒店、景区、交通等等，利用互联网可以将这些环节连成一个统一的整体，进而可以大大提高服务的水平和业务的来源。一方面，互联网为传统旅游业提供新的机遇及提高服务水平和运作水平的手段，另一方面，大多数没有开展网上业务的中小旅行社则面临严峻的挑战。
网站系统解决方案提供商必须有足够的能力和经验帮助广大中小型的旅行社走上电子商务的道路，同时，其提供的解决方案还必须能够同时满足复杂的b2b和b2c需求，并在稳定性、可用性、可管理性等方面具有优势。而对于中小企业业务一直占有很大比重的恩派瑞网络来说，它的解决方案也是切实体现这种需求，并且对于规模更大的网站也有相应的备选方案。
为了降低单个旅游企业的营销推广费用，更好地利用旅游公共营销推广体系进行推广，旅游推广中心应为游客和企业设计一系列旅游指南，在推出推广的过程中，看能否得到旅游企业的广泛认同。旅游网站的各种应用，集成了新闻发布管理、网站内容管理、酒店预订管理、线路预订管理、会议预订管理、机票预订、留言薄管理、广告发布管理、自助友情链接、天气预报、注册会员、旅游论坛、订单管理等多套系统，以及完善的强大的后台管理操作，无愧于全套解决方案的名称。它也大限度地实现了管理自己网站的梦想，只要会操作浏览器，就能够管理自己的网站。
1.地区性：北京旅游门户网。
2.权威性：通过与各协会的合作，定格使此站的行业权威性;。
4.网站风格：既已定位为门户，虽应当风格以大众化为主，但由于主题的特殊性，因此我以为网站设计风格应结合网民的浏览习惯，功能上以大众化方式进行操作，页面设计上应当在具备大众化的同时，加以设计特色，让此网站与一般网站不同，刺激网民的视觉。明确了网站的定位，再根据所涉及的栏目进行可行性分析。
(1)景点、农家院、旅游线路等方面的信息;。
(2)旅游常识、旅游注意事项、旅游新闻、货币兑换、旅游目的地天气、环境、人文等信息以及旅游观感等。
网站需求分析报告
1、总体目标。
(1)色调保持统一，塑造公司整体形象;。
(3)加强网站宣传推广，提高公司知名度;。
2、基本要求。
(1)网页内容：主次分明、结构清楚、内容精炼、信息真实;。
(2)浏览效果：简练的色调及线条，灵活、简洁的图形设计，合理、变化、简单明快的布局;突出高科技概念。
二、网站结构和栏目。
网站结构如下所示。
(1)。
(2)。
(3)。
(4)。
(5)。
(6)服务中心为新加项目，里面主要以客服中心为主。
(7)分支机构为新加项目，对公司各个分支机构的介绍和相关新闻。将原有的各分支网站的管理平台拿掉，做成一个统一的管理平台。
三、功能模块。
1、信息发布。
为本次改版最重要的应用系统，实现对全站网页内容的更新与维护。拥有相关权限的用户进入我们的设计发布平台，管理发布内容，其中包括新闻、公告、信息的增加、修改、删除。动态信息发布支持在线文字编辑，编辑结果所见即所得，以优化最终显示效果。同时可支持图片上载。所有发布信息均自动生成发布日期与访问次数。主栏目可改名，各子栏目可自定义增、删、改。支持用户管理留痕。
2、站内搜索。
为了保证用户根据文章标题、全文内容、发表日期等为关键字进行搜索，建立站内搜索是非常必需的。在技术上，我们利用数据库来实现根据文章标题、发表日期等为关键字的搜索功能，通过本系统程序可以在文件中以具体文字内容为关键字实现搜索功能。
搜索的范围可以是文章的标题、内容、发表时间等，极大的方便了用户对特定文章的查找，同时也提高了搜索的准确性，和访客的易用性。搜索的范围可以是文章的标题、内容、发表时间等，极大的方便了用户对特定文章的查找，同时也提高了搜索的准确性。
3、邮件列表。
将客户的邮件地址加入邮件列表、保存，以便将公司优惠活动等信息群发给客户。
4、域名查询。
提供国际、国内cn的.在线查询功能。
5、网上调查：
通过网上调查系统在首页不定期进行热点调查活动，通过各项调查了解群众各项指标的观注程度，网站管理者可根据此进行适当调整。
6、数据备份：
作为站点内容存在的根基，系统所有的数据应该长期适时，稳定有效。而应对各种各样突发事件或者各种非人力因素可以控制的事故，每日数据备份是必须的，也是最为稳妥有效的方法。一旦发生意外，可以在最短的时间内恢复正常。
在技术上，我们利用网络操作系统w2k本身非常优秀的任务计划处理概念来实现按照某个周期固定某个时间来进行不需要人为参与的自动的机器备份。一旦系统发生意外,只需要简单操作即可恢复，绝对不会造成大的影响。
7、用户权限管理。
根据需求，我们采用策略管理的控制方式，按照系统栏目的对应关系，对系统权限进行级别划分，并由系统管理员对系统权限策略进行统一管理，各级管理员仅能管理与维护权限范围内的栏目与模块。具体划分方式如下：
8、超级管理员职责。
栏目管理，建立系统总栏目，并预留管理空间给各栏目管理员，各分栏目管理由各级管理员自己负责。对总栏目进行管理(即增加、修改、删除);用户组管理，管理工作组(即增加、修改、删除)，管理用户(即增加、修改、删除)，建立各组的管理员。
9、各组的管理员职责。
栏目管理，建立自己的子栏目，管理自己的子栏目(即增加、修改、删除);用户组管理，管理属于该组的子组(即增加、修改、删除)，管理属于该组的用户(即增加、修改、删除)，建立属于该组子组的管理员。
10、用户职责。
根据自己所在组的权限发布相关信息。
四、系统平台。
通过反复甑别与论证，结合我们自身实施的经验，在系统选型上采用目前最具发展潜力的“黄金组合”(即w2k+iis+mssql+asp)构建本案的b/s模式软件平台。