软件蓝图设计-模板

XX有限公司XXXX项目蓝图设计R文档修订记录版本编号状态简要说明日期变更人批准日期批准人V1.0A新建XXXX-XX-XXXXXXXXX-XX-XXXXX*状态：A——增加，M——修改，D——删除需求调研报告目录TOC\o"1-5"\h\z\o"CurrentDocument"1文档目的 32调研概述 3\o"CurrentDocument"名词解释 3\o"CurrentDocument"流程图图例 3\o"CurrentDocument"3项目范围 4\o"CurrentDocument"子系统 4\o"CurrentDocument"ZXTS-子系统 4系统简介 4系统模块 4模块关系 4ZXTS-01模块名称 4\o"CurrentDocument"系统确认 6\o"CurrentDocument"4接口需求 7\o"CurrentDocument"内部接口 7\o"CurrentDocument"外部接口 7\o"CurrentDocument"5非功能需求 7\o"CurrentDocument"可靠性 7\o"CurrentDocument"性能 7\o"CurrentDocument"可支持性 7\o"CurrentDocument"用户体验 7\o"CurrentDocument"6系统运行环境 8\o"CurrentDocument"硬件环境 8\o"CurrentDocument"软件环境 8\o"CurrentDocument"7系统确认 82/8

需求调研报告需求调研报告1文档目的描述项目背景，项目需求来源，项目主体范围等。2调研概述，HQNH11调研日期XXXX-XX-XX调研工序工序列表相关部门关键用户、关键部门等调研人需求调研软控方人员被调研人需求调研甲方人员及联系方式名词解释对文档中主要名词进行解释和描述。MES系统：制造企业生产过程执行管理系统，是一套面向制造企业车间执行层的生产信息化管理系统。流程图图例开始图符手工文档ERP文档人工流程结束图符MES文档PDM文档MES系统流程01 系统子流程系统数据存储系统流程判断6) 系统流程汇合 > 开始图符手工文档ERP文档人工流程结束图符MES文档PDM文档MES系统流程01 系统子流程系统数据存储系统流程判断6) 系统流程汇合 > 系统间接口批 批注PDM系统流程ERP系统流程■01人员外部数据3/8需求调研报告3项目范围项目整体范围，需要进行图形展示，并有效的表达系统与子系统、子系统之间的关系。子系统代码业务名称优先级业务描述ZXTS子系统名称1子系统描述。ZXTS-子系统系统简介系统主要功能和流程简介。系统模块代码业务名称优先级简要描述ZXTS-01模块名称1模块描述。 模块关系模块关系图对各个模块的数据流、业务流、约束等进行图形展示以及文字描述。ZXTS-01模块名称业务目的描述本模块的主要功能及为客户带来的价值等。业务流程图本模块流程图及简要介绍，流程图需要对流程节点进行标记，并对不同类型节点使用不同的图形表示。业务描述对流程图中描述的节点进行详细描述。特殊业务对本模块在流程节点中未体现的业务进行描述。4/8需求调研报告3.2.4.5模块功能代码业务名称优先级环境业务描述ZXTS-0101功能名称 3.2.4.6功能描述对项目中每一个功能都需要进行详细描述，作为后期开发及验收的依据。功能标识ZXTS-0101功能名称功能名称用例描述参与者触发事件前提条件1、事基本流程1、件扩展流程1、流异常流程后置条件假设和约束1、非功能描述1、接口描述补充说明优先级编写说明：用例标识就是用例的编号，一般采用“项目编号系统编号模块编号序号”来编号。用例名称：注意用例的命名规则：用例名称通常是一个动词短语或短句，而不是一个名词短语。它可以是一个动词（如：自动考核）一个动宾短语（如：提取存款）一个被动句（如：发票填报），或者一个主谓句（如：用户提款，这个不推荐，因为主语就是参与者，显得有些多余）用例描述:对该用例的功能定义要实现的业务需求以及谁（参与者）应该如何使用进行描述。同时，这部分还可以整体概述实现业务需求的主要流檄及与其它用例其它外部系统的关系。通过用例描述，阅读者可以对该用例有一个整体的认识。参与者：用例图中该用例的参与者，通常是业务操作的触发者和施与对象（如外部系统）触发事件：触发了这个用例的条件。前置条件：在触发该用例相关操作前必须达到的条件。事件流：这是用例说明中最重要的部分，它详细描述了该用例可能出现的所有流程。5/8需求调研报告.基本流程：最佳流程⑦脱加s/尸/ow）。它描述的是该用例以最佳的、最正常的方式流转，没有出现任何异常，并且最终成功完成操作的流程。基本流程在编写时，应当通过数字对流程中的每一步进行编号。.扩展流程：或者叫“分支流程”它描述的是基本流程在流转过程中可能出现的所有分支。扩展流程最大的特点就是，它应当是在基本流程的某一步骤发生的分支，因此它的编号规则是“基本流程号+序号”。基本流程号就是发生分支的那一个基本流程的编号在同一个基本流程上发生多个分支时，它们的序号从依次开始编号。另一种情况是，某个扩展流程本身拥有多个步骤，这时应当在“基本流程号身序号”的基础上再添加序号，如2,1.1"。扩展流程在描述时应当首先描述进入这个分支的条件即“如果XX则XX、“当XX时XX”3,异常流程：就是发生异常情况时的处理流程。注意，用例说明是站在用例角度进行的说明，因此这里并不是我们通常一样的发生程序异常的处理流肺是用户在处理业务操作时发生的异常情况，如：如果顾客不能提供身份证，如何处理后置条件又称为“成功保证,”就是执行基本流程获得成功以后所达到的状态（条件后置条件往往体现的是执行该用例的最终目的。如：完成用户档案的填写并提交。非功能需求简称为“欧PS+”，即可用性（Fab〃〃歹）、可靠性（Reliability）、性能（尸e女-加a〃ce）、可支持性6皿90〃abi〃小）以及其它0）。假设与约束就是隐藏于业务功能中的各项规则与条件，如各种逻辑条件、计算公式、环境限制^等^等。接口描述：描述模块或功能之间的业务接口，每个接口间列出详细的接口数据元素以及说明。优先级：需求开发的优先级，优先级从高到低分为2、3、4、53.3系统确认调研人确认时间被调研人确认时间调研的模块信息确认6/8需求调研报告4寸妾口需求4.1内部接口描述模块或功能点之间的业务接口，每个接口间列出详细的接口数据元素以及说明。序号内部接口信息源系统目标系统数据频率4.2外部接口描述当前系统与其他系统之间的业务接口，例如与原有系统或ERP等系统的接口。序号外部接口信息源系统目标系统r.t—»数据频率5非功能需求可靠性故障周期、可恢复性、可预测性、安全性等方面进行描述性能响应