项目需求分析报告

第一篇：项目需求分析报告

项目需求分析报告

（一）一、项目名称

今日事

二、设计背景

随着社会的发展，我们的生活节奏逐渐加快，与此同时，网络的大量普及，导致大量的信息不断的冲击着我们。在这种生活节奏下，我们难免会出现一不小心忘掉一些重要的事情，这是让我们产生这个想法的一个方面。

另一方面，现如今的学生总是计划很多，却很少付诸行动，这不仅与个人的坚持与否有关，同样是因为步入大学时代后，大家心中充满了迷茫所致，往往计划赶不上变化，因此，我们决定开发这样一款软件，来改变这种情况。

三、项目风险

该软件开发项目的风险承担者有：

任务提出者：需要承担的风险是产品是否能达到用户的需求，该产品是否能带来收益。

软件开发者：需要承担的风险是产品是否能满足需求报告说明书里的各种功能需求等。

产品使用者：需要承担的风险是产品是否能满足自己所需。

四、功能需求

日历功能，可以查询日期

制定计划功能，分为长期，中期，短期三个层次，短期即为今日事，中期为1周或1月，长期为数月或1年，这些可以由用户自己设置。

完成计划功能，可以通过勾选来标注哪些是已经完成的，哪些是还为完成的。

成就系统，通过统计各期所完成计划数量给予用户相应称号，同时可以与其他用户进行竞争。

提醒功能，手机解屏时提醒用户今日需要做的事，而在每天结束时，汇报今日完成进度。

五、运行环境

移动端android平台

六、性能要求

为保证软件能够长期，安全，稳定，高效的运行，应满足以下性能要求：

时间特性：系统响应时间应在人的感觉和视觉范围内（<1S），系统响应时间足够迅速（<5s）。

适应性：在操作方式，运行环境，软件接口或开发计划发生变化时，应具有适应能力。

项目需求分析报告

（二）一、引言

引言是对这份软件产品需求分析报告的概览，是为了帮助阅读者了解这份文档是如何编写的，并且应该如何阅读、理解和解释这份文档

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、信息发布系统

网站前台模块

首页：学校网站的索引页，还包括模糊搜索站内资源的功能。

一中概况：发布学校的简介、发展状况和学校自身的相关信息，并动态归类。

党团组织：发布学校党团建设的相关资讯，并动态归类。

学校资讯：发布学校近期活动和新闻。

学校管理：发布学校各部门的相关通知与文件，并动态归类。

教学教研：发布学校在教学研讨和课题研究方面的相关信息，并动态归类。

教学资源：管理和发布论文、课件、教案和考卷等方面的资源。

电子像册：１．可以上传图片格式，FLASH格式等（格式要求：Jpg、GIF、ＰＮＧ、ＢＭＰ、SWF、TIF等）２．实现图片渐变编辑功能。３．新增、删除、修改４．权限管理 新课程：发布学校在新课程方面取得的成绩，并动态归类。

班级&社团：为各班级各社团开设空间，供发布信息和照片。

教师博客管理系统：自我简介，消息管理，空间管理，好友管理，日志管理等。

电子相册：可包含多个相册，数量不限；

班级&社团：可在不影响界面整体效果的基础上让相应班级修改部分界面元素（包括自定义班级主页的标志性图片、班级主页的背景图片和班级主页的颜色主题），另外，该模块还包含有班级电子相册。

留言板：实现留言与答复的功能。

学生论坛：学习网络上开源论坛的实现方式，实现一个学生交流活动的平台。相对独立于学校网站。

后台功能模块

权限管理使用指南权限管理下共分3个模块：[角色管理] [给角色分配权限][给用户分配权限]

（1）通知公告只有系统管理员ADMIN才有权发布通知公告。发布的内容将显示在各部门首页的公告栏里。

（2）网上调查只有系统管理员ADMIN才有权发布网上调查。发布的内容将显示在各部门首页的网上调查里。

（3）友情链接只有系统管理员ADMIN才有权编辑友情链接。发布的内容将显示在各部门

