软件需求规格说明书模版

文件变化记录单

*变化状态：A——增加，M——修改，D——删除

文件批准单

1.     引言

提出对软件需求规格说明书的纵览，帮助读者理解文档如何编写并且如何阅读和解释。

1.1         编写目的

对产品（也可能是项目，但是我们统称为产品）进行定义，在该文档中详尽说明这个产品的软件需求，包括修正或发行版本号。如果这个软件需求规格说明书只与整个系统的一部分有关，那么只定义文档中说明的部分或子系统。

1.2         文档约定

描述编写文档时所采用的标准或排版约定，包括正文风格、提示区或重要符号。例如，说明高层需求的优先级是否可以被其所有细化的需求所继承，或者每个需求陈述是否都有优先级。

1.3         预期的读者和阅读建议

列举软件需求规格说明书所针对的不同读者，例如开发人员、项目经理、营销人员、用户、测试人员等。描述文档中剩余部分的内容及其组织结构。提出最适合每一类型读者阅读文档的建议。

1.4         产品的范围

提供对指定的软件及其目的的简短描述，包括利益和目标。把软件与企业目标或业务策略相联系。可以参考项目范围文档，而不是将其内容复制到这里。

1.5         参考资料

列举编写软件需求规格说明书时所参考的资料或其它来源。可能包括用户界面风格指导、合同、标准、系统需求规格说明书、用户需求、相关产品的软件需求规格说明书。这里应该给出详细的信息，包括标题名称、作者、版本号、日期、出版单位或资料来源，以方便读者查阅这些文献。

2.     综合描述

这一部分概述了正在定义的产品以及它所运行的环境、使用产品的用户和已知的限制、假设和依赖。

2.1         产品的前景

描述软件需求规格说明书中所定义的产品的背景和起源。说明该产品是否是产品系列中的下一个成员，是否是成熟产品所改进的下一代产品、是否是现有应用程序的替代品，或者是否是一个全新的产品。

如果软件需求规格说明书定义了大系统的一个组成部分，那么就要说明这部分软件是怎样与整个系统相关联的，并且要定义出两者之间的接口。建议使用系统结构图或者实体关系图表示。

2.2         产品的功能

概述产品所具有的主要功能，详细内容在第4节描述，所以这里只需要概括总结，例如用列表的方法给出。很好地组织产品的功能，使每个读者都易于理解。用图形表示主要的需求分组以及它们之间的联系。

建议使用数据流程图（DFD）的顶层图或功能层次图来实现图形化。

 

2.3         用户类和特征

确定可能使用该产品的不同用户类并描述它们相关的特征。有一些需求可能只与特定的用户类相关。将该产品的重要用户类与那些不太重要的用户类区分开。

2.4         运行环境

描述软件的运行环境，包括硬件平台、操作系统和版本，还有其它的软件组件或者与其共存的应用程序。

2.5         设计和实现上的限制

确定影响开发人员自由选择的问题，并说明这些问题为什么成为一种限制。可能的限制包括：

w  必须使用或者避免的特定技术、工具、编程语言、数据库；

w  经费、进度、资源等方面的限制；

w  所要求的开发规范或标准；

w  企业策略、政府法规或工业标准；

w  硬件限制，例如定时需求或存储器限制；

w  数据转换格式标准。

w  其它。

2.6         假设和依赖

列举出在对软件需求规格说明书影响需求陈述的假设因素。可能包括打算要用的商业组件或有关开发或运行环境的问题。你可能认为产品将符合一个特殊的用户界面设计约定，但是另外一个分析员却不这么认为。如果这些假设不正确、不一致或者被更改，都会使项目受到影响。

此外，确定项目对外部因素存在的依赖。例如，如果你打算把其它项目开发的组件集成到系统中，那么你就要依赖哪个项目能否按时提供正确的组件。如果这些依赖已经记录到其它文档（如项目计划）中了，那么在此就可以参考其它文档。

2.7         关键点

