用户的感知通常是插上交流枪，然后就开始充电了，在车的大屏或者手机端就可以看到当前的电量，充电剩余时间，充电电流和充电电压等信息。
假如正在充电中，用户可能不想充了，那么可以在手机APP端或车的大屏点击相应的按钮来停止充电，甚至可能可以长按充电口盖或充电桩APP端的按钮来停止。以上这些用户所能看到的信息和进行的操作，就属于功能开发的范畴，在SSTS中定义了用户可以看到哪些交流充电信息，允许用户能够进行哪些操作来影响交流充电功能，这就是功能开发的应用场景分析主要内容之一。
另外，应用场景分析还需要综合起来考虑用户行为，使得用户操作之后产生的现象符合预期，即各种行为交叠的时候，其交互逻辑不会产生冲突。比如正在交流充电过程中，用户通过手机APP端停止充电，但是又通过车的大屏再次启动充电，那么相应的现场应该是先停止充电，而后又进入充电。
除此之外，应用场景分析还需要结合一些典型的功能场景（比如交流充电，有使用公用充电桩充电，也有使用自己的专属的充电桩充电）来全面考虑，总之，从充电桩，手机APP端，车的大屏端以及充电口盖等因素综合分析之后，对产品功能有了全面的理解和清晰的定义，再来制定相应的功能控制策略。
b. 功能控制逻辑
要制定好功能的控制策略或逻辑，必须要掌握一些基础知识，比如针对交流充电功能：
需要了解交流充电的基本过程，比如先通过CC电阻值识别充电枪的连接状态，再通过CP了解交流充电的进行状态等，具体可参考GB-18487。
需要了解整车电子电器架构，交流充电会涉及到哪几个控制器，比如动力总成系统的BMS，VCU和OBC等，其他总成系统的HMI和TBOX等；另外也需要知道各控制器分别承担哪些工作；比如OBC需要识别充电枪的连接状态，需要控制继电器以决定是否进行交流充电；
BMS需要控制主正主负继电器上高压，也需要根据电池状态请求是否充电等。
需要了解整车网络拓扑，以决定信号交互怎样定义。
需要了解各个控制器的故障等级所对应的产品工作状态，比如BMS的1级别故障意味着BMS将断高压，停止工作。
在上述的基础上，接下来就是制定功能的控制逻辑，即定义各个控制器的信息交互时序和逻辑，比如针对典型的交流充电功能，其控制时序如下图示意：
既需要考虑正常情况下的功能控制（进入，保持和退出），也需要考虑故障情况下的功能控制（退出和后处理措施）。同时也需要定义HMI相关的内容，比如交流充电过程中，手机APP端和车的大屏显示什么内容，充电口的指示灯是否根据电量显示不同的颜色，以更好地体现充电的实时状态，以及是否需要有一些语音提示。除此之外，定义好用来进行该功能的信号交互的通讯矩阵，以此形成较完善的功能开发规范，即SSTS。