首页的友情链接里。

2、办公信息化管理系统

主要功能：今日工作：是用户进行日常办公的主要场所，用来存放待处理的有关文件、网络报送以及工作消息等信息。

公文系统：用于公文的登记、发布、存档以及生成报表。

工作消息：用户发布日常工作中的通知等信息。

网络报送：传递相关工作资料。

交流登记：记录学校大事件以及每次对外交流情况等。

教师档案：有关教师档案管理，全程维护每一位教师档案的变动情况。

系统设置：系统日常运作与环境设置。

3网络性能需求

核心交换机（机箱式）

1、背板带宽≥640Gbps2、交换容量≥480Gbps3、包转发率≥350Mpps4、双电源模块冗余5、10/100/1000Base-T口≥12个，千兆SFP光纤接口≥24个

6、万兆XFP接口≥1个

7、支持IP ACL，支持基于源/目的IP或MAC、三层IP协议类型、TCP/UDP四层端口号、IP优先级、基于VLAN、Tag/Untag、CoS等

9、支持802.3ad(LACP)，支持负载均衡

10、支持802.1Q VLAN数量≥4K11、支持的路由协议，如RIPv1/V2,并支持MD5认证、OSPFv2、BGP4等。

12、支持MPLS、MPLS VPN、MPLS TE功能。

接入层交换机

1、固化10/100M电口≥242、固化千兆Combo(SFP/GT)接口≥

23、交换容量≥32Gbps4、包转发速率≥6.6Mpps，全线速

5、MAC表容量≥16K6、Vlan表项≥4K7、堆叠或者集群管理数量≥248、每个端口提供4个优先级队列，可分别设定队列带宽，支持WRR/SP/SWRR等调度方式。

9、内置 DHCP Server,可对用户分配IP地址。

10、支持标准和扩展ACL，完全硬件线速实现。

11、支持防IP报文DOS攻击。

12、支持ARP安全功能，可以防止ARP欺骗、防止ARP扫描。

13、设备与核心交换机同一品牌；

光纤模块SFP-SX-L SFP-SX-L，1000Base-SX SFP接口卡模块（MMF,550m），LC接口 设备与核心交换机同一品牌；按厂家规定保修.防火墙在服务器与路由器之间加个防火墙很有必要。网络操作系统，网络服务器软件等可能存在一些安全漏洞，应当及时对系统进行补丁程序升级，加固系统的安全性。网络系统遵循安全规范和达到的安全级别，采用各种杀毒软件。

网络管理系统

基本特性:全中文图形化界面。支持平台:WINDOWS平台，系统呈现网络的真实拓扑图，支持三层网络拓扑、二层物理拓扑、VLAN子网拓扑等不同的呈现方式，支持拓扑的自动发现设备，WEB拓扑视图。能够发现VLAN中所有终端PC设备，并计算出终端设备IP地址、MAC地址、接入交换机端口等信息，自动在拓扑图上显示终端设备连接和出入流量、丢包等等情况。

根据我们的预算和资源限制，完成该项目大约需要半年。客户想重新购置设备并卖掉现存的旧设备。

第三篇：怎么做项目需求分析报告

项目需求分析，看了听棠的“客户需求何时休”，深有感触，何曾自己不是被这个问题整天困扰：客户需求，为什么总在变阿？做项目真辛苦阿！这样的感叹整天都挂在口上。客户需求变动确实是一个软件开发永远不变的话题。为什么小的软件企业面对经常变动的需求是如此的狼狈？到底要怎么做才能满足客户的需求？

听棠的“客户需求何时休”深刻的披露了这个问题存在的根源。

需求分析，不仅仅是拿到客户的需求，更重要的是还需进行分析，了解细节，并就细节跟客户咨询，获取最详细的资料。客户所能提供给你的只是他们想到的功能需求，很多问题并不在他们考虑的范围之内，如果作为项目承担方没有去做分析，简单的按照功能要求去设计、规划，最终出来的系统是很难完全符合客户的业务流程的，这时，自然需要更改，被看成了需求的更改。其实，都是缺乏分析所一手造成的。问题等到系统出来了才被发现，这样的系统本身就是先天不足的了。

