1.怎么写需求说明书

需求说明书范文 汉语编程企业管理应用软件 需求说明书 1 引言 对软件需求完全理解对于软件开发工作的成功是至关重要的，需求说明的任务是发现、规范的过程，有益于提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，便于采用工程方法开发软件，提高软件的质量，便于开发人员、维护人员、管理人员之间的交流、协作，并作为工作成果的原始依据，并且在向潜在用户传递软件功能、性能需求，使其能够判断该软件是否与自己的需求相关。

1.1 编写目的 1.1.1 为开发人员、维护人员、客户之间提供共同的协议而创立基础，对企业管理软件功能的实现作使命描述。 1.1.2 本说明书的预期读者为客户、业务或需求分析人员、测试人员、用户文档编写者、项目管理人员。

1.2 背景及范围 1.2.1 工程的名称：汉语编程企业管理应用软件 1.2.2 工程产品的名称：汉语编程企业管理应用软件 1.2.3 工程的组织者：北京元易达科技发展有限责任公司 产品的生产者：汉语编程企业管理应用软件开发课题组 产品的设计者：汉语编程企业管理应用软件开发课题组 1.2.4 产品的所有权：汉语编程企业管理应用软件开发课题组 1.3 定义，术语，缩写词和略语 企业管理应用系统软件：它是由企业管理应用系统软件课题组完全自主开发的企业管理软件，以企业各部门为基本元素的、用汉语编程来实现其功能的软件。 需求：用户解决问题或达到目标所需的条件或功能；系统或系统部件要满足合同、标准，规范或其它正式规定文档所需具有的条件或权能。

需求分析：包括提炼，分析和仔细审查已收集到的需求，以确保所有的风险承担者都明其含义并找出其中的错误，遗憾或其它不足的地方。 模块的独立性：是指软件系统中每个模块只涉及软件要求的具体的子功能，而和软件系统中其他的模块的接口是简单的。

1.4 参考资料 《汉语程序设计语言》---- 沈志斌 编著 电子工业出版社 《 计算机系统导论》 ---- 刘瑞挺 编著 高等教育出版社 《 数据库原理与方法》---- 郑若忠 王鸿武 编著 湖南科学技术出版社 《 软件需求 》 ---- （美） Karl E.Wiegers 著 陆丽娜 王忠民 王志敏 等译 2 项目概述 2.1 目标 本软件的目标使企业管理电子化、简单化，以节省企业管理方面的不必要的资源浪费。对于企业管理应用系统软件最终用户为企业的管理人员。

2.1.1 开发意图 目前中小企业在日常工作中采用人工管理，因而存在着大量的浪费和多余，本软件根据此要求进行开发。 2.1.2 应用目标 企业管理应用系统软件将解决企业管理人工化，工作繁余的问题，实现企业管理电子化。

2.1.3 作用及范围 本企业管理应用系统软件是应用于中小企业的。目前，中小企业管理比较落后，它将产生的影响将使中小企业管理从人力化到数字化进展，使管理人员思想上向数字化转变，能使企业的管理在机制上转换，人员上得到精简。

2.1.4 背景 企业管理应用系统软件以汉语编程为开发语言，各部门以模块的形式完成。 2.2 产品描述 本产品开发语言核心为汉语编程语言，具体实现是汉语编程和VF数据库技术相结合开发而成的。

本产品面向中小企业，易懂好学，帮助企业管理人员从手工劳动向电子化、数字化转变。 2.2.1 相关关系 本产品是一项独立的软件，全部内容自含。

2.2.2 子集说明 本产品分别有五个模块组成，每个模块各有不同的功能。但都能完成查询和存储功能，各模块的数据都存放在数据库中。

数据的调用和连接都有程序来完成，硬件外部设备需奔腾133以上的pc机，内存需16兆以上。 2.3 产品功能 2.3.1 外部功能 企业管理应用系统软件外部功能包括可视化窗口，查找存储。

2.3.2 内部功能 企业管理应用系统软件内部功能：过滤、定位、使用库等。 2.3.3 功能表 2.3.4 功能表述图 2.4 用户特点 汉语编程企业管理应用软件面向于中小企业，其使用人员应为具备一定的计算机基础知识和企业管理基本知识。

而本产品的维护人员需要具备有汉语编程知识。 2.5 一般约束 a. 本系统开发人员为12人。

b. 有CPU133、16兆内存配置的计算机就可运行本系统。 c. 在管理方针、并行操作、安全与保密方面无约束。

