产品需求规格书

第二篇：产品需求规格说明书(模板)

目录

1       引言... 1

1.1            编写目的... 1

1.2            背景... 1

1.3            定义... 1

1.3.1       专业术语... 1

1.4            参考资料... 1

2       任务概述... 2

2.1            任务目标 . 2

2.2            用户的特点... 2

2.3            软件约束... 2

3       需求规定... 3

3.1            对功能的规定... 3

3.1.1       用例图... 3

3.1.2       参与者... 3

3.1.3       产品功能性需求... 3

3.1.4       功能性需求用例分析与描述... 4

3.2            对性能的规定... 5

3.2.1       精度... 5

3.2.2       时间性要求... 5

3.2.3       灵活性要求... 5

3.2.4       输人输出要求... 6

3.3            数据管理能力要求... 6

3.4            故障处理要求... 6

3.5            其他专门要求... 6

4       运行环境规定... 6

4.1            硬件要求... 6

4.2            软件要求... 6

4.3            接口要求... 7

4.4            控制... 7

5       附录A：需求确认... 8

1   引言

1.1 编写目的

    编写这个需求分析说明书的目的是，让软件开发的设计人员明白用户要让他们设计出一个什么样的应用软件。

    这个说明书预期的读者将会是和应用软件开发有关的人员，项目管理人员以及用户等。

1.2 背景

我们要开发的这个应用软件的名称是：。

本软件是作为软件技术（可视化程序设计）专业二年级学生软件工程课程的项目实训软件。

本软件未来用户未定。

本软件所用微机为win32系统，其他应用系统以及有关机构基本没有往来关系。

1.3 定义

1.3.1 专业术语[微软用户1] 

1.4 参考资料

    本文章参考了有关网站，参照了需求说明书的标准模板以及需求说明书的编写案例等等。

2   任务概述

2.1 任务目标 [微软用户2]  

XXXXX              

2.2 用户的特点[微软用户3] 

    该系统由专科学生自己设计、实现、使用和维护，作为培养学生编程能力和项目开发能力的形式。

2.3 软件约束

1．本系统所要支持的数据库为SQL2005 server.

2．对本系统的经费投入为0。

3．系统开发的全过程要在1个月内完成。

3   需求规定

3.1 对功能的规定

3.1.1 用例图[微软用户4] 

3.1.2 参与者

3.1.3 产品功能性需求[微软用户5] 

（一）功能性需求分类

3.1.4 功能性需求用例分析与描述

（一） 验证管理员身份（[微软用户6] validate admin）

1.  用例图

[微软用户7] 

2. 用例描述

n  用例编号及名称：

n  用例概述：

n  主要参与者：

n  涉众利益：

n  前置条件：

n  后置条件：

n  基本流程

1. 系统提示管理员输入登录用户名和密码，。

2. 管理员输入用户名和密码,提交用户信息。

3. 系统进行用户名和密码验证，检查是否正确。

4. 管理员通过身份验证后，将会进入联系人信息这个主页面。用户可以选择创建联系人，查找联系人，修改密码等服务等。

n  分支流程

3a、用户没有输入用户ID或密码当中的任意一项或全部

    3a1、系统提示输入用户ID和密码，如果用户点击确定，则跳转至登陆页面；

    3a2、系统提示输入用户ID和密码，如果用户点击取消，则退出系统；

3b、用户输入用户ID或密码当中的任意一项或全部长度过长

    3b1、系统提示输入用户ID或密码长度过长，如果用户点击确定，则跳转至登陆页面；

    3b2、系统提示输入用户ID或密码长度过长，如果用户点击取消，则退出系统；

3c、用户输入用户ID当中包含非法字符

    3c1、系统提示输入用户ID当中包含非法字符，如果用户点击确定，则跳转至登陆页面；

    3c2、系统提示输入用户ID当中包含非法字符，如果用户点击取消，则退出系统；

3e、系统验证用户提交用户ID不存在

     4e1、系统提示用户ID不存在，如果用户点击确定，则跳转至登陆页面；

     4e2、系统提示用户ID不存在，如果用户点击取消，则退出系统；

3f、系统验证用户提交用户ID和密码不匹配

     3f1、系统提示用户ID和密码不匹配，如果用户点击确定，则跳转至登陆页面；

     3f2、系统提示用户ID和密码不匹配，如果用户点击取消，则退出系统；

4g、系统判断用户当前状态，如果为“注销”则不能登陆。；

n  规则与约束：

非法字符：！#￥%……—* 

用户ID长度限制：50位

密码长度限制：16位

用户状态：正常（0），挂失（1），注销（2）

3．业务逻辑分析：[微软用户8] 

（二）XXXXX

。。。

（三）XXXXX

。。。。。。。。。。

3.2 对性能的规定

3.2.1 精度

本系统对精度不作要求

3.2.2 时间性要求

  本系统对时间不作要求

3.2.3 灵活性要求

   本系统对灵活性不作要求

3.2.4 输人输出要求

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

3.3 数据管理能力要求

     数据库的初始大小为100M，按20％的增量增长，数据库最大容量为40G,可以存放

50万条记录。

3.4 故障处理要求

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

3.5 其他专门要求

如用户单位对安全保密的要求，对使用方便的要求，对可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊要求等

4   运行环境规定

4.1 硬件要求

现行的任何32/64位微机

4.2 软件要求

系统：Windows XP/2003

编译环境：MS2005及其后续以及相关版本

4.3 接口要求

本软件为独立软件，不存在接口问题

4.4 控制

本软件为纯绿色软件，无须安装即可无限制使用，不修改任何注册表项。

5   附录A：需求确认

自评：

 

---

 [微软用户1]写出本文档当中所涉及到的术语。

 [微软用户2]主要阐述制作该系统的目的是什么，目标是为了要完成什么。

 [微软用户3]也就是系统的参与者，描述清楚参与者的身份，利益，要求等。

 [微软用户4]总用例图

 [微软用户5]功能描述

 [微软用户6]用例的名称

每一个功能都需要以下的内容。

 [微软用户7]对应的那部分用例图。

 [微软用户8]此处为活动图。暂时可以空着。