计算机等级考试四级软件工程复习

《计算机等级考试四级软件工程复习》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、一1.软件的分类：系统软件，应用软件，工程／科学软件，嵌入式软件，产品线软件，Web应用软件，人工智能软件。2.解决软件危机的途径在于工程化和标准化。3.软件工程的目标：生产具有正确性，可用性和开销适宜的产品。4.常见的软件工程方法：面向过程方法，面向对象方法，形式化方法。5.软件工程的原则：选取适宜的开发范型，采用合适的设计方法，提供高质量的工程支持，重视开发过程的管理。6.软件过程由一组工作任务，软件阶段里程碑，工作制品与交付物以及质量保证检查点组成。7.软件过程模型：编码－修补模型，瀑布模型（自上而下，线性，过于理想化），快速原形模型即演化模型（大大减少返工），增量

2、模型（系统看成一个个增量），快速应用开发模型（极短的开发周期），螺旋模型（目标设定，风险评估与弱化，开发与确认，计划），同步稳定模型，极限过程模型（最小化特性数量），Rational统一开发过程（动态视角，静态视角，实践）。8.软件工具：逐步求精法，成本－效益分析法，软件度量（产品，过程），版本工具，配置工具，CASE（工具，工具台，环境），建造工具。二1.封装的定义：清楚的边界，接口，受保护的内部实现。2.继承：取代继承，内容继承，特化继承，受限继承。3.多态与动态绑定：利用继承关系，利用模版机制。4.消息的分类：请求服务，激活，询问，仅传送消息。5.UML的特点：统一

3、标准，面向对象，可视化表达能力强，独立于过程，容易掌握，与建模语言关系。6.UML的事物：结构事物：类，对象，接口，主动类（两侧加边框矩形），用例（描述功能，实现椭圆），参与者（小人），协作（功能实现，虚线椭圆），状态（圆角矩形），构件（物理可替代部件，带有小方框的矩形），节点（立方体）行为事物：交互，状态机，分组事物：包（仅在概念事物，矩形上方放置小矩形）注释事物：一角有折叠的矩形7.UML的关系依赖关系（虚线箭头表示）：包之间依赖关系－导入依赖，导出依赖用例之间依赖关系－包含依赖，扩展依赖。基用例指向目标用例关联关系：普通关联－二元关联（类之间的一条实线），多元关联（

4、菱形）限定关联（一对多，多对多）关联类（通过一条虚线与关联连接）聚合－共享聚合（关联末端紧挨整体类加空心菱形），复合聚合（加实心菱形）泛化关系（一端为空心三角形的连线）：普通泛化－多重继承，单继承受限泛化－交叠，不相交，完全，不完全实现关系（带有空心箭头的虚线）：接口与实现它们的类与构件，用例和实现它们的协作8.UML的图外部视图：（1）用例图：展现一组用例参与者和扩展关系包含关系，使用等，用于上下文环境建模（参与者的角色含义）和功能需求建模（系统的行为）（2）活动图：描述功能的实现细节，显示用例中的操作和操作中的控制流和对象流，类似于程序流程图。泳道描述活动由谁完成。外

5、部视图内部视图都可用（3）顺序图：按时间顺序显示对象之间的交互，没有明确表达对象之间的关系。发起用例的放在最左边，其余的按边界对象，控制对象，实体对象排列。用例的各种不同场景都可用顺序图表示。内部视图：（1）类图：描述系统静态结构，类及其结构行为，接口，协作，关联，依赖泛化关系，多重性，导航指示符，角色等。（2）对象图：系统详细构造系统中的对象及对象间的相互关系。（3）通信图（协作图）：描述相互间有交互的对象及这些对象之间的关系。还显示出对象间的消息传递。消息所附上的序列号表示时间。一般多用于内部视图（4）状态机图：描述对象随时间变化的动态行为，由状态，迁移，事件和活动组

6、成。一个起始状态，零或多个终止状态。（5）构件图：描述一组构件和它们之间的依赖关系。接口由供给接口和需求接口。（6）包图：降低复杂性。包，类，业务对象。（7）部署图：展现运行时处理节点和在这些节点上的配置。基本元素－节点，连接，构件，对象，关联等。主要针对制度。三1.计算机系统工程的过程：识别用户的要求，系统分析和结构设计（硬件系统模型，软件系统模型，人机交互模型，数据库模型）2.可行性研究（为未来开发提供建议）：经济可行性，技术可行性（风险分析，资源分析，技术分析），法律可行性，用户操作可行性。3.需求的层次：业务需求（项目投资人，记录入项目范围文档），用户需求（只涉及

7、系统外部可见行为，和用户需要并不完全等同），功能需求（开发者提供的软件功能和服务），非功能需求（产品需求－性能需求，接口需求，可靠性需求等，过程需求－开发量估计，开发方法选取，遵循的规范标准），系统需求（源于系统分析和结构设计），用户需求和业务需求必须一致。4.需求分析的目标：全面理解用户的各种需求，准确表达用户的各种需求。需求分析的任务：需求获取，分析建模（按功能，行为，数据分类），需求定义（编成书面文档或图解），需求验证。都包括反馈环。需求分析的原则：必须理解和描述问题的信息域（信息内容，信息流，信息结构），必须描述软件将