大家好，今天小编关注到一个比较有意思的话题，就是关于app功能开发的问题，于是小编就整理了2个相关介绍APP功能开发的解答，让我们一起看看吧。
日程类管理***功能开发设计怎么做？
日程类管理***功能开发设计，建议从以下几点考虑：
第一，用户群体，即使用这类***的人。充分了解该用户群体的实际需求，如他们比较关注什么，是美观性，还是实用性，或者是其他点。前期可以先抓住重点进行设计开发，后期一点扩散，先吸引粉丝，获取流量。
第二，界面设计，即页面的美观性。近几年功能性的***，走的风格路线都偏简约，简洁大气，主题突出。层级太多的话，不利于用户找到所需的功能，所以还是效率高一些，几眼就能找到最好。
另外，在界面设计的过程中，可以适当加入部分小元素，让界面看上去很温馨，拉进与用户的距离。
第三，用户体验。功能类***开发，要保证逻辑流畅，用户操作的容易上手，前期不要做的太繁琐，用户操作简便，才会用的顺手，从而增加用户粘度，也好为后期二次开发做准备。
软件开发详细设计说明书中的功能设计怎么写?请详述？
详细设计阶段:
在这个阶段，各个模块可以分给不同的人去并行设计。在详细设计阶段，设计者的工作对象是一个模块，根据概要设计赋予的局部任务和对外接口，设计并表达出模 块的算法、流程、状态转换等内容。这里要注意，如果发现有结构调整（如分解出子模块等）的必要，必须返回到概要设计阶段，将调整反应到概要设计文档中，而 不 能就地解决，不打招呼。详细设计文档最重要的部分是模块的流程图、状态图、局部变量及相应的文字说明等。一个模块一篇详细设计文档。
概要设计文档相当于机械设计中的装配图，而详细设计文档相当于机械设计中的零件图。文档的编排、装订方式也可以参考机械图纸的方法。
不同对模块的认识和传统定义有所不同，认为是较大的软件功能单元才可以称作模块。这种认识使大家对概要设计和详细设计的分工产生了混乱的理解，降低了文档的可用性，应该予以纠正。、
概要设计中较顶层的部分便是所谓的方案。方案文档的作用是在宏观的角度上保持设计的合理性。
有的项目***用面向对象的分析、设计方法。可能在概要设计、详细设计的分工上疑问更多。其实，面向对象的分析、设计方法并没有强调结构化方法那样的阶段性， 因此一般不引入概要、详细设计的概念。如果按照公司的文档体系，非要有这种分工的话，可以将包的划分、类及对象间的关系、类的对外属性、方法及协作设计看 做 概要设计；类属性、方法的内部实现看做详细设计。
换言之，面向对象的设计方式中，概设指的是有哪些类，祥设指的是类中的方法和出入参等(可以是伪代码)
1.需求分析--产生软件功能规格说明书,需要确定用户对软件的需求,要作到明确、无歧义。不涉及具体实现方法。用户能看得明白，开发人员也可据此进行下面的工作（概要设计）。
2.概要设计--产生软件概要设计说明书，说明系统模块划分、选择的技术路线等，整体说明软件的实现思路。并且需要指出关键技术难点等。
3.详细设计--产生软件详细设计说明书，对概要设计的进一步细化，一般由各部分的担当人员依据概要设计分别完成，然后在集成，是具体的实现细节。理论上要求可以照此编码。
到此，以上就是小编对于***功能开发的问题就介绍到这了，希望介绍关于***功能开发的2点解答对大家有用。