2011年软考系统架构设计师学习笔记（46）

zhangll516

为了更好的帮助大家考试，考试百科在文章系统架构设计师辅导：学习笔记中，为大家提供的如下内容：<br />　　14.9 系统转换<br />　　系统转换是指运用某一种方式由新的系统代替旧的系统的过程，也就是系统设备、数据、人员等方面的转换。<br />　　14.9.1 系统转换的准备<br />　　转换前，必须认真做好准备。<br />　　还需测试试运行这项工作。<br />　　注意如下两个问题：<br />　　1、系统试运行工作的代表性。<br />　　2、系统试运行中错误的修正。<br />　　14.9.2 系统转换的方式<br />　　直接转换、平行转换、分段转换、分批转换。<br />　　14.9.3 系统转换的注意事项<br />　　1、大量的基础数据，录入工作量很大，应及早准备，尽快完成。<br />　　2、应提前做好人员的培训工作。<br />　　3、出现一些局部性的问题，应有足够的准备，并做好记录。如果出现致命问题，要重新设计。<br />　　14.10 操作与维护<br />　　14.10.1 操作与维护的内容<br />　　数据管理与维护。<br />　　设备管理与维护。<br />　　软件的管理与维护工作。<br />　　14.10.2 系统维护与架构<br />　　系统架构的好坏，可维护性是一个重要方面，维护人员应参与架构的审评。<br />　　可维护性可以定性地定义为：维护人员 理解、改正、改动、改进的难易程度。<br />　　可维护性有如下几个评价指标：<br />　　可理解性。<br />　　可测试性。<br />　　可修改性。<br />　　系统维护工作可以分为以下4种类型：<br />　　更正性维护。<br />　　适应性维护。<br />　　完善性维护。<br />　　预防性维护。<br />　　维护人员必须先理解要维护的系统，然后建立一个维护方案。<br />　　由于某处修改很可能会影响其他模块程序，所以考虑的重要问题是修改的影响范围和波及面的大小。<br />　　必须强调的是，维护是对整个系统而言的，必须同时修改涉及的所有文档。<br />　　14.11 系统移植<br />　　14.11.1 系统移植的方式<br />　　不修改已有的软件。<br />　　修改软件。<br />　　重新编软件。<br />　　14.11.2 系统移植的工作阶段划分<br />　　计划阶段。<br />　　准备阶段，准备转换所需的材料。<br />　　转换阶段。<br />　　测试阶段。<br />　　验证阶段。<br />　　使系统移植工作标准化，工具实现自动化。<br />　　14.11.3 系统移植工具<br />　　系列化、标准化、文档化，使任何人都能以相同的顺序开展工作，提高效率。<br />上面就是文章系统架构设计师辅导：学习笔记的部分内容，后续文章请继续关注考试百科。http://pc.kaoshibaike.com 相关论坛: http://bbs.kaoshibaike.com/forum.php?mod=forumdisplay&amp;fid=78