302
社区成员




正向设计:以系统工程理论、方法和过程模型为指导,面向复杂产品和系统的改进改型、技术研发和原创设计等为场景,旨在提升企业自主创新能力和设计制造一体化能力。(百度百科)
在以前的单元设计当中,大多是先写完全部的代码以后再进行最后的结果总结,在写代码之前对于代码没有完整的认识,甚至会存在那种写到一半代码完全无法实现最后只能重构的情况,但是正向设计会要求你一开始先画出uml图后根据uml相关的类图与函数来实现自己的操作。
但是在设计当中难免会出现某些漏洞或者是没有考虑过的状况,包括但不限于最后发现某些函数的实现必须要借助某些函数,但是自己的uml当中并没有这些操作,还有可能在操作上本身就存在一些小问题,比如说在设计中我设计了一个move函数将移动图书的操作抽象了出来,但是最后在实现过程当中发现非常难以实现,只能最后将三个包含图书的类继承同一父类然后才能让我的函数正常实现,这显然是我在设计之初所没有考虑到的。
这是最后第三次作业的整体架构这个已经与我第一次的设计差别非常大了,但是基本主要起作用的函数却没有什么变化,从第二次作业开始基本上就是先进行迭代开发然后再进行修改uml整个架构相对于前三个单元来说也算是十分简单,所以结构方面就不详细说明。
四次oo作业让我真正见识到了大二下的恐怖之处,第一个单元一上来虽然有oop的铺垫但是相关的递归还是让我无从下手,第二单元的电梯让我真正体会到了oo的强度,清明节的不眠之夜让我印象深刻,,第三单元的jml让我总算是有了一点休息的时间但是os的每周上机又让我身心俱疲,第四单元从完全不明白uml是什么东西到最后已经熟练掌握正向开发的本领也让我获益很多,当然这其中最关键的还是oo高强度的开发带了的代码能力上的提升。
实际操作中会遇到很多别人的代码进行迭代开发,或许明年的oop可以做到让别人来改自己代码的bug或者是实现某些功能,让别人来打分代码风格,防止迭代到最后代码完全不具备可读性,只有第三周的自己知道自己写了一些什么。