当前位置: 首页 > 财务管理 >

基于三层结构的业务管理系统设计方法_图文

软件开发与应用

信息与电脑 China Computer & Communication

2019 年第 7 期

基于三层结构的业务管理系统设计方法

杨少梁 (上海达牛信息技术有限公司,上海 200433)

摘 要:针对业务管理系统开发过程中普遍存在的需求多变、目标难以度量以及快速交付和可持续发展的矛盾等问题, 笔者在产品设计阶段进行方法改进。在产品设计阶段依序开展数据建模、交互建模以及接口定义 3 部分工作,并与实现 阶段相衔接,形成完整的业务管理系统开发方法。利用数据模型、交互模型、应用程序接口定义 3 个成果,在设计阶段 实现精确和具有弹性的产品设计定义,最终实现清晰的项目目标、稳定的执行过程、可持续发展的基础 3 个关键目标。
关键词:产品设计;数据建模;交互建模;接口定义 中图分类号:TP315  文献标识码:A  文章编号:1003-9767(2019)07-106-04
Design Method of Business Management System Three-Tier Structure

Yang Shaoliang

(Shanghai DaNiu Information Technology Co.,Ltd., Shanghai 200433, China)
Abstract: In view of the common problems in the process of business management system iteration, such as changeable requirements, difficult to measure objectives and the contradiction between rapid delivery and sustainable development, the author improves the method in the stage of product design. In the stage of product design, three parts of work are carried out in sequence: data modeling, interactive modeling and interface definition. They are connected in series with each link in the implementation stage to form a complete business management system development method. Using data model, interaction model and application interface definition, we can achieve precise and flexible product design definition in the design stage, and finally achieve three key objectives: clear project objectives, stable execution process and the basis of sustainable development..
Key words: product design; data modeling; interactive modeling; interface definition

0 引言

1 业务管理系统的分层结构

1968 年,美国和西欧的一些科学家在北大西洋公约组织 (NATO)上首次提出“软件工程”这个名词 [1]。近 50 年过去, 发展和演化出了瀑布模型、V 模型、原型化模型、螺旋模型、 迭代模型等工程方法。软件工程方法的持续演化,着重致力于: ①应对需求的多变性;②及早识别风险,降低关联影响;③可 靠的资源估算和成本管理;④快速交付和持续迭代 [1]。但至今, 软件开发依然面临诸多挑战,包括需求的多变性、难以可靠度 量的单元目标,以及快速交付和可持续发展之间的矛盾。
面对上述种种挑战,就“业务管理系统”这一特定分类 下的软件开发过程提出一种设计方法,在产品设计阶段利用 数据模型、交互设计原型和应用程序接口定义实现产品的精 确定义和抽象设计,并在客户、设计者、实现者之间建立一 致的理解。

一个典型的业务管理系统,可以抽象地看成人机界面、 应用程序接口(Application Program Interface,API)、应用 程序,以及数据库 4 个部分 [2]。业务管理系统构成如图 1 所示。 其中,程序是对系统的实现,本文着重在设计阶段探寻如何 “精确定义”,所以不在此讨论。
图 1 业务管理系统构成

作者简介:杨少梁 (1979—),男,浙江丽水人,硕士研究生,工程师。研究方向 : 计算机与信息技术。 —   106   —

2019 年第 7 期

信息与电脑 China Computer & Communication

软件开发与应用

1.1 人机界面
人机界面定义了软件系统的呈现和交互方式——是用户 最直观感受到的部分。利用交互设计原型,能够帮助设计人 员和用户展开对等交流、充分交换意见。

并基于数据模型支撑交互设计。在设计人员向实现人员进行 设计宣贯后进入系统实现阶段,在系统设计环节的主要输出 物是架构设计说明,继而开展编码、单元测试,以及后期的 集成、测试直到交付。

1.2 API 接口

应用程序接口(Application Program Interface,API)负 责与人机界面系统进行交互,也负责与其他第三方系统的互 联。API 定义是服务提供者与服务消费者之间的约定。
1.3 业务单据

业务管理系统是以业务单据处理为核心的信息管理系 统,围绕着单据数据的生成、修改,以及基于业务状态变更 的业务流程执行。

1.4 贯穿其中的业务流程

设计阶段需要充分考虑业务流程的多变性,实现抽象化 设计以应对后期各种可能的变化,可以用状态机实现复杂的 业务流程。状态机根据业务单据的状态,对使用者的操作行 为进行控制。在设计阶段的数据建模过程中,通过业务单据 的状态定义,对业务流程控制机制进行定义。状态机如图 2 所示。

