软件蓝图设计-模板.docxVIP

需求调研报告

PAGE8/NUMPAGES8

XX有限公司

XXXX项目

蓝图设计

R

文档修订记录

版本编号

状态

简要说明

日期

变更人

批准日期

批准人

V1.0

A

新建

XXXX-XX-XX

XXX

XXXX-XX-XX

XXX

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

目录

TOC\o1-3\h\z\u1文档目的 5

2调研概述 5

2.1名词解释 5

2.2流程图图例 5

3项目范围 6

3.1子系统 6

3.2ZXTS-子系统 6

3.2.1系统简介 6

3.2.2系统模块 6

3.2.3模块关系 6

3.2.4ZXTS-01模块名称 6

3.3系统确认 8

4接口需求 9

4.1内部接口 9

4.2外部接口 9

5非功能需求 9

5.1可靠性 9

5.2性能 9

5.3可支持性 9

5.4用户体验 9

6系统运行环境 10

6.1硬件环境 10

6.2软件环境 10

7系统确认 10

文档目的

描述项目背景，项目需求来源，项目主体范围等。

调研概述

调研日期

XXXX-XX-XX

调研工序

工序列表

相关部门

关键用户、关键部门等

调研人

需求调研软控方人员

被调研人

需求调研甲方人员及联系方式

名词解释

对文档中主要名词进行解释和描述。

MES系统：制造企业生产过程执行管理系统，是一套面向制造企业车间执行层的生产信息化管理系统。

流程图图例

项目范围

项目整体范围，需要进行图形展示，并有效的表达系统与子系统、子系统之间的关系。

子系统

代码

业务名称

优先级

业务描述

ZXTS

子系统名称

1

子系统描述。

ZXTS-子系统

系统简介

系统主要功能和流程简介。

系统模块

代码

业务名称

优先级

简要描述

ZXTS-01

模块名称

1

模块描述。

……

……

……

……

模块关系

模块关系图

对各个模块的数据流、业务流、约束等进行图形展示以及文字描述。

ZXTS-01模块名称

业务目的

描述本模块的主要功能及为客户带来的价值等。

业务流程图

本模块流程图及简要介绍，流程图需要对流程节点进行标记，并对不同类型节点使用不同的图形表示。

业务描述

对流程图中描述的节点进行详细描述。

特殊业务

对本模块在流程节点中未体现的业务进行描述。

模块功能

代码

业务名称

优先级

环境

业务描述

ZXTS-0101

功能名称

……

……

……

功能描述

对项目中每一个功能都需要进行详细描述，作为后期开发及验收的依据。

功能标识

ZXTS-0101

功能名称

功能名称

用例描述

参与者

触发事件

前提条件

事件流

基本流程

扩展流程

异常流程

后置条件

假设和约束

非功能描述

接口描述

补充说明

优先级

编写说明：

用例标识：就是用例的编号，一般采用“项目编号-子系统编号-模块编号-序号”来编号。

用例名称：注意用例的命名规则：用例名称通常是一个动词短语或短句，而不是一个名词短语。它可以是一个动词（如：自动考核），一个动宾短语（如：提取存款），一个被动句（如：发票填报），或者一个主谓句（如：用户提款，这个不推荐，因为主语就是参与者，显得有些多余）。

用例描述：对该用例的功能定义、要实现的业务需求，以及谁（参与者）应该如何使用进行描述。同时，这部分还可以整体概述实现业务需求的主要流程，以及与其它用例、其它外部系统的关系。通过用例描述，阅读者可以对该用例有一个整体的认识。

参与者：用例图中该用例的参与者，通常是业务操作的触发者和施与对象（如外部系统）。

触发事件：触发了这个用例的条件。

前置条件：在触发该用例相关操作前必须达到的条件。

事件流：这是用例说明中最重要的部分，它详细描述了该用例可能出现的所有流程。

1.基本流程：最佳流程（TheBestFlow）。它描述的是该用例以最佳的、最正常的方式流转，没有出现任何异常，并且最终成功完成操作的流程。基本流程在编写时，应当通过数字对流程中的每一步进行编号。

2.扩展流程：或者叫“分支流程”，它描述的是基本流程在流转过程中可能出现的所有分支。扩展流程最大的特点就是，它应当是在基本流程的某一步骤发生的分支，因此它的编号规则是“基本流程号+序号”。基本流程号就是发生分支的那一个基本流程的编号。在同一个基本流程上发生多个分支时，它们的序号从1依次开始编号。

另一种情况是，某个扩展流程本身拥有多个步骤，这时应当在“基