软件需求说明书文档格式.doc

软件需求说明书文档格式.doc

《软件需求说明书文档格式.doc》由会员分享，可在线阅读，更多相关《软件需求说明书文档格式.doc（16页珍藏版）》请在冰豆网上搜索。

1

1.0

2

3

4

5

审批记录

版本

审批人

审批意见

审批日期

张一

同意

2013.07.25

目录

1.引言 5

1.1目的 5

1.2适用范围 5

1.3参考资料 5

1.4术语和缩略语 5

2.系统概述 5

2.1产品描述 5

2.2产品功能 7

2.3一般约束 8

3.功能性需求分类 8

3.1系统功能说明 8

4.产品的非功能性需求 13

4.1接口说明 13

4.1.1软件接口 13

4.2能需求 13

4.2.1硬件的限制 13

4.3属性 14

4.3.1友好性 14

4.3.2安全性 14

4.3.3可维护性 14

4.3.4可转移/换性 14

4.4系统的运行环境 14

4.5其他需求 14

4.5.1用户操作需求 14

5.E-R图和数据字典抽取 14

5.1E-R图 14

5.2数据字典 15

5.2.1用户 15

附录A：

需求确认 16

4引言

4.5目的

编写此文档的目的是进一步定制软件开发的细节问题,希望能使本软件开发工作更具体。

是为使用户、软件开发者及分析人员对该软件的初始规定有一个共同的理解，它说明了本产品的各项功能需求、性能需求和数据要求，明确标识各功能的实现过程，阐述实用背景及范围，提供客户解决问题或达到目标所需的条件或权能，提供一个度量和遵循的基准。

4.6适用范围

在城市经济主要关注城市建设、旅游文化资源、招商引资以及区域经济发展；

打造、记录着中国蓬勃发展的城市历史轨迹；

寄托了全国亿万网民对城市的关注和城市情感的归宿。

4.7参考资料

资料名称[标识符]

出版单位

作者

日期

《软件工程（原书第9版）》

机械工业出版社

（英）IanSommerville

2011年5月

4.8术语和缩略语

术语、缩略语

解释

CityOnlie

postgresql

数据库

5系统概述

5.5产品描述

本项目的目标是：

<

1>

决策支持:

根据项目的需求及时提供所需信息,并在一定阶段对各模块的进度进行追踪及提示,实现工作的协同化、提高了工作效率。

2>

提高效率:

利用软件进行管理,避免人工管理的失误以及延迟性,从而实现高效率的管理。

本系统主要在软件开发行业使用，也可对其他行业项目能够做到粗粒度支撑。

使用者包括项目管理人员，软件编程人员，测试人员等，这些人员在计算机的应用、使用上不存在障碍，都在、计算机的操作和使用方面得到过相关的培训根据业务的频繁程度。

本体统的功能接受如下图所示：

5.6产品功能

5.6.1系统用例模型

5.6.2业务流模型：

业务流程模型说明：

用户注册、登录平台，为了在终端显示而添加不同的数据。

5.7一般约束

假定：

用户能够提供交付测试的环境；

用户能够参与到需求的核准工作；

约束：

本系统的最后的交付日期是2014.02.20；

设计和实现上的限制:

基于REST架构进行开发；

使用postgresql数据库；

6功能性需求分类

6.5系统功能说明

用户根据不同的栏在server端目添加信息和在终端展示信息。

3.1.1图片

6.5.1功能说明：

管理员可以在配置与管理的图片功能下添加图片，点击新建然后填写标题、所属栏目、封面图片、所属城市、所属图集点击保存就可以新建图片，普通成员就可以在终端浏览；

6.5.2参与者：

管理员，普通用；

6.5.3功能用例图：

3.1.2图集

1.功能说明：

点击新建然后填写名称（选择相关联的图片）点击保存就可以新建图集名称，普通成员就可以在终端浏览；

2.参与者：

管理员，普通成员；

3.功能用例图：

3.1.3城市

1.功能说明：

点击新建然后填写城市名称（相关联的图片、视频如果没有也可以新建图片、视频）点击保存，普通成员就可以在终端浏览

2．参与者：

管理员，普通成员；

3.功能用例图：

3.1.4文章