图 3 实施流程
当整个流程实施完毕,是一个达到预期的可运行原型或 可交付系统;下一轮迭代,则将再次执行上述的一个完整流 程。本文后续章节将以一个仓库管理的原型系统作为案例, 讨论数据建模、交互设计、接口设计的具体实施方法。
3 数据建模
业务管理系统的核心是输入业务单据、逻辑计算以及输 出,所以整个设计阶段的核心是建立数据模型,即现实业务 场景中的单据如何映射到系统中。数据建模发生在整个设计 的开始阶段,其输出包括数据模型和数据字典。数据字典是 对数据模型中关键业务信息进行枚举。

3.1 数据模型

图 2 状态机
以入库申请单为例,在申请、审核的业务流程中,利用 一个申请审核的状态位记录审核的结果(通过、拒绝、取消), 根据审核结果决定后续的流程分支。

仓储管理系统可视为货物入库、库内管理和货物出库 3 个主要环节,货物入库活动的核心业务单据即入库单。数据 逻辑建模的首要目标是现实业务到软件系统的概念映射。遵 循关系型数据库的第三范式,得到关于入库单的数据模型。 入库单的数据模型如图 4 所示。

2 实施流程
软件工程活动包括设计和实现两个主要阶段,其中“设 计活动定义实现需求规约所需的结构,主要产品包括软件体 系结构、详细的处理算法等;实现活动是设计规约到代码转 换的活动”[3]。参考螺旋模型的软件工程方法 [4],结合本文 的设计方法,提出改进后的三层结构设计方法的实施流程。 实施流程如图 3 所示。
业务调研是设计阶段的起始环节,伴随着数据(概念) 模型形成,在需求分析阶段对数据模型进一步细化和完善,

图 4 入库单的数据模型
3.2 数据字典
为了实现操作过程的可审计,添加一个“入库单状态” 字段,并为该字段标注(枚举)“正常”“作废”两个属性—— 即数据字典,如表 1 所示。

—   107   —

软件开发与应用

信息与电脑 China Computer & Communication

2019 年第 7 期

表 1 数据字典

类型

类型代码

入库单状态 stock_in_status

代码 01 02

字典值 normal invalid

描述 正常 作废

当入库行为被取消,对应的入库单的状态将从“正常”

状态转换为“作废”状态,即这个状态位的两个属性至少反

映业务流程中的两个环节,如图 5 所示。

4 交互设计
基于调研活动产生的数据模型进行交互设计,并把交互 模型作为需求分析活动的产出物。该过程着重考虑人与系统 之间如何交互,使系统按照预期产生业务数据,以及系统如 何向用户呈现这些数据。该过程是对数据模型进行二次检视, 并进一步完善数据模型。

4.1 原型设计

图 5 能反映单据状态的数据模型

本文讨论的设计方法基于“业务管理系统的核心是业务 单据的输入、逻辑计算以及输出”,因此数据建模完成后, 意味着系统的核心表单均已完整定义。原型设计阶段是从数 据模型到用户界面的映射过程,如图 6 所示。
例如,根据数据模型中的入库单属性,构造的用户界面 应包括入库单编号、委托人、货物等信息输入控件,配合保 存操作即实现用户从信息录入到数据存储方式的定义。

4.2 可用性测试

图 6 从数据模型到用户界面的映射

ISO/IEC 9126-1 将可用性定义为“在特定使用情景下, 软 件 产 品 能 够 被 用 户 理 解、 学 习、 使 用、 能 够 吸 引 用 户 的 能 力”[5]。ISO/IEC 9126-1 阐 述 了 在 产 品 开 发 过 程 中 软 件 质量的 6 个方面,依次为功能性(Functionality)、可靠性 (Reliability)、可用性(Usability)、有效性(Efficiency)、 维护性(Maintainability)、移植性(Portability)[3]。
可用性测试环节主要检视人机交互界面,通过“发现问 题—获得反馈—设计修正”3 个步骤,修正交互设计阶段成果, 甚至回退到数据模型进一步优化。例如,利用入库单输入的 界面模型,对若干名参试者提出“创建一个入库单”的任务, 由参试者在该界面原型上模拟操作,并观察操作过程是否可 以独立完成、是否存在对界面信息表达的理解存在歧义等。 通过这个过程能够统计并量化度量该交互模型的各项可用性 指标,并为迭代改进提供依据。
5 接口设计
经历了数据建模和交互设计两个环节后,应用程序接口 (Application Program Interface,API)可以视为“数据模型 和人机界面之间的数据管道”[4]。
以数据模型和交互设计原型为输入,进行接口设计。以 创建出库单这个业务活动为例进行说明,如图 7 所示。