说明本软件需求规格说明书中的关键点（例如：关键功能、关键算法和所涉及的关键技术等）。

3.     外部接口需求

确定可以保证新产品与外部组件正确连接的需求。关联图表示了高层抽象的外部接口。需要把对接口数据和控制组件的详细描述写入数据字典中。如果产品的不同部分有不同的外部接口，那么应该把这些外部接口的详细要求并入到这一部分的实例中。

3.1         用户界面

陈述所需要的用户界面的软件组件。描述每个用户界面的逻辑特征。以下是可能要包括的一些特征：

w  将要采用的图形用户界面标准或产品系列的风格；

w  屏幕布局或解决方案的限制；

w  将出现在每个屏幕的标准按钮、功能或导航链接；

w  快捷键；

w  错误信息显示标准。

对于用户界面的细节，例如特定对话框的布局，建议写入一个独立的用户界面规格说明中，不要写入软件需求规格说明书中。

3.2         硬件接口

描述系统中软件和硬件每个接口的特征。可能包括支持的硬件类型、软硬件之间交流的数据和控制信息的性质以及所使用的通信协议。

3.3         软件接口

描述产品与其它外部组件（由名字和版本识别）的连接，包括数据库、操作系统、工具、库和集成的商业组件。明确并描述在软件组件之间交换数据或信息的目的，描述所需要的服务以及内部组件通信的性质，确定将在组件之间共享的数据。如果必须用一种特殊的方法来实现数据共享机制，那么就必须把它定义为一种实现上的限制。

3.4         通信接口

描述与产品所使用的通信功能相关的需求，包括电子邮件、WEB浏览器、网络通信标准或协议及电子表格等，定义相关的信息格式、规定通信安全或加密问题、数据传输速率和同步通信机制。

4.     功能需求

4.1         功能分类

[将功能性需求先粗分再细分，下表中的 Feature A, Function A.1等符号应当被替换成有含义的名称。也可以用功能结构图表示]

 

4.2         系统特性Feature A

4.2.1 说明和优先级

提出对该系统特性的简短说明并指出该特性的优先级是高、中还是低。

4.2.2 功能需求

详细列出与该特性相关的功能需求。这些是必须提交给用户的软件功能，使用户可以使用所提供的特性执行服务或者使用所指定的用例执行任务。描述产品如何响应可预知的出错条件或非法输入或动作。

4.2.2.1       功能 function A.1

（1）说明

本功能的简要说明

（2）角色

   本功能的执行人员

（3）前置条件

   该功能启动的前提条件

（4）输入

描述本功能的输入信息（包括需要访问的存储信息）。

（5）过程

对本功能将做什么进行详细的描述。

（6）输出

描述本功能的输出信息（包括需要访问的存储信息）。

（7）后置条件

   该功能结束的退出条件

（8）业务规则

列举出与该功能相关的操作规则。例如什么人在特定环境下可以进行何种操作。

4.2.2.2       function A.1 图书借阅

（1）说明

借阅人通过此功能向系统查询并提交借书请求

（2）角色

   借阅人

（3）前置条件

w  借阅人借阅证件在有效期内

w  借阅人没有逾期未归还的图书

（4）输入

借阅证

（5）过程

（6）输出

费用记录

借阅定单

（7）后置条件

w  创建借书定单

w  更新借阅人借阅记录

（8）业务规则

每次每人至少选择一本,至多选择三本

 

4.3         系统特性Feature B

………

5.     非功能需求

5.1         性能需求

阐述不同的应用领域对产品性能的需求，并解释它们的原理以帮助开发人员做出合理的设计选择。确定相互合作的用户数或者所支持的操作、响应时间以及与实时系统的时间关系；还要定义容量需求，例如存储器和磁盘空间的需求或者存储在数据库中表的最大行数。也可能需要针对每个功能需求或特性分别陈述其性能需求，而不是把它们集中在一起陈述。例如：“在运行WINDOWS 2000的450MHZ Pentium II 的计算机上，当系统至少有50%的空闲资源时，95%的目录数据库查询必须在两秒内完成”。

