完整word版需求分析模板.docx

上传人:b****6 文档编号:7445457 上传时间:2023-01-24 格式:DOCX 页数:18 大小:19.79KB
下载 相关 举报
完整word版需求分析模板.docx_第1页
第1页 / 共18页
完整word版需求分析模板.docx_第2页
第2页 / 共18页
完整word版需求分析模板.docx_第3页
第3页 / 共18页
完整word版需求分析模板.docx_第4页
第4页 / 共18页
完整word版需求分析模板.docx_第5页
第5页 / 共18页
点击查看更多>>
下载资源
资源描述

完整word版需求分析模板.docx

《完整word版需求分析模板.docx》由会员分享,可在线阅读,更多相关《完整word版需求分析模板.docx(18页珍藏版)》请在冰豆网上搜索。

完整word版需求分析模板.docx

完整word版需求分析模板

 

软件学院资源管理系统需求剖析

1.前言

 

1.1目的

 

说明编写这份报告的目的,指出预期的读者。

 

1.2背景

 

指出待开发的软件系统的名称;行业状况;本项目的任务提出者、开发者、用户;该软件系统同其余系统或其余机构的基本的互相来往关系。

 

待开发软件系统名称:

软件学院资源管理系统行业状况:

 

任务提出者:

孙华老师、郭主任

 

开发者:

闫化凯

 

用户:

郭主任

 

1.3参照资料

 

列出编写本报告时参照的文件(如经批准的计划任务书或合同、上

 

级机关的批文等)、资料、技术标准,以及他们的作者、标题、编

 

号、公布日期和第一版单位。

 

编资料名称

 

简介

 

作者

 

 

第一版单位

 

列出编写本报告时查阅的Intenet上杂志、专业著作、技术标准以

 

及他们的网址。

 

网点简介

 

1.4术语

 

列出本报告顶用到的特意术语的定义。

 

2.任务概括

 

2.1目标

 

表达该项软件开发的企图、应用目标、作用范围以及其余应向读者说明的有关该软件开发的背景资料。

解说被开发软件与其余有关软件之间的关系。

假如本软件产品是一项独立的软件,并且所有内容自含,则说明这一点。

假如所定义的产品是一个更大的系统的一个构成部分,则应说明本产品与该系统中的其余各构成部分之间的关系,为此可使用一张方框图来说明该系统的构成和本产品同其余各部分的联系和接口。

 

软件学院资源管理系统是特意为党政办公室设计的以方便办公室对软件学院老师的信息管理以及平时文件的管理。

 

2.2系统(或用户)的特色

 

假如是产品开发,应列出本软件的特色,与老版本软件(假如有

 

的话)的不一样之处,与市场上同类软件(假如有的话)的比较。

 

说明本软件预期使用频度;

 

假如是针对合同开发,则应列出本软件的最后用户的特色,充足

 

说明操作人员、保护人员的教育水平易技术专长,以及本软件预

 

期使用频度。

这些是软件设计工作的重要拘束。

 

3.需求规定

 

3.1软件功能说明

 

逐项定量和定性地表达对系统所提出的功能要求,说明输入什么量、经如何的办理、获得什么输出,说明产品的容量,包含系统应支持的终端数和应支持的并行操作的用户数等指标。

 

软件学院资源管理系统

 

教师信息管理模文件管理模块权限管理

 

 

1.教师信息管理模块

 

1.1增添模块

 

在教师信息的主页面上——>点击增添按钮——>弹出一个新

 

增页面——>填写教师信息——>确立——>保留到数据库

 

1.2删除模块

 

在教师信息的主页面上选中要删除教师——>点击删除按

 

钮按钮——>提示框提示确立要删除——>依据id将教师信息删

 

 

1.3改正模块

 

在教师信息的主页面上选中要改正教师——>进入改正页面——>确立——>更新数据库

 

1.4查问模块

 

在条件输入框中输入查问条件——>点击确立按钮——>检索数据库进行条件查问

 

2.文件管理模块

 

2.1上传子模块

 

将文件上传到所属文件夹中2.2下载子模块

 

获得所需文档2.3查问子模块

 

在文件管理主页面的条件输入框中输入条件——>依据条件进行查问

 

2.4删除模块

 

将文件进行删除

 

3.权限管理

 

3.1角色管理

 

不一样的用户拥有不一样的权限,经过角色的管理进行权限的分

 

配。

 

3.2用户管理

 

管理用户

 

3.2对功能的一般性规定

 

本处仅列出对开发产品的所有功能(或一部分)的共同要求,如

 

要求界面格式一致,一致的错误声音提示,要求有在线帮助等。

 

一致的界面格式、一致的错误、警示提示

 

3.3对性能的一般性规定

 

3.3.1精度

 

说明对该系统的输入、输出数据精度的要求,可能包含传输过程

 

中的精度。

 

3.3.2时间特征要求

 

说明关于该系统的时间特征要求。

 

3.3.3灵巧性

 

说明对该系统的灵巧性的要求,即当需求发生某些变化时,该系

 

统对这些变化的适应能力。

 

3.4输入输出要求

 

解说各输入输出数据种类,并逐项说明其媒体、格式、数值范围、

 

精度等。

对系统的数据输出及一定注明的控制输出量进行解说并

 

举例。

 

4.5数据管理能力要求(针对软件系统)

 

说明需要管理的文卷和记录的个数、表和文卷的大小规模,要按

 

可预示的增添对数据及其重量的储存作出估量。

 

4.6故障办理要求

 

列出可能的软件、硬件故障以啊对各项性而言所产生的结果和对

 

故障办理的要求。

 

4.7其余特意要求

 

如用户对安全保密的要求,包含信息加密、信息认证(确立穿过系统或网络的信息没有被改正)方面的要求。

 

