XX有限公司
XXXX项目
蓝图设计
R
文档修订记录
版本编号 | 状态 | 简要说明 | 日期 | 变更人 | 批准日期 | 批准人 |
V1.0 | A | 新建 | XXXX-XX-XX | XXX | XXXX-XX-XX | 手机app设计模板 XXX |
*状态:A——增加,M——修改,D——删除
1文档目的
描述项目背景,项目需求来源,项目主体范围等。
2调研概述
调研日期 | XXXX-XX-XX | 调研工序 | 工序列表 |
相关部门 | 关键用户、关键部门等 | 调研人 | 需求调研软控方人员 |
被调研人 | 需求调研甲方人员及 | ||
2.1名词解释
对文档中主要名词进行解释和描述。
MES系统:制造企业生产过程执行管理系统,是一套面向制造企业车间执行层的生产信息化管理系统。
2.2流程图图例
3项目范围
项目整体范围,需要进行图形展示,并有效的表达系统与子系统、子系统之间的关系。
3.1子系统
代码 | 业务名称 | 优先级 | 业务描述 |
ZXTS | 子系统名称 | 1 | 子系统描述。 |
3.2ZXTS-子系统
3.2.1系统简介
系统主要功能和流程简介。
3.2.2系统模块
代码 | 业务名称 | 优先级 | 简要描述 |
ZXTS-01 | 模块名称 | 1 | 模块描述。 |
…… | …… | …… | …… |
3.2.3模块关系
3.2.3.1模块关系图
对各个模块的数据流、业务流、约束等进行图形展示以及文字描述。
3.2.4ZXTS-01模块名称
3.2.4.1业务目的
描述本模块的主要功能及为客户带来的价值等。
3.2.4.2业务流程图
本模块流程图及简要介绍,流程图需要对流程节点进行标记,并对不同类型节点使用不同的图形表示。
3.2.4.3业务描述
对流程图中描述的节点进行详细描述。
3.2.4.4特殊业务
对本模块在流程节点中未体现的业务进行描述。
3.2.4.5模块功能
代码 | 业务名称 | 优先级 | 环境 | 业务描述 |
ZXTS-0101 | 功能名称 | …… | …… | …… |
3.2.4.6功能描述
对项目中每一个功能都需要进行详细描述,作为后期开发及验收的依据。
功能标识 | ZXTS-0101 | 功能名称 | 功能名称 | |
用例描述 | ||||
参与者 | ||||
触发事件 | ||||
前提条件 | 1、 | |||
事件流 | 基本流程 | 1、 | ||
扩展流程 | 1、 | |||
异常流程 | ||||
后置条件 | ||||
假设和约束 | 1、 | |||
非功能描述 | 1、 | |||
接口描述 | ||||
补充说明 | 优先级 | |||
编写说明:
用例标识:就是用例的编号,一般采用“项目编号-子系统编号-模块编号-序号”来编号。
用例名称:注意用例的命名规则:用例名称通常是一个动词短语或短句,而不是一个名词短语。它可以是一个动词(如:自动考核),一个动宾短语(如:提取存款),一个被动句(如:发票填报),或者一个主谓句(如:用户提款,这个不推荐,因为主语就是参与者,显得有些多余)。
用例描述:对该用例的功能定义、要实现的业务需求,以及谁(参与者)应该如何使用进行描述。同时,这部分还可以整体概述实现业务需求的主要流程,以及与其它用例、其它外部系统的关系。通过用例描述,阅读者可以对该用例有一个整体的认识。
版权声明:本站内容均来自互联网,仅供演示用,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198,我们将在24小时内删除。
发表评论