5.2         安全性需求

陈述与系统安全性、完整性或私人问题相关的需求，这些问题将会影响到产品的使用和产品所创建或使用的数据的保护。明确产品必须满足的安全性或保密性策略。一个软件系统的安全需求的范例如下：“每个用户在第一次登录之后，必须更改他的最初登录密码。最初的登录密码不能重用。”

5.3         软件质量属性

详尽陈述与客户或开发人员至关重要的质量特性。这些特性必须是确定、定量的并可验证的。至少应指明不同属性的相对侧重点，例如易用程度优于易学程度，或者可移植性优于有效性。

5.4         其它需求

定义至今未出现的需求。例如国际化需求、法律上的需求、有关操作、管理、维护、安装、配置、启动、关闭、修复、容错、登录、监控等等方面的需求。说明本产品在可使用性、可维护性、可移植性、可靠性和安全性等方面的要求。

6.     数据字典

6.1         实体关系图

6.2         实体定义

指出数据项名、定义、项结构组成、项范围、项类型。

 

7.     业务规则与业务算法

7.1         业务规则

列举出有关产品的所有操作规则。例如什么人在特定环境下可以进行何种操作。这些规则不是功能需求，但它们可以暗示某些功能需求执行这些规则。业务规则的范例如下：

“只有持有管理员密码的用户才能执行100元以上的退款操作”。

 

借出规则说明: 读者已借书数未超过最大借书数、该书有库存，而且该读者拥有借阅该书的权限，则执行该操作。

 

罚款规则说明：

1.超期罚款：超期天数＊超期罚款率。

2.丢失罚款：图书价格＊丢失赔率

7.2         算法说明

用于实施系统计算功能的公式和算法的描述，类似于业务规则。如某神州行套餐的计费标准说明。

a.　每个主要算法的概况；

b.　用于每个主要算法的详细公式。

 

附录A：分析模型（也可以纳入 4功能需求章节中描述）

包括或涉及到相关的分析模型的位置，例如数据流图、类图、状态转换图等。

顶层数据流图：

第1层数据流图：

第2层数据流图：

附录B：待确定问题的列表

编辑一张在软件需求规格说明书中待确定问题的列表，其中每一表项都是编上号的，以便跟踪调查。

附录C：编写文档的原则

编写文档时，要求具有本规范规定的所有条目如果某条目无内容，则填写“无”，并在可能的情况下说明理由。必要时，可增加适当的条目。

编写优秀的需求文档没有现成固定的方法，最好是根据经验进行。许多需求文档可以通过使用有效的技术编写风格和使用用户术语而不是技术术语的方式得以改进。你在编写需求文档时，应牢记以下几点建议：

Ø  保持语句和段落的简短；

Ø  采用主动语态的表达方式；

Ø  语法正确，句子完整；

Ø  使用的术语与词汇表中所定义的术语一致；

Ø  避免模糊的、主观的术语如用户友好、容易、简单、迅速、有效、许多、最新技术、优越的、可接受的、健壮的等等；

Ø  避免使用比较性的词汇如提高、最大化、最小化、最佳化等。定量说明所需要提高的程度或者说清一些参数可以接受的最大值和最小值。含糊的语句表达将引起需求的不可验证。

Ø  由于需求的编写是层次化的，因此，可以把顶层不明确的需求向低层详细分解，直到消除不明确性为止。编写详细的需求文档，所带来的益处是如果需求得到满足，那么客户的目的也就达到了，但是不要让过于详细的需求影响了设计。如果你能用不同的方法来满足需求，并且这种方法是可接受的，那么需求的详细程度也就足够了。然而，如果评审需求规格说明书的设计人员对客户的意图还不甚了解，那么就需要增加额外的说明，以减少由于误解而产生返工的风险。