2.6 假设与依据 本软件在开发的过程中，分为技术实现与软件工程两大部分，两部分都有侧重点，若技术支持出现故障或疑难问题无法解决、程序开发出现偏差，会延误工程进度，影响工程的按期完工。若软件工程陈述出现问题，部分描述含混不清， 则会影响系统的完整性与可继承性。

在管理方面，如管理者没有预见性，对出向的问题无法采用可行的解决手段，都会影响开发模块之间的互动，从而影响工程的顺利开展，导致工程无法按期完工。 3 具体需求 3.1 功能需求 3.1.1 使用库 3.1.1.1 规格说明 3.1.1.2 引言 显示所调用的数据库。

3.1.1.3 输入 指定的库文件名。 3.1.1.4 加工 调用指定的数据库。

3.1.1.5 输出 显示所指定的数据库的库结构。 3.1.2 编辑框控制 3.1.2.1 规格说明 生成编辑框。

3.1.2.3 输入 编辑框名称。 3.1.2.4 加工 生成编辑框。

3.1.2.5 输出 显示生成的编辑框。 3.1.3 为当前记录 3.1.3.1 规格说明 3.1.3.2 引言 将指定的记录置为当前记录，下一步可以开始对此记录进行操作。

3.1.3.3 输入 指定的项名。

2.项目需求说明书,怎么写

一 引言 1、编写目的 说明编写这份项目需求说明书的目的，指出预期的读者。

2、背景说明：（1）待开发的软件系统的名称。（2）本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络。

（3）该软件系统同其他系统或其他机构的基本的相互来往关系。 3、定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。

4、参考资料 列出用得着的参考资料，如：（1）本项目的经核准的计划任务书或合同、上级机关的批文。（2）属于本项目的其他已发表的文件。

（3）本文件中各处引用的文件、资料、包括所要用到的软件开发标准。列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。

二 任务概述 1、目标 叙述该项软件开发的意图、应用目标、作用范围以及其它应向读者说明的有关该软件开发的背景材料。解释被开发软件与其它有关软件之间的关系。

如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。

2、用户的特点 列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本软件的预期使用频度。这些是软件设计工作的重要约束。

3、假定和约束 列出进行本软件开发工作的假定和约束，例如经费限制、开发期限等。三 需求规定 1、对功能的规定 用列表的方式（例如IPO表即输入、处理、输出表的形式），逐项定量和定性地叙述对软件所提出的功能要求，说明输入什么量、经怎样的处理、得到什么输出，说明软件应支持的终端数和应支持的并行操作的用户数。

2、对性能的规定（1）精度 说明对该软件的输入、输出数据精度的要求，可能包括传输过程中的精度。（2）时间特性要求 说明对于该软件的时间特性要求，如对：① 响应时间。

② 更新处理时间。③ 数据的转换和传送时间。

④ 解题时间。等的要求。

（3）灵活性 说明对该软件的灵活性的要求，即当需求发生某些变化时，该软件对这些变化的适应能力，如：① 操作方式上的变化。② 运行环境的变化。

③ 同其他软件的接口的变化。④ 精度和有效时限的变化。

⑤ 计划的变化或改进。对于为了提供这些灵活性而进行的专门设计的部分应该加以标明。

3、输入输出要求 解释各输入输出数据类型，并逐项说明其媒体、格式、数值范围、精度等。对软件的数据输出及必须标明的控制输出量进行解释并举例，包括对硬拷贝报告（正常结果输出、状态输出及异常输出）以及图形或显示报告的描述。

4、数据管理能力要求 说明需要管理的文卷和记录的个数、表和文卷的大小规模，要按可预见的增长对数据及其分量的存储要求作出估算。 5、故障处理要求 列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。

6、其它专门要求 如用户单位对安全保密的要求，对使用方便的要求，对可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊要求等。四 运行环境规定 1、设备 列出运行该软件所需要的硬件设备。

说明其中的新型设备及其专门功能，包括： （1） 处理器型号及内存容量。 （2） 外存容量、联机或脱机、媒体及其存储格式，设备的型号及数量。

（3） 输入及输出设备的型号和数量，联机或脱机。 （4） 数据通信设备的型号和数量。

（5） 功能键及其他专用硬件。 2、支持软件 列出支持软件，包括要用到的操作系统、编译（或汇编）程序、测试支持软件等。

3、接口 说明该软件同其他软件之间的接口、数据通信协议等。 4、控制 说明控制该软件的运行的方法和控制信号，并说明这些控制信号的来源。

