第8章软件维护 (2)
8.1 什么是软件维护 (2)
8.2 影响软件维护代价的主要因素 (2)
8.3 怎样进行软件维护 (3)
8.4 再生工程 (5)
8.4.1 什么是再生工程 (5)
8.4.2 重构 (6)
8.4.3 逆向工程 (6)
8.4.4 前向工程 (6)
8.5 小结 (6)
第8章软件维护
编程大师曾说：“哪怕程序只有三行长，总有一天你也不得不对它维护。”
很多软件产品不是一次性的买卖。比如在电信、金融等领域，有些软件系统要用十几年，对软件进行维护是必不可少的。在软件生命周期中，软件维护大概是“疲劳很多、功劳很少”的工作环节，而且人们往往被维护的代价吓一跳。
如果你爱上了一个人，那么你就要接受她的优点和缺点。同样地，如果你选择了软件行业，你就不能回避软件维护。本章篇幅阐述软件维护的一些常识，既来之则安之。
8.1 什么是软件维护
对软件而言，“维护”是个不太直观的术语，因为软件产品在重复使用时不会被磨损，并不需要进行像对车辆或电器那样的维护。软件维护的宗旨就是提高客户对软件产品的满意度。
软件维护可以划分为两大类：
?纠错性维护（Corrective Maintenanc e）。由于前期的测试不可能揭露软件系统中所有
潜伏的错误，用户在使用软件时仍将会遇到错误，诊断和改正这些错误的过程称为纠错性维护。
?完善性维护（Perfective Maintenance）。在软件的正常使用过程中，用户还会不断提
出新的需求。为了满足用户新的需求而增加软件功能的活动称为完善性维护。如果需求变更很大，那么完善性维护将转变为软件新版本的开发（即新的项目）。
由于新的硬件设备不断推出，操作系统和编译系统也不断地升级，为了使软件能适应新的环境而引起的程序修改和扩充活动称为适应性维护（Adaptive Maintenanc e）。本章把适应性维护简单地归类为完善性维护。
为什么软件人员不喜欢维护工作？
因为维护过程中充满了令人心酸的活动，如果软件质量比较差的话，改错似乎永无休止，并且改了旧的错误却可能产生新的错误，让人欲哭无泪。再者，维护工作毫无吸引力。高水平的软件人员自然不愿主动去做，而公司也舍不得让高水平的人去做，这个任务自然就落到技术水平相对比较低的人身上，他们会把维护工作搞得一塌糊涂。
8.2 影响软件维护代价的主要因素
软件维护是既费神又破财的工作。看得见的代价是那些为了维护而投入的人力与财力。而看不见的维护代价则更加高昂，我们称之为“机会成本”，即为了得到某种东西所必须放弃的东西。把一些开发人员和其它资源用于维护工作，必然会耽误新产品的开发甚至会丧失机遇，这种代价是无法估量的。
影响维护代价的主要因素有：
（1）应用域商业模式变化对软件的影响。商业模式的改变将导致软件需求发生巨大的变化，例如财务软件对财务制度的变化是很敏感的，如果财务制度改变了，原先的财务软件就不能使用，必须修改。一般地，商业模式变化越频繁，相应软件的维护代价就越高。（2）应用域的复杂性。如果应用域很复杂，那么软件需求很难在短期内被分析透彻，这就埋下了隐患。随着人们对问题的认识越来越清楚，发现原先的软件需求不对或者不足，导致软件被不停地被修改，因此维护代价也就增加了。
（3）软件设计的缺陷。人们在设计软件的时候没有考虑到将来要改动，软件就如铁板一块，程序之间相互交织。即使有很好的文档，你也不敢轻举妄动，否则触一而牵百，可能让你陷进错误堆里不能自拔。
（4）编程语言。虽然低级语言比高级语言具有更好的运行速度，但是低级语言比高级语言难以理解。通常，用高级语言编写的程序比用低级语言编写的程序的维护代价要低得多（并且生产率高得多）。一般地，商业应用软件大多采用高级语言。比如，开发一套Windows环境下的信息管理系统，用户大多采用Visual Basic、Delphi或Power Builder 来编程，用Visual C++的就少些，没有人会采用汇编语言。
（5）软件对运行环境的依赖性。由于硬件以及操作系统更新很快，使得对运行环境依赖性很强的应用软件也要不停地更新，维护代价就高。
（6）软件的生命周期。一般地，软件的生命期越长，维护代价就越高。生命期越短，维护代价就越低。越是早期的程序越难维护，你很难想像十年前的程序是多么的落后（设计思想与开发工具都落后）。
（7）软件的版本。如果软件发行了多个版本，那么维护多个版本的代价显然比单个版本高得多。
（8）前期的测试。如果在软件开发过程中测试工作做得很好的话，在软件交付给客户之前就已经消除了大部分缺陷，那么后期的维护代价就能降低。反之维护代价就升高。（9）文档的质量。清晰、正确和完备的文档能降低维护的代价。当没有文档或者文档很差时，你简直不知道如何下手。低质量的文档将增加维护的代价，错误百出的文档还不如没有文档。
（10）开发队伍的稳定性。如果某些程序的开发者还在，让他们对自己的程序进行维护，那么代价就较低。如果原来的开发者已经不在了，只好让新手来“攻读”那些陌生的程序，新手不免嘀咕：“我又不是他肚子里的虫子，怎么知道他如何编程的”，因此维护代价就比较高。
8.3 怎样进行软件维护
当项目结束后，原先的开发小组应当解散，以便人力资源重新分配。其中大部分的开发人员将参加新的项目，只需要留下小部分人员从事软件维护工作即可。
对于合同项目，软件维护的有效期、费用等等都已经写在合同里。对于自主研发的产品而言，一般地，软件维护工作将持续到该产品退役。软件维护的流程如图8-1所示。
图8-1 软件维护流程
第一步软件维护准备
?机构领导为所有产品指定维护人员，维护人员的多少根据机构的现状而定。
?机构建立通畅的软件维护通信渠道，包括网站、电话、电子邮件、手册等。
?机构不仅要对维护人员进行本产品相关的技术培训，还要在“与客户打交道”方面
进行培训，尽最大努力提高客户的满意度。
?维护人员撰写《软件维护计划》（参见表8-1），机构领导审批该计划。
表8-1 软件维护计划
第二步接收并响应维护要求
客户通过各种渠道向维护人员提出维护要求（如请求、建议、投诉等等），维护人员记录这些要求并迅速响应：
?对于相对简单的技术咨询这类要求，维护人员立即予以解答。
?对于“纠错性维护”要求，维护人员必须尽快答复客户何时予以解决。一般地，
如果客户与维护人员在同一城市，那么维护人员应当在当日赶到客户工作场所。
如果客户在外地，那么维护人员应当根据交通状况与客户协商时间。当然如果
可以通过网络进行远程维护的话，就不必赶赴现场了。
?对于“完善性维护”要求，如果客户需求紧迫并且开发方的维护资源充裕，维
护人员应当答应用户及时改善产品功能与质量。否则，维护人员向领导请示，
由领导决定是否执行该维护工作。
第三步执行软件维护
●根据第二步的维护要求，维护人员及时消除产品中存在的缺陷，不断改善产品功能
与质量。维护人员必须对修改后的产品进行相关的测试，在确保解决问题并且没有引入新的错误之后，维护人员妥善地更新那些受影响客户的软件，例如发行“软件补丁”等。
●维护人员必须严格遵循配置管理规范，避免工作成果的版本发生混乱。
●维护人员撰写《维护工作报告》（参见表8-2）。维护人员归纳分析各种维护要求，总
结一些有价值的建议，向有关领导汇报。
表8-2 软件维护报告
8.4 再生工程
8.4.1 什么是再生工程
人们总有这样的愿望：（1）提高产品的技术水平和质量；（2）不断降低产品成本，提高产品的市场竞争力。
但是这种愿望无法靠软件维护来实现，因为：（1）软件的可维护性可能极差，实在不值得去做；（2）即使软件的可维护性比较好，但也只是修修改改，治表不治本。
人们干脆对已有软件进行全部或部分的改造，赋予软件新的功能。这就是软件再生工程，它是软件维护的延伸。
在对待一个不良之徒时，可以进行思想教育并给予他关心和帮助，这种方式类似于“软件维护”；也可以把他关进监狱，送去劳改，这种方式相当于软件的“再生工程”；如果此人坏透顶了，就毙掉算了，该淘汰软件就淘汰吧，用不着维护或者再生。
再生工程与维护的共同之处是没有彻底抛弃原有的软件。如果把维护比作“修修补补”，那么再生工程就算是“痛改前非”。再生工程并不见得就比维护的代价要高，但再生工程在将来获取的利益却要比通过维护得到的多。
再生工程主要有三种类型：重构、逆向工程和前向工程。
8.4.2 重构
重构一般是指通过修改代码或数据结构以使软件符合新的要求，有点想房屋翻新。重构的好处有：
（1）使软件的质量更高，或使软件顺应新的潮流（标准）。
（2）使软件的后续（升级）版本更容易开发。
（3）降低将来的维护代价。
要注意的是，在代码重构和数据重构之后，一定要重构相应的文档。
8.4.3 逆向工程
逆向工程来源于硬件世界。硬件厂商总想弄到竞争对手产品的设计和制造“奥秘”。但是又得不到现成的档案，只好拆卸对手的产品并进行分析，企图从中获取有价值的东西。我的很多同学从事集成电路设计工作，他们经常解剖国外的集成电路，甚至不作分析就原封不动地复制该电路的版图，然后投入生产，并美其名曰“反向设计”（Reverse Design）。
软件的逆向工程在道理上与硬件的相似。但在很多时候，软件的逆向工程并不是针对竞争对手的，而是针对自己公司多年前的产品，期望从老产品中提取系统设计、需求说明等有价值的信息。
8.4.4 前向工程
前向工程也称预防性维护，由Miller倡导。他把这个术语解释成“为了明天的需要，把今天的方法应用到昨天的系统上”。[Pressman 1999]
乍看起来，主动去改造一个目前运行得正常的软件系统简直就是“惹事生非”。但是软件技术发展如此迅速，与其等待一个有价值的产品逐渐老死，还不如主动去更新，以获取更大的收益。其道理就同打预防性针。所以，预防性维护是“吃小亏占大便宜”。
8.5 小结
大学科研机构里的软件维护工作恐怕是做得最差的了。几乎每一批新的研究生都会把上届毕业生留下的软件臭骂一通，然后全部推到重做。到他毕业该走时，就轮到别人骂他的工作了。如此轮回，最终没有什么成果留下。
如果希望软件产品能够活下去，必须要对它进行维护。如果希望软件产品产生大的效益，那么必须设法降低维护的代价，否则卖产品赚来的钱都被维护给消耗掉了。
软件系统维护服务合同(完整) 软件维护服务合同 甲方：乙方： 甲、乙双方经友好协商，双方同意，乙方就向甲方提供软件产品维护服务达成如下协议，乙方将按照本服务合同及相关附件所约定的维护服务内容向甲方提供服务，甲方同意并保证完全执行本服务合同所约定的责任，以利于本合同的顺利进行。 第一条：维护服务内容 甲方定期做好系统数据备份，并对备份数据进行妥善保管。甲方在应用过程中发现软件出现异常，应及时与乙方取得联系，并记录当前故障现象，便于乙方作出诊断。甲方在乙方服务人员服务完成后，配合检查软件系统运行是否正常。 乙方向甲方提供系统的运行维护服务(客户其它应用软件不含在内)。乙方负责向甲方提供对上述系统问题或故障解决的技术支持与相应服务及提供服务期内软件升级的咨询服务。乙方指根据甲方要求对软件现有功能进行和改动。甲方如需新增软件功能费用另外协商再议。 第二条：服务期限： 年月日至年月日。合同有效期为壹年，合同满后，如甲方有运行维护服务要求，必须另行签定运行维护服务合同。 第三条：合同金额及付款方式： 3.1合同总金额：年服务费为(软件价值的15%)，人民币￥整(大
写：)。除本合同另有明确约定外，甲方不再向乙方支付任何费用。 3.2付款方式：甲方应于本合同生效之日起的个工作日内,向乙方一次性支付合同约定的运行维护费 第四条：维护服务进度及方式 在本合同有效期内，乙方向甲方提供系统管理的全面的技术支持和维护服务。具体维护内容和方式如下： 4.1技术支持咨询 乙方将提供给甲方一份详细的技术咨询联系办法，在合同维护服务期内，甲方系统管理员可以随时通过电话、传真及电子邮件等各种灵活的通讯手段向乙方进行技术咨询，乙方将第一时间给予甲方答复。 4.2及时响应 乙方向甲方提供每周5个正常工作日，每个工作日8小时的随时响应服务。 4.3远程联机 如果甲方遇到一些基本问题，乙方的支持工程师可以通过远程登录到甲方设备上来查看问题所在，并指导甲方或直接排除故障。 4.4现场支持 4.4.1如果甲方遇到较为复杂的问题，一般通讯手段的咨询和远程联机不足以解决，乙方将根据甲方具体情况，安排工程师赶到现场解决问题。对于通过远程方式无法解决的，乙方应在72小时内安排工程师到达用户现场第一时间内对系统进行处理，使系统重新恢复运
维护服务方案 （一）维护服务内容 1系统日常运行维护。包括系统操作指导、因系统缺陷导致的各种BUG的修复、因误操作导致的数据错误维护等等； 2.系统突发事件的诊断、排除； 3. 因业务发展需要或需求变动引发对系统的新增、完善软件功能且工作量小于（含）1 人日的开发工作，年累计不能超过30个工作日； 4. 咨询服务。帮助解答甲方提出的系统相关的各种业务和技术问题，包括技术咨询、指导和信息提供等。 5.数据库数据清理。定期清理运维过程中所生成的生产数据库中的临时表，从应用系统角度来优化数据库，如建立并优化索引、优化存储过程、数据库表拆分等，提高应用系统运行速度。 对于数据库参数方面的优化工作，可提出建议和要求，并辅助数据库厂商或运维上进行数据库性能优化。 6. 运维总结 我司将定期撰写运维总结报告，总结回顾本期各项运维工作开展情况，重点描述和分析出现的技术问题和服务质量问题，并给出整改方案。 （二）维护形式
维护分为被动式和主动式两种形式： 1.被动式服务包括： 专业资料 1）现场技术服务方式，指因应用软件系统出现重大故障导致业务中止时，我司将派技术人员运程协助业主方技术、业务人员一起对故障进行分析，提出解决方案，在征得业主方同意后对故障进行处理和排除； 2）远程维护方式，通过电话、电子邮件、传真或远程访问等方式进行系统故障的处理、技术支持、咨询服务等工作。 2. 主动式服务包括： 1）按月巡检：我司按月到现场对系统进行全面检查，优化系统，同时做好各类系统运行情况的记录。 对可能出现的故障提出解决预案及系统功能改进等方面的技术咨询工作，并提供必要的现场指导。 另外，我司还可根据需要，在现场对业主方的技术、业务人员进行系统运行管理、日常维护、使用操作及开发技术等方面的培训； 2）主动服务：我司定期将行业内一些先进的管理理念、管理思路和新的要求：3.对于任何运行维护任务，我司服务人员需严格填写维护记录单，并由业主方签字认可。 4.我司指派经验丰富的运维工程师来具体承担的维护服务工作。服务人员相对固定，如有变动，我司将提前一周通知甲方并征得甲方同意。 运维人员在现场运维，如需加班，要得到业主方的签字确认。 5.我司为业主方提供电话技术支持服务要求：5X8小时。 6.运维响应：工作时间运维响应时间应在2 小时以内，非工作时间运维响应
软件维护人员职责及运维人员岗位职责 一、软件维护人员职责 1.1概述 全面负责公司网约车业务有关程序的二次开发和维护工作，对项目负责。负责公司项目的想象设计，编码、内部测试的组织和实施，按照标准流程对技术开发的代码和文档进行管理，及时完成上级交派的各项技术开发任务。 1.2说明 1．全面负责技术开发工作，并严格按照公司的标准流程进行二次开发和代码管理等工作；2．掌握必要的技术开发技能，满足日常开发工作的需求； 3．建立标准的技术开发流程，方便公司对技术开发进行更好的管理； 4．负责更换，维护公司已有软件或设备，解决在日常遇到的各类技术问题； 5．良好的学习能力，不断的提高自身业务水平； 6．恪守保密原则，不将公司内部机密外泄或用于其它不合法的用途，提交可供审核评定的工作成果，保证公司软件系统的正常使用，积极完成上级领导制定的其他开发任务。 二、运维管理人员岗位职责 2.1 软件安装 1.软件安装需要安装在指定的目录下； 2.软件安装操作如需要重启服务器，需要通知相关负责人，通知内容包括：操作原因，操作可能造成的影响，操作时间等信息，得到批准后方能进行安装，重启服务器； 3．严禁在服务器中私自安装与公司业务无关的软件，如私自安装软件造成公司业务受损，
将追究个人的法律责任； 4．日志检查与备份 A.每天定时检查一次每台服务器的日志文件，如发现有“严重错误”的，必须立即检查并排除故障； B.所有日志需定时备份，每天应进行增量备份，每周需进行全备份一次。 C. 备份文件夹统一为：* D:\DataBack\ 下，文件名格式为： YY（年）（月） DD（日） 5.文件、磁盘检查 每天检查每个服务器的磁盘情况，如果发现磁盘的使用容量超过70%以上时: A．应及时删除不必要的文件腾出磁盘空间，必要时提报申购新的磁盘； B.定时检查服务器相关文档，严禁存放违规的软件及资料，一旦发现，立即通知当事人，并要求解释，如果情节严重时，应去除该用户的访问权限，保留现场，同时通知相关负责人进行下一步处理； C. 每月进行一次磁盘文件整理 6. 文件备份管理 A.重要文件需进行定时备份； B.服务器重要数据，每周备份一次； C.每月进行一次备份检查。 7. 服务器管理与故障收集 A. 服务器的故障包括：软件故障，硬件故障，网站故障，黑客入侵与攻击，其他不可预料的未知故障等； B. 故障记录：建立服务器故障日志数据库，对发现的各种故障现象进行详细记录，记录内容包括：故障发生的时间，故障现象，故障位置，故障分析，故障原因，故障记录人员应尽快以书面或者电话或者其他相关形式； C. 对于维护人员不能尽快处理的故障，尽快通知相关负责人并发布公告，自己保留相关记录存档。 D．需要对服务器进行软件改动和服务改动等更新申请时需要对相关负责人提交邮件申请，待主管人员批准后由专门的人员进行操作，并对操作记录进行登记备查。 E、各类故障处理流程首先检查网络状况，联系网络运维人员。检查网络状况，如有必要，对服务器进行重启。核查网络是否异常，登陆服务器检查服务器运行情况，如有必要，对服务器进行重启。
一、选择 1、软件维护工作的最主要部分是（A ） A．改正性维护B．适应性维护 C．完善性维护D．预防性维护 2、软件维护工作中大部分的工作是由于（D ）而引起的。 A．程序的可靠性 B.适应新的硬件环境 C．适应新的软件环境 D.用户的需求改变 3、在软件生存周期中，时间最长，所花费的精力和费用也最多的阶段是 B 。 A．详细设计 B.维护 C．概要设计 D.测试 4、修改软件以适应外部环境（新的硬件、软件配置）或数据环境（数据库、数据格式、数据输出/输入方式、数据存储介质）发生变化是指？（ B ） A．改正性维护B．适应性维护 C．完善性维护D．预防性维护 5、软件的可维护性是评价软件质量的一个重要标准，下面关于提高软件可维护性的措施描述正确的有 A 。 （A）在进行需求分析的同时考虑维护问题 （B）设计时选择时间效率和空间效率尽可能高的算法 （C）提高程序可读性，尽量使用高级语言编程 （D）测试结束时，删除程序中的注解以缩短源程序长度 6、可维护性的特性中，相互矛盾的是 B 。 A．可理解性与可测试性 B.效率性和可修改性 C.可修改性和可理解性 D. 可理解性与可读性 7、各种软件维护的类型中最重要的是 A . A．完善性维护 B.纠错性维护 C.适应性维护 D.预防性维护 8、软件维护困难的主要原因是 C 。 A．费用低 B.人员少 C.开发方法的缺陷 D.维护难 9、维护阶段的文档是 C 。 A．软件需求说明 B.操作手册 C.软件问题报告 D.测试分析 10、产生软件维护的副作用，是指 C 。 A．开发时的错误 B.隐含的挫样 C.因修改软件而造成的错误 D.运行时误操作 二、填空 1、在软件产品被开发出来并交付用户使用之后，就进入了软件的阶段。（运行维护）3、软件生命周期的最后一个阶段是软件的阶段，也是持续时间最长、代价最大的一个阶段。（维护） 2、软件工程的主要目的就是要提高软件的可性，减少软件所需要的工作量，降低软件系统的。（维护，维护，总成本）
软件项目系统维护规范XX计算机系统集成有限责任公司 （） 2010/8/26
目录 一、目的 二、适用范围 三、基本维护内容 四、维护要求 五、程序功能调整审批界定 六、故障定义及响应要求 七、附件
一、目的 为了保证各项目系统的运行质量，为用户提供稳定、可靠、及时的服务，通过规范化的服务流程，为用户提供高效、优质、及时的服务。同时为系统维护人员提供标准、规范的维护要求，提高项目维护工作效率，降低维护成本。特制定本系统维护规范。 二、适用范围 本系统维护规范适用于所有在运行项目。 三、基本维护内容 为保证系统正常运行所需的预防性维护，包括：日常维护、网络调整、数据备份应急、服务器定期巡检等工作。其中日常维护包括现场协助客户解决问题、用户使用问题处理、程序BUG修改调整、业务数据调整、系统功能完善等。网络调整后，及时修改各应用系统的相关配置。做好业务数据的备份（恢复）工作。服务器定期巡检包括应用服务器和数据库服务器。通过对设备和业务的正常巡检、周期性维护的工作情况，以保证业务的正常运行。 四、维护要求 1、维护资料要求 各项目组需要提供的维护资料：安装部署维护文档（包括应用及程序部署说明书，系统维护手册，系统操作手册，网络拓扑图及访问策略，系统建设时使用的参考文档，相关设备的配置数据文档）；接口规范和协议（包括建设方案用到的工程技术规范、协议和一些接口协议文档）；设计文档（包括系统各个模块的详细设计说明书，主要是业务流程方面的，数据库设计文档及说明）等资料。 2、日常维护及巡检要求 系统的巡检项目及内容，原则上由各项目组与合作方（甲方）共同制定（如果合作方对该工作无意见，项目组可以根据项目情况自己制定），巡检内容确定后，由确认后实施。按时提交巡检结果和业务系统
软件维护及使用管理规 定 文稿归稿存档编号：[KKUY-KKIO69-OTM243-OLUI129-G00I-FDQS58-
日常办公软件及特殊软件维护及使用管理办法 1、目的：为有效使用及管理计算机软件资源,并确保公司计算机软件的合法使用，避免人员因使用非法软件，影响公司声誉或造成计算机病毒侵害，影响日常工作正常进行，特制定本办法。 2、适用范围：本办法适用于本公司软件使用的相关信息作业管理。 一、软件安装及使用 1.公司的各类计算机软件，应依据着作版权者为限，并统一由信息技术部负责安装 保管，信息管理软件及其它专用软件，需填制《IT资源申请单》（见附表info- 03）进行申请，获准后方可安装。 2.严禁个人私自在公司计算机上安装未获授权、非授权公司使用或超过使用授权数 量的软件，未经授权或同意,使用者不得擅自在计算机内安装任何软件或信息， 经授权同意者始得于计算机内安装合法授权的软件或信息。 3.各部门软件分配使用后，保管人或使用人职务变动或离职时，应移交其保管或使 用的软件，并办理交接。 4.禁止员工使用会干扰或破坏网络上其它使用者或节点的软件系统，此种干扰与破 坏如散布计算机病毒、尝试侵入未经授权的计算机系统、或其它类似的情形者皆 在禁止范围内。 5.网络上存取到的任何资源，若其拥有权属个人或非公司所有，除非已经正式开放 或已获授权使用，否则禁止滥用或复制使用这些资源。 6.禁止员工使用非法软件,或私人拥有的计算机软件安装使用于公司计算机上，也 不得将公司合法软件私自拷贝、借于他人或私自将软件带回家中，如因此触犯着 作权，则该员工应负刑事及民事全部责任，各部门应妥善保管正版软件，防止软 件授权外泄或被非法使用。 二、软件的相关维护升级管理
软件开发与维护管理规范 1 目的通过规范软件的开发与维护过程，达到提高软件质量，降低维护成本的目的。 2 范围适用于新产品的软件开发设计以及定型产品的改进升级。 3 职责与权限 研发中心负责： a)编制软件开发过程的实施、协调和控制工作； b)编制各阶段的技术文件； c)组织软件的测试、验收、升级和维护工作。 各部门参与软件开发过程中有关的设计评审。 4 内容 软件项目的开发实施过程管理要求 软件项目实施过程总体要求 本部分主要要求工程师制定软件开发工作计划，对过程进行控制，一般包括以下的内容。a) 工程师提交软件开发工作大纲，项目组织者对工作大纲进行评审，并提出整改意见。 b)通过评审后，工程师根据整改意见完善工作大纲，经过项目经理认可后组织项目组进行 软件开发。软件开发工作按照需求分析、概要设计、详细设计、编码、测试等几个阶段进行，在开发过程中，工程师需分阶段提交相关文档。 c)在软件开发工作完成后，工程师应向项目组提交完整的软件文档，相关人员组织验收组对软件进行验收审查。 软件项目实施变更要求在开发过程中，需求或设计不可避免地需要发生变更，相关变更必须提交《软件变更申请》经过项目组书面同意方可进行。在需求或设计发生变更时，需要对原有文档进行修改，并提供完整的变更记录，以使变更处于可控制的状态。 软件项目实施里程碑控制本部分主要对软件开发过程中的重要节点进行控制。项目组将分四个阶段进行把关，召开审查会。 a）需求分析（结合原型进行审查）确认；
b）概要设计+数据库设计； c）预验收（样机测试时）； d）正式验收（产品定型后）。 软件开发 软件开发必须严格按照软件工程的要求进行。开发过程包括工程师的活动和任务。此过程由软件需求分析、概要设计、详细设计、编码、测试、验收、鉴定等活动组成。 软件的需求分析 需求分析 需求分析要求开发人员准确理解用户的需求，进行细致的调查分析，将用户非形式的需求陈述转化为完整的需求定义，再由需求定义转化到相应的形式功能规约《软件需求规格说明书》的过程。 在《软件需求规格说明书》必须描述的基本问题是：功能、性能、强加于实现的设计限制、属性、外部接口。 需求报告评审在软件需求分析工作完成后，软件工程师应向项目组提交《软件需求规格说明书》。项目组组织有关人员（系统客户和系统开发人员等）对需求进行评审，以决定软件需求是否完善和恰当。项目组严格验证这些需求的正确性，一般从一致性，完整性，现实性，有效性四个方面进行验证。评审完成后，就可以进入软件的设计阶段。 软件的概要设计 概要设计 概要设计也称为系统设计，需要确定软件的总体结构，应该由哪些模块组成，以及模块与模块之间的接口关系，软件系统主要的数据结构和出错处理设计等，同时还要制定测试方案，形成概要设计说明书，为软件的详细设计提供基础。在概要设计时一般从以下几方面来考虑，遵循以下的流程。 概要设计和需求分析、详细设计之间的关系和区别需求分析不涉及具体的技术实现，而概要设计注重于从宏观上和框架上来描述采用何种技术手段、方法来实现这些需求。详细设计相对概要设计更注重于微观上和框架内的设计，是编码的依据。概要设计是指导详细设计的依据。 概要设计的评审 在软件概要设计工作完成后，软件工程师应向项目组提交《软件概要设计》。评审通过后，即可进入详细设
软件系统维护服务合同 完整版 In the legal cooperation, the legitimate rights and obligations of all parties can be guaranteed. In case of disputes, we can protect our own rights and interests through legal channels to achieve the effect of stopping the loss or minimizing the loss. 【适用合作签约/约束责任/违约追究/维护权益等场景】 甲方：________________________ 乙方：________________________ 签订时间：________________________ 签订地点：________________________
软件系统维护服务合同完整版 下载说明：本合同资料适合用于合法的合作里保障合作多方的合法权利和指明责任义务，一旦发生纠纷，可以通过法律途径来保护自己的权益，实现停止损失或把损失降到最低的效果。可直接应用日常文档制作，也可以根据实际需要对其进行修改。 委托人：___________（以下简称“甲方”） 受托人：___________（以下简称“乙方”） 甲方委托乙方_______________就_______________相关软件系统进行专项运行维护服务，双方经过平等协商，在真实、充分地表达各自意愿的基础上，根据《中华人民共和国合同法》的规定，达成如下协议，并由双方共同遵守。
服务保障承诺 ,通过优质的服务，保证平台的稳定性和问题的处理，确保平台的深入使用。 服务条约 公司制定如下服务约定: 1、每年保证至少5次不定期派服务人员到办公地点现场维护及处理相关 问题，如遇产品问题，停留至问题解决。 3、在系统发生故障时，由公司技术工程师远程检测并解决，如远程无法解决时，技术工程师将继续保证远程检测故障。同时，派遣另一位工程师在故障发生后2小时内到达办公地点现场处理。 3、如遇产品严重问题，公司技术工程师协同产品厂家工程师现场处理，并承诺在厂家工程师到场后3个工作日内解决问题。 服务保证 在售后服务与技术支持的过程中，我们是以ISO9001质量体系作为提供优质服务的标准和保障，一个项目从立项到实施，到最终提交给用户、提交后系统的维护和产品维修，都有非常严格的制度和规定。这样不但能确保我们的工作可以按步骤有计划地进行，最重要的是确保了用户的利益，保证了我们提供的产品及服务满足用户的需要。保证工程师在系统发生故障后解决问题至系统正常运行后再离开。 服务体系结构 通过多年的客户服务与实施经验，公司已经形成了自己完善的服务体系，充分服务于我们的客户。服务体系如下：
?本地服务 在一般的咨询和应用被满足后，各种硬件故障和软件应用中的冲突和使用问题，通过对用户的本地上门服务提供支持。 保证在出现系统应用紧急问题情况下，2小时到现场解决问题。 ?专人负责 系统实施上线后，将安排专人负责项目对接，对系统运行、用户使用中的问题给出及时响应。 服务内容和范围 一、维护服务内容 青海公司提供的服务形式和内容如下 1、热线服务：青海公司维护服务人员通过热线电话解答技术问题的过程。 2、远程维护服务：青海公司通过远程维护系统对软件进行远程调试的过程。 3、现场服务：青海公司派遣技术人员到使用现场解决问题，并对许可软件 系统进行系统保障的过程。 4、用户拜访服务：青海公司将不定期派工程师拜访客户了解使用情况及问 题。 维护服务范围 服务范围 （1）青海公司提供维护与技术支持服务的范围包括： 1、由于系统数据库或许可软件发生严重故障或在关键处理时期内主应用程 序出现故障而使软件系统停滞并且不能用许可软件处理数据；
精心整理 系统运维手册 1、目的 (3) 2、适用范围 (3) 3、服务器及数据库概述 (3) 3.1 服务器概述 3.2 数据库概述 4、系统服务程序的详细说明 4.1系统服务程序的构成 4.2 5 5 6 6、 6 6.1 6 6.2 7 6.3 定期备份系统注册表 (7) 6.4清理system路径下的无用的dll文件 (7) 7、备份策略 (8) 7.1 备份方式 (8) 7.2 备份计划 (8)
7.3 常见故障恢复 (8) 9、数据库的日常维护 (11) 9.1 检查数据库的基本状况 (11) 9.2 检查数据库日志文件 (11) 9.4监控数据库表空间的使用情况（字典管理表空间） (11) 9.4.1 判断是否需要碎片整理 (11) 10、命令解释 .1、目的 xp 操作系统,数据库版本为：数据 数 2 33.1 服务器数量：4台，基本信息如下：
3.2 数据库概述 数据库软件分别安装在主服务器上。4、系统服务程序的详细说明4.1系统服务程序的构成 DHCP主程序： 4.2.1.2 dhcp启动、关闭及进程查看方法1、启动方法：
输入：cd /opt/dpcp ./dhcpd即可 注意：请首先确认数据库服务正常，数据库监听正常。 输出： [root@localhost dhcp]$ ./dhcpd Internet Systems Consortium DHCP Server V3.0.4 All rights reserved. Wrote 1 leases to leases file. Listening on LPF/eth0/00:0c Sending on LPF/eth0/00:0c 说明：dhcp启动的进程数为1个。 2 输入： 说明：|-dhcpd(4665)，则进程id为4665，则 3、进程查看 输入：[root@localhost dhcp]# pstree -p | grep dhcp 输出： |-dhcpd(4665)
YOUR LOGO 软件系统维护服务合同范本正 式版 After The Contract Is Signed, There Will Be Legal Reliance And Binding On All Parties. And During The Period Of Cooperation, There Are Laws To Follow And Evidence To Find 专业合同范本系列，下载即可用
软件系统维护服务合同范本正式版 使用说明：当事人在信任或者不信任的状态下,使用合同文本签订完毕，就有了法律依靠,对当事人多方皆有约束力。且在履行合作期间,有法可依,有据可寻，材料内容可根据实际情况作相应修改，请在使用时认真阅读。 委托人：___________（以下简称“甲方”） 受托人：___________（以下简称“乙方”） 甲方委托乙方_______________就_______________相关软件系统进行专项运行维护服务，双方经过平等协商，在真实、充分地表达各自意愿的基础上，根据《中华人民共和国合同法》的规定，达成如下协议，并由双方共同遵守。 1.合同标的和合同价格 服务项目 收费金额 备注 应用系统及平台运行维护 合同总金额（大写）人民币（：） 2.服务方式：帮助中心支持、现场维护、培训、 __________等__________种方式。 现场服务电话：_______________. 8小时外应用系统应急服务热线：______________. 3.具体服务内容 序号 服务内容
分项列表 应用系统及平台运行维护 相关业务系统以及辅助软件提供日常维护。 相关运行平台的日常维护 其他临时性维护工作的日常维护 4.付款方式与条件 甲方向乙方支付服务费及支付方式为：_______________. 4.1服务费总额为：_________________； 4.2服务费由甲方分期支付乙方。具体支付方式和时间如下： （1）________年____月____日前，支付合同总金额的 _____%，即__________万元； （2）________年____月____日前，支付合同总金额的 _____%，即__________万元； （3）________年____月____日前，支付_______________. 5.质量保证 乙方负责对软件系统进行专项运行维护服务，具体服务实施前，乙方应提交详细的项目工作计划表、项目工作进度表报甲方确认。乙方提供全天候维护服务，在接到甲方维护服务通知后，必须在________小时内派专业技术人员提供咨询、现场维护等服务。乙方要及时填写维护报告（包括维护原因、处理情况及甲方意见等）报甲方备案。服务期内乙方有责任每周不
*红十字会血液中心软件系统维护服务合同甲方：红十字会血液中心 乙方：软思达科技有限公司 签订日期:2017年 7 月 18 日
甲方: 通信地址：联系人：联系电话：电子邮件：乙方: 通信地址：联系人：联系电话：电子邮件： 根据《中华人民共和国合同法》和相关法律的规定，本着平等互利、真诚合作、自愿的原则，协商确定由甲方向乙方委托维护，达成以下协议，以资双方共同遵守： 一、服务收费标准 软件服务收费标准：元/年 二、服务说明 1、服务内容： （1）软件系统本身出错，提供因软件本身问题（例如bug引起的问题）的维护服务。（2）甲方因操作错误引起的系统故障或数据出错，乙方提供软件的数据维护。（3）甲方因硬件或系统原因造成本软件重装，可向乙方重新申请安装。 （4）因网络不通、网络攻击、系统重装、计算机病毒感染等引起的问题，不属于维护范围，乙方仅提供解决建议性方案。 2、服务联系方式 甲方通过电话、传真、电子邮件、互联网等方式提出上述软件的服务请求后，乙方必须在及时给出响应并提供服务。 服务电话： 技术服务邮箱： 3、服务方式 乙方为甲方提供电话支持、远程连接服务、现场服务三种服务方式，保障甲方出现问题时能够及时得到有关技术支持。 （1）服务方式： 1）电话支持：乙方接到甲方技术支持请求或故障报告后，立即以电话方式帮助甲方，指导用户解决问题，电话支持提供7*24小时服务。
2）远程连接服务：乙方技术人员在客户授权后，可通过远程连接进入用户系统帮助用户解决问题。可远程连接到客户系统做编程调整，从而确保系 统为用户产生最大的效益，远程连接服务支持工作日5*8小时服务。 3）现场服务：通过电话或其它方式对问题作初步了解和分析，并派出专业工程师在2个工作日内排除故障。如在2个工作日内无法解决，将在2日内 向甲方提出详细解决方案及日程安排，交给甲方确认。 （2）服务费用 1）乙方维护人员到甲方现场服务，所产生的交通费、住宿费不在维护服务总费用中包含，交通费、住宿费由甲方支付，如同市则由乙方承担。 三、双方的权利和义务 （一）甲方权利和义务 1．甲方应有专人负责与乙方相关的工作洽谈、沟通、联络等工作。 2．甲方应保证软件系统在正常的环境下运行。 3．当系统发生故障时应及时通知乙方，同时简要说明故障情况，当乙方来人维护时，甲方要给予相关协助，为乙方提供进入服务现场的便利和良好的服务工作环境及工作空间，方便乙方尽快展开工作； 4．非经乙方许可及乙方工程师指导，甲方或非授权的第三方人员不得擅自篡改、调试系统，如果系统损坏，则由甲方另行承担修复费用。 5、甲方应定期做好系统数据备份，并对备份数据进行妥善保管。 （二）乙方权利和义务 1．乙方在本合同生效之日起，针对本合同产品系统功能范围内的软件程序，提供技术支持服务。 2．在技术支持服务期内，乙方为甲方提供应急支持服务与本产品功能有关的问题的辨认及解决方法，包括实时邮件、电话、QQ远程协助等服务应急支持。 3．乙方不承担因甲方人员进行非法操作、感染病毒、硬件出现故障等导致的数据混乱、丢失以及不能正常使用软件所造成的损失（非法操作特指：A、正常退出软件，B、染病毒，C、非操作人员使用软件,D、其它非正常使用电脑或软件）。 4．乙方提供的服务保证实现甲方当前的使用需求。如甲方在未来需要增加额外的
软件开发维护服务合同 委托人:___________(以下简称“甲方”) 受托人:___________(以下简称“乙方”) 甲方委托乙方______________________就______________________相关软件系统进行专项运行维护服务，双方经过平等协商，在真实、充分地表达各自意愿的基础上，根据《中华人民共和国合同法》的规定，达成如下协议，并由双方共同遵守。 1.合同标的和合同价格 服务项目： 收费金额： 备注： 应用系统及平台运行维护： 合同总金额(大写): 元 2.服务方式 帮助中心支持、现场维护、培训、__________等__________种方式。 现场服务电话:______________________________________。 系统应急服务热线:______________________________。 3.具体服务内容 （1）应用系统及平台运行维护； （2）相关业务系统以及辅助软件提供日常维护； （3）相关运行平台的日常维护； （4）其他临时性维护工作的日常维护。
4.付款方式与条件 甲方向乙方支付服务费及支付方式为:____________________________________。 4.1服务费总额为:_________________________________________________; 4.2服务费由甲方分期支付乙方。具体支付方式和时间如下: (1)_____年_____月_____日前，支付合同总金额的_____%，即__________万元; (2)_____年_____月_____日前，支付合同总金额的_____%，即__________万元; (3)_____年_____月_____日前，支付_________________________________。 5.质量保证 乙方负责对软件系统进行专项运行维护服务，具体服务实施前，乙方应提交详细的项目工作计划表、项目工作进度表报甲方确认。乙方提供全天候维护服务，在接到甲方维护服务通知后，必须在________小时内派专业技术人员提供咨询、现场维护等服务。乙方要及时填写维护报告(包括维护原因、处理情况及甲方意见等)报甲方备案。服务期内乙方有责任每周不少于一次对软件系统运行作检查维护。 6.知识产权 在软件系统维护期间，因乙方提供的维护服务导致甲方受到有关侵犯其专利权、商标权或工业设计权等知识产权的指控，由乙方负责与第三方交涉并承担一切法律责任与因此产生的所有费用。甲方因此而遭致损失的，乙方应全额赔偿。 7.违约责任 7.1除不可抗力因素外，由于乙方自身原因未在工作计划或工作进度规定期限内完成服务，乙方应承担服务费总额________%/日违约金。 7.2由于甲方无正当理由不能按约付款，延期超过________日后，乙方有权
金家律师修订 本协议或合同的条款设置建立在特定项目的基础上，仅供参考。实践中，需要根据双方实际的合作方式、项目内容、权利义务等，修改或重新拟定条款。本文为Word格式，可直接使用、编辑或修改 软件系统维护服务合同 甲方： 地址： 电话： 乙方：科技有限公司 地址： 电话： 根据《中华人民共和国合同法》和相关法律的规定，本着平等互利、真诚合作、自愿的原则，协商确定由甲方向乙方委托维护，达成以下协议，以资双方共同遵守： 一、服务收费标准 软件服务收费标准：元/年 二、服务说明 1、服务内容： （1）软件系统本身出错，提供因软件本身问题（例如bug引起的问题）的维护服务。 （2）甲方因操作错误引起的系统故障或数据出错，乙方提供软件的数据维护。 （3）甲方因硬件或系统原因造成本软件重装，可向乙方重新申请安装。 （4）因网络不通、网络攻击、系统重装、计算机病毒感染等引起的问题，不属于维护范围，乙方仅提供解决建议性方案。 2、服务联系方式
甲方通过电话、传真、电子邮件、互联网等方式提出上述软件的服务请求后，乙方必须在及时给出响应并提供服务。 服务电话： 技术服务邮箱： 3、服务方式 乙方为甲方提供电话支持、远程连接服务、现场服务三种服务方式，保障甲方出现问题时能够及时得到有关技术支持。 服务方式： 电话支持：乙方接到甲方技术支持请求或故障报告后，立即以电话方式帮助甲方，指导用户解决问题，电话支持提供7*24小时服务。 远程连接服务：乙方技术人员在客户授权后，可通过远程连接进入用户系统帮助用户解决问题。可远程连接到客户系统做编程调整，从而确保系统为用户产生最大的效益，远程连接服务支持工作日5*8小时服务。 现场服务：通过电话或其它方式对问题作初步了解和分析，并派出专业工程师在2个工作日内排除故障。如在2个工作日内无法解决，将在2日内向甲方提出详细解决方案及日程安排，交给甲方确认。 服务费用 乙方维护人员到甲方现场服务，所产生的交通费、住宿费不在维护服务总费用中包含，交通费、住宿费由甲方支付，如同市则由乙方承担。 三、双方的权利和义务 （一）甲方权利和义务 1．甲方应有专人负责与乙方相关的工作洽谈、沟通、联络等工作。 2．甲方应保证软件系统在正常的环境下运行。 3．当系统发生故障时应及时通知乙方，同时简要说明故障情况，当乙方来人维护时，甲方要给予相关协助，为乙方提供进入服务现场的便利和良好的服务工作环境及工作空间，方便乙方尽快展开工作； 4．非经乙方许可及乙方工程师指导，甲方或非授权的第三方人员不得擅自篡改、调试系统，如果系统损坏，则由甲方另行承担修复费用。 5、甲方应定期做好系统数据备份，并对备份数据进行妥善保管。
合同编号:_________ 人事管理系统软件维护服务合同 甲方：乙方： 联系人：联系人： 电话：电话： 地址：地址： 甲乙双方于__________年____月____日签订了《计算机软件使用许可合同》（以下简称 "许可合同"）。乙方根据许可合同许可甲方使用指定的计算机软件（以下简称"许可软件"），双方就该许可软件的维护服务达成以下合同内容： 维护服务的定义："维护服务"是指乙方根据甲方的需求，为甲方提供基于乙方许可软件的技术指导和产品保障的维护支持服务。 一、维护服务内容：乙方向甲方提供的服务形式和内容如下（甲方如果要求乙方超出以下范围提供维护与技术支持服务，甲方应与乙方另行协商签署相关协议，并向乙方支付相应的服务费用）。 （1）在线服务：乙方通过web浏览器为用户提供的提交问题、查询问题、解答问题的在线式服务方式；在线服务能够及时，方便的为甲方提供维护服务。 （2）热线服务：乙方维护服务人员通过热线电话为甲方解答技术问题的过程。 （3）远程维护服务:乙方通过远程维护系统（《用友远程维护软件》）对甲方的许可软件进行远程调试的过程。 （4）现场服务：乙方派遣技术人员到甲方软件使用现场解决问题，并对许可软件系统进行系统保障的过程。 （5）用户拜访服务：乙方在甲方购买软件后对甲方进行定期的拜访服务。 （6）电子期刊专递服务：乙方通过群发邮件等形式，将乙方最新的服务动态、维护问答、精华文章、补丁管理等内容通过电子邮件的形式发给在乙方服务系统中注册的甲方用户，使甲方及时获取乙方相关信息的服务。 （7）用户服务大会：乙方根据用户的软件维护服务需求，为了加强用户和用户之间,乙方和用户之间的交流，而开展的交流服务活动。 （8）VIP用户俱乐部活动：乙方根据用户需求，而开展的理论讲座，技术讲座和用户交流等能力提升和用户交流的服务活动。 二、.乙方向甲方提供维护与技术支持服务的范围包括： （1）由于系统数据库或许可软件发生严重故障或在关键处理时期内主应用程序出现故障而使甲方的许可软件系统停滞并且不能用许可软件处理数据。 （2）许可软件发生问题而导致甲方主要业务受到严重干扰并且无法轻易解决（暂时性地）的问题。
第8章例题分析与解答 https://www.doczj.com/doc/ca2591751.html,作者：不详来源：2006年9月4日发表评论进入社区 一、填空题 1.为了识别和纠正运行中产生的错误而进行的维护称为_________维护。 2.采用软件工程方法开发软件，各阶段均有文档，容易维护，这种维护是________。 3.为提高可维护性，要使用的先进的、强有力的、实用的软件开发方法是________。 4.在软件维护中，因修改软件而导致出现的错误或其他情况称为__________。 二、选择题 1.为增加软件功能和性能而进行的软件修改维护过程是( )。 A.校正性维护 B.适应性维护 C.完善性维护 D.预防性维护 2.维护中用来指出修改的工作量、工作性质、优先权、修改的事后性质的文档是( )。 A.软件需求说明 B.软件修改报告 C.软件问题报告 D.测试分析报告 3.维护中，因修改全局或公用数据而引起的错误是( )。 A.文档副作用 B.数据副作用 C.编码副作用 D.设计副作用 4.生产性维护活动是( )。 A.修改设计 B.理解设计 C.解释数据结构 D.理解功能 答案： 一、填空题
1.校正性 2.结构化维护 3.面向对象方法 4.维护的副作用 二、选择题 1.C 2.B 3.B 4.A
第8章自测题及参考答案 https://www.doczj.com/doc/ca2591751.html,作者：不详来源：2006年9月1日发表评论进入社区 一、名词解释 1．校正性维护2．适应性维护3．完善性维护 4．预防性维护5．软件可维护性 6．软件维护的副作用 二、填空题 1．维护阶段是软件生存周期中时间最长的阶段，也是花费精力和费用________的阶段。2．在软件交付使用后，由于在软件开发过程中产生的错误没有完全彻底在开发阶段发现，必然有一部分隐含错误带到_________阶段。 3．采用手工方法开发软件只有程序而无文档，维护困难，这是一种___________维护。4．软件维护费用增加的主要原因是维护的_________非常低。 5．软件维护工作的活动分为生产性活动和__________活动。 6．所有软件维护申请报告要按规定方式提出，该报告也称_________报告。 7．有两类维护技术：在开发阶段使用来减少错误，提高软件可维护性的面向维护技术；在维护阶段用来提高维护的效率和质量的_______技术。 三、选择题 1．在生存周期中，时间长、费用高、困难大的阶段是( )。 A.需求分析 B.编码 C.测试 D.维护 2．为适应软硬件环境变化而修改软件的过程是( )。 A.校正性维护 B.适应性维护 C.完善性维护 D.预防性维护 3．软件维护困难的主要原因是( )。 A.费用低 B.人员少 C.开发方法的缺陷 D.维护难 4．软件维护费用高的主要原因是( )。 A.生产率高 B.生产率低 C.人员多 D.人员少 5．维护阶段的文档是( )。 A.软件需求说明 B.操作手册 C.软件问题报告 D.测试分析报告 6．产生软件维护的副作用，是指( )。 A.开发时的错误 B.隐含的错误
软件系统维护服务合同三篇 依法成立的合同，受法律保护。依法成立的合同，仅对当事人具有法律约束力，但是法律另有规定的除外。今天为大家精心准备了软件系统维护服务合同，希望对大家有所帮助! 软件系统维护服务合同一篇 委托人：___________(以下简称“甲方”) 受托人：___________(以下简称“乙方”) 甲方委托乙方______________________就 ______________________相关软件系统进行专项运行维护服务，双方经过平等协商，在真实、充分地表达各自意愿的基础上，根据《中华人民共和国合同法》的规定，达成如下协议，并由双方共同遵守。 1.合同标的和合同价格 服务项目 收费金额 备注 应用系统及平台运行维护 合同总金额(大写)：人民币 (?： )
2.服务方式：帮助中心支持、现场维护、培训、 __________等__________种方式。 现场服务电话： ______________________________________________________ ___。 8小时外应用系统应急服务热线： __________________________________________。 3.具体服务内容 序号 服务内容 分项列表 应用系统及平台运行维护 相关业务系统以及辅助软件提供日常维护。 相关运行平台的日常维护 其他临时性维护工作的日常维护 4.付款方式与条件 甲方向乙方支付服务费及支付方式为： ____________________________________。 4.1服务费总额为： ____________________________________________________; 4.2服务费由甲方分期支付乙方。
程序员-软件开发和运行维护基础知识 (总分：53.00，做题时间：90分钟) 一、 (总题数：27，分数：53.00) 软件开发模型(Software Development Model)是指软件开发全部过程、活动和任务的结构框架。渐增模型是在快速开发一个(1) 的基础上，逐步演化成最终的软件。螺旋模型综合了(2) 的优点，并增加了(3) 。喷泉模型描述的是面向 (4) 的开发过程，反映了该开发过程的 (5) 特征。 （分数：5.00） A.简单模块 B.执行环境 C.原型√ D.程序界面 解析： A.瀑布模型和喷泉模型 B.瀑布模型和演化模型√ C.演化模型和喷泉模型 D.原型和喷泉模型 解析： A.风险分析√ B.进度控制 C.版本控制 D.质量控制 解析： A.数据流 B.数据结构 C.对象√ D.构件(Component) 解析： A.迭代和有间隙 B.无迭代和无间隙 C.无迭代和有间隙 D.迭代和无间隙√ 解析：[解析] 软件开发模型(Software Development Model)是指软件开发全部过程、活动和任务的结构框架。软件开发包括需求、设计、编码和测试等阶段，有时也包括维护阶段。软件开发模型能清晰、直观地表达软件开发全过程，明确规定了要完成的主要活动和任务，用来作为软件项目工作的基础。典型的开发模型有：①瀑布模型(waterfall model)；②渐增模型/演化/迭代(incremental model)；③原型模型(prototype model)；④螺旋模型(spiral model)；⑤喷泉模型(fountain model)；⑥智能模型(intelligent model)；⑦混合模型(hybrid model)。 演化模型主要针对事先不能完整定义需求的软件开发。用户可以给出待开发系统的核心需求，并且当看到核心需求实现后，能够有效地提出反馈，以支持系统的最终设计和实现。螺旋模型基本的做法是在“瀑布模型”的每一个开发阶段之前，引入非常严格的风险识别、风险分析和风险控制。直到采取了消除风险的措施之后，才开始计划下一阶段的开发工作。喷泉模型(fountain model，(面向对象的生存期模型，OO模型))与传统的结构化生存期比较，具有更多的增量和迭代性质，生存期的各个阶段可以相互重叠和多次反