Ø  需求文档的编写人员总是力求寻找到恰如其分的需求详细程度。一个有益的原则就是编写单个的可测试需求文档。如果你想出一些相关的测试用例可以验证这个需求，那么就达到了合理的详细程度。如果你预想的测试很多并且很分散，那么就要将一些集合在一起的需求分离开。

Ø  必须以相同的详细程度编写每个需求文档。

Ø  不应该把多个需求集中在一个冗长的叙述段落中。在需求中，诸如“和”，“或”之类的连词就表明了该部分集中了多个需求。不要在需求说明中使用“和/或”，“等等”之类的连词。

Ø  不应该出现需求的冗余。

 

 

第二篇：软件需求规格说明书模板 王洲洲

网上作业管理系统

软件需求规格书

王洲洲

前 言

该系统的开发主要是为提高目前学校作业管理的效率，重点解决了作业管理混乱、教师携带批改不方便、远程教学却无法远程提交或批改作业等问题，有效地利用了各学校现有的电脑与网络资源，促进学校全面展开信息化教学，也能使相关人员利用互联网就可以足不出户的了解到学校现有设备的情况。同时也给老师和学生提供一个互相交流的平台，可以实现垮空间、跨时间的交流，不仅节约了资源和时间，学生也能及时从老师获取反馈信息，提高学习成绩，极大地提高了工作、学习效率。

目 录

第一章 概述.....................................................................................................................................................................................1

1.1 编写目的...............................................................................................................................................................................1

1.2 文档范围...............................................................................................................................................................................1

1.3 术语定义...............................................................................................................................................................................1

1.4 参考资料...............................................................................................................................................................................2

第二章 系统说明............................................................................................................................................................................2

2.1 产品的背景 ..........................................................................................................................................................................2

2.2 产品的功能 ..........................................................................................................................................................................3

2.3 用户类和特征......................................................................................................................................................................4

2.4 运行环境...............................................................................................................................................................................5

2.5 设计和实现上的限制 ........................................................................................................................................................5

2.6 本系统主要完成一下功能： ...........................................................................................................................................5

2.7 假设和依赖 ..........................................................................................................................................................................6

第三章 业务流程............................................................................................................................................................................8

第四章 功能描述............................................................................................................................................................................9

1.1系统功能需求 ......................................................................................................................................................................9

第五章 数据描述..........................................................................................................................................................................11

5.1 数据来源和数据流图 ......................................................................................................................................................11

第六章 性能描述..........................................................................................................................................................................12

6.1 数据精确度 ........................................................................................................................................................................12

6.2 时间特性.............................................................................................................................................................................12

第七章 安全性 ..............................................................................................................................................................................13

7.1 安全设施需求....................................................................................................................................................................13

7.2 安全保证.............................................................................................................................................................................13

7.3 系统维护.............................................................................................................................................................................13

第八章 总体分析..........................................................................................................................................................................14

8.1 网上作业管理系统总的服务目标是............................................................................................................................14

8.2 可行性分析 ........................................................................................................................................................................14

网上作业管理系统

第一章 概述

1.1 编写目的

网上作业管理系统主要提供网上的作业管理平台，主要分为管理员、教师、学生三个部分的功能。管理员的功能体现在后台管理模块，教师和学生的功能用来进行留言交流，网上自测和网上答疑。

1.2 文档范围

本文档是项目的软件需求规格说明书，是技术文档。

本文档使用对象为：

? 项目需求人员

? 项目经理

? 高层经理

? 软件工程组

? 软件相关组成员

? 用户

1.3 术语定义

1.用户登录界面友好，可操作性及安全性能较好，能对不同管理级别者进行限制，以保系统及证数据库的安全。

2.数据库的可维护性好，数据的录入、删除及更改均能顺利完成，并能实现动态更新。

3.数据溢出、越界均能进行非法提示，以警告用户正确使用。对用户的非正常操作方式也提出警告。

4.可以实现打印功能。

5.数据类型填写错误时，系统能够报错。