对使用方便的要求,对可保护性、可增补性、易读性、靠谱性、运转环境可变换性的特别要求等。

 

4.运转环境规定

 

4.1设施

 

列出运转该软件所需要的硬件设施。

 

4.2支撑软件

 

1)操作系统:

windowsXP

 

2)数据库管理系统:

MySql

 

3)其余支撑软件

 

4.3接口

 

简要说明该软件同其余软件之间的公共接口、数据通讯协议等,

描绘

说明业务需要实现的功能点

接口

协议

HTTP+XML/TUXEDOATMI/SOCKET

 

方式

数据互换方式

信息

方向

BOSS

渠道/渠道

BOSS

触发方式

及时/非及时

渠道

供给的渠道

文件

能否存在

是/否

接口

方向

BOSS

渠道/渠道

BOSS

文件格式

文件的格式说明

接口服务或数据

接口规范需要的输入、输出说明

增补说明

接口模式

 

5.4控制

 

说明控制该产品的运转的方法和控制信号,并说明这些控制信号的根源。

 

5.尚需解决的问题

 

以列表的形式列出在需求剖析阶段一定解决但还没有解决的问题

 

测试计划

 

6.1.前言

 

6.11.1目的

 

说明本项目测试目的、预期达到的目标。

 

目的:

检测该系统中的错误以及破绽

 

预期达到的目标:

各个功能运转正常,无异样

 

6.21.2背景

 

说明本项目测试的背景。

 

6.31.3测试范围

 

说明本项目测试的内容。

 

教师管理模块:

测试教师信息的增添、删除、改正、查问功能

 

文件管理模块:

测试文件的上传、下载、删除功能

 

权限管理:

测试不一样用于的权限分派

 

1.4项目文件列表

 

列出编写本报告及测试整个过程中所要参照的文件、资料。

 

有关文件列表

 

文档已创立(是/否)版本/日期

 

需求详述

 

功能详述

 

项目计划

 

设计详述

 

原型

 

用户手册

 

7.2.测试需求

 

7.12.1剖析各样信息

 

频频检查并理解各样信息,和用户沟通,理解他们的要求。

能够按

 

照以下步骤履行:

 

1)确立软件供给的主要商业任务

 

2)对每个商业任务,确立达成该任务所要进行的交易。

 

3)确立从数据库信息引出的计算结果。

 

4)关于对时间有要求的交易,确立所要的时间和条件。

这些条件

 

包含数据库大小、机器配置、交易量、以及网络拥堵状况。

 

5)确立会产生重要不测的压力测试,包含:

内存、硬盘空间、高

 

的交易率

 

6)确立应用需要办理的数据量。

 

7)确立需要的软件和硬件配置。

往常状况下,不行能对所有可能

 

的配置都测试到,所以要选择最有可能产生问题的状况进行测试,

 

包含:

最低性能的硬件、几个有兼容性问题的软件并存、客户端机

 

器经过最慢的LAN/WANF连结接见服务器。

 

8)确立其余与应用软件没有直接关系的商业交易。

包含:

 

管理功能,如启动和推出程序

 

配置功能,如设置打印机

 

操作员的喜好,如字体、颜色

 

应用功能,如接见email或许显示时间和日期。

 

9)确立安装过程,包含定置从哪安装、定制安装、升级安装。

 

10)确立没有隐含在功能测试中的户界面要求。

大多界面都在功能

 

测试时被测试到。

还有写没有测到,如:

操作与显示的一致性,如

 

使用快捷键等;界面遵照合理标准,如按钮大小,标签等。

 

7.22.2需求组织成层次图

 

8.3.测试策略

 

测试策略项

 

测试阶段

 

测试种类

 

测试技术

 

达成标准

 

特别考虑

 

例子

 

系统测试

 

功能测试

 

75%用SQASuite自动测试,25%手工测试

 

95%测试用例经过并且最高等缺点所有解决

 

测试一定在上午进行

 

9.4.测试内容

 

依据软件项目的实质特色确立确认测试的测试内容。

对部分软件项目

 

除基本的功能测试外,可能还包含性能测试、安全性测试、极限测试、

 

并发操作测试等。

 

1)功能测试

 

2)用户界面测试

 

3)性能测试

 

4)压力测试

 

5)容量测试

 

6)配置测试

 

7)安装测试

 

10.5.资源

 

人力资源

 

职位姓名特别责任/说明

 

测试经理

 

测试工程师

 

设计/开发(能够多人)

 

测试工程师

 

测试履行(能够多人)

 

测试系统管理员

 

系统资源

 

系统名称/种类

 

硬件环境

 

软件环境

 

配置要求

 

客机

 

其余要求

 

11.6.人安排

 

6.1估工作量

 

∑(每个的*每个需求的的数量*需求的数量)

 

(、开、⋯.)

 

11.16.2建工程度表

 

任有关工作量(天)

 

 

确立目

 

定策略

 

决定需求

 

估工作量

 

确立源

 

度活

 

生成划文档

 

剖析测试需求

 

指定测试过程

 

指定测试用例

 

查察测试需求的覆盖率

 

测试开发

 

成立测试开发环境

 

录制和回放原型过程

 

开发测试过程

 

测试和调试测试过程

 

改正测试过程

 

从头测试并调试测试过程

 

测试履行

 

设置测试系统

 

履行测试

 

考证测试结果

 

检查突发结果(unexpectedresult)

 

生成缺点日志

 

测试评估

 

回首测试日志

 

评估测试需求的覆盖率

 

评估缺点

 

决定能否达到测试达成的标准

 

12.7.附

 

1)软件元件

 

2)测试特征(Assets)

 

3)测试日志

 

4)缺点报告

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 高中教育 > 高中教育

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1