五 数据要求 1、数据的逻辑描述 对数据进行逻辑描述时可把数据分为动态数据和静态数据。所谓静态数据，指在运行过程中主要作为参考的数据，它们在很长的一段时间内不会变化，一般不随运行而改变。

所谓动态数据.包括所有在运行中要发生变化的数据以及在运行中要输入、输出的数据。进行描述时应把各数据元素逻辑地分成若干组，列如函数、源数据或对于其应用更为恰当的逻辑分组。

给出每一数据元的名称（包括缩写和代码）、定义（或物理意义）度量单位、值域、格式和类型等有关信息。 （1） 静态数据？？列出所有作为控制或参考用的静态数据元素。

（2） 动态输人数据？？列出动态输入数据元素（包括在常规运行中或联机操作中要改变的数据）。（3） 动态输出数据？？列出动态输出数据元素（包括在常规运行中或联机操作中要改变的数据）。

（4） 内部生成数据？？列出向用户或开发单位中的维护调试人员提供的内部生成数据。（5） 数据约定？？说明对数据要求的制约。

逐条列出对进一步扩充或使用方面的考虑而提出的对数据要求的限制（容量、文卷、记录和数据元的个数的最大值）。对于在设计和开发中确定是临界性的限制更要明确指出。

2、数据的采集（1） 要求和范围 按数据元的逻辑分组来说明数据采集的要求和范围，指明数据的采集方法，说明数据采集工作的承担者是用户还是开发者。

3.关于需求规格说明书

对商业用户来说，他们后面是成百上千个供应商，前面是成千上万个消费顾客。

怎样利用软件管理错综复杂的供应商和消费顾客，如何做好精细到一个小小调料包的进、销、调、存的商品流通工作，这些都是商业企业需要信息管理系统的理由。软件开发的意义也就在于此。

而弄清商业用户如此复杂需求的真面目，正是软件开发成功的关键所在。 经理：“我们要建立一套完整的商业管理软件系统，包括商品的进、销、调、存管理，是总部-门店的连锁经营模式。

通过通信手段门店自动订货，供应商自动结算，卖场通过扫条码实现销售，管理人员能够随时查询门店商品销售和库存情况。另外，我们也得为政府部门提供关于商品营运的报告。”

分析员：“我已经明白这个项目的大体结构框架，这非常重要，但在制定计划之前，我们必须收集一些需求。” 经理觉得奇怪：“我不是刚告诉你我的需求了吗？” 分析员：“实际上，您只说明了整个项目的概念和目标。

这些高层次的业务需求不足以提供开发的内容和时间。我需要与实际将要使用系统的业务人员进行讨论，然后才能真正明白达到业务目标所需功能和用户要求，了解清楚后，才可以发现哪些是现有组件即可实现的，哪些是需要开发的，这样可节省很多时间。”

经理：“业务人员都在招商。他们非常忙，没有时间与你们详细讨论各种细节。

你能不能说明一下你们现有的系统？” 分析员尽量解释从用户处收集需求的合理性：“如果我们只是凭空猜想用户的要求，结果不会令人满意。我们只是软件开发人员，而不是采购专家、营运专家或是财务专家，我们并不真正明白您这个企业内部运营需要做些什么。

我曾经尝试过，未真正明白这些问题就开始编码，结果没有人对产品满意。” 经理坚持道：“行了，行了，我们没有那么多的时间。

让我来告诉您我们的需求。实际上我也很忙。

请马上开始开发，并随时将你们的进展情况告诉我。” 风险躲在需求的迷雾之后 以上我们看到的是某客户项目经理与系统开发小组的分析人员讨论业务需求。

在项目开发中，所有的项目风险承担者都对需求分析阶段备感兴趣。这里所指的风险承担者包括客户方面的项目负责人和用户，开发方面的需求分析人员和项目管理者。

这部分工作做得到位，能开发出很优秀的软件产品，同时也会令客户满意。若处理不好，则会导致误解、挫折、障碍以及潜在的质量和业务价值上的威胁。

因此可见——需求分析奠定了软件工程和项目管理的基础。 拨开需求分析的迷雾 像这样的对话经常出现在软件开发的过程中。

客户项目经理的需求对分析人员来讲，像“雾里看花”般模糊并令开发者感到困惑。那么，我们就拨开雾影，分析一下需求的具体内容： ·业务需求——反映了组织机构或客户对系统、产品高层次的目标要求，通常在项目定义与范围文档中予以说明。