听棠所说到的几点，感受特别深：

“其实问题出在开头，客户需求只是软件需求分析的一部分，虽然是比较重要的一部分，但也不要只是去记客户的需求，而是要把客户的需求进行分析”

“客户本身是不怎么懂技术的，客户只知道自己的业务需求，而在软件设计时，是在把业务需求抽象到系统中实现的，把业务转变为逻辑时，一切都应该符合逻辑的，但客户的业务思想有时候在软件系统实现时会有问题的，这就需要分析时分析出来的。少了分析，问题也会在后面的开发中暴露出来，到时可就更麻烦了。”

还有客户的需求本身会有矛盾（这矛盾是指在逻辑角度来讲），客户本身是意识不到的，只有在分析设计时，才会分析出这里的矛盾，而这些问题，如果在期初时，软件负责人不分析，而是纯粹的“听从”客户要求去做，当暴露这些问题时，你怪客户也没用啊。

项目需求分析报告，在了解客户需求时，不要不动脑子，不要一味的点头说“I C”，其实在表面的业务里面可能包含着N多的细节，这些细节是需要你反问客户的，只有当你提的问题越多，最终获取的需求最具体，才能让项目越顺利。而且有很多问题，都是在你的反问中，客户也才开始思考本来没思考过的问题，客户也会找到一种合理的需求给你，有人会觉得这样了解客户需求未免太麻烦了。至于一些在技术上会遇到问题的地方，也要告诉客户，别以为到时候再说，客户是不关心你的技术细节的，但你如果给他解释的话，他也会试着理解的。

客户的需求本身是无休止，因为他们本身也在变，但当你期初的分析合理，后面的变动也将在逻辑上变动，相信代价已经不会那么大了。这其实也体现了系统的扩展性。

需求分析，是一个项目提出方和承担方相互沟通的过程，一方是系统的使用者，一方是系统的制造者，在系统制造过程中，只有双方相互配合，共同对系统进行设计才能最后达到使用的要求。客户是业务上的熟悉者，对业务流程有非常清晰的了解，但是，对于软件需求方面的描述是不了解的，他们所能提供的只是他们最终要达到的功能，但是，这其中包含的业务流程是非常复杂的。我们拿到客户需求后，应该根据功能、流程进行初步的设计，构造出业务流程图，再让客户进行评审，提出业务流程上不对的地方进行修改。这样来回的交流，最终才能取得较全面的需求，并减少后期的修改。

谨记一点，需求是经常变动的，只有先做好需求的分析，了解业务以后的发展趋势，做好具有拓展性的系统设计，才会给系统更大的扩展空间，从而在需求发生变化的时候可以更从容的修改。

第四篇：需求分析报告

需求分析报告

一、所谓“需求分析”，是指对要解决的问题进行详细的分析，弄清楚问题的要求，包括需要输入什么数据，要得到什么结果，最后应输出什么。可以说，“需求分析”就是确定要计算机“做什么”。

需求分析是一项重要的工作，也是最困难的工作。该阶段工作有以下特点：

（1）用户与开发人员很难进行交

（2）用户的需求是动态变化的（3）系统变更的代价呈非线性增长

二、为什么要需求分析

需求分析具有决策性，方向性，策略性的作用。在软件分开发过程中具有举足轻重的作用，大家一定要对需求分析具有足够重视！

三、需求分析的任务

需求分析的任务就是解决“做什么”的问题，就是要全面地理解用户的各项要求，并准确的的表达用户的需求。

四、需求分析的过程

需求分析的阶段工作可以分为四个方面：问题识别、分析与综合、制定规格说明、评审。

主要代码：

using System;using System.Collections.Generic;using System.ComponentModel;using System.Data;using System.Drawing;using System.Linq;using System.Text;using System.Windows.Forms;

namespace 掷骰子

