|
|
知识路径： > 嵌入式系统的项目开发与维护知识 > 系统开发过程及其项目管理 > 系统开发生命周期各阶段的目标和任务 > 项目描述、可行性分析、需求分析、总体设计、概要设计、详细设计、编码和单元测试、集成测试、运行维护 >
|
被考次数：10次
被考频率：高频率
总体答错率：53%
知识难度系数： 
|
由 软考在线 用户真实做题大数据统计生成
|
|
相关知识点：40个
|
|
|
|
|
嵌入式系统的开发可以看作一个项目的实施，其生存周期要经历孕育、诞生、成长、成熟、衰亡的诸多阶段。把整个系统生存周期根据规模、种类、开发方式、开发环境以及开发时使用的方法论划分为若干阶段，每个阶段的任务相对独立，同一阶段各任务的性质尽可能相同，从而降低每个阶段任务的复杂程度，简化不同阶段之间的联系，便于不同人员分工协作，有利于系统开发的组织管理，从而降低了整个系统开发工作的困难程度。
|
|
|
|
|
|
在任何产品的开发应用中，首要的步骤是明确问题。问题定义阶段必须回答的关键问题是：“要解决的问题是什么？”通过问题定义阶段的工作，系统分析师应该提出关于问题性质、工程目标和规模的书面报告。问题定义阶段是软件生存周期中最简短的阶段，一般只需要一天甚至更少的时间。
|
|
|
|
|
|
这个阶段要回答的关键问题是：“对于上一个阶段所确定的问题有行得通的解决办法吗？”可行性分析阶段的任务不是具体解决问题，而是研究问题的范围，探索这个问题是否值得去解，是否有可行的解决办法。
|
|
|
|
|
|
需求分析阶段的任务不是具体地解决问题，而是准确地确定产品必须做什么，确定系统的功能、性能、数据和界面等要求，从而确定系统的逻辑模型。嵌入式软件需求需要说明硬件接口的必要特征、细节以及输入／输出等。
|
|
|
|
|
|
这个阶段必须回答的关键问题是：“概括地说，应该如何解决这个问题？”
|
|
|
|
首先，应该考虑几种可能的解决方案。使用系统流程图或其他工具描述每种可能的系统，估计每种方案的成本和效益，还应该在充分权衡各种方案的利弊的基础上，推荐一个较好的系统（最佳方案），并且制定实现所推荐的系统的详细计划。总体设计阶段的第二项主要任务就是设计系统总体结构，也就是确定系统由哪些模块组成以及模块间的关系。通常用层次图或结构图描绘软件的结构。
|
|
|
|
|
|
总体设计阶段以比较抽象概括的方式提出了解决问题的办法。详细设计阶段的主要任务就是对每个模块完成的功能进行具体描述，也就是回答下面这个关键问题：“应该怎样具体地实现这个系统？”因此，详细设计阶段的任务是设计出模块的详细规格说明，该说明应该包含必要的细节，可以根据它们对模块进行单独实现。通常采用HIPO（层次加输入／处理／输出图）或PDL语言（过程设计语言）描述详细设计的结果。
|
|
|
|
|
|
把每个软硬件模块加以实现。软件实现就是把每个模块的控制结构转换成计算机可接受的程序代码，即写成某种特定程序设计语言表示的源程序清单，并仔细测试编写出的每一个模块。
|
|
|
|
|
|
综合测试阶段的关键任务是通过各种类型的测试使系统达到预定的要求。最基本的测试是集成测试和验收测试。硬件部分参考国内、国际强制性标准，进行可靠性和电磁兼容性等测试。软件集成测试是根据设计的软件结构，把经过单元测试检验的模块按某种选定的策略装配起来，在装配过程中对程序进行必要的测试。然后进行软硬件集成测试。验收测试是按照规格说明书的规定（通常在需求分析阶段确定），由用户（或在用户积极参与下）对目标系统进行验收。
|
|
|
|
通过对软件测试结果的分析可以预测软件的可靠性；反之，根据对软件可靠性的要求，也可以决定测试和调试过程什么时候可以结束。应该用正式的文档资料把测试计划、详细测试方案以及实际测试结果保存下来，作为软件配置的一个组成部分。
|
|
|
|
|
|
维护阶段的关键任务是，通过各种必要的维护活动使系统持久地满足用户的需要。通常有改正性、适应性、完善性和预防性四类维护活动。每一项维护活动都应该准确地记录下来，作为正式的文档资料加以保存。
|
|
|