·用户需求——描述了用户使用产品必须要完成的任务，这在使用实例或方案脚本中予以说明。 ·功能需求——定义了开发人员必须实现的软件功能，使用户利用系统能够完成他们的任务，从而满足了业务需求。

·非功能性的需求——描述了系统展现给用户的行为和执行的操作等，它包括产品必须遵从的标准、规范和约束，操作界面的具体细节和构造上的限制。 ·需求分析报告——报告所说明的功能需求充分描述了软件系统所应具有的外部行为。

“需求分析报告”在开发、测试、质量保证、项目管理以及相关项目功能中起着重要作用。 前面提到的客户项目经理通常阐明产品的高层次概念和主要业务内容，为后继工作建立了一个指导性的框架。

其他任何说明都应遵循“业务需求”的规定，然而“业务需求”并不能为开发人员提供开发所需的许多细节说明。 下一层次需求——用户需求，必须从使用产品的用户处收集。

因此，这些用户构成了另一种软件客户，他们清楚要使用该产品完成什么任务和一些非功能性的特性需求。例如：程序的易用性、健壮性和可靠性，而这些特性将会使用户很好地接受具有该特点的软件产品。

经理层有时试图代替实际用户说话，但通常他们无法准确说明“用户需求”。用户需求来自产品的真正使用者，必须让实际用户参与到收集需求的过程中。

如果不这样做，产品很可能会因缺乏足够的信息而遗留不少隐患。 在实际需求分析过程中，以上两种客户可能都觉得没有时间与需求分析人员讨论，有时客户还希望分析人员无须讨论和编写需求说明就能说出用户的需求。

除非遇到的需求极为简单；否则不能这样做。如果您的组织希望软件成功，那么必须要花上数天时间来消除需求中模糊不清的地方和一些使开发者感到困惑的方面。

优秀的软件产品建立在优秀的需求基础之上，而优秀的需求源于客户与开发人员之间有效的交流和合作。只有双方参与者都明白自己需要什么、成功的合作需要什么时，才能建立起一种良好的合作关系。

由于项目的压力与日俱增，所有项目风险承担者有着一个共同目标，那就是大家都想开发出一个既能实现商业价值又能满足用户要求，还能使开发者感到满足的优秀软件产品。 客户的需求观 客户与开发人员交流需要好的方法。

下面建。

4.软件需求说明书内容都包括哪些

规范化软件开发过程中的《需求说明书》的编写，使之成为整个开发工作的基础。

2 适用范围

本规范适用于集团开发项目的（软件）《需求说明书》的编写。

3 编写内容提示

1 引言

3.1.1 背景说明

说明被开发软件的名称，任务提出者，用户及实现该软件的计算机网络。

3.1.2 参考资料

列出有关资料（名称，发表日期，出版单位，作者等）。

3.1.3 术语和缩写词

列出本文件中用到的专门术语的定义，及术语缩写词。

3.2 软件总体概述

3.2.1 目标

软件开发的意图、应用目标、作用范围以及需说明背景材料。

3.2.2 系统模型

图示说明该软件的所有功能及其相互关系和数据传递情况。

3.2.3 假设和约束

说明影响软件开发、运行环境和系统能力（如预告出错类型的能力）的某些假设和约束。3.3 详细需求

详细描述此软件系统的功能需求和性能需求。

3.3.1 功能需求

对系统中每一个功能，要详细描述（图示或文字）。

概述 叙述功能名称，目标和作用。

输入 输入该功能的信息。

处理 描述该功能做什么，如何对输入信息进行加工并转换成输出信息。

输出 列出内部生成的文件。

3.3.2 性能需求

定量地描述此软件系统应满足的具体性能需求。可考虑以下方面：

3.3.2.1精度

说明系统的精度要求，如：

数据的精度要求。

数字计算的精度要求。

数据传送的误码率要求。

3.3.2.2 时间特性

说明系统的时间特性要求，如：

解题时间。

询问和更新数据文件的响应时间。

系统各项功能的顺序关系。

3.3.2.3 灵活性

说明当需求发生某些变化时系统的适应能力，指出为适应这些变化而需要设计的软件成分和过程。

3.3.2.4系统容量

包括系统的设计容量和理论（计算）容量。

3.3.3 输入和输出

解释各输入输出数据类型，并逐项说明某媒体、格式、数值范围等。对软件的数据输出及必须标明的控制输出量进行解释并举例，包括对硬拷贝报告（正常结果输出、状态输出及异常输出）以及图形或显示报告的描述。