{public partial class Form1 : Form{public Form1(){InitializeComponent();}

private void btnbegin_Click(object sender, EventArgs e){if(txtname1.Text == “" || txtname2.Text == ”“){MessageBox.Show(”请输入名字“);

return;}

Random ran1 = new Random(unchecked((int)DateTime.Now.Ticks));int i1 = ran1.Next(1, 7);txtdot1.Text = Convert.ToString(i1);Random ran2 = new Random();int i2 = ran2.Next(1, 7);txtdot2.Text = Convert.ToString(i2);if(i1 == i2){txtresult.Text = ”一样大“;

}if(i1 > i2){txtresult.Text = txtname1.Text+”大“;

}if(i1 < i2){txtresult.Text = txtname2.Text + ”大";

}}

}

第五篇：需求分析报告

测试（验收）大纲

目录

1.引言....................................................................2 1.1 目的...................................................................2 1.2 术语...................................................................2 1.3 参照标准...............................................................2 2.测试日期安排............................................................3 3.测试小组及成员..........................................................3 4.测试具体内容............................................................3 4.1 合法性检查.............................................................3 4.2 软件文档检查...........................................................3 4.2.1 必须提供检查的文档...................................................3 4.2.2 其他可能需要检查的文档...............................................4 4.2.3 由业主确定必须检查的其他文档.........................................4 4.2.4 文档质量的度量准则...................................................4 4.3 软件代码测试...........................................................4 4.3.1 源代码一般性检查.....................................................4 4.3.2 软件一致性检查.......................................................5 4.4 软件系统测试...........................................................5 4.4.1 界面(外观)测试.......................................................6 4.4.2 可用性测试...........................................................6 4.4.3 功能测试.............................................................6 4.4.4 稳定性(强度)测试.....................................................6 4.4.5 性能测试.............................................................6 4.4.6 强壮性(恢复)测试.....................................................6 4.4.7 逻辑性测试...........................................................6 4.4.8 破坏性测试...........................................................6 4.4.9 安全性测试...........................................................7 5.测试结果交付方式........................................................7

1.引言

1.1 目的

为了尽可能的找出软件的不足，提高软件的质量，促进软件的成功验收，专门制定了本大纲。其主要目的在于为所要进行的测试工作制定各种必要的准则和规范，以及在有关方面协议的基础上对测试工作进行合理组织与管理。

1.2 术语

本大纲所提及的术语，其定义遵照GB/T 11457标准。

1.3 参照标准

● GB/T 11457—1995 软件工程术语

● GB 8566—1995；

信息技术软件生存期过程 ● OGB8567—1988* 计算机软件产品开发文件编制指南 ● GB 9385* 计算机软件需求说明编制指南 ● GB 9386—1988* 计算机软件测试文件编制指南 ● GB/T 12504—1990 计算机软件质量保证计划规范 ● OGB/T 12505—1990 计算机软件配置管理计划规范 ● OGB/T 14079—1993 软件维护指南

● OGB/T 14394—1993 计算机软件可靠性和可维护性管理 ● GB/T 16680一1996 软件文档管理指南 ● 开发者企业规范

软件开发者有关软件工程的规范 ● 其它文件

例如：合同书等，法律文件中的有关规定。

说明：（1）应该遵循自顶而下、就严不就宽的原则，除非合同书等法律文件中另有规定。

（2）标记（*）号的标准为推荐标准。

2.测试日期安排

开发方如期交付软件的基础上，由业主审核确定具体日期安排。

3.测试小组及成员

由业主聘请具有一定的分析、设计、编程和软件测试经验的测试组长和其他专业人员组成。测试组设组长一名(可设有副组长)，负责整个测试的计划、组织工作。

或委托具有国家认可测试资质的第三方进行测试。

4.测试具体内容

测试内容应该包括：合法性检查、文档检查、软件一致性检查、软件系统测试与测试结果评审等几项工作。

4.1 合法性检查

检查开发者在开发本软件时，使用的开发工具是否合法。对在编程中使用的一些非本单位自己开发的，也不是由开发工具提供的控件、组件、函数库等，检查其是否有合法的发布许可。

4.2 软件文档检查

4.2.1 必须提供检查的文档

● 项目实施计划； ● 详细技术方案；

● 软件需求规格说明书(STP)(含数据字典)； ● 概要设计说明书(PDD)；

● 详细设计说明书(DDD)(含数据库设计说明书)； ● 软件测试计划(STP)(含测试用例)； ● 软件测试报告(STR)；

● 用户手册(SUM)(含操作、使用、维护、应急处理手册)； ● 源程序(SCL)(不可修改的电子文档)； ● 项目实施计划(PIP)； ● 项目开发总结(PDS)；

● 软件质量保证计划(SQAP)；

4.2.2 其他可能需要检查的文档

● 软件配置计划(SCMPP)； ● 项目进展报表(PPR)； ● 阶段评审报表(PRR)； 4.2.3 由建设方确定必须检查的其他文档

说明：如果建设方认为4.1.1节和4.1.2节所列文档之外，还需要检查其它文档，则在此列出文档名称；如果业主认为不需要进行额外的文档检查，则本部分无内容。4.2.4 文档质量的度量准则

文档是软件的重要组成都分，是软件生存周期各个不同阶段的产品描述。文档质量的度量准则就是要评审各阶段文档的合适性。主要有以下六条：

● 完备性

开发方必须按照GB 8567(计算机软件产品开发文件编制指南)的规定编制相应的 文档，以保证在开发阶段结束时其文档是齐全的。● 正确性

在软件开发各个阶段所编写的文档的内容，必须真实的反映阶段的工作且与该阶 段的需求相一致。● 简明性

在软件开发各个阶段所编写的各种文档的语言表达应该清晰、准确简练，适合各 种文档的特定读者。● 可追踪性

在软件开发各个阶段所编写的各种文档应该具有良好的可追踪性。文档的可追踪 性包括横向可追踪性和纵向可追踪性两个方面。前者是指在不同的文档的相关内 容之间相互检索的难易程序；后者是指确定同一文档某一内容在本文档范围中检 索的难易程度。● 自说明性

在软件开发各个阶段所编写的各种文档应该具有较好的自说明性。文档的自说明 性是指在软件开发各个阶段中，不同文档能够独立表达，该软件在其相应阶段的 阶段成果的能力。● 规范性

在软件开发各个阶段所编写的各种文档应该具有良好的规范性。文档的规范性是 指文档的封面、大纲、术语的含义以及图示符号等符合有关规范的规定。

4.3 软件代码测试

4.3.1 源代码一般性检查

仅对系统关键模块的源代码进行抽查，检查模块代码编写的规范性，批注的准确性，是否存在潜在性错误，以及代码的可维护性。

● 命名规范检查

检查源代码中的变量、函数、对象、过程等的命名是否符合约定规范，该规范可 以由开发方在软件工程文档规范中单方面约定。

● 注释检查

检查程序中的注释是否规范，注释量是否达到约定要求，例如：要求注释量达到 30％左右。● 接口检查

检查数据库接口等外部接口是否符合要求，各程序模块使用的接口方式是否一 致，特定的外部接口协议是否符合。● 数据类型检查

源代码中涉及的金额的常量、变量及数据集和数据库中涉及金额的数据类型是否 采用货币类型，以防止在特定条件下产生较大的误差而影响统计结果。● 限制性检查

对一些程序中使用到的、具有使用限制的命令、事件、方法、过程、函数、对象、控件等进行检查。检查在长时间运行时，有无可能接近或者达到限制条件，这里考虑的系统运行时间可能长达数年。

4.3.2 软件一致性检查

● 编译检查

要求提交的源代码在其规定的编译环境中，能够重新编译无错误，并且能够完成 相应的功能，从而确定移交的确实是正确的源代码。● 安装／卸载检查

在新系统上用交付的软件安装盘重新安装各个模块，并且通过运行这些软件模 块，能否完成相应的功能，从而确定移交的确实是正确的软件安装盘。在安装后立即卸载所安装的模块，并且检查是否能够做到彻底卸载。● 运行模块检查

将新安装的软件模块与现场运行模块用软件工具抽样比较，确认交付的软件安装 盘与现场运行软件一致。

抽查数处现场运行模块用软件工具比较，确认现场运行软件一致。

4.4 软件系统测试

软件系统测试不仅是检测软件的整体行为表现，从另一个侧面看，也是对软件开发设计的再确认。

进行软件系统测试工作时，具体的测试用例是由开发方提供，并由测试方和用户共同补充制定的。在开发方做完功能演示后，可以进行下列测试：

● 界面(外观)测试； ● 可用性测试； ● 功能测试；

● 稳定性(强度)测试； ● 性能测试；

● 强壮性(恢复)测试； ● 逻辑性测试； ● 破坏性测试； ● 安全性测试。说明：实际进行的测试内容有测试方法和业主根据具体情况共同确定，并非文中所列测试内容都必须进行测试。

4.4.1 界面(外观)测试

对照界面规范(在软件需求规格说明书中规定，或者由软件工程规范中给出)和界面表(在概要设计中给出)，检查各界面设计是否规范，包括：界面风格、表现形式、组件用法、字体选择、字号选择、色彩搭配、日期表现、计时方法、时间格式、对齐方式等等，是否符合规范、是否协调一致、是否便于操作。4.4.2 可用性测试

测试操作是否方便，用户界面是否友好等。测试系统是否有影响操作流程的界面Bug和功能Bug，纪录具体Bug的数量、出现频率和严重程度。4.4.3 功能测试

检查数据在流程中各个阶段的准确性。对系统中每一模块利用实际数据运行，将其结果与同样数据环境下应该得出的结果相比较，或与软件需求规格说明书中要求的结果进行比较，如有偏差，则功能测试不能通过。

检查软件需求规格说明书中描述的需求是否都得到满足；系统是否缺乏软件需求规格说明书中规定的重要功能；以及系统实际使用中不可缺少而软件需求规格说明书中没有规定的功能。

如果存在遗产数据，应该检查遗产数据转换是否正确。4.4.4 稳定性(强度)测试

测试系统的能力最高实际限度，即检查软件在一些超负荷情况下，功能实现的情况。例如：要求软件进行某一行为的大量重复、输入大量的数据或大数值数据、对数据库进行大量复杂的查询等。

利用边界测试(最大值、最小值、N次循环)对系统进行模拟运行测试，观察其是否处于稳定状态。4.4.5 性能测试

根据系统设计指标，或者对被测软件提出的性能指标，测试软件的运行性能，例如：传输连接最长时限、传输错误率、计算精度、记录精度、响应时限和恢复时限等。4.4.6 强壮性(恢复)测试

采用人工的干扰使应用软件、平台软件或者系统硬件出错，中断正常使用，检测系统的恢复能力。进行强壮性测试时，应该参考性能测试相关的测试指标。4.4.7 逻辑性测试

根据系统的功能逻辑图，测试软件是否按规定的逻辑路径运行，选择一些极限数据判断软件运行是否存在错误或非法路径，从而发现系统的逻辑错误或非法后门。4.4.8 破坏性测试

输入错误的或非法的数据(类型)，检查系统的报错纠错的能力及稳定性。并测试可连续使用多长时间而系统不崩溃。

4.4.9 安全性测试

验证安装在系统内的保护机构确实能够对系统进行保护，使之不受各种非常的干扰，安全测试时需要设计一些测试用例试图突破系统的安全保密措施，检验系统是否有安全保密的漏洞。

说明：进行安全测试时，必须遵循相关的安全规定，并且有业主派员参加。

5.测试结果交付方式

测试结束后，由测试组填写软件测试报告，并将测试报告与全部测试材料一并交给业主。具体交付方式，由业主和测试方双方协商确定。测试报告包括下列内容：

● 软件测试计划 ● 软件测试日志 ● 软件文档检查报告 ● 软件代码测试报告 ● 软件系统测试报告 ● 测试总结报告

● 测试人员签字登记表