[发明专利]一种面向业务变量的软件开发方案生成方法有效
申请号: | 201711450879.X | 申请日: | 2017-12-27 |
公开(公告)号: | CN108170405B | 公开(公告)日: | 2021-01-19 |
发明(设计)人: | 张华琛 | 申请(专利权)人: | 遵义职业技术学院 |
主分类号: | G06F8/10 | 分类号: | G06F8/10;G06F8/20 |
代理公司: | 重庆强大凯创专利代理事务所(普通合伙) 50217 | 代理人: | 成艳 |
地址: | 563000 *** | 国省代码: | 贵州;52 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 一种 面向 业务 变量 软件 开发 方案 生成 方法 | ||
本发明提供了一种基于精确需求设计与需求分析的面向业务变量的软件开发方案生成方法,包括精确系统功能需求设计与需求分析阶段,根据用户原始系统功能需求信息将功能需求分成若干个功能单元,为每一个功能单元匹配相应的业务逻辑变量,根据业务逻辑变量构建相应的离散事件,离散事件用于触发业务逻辑变量的变化,根据离散事件定义所述业务逻辑变量需求函数;精确软件功能需求设计与需求分析阶段,构建实现所述业务逻辑变量的业务物理变量,并定义业务物理变量需求函数;精确函数功能需求设计与需求分析阶段,包括构建函数输入参数控制内容和业务物理变量控制内容的组合,以及构建针对于上述每组组合下的业务物理变量内容的变化规律以及输出。
技术领域
本发明涉及软件开发工程技术领域,具体为一种面向业务变量的软件开发方案生成方法。
背景技术
软件开发是一项包括需求捕捉、需求分析、设计、实现和测试的系统工程。目前,市场上应用最广的软件开发工具是采用面向对象设计方法的UML工具,但该工具存在以下不足之处:1、将问题复杂化,即系统层面用户与设计者无需看到诸如“类”这样的概念,用户与设计者也无需关心系统内部是用面向结构方法还是面向对象方法来实现的,若考虑这些因素的话,无疑是将需求分析复杂化;2、虽然强调建模,既有静态图又有动态图,但是对这些图的设计与分析究竟要做到何种程度,并没有一个明确的说法,哪些内容需要“细”?哪些内容需要“粗”?关键问题没有被解决,很多实际工程例子,花费大量时间画UML图形,而这些图形带来的价值少之又少,归根结底是由于没有精确的需求设计与需求分析;3、如果软件开发并没有采用面向对象的方法,如C语言,那么用UML工具进行软件功能需求设计与需求分析是非常不合适的,即这种开发工具的应用存在局限性。
另外,目前大多数的软件开发方法,都无法给出各个开发阶段准确的测试用例,而且就算给出了测试用例,由于在各个阶段没有一脉相承的精确的需求设计与需求分析,这些测试用例也往往会在编码完成后被放弃,因为由于各个阶段的需求设计与需求分析存在较大变动,所以前面给出的测试用例已经不再适用了,这就造成了很大的资源浪费。同样也正是由于目前大多数的软件开发方法没有精确的需求设计和需求分析,因此无法在代码开发阶段将函数外包,这将带来软件的开发周期长,管理成本大的问题。
发明内容
本发明提供了一种基于精确需求设计与需求分析的面向业务变量的软件开发方案生成方法。
本发明提供基础方案是:一种面向业务变量的软件开发方案生成方法,包括采集的用户原始系统功能需求信息,其中,还包括以下内容:
根据用户原始系统功能需求信息进行的精确系统功能需求设计与需求分析、精确软件功能需求设计与需求分析以及精确函数功能需求设计与需求分析;
所述精确系统功能需求设计与需求分析阶段,根据用户原始系统功能需求信息将功能需求分成若干个功能单元,为每一个功能单元匹配相应的业务逻辑变量,根据所述的业务逻辑变量构建相应的离散事件,所述的离散事件用于触发业务逻辑变量的变化,根据所述的离散事件定义所述业务逻辑变量需求函数;
所述精确软件功能需求设计与需求分析阶段,构建实现所述业务逻辑变量的业务物理变量,并定义所述业务物理变量需求函数;
所述精确函数功能需求设计与需求分析阶段,包括构建函数输入参数控制内容和业务物理变量控制内容的组合,以及构建针对于上述每组组合下的业务物理变量内容的变化规律以及输出。
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于遵义职业技术学院,未经遵义职业技术学院许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/201711450879.X/2.html,转载请声明来源钻瓜专利网。