图 7 开具入库单页面
用户在此界面上完成数据输入后,点击保存,通过 API 将数据提交给应用程序,经由应用程序完成写入数据库。因此, API 的入参至少要包括入库单编号、委托人、货物、入库时间 等,出参的返回值通常包括调用是否正确(例如状态码)以及 其他必要的业务属性(例如新生成的入库单在数据库表内的唯 一索引)。类似下述的 API 接口定义,如表 2、表 3 所示。
6 设计宣贯和迭代
设计宣贯是指对设计阶段形成的设计成果,向实现团队 的成员进行培训和说明,是衔接设计和实现两个阶段的重要 环节,在实际执行中可能存在多次“说明—反馈—修正—说
(下转第 112 页)

—   108   —

软件开发与应用
图 6 社团活动直播页面

信息与电脑 China Computer & Communication

2019 年第 7 期

3 结 语
本文设计的基于 Web 的高校社团管理系统,实现了社团 信息维护、社员信息管理、社员考勤管理、社员德育学分管 理和社团活动直播等功能,使社团管理工作更加网络化、信 息化。此外,借助互联网技术,简化了社团日常管理工作, 提高了社团的工作效率。

参考文献
[1] 侯文华 , 董晶晶 . 德育生活化主体建构及交互主体性发 挥的研究 [J]. 黑龙江高教研究 ,2012,30(2):106-108.
[2] 吴蒸 , 张同熙 . 新形势下对高校大学生社团存在问题及 对策的探讨 [J]. 才智 ,2019(9):108,110.
[3] 耿卉 . 高校学生社团管理存在的问题及对策研究 [J]. 法制博览 ,2019(5):296.

(上接第 108 页)

表 2 API 接口定义(入参)

入参
接口 说明

字段名 code goods
consigner_id user_id time

类型

必填

string

Y

string

Y

uuid

Y

uuid

Y

datetime

Y

add_stock_in

创建一张新的入库单

表 3 API 接口定义(出参)

说明 入库单单据编号
货物信息 委托人用户 ID 仓库管理员用户 ID
入库时间

出参
接口 说明

字段名 code id

类型 string uuid

必填 Y

说明 调用的状态码。例:100 表示成功;101 表示入参数据不完整。
新创建的入库单在数据库表中的唯一索引号 add_stock_in 创建一张新的入库单

明”的反复过程。完整的流程实施完毕,设计和开发团队将 输出系统的原型,经过该流程的多次反复和迭代,直到最终 正式交付可使用的系统。

参考文献
[1][ 美 ] 罗杰 S·普莱斯曼 , 布鲁斯 R·马克西姆 . 软件工程 : 实践者的研究方法 [M]. 第 8 版 . 北京 : 机械工业出版社 ,2016:

7 结 语
针对业务管理系统开发工作所面临的需求多变性、难以 可靠度量的单元目标,以及快速交付和可持续发展之间的矛 盾等诸多问题,本文将系统抽象为数据模型、应用程序接口、 人机交互界面的 3 层结构,并提出依序开展数据建模、交互建 模、接口设计 3 个活动的方法。同时,本文以数据模型、交互 模型和接口定义 3 个交付物实现对业务管理系统的精确定义, 为应对需求的多变性、及早识别风险、降低关联影响、可靠的 资源估算和成本管理、快速交付和持续迭代提供有效支持。

202-203. [2] 陈骥 . 敏捷软件过程管理的理论模型与动态系统研究
[D]. 长沙 : 湖南大学 ,2005:12. [3]Ma Q F,Liu G L.A Design Method for Management
Information System Based SOA[J].Applied Mechanics & Materials,2013(3):433-435.
[4] 杨芙清 . 软件工程技术发展思索 [J]. 软件学报 ,2005 (1):1-7.
[5] 艾伟 . 本体的构造及其应用研究 [D]. 武汉 : 武汉理工 大学 ,2005:23-24.

—   112   —




友情链接: hackchn文档网 营销文档网 爱linux网 爱行业网 时尚网