功能设计与应用场景结合
软件开发的一般流程是：需求调研，需求分析，功能设计，实现测试，最后是上线验收，后期维护了。在后来的敏捷开发中，将大的流程分解为若干的小流程，能够实现快速响应，一方面提高了反馈速度，另一方面，也更灵活。其他的好处就不多说了。
实际上，回过头来，仔细想想，为什么有这个过程。需求调研，实际上就是用户在特定的场景下，描述了自己的工作；需求分析阶段，就是将这些描述成了合理的计算机术语；功能设计，就是不这些术语描述成为了具体的界面等，后面功能实现就是翻译成为了代码。在这一步步实现的过程中，实际上慢慢把用户的场景丢弃了。如果在过程中没有很好的质量监管，最后实现的东西，往往距离用户的需求场景差别很大。
在实践中，很忽略的一步就是，把功能还原到需求场景中，在场景中验证功能实现的合理性。尤其是功能设计的很多技术人员，都不是实际的需求调研人员，缺少与客户的直接交流沟通过程，设计的功能往往缺少场景应用的思想，基本局限在：我怎么解决这个问题或者实现某个东西的思路上。最终，实现的效果与客户的预期产生了很大的偏离。
在功能设计的时候，一定要考虑到应用场景。功能设计要根据应用场景进行调整、优化，而不是反过来，根据功能让客户去适应新的场景。当然，有些突破性的东西导致原应用场景革新的不算。
功能设计考虑了应用场景，在客户实际使用的时候才能顺利的接受、使用，减少培训等隐形的时间、投入成本。
【功能设计与应用场景结合】未完待续
推荐阅读
- JAVA（抽象类与接口的区别&重载与重写&内存泄漏）
- Docker应用:容器间通信与Mariadb数据库主从复制
- 《真与假的困惑》???|《真与假的困惑》??? ——致良知是一种伟大的力量
- PMSJ寻平面设计师之现代(Hyundai）
- 第326天
- Shell-Bash变量与运算符
- 基于微信小程序带后端ssm接口小区物业管理平台设计
- 逻辑回归的理解与python示例
- 爱琐搭配（喜欢复古、冷淡，像这种双环设计的气质耳环）
- Guava|Guava RateLimiter与限流算法