这里只是写下我说经历的项目流程，适用性并不一定具有代表性。并且也不一定正确。仅供参考或自己日后查阅。
A公司是我毕业后的第一家公司，企业文化嘛，回头来看还是不错。
开发的流程：
1.发生在立项之前
1）业务部和客户谈单，有单才有驱动力嘛，当然在单子下来之前，也需要大家的配合去提供下产品的性能参数，各种配置的报价，公司的生产管理能力，之前的业务销量
总之，就是各种证据来展现优势，劣势自动忽略
如果没有单，那还有两个途径。
2）产品部去做推广，这个需要市场调研，产品具备哪些功能或有哪些卖点，会让产品有销量。
这里说明下，做的是市场经济，当然不要把价格低不当优势或卖点哦。
所以，这里就会去做一些有竞争力或平台性的产品，最初的客户可先定义成产品部。
产品部的工作需要创造力啊，所以他们跑跑车展，跑跑车厂，跑跑电子展，也是让大家眼红眼红的
3)市场的风向标了。那个技术公司没有，但他是行业趋势。所以会提前投入人力和物力去做预研。这部分的项目，开始肯定是只见投入少有输出的，需要魄力和决心去实施，是否有回报嘛，就有很多综合因素了
2.立项
产品的立项，参与者是业务，技术部，产品部，开发工程部。项目经理主持，会定下
1)产品的功能列表（或feature list）,
2)各组件或部分的负责人，
3)产品的开发计划（main millstone）
4)产品的关键元器件的清单及报价
5）开发的样机数量，包括送样，调试，预留，测试，封样等
6）产品的成熟度来确定实验计划
7）产品的认证需求和计划
其实也就是围绕，日程，成本，质量，开发，制造。说的又笼统又很大啊
3.开发的过程分为了EP，PP， MP
EP工程样机阶段，这个时候样机电子件基本确定，能够运行，会给软件去做调试用。结构如果完成会和整机一起去做验证，如果没有也要保证部品的验证。样机也会提供给测试去做基本的功能确认，如果成熟度可以，就要制定的环境测试,如高低温的工作实验，静电和EMC。
目的是在保证一些功能的前提下，尽可能多的暴露并修改问题
PP实际是小批量的生产，一个目的就是验证在生产线那边有什么问题，这个时候是要求有结构件完整可以组装（实际在MP中，很容易由于结构组装引起的不良，所以要利用PP的机会做验证）
PP的验证可以充分些，也会去做老化的实验
写着写着，觉得EP很重要，但实际的开发中，EP会不够成熟，很多实验不能够实施，最后遗留到了PP甚至是MP。如何决策或判断，就要靠老司机的经验了。
以上，一个阶段进入下一个阶段，项目经理会组织评审会，大家签字能否进入到下一个阶段。一般质量和工程部会提出异议，恩，原则和坚持很重要。如何判断影响是一个quality必备的素质
K软件开发的流程
1.需求分析
1）列出feature list,
2）做可实行分析，
3）可测性分析
4）QA list列出问题点确认，包括一致性的问题确认。这个一定要有文档管理
5）是否有特殊要求，如认证等
6）output：feature list, question list, main process，main sequence
2.架构设计
1）系统的芯片选型，决定了系统的架构
2）代码的编译调试环境，需要的工具类型
3）通信的方式（SPI,Uart,IIC）
4）重要模块的特性（如3G还是4G模块，BT，GPS，Glonass）
5）电源策略（低功耗模式的要求，系统睡醒要求，power模式的切换条件）
6）系统组件及层级关系
6）output:系统框图，组件接口图，接口的定义,交互图（不同的系统或人机交互）
3.基本设计
根据组件来做基本设计
1）功能模块介绍
2）对外的接口
3）需要调用的接口
4）时序图
4.详细设计
1）功能函数
2）流程图
5.Coding
1) Coding, review
2) static test（句法分析，全局检查，申请为释放的内存，变量未初始化，数据强转，数组下标溢出，未使用的变量或函数，入参是否为const,递归调用，三目运算符，函数无返回值，函数无跳出条件，不能到达的分支，magic number）
6.UT test
coverage(条件覆盖，分支覆盖，路径覆盖)
7.CT test
coverage（function的覆盖率，对于复杂度超过15的函数执行，或全新的函数）
8.IT test
write the it case to confirm a sequence is right
the develop can use it to test the logic ,it will create the pre condition by stubs function
8.ST test