6.软件对操作系统的兼容性良好，可移植性完好。

1.4 参考资料

[1] 段卫华，陈春玲. asp技术在Web数据库中的应用. 电脑知识与技术. 2005，2：63-64

[2] 王秀珍. asp在管理信息系统开发中的应用.科技情报开发与经济. 2004，1：27-30

[3] 詹素青. 基于BS模式的MIS的开发. 电化教育研究. 2004，8：51-56

[4] 李煦. 基于校园网的高校教务管理系统设计. 新疆职业大学学报. 2004，3：73-76

[5] 田支斌. asp代码安全研究. 网络安全技术与应用.2004，2：67-71

[6] 李沫沫 李宇亮. 运用asp技术实现动态网站的设计与开发. 云南民族大学学报(自然科学版).2004，1：61-67

[7] 王玉莲. 基于asp技术的学生信息管理系统的研究与开发. 计算机工程与应用.2004，11：43-47

第二章 系统说明

2.1 产品的背景

网上作业管理系统逐步走进我们，现在已有很多高校已经实施网上作业管理系统，教员在发布作业，学生收到发布信息后登陆网上完成作业并提交作以供老师批阅，一直来人们使用传统人工方式发布作业，学生把作业本交给老师手里，这样的方式有很多缺点，如：效率低、安全性差、而且很不方便，有时候还会出现遗失作业本的情况

作为计算机应用的一部分，使用作业网上管理，具有无法比拟的优点 在传统教学方式中，书本是以文字和图片方式传播知识信息，老师在课堂上主要是以黑板、粉笔加教具的方式传播知识。这一教学方式在涉及到时间变量的描述、三维及其多维空间的描述时受到了限制，影响了教学效果；而且，有限的课内学时所能提供的知识信息量亦是有限的。多媒体技术在现代教育技术中的应用为上述问题的解决提供了有利的工具。运用图像、文字、动画、音频和视频相结合的现代教育技术和手段，从视觉、听觉上以生动的形式来激发学生的兴趣，进行以学生为中心的、高效率的启发式教学活动，为高素质人才的培养提供了新的教学方式。

根据网络远程教学方式和各学校的实际情况，实现上述远程教学形式可以采用如下方式：

(1).基于专线的远程实时授课;

(2)基于浏览器/WEB服务器(B/S)的学习和辅导;

(3)采用视频会议系统，通过卫星，Cable(有限)、ISDN、DDN等网络，进行实时的双向交互等等。

这些教学方式将使用户更多更高效的获取所需要的教育信息资源。

2.2 产品的功能

发布信息迅速、提交批阅方便、可靠性搞、存储量大、保密性好、成本低、。这些优点能够极大的提高课后作业的效率，也有效的提供平时作业成绩的好帮手。因此，开发这样一套管理软件成为很有效很必要的事情

作业管理系统将提供更合理快捷的查询信息，即可以单条件查询，也可以多条件组合查询。同时提供对用户发布最新资讯信息的功能。

作业管理系统是一个更为实用的平台，学校可以在此发布所属的基本信息，详细信息，并可对学生和教师做出记录。既是信息发布的平台，也是信息管理的工具。

2.3 用户类和特征

系统管理员数据表：用于保存系统用户的帐户信息，数据表命名为“User”，见表3-1：

表3-1 “User”表结构

教师基本信息数据表：用于保存员工与工资管理有关的信息数据，数据表命名为“Ygb”，见表2-2：

表2-2 “Ygb”表结构

表2-3：

”，见

表2-3 “Stb”表结构

表2-4 goga

最新资讯列表：按时间显示网站资讯情况，其中id为主键

2.4 运行环境

支持在Windows xp windows 7 32位 环境下安全运行

2.5 设计和实现上的限制

从经济方面，项目所带来的长远利益远远大于项目的开发成本，表明项目具有经济价值；从技术方面，项目开发所使用的工具载体都能够实现系统所需要的功能，表明项目是能够实现的；从用户方面，在不掌握任何专业知识的前提下，可以方便快速的上手，表明项目是具有广泛使用人群的，所以从可行性分析来看项目是可行的。

