Open wsxk opened 1 year ago
https://wsxk.github.io/Iot_dev_management/
project arch
嵌入式系统概论与开发流程
一、概论 二、嵌入式系统开发项目生命周期:项目启动与规划,设计、执行与结项
项目管理与软件工程
一、嵌入式项目管理
嵌入式系统概论与开发流程 一、概论 嵌入式系统的定义一般如下:Embedded System use general or specialized purpose CPUsrunning custom software along with specialized hardware to perform application-specificfunctions.
在设计一个嵌入式应用项目时,通常需要考虑以下几点:
成本 外观 预计销售市场与消费群体 CPU计算能力 内存大小 省电需求 稳定度 反应实时性(Real-Time) 软件复杂度 测试复杂度
其实某项产品是否符合嵌入式系统的定义并不重要,重要的是开发者必须完全了解嵌入式系统的本质,以避免在设计开发阶段做出错误的判断与决定
二、嵌入式系统开发项目生命周期:项目启动与规划,设计、执行与结项 Schedule是用来遵守的,不是用来修改的 客户来说明嵌入式项目时,在跟开发企业说明时间预算时,总是偷偷自己预留了部分时间,说的时候总是要求时间ASAP(As soon as possible) 客户在规格方面也会自己留下缓冲空间,在刚开始谈规格时偶尔会模糊其词,如果我们可以做到客户的高标准当然最好,假使不行的话,只要没有低于客户藏在心里的底限,其实都还是会被接受的(我超,都是心机啊) 质量是规划、设计出来的,不是检查出来的。 可以一体适用的是思想,而非执行方法 根据项目特性与软件工程规范,定义最合适的工作方法,并确保项目可以按规格如期完成
软件工程师不可能写出没有bug的程序,测试工程师也不可能找出系统中所有的问题,所以测试工作一定要经过仔细的规划,则测试工作才可以被控制,测试结果才可以被量化,产品质量才可以被保证。
莫非定律(Murphy's Law):只要能出错的地方,就一定会出错,因此在测试时,一定要假设所有的事情都会出错,这样才能找出所有的问题。 测试工程师的工作是找出所有的问题,而不是证明系统没有问题
改的越多,功能就会越强,质量就应该越好,这绝对是一个错误的思想。 不可能开发出没有bug的软件应该铭记于心,本质是要求产品质量可控
第17章:系统整合■ 第18章:Testing、Debugging与Tuning■ 第19章:结项前的煎熬■ 附录D:电子产品设计的最终依据:用户体验
https://wsxk.github.io/Iot_dev_management/
project arch
嵌入式系统概论与开发流程
一、概论 二、嵌入式系统开发项目生命周期:项目启动与规划,设计、执行与结项
项目管理与软件工程
一、嵌入式项目管理
project arch
嵌入式系统概论与开发流程 一、概论 嵌入式系统的定义一般如下:Embedded System use general or specialized purpose CPUsrunning custom software along with specialized hardware to perform application-specificfunctions.
在设计一个嵌入式应用项目时,通常需要考虑以下几点:
成本 外观 预计销售市场与消费群体 CPU计算能力 内存大小 省电需求 稳定度 反应实时性(Real-Time) 软件复杂度 测试复杂度
其实某项产品是否符合嵌入式系统的定义并不重要,重要的是开发者必须完全了解嵌入式系统的本质,以避免在设计开发阶段做出错误的判断与决定
二、嵌入式系统开发项目生命周期:项目启动与规划,设计、执行与结项 Schedule是用来遵守的,不是用来修改的 客户来说明嵌入式项目时,在跟开发企业说明时间预算时,总是偷偷自己预留了部分时间,说的时候总是要求时间ASAP(As soon as possible) 客户在规格方面也会自己留下缓冲空间,在刚开始谈规格时偶尔会模糊其词,如果我们可以做到客户的高标准当然最好,假使不行的话,只要没有低于客户藏在心里的底限,其实都还是会被接受的(我超,都是心机啊) 质量是规划、设计出来的,不是检查出来的。 可以一体适用的是思想,而非执行方法 根据项目特性与软件工程规范,定义最合适的工作方法,并确保项目可以按规格如期完成
软件工程师不可能写出没有bug的程序,测试工程师也不可能找出系统中所有的问题,所以测试工作一定要经过仔细的规划,则测试工作才可以被控制,测试结果才可以被量化,产品质量才可以被保证。
莫非定律(Murphy's Law):只要能出错的地方,就一定会出错,因此在测试时,一定要假设所有的事情都会出错,这样才能找出所有的问题。 测试工程师的工作是找出所有的问题,而不是证明系统没有问题
改的越多,功能就会越强,质量就应该越好,这绝对是一个错误的思想。 不可能开发出没有bug的软件应该铭记于心,本质是要求产品质量可控
第17章:系统整合■ 第18章:Testing、Debugging与Tuning■ 第19章:结项前的煎熬■ 附录D:电子产品设计的最终依据:用户体验