【原创】无线通讯产品App的设计讨论

xdwangxf

在有线和无线通讯领域工作了有小十年了，其中大部分的时间是在做无线通讯产品，却也不敢说自己是通讯界的一个老兵。因为在C114，老兵太多了。

促使我写这个系列贴子的原因有以下几点：
1. 原来企业的一个同事（也在通讯领域做了有小10年了），一次闲聊中提到，“现在的App设计人员大部分都只是会写if-else”；
2. 大概6、7年以前，自己偶然看到《十层》这篇文章，但是看了一遍，没有什么太多的感觉，只是希翼自己能够成为“牛人”级别，就满足了。这么多年过去了，再想到《十层》，惭愧的很，在自己所做的领域，可能还未达到“大虾”的级别。希翼自己能够将自己的学习、思考和总结梳理、分享出来，和大家一起学习。
3. 借助于C114这个平台，希翼在自己的努力和大家的鼓励、帮助之下，能够坚持下去。

好了，闲话少说，转入正题。

一、自己对国内无线通讯产品App设计现状的理解
1. 总体状况
重需求收集，轻需求分析；重功能实现，轻架构设计；过度依赖测试发现问题，而不是依靠设计来规避问题；重产品的交付，轻产品的后期维护。

以上几点，是个人的一些理解，不在这了详细展开说明。有感兴趣的，可以加我的QQ，一起讨论。

2. 原因简要分析
（1）项目时间紧张。大部分的产品，因为各种原因，项目时间都是比较紧张的。但是项目紧张，不代表不能做出一定程度的好的产品。
（2）在国内一些主要的通讯设备企业内，还是有不少比较利害，而且也比较严谨的牛人。但是往往持严谨的技术态度的人还不是主流，或者牛人们往往迫于上意，而无法坚持自己的主张。
（3）大部分的App开发人员的设计经验或者意识比较淡薄，产品能用就行，好的产品不是设计出来的，是测试出来的。也就是if-else谁都会写。殊不知因为设计导致的先天缺陷会带来多高的测试成本。
（4）企业在产品设计方面的积累或者重视不够，造成大环境只能是一个App制造工厂。

二、有没有解决办法呢？
办法总比困难多！办法自然是有的，只是需要大家去探索、总结。

相信这里提到的很多概念、书籍或者思想，大家都是耳熟能详的。比如：
代码大全、重构、设计模式、XP、敏捷开发、UML、面向对象、App架构、OOC（Object-oriented programming with ANSI-C）、UT（单元测试）、IT、ST等等。

如果大家能够站在这些大牛、大师、甚至是大哲人的基础上，分析、总结、抽丝剥茧，不敢说包治百病，分析提炼出一个无线通信产品（基本也适用于通讯产品），还是没有问题的。

三、连载的思路
1. 从产品开始，根据相关方（也称为涉众），特别是使用者和投资方的需求，形成产品的概念模型；
2. 在概念模型的基础上，进一步深入到产品业务内部，提炼出技术领域的关注点，或者说是设计中要关注的关键技术点和非技术点；
3. 在概念模型和领域模型的基础上，请在“第二节”中提到的各位大牛一一出场引导，形成业务架构模型。
4. 下一步就是从设计到实现和验证的转化，主要包括概要设计、详细设计、编码、  单元测试、集成测试、系统测试等等，各个企业略有不同。

基于以上4点，分析、提炼出一个框架流程，用来支撑通讯产品的App设计和实现。当然，之所以是框架流程，两层含义：可裁剪的；至少适应一类产品的研发。

干巴巴的先容，总是让人读起来很枯燥。因此连载中，会以一个真实的通讯产品App的一部分的设计作为一个实例，从开始的产品分析到最终的实现和验证，作为一个实例的主线，穿插在连载的中间。

四、《十层》的概况，和大家分享
《十层》，是很早以前的一个牛人写的，虽然他比较谦虚，自称为“基本在第一层和二层之间晃荡”。但是基于他写《十层》的常识面，我认为至少应该是一个牛人级别。
1. 菜鸟
个人理解，菜鸟在各大通讯企业的App开发人员中，占一半以上。---持不同意见的，欢迎拍砖。
2. 大虾
3. 牛人
4. 大牛
5. 专家
6. 学者
7. 大师
8. 科学家
9. 大科学家 （是不是像某些游戏中的“大祭司”一样？ 呵呵。）
10. 大哲

道家将牛人分为四个层次： 贤人、真人、仙人、圣人。估计大哲就是属于 真人 级别了。 仙人或者圣人，不知道能不能排的上？


感兴趣可以参考附件，我把《十层》的文档，粘贴为附件了。

今天是连载的开篇，今天就到这里了。欢迎大家批评指正，一起讨论。: )

加油！

附上联系方式：
QQ：2319257461
邮箱：xdwangxf@aliyun.com