点击新建然后填写标题、栏目、副标题、引言、栏目显示图片以及文章内容点击保存后就可以添加新文章，普通成员就可以在终端浏览。

6.5.4参与者：

6.5.5功能用例图：

3.1.5用户

点击新建然后按要求填写用户信息点击保存就可以新增用户，普通成员就可以在终端浏览。

2.参与者：

管理员；

3.功能用例图：

3.1.6项目bug发布及跟踪

1.功能说明：

当项目进行到测试阶段，测试人员根据项目需求测试项目，如有错误，测试人员将bug信息发布到bug公布栏，其状态为‘待修改’。

当程序员看到bug信息，及时修改项目当中存在的bug，修改完成后再将项目bug信息的状态修改为‘待测试’，测试人员再进行二次测试，直到测试通过，状态修改为‘通过测试’。

2.参与者：

测试人员，项目成员；

3.功能用例图：

3.1.7秘密锦囊

新建秘密锦囊：

点击新建填写名称、描述上传封面等信息点击保存，普通成员就可以在终端浏览。

2.参与者：

3.1.8视频

1.功能说明：

新建视频：

点击新建然后填写视频名称、副标题等信息点击保存就可以新建视频，普通成员就可以在终端浏览。

2.参与者：

普通成员；

3.功能用例图：

7产品的非功能性需求

7.5接口说明

7.5.1软件接口

【在此要指定需使用的其他软件产品，以及同其他应用系统之间的接口。

】

7.6功能需求

【从整体来说，本条应具体说明软件、或人与软件交互的静态或动态数值需求。

a.静态数值需求可能包括：

1）支持的终端数；

2）支持并行操作的用户数；

3）系统响应的时间特性；

b.动态数值需求可能包括：

欲处理的事务和任务的数量，以及在正常情况下和峰值工作条件下一定时间周期中处理的数据总量。

7.6.1硬件的限制

【本项包括在各种硬件约束下运行的软件要求，例如，应该包括：

a.硬件配置的特点（接口数，指令系统等）；

b.内存储器和辅助存储器的容量。

7.7属性

【在软件的需求之中有若干个属性，以下指出其中的几个】

7.7.1友好性

【指的是用户对界面的要求，程序界面友好度，可操作性等友好性信息】

7.7.2安全性

【指的是保护软件的要素，以防止各种非法的访问、使用、修改、破坏或者泄密。

这个领域的具体需求必须包括：

a.利用可靠的密码技术；

b.掌握特定的记录或历史数据集；

c.给不同的模块分配不同的功能；

d.计算临界值的检查。

7.7.3可维护性

【规定若干需求以确保软件是可维护的。

7.7.4可转移/换性

【利用开发平台提供的数据转换功能，可以实现跨平台数据转换，实现不同数据库数据间的数据转换，如：

csv、Json、xml间的数据转换。

4.4系统的运行环境

【系统的起始运行时间，结束运行时间，运行的时限，运行的周期等。

7.8其他需求

7.8.1用户操作需求

【这里说明用户要求的常规的和特殊的操作。

a.在用户组织之中各种方式的操作。

例如，用户初始化操作；

b.数据处理运行功能；

c.后援和恢复操作。

8E-R图和数据字典抽取

8.5E-R图

根据以上的分析，把在整个系统过程中出现的实体及各个实体之间的关联画成E-R图，以更好的从整体角度了解系统中所有的实体。

比如：

8.6数据字典

对系统中出现的各个实体的属性进行整理，形成数据字典，此可以做为后继开发过程中数据结构设计、数据库设计、数据库表结构设计的主要来源。

格式如下例所示：

8.6.1用户

属性

约束

释义

备注

用户Id

必填

唯一标识

邮箱

密码

创建时间

登录次数

当前登录时间

上次登录时间

当前登录Ip

上次登录Ip

角色

需求确认

需求评审报告摘要

需求文档

输入名称，标识符，版本，作者，完成日期，...

需求评审报告

输入名称，标识符，评审日期，...

评审结论

[]工作成果合格，“无需修改”或者“需要轻微修改但不必再审核”。

[√]工作成果基本合格，需要做少量的修改，之后通过审核即可。

[]工作成果不合格，需要做出比较大的修改，之后必须重新对其评审。

评审意见

评审小组成员

输入评审小组成员

PAGE16OF16