2.6 本系统主要完成功能

(1) 基本信息：管理员、客户和信息录入。学校管理的一些初始数据，也必须的。管理的其他模块全部是调用这些数据得到。

(2) 用户管理：提供用户姓名、地址、电话、帐号等管理资料库功能。 (3) 权限管理：权限管理分前台与后台进行区分。 (4) 系统维护：数据整理、密码管理、数据清除等。

(5) 对整个系统要有管理员进行管理，对某些需要及时更新的信息进行修改，添加或者删除。

(7) 整个系统要求操作简捷，方便用户使用。

2.7 假设和依赖

实验作业管理系统的软件总体结构。框内注明了模块的名字：方框之间的直线表示模块的调用关系。

1﹑留言交流模块，该模块以流言板的形式显示教师与学生的互动交流信息，如教师对某个问题的注意事项做的一些说明提示；学生对某个问题的疑问，及老师对针对该问题给出的回复；另外还包括同学之间对一些问题的看法和对学习的心得交流。通过这个平台，学生和老师及同学之间可以进行更灵活的沟通，类似于群组讨论的形式。实现的途径采用服务器端数据库存取组件，将留言信息保存到数据库中，就可以方便的查询，删除和添加了。

2﹑后台管理模块，由系统管理员进行管理。其职责包括对数据库中资料的保存备份，维护，打印等，另外还负责整个系统的维护。

3﹑网上自测模块， 网上自测系统充分利用了校园网络环境和学校题库资源，学生在一个阶段学习完成后，为了检验自己的学习成果可以在网上对所学知识进行测试。网上练习与自测系统与题卷系统中的组卷功能配合使用，可以实现多用户在Intranet环境下的练习与自测。可以使教师可以对学生所学的知识掌握程度和教学水平有一个较为具体的估计，便于以后有的放矢地教学。学生通过在线练习与自测可以了解对所学知识的掌握情况，便于检查学习过程的漏洞，提高学习效率.网上自测分为学生端和教师端.

4﹑网上答疑模块，网上答疑系统包括用户管理、在线答疑和网上答疑板三个功能模块。其中，用户管理模块负责上网用户的管理；在线答疑模块用于实现网上多人实时交谈功能；网上答疑板用于实现非实时答疑的功能，主要包括用户登录、问题浏览、问题增加、问题解答和信息检索等几个功能模块。网上答疑系统可以承担一部分网络教学的任务，弥补学生在网络学习中交流方面的不足。网上答疑系统的建立，解决了网络教学这种非面对面教学形式中学生与教师之间交流的困难，促进了学生和教师通过网络实现面对面的学习交流，进一步完善了现代远程教育体系

第三章 业务流程 (1)个性化页面的背景及SQLSEVER2000+IIS+JSP系统一般原理；

(2) 整个个性化页面生成系统的系统结构及工作原理；分析系统实现中的特殊性、难点和重点。

(3) 设计实现用户管理、网络教学管理信息录入管理、学生信息录入管理学生下载等JSP页面 。

(4) 分析并解决实现中的若干技术问题。

(5) 建立完整的网络教学系统，进行测试并分析结果。

第四章 功能描述

1.1系统功能需求

学生作业管理系统主要提供网上的作业管理平台，主要分为管理员、教师、学生三个部分的功能。

1.1.1管理员部分的主要功能要求

管理员登录功能，根据权限进入管理员相应的页面的功能

管理员发布公告、管理公告（查看、修改、删除）的功能

管理员设置院系、班级、课程、任课教师，同样具有查看、修改、删除的功能 管理员修改个人资料功能

管理员中的教师管理，实现教师登陆信息的初始化功能

1.1.2教师部分的主要功能要求

教师登录功能，根据权限进入教师相应的页面的功能

教师发布公告、管理公告（查看、修改、删除）功能

