科创中国

行业领域

电子信息技术

需求背景

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

需解决的主要技术难题

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

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

期望实现的主要技术目标

能提出软件系统设计的新流程，通过梳理资源、确定实体要素保证系统设计业务及对象的完整，并输出了“要素关系二项表”、“功能字典”等设计文档。BM重新定义了软件系统设计的流程，也改变了表达方式，输出的“要素关系二项表”、“功能字典”文档代替了原有的需求文档，解决原有需求文档冗长、表述复杂而导致的阅读困难、不便于理解等问题，让开发人员更加容易理解业务、了解需求，也更容易对需求及需求版本进行管理，极大的降低了开发出错的概率及开发、运营成本，提高了开发效率。具体表现的优点如下：优化系统设计流程，减少需求反复成本；强调业务梳理，设计目标更贴近业务应用；功能聚焦到点，易理解、易管理；需求变动，动态管理，可追溯，逻辑升级迭代内容清晰。

处理进度