3.3.4 数据管理能力

说明需要管理的文卷和记录的个数、表和文卷的大小规模，要按可预见的增长对数据及其分量的存储要求作估算。

3.3.5 故障处理

列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。

3.4 环境

描述所开发软件运行所需的环境。

3.4.1 设备环境

描述运行软件系统所需的设备能力，如：

处理器的型号和内存容量。

存储媒体的数量。

通信网络（包括说明网络结构，线路速度及通讯协议等）。

3.4.2 支持软件环境

列出与待开发的软件互相配合的支持软件（包括名称，版本号和文件资料），必要时还应列出测试软件，还要指出该软件用的编程语言，编译程序，操作系统和数据管理系统。

3.4.3 接口

说明本软件与其他软件之间的接口、数据通信协议等。

3.4.4其他

说明本软件系统在安全和保密方面的要求以及用户对使用方便、可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊要求。

5.需求规格说明书包括哪两个部分

三、需求规格说明书

1.引言 1

1.1编写目的 1

1.2项目背景 2

1.3定义 2

1.4参考资料 2

2.任务概述 2

2.1目标 2

2.2运行环境 2

2.3条件与限制 2

3.数据描述 3

3.1静态数据 3

3.2动态数据 3

3.3数据库介绍 3

3.4数据词典 3

3.5数据采集 3

4.功能需求 3

4.1功能划分 3

4.2功能描述 3

5.性能需求 3

5.1数据精确度 3

5.2时间特性 3

5.3适应性 4

6.运行需求 4

6.1用户界面 4

6.2硬件接口 4

6.3软件接口 4

6.4故障处理 4

7.其它需求 4

1.引言

1.1编写目的

【阐明编写需求说明书的目的，指明读者对象。】

为明确软件需求、安排项目规划与进度、组织软件开发与测试，撰写本文档。

本文档供项目经理、设计人员、开发人员参考。

1.2项目背景

a. 项目的委托单位、开发单位和主管部门

b. 该软件系统与其他

1.3定义

【列出文当中所用到的专门术语的定义和缩写词的原文。】

1.4参考资料

a. 项目经核准的计划任务书、合同或上级机关的批文

b. 项目开发计划

c. 文档所引用的资料、标准和规范。列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源

2.任务概述

2.1目标

2.2运行环境

操作系统：Microsoft Windows 2000 Advanced Server

支持环境：IIS 5.0

数 据 库：Microsoft SQL Server 2000

2.3条件与限制

3.数据描述

3.1静态数据

3.2动态数据

【包括输入数据和输出数据。】

3.3数据库介绍

【给出使用数据库的名称和类型。】

3.4数据词典

3.5数据采集

4.功能需求

4.1功能划分

4.2功能描述

5.性能需求

5.1数据精确度

5.2时间特性

【如响应时间、更新处理时间、数据转换与传输时间、运行时间等。】

5.3适应性

【在操作方式、运行环境、与其它软件的接口以及开发计划等发生变化时，应具有的适应能力。】

6.运行需求

6.1用户界面

【如屏幕格式、报表格式、菜单格式、输入输出时间等。】

6.2硬件接口

6.3软件接口

6.4故障处理

7.其它需求

【如可使用性、安全保密、可维护性、可移植性等。】

6.怎么写校园网的需求说明书

网络需求分析 1校园网的建设目标 校园网的设计目标简而言之是将各种不同应用的信息资源通过高性能的网络设备相互连接起来，形成校园区内部的Intranet系统，对外通过路由设备接入广域网。

具体而言这样的设计目标应该是： 1.1、信息资源共享 通过校园网，实现学校内部，学校与国内、国际信息的快速交流，达到资源共享，使广大师生及时了解国内外科学技术和高等教育发展的最新动态，促进教学、科研、管理事业的发展。 1.2、图书资料检索、借阅自动化 通过改造原有图书检索系统，建设电子图书馆，提高校内图书资料的利用率；充分利用校外图书资料，实现远程计算机图书检索和借阅。

1.3、学校管理系统的信息化、自动化 依托校园网，构建相应的交互式应用软件平台，实现教学、科研、人事、学生、财务、后勤、档案等管理工作的自动化，实现统计监测网络化，提高管理效率和水平。实现网上招生、网上人才招聘、学生网上求职等。

