某软件公司维护管理控制程序
2022年职业考证-软考-信息系统管理工程师考试全真模拟全知识点汇编押题第五期(含答案)试卷号：71
2022年职业考证-软考-信息系统管理工程师考试全真模拟全知识点汇编押题第五期（含答案）一.综合题(共15题)1.单选题某软件公司研发人力资源信息管理系统的过程中，（）不属于数据库管理员（DBA）的职责。
问题1选项A.决定数据库的存储结构和存取策略B.定义数据的安全性要求和完整性约束条件C.决策数据库究竟要存放哪些信息和信息的结构D.设计与编写信息管理系统程序【答案】D【解析】本题考查数据库基本概念。
研发信息系统过程的一一个重要环节是数据库的建立和维护，需要专人完成，所谓专人就是数据库管理员(DBA)，具体职责如下:①决定数据库中的信息内容和结构，DBA要参与数据库设计的全过程，决策数据库究竟要存放哪些信息以及信息的结构。
②决定数据库的存储结构和存取策略，以获得较高的存储效率和存储空间的利用率。
③定义数据的安全性要求和完整性约束条件。
④监控数据库的使用和运行。
一旦数据库出现问题，DBA必须在最短的时间内将数据库恢复到正确状态。
⑤数据库的改进和重组重构。
当用户的需求发生变化时，DBA还要对数据库改进，重组重构。
2.单选题数据库故障中的事务故障是指事务在运行至正常终点前被终止，此时数据库可能处于不正确的状态，恢复程序要在不影响其他事务运行的情况下强行回滚该事务。
恢复要完成的工作包括：①对该事务的更新操作执行逆操作，将日志记录更新前的值写入数据库②反向扫描日志文件，查找该事务的更新操作③继续反向扫描日志文件，查找该事务的其他更新操作，做同样的处理④如此处理下去，直到读到了此事务的开始标记正确的恢复步骤是（）。
问题1选项A.④③②①B.①②③④C.③④②①D.②①③④【答案】D【解析】事务故障：是指事务在运行至正常终点前被终止，此时数据库可能出现不正确的状态；由于事务程序内部错误而引起的，有些可以预期，如金额不足等；有些不可以预期，如非法输入、运算溢出等。
恢复过程：①反向（从后向前）扫描日志文件，查找该事务的更新操作。
外包维修管理程序
外包维修管理程序
外包维修管理程序如下：
1.合同签订。
在通过招标选定合作外包服务商后，由公司策划部与外包服务商共同讨论、起草、编制和修
订维修业务外包合同，经公司总办会和党办会审议批准后，由公司总经理与外包服务商法人共同签署。
2.过程管理。
外包服务商签约后，按照规定时间，依据合同要求，配置足够数量的外包服务人员，由检修
部和安监部负责组织入厂安全教育培训，并经安规考试合格后，进入外包维修服务班组或外包维修作业小组进行作业。
在外包项目的执行过程中，由检修部负责对外包服务商和外包服务人员的日常管理和考核监督。
在发现外包服务商和外包服务人员的违约和违章行为后，由检修部管理班组或专业管理人员提出考核意见，经部门领导审核后，通报安监部签署意见后，由策划部从外包服务合同中扣除考核金额，或要求外包服务商限期到公司财预部缴纳罚款。
1。
程序员基础知识(选择题)模拟试卷26(题后含答案及解析)
程序员基础知识（选择题）模拟试卷26(题后含答案及解析)题型有：1.1．下列叙述中，错误的是(20)。
A．DES属于对称密码体制B．RSA属于公钥密码体制，其安全性基于大数因子分解困难C．公钥密码体制的密钥管理较为容易D．公钥密码体制中，加密和解密采用不同的密钥，解密密钥是向社会公开的正确答案：D解析：公开钥密码体制下，用户的公钥是公开的，由认证中心统一管理，用户只需保管自己的私钥。
该体制下，加密和解密使用不同的密钥，公钥加密的密文只能用对应的私钥解密，私钥加密的密文只能用对应的公钥解密。
即公钥和私钥都可以用做加密密钥或者解密密钥。
2．英国的M.Jackson提出的Jackson设计方法是一种面向(36)的软件设计方法。
A．控制结构B．数据流C．数据结构D．对象正确答案：C解析：Jackson方法把问题分解为可由三种基本结构形式(顺序，选择和重复)表示的各部分的层次结构。
三种数据结构可以进行组合，形成复杂的结构体系。
这一方法从目标系统的输入、输出数据结构入手，导出程序框架结构，再补充其它细节，就可得到完整的程序结构图。
Jackson方法是最典型的面向数据结构的软件开发方法。
3．在C语言中，若数组名做实参，则函数调用传递给对应形参的是(251)。
A．数组中所有的元素B．数组的第一个元素值C．数组中元素的个数D．数组空间的首地址正确答案：D解析：当需要将数组作为实参传递时，按值调用传送数组的首地址，即将数组名传给声明为数组的形参。
4．“回收站”使用的是(264)中的空间。
A．主存B．硬盘C．光盘D．软盘正确答案：B解析：在Windows操作系统中，回收站中的文件实际并未从计算机上删除，而是暂存在硬盘上，回收站中的文件是可以还原的。
5．已知二叉树的中序序列为DBEACPC，先序序列为ABDECPC，则后序序列为(17)。
A．DEBACFCB．DEFCBCAC．DEBCFCAD．DEBCFCA正确答案：D解析：二叉树的先序序列为ABDECPG，所以根结点为A，于是根据中序序列为DDEAGPC可知，A前面的DBE元素是左于树的，右面的FC是右子树上的，于是可以得到左右子树的中序序列和先序序列。
软件开发过程控制程序
软件开发过程控制程序目录1目的与适用围 (3)1.1 目的 (3)1.2 适用围 (3)2 引用文件 (3)3职责 (3)4程序 (4)4.1需求分析程序 (4)4.1.1获取、分析需求 (4)4.1.2需求规格说明书的评审 (4)4.1.3需求确认 (4)4.1.4存档 (4)4.1.5需求变更 (4)4.2 软件设计程序 (5)4.2.1软件设计 (5)4.2.2设计评审 (5)4.2.3设计文档的备案 (5)4.2.4设计更改控制 (5)4.3 编码开发程序 (5)4.3.1编码 (5)4.3.2代码集成 (6)4.3.3程序验收 (6)4.3.4配置管理 (6)4.3.5测试流程 (6)4.3.5.1 测试用例的编写、审核与备案 (6)4.3.5.2 系统测试 (6)4.3.5.3 用户手册的编写与审核 (7)4.3.5.4存档 (7)5流程图 (8)6相关文件 (9)1目的与适用围1.1 目的规需求分析、设计、开发等作业过程，确保对软件实现阶段实行有效的管理控制，力求减少编码出错，准确实现软件设计的要求。
以合理的时间和人力找出软件中潜在的各种错误和缺陷，证明软件的功能和性能与需求说明相符，从而使交付给客户的产品的质量得到保证。
1.2 适用围适用于软件类项目和混合类项目的软件部分的需求分析、设计、编码和测试阶段。
2 引用文件GBT 11457-2006 信息技术软件工程术语GBT 16260.4-2006 软件工程产品质量3职责➢项目经理：负责整个开发过程的整体控制，每周向公司和客户提交项目周报。
➢需求分析员：进行需求调研，编写《需求规格说明书》、《调研日志》、需求的补充文档等，必要时进行需求变更。
➢技术负责人：负责设计工作的安排和技术指导，评审特殊项目的设计。
➢设计人员：软件界面设计。
➢开发人员：负责软件系统设计，编写设计文档。
根据设计说明书编写程序，修改软件代码。
➢测试员：编写《测试用例》，搭建测试环境、执行单元测试、集成测试，提出《测试报告》。
控制程序和操作规程的区别
控制程序和操作规程的区别控制程序和操作规程是在运行和管理程序中用于指导和规范操作的两个重要概念。
虽然二者有相似之处，但也存在一些区别。
控制程序（Control Program）是指在计算机系统中用于控制和管理计算机硬件和软件资源的一组程序。
它通常包括操作系统、驱动程序、服务程序等多个组件，其主要功能是协调各个组件之间的交互和资源的分配，以确保计算机系统的正常运转。
操作规程（Operating Procedure）是指在进行特定操作或管理过程中，根据一定的规范和流程进行操作的指南或规则。
操作规程旨在确保操作的正确性、规范性和安全性，减少人为差错的发生，并提高工作效率。
下面将从几个方面对控制程序和操作规程进行比较和分析，以更清楚地了解它们之间的区别。
1. 定义和功能：控制程序是一种软件系统，用于控制和管理计算机系统的各个组件和资源，包括处理器、内存、存储器、设备等。
其功能主要是管理和分配这些资源，协调各个组件之间的交互，保证计算机系统的正常稳定运行。
操作规程是一种指导性文件或规范，规定了特定操作或管理过程中应该按照何种步骤、方法和标准进行操作。
其功能主要是为人员提供操作指南，确保工作流程的顺利进行，减少差错和风险。
2. 定位和范围：控制程序是计算机系统的一部分，通常由操作系统和相关的支持程序组成。
它直接参与计算机系统的运行和管理，负责处理各种硬件和软件资源的分配和调度。
操作规程是通过文档或培训程序来传达指导信息的，它并不直接参与计算机系统的运行。
它通常是针对特定的操作或管理过程，如安装、升级、配置、备份等，以及针对特定的工作流程或任务，如项目管理、质量管理、安全管理等。
3. 维护和更新：控制程序一般由计算机系统的开发商或供应商负责维护和更新，以适应不断变化的技术和环境需求。
开发商通过发布更新的版本或补丁，来修复漏洞、优化性能、增加功能等。
操作规程一般由组织或企业内部负责制定和更新，以适应日常工作的变化。
软工题第五章
第五章习题一、选择题1.对于软件产品来说，有4个方面影响着产品的质量，即( A )、( B )、( C )及成本、时间和进度等条件。
重视软件过程的质量是近年来质量管理理论和实践的新发展。
重视软件过程质量的控制，其部分原因可能是：相对于产品质量的控制来说，过程质量的控制是( D )、( E )、( F )，而产品质量的控制是( G )、( H )、( I )。
供选择的答案：A ~ C. ①开发时间②开发技术③过程质量④风险控制⑤质量控制⑥人员素质⑦项目管理⑧配置管理D ~ I. ①主动的②被动的③整体的④系统的⑤先期的⑥事后的⑦个别的⑧部分的2. 在软件维护的实施过程中，为了正确、有效地修改，需要经历以下3个步骤：( A )、( B )、( C )。
( A )是决定维护成败和质量好坏的关键。
( C )包括( D )确认、计算机确认和维护后的( E )。
供选择的答案：A ~ C. ①修改程序②建立目标程序③分析和理解程序④重新验证程序⑤验收程序D. ①动态②静态③人工④自动E. ①验证②验收③检验④存档2. A. ③, B. ①, C. ④, D. ②, E. ②在软件维护的实施过程中，为了正确、有效地修改，需要经历以下3个步骤：分析和理解程序、修改程序和重新验证程序。
经过分析，全面、准确、迅速地理解程序是决定维护成败和质量好坏的关键。
有如下几种方法：分析程序结构图、数据跟踪、控制跟踪及其它方法。
在将修改后的程序提交用户之前，需要通过静态确认、计算机确认和维护后的验收，保证修改后的程序的正确性。
3. 从供选择的答案中选出同下列各叙述关系最密切的字句。
A. 软件从一个计算机系统或环境转移到另一个计算系统或环境的容易程度。
B. 软件在需要它投入使用时能实现其指定的功能的概率。
C. 软件使不同的系统约束条件和用户需求得到满足的容易程度。
D. 在规定的条件下和规定的一段期间内，实现所指定的功能的概率。
E. 尽管有不合法的输入，软件仍能继续正常工作的能力。
软件维护与软件工程管理
14
1. 逆向工程
软件的逆向工程通过对程序的分析，导出更高抽象层次的 表示，如从现存的程序中抽取数据、体系结构、过程的设计信息 等，是一个设计恢复过程。
逆向工程过程所抽取的信息，一方面可以提供给软件工程 师以便在维护活动中使用这些信息；另一方面可以用来重构原来 的系统，使新系统更易维护。
15
2. 重构
因此，进行维护工作要相当谨慎。
5
13.1 软件维护
• 13.1.1 软件维护的过程 • 典型的软件维护的过程可以概括为：
• 建立维护机构 • 用户提出维护申请并提交维护申请报告 • 维护人员确认维护类型并实施相应的维护工作 • 整理维护记录并对维护工作进行评审 • 对维护工作进行评价
6
13.1 软件维护
基于经验模型
• IBM 模型、普特南模型、COCOMO模型
21
13.3 软件开发进度计划
• 项目管理者的目标是定义全部项目任务，识别出关键任 务，规定完成各项任务的起、止日期，跟踪关键任务的进 展状况，以保证能及时发现拖延进度的情况。为了做到这 一点，管理者必须制订一个足够详细的进度表，以便监督 项目进度，并控制整个项目。
软件维护与软件工程管理
本章概述
本章首先介绍软件维护的概念,包括软件部署与软件交付、软件维护的过程和分类、软件的可维护
性、软件维护的副作用、自动化运维以及软件再工程技术;然后阐述软件估算软件开发进度计划、软件
开发人员组织、软件开发风险管理、软件质量保证、软件配置管理.软件工程标准与软件文档、软件过
程能力成熟度模型和软件项目管理等相关概念。 本章目标:
• 人类通过编程语言与计算机进行交流，每种编程语言都有严格的语义和语法结构。编程
技术中心软件开发流程管理制度
卷号卷内编号密级软件开发流程管理制度（初稿）为加强对公司定制软件开发工作管理，缩短开发周期，提高软件开发质量，降低开发成本，提高定开发效率和效益，特制定软件开发流程管理制度。
第一章、总则为保证日常工作正常有序的进行，让开发中各个环境更紧凑，更可控，需要尽可能实现项目管理的正规化，工作过程的流程化，以便提高软件质量，按期交付。
1、软件开发总体遵循项目管理和软件工程的基本原则。
2、项目管理涉及项目立项、项目计划和监控、配置管理。
3、软件工程涉及系统可行性分析、需求分析、系统总体设计、软件代码实现、系统测试及试运行、系统最终验收、系统上线和数据迁移、产品维护。
第二章、阶段成果根据软件工程的过程，制定以下工作流程，并规定了各个重要环节需要提交的交付物。
各阶段需提交的文档：1、开发立项：项目申请表，软件需求报告或设计方案。
2、需求分析：项目研发主计划、需求规格说明书。
3、总体设计：概要设计说明书或功能模块描述，包括详细设计、软件接口说明、ER模型设计、单元测试计划。
4、软件代码实现：软件功能说明、源代码说明或者注释。
5、产品测试：软件测试BUG报告。
6、产品发布：产品操作说明书、使用手册。
7、产品维护：问题反馈记录。
8、项目总结：提交最终公司的项目总结和项目汇报PPT。
软件过程开发成果表：阶段 形成文档 职责及文档成果描述 负责人 涉及范围备注需求阶段项目立项报告(Word)明确双方责任及义务，需双方签字确认项目经理验收报告大部分业务建模和需求分析，少部分分析设计业务需求说明书(Word)需求定义，阐述业务范围及内容，开发组负责制定最优技术设计方案项目经理/需求分析师验收报告项目开发计划(Project)用户、领导、项目组都了解项目进度项目经理验收报告设计及开发阶段业务流程总体设计书或详细设计说明书(Word/Visio)项目组成员分配任务，并召开讨论会议，讨论项目的技术架构和可能存在的技术难点，梳理业务流程，统一开发规则和风格等项目经理/系统架构师验收报告大部分分析设计，部分实施编程及测试，开始考虑部署数据库关系设计图、流程图(PowerDesigner)便于项目开发系统架构师验收报告 任务分配文档(Word)明确每个组员的开发任务及职责项目经理过程报告 问题说明报告(Word)让用户、领导及组员及时了解和发现问题项目经理过程报告 业务变更文档(Word)记录开发过程中用户提出的业务需求变更情况需求分析师过程报告试阶项目测试方案及报告(Word) 记录项目测试的方法，验证系统功能与性能的记录测试员验收报告反复测试直至系统用户使用手册(Word) 方便用户使用软件而提供的使用说明书测试员验收报告稳定上线及运行系统切换报告 系统部署后的操作记录 项目经理过程报告部署及维护 用户培训报告 用户培训文档 项目经理过程报告项目验收报告(Word)记录甲乙双方签订项目验收报告项目经理验收报告 项目总结性报告项目组通过此项目总结经验及不足项目经理总结报告第三章、岗位设置根据公司目前的开发过程主要分为需求分析、软件开发、软件测试三个阶段。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
维护管理
文件编号：
NP510100 生效日期：
2000.3.20
受控编号：
密级：秘密版次：Ver2.1 修改状态：总页数8 正文 5 附录 3 编制：刘栋臣审核：孟莉、王宇批准：孟莉
沈阳东大阿尔派软件股份有限公司
（版权所有，翻版必究）
文件修改控制
目录
1. 目的
2. 适用范围
3. 职责
3.1项目管理部门
3.2技术支撑部门
3.3 开发部门
4. 术语和缩略语
5. 工作程序
5.1基本要求
5.2维护类型
5.3 维护计划
5.4 维护实施
5.5 维护记录
6. 引用文件
7. 质量记录
7.1 NR510100A“维护服务需求说明”
7.2 NR510100B“维护计划”
7.3 NR510100C“维护记录”
1．目的
对交付后的维护管理进行有效控制，确保维护服务顺利、有效实施。
2．适用范围
适用于本公司所提供的软件和/或系统集成项目交付后的维护服务。
3．职责
3.1项目管理部门：负责受理交付后的维护申请，组织协调有关部门实施维护。
3.2技术支撑部门：负责组织实施软件产品和/或系统集成项目交付后的维护。
3.3开发部门：负责软件项目或软件产品的开发性维护。
4．术语及缩略语
本程序采用NQ402100《质量手册》中的术语和缩略语及其定义。
5．工作程序
5.1 基本要求
维护范围和维护期限必须在合同中明确规定，维护服务应严格按合同执行。
5.2 维护类型
1)纠错性维护：解决软件运行过程中出现的故障；
2)适应性维护：由于运行环境的改变而调整软件的接口；
3)完善性维护：根据客户的要求对现有软件产品进行功能扩充或性能改进。
4)硬件产品的维护。
其中，前三种维护又称开发性维护。
5.3 维护需求
5.3.1 根据客户的要求或合同中对维护服务的规定，客户提出维护需求说明，并由客户
和维护部门进行确认。
5.3.2 根据确认的维护需求，可与客户约定维护的实施办法，共同制定维护计划。
维护
计划应包含以下内容：
1)维护范围：指合同中规定的维护项或公司确认的由客户提出的特殊维护要求。
一般情况下维护范围包括计算机程序、文档及相应的硬件系统等。
2)产品初始状态标识：是指系统安装完成后，由双方共同确认的系统初始状态，
通常指明系统中所安装的各种支撑软件名称、版本；本公司开发的软件及其
各子系统名称、版本；系统各项功能的运行状况；系统中各种硬件设备说明
等软/硬配置信息。
实施维护时，必须确定被维护的软件产品的初始状态，尤
其是发生不合格现象、需要维护的软件项。
3)支持机构：是指在维护实施中，本公司和客户双方确定的责任部门，该机构
应负责处理维护过程中发生的意外问题并提供维护所需设施和资源。
4)维护活动类型：指出需要本公司负责的维护活动的类型（见5.2条款）；
5)释放规程：明确公司软件版本升级后，通知客户的方法及新版本的使用约定。
5.4维护实施
5.4.1项目管理部门负责受理软件和/或系统集成项目的维护申请并协调维护实施。
5.4.2技术支撑部门负责软件产品及系统集成项目的维护。
在收到维护申请后，根据问
题类型决定采取远程维护或现场维护。
5.4.3开发部门负责软件项目或软件产品的开发性维护，根据软件问题类型，决定采取
远程维护或现场维护。
5.4.4维护过程中如发生不合格品，必须在维护报告中明确不合格品的标识和处置。
5.5 维护记录
5.5.1维护结束后，维护人员必须填写“维护记录”。
对于现场维护，应取得客户的签
字确认；对于远程维护，客户可以通过其它方式（电话、传真，e-mail等）进行
确认。
若客户没有反馈信息，但对同一问题没有再次投诉，也可视为维护成功。
5.5.2在维护活动结束后，技术支撑部门保存和管理本部门填写的“维护记录”；项
目监控部门负责保存和管理由开发部门填写的“维护记录”。
6．引用文件
（无）
7．质量记录
7.1 NR510100A“维护服务需求说明”
7.2 NR510100B“维护计划”
7.3 NR510100C“维护记录”
维护服务需求说明
项目名称项目编号
问题说明：问题确认：
维护安排：
□远程维护□现场维护
维护类型软件□纠错型维护□适应型维护□完善型维护
硬件□系统设备□外部设备
维护要求：
维护时间至
计___人月
环境要求
（现场
维护）
客户——项目负责人维护方——项目负责人
年月日年月日
合同名称：合同编号：
项目名称：项目编号：
客户单位/电话/联系人：
本公司负责维护部门：
维护范围：
产品/系统初始状态（系统安装完成后双方共同确认）：
由本公司负责的维护类型及双方责任：
系统版本升级时的优惠条件：
客户方责任人签字/日期：维护责任人签字/日期：
1．编写维护计划时可参照本文件；
2．本页不足记述结果时，可以有附页，格式自定。
总页数包括本页与所有附页。
第页/共页
合同编号：合同名称：
项目编号：项目名称：
客户单位：单位地址：
客户联系人: 客户联系电话：
维护申请：
维护人员/日期:
维护初始状态（问题描述）：
维护措施及进度安排：
维护责任人签字/日期：
维护结果：
客户方责任人签字/日期：维护责任人签字/日期：
1．问题描述栏中可以填写问题现象及其产生原因，具体指明问题所在，如果有客户的书面维护申请，则可以直接引用；2．软件产品或系统集成产品的维护可以不填写“项目编号”和“项目名称”栏；
3．本页不足记述结果时，可以有附页，格式自定。
总页数包括本页与所有附页。
第页/共页。