首页 排行 分类 完本 书单 专题 用户中心 原创专区
小说巴士 > 历史 > 穿越架空,我才是老板中的天花板 > 第26章 检查功能拓展

陈初想想也只能放弃了。驴车不行就不搞设计了,反正就算弄得再怎么高大上,还不是驴车,基本功能还不是拉人或者拉货?这样想想,也就心平气和了,放弃就放弃吧,好像放弃驴车设计也没什么不能接受的。

就在这电光石火的一刹那,陈初忽想,不对,我还有个利器呢!

是的,系统,我自创的野草系统,目前版本1.1,具有无限发展空间,具有无限进化可能!为什么就不能用来进行驴车的设计呢?

陈初心想,21世纪的制图软件,无论是歪果仁的傲吐爹似克cAd,还是国产的Zw、hc,还是cAx等,无一不是电子化虚拟产品,思路都是虚拟现实,利用其强大的内核算法,让设计者能做到所见即所得,不断修改方案,最终获得满意的设计产品。

陈初眼睛不由一亮,自己的创建的系统貌似也可以啊,貌似系统本身就是电子化虚拟产品,系统面板只有自己一个人才能看到,无疑是虚拟的。奖品在系统中,其实就是虚拟现实。自己的系统创建之初,底层算法就是pdcA。其中,p是pLAN,即计划或者说设计;d是do,即做或者执行;c是chEcK,即检验验证或者说测试;A是Act,即处理或者说改进。如果有必要,只要目标没达成,pdcA循环可以是无限次,从而不断提升,不断改进。这就是所谓的持续改进。陈初当时正是看中了这点,创建野草系统时,才采用了pdcA的底层逻辑。

那么,方案的修改应该也不是问题。唯一的问题在于,方案的好坏,或者说方案修改后的效果,要如何验证?

陈初不由皱眉,是的,验证,虽说系统创建之初,有chEcK这个环节,然而,一直没有进行相关模块的设定及规划。

陈初又想起,如果解决了验证这个模块的设定及规划,或许可能应该,前时困扰自己的使用精神胜利法具有风险的问题,可能就不是问题了。

是啊,如果可以提前验证,那么,就可以规避贸然使用精神胜利法带来的风险。原先担心,使用精神胜利法后,将别人物品变为系统奖励物品,付出一定代价提现后,还得把物品归还原,才能实现一次进程,如果不归还,就不能再次使用精神胜利法,有了验证模块或者说试错模块,将进程虚拟化试错,可以及早发现哪些物品使用精神胜利法后,有兑现任务过于复杂或过于困难,导致无法实现从而不能完成一次进程,更从而无法再次使用精神胜利法的风险。

一切的一切的前提,是需要系统具有验证功能,或者说试错功能。

有了试错功能,可以解决设计图的反复修改问题,也可以解决使用精神胜利法的风险问题,真是一举两得。

那么,目前要做的,还是挖掘系统的试错功能模块。试错功能,既有验证性质,也有预演性质。

陈初在脑海中不断地思索,不断地领悟。

目前阶段,开发试错功能模块,应该是比设计驴车,或试验精神胜利法的使用,更为迫切之事。

思路已经明了,于是,陈初打开系统,在原先创建系统时就构建的pdcA循环底层逻辑中,找到c即chEcK这个逻辑模块,开始进行功能的规划、分解、细化。

首先是功能说明模块,陈初进行了添加,明确规定,chEcK这个模块,具有本来意义上的检查功能自然是题中应有之义,此外,该模块还有验证、试错、预演、推演等功能。

陈初又分别在各个功能下定义、解释。

检查是查错,根据现有法则、道理、规定、认知,进行查错,就好像查文章里的错别字一样。

试错是先假设一种方案、方法、思路、念头,进行试验,根据试验结果,判断原有方案等的正确与否。

预演、推演则主要用于对抗模式,对于两种及以上趋势、势力、方案等,在相同条件或环境下进行演绎,根据演绎结果,判断其中的是非、成败、得失、优劣,给现实中的活动行为提供参考。

陈初添加完c即chEcK的功能说明模块,又开始添加下面的模块,即:

第二,工作区模块。

在这个模块下,陈初又规定了几种场景,主要包含但不限于:物品处理场景、事件处理场景、文字处理场景等场景。

所谓物品处理场景,就是物品的价值研究、产品的设计等场景。陈初之所以规定这个场景,主要是最近他想要进行驴车的设计。有了这个场景,驴车设计时,就可以在这个场景中反复修改而不花费成本比如笔墨纸砚、橡皮擦等。

所谓事件处理场景,就是某个事件或行动的研究。比如,使用精神胜利法,把某个他人物品变为陈初自己的物品奖励,并通过某个任务提现,提现并完成使用,该物品完成它的历史使命后,再把该物品归还给原主,从而完成以上整个进程,以便开启下一个进程,即把下一个他人物品变为奖励品,如此反复循环使用精神胜利法,这一事件异常复杂,有了这个场景,就可以在虚拟的环境下,发现那些物品是易损、易丢的,因最终可能无法归还原主而不适合变为系统奖励品;也可以发现哪些物品成为奖励品后,价值太高,兑换时需要完成的任务太过困难,从而加以避免。

所谓文字处理场景,就是处理文字相关的场景。比如,知县大人准备找你当幕僚,你就得会弄些调查报告、演讲文稿什么的,那么,就可以在这个场景中进行处理。对这个功能,陈初只是先留个位置,暂时用不到,未来需要时再进行进一步规划。

弄完这些场景,为了避免遇到以后需要其他场景却没位置的尴尬,陈初留了个后门,增加了一个场景,即:其它预留场景。这样,以后需要设置新的场景,可以在这个位置进行定义、规划。

这世上都是预则立,不预则废,系统也是这样。有了c功能区有了预留场景,也就为后续的开发留下了空间,留下了进化的可能。

规定了几种主要场景,陈初又设计了几种工作模式,有文字模式,图形模式,最高级的就是动画模式。每种模式,都加入了记录、计算、分析、保存、输出等板块。

第三,其它模块。这个又相当于陈初给自己留的发展空间,毕竟,万一,除了这些模块,未来还需要其他模块却没有位置的时候,不是欲哭无泪?所以,时时处处给自己留个发展空间,留个进化可能,是非常有必要的。

目录
设置
设置
阅读主题
字体风格
雅黑 宋体 楷书 卡通
字体风格
适中 偏大 超大
保存设置
恢复默认
手机
手机阅读
扫码获取链接,使用浏览器打开
书架同步,随时随地,手机阅读
收藏
换源
听书
听书
发声
男声 女生
语速
适中 超快
音量
适中
开始播放
推荐
反馈
章节报错
当前章节
报错内容
提交
加入收藏 < 上一章 章节列表 下一章 > 错误举报