文档介绍：嵌入式原理嵌入式系统设计
第1页，此课件共55页哦
3-1 设计方法论
采用方法论有以下三个重要理由：
1．确认所做的每一件事情都是必须要做的。
2．根据设计方法论可以发展出计算机辅助工具或是累积设计经验。
汲取每一次产品开发较有意义。
第12页，此课件共55页哦
简易硬件与软件的同步设计流程
初期阶段的需求与规格设计必须要同时考虑硬件与软件两方面。
最后的阶段需要集成与测试整体系统。
中间阶段采用独立分开方式设计。
第13页，此课件共55页哦
层次结构式设计流程
第14页，此课件共55页哦
同步工程（Concurrent Engineering）
问题：当越多人同时进行一个项目的时候，就越容易失去完整设计流程的轨迹。每个小型系统的设计者容易局限在自己的设计流程里。
同步工程的目的
采用一个较广泛的看法让整体流程最佳化。
消除每个小型系统设计者之间的障碍，以免设计者局限在自己的看法而无法与其他设计者进行沟通，造成反复或冲突的情况不断发生。
设计过程中整个设计团队交流与沟通至关重要！
第15页，此课件共55页哦
设计
设计什么？如何设计？
收集客户所描述的消息，整理成需求列表。
把这些需求进一步萃取之后，形成系统架构设计的数据－技术规格。
第16页，此课件共55页哦
3-2 需求分析
需求与规格
需求分析
证实需求
简易需求表
第17页，此课件共55页哦
需求与规格
将客户的需求理念捕捉出来，并且以正规的方式描述（用户需求分析），同时将客户描述的方式转换成系统设计者的描述方式（技术规格）。
需求与规格描述系统所呈现的行为，而不是内部结构。
需求是顾客想要什么样产品的信息描述。
规格是更详细、更精确的描述系统的功能。
第18页，此课件共55页哦
需求分析
需求分析需要设计者与顾客详细沟通
设计者需要了解顾客所预期的产品是什么
顾客也必须了解他们到底可以得到什么样的产品
需求的种类
功能性需求是指系统必须要有哪些功能。
非功能性需求
实体大小与重量、价格、设计时间、电力消耗、…。
想要什么？得到什么？
第19页，此课件共55页哦
证实需求
确认列出来的需求是真的为客户所需要。
怎样确认？
仿真系统——用一些事先准备的数据来模拟一些功能，当作一个有功能限制的展示系统。给客户一个实际看得到的模型来说明实际做出来的系统将如何运行。
样机、测试版、概念车
第20页，此课件共55页哦
简易需求表
名称
目的
输入
输出
功能
性能要求
制造成本
电源
实体大小与重量
第21页，此课件共55页哦
需求分析——需求文件的特性
正确性：既不可误解顾客所需，也不可描述不需要的需求。
精确性：需求文件应该做清楚的描述，而不是笼统的说明。
完整性：所有的需求都应该记录。
可证明性：所有的需求都应该有方式可以证明是合理的。
一致性：某项需求不应该和其他需求相互冲突。
可修改性：既然可以建立需求，当然也可以修改需求，而且不会违反上述的特性。
可追踪性：每份文件都应该可以追踪。包括为什么会有这样的需求，彼此需求间的相关性，这些需求是否可能实现，以及最后是否满足这些需求。
第22页，此课件共55页哦
如何决定需求呢?
销售部门会帮忙反映市场的需要，或是去询问顾客，然后将这些意见汇总进行分析。如果是顾客直接找上门，就需要和顾客进行访谈，以了解他们的期望。
如果顾客能够给设计者一个简单的样品，将可以帮助设计者更清楚应该要设计出什么样的产品。
设计者先做出一个雏形，请销售部门进行展示或是意见调查，然后再将结果进行分析来决定需求的内容。
第23页，此课件共55页哦
3-3 规格
客户与架构设计团队之间的契约
统一建模语言
SDL语言
状态图
AND/OR表
第24页，此课件共55页哦
统一建模语言
UML是一种描述规格的语言，通过对系统正规化的表述，使所有看过规格的人，尤其是设计团队里的成员充分了解所描述的产品是什么。
第25页，此课件共55页哦
阅读资料：UML
第26页，此课件共55页哦
SDL语言
SDL包含了状态、动作和每个状态之间的转换条件。SDL是一种以事件为对象的状态机器模型。内部或是外部事件的不同，使得状态之间相互转换。
第27页，此课件共55页哦
状态图（State Charts）
状态图用来消除以状态为基础的规格中杂乱的部分，澄清其中重要的结构。状态图使用在事件驱动模型中，让事件可以归类在一起并且显示共通的规格部分。
两种归类方法：OR与AND。
第28页，此课件共55页哦
传统图解与OR状态图
第29页，此课件共55页哦
传统图解与AND状态图
第3