1.4、建立计算机网络辅助教学系统 建立基于网络的电子教学CAI课件开发网上题库、答疑与作业批改等计算机辅助教学系统，实现教学手段的现代化。 1.5、校园网和广域网结合 依托校园网、广域网开展远程教学，使广大的学生和老师能更好的交流学习和获取学校网络的资源。

1.6、创建网站 创建学院网站，使之成为对外宣传的重要窗口，让世界了解我们，提高学院的知名度。 1.7、人性化 为广大师生提供宽松，开放、易用的网络环境，使网络触入日常工作和生活中，发挥网络的最大效用。

1.8、方便教学 网络可以进行图、文、声并茂的多媒体教学，可以取代语言实验室进行更生动的语言教学，也可以利用大量现成的教学软件，提供一个良好的教学环境，这些都是以往任何教学手段所不能达到的。校园网络不但可以在校内进行网络教学，还很容易同外界大型网络连结，形成更大范围的网络交互学习环境。

9、系统总体设计本着总体规划、分布实施的原则，充分体现系统的技术先进性、高度的安全可靠性、良好的开放性、可扩展性，以及经济性。 2业务需求分析 作为本院校园网工程最终用户的学院领导、管理人员和专业技术人员，是学校的专门管理人员，具有丰富的管理经验和专业知识，对数据信息的需求有所不同：院领导希望能提供决策方面的主要数据；中层干部既具有决策又有管理工作，希望能尽快收集信息，用以协调各部门工作；专业人员从事基础管理工作，希望通过计算机提高工作效率；教师希望能以更生动、形象的多媒体手段给学生授课，同时通过计算机网络查询资料、进行备课和与学生交流；学生也希望能够通过计算机网络快速、便捷地与老师沟通、下载课件和利用网络资源解决学习上的困难和自学。

他们对计算机应用都表现出了极高的热情，这样为我们组建校园网络提供了坚实的用户基础。 2.1、决策层需求： 1）主要相关人员：院长 2）调查内容： 1.投资规模：200-300万元人民币 2.2.工期：2008年或2008年~2010 年 2.3.学院建设规模：约30万平方米 2.4.计算机数量： 1000余台 2.5.建筑物： 已建：教学主楼1栋，实训楼1栋，汽车机电楼1栋，综合楼1栋，商服楼1栋，学生公寓11栋 待建：行政楼1栋，图书馆楼1栋 2.6.预测增长率：2008年在校生预计超过：10000人 2.7. 所期望的校园网功能：能提供决策方面的主要数据 2.8. 对校园网的要求：性能价格比高，故障率低，尽量使用成熟、先进的技术。

2.9. 远程访问：需要 3管理需求分析 中层管理需求： 1）主要相关人员：各系、处、部主任 2）调查内容： 1、办公需求：办公自动化，文档电子化，电子公告牌 2、管理需求：会议管理，个人信息管理，公共信息管理，公文管理，教务综合管理，图书馆自动化管理 3、E-mail 服务：需要 4、远程访问：需要 A：办公自动化系统结构图： B：综合教务管理系统： C：图书馆自动化管理系统 3、教师需求： 1）相关人员：各系部教师 2）调查内容： 1、教学要求：电子备课，资料查阅，文档打印，文档、课件上传/下载，在线答疑 2、教学活动：VOD（或将来需要），学生成绩登入、公布 3、自学需求：电子图书馆，资料查询 4、远程访问：需要 5、E-mail 服务：需要 4、学生需求： 1）相关人员：学生抽样调查 2）调查内容： 1、学习需求：电子文档下载，VOD，文档打印，资料查询，电子图书馆，在线答疑 2、E-mail 服务：需要 3、Web 服务：需要 4、FTP 服务：需要 5、远程访问：不需要 6、学业管理：成绩查询，课程选择/调整。 4安全性需求分析 在校园网络中，校园网络的安全保障十分的重要：校园网用户的流动性大，信息点存在随意接入使用的问题。

学生及外来不明身份的用户，在校园网中找到任何一个信息点，就可以进入到校园网，可以肆意干扰和破坏校园网网络平台及应用系统的正常运行。另外校园网的网络安全，还需要考虑与外网及内网不同应用系统之间的安全访问控制。

为了发生安全事件后，能够有效、快捷地处理事故，采用上网审计手段是十分有必要的。由于当前类似“冲击波、震荡波病毒”的肆虐，一个健壮的网络应该提供必要的手段，禁止特定病毒的传播以及由于病毒造成的流量拥塞。

因此。