软件开发
2017-11-29 20:55
92 查看
跳出IT从业人员来看我们软件开发
我们的软件开发是否过于复杂?是否可以让需求提出部门自己提出,然后程序员直接开发?
这里的第一个问题是我们的需求和代码之间的转换是怎么完成的?
为什么UML是对于JAVA比较好,但是对于C++和C不是那么好?
我的理解是首先对于代码和需求之间的鸿沟需要一个叫做业务抽象的工作来完成,这个抽象的过程就是一个梳理业务的过程,业务建模的过程,建立完模型之后,再到代码层面的概要设计,详细设计,最终才是代码阶段。
目前有一些SAAS工具,已经提供了抽象组件,可以直接配置完成业务模型的抽象,然后立刻使用。
但是首先还是对于这个业务模型的抽象,DDD的模式是对一个领域的业务模型的抽象。
这里有一个问题,当业务快速发展的时候,你的软件怎么支撑他?
首先我们都是通过已知的事物来了解未知的事物。作为业务部门的头对于新的业务也是需要通过老的业务模式来覆盖,或者变通的覆盖。在新的需求出现的时候,系统的操作应该考虑如何变通,而不是想着重新开发。
这种变通的过程也是对于实际业务操作如何在系统刚性条件下变通解决的问题。
当我们不在IT部门的时候来考虑我们软件开发的事情,可能能够更好的去理解我们开发的过程和实际的困难。
如果我们有更好的方法来解决这些困难,让开发的过程更加有效率那么可能我们在创造一个东西。
我们的软件开发是否过于复杂?是否可以让需求提出部门自己提出,然后程序员直接开发?
这里的第一个问题是我们的需求和代码之间的转换是怎么完成的?
为什么UML是对于JAVA比较好,但是对于C++和C不是那么好?
我的理解是首先对于代码和需求之间的鸿沟需要一个叫做业务抽象的工作来完成,这个抽象的过程就是一个梳理业务的过程,业务建模的过程,建立完模型之后,再到代码层面的概要设计,详细设计,最终才是代码阶段。
目前有一些SAAS工具,已经提供了抽象组件,可以直接配置完成业务模型的抽象,然后立刻使用。
但是首先还是对于这个业务模型的抽象,DDD的模式是对一个领域的业务模型的抽象。
这里有一个问题,当业务快速发展的时候,你的软件怎么支撑他?
首先我们都是通过已知的事物来了解未知的事物。作为业务部门的头对于新的业务也是需要通过老的业务模式来覆盖,或者变通的覆盖。在新的需求出现的时候,系统的操作应该考虑如何变通,而不是想着重新开发。
这种变通的过程也是对于实际业务操作如何在系统刚性条件下变通解决的问题。
当我们不在IT部门的时候来考虑我们软件开发的事情,可能能够更好的去理解我们开发的过程和实际的困难。
如果我们有更好的方法来解决这些困难,让开发的过程更加有效率那么可能我们在创造一个东西。
相关文章推荐
- 移动电玩城软件手机游戏APP开发街机捕鱼网络平台地方捕鱼游戏运营新时代产物
- 写软件开发需求你必须掌握的规格
- 常见名称解析_ 软件开发、应用相关 数据分析相关
- 软件开发七宗罪(转发)
- CISSP复习笔记-第10章 软件开发安全
- iPhone软件开发之自定义表格Cell 初步
- 龙芯软件开发(27)-- 网络初始化
- 软件开发和测试常用软件下载及破解(希望有大家需要的东西)
- 软件开发趋势
- 我心中的理想团队和对软件开发流程的理解
- 软件开发---用例图
- 《软件开发与创新:ThoughtWorks文集:续集》
- 开发java所有软件
- Android软件开发之获取通讯录联系人信息
- 软件开发生命周期(一)
- 软件开发项目规划时,SA、SD与SE的区别与重要性
- 为何中国未出软件开发牛人
- 【双色球】随身彩软件开发中,目前1.0已经可以下载试用
- bat文件的妙用1-一键开启所有开发软件
- 软件开发人员的出路-技术无用论