大家在制作一个App或者其一部分的时候，业务逻辑最开始都是以啥形式规划的呢
谢邀。一开始就是确定接口。然后只要保证了可拓展性，就基本不会出现以后加代码导致完整性不强的问题。软件本来就是一个持续迭代的过程，需求也是不断变化的，所以加代码也是常有的事，让你的代码能够适应这种变化才是根本所在。工具的话，UML图就够了。
■网友
一般情况下，原型图、状态图这两种，再配上视觉效果图基本就可以了。只要基本逻辑理清楚，程序员能明白你的意思，对业务有比较清晰的认识就好了，太复杂的图除了纯粹浪费时间、提高逼格之外，完全没 其它用处。其实，再多的图也无法把所有逻辑考虑完全，就算逻辑考虑完全了，也往往会发现，做出来之后 很多地方的体验并不好，还是需要再一点点修改试验的。最终，一个逻辑完善、体验好的产品是靠慢慢打磨演化出来的。这里提几个具体的建议：1、成熟的业务多借鉴其它产品的东西，杜绝盲目创新。像购物应用里面的商品详情，直接把淘宝、京东的搬过来，去掉自己没有的业务，加上自己独有的业务，是完全可以的。这种地方，用户需要的熟悉，上手快。2、产品、视觉设计的输出只考虑正常逻辑，这样能防止前期精力过多地 分散在用户大部分时间不会看到的异常逻辑上。异常逻辑后期补充，保证 操作是闭环的就好了。3、迅速出Demo，然后调整，再出Demo，再调整。产品文档、视觉稿和真实的体验差距很大，经验再丰富也没法保证做出来100%还原，就算100%还原也，也不能保证体验就好。人的大脑是个漏洞百出的东西。4、定下当期主要目标，不要在优化的过程中不断扩展功能边界，导致版本周期被大大延长。没有经过市场和用户检验的产品，永远只是我们自己的YY。迅速发布，然后看反馈再优化。
■网友
正规一点UML，野一点思维导图
■网友
APP制作初期，主要是做产品需求梳理和评估讨论，下面这两个方式很有用：1、思维导图：整理思路，确定各个功能点的逻辑关系；2、产品原型图：确定APP的展示框架，并在设计图基础上对功能点做标注说明。
■网友
对UML熟悉的就画UML了，基本上画类图就够了，交互复杂一点的可以画用例图，很多工具可以真接把类图转为java代码的。不熟悉UML的就用mindmanager画思维导图，这个主要就是理清思路，防止漏了什么功能。除了画图之外，数据库表也要先设计出来。开始写代码时，最先就把所有接口写出来，需要IPC的要先把AIDL写好。然后就在Android的四大组件中慢慢搞吧。
推荐阅读
- 同比■同比增长7.1%！2021年的第一个节你花了多少钱？
- “他是我第一个会说普通话的老师”：一对师生折射青海山村蝶变
- 有必要重新开个C店吗
- 环球车讯网|一口气降了5.5万元，奔驰C级卖出“白菜价”
- 大学再有三个月就结束了，没学到知识，参加一个软件测试培训机构好吗
- 汽车|长安UNI-K又将开创一个新的"引力"纪元？
- 汽车知识|捷达库存成灾，特价处理，4S店卖不动，大家都不差钱！
- 神话|武汉传奇父亲：一个平行班孩子创造的高考神话（感动上万家长）
- 王者荣耀李白能不能出肉
- 直播会成为品牌传播的另一个途径么有哪些可行的方法感觉有戏又没头绪好捉急。