教师修改个人资料功能

教师查看学生名单功能

教师在线布置、批改作业功能

教师网上答疑功能

1.1.3学生部分的主要功能要求

学生登录功能，根据权限进入学生相应的页面的功能

学生查看、搜索公告的功能

学生修改个人资料的功能

学生查看、下载老师的作业题目，上传作业（说明作业格式），查看老师对作业的批改情况功能

学生在网上对老师提出疑问并能查看以往对老师提出的疑问功能

第五章 数据描述

5.1 数据来源和数据流图

1.管理员登录功能，根据权限进入管理员相应的页面的功能

2.管理员发布公告、管理公告（查看、修改、删除）的功能

3.管理员设置院系、班级、课程、任课教师，同样具有查看、修改、删除的功能

4.管理员修改个人资料功能

5.管理员中的教师管理，实现教师登陆信息的初始化功能

第六章 性能描述

6.1 数据精确度

任何一个系统的开发都应充分考虑各种系统错误，避免造成数据库系统不一致或损坏，因此在本系统中采用出错提示框形式为用户提供出错信息；另外对于一些关键性操作如管理员对老师进行删除或修改记录操作时，也提供了确认机制。

6.2 时间特性

在系统安全保密设计中，本系统采用的是对用户登录系统时进行身份验证，只允许合法用户进入系统并操作。在登录本系统时，系统首先让用户选择相应的身份，不同的身份有着不同的权限，同时用户需要输入用户名和密码进行验证。输入的信息正确后才能进入相应的页面。在登录模块的设计中，分别在在客户端和服务器端进行数据验证。

第七章 安全性

7.1 安全设施需求

现在中小型企业越来越意识到需要对IT实施必要的安全措施，但现在他们还必须认识到只有基本的安全工具是不足以对付网络威胁的。

初级安全措施无法满足中小企业需求 初级安全措施无法满足中小企业需求[2] 中小型企业越来越意识到需要对IT实施必要的安全措施，但现在他们还必须认识到只有基本的安全工具是不足以对付网络威胁的。

7.2 安全保证

业界观察家提醒，现在中小型企业越来越多地意识到IT安全的必要，但是他们还需要认识到仅仅拥有基本的安全工具已经不足以战胜网络威胁。

IDC公司亚太区高级研究经理Daphne Chung说，许多雇员少于500人的中小型企业，从20xx年到20xx年使用安全软件的比例增长约4个百分点。

Chung补充说， 由于中小企业利用IT设备使其继续保持不断发展，他们的安全需要也不应该仅仅是拦截垃圾邮件或防止病毒攻击。

7.3 系统维护

在一封电子邮件的采访中，她告诉ZDNet, “随着攻击变得更加复杂以及更多的恶意，中小企业还发现，他们需要寻求一个更广泛和更全面的安全措施以确保他们的信息是安全的。”

第八章 总体分析

8.1 网上作业管理系统总的服务目标是

1. 提高工作效率和减轻劳动强度

2. 提高信息处理速度和准确性

3. 提供成绩查询和成绩管理

4. 为教学、科研提供更方便的服务项目

8.2 可行性分析

8.2.1 网上作业管理系统项目确定后，就可以从一下三方面对是否实现其系统目标进行可行性分析：

8.2.2 技术可行性：根据系统目标来衡量是否具备，一般可以从硬件、软件的性能要求、环境、技术人员水平和数量等方面去考虑和分析

8.2.3 经济可行性：系统的效益可以从经济效益和社会效益去考虑。对于作业管理系统则着重分析社会效益 例如：系统投入运行后可以提供那些以前无法提供的信息，用户查询和使用程度提高多少，速度增加多少 对于管理人员进行决策提供多少帮助

8.2.4 运行可行性：对新系统运行后给系统带来那些影响（包括组织结构、管理方式、工作环境）和后果进行估计和评价

按上述三方面进行可信性分析 研究后 我们认为该项目是可行的！