[发明专利]一种管理软件系统的设计方法

说明书

本发明提供了一种管理软件系统的设计方法，具体为一种名为BM(Business Map业务地图)的设计方法，该设计方法通过梳理资源、确定实体要素保证系统设计业务及对象的完整，并输出了“要素关系二项表”、“功能字典”等设计文档。BM重新定义了软件系统设计的流程，也改变了表达方式，输出的“要素关系二项表”、“功能字典”主要文档代替了原有的需求文档，解决原有需求文档冗长、表述复杂而导致的阅读困难、不便于理解等问题，让开发人员更加容易理解业务、了解需求，也更容易对需求及需求版本进行管理，极大的降低了开发出错的概率及开发、运营成本，提高了开发效率。

技术领域

本发明涉及管理软件系统技术领域，具体为一种管理软件系统的设计方法。

背景技术

现有主流的管理软件系统设计方法也会对用户的需求进行调研，但重点不会放在用户及用户业务的基本数据的梳理，且不重视调研用户与业务的关系，在不清楚用户业务的前提下，编写需求文档，这些文档往往围绕功能模块、功能点来展开，而忽略功能模块(点)所表达的业务关系或业务关系的真实逻辑，通过这些需求文档开发出来的功能模块、功能点往往是生搬硬套，跟客户的需求南辕北辙。

我们通常说的是用工具软件的思维设计管理软件，其弊端主要集中在如下几个方面：1、资源梳理与要素确认不够系统性或做的不足：通常我们在做软件系统设计阶段也做需求的调研，但这个调研没有明确提出对于资源梳理及要素确认的重要性，需求调研的目的主要围绕客户需要什么功能展开，由于没有明确要求资源梳理、要素确认两项重点工作，调研得到的需求是以功能为目标的，而不是系统服务的业务属性与业务特性为目标，因此很多共功能的设计没有业务的关系及逻辑支撑，这样的系统设计很难满足管理软件的要求；

2、单一文本输出的需求设计说明书学习成本高、版本管理复杂：为了做到清晰的表达，一份高质量的需求设计书往往会增加文字表述的内容，开发者阅读花费的时间及理解成本都会非常高，尤其对于后继开发者，在没有定向指导的情况下，通过翻阅文本准确理解需求难度非常高，开发难度增加；管理系统的不同用户个性化的要求较高，往往需求需要多个设计版本，这些版本的需求设计书为同一类系统的需求，但一些具体细节差别很大，为了区分这些的差异之处通常用多个文件来管理，由于是不同文件，开发或者运营者需要对比两个版本才能甄别不同之处，并且查阅效率低；任何系统都存在升级迭代的需要，在迭代过程中，我们通过查阅需求文本是很难了解到变更或新增的内容的。这也给后继开发及系统运维带来很高的成本。因此本文给出了一种BM(Business Map)业务地图的设计方法作为一种管理软件系统的设计方法，用以解决上述问题。

发明内容

本发明所解决的技术问题在于提供一种管理软件系统的设计方法，解决了现有技术中的技术问题。为实现上述目的，本发明提供如下技术方案：一种管理软件系统的设计方法，具体包括以下内容：

步骤1：梳理资源：将目标软件系统的用户、业务对象进行梳理，明确用户的组织架构、部门权限、岗位职责权限等；业务(操作对象)的实体、品种、特性等内容；

步骤2：确定要素：资源梳理完成后，对各项资源进行要素确认；

步骤3：建立要素关系二项表：设计一个二项表格，其中一项作为用户，另一项作为业务，用户根据组织架构为类型，细化到具体岗位，业务以实体为类型，细化到要素；

步骤4：标注交叉点：用户与业务在二项表中存在交叉，如果有业务关系，则对交叉点进行标记，如没有业务，或者当前没有业务，则交叉点空白；

步骤5：设计业务功能及功能点：对标记的交叉点进行操作业务的功能讨论，落地到系统的功能点上，如果业务复杂，通过设计功能模块来满足。

优选地，所述步骤4中标记可以用颜色，也可使用数字。

优选地，所述步骤4中要素二项表中的要素支持用户及业务实体的要素颗粒度最小化，可以非常具体，通过二项表的表示可以清晰查到是否有业务的交叉，要素可以新增、可以删除，做到根据业务的动态而变化。