免费智能真题库 > 历年试卷 > 系统架构设计师 > 2022年下半年 系统架构设计师 下午试卷 论文
  第2题      
  知识点：   改正性维护   软件的可维护性   软件维护   软件系统   生命周期   适应性   适应性维护   完善性维护   维护   维护性   系统运行

 
论软件维护方法及其应用
软件维护是指在软件交付使用后，直至软件被淘汰的整个时间范围内，为了改正错误或满足新的需求而修改软件的活动。在软件系统运行过程中，软件需要维护的原因是多种多样的，根据维护的原因不同，可以将软件维护分为改正性维护、适应性维护、完善性维护和预防性维护。在维护的过程中，也需要对软件的可维护性进行度量。在软件外部，一般采用MTTR来度量软件的可维护性；在软件内部，可以通过度量软件的复杂性来间接度量软件的可维护性。
据统计，软件维护阶段占整个软件生命周期60％以上的时间。因此，分析影响软件维护的因素，度量和提高软件的可维护性，就显得十分重要。
 
问题：2.1   请围绕“软件维护方法及其应用”论题，依次从以下三个方面进行论述。
1.概要叙述你参与管理和开发的软件项目，以及你在其中所承担的主要工作。
2.详细论述影响软件维护工作的因素有哪些。
3.结合你具体参与管理和开发的实际项目，说明在具体维护过程中，如何度量软件的可维护性，说明具体的软件维护工作类型。
 
 
 

   知识点讲解    
   · 改正性维护    · 软件的可维护性    · 软件维护    · 软件系统    · 生命周期    · 适应性    · 适应性维护    · 完善性维护    · 维护    · 维护性    · 系统运行
 
       改正性维护
        改正性维护是为维护系统操作运行，对开发过程中产生但在测试和验收时没有发现的错误进行的改正，主要内容包括：
        .设计错误。
        .逻辑错误。
        .编码错误。
        .文档错误。
        .数据错误。
        软件生存周期中的维护阶段通常起始于软件产品交付给用户，用户验收之时。软件维护活动通常可以定义或生存周期中前几个阶段的重复。软件维护与软件开发有许多相同的活动，但也有如下独特之处：
        .维护活动限定在已有系统的框架之内完成，维护人员必须在已有的设计和编码结构的约束下作出修改，一般系统越旧，软件维护越困难、越费时。
        .通常软件维护阶段的时间比软件开发的时间长得多，但一项具体的软件维护一般比开发该软件的时间短得多。
        .软件开发必须从无到有产生所有测试数据，而软件维护通常可以使用现有的测试数据进行回归测试。有时还要产生新的数据，对软件修改以及修改后的影响进行必要的测试。
        完成一项软件维护的过程是复杂的。下面按照顺序列出完成一项软件维护过程的步骤：
        （1）确定修改类型。
        （2）确定修改的需要。
        （3）提出修改请求。
        （4）需求分析。
        （5）认可或否决修改请求。
        （6）安排任务进度。
        （7）设计。
        （8）设计评审。
        （9）编码修改和排错。
        （10）评审编码修改。
        （11）测试。
        （12）更新文档。
        （13）标准审计。
        （14）用户验收。
        （15）安装后评审修改及其对系统的影响。
        其中有几个步骤会经常发生循环，但并不是每次修改都要执行所有的步骤。
 
       软件的可维护性
        软件的可维护性是指理解、改正、改动、改进软件的难易程度。通常影响软件可维护性的因素有可理解性、可测试性和可修改性。提高可维护性是开发管理信息系统所有步骤的关键目的，系统是否能被很好地维护，可用系统的可维护性这一指标来衡量。
        软件的可维护性的评价指标如下。
        .可理解性：指别人能理解系统的结构、界面功能和内部过程的难易程度。
        .可测试性：诊断和测试的容易程度取决于易理解的程度。
        .可修改性：诊断和测试的容易程度与系统设计所制定的设计原则有直接关系。模块的耦合、内聚、作用范围与控制范围的关系等，都对可修改性有影响。
 
       软件维护
        系统维护工作的对象是整个系统的配置。由于问题可能来源于系统的各个组成部分，产生于系统开发的各个阶段，因此系统维护工作并不仅仅是针对源程序代码，而且还包括了系统开发过程中的全部开发文档。所以，一旦业务处理出现问题或发生变化，就要修改应用程序及有关文档。软件维护是系统维护最主要的内容。
               软件维护管理
               （1）任何人员不得擅自对系统文件进行删除或修改。软件操作人员不得对系统文件进行任何内容的操作。
               （2）系统管理员对软件系统进行全面维护，并进行记录。
               （3）定期对系统进行病毒检查。
               （4）建立故障报告制度。系统运行或软件操作中发生故障，如属简单故障，由系统管理员现场解决；现场无法解决的，由第一发现者进行故障登记，部门负责人会同系统管理员制定处理方案（方案包括：故障分析、拟采取措施、保障数据安全防范措施等），经核算中心分管主任批准后实施。对于无法排除的故障，由系统管理员及时联系相关单位解决。
               （5）对软件进行修改、升级时，首先要全面备份系统的数据，做好新旧系统数据的衔接工作。
               按照维护的具体目标分类
               （1）完善性的维护。完善性维护就是在应用软件系统使用期间为不断改善和加强系统的功能和性能，以满足用户日益增长的需求所进行的维护工作。在整个维护工作量中，完善性维护居第一位。
               （2）适应性维护。适应性维护是指为了让应用软件系统适应运行环境的变化而进行的维护活动。适应性维护工作量约占整个维护工作量的25%。
               （3）纠错性维护。纠错性维护的目的在于，纠正在开发期间未能发现的遗留错误。对这些错误的相继发现，对它们进行诊断和改正的过程被称为纠错性维护。这类维护约占总维护工作量的20%。
               （4）预防性维护。其主要思想是维护人员不应被动地等待用户提出要求才做维护工作，而应该选择哪些还有较长使用寿命的部分加以维护。
               按照开发方分类
               自己公司开发的软件、合同开发的软件、市场买的软件，这三种软件的维护途径可以是不同的。
               自己公司开发的软件一般由原开发人员进行维护。
               按合同开发的软件产品交付后，开发方应依据开发时签定的合同，负责软件的维护和软件版本升级工作。维护活动一般包括：对顾客使用中出现的软件故障进行测试、分析和修复；在维护阶段，按顾客提出的功能和性能改进要求进行软件版本升级，升级后的软件版本应纳入配置管理，并保存软件维护、升级记录。
               若购买了某种软件产品且该软件在产品支持周期内，则还可以购买该软件公司的软件维护服务。软件公司为软件产品用户推出专业技术支持服务，服务一般由公司具有丰富产品知识和实践经验的资深软件工程师协同技术中心专家组成专业技术团队共同提供，目的是帮助客户及时、快速、可靠地解决在软件系统的维护过程中所遇到的技术问题，使得客户的软件系统可以更加安全稳定地运行，以保障和促进客户业务的顺利开展并取得更大的成功。
               软件维护合同一般包括软件的更新和技术支持。两者捆绑在一起每年统一收取一笔费。客户需要签定软件维护合同，以获得技术支持和将来的升级服务。在多数情况下合同的主要目的是软件的更新。
               系统维护中经常会遇到一些问题。系统维护中的编码本身造成的错误比例并不高，仅占4%左右，而绝大部分问题源于系统分析和设计阶段。通常，理解别人编写的程序是很难的，且难度随着软件配置文档的减少而增加；绝大多数系统在设计和开发时并没有很好地考虑将来可能的修改，如有些模块不够独立，牵一发而动全身；系统维护工作相对缺乏挑战性，使系统维护人员队伍不稳定。所以，一般来说，系统维护人员应当就是系统的原开发人员中的一部分。
 
       软件系统
        网络系统软件包括网络操作系统和网络协议等。网络操作系统是指能够控制和管理网络资源的软件，是由多个系统软件组成，在基本系统上有多种配置和选项可供选择，使得用户可根据不同的需要和设备构成最佳组合的互联网络操作系统。网络协议是保证网络中两台设备之间正确传送数据的约定。
 
       生命周期
        IT服务生命周期由规划设计（Planning&Design）、部署实施（Implementing）、服务运营（Operation）、持续改进（Improvement）和监督管理（Supervision）5个阶段组成，简称“PIOIS”。
        （1）规划设计：从客户业务战略出发，以需求为中心，参照ITSS对IT服务进行全面系统的战略规划和设计，为IT服务的部署实施做好准备，以确保提供满足客户需求的IT服务。
        （2）部署实施：在规划设计基础上，依据ITSS建立管理体系、部署专用工具及服务解决方案。
        （3）服务运营：根据IT服务部署情况，依据ITSS，采用过程方法，全面管理基础设施、服务流程、人员和业务连续性，实现业务运营与IT服务运营的全面融合。
        （4）持续改进：根据IT服务运营的实际情况，定期评审IT服务满足业务运营的情况，以及IT服务本身存在的缺陷，提出改进策略和方案，并对IT服务进行重新规划设计和部署实施，以提高IT服务质量。
        （5）监督管理：本阶段主要依据ITSS对IT服务质量进行评价，并对IT服务供方的服务过程、交付结果实施监督和绩效评估。
 
       适应性
        适应性是指软件产品无需采用有别于为考虑该软件的目的而准备的活动或手段，就可能适应不同的指定环境的能力。
 
       适应性维护
        适应性维护是为适应软件运行环境的变化而作的修改，主要内容包括：
        .影响系统的规定、法律和规则的变化。
        .硬件配置的变化，如机型、终端、打印机等的变化。
        .数据格式或文卷结构的变化。
        .系统软件的变化，如操作系统、编译系统或使用程序的变化。
 
       完善性维护
        完善性维护是为扩充功能和改善性能而进行的修改和扩充，以满足用户变化了的需求，主要内容包括：
        .为扩充或增强功能而作的修改（如扩充解题范围和算法优化）。
        .为提高性能而作的修改（如提高精度，节省存储空间等）。
        .为便于维护而作的修改（如增加注释，改进易读性等）。
 
       维护
        维护阶段是软件生存期中时间最长的阶段。软件一旦交付正式投入运行后便进入软件维护阶段。该阶段的关键任务是通过各种必要的维护活动使系统持久地满足用户的需要。每一项维护活动都应该准确地记录下来，作为正式的文档资料加以保存。
 
       维护性
        维护性是指软件产品可被修改的能力。修改可能包括修正、改进或软件适应环境、需求和功能规格说明中的变化。
               易分析性
               易分析性是指软件产品诊断软件中的缺陷或失效原因，以及判定待修改的部分的能力。
               易改变性
               易改变性是指软件产品使指定的修改可以被实现的能力。
               稳定性
               稳定性是指软件产品避免由于软件修改而造成意外结果的能力。
               易测试性
               易测试性是指软件产品使已修改软件能被确认的能力。
               维护性依从性
               维护性依从性是指软件产品依附于同维护性相关的标准或约定的能力。
 
       系统运行
               系统管理分类
               IT系统管理工作主要是优化IT部门的各类管理流程，并保证能够按照一定的服务级别，为业务部门（客户）高质量、低成本地提供IT服务。IT系统管理工作可以按照以下两个标准予以分类。
                      按系统类型分类
                      （1）信息系统，企业的信息处理基础平台，直接面向业务部门（客户），包括办公自动化系统、企业资源计划（ERP）、客户关系管理（CRM）、供应链管理（SCM）、数据仓库系统（Date Warehousing）、知识管理平台（KM）等。
                      （2）网络系统，作为企业的基础架构，是其他方面的核心支撑平台。包括企业内部网（Intranet）、IP地址管理、广域网（ISDN、虚拟专用网）、远程拨号系统等。
                      （3）运作系统，作为企业IT运行管理的各类系统，是IT部门的核心管理平台。包括备份／恢复系统、入侵检测、性能监控、安全管理、服务级别管理、帮助服务台、作业调度等。
                      （4）设施及设备，设施及设备管理是为了保证计算机处于适合其连续工作的环境中，并把灾难（人为或自然的）的影响降到最低限度。包括专门用来放置计算机设备的设施或房间。
                      对IT资产（计算机设备、通信设备、个人计算机和局域网设备）的恰当的环境保护；有效的环境控制机制：火灾探测和灭火系统、湿度控制系统、双层地板，隐藏的线路铺设、安全设置水管位置，使其远离敏感设备、以及不间断电源和后备电力供应等。
                      按流程类型分类
                      （1）侧重于IT部门的管理，从而保证能够高质量地为业务部门（客户）提供IT服务。这一部分主要是对公司整个IT活动的管理，包括IT财务管理、服务级别管理、IT资源管理、能力管理、系统安全管理、新系统转换、系统评价等职能。
                      （2）侧重于业务部门的IT支持及日常作业，从而保证业务部门（客户）IT服务的可用性和持续性。这一部分主要是业务部门IT支持服务，包括IT日常作业管理、帮助服务台管理、故障管理及用户支持、性能及可用性保障等。
                      （3）侧重于IT基础设施建设，主要是建设企业的局域网、广域网、Web架构、Internet连接等。
               系统管理规范化
               系统管理的规范化涉及到人员职责、操作流程等方面标准的制定，并进行有效的标准化。企业IT部门除了IT部门组织结构及职责之外，还应该详细制定各类运作管理规章制度，主要包括：日常作业调度手册、系统备份及恢复手册、性能监控及优化手册、输出管理手册、帮助服务台运作手册、常见故障处理方法、终端用户计算机使用制度等与用户息息相关的IT支持作业方面的规范制度。此外，还包括服务级别管理手册、安全管理制度、IT财务管理制度、IT服务计费及成本核算、IT资源及配置管理、新系统转换流程、IT能力规划管理等由IT部门执行的以提供高质量IT服务为目的的管理流程。
               系统运作报告
               系统运行过程中的关键操作、非正常操作、故障、性能监控、安全审计等信息，应该实时或随后形成系统运作报告，并进行分析以改进系统管理水平。
               是否有流程保证对所有不属于标准操作的操作性问题给予记录（在问题管理系统内）、分析和及时处理？
                      系统日常操作日志
                      系统日志应该记录足以形成数据的信息，为关键性的运作提供审核追踪记录，并且保存合理的时间段。利用日志工具定期对日志进行检查，以便监控例外情况并发现非正常的操作、未经授权的活动、作业完成情况、存储状况、CPU、内存利用水平等。
                      性能／能力规划报告
                      企业需要了解其IT能力能否满足其业务需要，因此它需要了解系统性能、能力和成本的历史数据，定期形成月度、年度性能报告，并进行趋势分析和资源限制评估，在此基础之上增加或调整其IT能力。
                      性能监控工具应该主动地监控、测量和报告系统的性能，包括平均响应时间、每日交易数、平均无故障时间、CPU、存储器等的使用状况、网络性能等，从而可以有预见性地响应变化的业务需求。
                      故障管理报告
                      企业应定期产生有关问题的统计数据，这些统计数据包括：事故出现次数、受影响的客户数、解决事故所需时间和成本、业务损失成本等，可以供管理层对反复发生的问题进行根本原因的分析，并寻找改进的机会。
                      另外，对于每次故障处理应该进行数据记录、归类，作为基础，它应包括以下内容。
                      .目录，确定与故障相关联的领域，比如硬件、软件等。
                      .影响度，故障对业务流程的影响程度。
                      .紧迫性，故障需要得到解决的紧急程度。
                      .优先级，综合考虑影响度、紧迫性、风险和可用资源后得出的解决故障的先后顺序。
                      .解决方法，故障解决的流程、处理方法。
                      这样有利于使用知识管理系统来协助解决问题。
                      安全审计日志
                      为了能够实时监测、记录和分析网络上和用户系统中发生的各类与安全有关的事件（如网络入侵、内部资料窃取、泄密行为等），并阻断严重的违规行为，就需要安全审计跟踪机制来实现在跟踪中记录有关安全的信息。审计是记录用户使用计算机网络系统进行所有活动的过程，它是提高安全性的重要工具。
                      审计记录应包括以下信息：事件发生的时间和地点；引发事件的用户；事件的类型；事件成功与否。常见的审计记录可能包括：活动的用户账号和访问特权；用户的活动情况，包括可疑的行为；未授权和未成功的访问企图；敏感命令的运行等。
                      系统运作报告使对IT的整个运行状况的评价得以实现，IT报告应具备涵盖所有IT领域的关键业绩指标，例如风险及问题、财务状况、系统利用率、系统性能、系统故障时间、服务级别执行情况、安全审计等，这也为IT运作绩效的改进提供了基础。
   题号导航      2022年下半年 系统架构设计师 下午试卷 论文   本试卷我的完整做题情况  
1 /
2 /
3 /
4 /
 
第2题    在手机中做本题