项目需求在软件研发中起着核心作用，尤其在通话业务领域。从Android 2.3到4.0，虽然需求更详细，但本质变化不大。以快速拨号功能为例，虽然需求明确，但在实现中遇到MMI码的问题，如*#06#和##002#，暴露了需求文档未涵盖的细节。详尽的需求文档和操作规程能避免此类问题，有助于项目进程和个人学习。
项目需求可以说是贯穿整个研发流程的核心。没有界定规范的需求自然也没有执行严格的研发过程。可惜我领悟的太晚，直到最近才意识到它对业务流程理解的重要性。
从android2.3的时代走到如今的4.0，通话业务的需求也随之有所变更。但单就通话业务以及其补充业务（supplementary service）的流程而言，本质上并无太多区别。
以单卡项目为例，在2.3时代里我关注的与通话相关的项目需求是：
通话基本功能
视频电话
联系人
呼叫保持、切换、密谈，多方通话等
拨号盘设置（联系人匹配，拨号前编辑，显示/隐藏等等）
通话录音
可发送拒绝短信
快速拨号
呼叫转移
固定拨号
语音信箱设置
呼叫等待
本机号码
主叫号码识别显示和主叫号码识别限制功
最低0.47元/天 解锁文章
扫一扫
1188
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
