精华内容
下载资源
问答
  • 2020-10-22 20:03:12

    摘要
    互联网金融在银行业飞速发展,软件产业规模逐步完善起来并得到了快速的增长,在银行业中受到了广泛的运用,随着软件在越来越多业务场景中提供支持,软件质量、产品体验在用户的心中占据的分量越来越重,用户对软件的质量有了较高的期望,软件测试作为保证软件质量的重要手段,在项目管理过工程中也发挥着举足轻重的作用。xx银行近年来不断创新业务模式和产品种类,加快信息化建设,努力提升产品质量,但是作为质量保证手段的软件测试却不能满足业务发展和信息系统建设的需要,因此,xx银行软件测试项目管理需要进行优化。
    论文首先阐述项目管理理论知识,并根据相关理论展开对xx银行软件测试项目管理现状进行深入和全面的分析,对当前存在的需求频繁变更、测试支持不足、部门间沟通协作不畅、软件缺陷多、形成知识库机制不完善等问题进行梳理,并深入分析出出现以上问题的原因主要有:测试重视程度不足、测试项目管理尚不完善、客户注重软件质量和使用体验,从而得出分析结论:xx银行软件测试项目管理存在不足,需要进行优化,
    最后对xx银行软件测试项目管理进行实施,为了在实施过程中取得良好的效果,提出了系统的保障措施,对xx银行的未来发展有着十分重要的意义,也为其他同业提供了一定的指导作用和经验借鉴。
    关键词:软件测试;项目管理;xx银行

    Abstract
    With the rapid development of Internet finance in banking industry, the scale of software industry has been gradually improved and rapidly increased, and has been widely used in banking industry. As software provides support in more and more business scenarios, software quality and product experience are becoming more and more important in users’ hearts. In recent years, the Bank of Shanghai has been innovating its business model and product types, speeding up the construction of information technology and striving to improve the quality of means of quality assurance Part testing can not meet the needs of business development and information system construction. Therefore, the software test project management of Shanghai Bank needs to be optimized.
    Firstly, this paper expounds the theoretical knowledge of project management and software test project management, and makes a thorough and comprehensive analysis of the current situation of software test project management of Shanghai Bank according to the relevant theories. It also analyzes the existing problems such as frequent changes of requirements, insufficient test support, poor communication and cooperation among departments, many software defects and imperfect mechanism of forming knowledge base. The main reasons for the above problems are: insufficient test attention, imperfect test project management, customer attention to software quality and experience, and concludes that the software test project management of Shanghai Bank is insufficient and needs to be excellent Change,
    Finally, in order to achieve good results in the process of implementation, the systematic safeguard measures are put forward, which is of great significance to the future development of Shanghai Bank. It also provides some guidance and experience for other peers.
    Keywords: Software Testing; Project Management; Bank of Shanghai

    目录
    1绪论 1
    1.1 研究背景和意义 1
    1.1.1 研究背景 1
    1.1.2 研究意义 2
    1.2 研究内容与思路 2
    2相关理论 4
    2.1 项目管理的定义 4
    2.2 项目管理的方法 5
    3 xx银行软件测试项目管理现状分析 6
    3.1 xx银行概况 6
    3.2 xx银行软件测试项目管理现状 6
    3.2.1软件测试过程管理和测试需求管理 6
    3.2.2软件测试组织架构和支持人员配置 6
    3.2.3软件测试资源使用情况 7
    4 xx银行软件测试项目管理问题 8
    4.1 需求频繁变更 8
    4.2 测试支持不足 8
    4.3 软件质量和使用体验不高 9
    5xx银行软件测试项目管理问题原因分析 10
    5.1 测试需求不明确 10
    5.2 测试项目管理和支持人员未招聘到位 10
    5.3 软件缺陷多 10
    6xx银行软件测试项目管理优化方案 12
    6.1 软件测试需求管理改进 12
    6.2 扩大软件测试支持人员规模 12
    6.3加强软件测试项目的漏洞补救和质量提升 13
    7 结论 14
    参考文献 14

    1绪论
    1.1 研究背景和意义
    1.1.1 研究背景
    金融科技已席卷全球,“科技驱动金融创新”成为金融行业的共识。银行业利用云计算、大数据、区块链、人工智能等一系列新型技术推出的软件产品和服务在银行得到全面应用,并逐渐成为银行运营的中枢神经。随着参与主体逐渐增多,市场竞争也日益激烈,对软件产品务的质量提出了更高的要求,银行软件的安全,持续,稳健运行变得举足轻重。因此,金融产品的质量和安全受到重视。软件测试是检验软件的操作性、稳定性以及设计是否符合标准的主要措施,通过测试过程找到测试结果和预期结果之间的差异性,为软件程序修改和完善提供数据支持和理论指导,是保障软件产品质量的最重要环节,有利于提升软件的质量、性能和功能,提高客户使用软件产品的体验,提升客户满意度。
    软件测试项目管理是监管测试活动、控制风险,从而使软件质量呈现出最理想的状态。软件测试项目管理包含了企业领导层,开发中心,业务部门以及测试团队的全力沟通,采用计划、组织、管理等手段,组建优质的测试团队,制定完善的测试项目管理制度、良好的测试过程控制、完整的测试流程,加强过程监督和投产监控,从而在保证质量的前提下顺利完成测试工作。
    采用规范化的软件测试项目管理不仅能够实现对测试流程进行有效管理和组织策划,最重要的是实现了尽早地发现软件产品的缺陷,提升高质量的产品的目的,一个成熟完善的软件测试项目管理能够充分发挥软件测试的作用,把控质量,提供优质的软件产品。实践表明,规范化的软件测试项目管理体系能够极大程度上提高软件产品质量,然而传统的软件测试项目管理不能很好地满足现阶段的产品质量、开发进度以及成本控制等方面的需求,规范化的软件测试项目管理是每个组织都面临的课题。
    近年来,xx银行为了应对科技金融挑战,做出了创新转型的战略部署。高度重视科技金融建设,持续加大金融科技投入,全力建立金融生态体系,加速科技金融布局,着力扩大创新成果应用范围,促进科技金融生态功能发挥,差异化竞争优势进一步增强。科技金融建设的目标是建立有效的机制,促进创新发展,增强软件产品和服务安全、持续、稳健运行,提升科技金融的建设水平。随着银行金融服务持续创新,信息化建设应用越来越广泛,软件项目更加巨大,简易的业务场景对软件流程实现的要求越来越高,尚在建设初期阶段的软件测试团队,暴露出诸多问题:测试人员流动大、测试版本管理不足、环境资源不充足、测试工作沟通不清晰等。致使产品质量得不到保障,不仅需要投资大量资金成本维护系统问题,而且在抢占市场推出强大吸引力的产品和功能时,系统功能或性能不足而丧失先机,从而导致产品正常运行得不到保证,客户大量流失,银行口碑下降。当前xx银行测试力度薄弱,软件测试项目管理尚不完善,优化xx银行软件测试项目管理,成为亟待需要解决的问题。
    1.1.2 研究意义
    软件测试是一个可规范、可控制的活动过程,也是排除软件缺陷与故障的最直接和有效的手段,因此,软件测试得到了快速发展。全面学习软件测试管理的相关知识,并不断深入研究新的测试理论、方法和技术,分析不同阶段的管理内容,有助于形成规范化的软件测试管理体系,充分将理论与实际相结合思考未来发展的方向,增强了银行业务发展基本支撑和风险防控。
    第一,完成了软件测试管理优化。随着信息化的普及和业务的发展,xx银行成立了软件测试团队,但现有的软件测试管理尚未形成规范,通过本论文的研究完成软件测试管理的优化。
    第二,提升了信息化服务的质效。随着银行业信息化的蓬勃发展,xx银行也面临着巨大的压力与挑战,为了在同行业中获得竞争优势,信息化服务的质量和效率需要得到保障,软件测试能够很好的提升信息化服务的质效。
    第三,降低了系统运行风险和成本。通过规范测试管理,能够对系统进行全面的测试,尽快尽早地发现系统中的缺陷,提高软件质量,降低软件缺陷所带来的商业风险和运行成本。
    第四,推动了测试管理的研究和发展。通过深入分析xx银行现有测试管理的不足之处,采用规范和完善的措施对测试管理持续优化,能够促进测试管理的大力发展。
    本论文结合实际情况,通过对xx银行测试管理的深入分析。探索出一套规范化的测试管理办法,在夯实银行软件测试管理的同时,提升创新步伐,相互发力,在银行软件产品质量把控上充分发挥软件测试的作用,对xx银行的长远发展有着十分重要的意义,也为同行着提供指导作用和经验借鉴。
    1.2 研究内容与思路
    本文主要研究xx银行软件测试项目管理优化,目前xx银行对系统稳定、产品质量和用户体验越来越重视,现有软件测试管理不足影响和制约了其发展,在系统的学习了项目管理、信息技术与信息社会、人力资源管理等理论基础之上,首先,根据在xx银行软件测试方面多年的项目执行经验,明确软件测试在银行发展中的定位和方向。其次,结合xx银行软件测试项目管理现状,深入分析在测试工作中存在的问题并查找原因。接着,梳理研究思路,思考可供参考的建议和解决方案,提出xx银行软件测试项目管理的优化方案及对策。最后完成xx银行软件测试项目管理优化方案,制定优化方案实施及保障。也为其他商业银行提供优化思路和方案,共同促进银行软件测试工作的创新和发展。

    2相关理论
    2.1 项目管理的定义
    项目管理具体指管理者根据自身掌握的知识、技术、方法等在项目固定资源的的限制条件下,实现整个项目工作的预期要求。也就是说该项目从投资开始到评价结束中间的组织管理、协调配合、监督控制等环节都由管理者统一负责。
    (一)项目范围管理
    具体指通过对项目整体工作的范围判定、范围规划以及范围调整等完成项目的整体要求和目标。
    (二)项目时间管理
    具体指管理者对项目的工作内容进行明确的划分,然后根据不同工作的性质规定其工作效率,工作次序,工作时间等来保证在项目在期限内完成。
    (三)项目成本管理
    具体指通过管理者对于项目整体资源的分配,成本控制、资金预算等管理行为使项目的整体工作能够在有限的资金预算内完成。
    (四)项目质量管理
    具体指通过管理者对工作质量的规划、监督、保证等管理行为从而使项目的质量达到业主规定的要求。
    (五)项目人力资源管理
    通过管理者对项目工作中的人力资源进行整体规划、部门建设、人员配置等管理行为确保与项目内容有关的人际关系得到科学合理的分配,更有效率的发挥项目人员的潜能和作用。
    (六)项目沟通管理
    具体指管理者对项目的有效信息进行分析整理、交流沟通、提供报告等管理行为从而使项目的信息交流保持通畅且得到及时的反馈和处理。
    (七)项目风险管理
    管理者对项目在具体实施时可能遇到的各种风险做出预测、识别、并做出有效的决策和制定方案。
    (八)项目采购管理
    具体指管理者针对项目的采购工作进行制定计划、征购工作等管理行为从而保证在项目的建设工作中能够得到最为合理的各种资源。
    (九)项目集成管理
    具体指管理者针对项目的统筹安排进行制定计划、实施计划、以及计划的改动等管理行为从而保证项目在建设过程中能够有序的开展各项工作,在全局角度上实现对项目的控制。
    2.2 项目管理的方法
    在对项目进行管理时按照其目标、量性、专业性质三种不同角度对管理方法进行详细划分。从目标来看具体分为进度、质量、成本、安全、现场五个部分;从量性来看具体分为定性、定量、以及二者结合分析三个部分;从专业性质来看具体分为行政、经济、技术、法律四部分。

    3 xx银行软件测试项目管理现状分析
    第3章的内容至少要增加到有3页以上
    3.1 xx银行概况
    xx银行股份有限公司(以下简称“xx银行”)成立于xxxx年xx月xx日,总行位于中国上海市,是上海证券交易所主板上市公司,股票代码xxxxxx。
    xx银行以“精品银行”为战略愿景,以“精诚至上,信义立行”为核心价值观,近年来通过推进专业化经营和精细化管理,着力在中小企业、财富管理和养老金融、金融市场、跨境金融、在线金融等领域培育和塑造经营特色,不断增强可持续发展能力。
    xx银行在上海、北京、深圳、天津、成都、宁波、南京、杭州、苏州、无锡、绍兴、南通、常州、盐城等城市设立分支机构,形成长三角、环渤海、珠三角和中西部重点城市的布局框架;发起设立四家村镇银行、上银基金管理有限公司,设立xx银行(香港)有限公司,获准筹建消费金融公司,并与全球120多个国家和地区近1500多家境内外银行及其分支机构建立了代理行关系。
    成立以来xx银行市场影响力不断提升,截至2016年末,总资产17553亿元,同比增长21%;实现净利润143亿元,同比增长10%。在英国《银行家》2017年公布的“全球前1000家银行”排名中,按一级资本和总资产计算,xx银行分别位列全球银行业第85位和89位;多次被《亚洲银行家》杂志评为“中国最佳城市零售银行”。
    3.2 xx银行软件测试项目管理现状
    3.2.1软件测试过程管理和测试需求管理
    xx银行测试人员通过需求规格说明书进行需求的分析,组织安排进行测试前期准备工作、包括需求拆分、测试范围梳理与确定、测试方案的编写,业务参与需求的评审工作,并负责对评审通过的需求的最终确认。但这对测试项目的需求规格说明书要求十分高,需求规格说明书理应与实际需求完全一致,但实际是,需求的变化导致后期实现的项目与需求规格说明书中明确的需求范围差距较大,导致测试人员前期投入的需求分析以及编写测试案例工作并不能满足后期测试阶段的准备工作,在测试的时间成本、人力成本、进度成本、质量上均造成影响。
    3.2.2软件测试组织架构和支持人员配置
    xx银行信息科技部门设置运维管理中心、产品开发中心、互联网应用开发中心、管理应用开发中心、渠道创新中心,测试管理属于管理应用开发中心,与每个开发中心平行,没有设置独立的测试中心,在管理应用中心包含了测试管理和配置管理,缺失质量保证组,测试产品的质量取决于测试人员的功能能力,没有正式的监督管理机构,属于自我监督的模式。
    xx银行开发人员总数与测试组人员总数之比:5:1,发达国家开发与测试人员相当,微软更是达到了接近两倍,开发人员与测试人员比例和发达国家相比相差悬殊,IT行业测试人才结构失衡,人才缺口巨大,制约着软件整体质量的健康发展,加重了开发成本,大力规范xx银行测试管理体系,促进软件健康发展成为现阶段既需要解决的问题。
    3.2.3软件测试资源使用情况
    软件测试管理资源分为软硬件资源、人力资源以及领导关注和重视程度上等各方面的支持。
    软件测试过程中需要的软硬件资源有测试软件、应用、系统、管理系统、服务器、数据库、网络以及其他测试项目中测试终端。但是随着xx银行业务规模的壮大,信息系统的开发规模也快速扩大,庞大的测试需求与有效的测试资源形成巨大差距,目前,xx银行在资源局限的情况下,仅建立了一部分重要测试环境用于支持系统测试,对于系统测试需求在资源饱和度和灵活性上受到局限。另外,因测试环境与生产环境服务器数量和配置相差悬殊,经常受到服务器硬件资源的限制,不能进行充分的指标测试,分析不到测试软件的各项指标峰值,达不到有效的性能测试。

    4 xx银行软件测试项目管理问题
    第4章的内容必须增加到至少有三页以上
    4.1 需求频繁变更
    业务需求是软件开发阶段的一个入口准则,详细、明确、完善的需求有利于软件周期过程中的每个阶段,因此,明确详细的需求在很大程度上决定了项目的质量或产品的质量。需求是由业务人员通过对软件需求进行调研和分析来完成编写,更加注重业务流程,对需求其他环节描述简单或者不完整。有可能在对需求调研和需求分析不充分的情况下编写的需求不明确。在需求阶段,不明确的需求或者缺乏管理的需求会影响开发阶段、测试阶段无法进行详细设计,最终也会偏离实际的需求。不明确的需求进行需求的频繁变更,使得开发设计工、开发以及测试工作多次反工,给项目带来的巨大工作量,不仅导致开发成本增大,项目延期,而大多数情况下为了使项目不延期压缩项目中测试阶段时间,测试不充分是影响产品质量的重要因素。业务需求不清晰、不明确,与需求规格书相比出入较大,开发人员反工修改代码,更加影响原本已测试完成案例的测试效果;在有限的测试时间内,测试人员案例多次根据需求更改,测试时间被浪费,测试周期被严重压缩,测试覆盖面不全,测试效果大大折扣,测试质量难以保证。
    4.2 测试支持不足
    软件质量是领导关注和重视点之一,但领导更多关注在测试结果上,对于测试过程中软硬件资源局限性,以及现有情况下业务测试人员和技术测试人员分别对各自的测试结果负责,在进行测试考核时,无法统一进行考核。测试人员与需求任务相比,人员也投入较少,因此,整体来看测试过程中支持力度相对较弱。
    测试覆盖率是对测试完是否充分的评测,是测试完成程度的关键指标。xx银行测试覆盖率由于测试条件有限,在以下几个方面测试不充分:
    1、测试与生产环境区别较大。测试环境服务器资源较低,与实际生产环境相比机器类型、操作系统、系统版本、存储、内存等方面有很大差异,没有一套和生产环境接近的测试环境,在这样的测试环境测试有可能会导致测试的不准确,测试风险比较高。
    2、网络连通性测试不足。在网络连通性来说,测试设备如pos,ATM,移动设备,读卡器等版本型号单一,外部网络环境不切换,不能确定是否能够顺利建设通讯通道并正常传输信息 ,测试人员较少,测试任务重,性能测试在参数配置不高的测试环境与实际运行环境相差甚远,无自动化测试平台,不能进行大数据相关测试。
    3、系统连通性测试不足。银行内部信息系统的不断建设,大部分重要业务的应用系统需要与其他系统相互交互,在大多数情况下,系统在开发和测试阶段不一定所有的系统都能够支持进行交互,银行应用系统业务多种多样,通讯协议、报文类型、版本迭代更是数量众多,每种情况都通过人工编写脚本或者挡板,会使得测试效率低下,测试成果质量不过关,因为环境的局限,对场景测试不能达到生产的真是各种测试场景,测试覆盖率不足,测试不能有效测试出业务流程和缺陷。银行与第三方系统联系也越来越紧密,但第三方环境外部环境由于各种制约,达不到系统连通性测试,目前开发或者测试阶段只能通过挡板模拟验证,测试资源不完善,没有搭建xx银行统一仿真环境,不能确保开发的正常联调测和测试全面详细的进行,有系统投产风险,或者生产环境直接进行验证,在生产环境直接操作修改,版本频繁变更,对系统稳定性较大。
    4、兼容性测试不足。在软件开发过程中一般会在特定的平台上研发,但实际在发布投产过程中可能会在不同的操作系统、不同网络、不同的应用软件上运行,兼容性是为了确保在不同环境下运行的测试。在软件测试方面来看,测试的产品与操作系统、数据库以及与其他交互的软件的兼容,例如:一款 SUSE Linux 系统下的软件,能够在 SUSE Linux 下不同版本上运行,能否在不同版本其他应用服务下相互交互等等。软件运行需要硬件资源的支撑,在不同硬件配置也是不同,例如:同一款移动 APP,在不同厂家的移动设备下能否正常使用。
    从项目测试实施来看,软硬件环境复杂多样,对象和内容保罗万象,影响因素众多,测试成本高昂,负责的测试准备时间更是占据测试总时间的30%以上,是兼容性测试的主要困难之一。
    4.3 软件质量和使用体验不高
    现阶段客户认可的是具有良好的质量和客户体验的软件产品,随着金融行业的竞争者剧烈增加,良好的产品质量和体验才能够成为银行吸引客户的重要因素,才能持续的保持自身的竞争力,确保企业的利润最大化。相对提供比金融公司灵活、高效而便捷的客户体验,传统银行软件产品质量不高,业务流程繁杂,导致客户体验差,大量银行客户很容易被互联网金融公司吸引,造成客户的流失。

    5xx银行软件测试项目管理问题原因分析
    第5章的内容至少还要增加到有3页以上
    5.1 测试需求不明确
    xx银行在测试初级阶段,测试管理体系刚刚建立,过程管理不够完善。在大多数情况下,由于开发人员对测试人员工作认可性低,测试人员在开发人员提交的测试版本进行提测需求的测试,测试过程中出现测试版本不完整,测试缺陷多,影响正常测试。在此情况下,对开发人员提测申请之前没有建立约束,没有对开发人员测试版本给出测试版本准入条件,没有规定开发人员必须自测功能通过单元测试才能提交测试进行系统测试。
    5.2 测试项目管理和支持人员未招聘到位
    测试管理过程落实不到位,现存的测试管理体系为测试过程提供了一个测试规范,在实际情况中,测试过程依旧按照经验和传统的管理方式进行管理,未与日常测试工作相结合,没有体系落实在具体的测试工作中,发挥不到测试管理体系的作用。
    测试管理过程缺少监督和考核,xx银行现有测试管理人员与测试人员比例:1:15,由于测试管理人员投入少,对测试人员测试过程缺乏监督,对测试过程执行不到位,测试过程出现问题,由于对测试人员也没有形成考核机制,由此,对测试人员执行力度不足,激励作用不强,测试人员工作只停留在表面,不能够发觉更深层次的缺陷。
    5.3 软件缺陷多
    目前,在测试阶段发现很多软件的缺陷,特别是系统开发过程中的缺陷,由于开发人员在开发阶段不对代码进行审查工作,甚至在提交测试之前不对代码进行冒烟测试,很多的缺陷都暴露在测试阶段以后,但是往往越早发现缺陷,成本代价越低,越晚发现缺陷,成本代码越高。而且,测试阶段发现很多版本缺陷,不能进行正常测试,重新更新测试版本,影响项目进度,影响开发质量,增加项目的成本。另一方面,缺陷管理没有缺陷管理工具,对缺陷完整的生命周期以及缺陷的详细信息和流程无法进行管理,而是通过测试人员在每一个测试需求中手动记录测试缺陷,在进行缺陷统一汇总整理时,依靠手动查询所有测试系统统计缺陷情况。开发人员不习惯于自己查看系统缺陷,需要测试人员口头沟通缺陷,关于缺陷沟通成本大。从而,在缺陷登记和修复登记上面完全依靠测试人员跟进状态,手动进行整理,测试人员对于挂起缺陷跟踪推进不便利,对后续验证缺陷过程中,容易遗漏已发现的缺陷,导致软件缺陷多,交付质量低。在项目实施过程中,更多关注的项目进度,对项目质量关注较少,为了如期完成项目,对项目质量管理把控力度不足,少数部分关注到项目质量的重要性,但更多精力投入在开发质量,没有注重技术质量以及其他文档的编写,系统测试不足,项目完成之后用户发现很多缺陷,影响客户体验。

    6xx银行软件测试项目管理优化方案
    第六章的内容至少要增加到有3页以上
    6.1 软件测试需求管理改进
    在传统的制造业里,人们比较容易理解,如果不清晰的需求会对造成原材料的浪费,但是由于软件产品的无形,这个问题经常被忽略,其实软件产品也是同样的道理,不断变更的需求造成时间成本、人力成本、进度成本等的损失。只有在前期重视需求的质量,才会为后续阶段打下坚实的基础。测试阶段要求测试人员严格按照测试的流程开展测试工作,明确测试对象、目标,从用户角度深层次挖掘软件缺陷,这一阶段也是软件产品缺陷被发现的重要阶段,从而更有效改进软件的质量。缺陷管理是测试过程一项重要的工作,测试人员根据缺陷优先级排列,规划后续的相应版本,逐步实现软件的稳定和质量的提升,通过缺陷数据和缺陷的质量也可以作为衡量测试人员绩效的一项指标。
    在项目实施阶段,开发人员某些功能尚未完成、或开发遗漏个别需求,测试人员在测试过程中存在同样的问题,由于需求跟踪不到位,严重会引起项目时间、成本大的影响。因此跟踪需求十分重要,通过需求跟踪记录表,做到需求的一对一对应管理。对需求变更的管理主要体现在按照需求变更的流程进行规范管理,业务部门提出需求变更申请,邀请相关干系人会议评审,评审完成的变更需求,进行书面化文档的留存和传阅,重点包括需求变更申请、变更需求内容的详细描述、变更之后造成各项变化的分析与说明,并正式启动变更流程启动变更,并同步进行需求调整测试计划、测试资源、测试策略等相关活动,充分保证相关人员知晓变更信息,进行工作的重新安排或调整。进行软件测试需求管理改进,必须规范xx银行软件测试项目管理过程,完善xx银行软件测试项目管理体系。
    6.2 扩大软件测试支持人员规模
    根据xx银行实际测试系统的现状,增加软件测试人员数量,行内人员通过应届或社会招聘补充,外包的人员通过招标形式,补充系统测试人员。在不同系统中设置不同的测试人员的数量、结合技能水平和项目经验等各种条件,实现测试人员的结构优化。为了更好的管理外包测试人员,发布专门的外包人员管理办法,对外包测试人员进行绩效考核和评价,完成对外包人员的考核、工作量以及测试工作管理。形成持续不断的测试培训工作,相互沟通、分享关于测试方法、技术、性能、人工智能以及自动化测试内容的知识,共同学习,掌握新的测试方法和技巧,提升测试技术水平。
    对测试人员实现动态分配管理,实现测试人员对重要系统的 AB 角管理模式,随着实际工作中测试任务的变化,动态调整测试人员工作任务,优先安排满足紧急任务的测试,实现其他测试任务的正常进度测试,对测试人员动态分配做好管理,实现对测试人员从资源池到测试实施过程中的动态调配。
    6.3加强软件测试项目的漏洞补救和质量提升
    软件测试管理改进和优化的主要目的是提升软件产品质量,提高客户满意度,除了对软件测试优化前后测试发现的缺陷数据和缺陷率数据进行对比分析,通过对xx银行软件测试缺陷率统计和分析,2019年测试优化实施前测试缺陷数目多,2020年上半年测试优化实施后测试缺陷相对较少,可以看出,2020年上半年缺陷率明显少于2019年上半年,经过测试管理优化之后,xx银行软件测试缺陷率降低,显著帮助企业改善产品质量,用户的满意度得到提高。

    7 结论
    本课题以xx银行为研究对象,对xx银行软件测试项目管理当前现状进行了梳理,运用项目管理理论、管理要素进行了研究与探索,深入分析存在的问题,对问题进行了归纳、总结,理出问题的根本原因,针对软件测试管理每个阶段进行优化和改进,提升了软件测试管理。接着为保证软件测试管理的顺利实施,为软件测试管理的实施提供了重要的保障,通过研究本文得出以下结论:
    提升企业在行业中的竞争优势,就需要关注企业产品质量和服务水平,而高质量的产品和服务能够提升客户体验的满意度,通过测试管理提升软件服务,是未来市场发展的必然趋势。加强测试管理,逐步降低运营成本,提高效率,提升企业效益的目的,测试管理是流程、人员和风险的综合管理。
    在实施测试管理过程中,将制定优化方案,根据改进计划和改进措施,对人员进行宣贯,使优化方案充分落实在实际工作中。
    对优化方案实施效果进行评价,组织层进行引导、项目层进行执行,并将执行结果反馈到组织层,如有不妥,积极调整重新改进。
    测试管理优化,以xx银行为研究对象,有助于提升测试管理水平,具有十分重要的现实意义。

    参考文献
    [1]巴德(Budd,C.I.),巴德(Budd,C.S.).挣值项目管理实践指南[M].广联达软件股份有限公司,译.北京:电子工业出版社,2008:76-134.
    [2]施塔布.项目管理:流程、方法与经济学[M].丁慧平,译.北京:中国人民大学出版社,2007:73-94.
    [3]Itzhak W irh, Douglas E Tryloff. Preliminary Comparison of Six Efforts to Document the Project Management Body of Knowledge[J].International Journal of Project Management, 1995(2):109-118.
    [4]Pinto.JK, Prescott.JE. Variations in critical success factors over the stages in the project life cycle[J].Journal ofManagement,1988(1): 5-l8.
    [5]Baccarini, David. The logical flamework method for defining project success[J]. Project Management Journal, 1999 (4): 25-32.
    [6]Robert J. Graham, Randall L. Englund.创建项目管理环境——管理项目管理的探索[M].聂刚,刘丽香译.北京:清华大学出版社,2005(3):153-216.
    [7]Kuehn,U.项目成本与进度综合控制[M].广联达软件股份有限公司译.北京:电子工业出版社,2008:47-62.
    [8]Mats Engwalla, Anna Jerbrantb. The resource allocation syndrome: the prime challenge of
    multi-project management[J].International Journal of Project M anagement, 2003:403-409.
    [9]Suvi Elonen, Karlos A. Artto. Problems in managing internal development projects in multi-project environments[J].International Jounral of Project Management, 2003:395-402.
    [10]张洁.EVM挣得值原理在工程项目费用管理中的应用[J].工程建设项目管理与总承包,2009(2):24-30.
    [11]何晓明.软件项目管理[J].黑龙江科技信息,2007(10):125.
    [12]陈炜煜,杨婧.项目时间管理理论与探究[J].特区经济,2013(2):221-222
    [13]赖一飞.项目计划与进度管理[J].武汉:武汉大学出版社,2007:4-18.
    [14]徐绪松,曹平.项目管理知识体系的比较分析[J].南开管理评论,2004(4):83-87.
    [15]徐绪松,曹平,龙虎.基于知识管理的项目管理知识体系框架[J].管理世界,2005(7):
    146-148.
    [16]尹贻林,朱骏文,高华.项目管理知识体系框架研究[J].技术经济与管理研究,2006(1):70.
    [17]尹贻林,朱俊文.项目管理知识体系的发展研究[J].中国软科学,2003(8):103-105.
    [18]陈少铃,闫姝.驻外国际项目人力资源管理策略[J].中国人力资源开发,2010(2):35-38.
    [19]蔡函.项目人力资源管理诌议[J].发展研究,2003(11):67-68.
    [20]杨飞雪,李公祥.项目人力资源管理质量评价的实证研究[J].项目管理技术,2007(3):20-24.
    [21]徐国栋.项目人力资源管理职能领域比较研究[J].人力资源管理,2010(11):66-67.
    [22]杨毅,易香平,大型风电就地制造项目人力资源管理模式探讨[J].人力资源管理,2012(8):68-69.
    [23]李娜,沈杰.承包商的项目范围管理[J].建筑管理现代化,2007(1):25-29.
    [24]何红渠,李庭春.系统集成项目范围管理分析[J].湖南经济管理干部学院学报,2005(3):29-31.
    [25]徐勇.项目范围管理在制造业EAM项目中的应用[J].项目管理技术,2008(12):56-60.
    [26]吕平.推行项目信息管理提升项目管理水平[J].经济师,2009(5):233-234.
    [27]钟登华,崔博,蔡绍宽.面向EPC总承包商的水电工程建设项目信息集成管理[J].水力发电学报,2010(1):114-119.
    [28]周建中,曾致远,罗志猛,郭佳,蔡一,彭杉,王赢.联合研究基金项目管理信息系统研究与实现[J].水电能源科学,2010(1):1-5.
    [29]何琪,计算机网络技术在项目信息管理中的运用[J].图书馆理论与实践,2012(3):41-42.
    [30]张宇波,张丽萍,成丽君.软件项目质量管理的应用研究[J].山西农业大学学报(自然科学版),2009(4):361-364.
    [31]周小桥.运用质量功能展开(QFD)确定项目的质量要求[J].项目管理技术,2004(3):23-26.
    [32]杨弘宇,工程项目质量管理中的激励机制应用研究[J].黑龙江交通科技,2008(1):107-109.
    [33]刘宏,全凌云.项目质量管理[J].电子质量,2008(10):54-56.
    [34]吕维锋.项目设计阶段的全面质量管理[J].项目管理技术,2009(4):61-64.
    [35]李跃宇,徐玖平.项目时间管理[M].北京:经济管理出版社,2008:12-74.
    [36]张健峰.挣值法在IT项目中的适用性分析[J].项目管理技术,2005(3):125-127.
    [37]李明彦.浅析“四大控制”原理在项目质量管理中的应用[J].建筑设计管理,2009(4):15-17.
    [38]王讳望,杜纲,齐庆祝.项目群管理模式研究[J].西安电子科技大学学报,2004(3):1-3.
    [39]程铁信,霍吉栋,刘源张.项目管理发展评述[J].管理评论,2004(16):12-14.
    [40]李文.企业多项目分级管理:天士力的实践与创新[C],第二届中国项目管理国际会议,2004:407-415.
    [41]祖似杰,庄卫民.企业项目管理中的企业文化田[J].管理工程学报,2005(增):270-272.
    [42]吴桂昌,刘书广,周学先.现代项目管理企业文化探索田[J].中国建设信息,2005(7):25-26.
    [43]程大群,陈可.组织的项目管理文化[J].前沿,2004(2):31-35.

    原创内容 fxx 2020年-10月-22日

    更多相关内容
  • 软考中级——系统集成项目管理工程师备考干货第一章:信息化知识。

    目录

    一、信息与信息化

    1. 信息的概念

    2. 信息系统的概念

    3. 信息系统生命周期

    4. 信息化

    5. 国家信息化体系六要素

    6. 信息技术发展趋势

    二、国家信息化战略和规划

    三、电子政务

    1. 电子政务的概念

    2. 电子政务的应用模式

    四、企业信息化和两化深度融合

    1. 企业信息化

    2. 推进企业信息化的指导思想和原则

    3. 推进信息化与工业化深度融合

    4. 企业资源计划(ERP)

    5. 客户关系管理(CRM)

    6. CRM 与数据挖掘

    7. 供应链管理

    8. 电子商务

    五、商业智能

    六、新一代信息技术对产业的推动

    1. 大数据(big data)

    2. 云计算(Cloud Computing)

    3. 互联网+ 

    4. 智慧城市


    一、信息与信息化

    1. 信息的概念

    信息是客观事务状态和和运动特征的一种普遍形式,客观世界中大量的存在、产生和传递着各种各样的信息。信息的概念分为本体论和认知论两个层次:

    • 本体论:事物运动状态和状态变化方式的自我表述。(地球自转)
    • 认识论:主体对事物运动状态和状态变化方式的具体描述,要把本体论信息恰如其分转化为认识论知识,为决策提供依据。(人类认识到地球有自转并描述和论证出来)

    信息的传输模型如下:

    信息只有流动起来才能体现它的价值,信息的传输技术是信息技术的核心。

    香农指出,信息是能够用来消除不确定性的东西。信息有七大质量属性:精确性、完整性、可靠性、及时性、经济性、可验证性、安全性。

    2. 信息系统的概念

    信息系统是输入数据,通过加工处理,产生信息的系统。以计算机为基础的信息系统可以定义为:结合管理理论和方法,应用信息技术解决管理问题,提高生产效率,为生产或管理决策提供支撑的系统。

    信息系统的组成包括:硬件、软件、数据库、网络、存储设备、感知设备、外设、人员以及把数据处理成信息的规程等。其中硬件指计算机设备,包括输入设备键盘、输出设备显示器等;软件由管理计算机运行的程序构成,包括设备驱动、系统软件、应用软件、数据库管理系统、中间件等;数据库是经过结构化、规范化组织后的信息集合,数据库是信息系统中最有价值最重要的部分之一。

    将硬件、软件、数据库、网络等部件按照规划的结构和程序,有机的整合到一个有清晰边界的信息系统中,以达到既定目标,这个过程就是信息系统集成。

    3. 信息系统生命周期

    借用软件生命周期表示信息系统的生命周期为:

    可行性分析与项目开发计划、需求分析、概要设计、详细设计、编码、测试、维护。

    其中概要设计包括系统总体架构方案设计、软件系统的总体架构设计、数据存储的总体设计、计算机和网络系统的方案设计等。

    详细设计包括代码设计、数据库设计、人/机界面设计、处理过程设计等。

    信息系统生命周期可简化为:

    系统规划(可行性分析与项目开发计划)、系统分析(需求分析)、系统设计(概要设计+详细设计)、系统实施(编码、测试)、系统验收、运行维护。

    各阶段输出成果如下:

    • 系统规划阶段:可行性研究报告、系统设计任务书
    • 系统分析阶段:系统分析说明书
    • 系统设计阶段:系统设计说明书
    • 系统实施阶段:实施进展报告、系统测试分析报告

    为了便于信息系统项目管理,生命周期还可简化为:

    立项(系统规划)、开发(系统分析+设计+实施+验收)、运维、消亡。

    根据项目管理简化后的生命周期,各阶段任务如下:

    • 立项阶段:根据用户业务发展和经营需要,提出建设信息系统的初步构想,然后对企业信息系统的需求进行深入调研和分析,形成《需求规格说明书》并确定立项
    • 开发阶段:以立项分析所做的需求分析为基础,进行总体规划,之后通过系统分析、设计、实施、验收等工作实现并交付系统
    • 运维阶段:信息系统通过验收,正式移交给用户后,进入运维阶段。分为更正性维护、适应性维护、完善性维护、预防性维护。
    • 消亡阶段:信息系统不可避免的会遇到系统更新改造、功能拓展或者废弃重建等情况。

    生命周期运维阶段各维护类型说明如下:

    • 更正性维护:更正发现的问题和错误;
    • 适应性维护:保持软件产品能在变化后或变化中的环境中可以继续使用;
    • 完善性维护:改进性能和可维护性,增加功能能。
    • 预防性维护:在软件产品中的潜在错误成为实际错误之前,检测和更正它们。

    4. 信息化

    信息化通常是指现代信息技术在日常工作、生活中的应用。信息化从小到大分为产品信息化、企业信息化、产业信息化、国民经济信息化、社会生活信息化。

    我国国家级的信息化系统:

    两网:政务内网和政务外网;

    一站:政府门户网站;

    四库:建立人口、法人单位、空间地理和自然资源、宏观经济四个技术数据库;

    十二金:以“金”冠名的十二个重点业务系统。

    信息化的内涵启示我们:

    信息化的主体是全体社会成员,包括政府、企业、事业、团体和个人;它的时域是一个长期的过程;它的空域是政治、经济、文化、军事和社会的一切领域;它的手段是基于现代信息技术的先进社会生产工具;它的途径是创建信息时代的社会生产力,推动社会生产关系及社会上层建筑的改革;它的目标是使国家的综合实力、社会的文明素质和生活质量的全面提升。

    5. 国家信息化体系六要素

    • 信息技术应用(龙头)
    • 信息资源(核心任务,也是薄弱环节)
    • 信息网络(基础设施)
    • 信息技术和产业(物质基础)
    • 信息化人才(成功之本)
    • 信息化政策法规和规范标准(保障)

    示意图如下,需记住各个要素位置。

    6. 信息技术发展趋势

    我国在“十三五”规划(2006 - 2020)纲要中,将培育人工智能、移动智能终端、第五代移动通信、先进传感器等作为新一代信息技术产业创新重点发展,扩大新兴产业发展空间。

    发展趋势和新技术应用包括:

    • 高速度大容量;
    • 集成化和平台化;
    • 智能化;
    • 虚拟计算;
    • 通信技术;
    • 遥感和传感技术;
    • 移动智能终端;
    • 以人为本;
    • 信息安全;
    • 两化融合。

    二、国家信息化战略和规划

    2006年 - 2020年期间,我国信息化发展的战略目标是:综合信息基础设施基本普及,信息技术自主创新能力显著增强,信息产业结构全面优化,国家信息安全保障水平大幅提高,国民经济和社会信息化取得明显成效,新型工业化发展规模初步确立,国家信息化发展的制度环境和政策体系基本完善,国民技术应用能力显著提高,为迈向信息社会奠定坚实基础。

    三、电子政务

    1. 电子政务的概念

    电子政务是指政府机构在其管理和服务职能中运用现代化信息技术,实现政府组织结构和工作流程的重组优化,超越时间、空间和部门分割的制约,建成一个精简、高校、廉洁、公平的政府运作模式。

    电子政务模型可简要概括为:

    • 政府部门内部利用先进的网络信息技术实现办公自动化、管理信息化、决策科技化;
    • 政府部门与社会各界利用网络信息平台充分进行信息共享与服务、加强群众监督、提高办事效率及促进政务公开等。

    电子政务云(E-government cloud)属于政府云,结合了云计算技术的特点,对政府管理和服务职能呢个进行精简、优化、整合,并通过信息化手段在政务上实现各种业务流程办理和职能服务,为政府部门提供基础 IT 服务平台。

    2. 电子政务的应用模式

    电子政务根据其服务对象不同分为 4 种模式:

    • 政府对政府(Government to Government,G2G)
    • 政府对企业(Government to Business,G2B)
    • 政府对公众(Government to Citizen,G2C)
    • 政府对公务员(Government to Employee,G2E)

    四、企业信息化和两化深度融合

    1. 企业信息化

    概况的说,企业信息化就是:“在企业作业、管理、决策的各个层面,科学计算、过程控制、事务处理、经营管理的各个领域,引进和使用现代信息技术,全面改革管理体制和机制,从而大幅度提高企业工作效率、市场竞争能力和经济效益”。

    企业信息化机构分为四层结构:

    • 产品(服务)层:提供产品或服务供用户使用;
    • 作业层:利用计算机代替人工操作,完成数据的采集,在日常事务处理、报表查询处理、销售业务管理等方面提供相应的报表;
    • 管理层:在数据采集和分析基础上,结合企业经营战略,对财务、库存、销售、人事等进行有效管理;
    • 决策层:通过获得的各类数据,确定企业目标、纲领和实施方案,进行宏观控制。

    2. 推进企业信息化的指导思想和原则

    政府推动,统筹规划,企业行为,政策支持,分布实施。推进企业信息化发展的过程中应遵循以下原则:

    • 效益原则
    • “一把手”原则
    • 中长期与短期建设相结合原则
    • 规范化和标准化原则
    • 以人为本原则

    3. 推进信息化与工业化深度融合

    加快推进新一代信息技术制造技术结合发展,把智能制造作为两化深度融合的主攻方向;着力发展智能装备和智能产品,推进生产过程智能化,培育新型生产方式。包括五个方面:

    • 研究制定智能制造发展战略
    • 加快发展智能制造装备和产品
    • 推进制造过程智能化
    • 深化互联网在制造领域的应用
    • 加强互联网在基础设施的建设

    4. 企业资源计划(ERP)

    一个以财务会计为核心的信息系统,用来识别和规划企业资源,对采购、生产、成本、库存、销售、运输、财务和人力资源等进行规划和优化,从而达到最佳资源组合,使企业利润最大化。

    ERP 系统是统一的集成系统、是面向业务流程的系统、是模块化的可配置的、是开放的系统(特点)。具有以下功能:

    财会管理物流管理生产控制管理人力资源管理
    • 会计核算
    • 财务管理
    • 销售管理
    • 库存控制
    • 采购管理
    • 主生产计划
    • 物料需求计划
    • 能力需求计划
    • 车间控制
    • 制造标准
    • 人力资源规划的辅助决策
    • 招聘管理
    • 工资核算
    • 工时管理
    • 差旅核算

    5. 客户关系管理(CRM)

    CRM 系统是基于方法学、软件和因特网的已有组织的方式帮助企业管理客户关系的信息系统。管理对象有竞争者、企业员工、政府部门、媒体、代理商、咨询、客户、合作伙伴、代理商。CRM 在注重提高客户满意度的同时,一定要把帮助企业提高获取利润的能力(最终目的)作为重要指标。它更是一种以客户为中心的商业策略。CRM 的实施要求企业对其业务功能进行重新设计,并对工作流程进行重组

    CRM 的三个要点,即客户、关系、管理:

    • 客户,企业产品或服务所面向的对象;
    • 关系,指两个个体之间,或者组织之间,又或者组织与个体之间的关系;
    • 管理,管理是指对资源的有效控制和分配,以实现最优的资源配置和提高团队工作效率。

    CRM 客户数据分为三类:

    • 描述性数据,客户的基本信息;
    • 促销性数据,这类数据是体现企业曾经为客户提供的产品和服务的历史数据,包括用户产品使用情况调查、促销活动记录、客服人员的建议、广告数据等;
    • 交易性数据,客户对企业做出的回馈的数据,如购买记录、投诉信息、客户建议等。

    一个合格的 CRM 系统至少需要包括自动化的销售、自动化的市场营销、自动化的客户服务三个功能模块。

    6. CRM 与数据挖掘

    完整的数据挖掘必须包括数据的清理与集成、数据的选择与变换、数据挖掘以及以后的知识评估与表示。数据挖掘的直接对象一般包括关系型数据库数据仓库事务数据库以及一些新型的高级数据库。数据挖掘的任务分为两项即描述分类和预测。数据挖掘可以辅助销售人员开展销售,可以增加客户在生命周期中的价值

    7. 供应链管理

    供应链是一个范围很大的企业结构模式,包含了所有参与的节点企业,从原材料开始,经过各个环节,直到用户,是一个网状结构。具有交叉性、动态性、存在核心企业、复杂性、面向用户五个特征。

    供应链管理是一种集成的管理思想和方法,在满足服务水平要求的同同时,为了使系统成本达到最低而采用的将供应商、制造商、仓库和商店有效的结合为一体,有效的控制信息流资金流物流。可归纳为以下五点:

    • 以客户为中心;
    • 集成化管理;
    • 拓展性管理;
    • 合作管理;
    • 多层次管理。

    供应链管理设计的原则:

    • 自顶向下和自底向上相结合的设计原则;
    • 简洁性原则;
    • 取长补短原则;
    • 动态性原则;
    • 合作性原则;
    • 创新性原则;
    • 战略性原则。

    8. 电子商务

    电子商务是利用计算机技术、网络技术和远程通信技术,实现整个商务过程的电子化、数字化和网络化。要实现完整的电子商务会涉及到很多方面,除了卖家、买家外,还要有银行或者金融机构、政府机构、认证机构、配送中心的加入才行。

    电子商务的主要功能:广告宣传、咨询洽谈、网上订购、网上支付、交易管理、商品推送、商户管理、供应链管理。

    按照交易对象,电子商务可分为:

    • B2B(Business to Business)
    • B2C(Business to Consumer)
    • C2C(Consumer to Consumer)
    • B2G(Business to Government)
    • C2B(Customer to Business)
    • C2G(Customer to Government)

    按照付费模式,电子商务可分为:

    • O2O(Online to Offline)线上下订单,实体店提货或获取服务

    电子商务系统架构如下(自下而上):

    公共政策、法律及隐私

    电子商务应用

    在线营销与广告、在线购物、远程金融服务、供应链管理

    各种技术标准

    商业服务的基础设施

    目录服务、安全、认证、电子付款

    报文和信息传播的技术设施

    FAX、E-mail、EDI、HTTP

    多媒体内容和网络出版的基础设施

    HTML、Java、全球web

    网络基础设施

    以远程通信网、有限电视网、Internet

    五、商业智能

    商业智能通常被理解为将组织中现有的数据转化为知识,帮助组织做出明智的业务经营决策。商业智能系统应具有的主要功能:

    • 数据仓库;
    • 数据 ETL;
    • 数据统计输出;
    • 分析功能。

    商业智能的实现有数据报表、多维数据分析、数据挖掘三个层次。

    根据数据存储的方式,联机分析处理(OLAP)可以有多种实现方法:ROLAP、MOLAP、HOLAP。

    实现商业智能的步骤:

    1. 需求分析;
    2. 数据仓库建模;
    3. 数据抽取;
    4. 建立商业智能分析报表;
    5. 用户培训和数据模拟测试;
    6. 系统改进和完善。

    六、新一代信息技术对产业的推动

    1. 大数据(big data)

    是指无法在可承受的时间范围内用常规软件工具进行捕捉、管理和处理的数据集合。是需要采用新处理模式才能获取很多智能的、深入的、有价值的信息,以期望得到更强的决策力、洞察力和流程优化能力的海量、高增长率和多样化的信息资源。大数据的分析处理不能使用随机分析法,应该对所有数据进行分析。

    大数据具有Volume(大量)、Varity(多样)、Value(价值)、Velcity(高速)、Veracity(真实)五大特点。

    2. 云计算(Cloud Computing)

    基于互联网的计算方式,通过这种方式,在网络上配置共享的软件资源、计算资源、存储资源和信息资源,这些网络上配置的资源可以按需求提供给网上的终端设备和终端用户。

    云计算服务类型分为:

    • IaaS(基础设施即服务),提供计算能力、存储空间等基础方面的服务;
    • PaaS(平台即服务),提供虚拟的操作系统、数据库管理系统、Web 应用等平台化服务;
    • SaaS(软件即服务),提供应用软件、组件、工作流等虚拟化软件的服务。

    3. 互联网+ 

    互联网+就是互联网加各个传统行业,不是简单的两者相加,而是利用信息通信技术以及互联网平台,让互联网与传统行业进行深度融合,创造新的发展生态。

    4. 智慧城市

    智慧城市的建设需要经过以下几步:

    1. 信息采集设备获取城市系统数据;
    2. 通过网络将城市数据关联、融合、处理分析为信息;
    3. 通过充分共享、智能挖掘将信息变为知识;
    4. 结合信息技术,把知识应用到各行各业形成智慧。
    展开全文
  • 信息系统开发管理

    2021-08-20 23:52:50
    信息系统开发管理知识点

    文章目录


    [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-ou1ZGxNO-1629474754910)(64ED03A556784F3AB640BDAD5CFBC081)]

    [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-YTrF1HfW-1629474754917)(0F9D9632FD3B40A48D3C445B034A7AF2)]

    ++下划线++ 代表填空题和选择题考

    第一章 管理信息系统导论

    第一节 管理信息系统概念及其发展

    [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-YUGg94my-1629474754919)(414E6F506E40469A9A5DB9158422899C)]

    1.1.1 管理信息系统概念的起源

    1. 信息化是21世纪最重要的经济发展模式和最显著的时代特征,是目前使用频率最高的词语之一
    2. 开发与建设管理信息系统是信息化的具体表现形式和主要内容之一。
    3. 管理信息系统(Management Information System, MIS)
    4. 管理信息系统是管理信息技术不断融合的产物,
      是信息化的具体表现形式主要内容
    5. 管理信息系统是管理现代化信息技术的应用不断融合的产物

    1.1.2 管理信息系统概念的演进

    1. 单个的高度一体化的系统 --> 各子系统的联合

    1.1.3 管理信息系统的定义

    基本定义

    1. 管理信息系统是一个由人、机(计算机)组成的能进行管理信息的收集、传递、存储、加工、维护和使用的系统
    2. 监测企业或组织的各种运行情况,利用过去的数据预测未来;从全局出发辅助决策;
    3. 利用信息控制企业或组织行为;帮助其实现长远的规划目标
    4. 信息系统是一个人机系统,同时它又是一个一体化系统

    人机系统

    1. 管理信息系统=人+计算机,是一个人-机合成系统
    2. 但是计算机并不一定是管理信息系统的必要条件,只要有管理,就要有信息,就必然有管理信息系统

    一体化系统

    1. 管理信息系统是一个一体化系统,或称集成系统
    2. 一体化具有两个含义:
      • (1) 数据的一体化, 数据在各部门之间共享,信息成为企业的资源
      • (2) 系统开发的一体化,总体规划,分步实施

    第二节 管理信息系统的分类

    [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-fqy6LDEv-1629474754921)(7FF456D645A64755A5367AD909EC4613)]

    1.2.1 按核心业务活动分类

    电子业务系统

    1. 主要针对一个组织内部的具体业务过程而建立
    2. 通常我们所说的管理信息系统均是指这类系统
    3. 我国大多数企业和组织的管理信息系统的核心部分都属于电子业务系统
      • 人力资源管理系统
      • 教务管理系统
      • 生产业务管理系统
      • 会计信息系统
      • 学籍管理系统
      • 铁路客票发售系统
      • 企业资源计划系统
      • 科技管理系统

    电子政务系统

    1. 主要针对政府部门的政务管理活动和服务职能而建立
    2. 政府的主要职能包括经济管理、市场监督、社会管理和公共服务
      • 宏观经济管理系统
      • 市场监督管理系统
      • 社会治安管理系统

    电子商务系统

    1. 主要针对商贸活动而建立,主要依托Internet,
      实现网上购物、网上交易和在线支付等活动
      • 企业对企业B2B,
      • 企业对消费者B2C
      • 消费者对消费者C2C
      • 企业对政府B2G
    2. 电子商务系统的核心部分通常是以“网站”的形式出现的

    1.2.2 按数据处理方式分类

    操作型管理信息系统

    1. 面向具体的管理业务而建立,功能简单
    2. 数据录入、修改、删除、打印、查找和简单的汇总计算
      • 会计记账管理系统
      • 工资发放管理系统
      • 人事档案管理系统

    分析型管理信息系统

    1. 面向那些需要进行趋势分析、预测等管理决策
      需求而建立
    2. 基于操作型管理信息系统开发
    3. 基于会计记账管理系统开发的财务分析系统

    1.2.3 按管理应用层次分类

    事务型管理信息系统

    1. 事务型管理信息系统主要服务于组织的基层管理者,主要目的是具体业务过程的自动化,操作型管理信息系统大多是事务型管理信息系统
    2. 基层管理者,自动化

    管理型管理信息系统

    1. 管理型管理信息系统主要服务于组织的中层管理者,提供综合查询、统计分析和报表、报告等功能,涉及多项业务的综合管理。主要目的是使组织的中层管理人员通过固定格式的报表、报告和综合查询、统计分析,了解和监视管理领域的运行情况
    2. 中层管理者,综合管理,了解和监视管理领域的运行情况

    战略型管理信息系统

    1. 战略型管理信息系统主要服务于组织的高层管理者,主要目的是为战略计划的制订和调整提供辅助决策功能。这类系统所需要的数据一般来源事务型管理信息系统和管理型管理信息系统,还有一些来自企业外部,其中外部数据所占的比例较大。
    2. 高层管理者,提供辅助决策功能

    1.2.4 按行业和业务职能分类

    按行业或部门

    1. 铁路管理信息系统
    2. 农业管理信息系统
    3. 房地产业管理信息系统

    按业务职能

    1. 铁路统计系统
    2. 客票预发售系统
    3. 危险品及安全管理系统

    第三节 管理信息系统的结构

    [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-zzWb3LFd-1629474754922)(1AF3FC516AAB4C578AD25ED86C5A793D)]

    结构是指管理信息系统的各部件的构成框架
    对这些部件的理解不同,就构成了不同的结构方式

    1.3.1 功能结构

    1. 从使用者角度看,任何一个管理信息系统均有明确的目标,并由若干具体功能组成
    2. 各功能相互联系,构成一个有机结合的整
      ,表现出系统的特性,这就是功能结构
      [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-AHYYtkvi-1629474754924)(2778B12144EC4A0DAC702855C50E3CBA)]

    1.3.2 概念结构

    1. 管理信息系统的概念结构由__信息源__、信息处理器、信息用户和信息管理者
      组成。
      • 信息管理者 负责信息系统的设计、实施、维护等工作
      • 信息源 信息产生地
      • 信息处理器 担负着信息的传输、加工、存储等任务
      • 信息用户 信息的最终使用者应用信息进行管理决策
    2. 简述管理信息系统的概念结构。
      • 管理信息系统的功能结构反映了管理的业务职能,比较直观,易于理解
      • 如果对各个管理信息系统的功能结构进行抽象,会发现所有的管理信息系统均是由信息源、信息处理器、信息用户和信息管理者四大部件组成,这就是管理信息系统的概念结构

    1.3.3 管理职能结构

    1. 针对一个管理组织,我们可以从三个视角进行分析
    2. 纵向视野
      • 一般将管理活动分为高、中、低三个层次,即战略计划层、管理控制层和执行控制层
      • 针对这三个层次所建设的系统称为战略计划子系统、管理控制子系统和执行控制子系统
      • 分别属于战略型、管理型和事务型管理信息系统;
    3. 横向视野
      • 从横向来看一个组织,其管理活动是按职能排列的,
      • 分为若干子系统:生产管理子系统,销售管理子系统和物资管理子系统,财务会计管理子系统,人力资源管理子系统
    4. 综合视野
      • 实际企业中的管理活动不单纯按层次或职能划分,是横、纵交叉形成的完整的管理活动。

    1.3.4 软硬件结构

    1. 硬件结构
      • 管理信息系统的硬件结构是系统的实体部分,包括计算机、外设和网络硬件设备及其联机方式。
    2. 组成:
      • 客户机:与管理信息系统用户直接交互的硬件设备(台式机、笔记本、pad、智能手机)
      • 服务器:为客户端计算机提供各种服务的高性能计算机。
    3. 服务器分类
      • 按规模划分
        • 超级计算机
        • 大型机
        • 小型机
        • PC服务器
      • 按操作系统划分
        • Windows服务器
        • Unix服务器
        • Linux服务器
      • 按功能划分
        • 数据库服务器
        • 打印服务器
        • 邮件服务器
        • Web服务器等等
    4. 软件结构
    5. 管理信息系统的软件结构主要包括两方面:
      • 一是描述管理信息系统应用软件的功能模块,对管理信息系统功能结构的进一步补充和细化,一般可以用系统模块结构图的形式展示
      • 二是依附于硬件结构的管理信息系统的软件结构,主要包括操作系统、数据库管理系统、应用开发工具和各种服务器软件等

    1.3.5 网络计算结构

    [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-oCSi08Bz-1629474754925)(1AA9FFBEE7E24962864C37C1ADC6E008)]

    1. C/S模式的最大优点是交互性强
    2. 两层结构C/S 胖客户端(表现层+业务层)和数据层
    3. 三层结构C/S 表现层+业务层+数据层
    4. B/S的产生与发展主要得益于Internet技术的发展

    第四节 管理信息系统的几种典型应用

    [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-tTczCa57-1629474754926)(627E06ACE1A5444C9B6EEF4CF91B8810)]

    1.4.1 MRP系统

    1. MRP一种以物料需求的计划与控制为主线的管理思想,基于此种管理方法形成的管理信息系统被称为MRP系统
    2. MRP系统逻辑流程:
      • MRP的++基本内容++是编制零件的生产计划和采购计划。++首先++定制主生产计划据此定制物料需求计划、生产进度计划与能力需求计划
    3. MRP计算依据:
      • 主生产计划(MPS)
      • 物料清单(BOM)
      • 库存信息
    4. MRP系统管理理念:
      • (1)供需平衡原则
      • (2)优先级计划原则

    1.4.2 MRPⅡ系统

    1. MRP系统只涉及物流,只是企业生产管理的一个方面
    2. MRPII系统,制造资源计划(Manufacturing Resource Planning)集制造、财务、销售、采购、工程技术等各子系统为一体

    1.4.3 ERP系统

    1. MRPII系统仅仅局限于企业内部制造资源,不包括面向供应链管理的概念
    2. 逐渐扩展为覆盖工程、财务、人力资源和项目管理等领域的企业内全部活动,演化成为新一代企业资源计划(Enterprise Resource Planning,ERP

    ERP三大特征:助记✍️:故事链(顾时链)

    - 顾客驱动 基于时间 面向整个供应链
    

    ERP四大元素:助记✍️:人钱物信息

    - 资金 货物 人员 信息
    

    ERP主要功能:助记✍️:财物生人

    - 财务管理 物流管理 生产计划与控制管理 人力资源管理
    

    [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-BEZxgJj5-1629474754927)(E4698D77169D42BA982FE6D0A7309CD0)]

    本章知识点总结

    [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-tTI0BZyO-1629474754927)(0E9DACA0E28248F683D4AB2F7E75C042)]

    第二章 管理信息系统的基本知识

    [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-TBRWvyGZ-1629474754928)(CBEE68716ED34EEEB15AEBBC09817399)]

    第一节 管理的基本知识

    [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-IMXQLWQA-1629474754929)(F83EF40436A544FABBB43772D6F92898)]

    2.1.1 管理的含义

    管理的概念

    1. “管理就是对工商企业、政府机关、人民团体以及其他各种组织的一切活动的指导”
    2. 管理就是由一个或更多的人来协调他人的活动,以便收到个人单独活动所不能收到的效果而进行的各种活动
    3. 这一概念有三方面的含义:
      1. 管理工作的中心是管理其他人的工作
      2. 管理工作是通过协调其他人的活动来进行的,追求群体的协同效应
      3. 管理就是去营造一种激励环境,使其所有工作人员努力工作,发挥群体的协同效应,达到企业或组织的目标

    管理与信息系统的关系

    1. 管理的过程就是基于信息的决策过程,它通常包含以下步骤:
      • (1)发现问题
      • (2)拟定方案
      • (3)作出决策

    管理现代化

    1. 管理现代化的内容是随着社会的变化、生产力的发展和科学技术水平的提高而不断更新和充实的
    2. 管理现代化是一个整体的概念,主要包括:
      • (1)管理思想的现代化
      • (2)管理组织的现代化
      • (3)管理方法的现代化
      • (4)管理手段的现代化

    管理的基本职能

    1. “管理的五大职能说”
      • 计划 管理的首要职能,对未来事件作出预测,以定制出行动方案
      • 组织 完成计划所需的组织结构、规章制度、人财物的配备等
      • 指挥 对所属对象的行为进行发令、调度、检查
      • 协调 使组织内部的每一部分或每一成员的个别行为都能服从于整个集体的目标,是管理过程中带有综合性、整体性的一种职能
      • 控制 对下属人员的行为进行检测,纠正偏差,使其按规定的要求工作

    [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-iidjaWqK-1629474754930)(9E5D4C17F608440E8A5193BB393C5879)]

    2.1.2 组织结构

    1. 组织是保证管理目标实现的重要手段,是管理的重要问题
      了解管理的组织结构将有助于我们分析和设计管理信息系统
    2. 直线制组织结构 职能制组织结构 矩阵式组织结构

    直线制

    1. 最早也是最简单的组织形式
    2. 特点:企业各级行政单位从上到下实行垂直领导,下属部门只接受一个上级的指令,各级主管负责人对所属单位的一切问题负责
    3. 直线制结构比较适用于任务明确,而又要求领导集中、控制严格的情况,是一种树状组织

    职能制

    1. 各级行政单位除主管负责人外,还相应地设立一些职能机构
    2. 优点:减少了最高领导者的负担
    3. 缺点:容易造成办事效率低下等现象
    4. 职能制组织机构:
      • 职能制组织结构,是各级行政单位除主管负责人外,还相应地设立一些职能机构。如在厂长下面设立职能部门和人员,协助厂长从事职能管理工作

    矩阵式

    1. 两维组成,一维是直线组织,另一维是任务(如产品、项目、地区等
    2. 优点:加强了横向联系、具有较大的机动性
    3. 缺点:人员受双重领导,有时不易分清责任

    2.1.3 管理部门的划分方法

    1. 职能制和矩阵式是目前多数企业采用的组织结构,其中包含了若干管理部门
    2. 一个企业可以按以下原则进行管理部门的划分:

    按职能划分部门

    1. 最广泛采用
    2. 制造业、商业

    按地区划分部门

    1. 较普遍采用
    2. 政府机关、银行、法院、工商

    按产品划分部门

    1. 大规模组织中比较流行
    2. 汽车制造厂:发动机分厂、车身分厂
    3. 学校:院、系、专业

    2.1.4 管理幅度与层次

    管理幅度

    1. 管理幅度又称“管理跨度”或“管理宽度”,是指一名管理者有效地监督、管理其直接下属的人数是有限的,当超过某个限度时,管理的效率就会随之下降,所以必须增加一个管理层次。

    管理层次

    1. 管理层次就是指管理组织划分为多少个等级。管理者的能力有限,当下属人数太多超出了自己的管理幅度时,需要划分层次,不同的管理层次标志着不同的的职责和权限。
    2. 我们将管理划分为三个层次:高层管理、中层管理和基层管理
    3. 高层管理战略级管理,指一个组织最高领导层,主要职能是根据组织内外的全面情况,分析和制定该组织长远目标及策略
    4. 中层管理战术级管理,主要任务是根据最高层管理所确定的总体目标,对组织内部所拥有的各种资源,制定资源分配计划和进展表,并组织基层单位来实现总体目标。中层管理有时也称为控制管理
    5. 基层管理 也称执行层作业层管理,它是按照中层管理制定的计划,具体组织人力去完成计划

    管理的扁平化

    1. 按照管理幅度的大小及管理层次的多少,分成两种结构:
    2. 扁平结构管理层次少而管理宽度大
    3. 直式结构管理层次多而管理宽度小
    4. 为了达到有效管理,应尽可能地减少管理层次,我们将这一
      过程称为管理扁平化

    2.1.5 管理层次与决策类型

    1. 决策是管理活动的中心,管理活动的低、中、高三个层次分别对应着三种类型的决策过程

    结构化决策

    1. 通常指确定型的管理问题,它根据一定的决策规则通用的模型来实现其决策过程的自动化
    2. 财务处理
    3. 物资出入库管理

    半结构化决策

    1. 通常指企业职能部门主管业务人员的计划控制等管理决策活动
    2. 市场预测

    非结构化决策

    1. 很难用确定的模型来描述的一类管理决策活动,它强调决策者的主观意识,这类问题一般都带有全局性、战略性和复杂性
    2. 市场开发
    3. 企业发展战略

    [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-TOIuHAKG-1629474754931)(00D744C2042D43489DBA751CED64188E)]

    第二节 信息的基本知识

    [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-FkA3tDPO-1629474754931)(CD9BA5DA739B4EA1ABFDD7D94C6469DA)]

    2.2.1 信息与数据

    1. 数据 数据是对客观事物的记载,数据由一些可以鉴别的物理符号组成
    2. 信息 信息是经过加工的数据,是有一定含义、能减少不确定性、对决策或行为有现实或潜在价值的数据

    2.2.2 信息的基本属性

    1. 地位:客观信息、主观信息

    2. 作用大小:有用信息、无用信息、干扰信息

    3. 应用部门:工业信息、农业信息、军事信息、科技信息、市场信息、等

    4. 共同的基本属性:

      • 普遍性
        • 信息是普遍存在的,它是事物运动和状态改变的方式。因此,只要有事物存在,只要有事物运动,会有它们运动的状态和方式,存在信息
      • 事实性
        • 信息描述了事物运动和状态的改变,因此,它具有事实性,这是信息的重要基本性质之一
      • 共享性
        • 信息是一种特殊的资源,只能共享不能交换,只有将企业的全部信息集中管理,充分共享,信息才可能成为企业可利用的资源
      • 层次性
        • 通常将管理分成三个层次:高层管理、中层管理、基层管理。对于同一个问题,处于不同的管理层次,要求不同的信息。因此,信息与管理一样,也具有层次性
      • 变换性
        • 信息是事物运动的状态和方式,不是事物本身,因此信息可以负载在其他一切尽可能的物质载体和能量形式上
      • 扩散性
        • 信息的本性,信息力图冲破保密的、非自然的约束,通过各种渠道和手段向四面八方传播
      • 非消耗性
        • 信息与其他物质资源不同,它在使用过程中不但不会被消耗,而且还可能出现再生或增殖
      • 可压缩性
        • 指信息经过浓缩、集中、综合和概括等处理后,而不至于丢失信息的本质
      • 可转化性
        • 从潜在的意义上讲,信息是可以转化的。它在一定条件下(其中最主要的条件就是信息被人们有效利用),可以转化为物质、能量、时间及其他
    5. 共同基本属性

      • 普遍性 信息是普遍存在的
      • 事实性 信息描述了事物运动和状态的改变
      • 层次性 通常将管理分成三个层次,信息与管理一样,也具有层次性
      • 可压缩性 浓缩、集中、综合和概括等处理
      • 扩散性 信息力图冲破保密的、非自然的约束,通过各种渠道和手段向四面八方传播
      • 非消耗性 在使用过程中不但不会被消耗
      • 共享性 信息是一种特殊的资源,只能共享不能交换
      • 变换性 信息可以负载在其他一切尽可能的物质载体和能量形式上
      • 可转化性 可以转化为物质、能量、时间及其他

    2.2.3 信息处理的生命周期

    1. 从信息的产生到最终被使用而发挥作用,可将信息的生命周期分为需求、收集、传输、处理、存储、维护、使用和退出等过程
      [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-PDWADnhC-1629474754932)(F5E0EF5AC6E94976A3AC70B7A57F7710)]

    信息收集

    1. 根据管理人员对信息的需求而进行的原始数据的获取过程
    2. 在进行信息收集阶段面临的
      • 首要问题如何将需要的信息识别出来
      • 其次是收集的方法问题
      • 最后是用何种形式将收集结果表现出来的问题

    信息传输

    1. 信息只有及时准确地送到需要信息的管理者手中,才能发挥作用
    2. 所谓及时准确,实际上是一个信息传递的效率问题,表现为信息传输的速度和质量

    信息处理

    1. 信息处理/加工,就是对收集到的信息进行去伪存真、去粗取精、由表及里、由此及彼的加工过程
    2. 信息加工不可避免地产生时间延迟,这也是信息的一个重要特征:滞后性

    信息存储

    1. 信息存储活动主要涉及保存什么信息、存储介质、保存时间、存储方式四个问题

    信息维护

    1. 信息维护的主要目的是保证信息的准确性、及时性、安全性、保密性

    2.2.4 管理信息与决策

    管理信息的分类和特性

    1. 管理信息定义 指对企业的日常经营、决策和战略规划等管理活动有用的信息
    2. 管理信息分类
      • 按管理职能分:
        • 产品设计信息、生产信息、市场销售信息、人力资源信息
      • 按信息来源分:
        • 内部信息、外部信息
      • 按信息流向分
        • 输入信息、输出信息、控制信息、反馈信息、
    3. 管理信息特点
      • 信息来源的分散性
      • 信息量大且多样性
      • 信息处理方法的多样性
      • 信息的发生、加工和使用时间、空间上的不一致性

    管理信息与决策的关系

    1. ❶决策需要信息的支
    2. ❷不同的管理层次需要不同的信息
    3. 决策过程可以视为一个信息处理过程
      [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-L0Q8KTr5-1629474754933)(C5C5B0B7E2284D4599A40E6490A5307E)]

    第三节 系统的基本知识

    [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-eMl3XK8T-1629474754933)(D8274339CF224EF0BF973A5B9725471B)]

    2.3.1 系统的概念

    系统的概念

    系统是由一些相互联系、相互制约的若干组成部分结合而成的、具有特定功能的一个有机整体(集合)

    系统存在的三个基本条件

    (1)系统是由若干要素(部分)组成的
    (2)系统有一定的结构
    (3)系统有一定的功能,或者说系统要有一定的目的性

    系统的基本要素

    无论何种具体的系统,均可以分解为输入、处理、输出、反馈和控制五个基本要素。

    2.3.2 系统的分类

    按复杂程度分类:

    复杂程度由低到高

    1. 物理结构系统
    2. 生物系统
    3. 人类系统
    4. 社会系统
    5. 宇宙系统

    按系统与环境的关系分类:

    1. 封闭系统
    2. 开放系统

    按是否有反馈机制分类:

    1. 开环系统
    2. 闭环系统

    按抽象程度分类:

    抽象程度由高到低

    1. 概念系统
    2. 逻辑系统
    3. 物理系统

    2.3.3 系统的属性

    整体性

    1. 系统的总体性能大于各要素性能之和
    2. 系统的整体性
      • 整体性是系统的一个属性。虽然系统是由要素或子系统组成的,但系统的整体性能可以大于各要素的性能之和。因此在处理系统问题时,要注意研究系统的结构与功能的关系,重视提高系统的整体功能

    关联性

    1. 指系统与其子系统之间、系统内部各子系统之间和系统与环境
      之间的相互作用、相互依存和相互关系
    2. 系统的关联性
      • 关联性是系统的一个属性,是指系统与其子系统之间、系统内部各子系统之间和系统与环境之间的相互作用、相互依存和相互关系。离开关联性就不能揭示复杂系统的本质

    层次性

    1. 一个系统总是由若干子系统组成的,该系统本身又可看做是一
      个更大的系统的一个子系统

    统一性

    1. 不同层次上系统运动规律的统一性,不同层次上的系统运动都
      存在组织化的倾向,而不同系统之间存在着系统同构

    2.3.4 系统的分解

    系统分解的目的:

    1. 面对一个庞大而又复杂的系统,我们将其按一定原则划分为若干子系统,从而降低分析的难度,这种系统方法称为系统的分解。

    系统分解的原则:

    1. (1)可控制性原则
    2. (2)功能聚合性原则
    3. (3)接口标准化原则
    • 面对一个复杂的系统,人们将其划分为若干子系统,从而降低分析的难度,这种系统方法称为系统的__++分解++____,或称系统分析
    • 系统在分解的过程中,子系统之间的连接点被定义为__接口___。

    第四节 信息技术的基本知识

    [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-P0B51pTE-1629474754934)(A21E0D112780456EAFA26E865A66B340)]

    管理信息系统的三大核心技术

    1. 网络技术
    2. 数据库技术
    3. 开发语言

    2.4.1 网络技术

    计算机网络的概念

    1. 利用通信设备和线路将地理位置不同、功能独立的两台或两台以上的计算机互联起来,以功能完善的网络软件实现资源共享和信息传递的系统

    网络的分类

    1. 按通信介质分:有线网、无线网
    2. 按地理范围分:局域网、广域网

    网络协议

    1. 计算机之间“对话”的语言
      • 常用协议:TCP/IP协议、IPX/SPX协议、NetBEUI协议
      • 局域网中可以使用三种协议中任意一种,但是访问Internet必须使用TCP/IP协议

    网络拓扑结构

    1. 指计算机及网络设备在空间上的排列形式
      • 最基本的拓扑结构有总线型、星形和环形三种

    网络安全

    1. 网络安全是指网络系统的硬件、软件及其系统中的数据受到保护,本质上讲就是网络上的信息安全。
      安全的网络一般具有保密性、完整性、可用性、可控性和可审 查性五个特征。
    • 在网络上,各台计算机相互“对话”的语言称为网络__协议____。

    2.4.2 数据库技术

    数据库(Database)的概念

    1. 各种相关数据的集合和容器

    数据表(Table)的概念

    1. 数据库的重要组成部分,存放数据的基本数据结构

    数据库管理系统DBMS

    1. 对数据库进行管理的系统软件,位于用户和操作系统之间,为用户或应用程序提供访问数据库的方法和工具

    结构化查询语言SQL

    1. 关系数据库的标准语言
      • 管理信息系统中的常见的“CRUD”四类操作中
      • Create增加
      • Retrieve检索
      • Update修改
      • Delete删除

    2.4.3 计算机语言

    机器语言

    1. 第一代计算机语言,直接和机器打交道的语言

    汇编语言

    1. 第二代计算机语言,基于助记符的语言

    高级语言

    1. 第三代计算机语言,语法和句法与自然语言接近的语言

    第三章 系统开发方法概述

    [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-uiknRUTK-1629474754935)(4FCBA4F1D6534FDBBFE24B989FFE85DD)]

    第一节 管理信息系统开发的基本问题

    [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-sKQ1ZsNP-1629474754936)(51E19BC9DBAC4929985D4DC98497EB3E)]

    3.1.1 系统开发具备的条件

    企业高层领导应重视和介入

    1. 对系统开发和使用成败起决定作用首要条件

    企业业务人员要有积极性

    1. 企业各类业务人员是管理信息系统主要的直接操作者与使用者

    企业要有一定的科学管理基础

    要有一定的投资保证

    1. 管理信息系统投入运行后,维护费用占总投资的主要部分

    重视 积极 管理 投资 (重鸡冠头)

    3.1.2 系统开发前的准备工作

    借鉴同类系统的开发经验

    确定系统目标、开发策略和投资金额

    收集和整理基础数据

    3.1.3 系统开发的困难因素

    新系统对当前管理模式影响较大

    管理信息系统的效益不易用货币形式直接反映

    基础数据的准确性与完整性差

    重视编程,轻视规划

    采用增加开发人员的方式来加快进度

    堆栈现象

    第二节 管理信息系统的开发方法

    [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Z0LuSk55-1629474754936)(47D9C4318F5344C992A47BAA80F3ADC4)]

    3.2.1 系统开发方法的产生背景

    软件危机

    1. (1)软件开发费用和进度失控
    2. (2)软件的可靠性太差
    3. (3)生产出来的软件难以维护
    4. 为摆脱软件危机的影响,推进开发的成功率,管理信息系统的研制
      必经之路是工程化的道路。

    3.2.2 结构化开发方法

    结构化方法是20世纪70年代基于瀑布模型提出的,是目前最成熟、应用最为广泛的管理信息系统开发方法之一

    [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-SiDD4knJ-1629474754937)(FBB24F34856E4CFD8931C0C0E4E2084B)]

    结构化分析

    1. 基本思想:“自顶向下,由粗到细,逐步求精”
    2. 基本手段:“分解”和“抽象”
    3. 基本策略:“自顶向下”和“逐步求精”
    4. 主要内容:分析结果用图形表示,四部分组成
      • 一套分层的数据流图
      • 一本数据词典
      • 一组加工(处理)说明、
      • 补充材料

    结构化设计

    1. 分为两步:(1)总体设计(2)详细设计
    2. 主要特点:
      • (1)相对独立、功能单一模块结构
      • (2)块联系,块联系
      • (3)采用模块结构图的描述方式

    3.2.3 原型化开发方法

    原型

    1. 在管理信息系统开发中,用“原型”来形象地表示系统的一个早期可运行版本,它能反映新系统的部分重要功能和特征

    原型化方法

    1. 要求在获得一组基本的用户需求后,快速地开发出新系统的一个原型,用户、开发者及其他有关人员在试用原型的过程中,加强通信和反馈,通过反复评价和反复修改原型系统,逐步确定各种需求的细节,适应需求的变化,从而最终提高新系统的质量
    2. 因此,原型化方法是一种确定用户需求的有效方法,它采用“启发式”方法,引导用户逐渐加深对系统的理解,最终提出明确的需求

    [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-mdGxAZfc-1629474754937)(4D7A422AFAF8460DA062BE4081884DC4)]

    原型化方法的三种类型

    探索型
    1. 主要是针对开发目标模糊、用户和开发人员对项目都缺乏经验的情况
    实验型
    1. 用于大规模开发和实现之前考核、验证方案是否合适,规格说明是否可靠
    演化型
    1. 该方法认为信息系统本质上就是不断演化的,重点关注问题是如何才能使信息系统适应不可避免的变化

    3.2.4 面向对象开发方法

    • 将面向对象的思想应用于软件开发过程中,指导开发活动,主要包括
      • 面向对象分析方法OOA,
      • 面向对象设计方法OOD,
      • 面向对象编程方法OOP

    面向对象的一些概念

    对象
    1. 一些相互关联的实体
    2. 组成:对象的标识、对象中的操作集合、对象的数据结构、对象对外消息接口
    3. 特性:封装、能动
    4. 换言之,对象是数据结构以及作用于此结构上的数据操作封装,这个封装具有自身行动能力
    类和实例
    1. 类是对象的抽象描述,对象是类的实例,由类到对象的过程称为实例化过程
    2. 既可以由对象抽象出类,也可以从众多子类中抽象出超类
    继承
    1. 继承子类自动共享父类中的方法和数据的机制,它使管理信息系统的系统结构具有了开放性
    封装
    1. 是一种信息隐藏技术
    2. 封装机制使对象成为数据与方法的集成体

    第三节 结构化方法的开发过程

    [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-aUhsm5L9-1629474754938)(F10FC227FB0B4CFCAAE622FB19D4922D)]

    3.3.1 系统开发阶段划分

    系统的生命周期

    1. 任何一个系统都有其产生、发展和灭亡的生命历程,被称作系统的生命周期
      [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-c6hURaQV-1629474754939)(AD874730C1CD466E8D75B7DD359F7187)]

    2. [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-jxIgIuxG-1629474754939)(256E9B645BAC4662A396E94A4F5C4EBD)]

    3.3.2 各阶段主要内容

    总体规划

    1. 总体规划是管理信息系统建设的第一步,意在通过初步的、总体的需求分析,回答“系统是什么”的问题,进行可行性论证
    2. 主要包括以下工作:
      1. 对当前系统进行初步调查
      2. 分析和确定系统目标
      3. 分析子系统的组成以及基本功能
      4. 拟定系统的实施方案
      5. 进行系统的可行性研究
      6. 编写可行性报告

    系统分析

    1. 系统分析也称系统逻辑设计,在总体规划的指导下,对某个或某些子系统进行调查、研究、分析,旨在获得一个合理的新系统逻辑模型
    2. 系统分析阶段主要是解决“干什么”的问题。系统分析阶段的主要任务是开发人员同用户一起,通过对当前系统的详细调查和分析充分理解新系统目标,即用户的需求,并将它明确地表达成书面资料-系统说明书
    3. 系统说明书作用:
      1. 描述新系统的逻辑模型,作为设计和实施的基础
      2. 作为用户和开发人员之间的协议或合同,为双方交流和监督提供基础
      3. 作为新系统验收和评价的依据

    系统设计

    1. 系统分析回答了“干什么”的问题,系统设计则回答“怎么干
    2. 两个阶段:总体设计、详细设计
    3. 主要任务:将系统分析说明书转换成具体的计算机实现方案—系统设计说明书
    4. 划分系统的子系统或模块,确定模块结构,并画出模块结构图

    系统实施

    1. 主要包括:系统实现、系统测试、系统切换
    2. 主要文档:用户操作手册

    运行维护

    1. 新系统的正常使用和维护,并撰写运行状况报告
    2. 四个方面:
      1. 程序的维护
      2. 数据的维护
      3. 代码的维护
      4. 设备的维护

    系统评价

    1. 从三个方面对系统进行评价:
      1. 系统的功能和性能
      2. 系统的经济效果
      3. 其他方面的评估

    第四节 开发过程组织与管理方法

    [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Jv2Nz9OK-1629474754940)(3F8AC3D81E3848AD97F8011028466E70)]

    3.4.1 项目管理的主要内容

    1. 为了使系统开发能够按照预定的成本、进度、质量顺利完成,需要对成本、人员、进度、质量、风险等进行分析和管理,这就是项目管理,它贯穿于系统开发生命周期的全过程

    [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-v2E73KRY-1629474754941)(6DBCA680E4D6442385A9AA523062EBEA)]

    风险管理

    1. 四个阶段:
      1. 风险识别、
      2. 风险分析、
      3. 风险缓和、
      4. 风险跟踪

    质量保证

    1. 项目管理的重点和难点分为三个阶段:
      1. 事前准备、
      2. 过程监控、
      3. 事后评审

    3.4.2 项目管理组的组成

    项目管理组成员

    [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-t0OQQZBL-1629474754942)(B9B4BA38EAAF482081E185F47706BA87)]

    项目组长

    1. 整个项目领导者,保证整个开发项目顺利进行

    用户

    1. 信息系统建设的参与者和最终使用者

    系统分析员

    1. 用户和系统开发其他人员之间的桥梁和接口 ,系统开发的核心人物

    硬件网络设计员

    1. 制定硬件网络配置方案并实施

    数据库管理员

    1. 数据库设计 、定义和存储等数据库相关工作

    系统设计员

    1. 系统的整体设计、模块设计以及模块之间接口的设计工作

    程序员

    1. 进行程序设计,用户使用培训,系统测试和试运行

    助记✍️:(头尾分析设计、硬件数据程序)

    3.4.3 文档的管理

    1. 文档是系统开发建设的生命线,它贯穿于管理信息系统开发的整个过程,系统开发的各个层次和阶段都要有相应的文档。
    2. 文档管理应遵循的原则:
      1. 文档要标准化和规范化
      2. 维护文档的一致性
      3. 维护文档的可追踪性
      4. 文档管理的制度化

    第四章 总体规划

    image.png

    第一节 总体规划的目的和步骤

    image.png

    4.1.1 总体规划的目的

    1. 总体规划是管理信息系统生命周期中的第一个阶段,也是系统开发过程的第一步,其目的可以用一句话来概括:即明确系统“是什么”的问题,也就是进行顶层设计,描绘出信息系统的架构,并对目标系统提出完整、准确、清晰、具体的要求

    2. 总体规划的目的

      • 保证信息共享
      • 协调子系统间的工作
      • 使开发工作有序进行
    3. 助记口诀:

      • 明确问题与设计,
      • 描绘架构提要求,
      • 共享协调有顺序

    4.1.2 总体规划的主要步骤

    需求初步调查

    1. 调查内容:
      • 现行系统的目标和任务
      • 现行系统概况
      • 现行系统的环境和约束条件
      • 现行系统的业务流程子系统的划分
      • 新系统的开发条件

    确定系统建设目标

    战多依适长(一站是多长?)

    1. 新系统目标应具备的重要特性:
      1. 目标的总体战略性
      2. 目标的多重性;
      3. 目标的依附性;
      4. 目标的适应性;
      5. 目标的长期性。

    初步确定子系统组成与基本功能

    拟定系统实施方案

    可行性分析

    助记口诀:寂静离开可行性

    1. 可能性:开发的条件是否具备
    2. 必要性:客观上是否需要开发新系统
    3. 四个方面分析:
      • 技术上的可行性
      • 经济上的可行性
      • 管理上的可行性
      • 开发环境的可行性
    4. 技术上的可行性
      • 技术上的可行性是根据新系统的目标来考虑系统的软硬件设备、计算机联网能力、网络及数据安全保护措施、输入输出设备、大容量存贮设备等。技术力量不仅考虑技术人员的数量,更应考虑他们的经验和水平。
    5. 经济上的可行性
      • 新系统的经济可行性分析的含义是,估算新系统开发和运行所需的费用,以及新系统的效益,将投资和效益进行比较,说明在经济上是合算的
    6. 管理上的可行性
      • 管理上的可行性是考虑当前系统的管理体制是否有条件提供新系统所必需的各种数据,企业最高层领导及各级管理人员对开发建设一个新系统来替代现有系统的需求是否迫切,即新系统的必要性
    7. 开发环境的可行性
      • 企业领导意见是否一致,有无资金,能否抽出骨干力量参加新系统开发等,简单地说就是企业能为新系统的开发建设提供一个长期的、良好的环境

    编制可行性分析报告

    助记口诀:头尾新旧论

    1. 报告内容:
      1. 引言(主要包括项目摘要、开发背景、参考资料和
        专门术语等内容);
      2. 现行系统调查与分析;
      3. 新系统建设方案;
      4. 可行性论证;
      5. 结论。

    第二节 企业系统规划法

    image.png

    4.2.1 BSP方法概述

    1. 企业系统规划法(business system planning,简称BSP):用于管理信息系统总体规划的方法,应用最为广泛

    助记口诀✍️:目标摆脱管理 上下结合整体

    1. BSP方法原则
      1. 支持企业的总目标
      2. 面向企业中管理各层次的要求;
      3. 从方法论上摆脱信息系统对旧组织机构依从性
      4. 使信息系统在结构上有良好的整体性
      5. 自上而下规划和自下而上实施相结合

    4.2.2 BSP工作流程

    image.png

    1. 研究项目的确定
    2. 研究的准备工作
    3. 研究开始阶段
    4. 定义企业过程
      • 又称企业的过程识别,指的是对企业信息系统环境的了解,整个BSP研究中最关键和重要的活动之一
      • 企业过程是指企业资源转化和资源管理中有逻辑关系的决策和活动
      • 某个企业全部的活动被定义为18个过程:
        • 经营计划、财务规划、资产规划、产品预测、产品设计开发、产品工艺、库存控制、调度、生产能力计划、物料需求、操作顺序、销售管理、市场分析、订货服务、财务会计、成本会计、用人计划、业绩考评。
    5. 定义数据类
      • 也称为数据类的识别,就是对企业数据需求的了解,定义数据类后,要与企业过程关联起来
      • 数据类是指支持企业所必需的,在逻辑上相互联系的,并能组成相对独立的完整数据单位的那些数据部分
      • 某些企业共生产和使用15类数据:
        • 客户、订货、产品、工艺流程、材料表、成本、零件规格、材料库存、成品库存、职工、销售区域、财务、计划、设备负荷、物资供应
    6. 分析当前的系统支持
    7. 研究管理部门对系统的要求
    8. 提出判断和结论
    9. 设计信息系统总体结构
    10. 确定子系统开发的优先顺序
    11. 评价信息资源管理工作
    12. 制定建议书和开发计划
    13. 研究成果报告

    4.2.3 定义企业过程

    企业资源

    1. 企业资源是被管理的对象,企业中的各项管理工作都要涉及资源的管理。
    2. 企业资源可分为关键性资源支持性资源,此外,还有一些不以具体产品形式存在的“资源”,就是企业的计划与控制
    3. 关键性资源:企业中的产品与服务
    4. 支持性资源:为实现企业目标必须使用、引用和消耗的那些资源,如原材料、资金、设备人员等
    5. 计划与控制、产品与服务、支持性资源_是BSP法定义的企业三项资源

    资源的生命周期

    1. 资源的生命周期是指一项资源由取得到退出过程所经历的阶段
    2. 阶段
      1. 需求
      2. 获取
      3. 服务
      4. 退出

    企业过程定义的一般步骤

    1. 定义企业过程BSP方法的核心

      • 基本方法:对企业的现实活动进行调查,以企业的关键资源为线索,追溯其生命周期,通过分析与综合,最终完成企业过程的定义
    2. 一般步骤: 定义企业过程应该从三方面入手:计划与控制、产品与服务、支持性资源

      • (1)从计划/控制资源着手。可以识别出企业战略规划管理控制两个层次的过程。
      • (2)识别产品/服务过程。根据其需求、获取、服务、退出4阶段的生命周期,对每一阶段,用一些过程进行管理。
      • (3)从支持性资源识别企业过程。其方法与产品/服务识别过程类似

    4.2.4 定义数据类

    1. 定义数据类实际上就是识别企业数据

    企业数据的4种类型

    1. 以资源生命周期不同阶段对信息的不同需求,可将企业中的数据分为4种类型
      • 库存文档型
      • 事务型
      • 计划型
      • 综合统计型
        image.png

    企业数据的识别方法

    1. 企业实体法
      • 企业的实体指:顾客、产品、材料及人员等企业中客观存在的东西
      • 列出企业实体,分析与每个实体联系比较紧密的数据,将结果表述出来
      • 企业实体法主要工具:数据/实体关系矩阵
    2. 企业过程法
      • 利用以前识别过的企业过程,分析每一个过程利用什么数据,产生什么数据
      • 企业分析法主要工具:过程/数据关系矩阵

    4.2.5 设计系统总体结构与开发顺序

    子系统划分的基本原则

    1. 子系统在功能上应有相对的独立性,通常子系统不应跨越两个或两个以上的企业过程;
    2. 子系统在数据上应有自身的完整性,一般一个数据类只能由一个子系统产生。

    子系统的类型

    1. 仅产生数据而不使用其他子系统数据的子系统
    2. 既使用数据,也产生数据的子系统
    3. 只使用数据而不产生数据的子系统

    子系统开发优先顺序的基本原则:

    1. 子系统需求程度与潜在效益的评估;
    2. 技术约束分析。

    子系统划分的方法

    1. U/C图
      • U表示使用(Use)
      • C表示产生(Create)
      • 左列是企业过程
      • 最上一行是数据类
      • 单元格对应的企业过程使用对应的数据类

    第五章 系统分析

    image.png

    第一节 系统分析概述

    image.png

    5.1.1 系统分析的目的与难点

    系统分析的目的

    1. 系统分析也称系统逻辑设计,是系统详细开发的关键性阶段,旨在获得一个合理的新系统的逻辑模型,以便为后一阶段的系统设计提供较详细的开发方案。
    2. 系统分析的**目的**是将用户的++需求++及其++解决方法++确定下来,最终得到系统分析说明书
    3. 系统分析说明书所确定的内容是今后系统设计、系统实施和系统评价的基础和依据,也是开发人员与用户签订协议和合同的依据

    系统分析的任务

    1. 详细调查收集和分析用户需求;
    2. 确定新系统初步的逻辑模型;
    3. 编制系统说明书。

    系统分析阶段的工作要点

    1. 要点: 理解和表达用户的需求

    系统分析工作的难点与对策

    1. 难点:
      • 对于用户:提出的需求难以理解
      • 对于系统分析人员:理解和表达出来的新系统逻辑模型可能与用户需求不一致
    2. 对策:
      • 做好用户事前培训工作
      • 做好系统开发人员的培训工作
      • 选择正确的开发方法和良好的表达工具

    5.1.2 系统分析的逻辑与步骤

    系统分析的思维逻辑

    1. 逻辑模型:做什么
      • 反映了系统的性质
    2. 物理模型:如何做
      • 反映系统的某一种具体实现方案

    系统分析的主要步骤

    1. 详细调查
    2. 业务流程分析
    3. 数据流程分析
    4. 编写系统分析说明书

    第二节 详细调查

    image.png

    5.2.1 详细调查的目的和难点

    1. 目的:
      • 详细调查的目的就是要搞清楚用户的想法和要求,换句话说,就是通过一系列的调研活动,尽可能准确、详细地了解用户需求
    2. 难点:
      • 没有足够的用户参与
      • 用户的需求经常变更
      • 用户与开发人员很难进行交流

    5.2.2 详细调查的主要内容

    组织结构的调查

    1. 组织结构图描述当前系统组织机构的层次和隶属关系
    2. 公司管理的三个层次:
      • 领导决策层
        • 由董事会成员组成;负责拟订各种规划方案、审议批准各种报告计划、任免批准经理职位等
      • 业务管理层
        • 由总经理、副总经理、及其下属的各业务处室组成;执行董事会决议、负责公司的经营管理及日常工作;拟订管理制度等
      • 业务执行层
        由下属分公司等机构组成;完成日常的生产、业务和调度等工作

    业务流程的调查

    1. 从一个实际业务流程的角度将系统调查中有关该业务的资料串起来,以便于对企业现有的工作过程有一个动态的了解

    数据流程的调查

    1. 收集资料,调查清楚每个数据的出处,数据间的相互关系

    薄弱环节的调查

    1. 座谈访问、书面调查、参加业务实践、分析调查资料等
      充分与用户交流,听取意见和建议

    其他信息的调查

    1. 如企业的发展战略规划、财务状况、人员情况、为什么要开发系统等

    详细调查的基本方法

    1. 收集资料
    2. 开调查会或个别访问 (最有效的一种调查方法
    3. 书面调查
    4. 参加业务实践 (了解现行系统的最好方法

    详细调查的原则

    1. 事先计划
    2. 采访持关键信息的人
    3. 自顶向下全面展开
    4. 存在的不一定是合理的
    5. 分工和协作相结合
    6. 主动沟通的工作方式

    应注意的事项

    1. 选择默契的语言
    2. 倾听比表达更重要
    3. 及时反映避免误解
    4. 以学习的态度开展工作

    第三节 业务流程分析

    image.png

    5.3.1 业务流程的概念

    流程的概念

    1. 流程由一系列的活动或是事件组成,可以是渐变的连续型流程,也可以是突变的断续型流程。

    业务流程

    1. 业务流程是指一组共同为顾客创造价值而又相互关联的活动

    业务流程的特点

    1. 目标性
    2. 逻辑性
    3. 层次性

    业务流程的功能

    1. 实现不同分工活动的结果连接
    2. 反映活动间的关系

    5.3.2 业务流程分析的方法

    业务流程分析的步骤

    业务流程分析主要是为了描述现行系统的物理模型

    1. 调查企业的组织结构
    2. 调查企业的具体业务流程
    3. 绘制业务流程图
    4. 业务流程优化

    业务流程图

    表达清楚三件事:业务功能是什么、谁负责该项业务、业务和数据的流动方向

    1. 椭圆 外部实体(起点和终点,通常指参与的部门或人)
    2. 矩形 业务功能描述(业务功能&承担业务的部门或人)
    3. 箭头 业务和数据流动方向(单箭头表示)

    业务流程图的画法举例

    业务流程分析采用自顶向下的方法首先画出高层管理的业务流程图再对每一个功能描述部分进行分解画出详细的业务流程图
    image.png

    5.3.3 业务流程重组

    1. 业务流程重组简称BPR,它是对企业的业务流程作根本性的思考彻底重建,其目的是在成本、质量、服务和速度等方面取得显著的改善,使得企业能最大限度地适应以顾客、竞争、变化为特征的现代企业经营环境。
    2. 基本特征:
      • 根本性”思考、
      • 彻底性”再设计、
      • 显著改善”、
        • 业绩的显著增长是BPR的标志与特点
      • 流程
        • BPR协同工作、整体优化思想的集中体现

    助记口诀✍️:思考重建,适应改善

    BPR的原则

    1. 围绕最终结果而非具体任务来实施再造工作;
    2. 后续过程的有关人员参与前端过程
    3. 将信息处理融入产生该信息的实际工作中去;
    4. 将地域上分散的资源集中化
    5. 将平行工序连接起来而不是集成其结果;
    6. 决策点下移并将控制融入过程中;
    7. 源头获取信息。

    第四节 数据流程分析

    image.png

    5.4.1 数据流程分析的概念

    什么是数据流

    1. 输入流、输出流、处理过程是任何一个系统的最基本组件
    2. 物流 事务流 资金流 人员流
      • 均可用数字等形式表示出来
      • 企业的数据流
    3. 各种流在一个企业内的出现都会同时伴随着一个数据流的产生

    数据流程分析的目的

    1. 在业务流程分析的基础上,勾画出现行系统的逻辑模型
    2. 分析用到的工具
      • 三种工具:分层的数据流图、数据字典和加工说明
      • 数据流图:用图形的方式对系统进行分解,描述系统由哪几部分组成,各部分间有什么联系
      • 数据字典:用图表描述系统中的每一个数据组、数据存储和数据项
      • 加工说明:用文字等形式详细描述系统中的每一个基本处理的过程

    5.4.2 数据流程分析的步骤

    1. 数据流程分析主要包括对信息流动、传递、处理、存储等的分析
    2. 目的是勾画数据流通现状,并发现和解决数据流通中存在的问题
    3. 业务流程图
    4. 绘制数据流图(数据流程分析)
    5. 编制数据字典(数据流程分析)
    6. 撰写处理说明(数据流程分析)

    5.4.3 数据流程的基本画法

    1. 数据流图(Data Flow Diagram,简称DFD)是便于用户理解、分析系统数据流程的图形工具
    2. 它摆脱了系统的
      物理内容,精确地在逻辑上描述系统的功能、输入、输出和数据存储等,是系统逻辑模型的重要组成部分

    数据流图的基本符号

    1. 矩形(数据源点或终点)
    2. 椭圆(加工(处理))
    3. 文件柜 (文件)
    4. 箭头(数据流)

    绘制数据流图的指导原则

    1. 总体上自顶向下逐层分解的原则
      • 即按照结构化方法的思想,采用分层的数据流图,把大问题、复杂的问题分解成若干个小问题,然后分别解决
    2. 局部上由外向里的规则
      • 即先确定每一层数据流图的边界或范围,在考虑流图的内部,先画出加工的输入和输出,再画加工的内部

    绘制方法

    1. 识别系统的输入和输出、
    2. 绘制系统内部数据流、
    3. 对复杂加工进行分解(由外向里、自顶向下),
    4. 以及检查、修改和完善

    注意事项

    1. 合理编号
    2. 子图与父图的平衡
      (子图与父图的数据流必须平衡,这是分层数据流的重要性质)
    3. 分解的程度(最多不要超过7层)
    4. 其他事项
      (应先给数据流命名;从左到右画出数据流图;画数据流图时,先只考虑稳定状态)

    数据流图检查

    1. 正确性检验
      • 数据守恒(最)
      • 文件使用
      • 子图和父图平衡
      • 加工和数据流的命名
    2. 提高可读性
      • 简化加工之间的联系
      • 分解应当均匀
      • 命名应当恰当
    3. 为提高数据流图的可读性,应简化加工之间的联系

    5.4.4 数据字典与加工说明

    数据字典

    在数据流图的基础上,需要对其中的每个数据流文件数据项加以描述,我们把这些定义所组成的集合称为数据字典(Data Dictionary,缩写DD)

    1. 数据流和文件条目 一般从五部分来描述:编号、名称、别名、组成、发生频率
      • = 等价
      • | 或
      • { } 重复
      • [] 可选
    2. 数据项条目 数据流或文件是由若干数据项组成的,数据项是数据的最小单位

    加工说明

    1. 加工说明是对数据流图中的“加工”部分的补充说明,描述了某个加工单元的数据处理过程,为系统设计阶段的处理过程设计提供资料
    2. 一般可以用结构化语言、判定表和判定树等工具来描述加工说明
    3. 一个好的加工工说明,至少要描述清楚三件事情:数据来源、处理逻辑、数据去向

    第五节 新系统逻辑模型

    image.png

    5.5.1 新系统逻辑模型的任务

    1. 新系统逻辑模型是指:经过分析和优化后,新系统采用的管理模型和信息处理方法
    2. 详细调查、收集资料、业务流程分析、数据流程分析 --做准备–>新系统逻辑模型
    3. 新系统逻辑模型的建立是系统分析阶段的最终结果,是系统设计和系统实施的依据
    4. 建立新系统逻辑模型的任务
      • 对系统业务流程分析的结果进行整理,对数据流程分析的结果进行整理,在现行系统逻辑模型的基础上,结合新系统的目标,设计出新系统的逻辑模型
    5. 现行系统逻辑模型到系统逻辑模型的转换
      • 分析新系统与现行系统在逻辑上的区别,建立新系统的初步逻辑模型
      • 补充和完善,建立最终模型

    5.5.2 建立新系统的初步逻辑模型

    确定合理的业务处理流程

    1. 删去或合并那些多余的或重复的处理过程
    2. 说明哪些业务过程进行了改动,改动原因是什么,改动后将带来哪些好处等问题
    3. 给出最后确定的业务流程图
    4. 指出在业务流程图中哪些部分新系统可以完成,哪些部分需要用户完成,也就是要确定人-机配合方案

    确定合理的数据和数据流程

    1. 确认最终的数据指标体系和数据字典,如指标体系是否全面合理,数据精度是否满足要求等
    2. 删去或合并多余的或重复的数据处理过程;
    3. 说明哪些数据处理过程进行了优化和改动,以及改动的原因是什么,有哪些好处等
    4. 给出最后确定的数据流图,指出在数据流图中哪些部分新系统可以完成,哪些部分需要用户完成

    5.5.3 对初步逻辑模型进行补充和完善

    1. 建立初步逻辑模型时,主要靠经验进行,是一项创造性的劳动
    2. 在补充和完善时应重点考虑:
      • 首先,应考虑新系统的人-机界面
      • 其次,考虑一些细节问题

    第六节 系统分析报告

    image.png

    5.6.1 系统分析报告的作用

    1. 描述了新系统的逻辑模型,作为系统设计和实施的依据;
    2. 用户和开发人员之间交流和监督提供基础;
    3. 为新系统验收和评价提供依据。

    5.6.2 系统分析报告的组成

    一份完整的系统分析报告主要包括以下内容:

    1. 组织情况概述
    2. 现行系统概况
    3. 系统逻辑模型
    4. 新系统在各个业务处理环节拟采用的管理办法、算法和模型
    5. 与新系统相配套的管理制度和运行体制的建立
    6. 系统设计与实施的初步计划
    7. 用户领导审批意见
      在系统分析报告中,数据流图、数据字典和加工说明
      这三部分是主体,是必不可少的组成部分

    5.6.3 相关问题

    1. 系统分析报告形成后,必须组织各方面的人员一起对已经形成的逻辑方案进行论证,尽可能发现其中的问题和疏漏并及时纠正
    2. 问题和疏漏:及时纠正
    3. 有争论的问题:重新核实原始调查资料或进一步深入调查研究
    4. 重大的问题:可能需要调整或修改系统目标,重新进行系统分析

    第六章 系统设计

    image.png

    第一节 系统设计概述

    image.png

    6.1.1 系统设计的任务

    1. 系统设计两个阶段:_总体设计、详细_设计
    2. 最终交付:系统设计说明书,作为系统实施阶段的“施工图样”
    3. 任务内容
      • 根据分析阶段产生的文档资料,确定新系统在计算机内的程序模块组成,以及各模块之间连接方式;用一定工具设计成果表达出来;代码设计、输入输出设计、人机界面设计、数据库设计、模块处理设计、安全设计等
    4. 完成人员: 系统设计人员
    5. 培训工作: 系统分析培训、系统设计培训

    6.1.2 系统设计的原则

    1. 简单性: 达到目标的前提下,系统尽可能简单
    2. 一致性和完整性:应做到信息编码、采集、信息通信等内容的一致性,系统是一个统一的整体,功能应尽量完整,一致性有利于子系统之间联系与合作
    3. 灵活和适应性:可降低管理信息系统的维护难度
    4. 可靠性:可抵抗异常干扰和保证系统正常工作的能力
    5. 安全性:特指系统的保密功能和防病毒功能
      • 如何保证系统安全已经成为确定当前系统设计方案的最为重要的因素
    6. 经济性:可给用户带来经济效益 很大一部分不能以货币来衡量
    7. 衡量可靠性的指标:
      • 平均故障间隔时间
      • 平均维护时间
    8. 系统必须是可靠的,否则就没有实用价值

    助记口诀✍减(简)一零(灵)可安静(经)

    第二节 系统总体结构设计

    image.png

    6.2.1 子系统的划分和确认

    子系统划分的原则

    1. 子系统要具有相对独立性 子系统内部各功能具有“强耦合”关系
    2. 使数据冗余较小
    3. 便于系统分阶段实现
    4. 适应组织管理机构的设置
    5. 充分利用各种资源

    助记口诀✍️独立荣誉(冗余)分阶段 机构设置用资源

    子系统划分的方法

    1. 按职能划分(目前最常用)
    2. 按逻辑功能划分
    3. 按通信划分
    4. 按业务处理顺序划分
    5. 按业务处理的时间关系划分

    6.2.2 模块结构设计

    模块结构设计的任务

    1. 对各个子系统进行细化,确定划分后的子系统的模块结构,并画出模块结构图
    2. 子系统如何划分成多个模块 --> 子系统间、模块间的数据交换和调用关系 --> 优化、改进
      模块结构图

    模块结构图

    1. 模块组合的图形表示就是模块结构图
    2. 5种基本符号:
      image.png
    3. 模块
      • 组成系统的基本单位,特点:可以组合、分解和更换系统中任何一个处理功能都可以看出是一个模块
      • 模块的要素:
        • 外部特性(主要考虑)
          • 输入和输出
          • 加工处理功能
        • 内部特性(了解)
          • 内部数据
          • 程序代码
      • 助记✍️:输入输出和处理,内部数据和程序
    4. 调用
      • 模块间的调用分为3类:
      • 判断调用
        • 一个模块是否调用一个从属模块取决于调用模块内部的判断条件
      • 循环调用
        • 一个模块通过其内部的循环功能来循环调用一个或多个从属模块
      • 直接调用
    5. 数据
      • 注意:平行、带空心圆、数据名
    6. 控制信息
      • 控制信息只反映数据的某种状态,不必进行处理
      • 注意:平行、带实心圆
    7. 转接
      • 结构图在一张图上画不下,需要转接到另一张纸上,或为了避免图上线条交叉时使用转接符号

    模块结构的质量标准

    1. 块内联系VS块间联系
    2. 耦合VS内聚 (衡量模块之间的独立性 )
      • 耦合:模块之间联系的程度 紧密耦合、松散耦合、非耦合
      • 内聚:模块内部各成分之间的联系程度 (一般来说)各模块的内聚越大,模块间的耦合越小
      • 评价模块结构的标准:“耦合小,内聚大
    3. 耦合方式:
      • 数据耦合 模块间通信信息是若干数据项 耦合度最低,性能最好
      • 控制耦合 模块间通信信息是控制信息
      • 内容耦合 不经过调用关系,彼此直接使用或修改对方的数据 最糟糕的耦合的方式
    4. 内聚方式:
      • 巧合内聚 模块内各成分之间毫无联系 聚合度最低、性能最差
      • 逻辑内聚 模块内各成分的逻辑功能相似
      • 过程内聚 由一段公共的处理过程组合成的模块 模块间耦合度比较高
      • 通信内聚 模块中各成分引用或产生共同的数据
      • 顺序内聚 模块中各成分有顺序关系,某一成分的输出是另一成分的输入
      • 功能内聚 模块中各成分的联系是功能性的 功能明确,耦合简单,便于维护, 聚合度最高,性能最好

    模块结构图与框图、数据流图的区别

    1. 模块结构图与框图的区别
      • 软件具有过程性层次性两个特征
        • 过程性 (框图)
        • 层次性 (模块结构图)
    2. 模块结构图与数据流图的区别
      • 数据流图:从数据在系统中的流动情况来考虑系统
      • 模块结构图:从功能的层次关系上来考虑系统

    模块结构图的推导策略:从数据流图得到初始模块结构图

    1. 以事务为中心的设计策略(事务分析

      • 应用:将高层数据流图转换成模块结构图
      • 优点:能够把一个大的、复杂的系统分解成若干个较小的、简单的子系统
      • 原理:高层数据流图处理功能相对独立,可以把它们看成一类特定的事务,将其转换为模块结构图
    2. 以变换为中心的设计策略(变换分析)

      • 应用:将低层数据流图转换成模块结构图
      • 优点:能够将数据流图中的处理功能分解成具有输入、中心变换、输出功能的简单模块
      • 原理:首先对低层数据流图中的处理功能进行分类,分为输入功能、执行变换功能、输出功能3类

    模块结构图的改进

    1. 改进时应该考虑的几个方面
      • 按照“耦合小、内聚大”的模块结构质量标准进行修改和检查
      • 模块的扇入和扇出数
        • 扇入数:模块的直接上层模块个数
        • 扇出数:模块拥有的直接下层模块个数
        • 扇出个数<=7
      • 消除重复的功能

    6.2.2 网络设计与设备配置方案

    网络设计的主要步骤

    1. 选择网络拓扑结构
    2. 安排网络上的设备布局
    3. 网络节点的权限设计

    设备选配的依据

    1. 根据实际业务需要考虑某个管理岗位是否要专门配备计算机设备
    2. 根据实际业务性质决定某个管理岗位配备的计算机设备的规格型号
    3. 根据办公室的物理位置分布和有无联机通信的要求,决定是否需要与网络连接以及连接的方式
    4. 根据系统分析和调查中估算的数据量,确定网络服务器的硬盘大小
    5. 根据实际业务要求、用户的习惯等确定新系统拟采用的软件工具
    6. 根据系统分析和调查得到的网络数据传输量的大小,确定拟采用的网络传递介质,以及对主要
      连接设备的规格要求等
    7. 根据投资预算对上述6项内容进行调整

    第三节 系统详细设计

    image.png

    image.png

    6.3.1 编码设计

    编码设计的原则

    1. 唯一化
    2. 规律化
    3. 标准化
    4. 可扩充且容易修改

    编码的种类

    1. 顺序码
      • 连续数字代表编码对象,通常从1开始
    2. 层次码
      • 也称区间码,将整个编码划分成若干个区间,每一区间规定不同含义
      • 优点:检索、分类和排序很方便
      • 缺点:有时造成代码过长
    3. 助记码
      • 将编码对象的名称、规格等作为代码的一部分,以帮助记忆

    6.3.2 输入与输出设计

    确定输出要求

    1. 详细分析现行系统的输出报表和内容
    2. 参考与用户同类型企业或部门的情况,借鉴业务性质类似的其他管理信息系统的经验
    3. 与用户单位的实际业务人员讨论

    输出方式

    1. 按介质划分:
      • 屏幕输出(常用)(以数字或图形方式)
      • 打印报表输出(最常用) (关键在于合理编排内容) (二维表、自由格式)
      • 磁盘文件输出(传输速度慢)

    输入方式

    1. 依照具体的管理需求确定数据的录入方式
      • 键盘输入(常规)(大部分采用)
      • 模/数-数/模转换(常用)�条形码的自动检测、电子秤的自动检测
      • 网络或通信传输(广泛重视和利用)�E-Mail
    2. 无论哪一种都可以有批处理和实时处理两种形式

    输入校对方式

    设计出一套合理的校对方式是保证数据准确录入的重要前提

    1. 人工校对(常用)(较慢较麻烦)
    2. 二次键入 �网站登录修改密码时
    3. 根据取值范围进行控制 �输入职工出生日期

    6.3.3 人机界面设计

    人机界面的主要形式

    1. 界面设计包括:
      • 菜单方式、
      • 会话方式、
      • 操作提示方式、
      • 以及操作权限管理方式等
    2. 系统输入界面是人机交互的重要界面,设计原则
      • 可靠性
      • 简单性
      • 立即反馈性
      • 明了性
      • 色彩适中
      • 风格统一

    6.3.4 处理过程设计

    处理过程设计

    1. 处理过程设计,也称模块详细设计,任务是为模块结构图中的每一个模块确定所采用的算法和数据结构,用某种选定的表达工具给出清晰的描述

    设计原则

    1. 模块间的接口符合通信的要求
    2. 考虑将来实现时所用计算机语言的特点
    3. 考虑数据处理的特点
    4. 估计计算机执行时间不能超过要求;
    5. 考虑程序运行所占的存储空间
    6. 使程序调试跟踪方便;
    7. 估计编程和上机调试的工作量

    助记口诀✍️

    接通语数的特点 时空调试工作量

    设计工具

    1. 程序流程图(程序框图)
      • 顺序结构
      • 节分结构
      • 循环结构
    2. 过程设计语言(PDL)(伪码)
      • If 明天下雨 then 在家睡觉 else 爬长城

    6.3.5 数据库设计

    良好的数据组织结构是衡量系统开发工作好坏的重要指标之一

    数据库设计的任务与步骤

    1. 任务
      • 依据数据库的规范化理论,按一定的步骤,对系统分析阶段的数据字典进行规范整理,建立符合第三范式的数据组织结构
    2. 步骤
      1. 概念设计
        • 目标:产生反映全用户信息需求的整体数据库概念结构,即概念模型
        • 方法:描述概念模型的有力工具“实体-联系”方法(E-R方法
      2. 逻辑设计
        • 目的:得到一个与计算机软硬件的具体性能无关的全局概念模式
        • 任务:将概念结构转换成特定DBMS所支持的数据模型
        • 过程:将概念设计结果(E-R图)转换为某个DBMS所支持的数据模型并优化
      3. 物理设计
        • 任务和目标:为逻辑数据模型选取一个最适合应用环境的物理结构
    3. 概念设计的方法
      • E-R图方法:有效的信息抽象方法
        • 实体、属性、联系
        • 实体间联系分类:
          • 一对一(1:1)
          • 一对多(1:n)
          • 多对多(m:n)
    4. 逻辑设计的方法
      • 相关术语:
        • 关系
        • 元组
        • 属性
        • 主关键字(主键、主码)
        • 外关键字(外键、外码)

    6.3.6 安全控制设计

    管理信息系统安全概述

    1. 信息安全威胁分类:
      • 来源看:内部、外部
      • 信息系统自身看:硬件、软件、信息(数据文件)
    2. 管理信息系统的不安全因素:
      • 计算机系统自身存在的脆弱性
      • 各种自然灾害
      • 人为操作失误或错误及各种计算机犯罪行为
    3. 如何保证计算机信息系统的安全:
      • 计算机信息系统实体安全
      • 计算机信息系统的运行安全
      • 信息与数据安全

    安全设计需要考虑的具体内容

    1. 机房的安全(ABC要求由高到低)
    2. 操作系统的安全
    3. 数据库系统安全技术(身份识别、访问控制)
    4. 数据存储系统的安全(全量备份、增量备份)
      • 全量备份: 将当前服务器数据库中的所有数据全部复制到永久脱机存储介质中,若发生系统崩溃,可保证重装系统后数据的完整性
      • 增量备份: 将上一次备份后数据库中发生变化的数据复制到永久脱机存储介质中
    5. 网络的安全(网络安全的特征)
      • 网络安全的特征: 完整性、保密性、可用性

    助记口诀✍️编输界面处 安全数据库

    第四节 系统设计报告

    image.png

    6.4.1 系统设计报告

    1. 系统设计阶段的主要成果是系统设计说明书,它既是新系统的物理模型
      也是系统实施的主要依据
    2. 引言和系统设计方案

    6.4.2 引言

    1. 摘要
    2. 背景
    3. 系统环境和限制
    4. 参考资料和专门术语说明

    6.4.3 系统设计方案

    1. 模块设计
    2. 代码设计
    3. 输入设计
    4. 输出设计
    5. 数据库设计说明
    6. 网络设计
    7. 安全保密设计
    8. 系统实施方案及说明
    • 在系统设计报告中,网络设计部分应包括网络_拓扑_结构、主要设备和软件要求

    第七章 系统实施

    image.png

    第一节 系统实现

    image.png

    7.1.1 系统实现概述

    image.png

    image.png

    1. 系统实现的准备工作
      • 制定计划
      • 制定编程规范
      • 组织技术攻关
      • 准备软硬件开发环境

    7.1.2 开发语言的选择

    1. 参考的两个方
      • 所选的语言是否易学、易用、易维护、操作简便
      • 所选的开发语言是否与数据库管理系统有良好的数据接口
    2. 考虑的几个问题
      • 语言的集成环境交互功能
      • 语言的结构化机制数据管理能力
      • 较多的使用者,方便版本升级和互相学习交流
      • 开发人员的熟练程度
      • 软件的可移植性用户的要求
    • 系统实现过程的第一步是准备工作,即首先选择程序设计语言及一些辅助开发工具。

    7.1.3 程序质量的评价

    1. 可靠性 满足预期需求
      • 1.系统或程序的安全可靠性
      • 2.程序运行时的可靠性
    2. 规范性 系统的划分、书写的格式、变量的命名等按照统一规范
    3. 可读性
      • 程序内容清晰、明了、便于阅读和理解 大规模开发的重要指标
    4. 可维护性
      • 程序各部分相互独立,程序之间只有数据联系
    5. 适应性
      • 有变化时,调整和修改程序比较简便易行

    7.1.4 编程风格

    程序的注释

    image.png

    • 过程设计语言PDL,即“伪码”
      image.png

    程序的书写格式

    image.png

    变量名的选择

    image.png

    7.1.5 代码审查

    image.png

    • 人工是交叉评审

    第二节 系统测试

    image.png

    7.2.1 系统测试概述

    1. 测试的目的
      • 测试是为了发现程序中的错误而执行程序的过程
      • 好的测试方案极尽其可能去发现迄今为止尚未发现的错误的测试方案
      • 成功的测试发现了至今为止尚未发现的错误的测试
    2. 基本工作流程
      1. 测试计划 (基本保证)
      2. 测试用例 (关键技术问题设计测试数据最困难)
      3. 执行测试 (手工or测试工具)
      4. 测试报告 (测试工作的总结)

    7.2.2 黑盒测试法

    基本原理

    1. 测试者把程序看成是一个黑盒,即测试者完全不考虑程序内部结构特性“穷举”输入测试:把所有可能的输入都作为测试情况使用
    2. 测试并不能保证程序中没有错误
    3. 以有限的测试情况尽可能多地查处错误

    具体方法

    1. 等价划分

      • 把被测试的软件的所有可能的输入数据(有效的和无效的)划分成若干个等价类,把无限的随机测试变成有针对性的等价类测试
      • 设计等价类的测试用例
        • 划分等价类并给出定义
        • 选择测试用例
      • 划分等价类的规则
        1. 规定了输入值的范围——>一个有效等价类(范围内),两个无效等价类(小于最小值或大于最大值)
        2. 规定了输入数据的个数——>和(1)类似,一个有效等价类,两个无效等价类
        3. 规定了输入数据的一组值,且对不同输入值做不同处理——>每个允许的输入值是一个有效等价类,此外还有一个无效等价类(任一个不允许的输入值)
        4. 规定了输入数据必须遵循的规则——>一个有效的等价类(符合规则)和若干无效的等价类(从各种不同角度违反规则)
        5. 规定了输入数据为整数——>正整数、零和负整数三个有效类
        6. 如果软件的处理对象是表格——>空表,以及一项或多项的表
    2. 边界值分析法

      • 设计使软件运行在边界情况附近的测试方案,暴露出错误的可能性更大一些
    3. 错误推测法

      • 靠直觉和经验进行,基本思想是列举软件中可能有的错误和容易发生错误的特殊情况,并且根据它们选择测试用例

    7.2.3 白盒测试法

    基本原理

    1. 把软件看组成装在一个透明的白盒子里,即完全了解软件的结构和处理过程
    2. 按照软件的内部逻辑测试软件,检验软件中的每条通路是否都能按预定要求正确工作
    3. 又称为“结构测试”或“穷举路径测试”,从检查程序的逻辑着手进行测试

    具体方法

    1. 语句覆盖
      • 比较弱的测试标准、选择足够的测试实例,使得每一个语句都能执行一次
    2. 判定覆盖
      • 设计足够多的测试实例,使得每个判定至少都获得一次真值和假值的机会,即使得每一个分支都至少通过一次
    3. 条件覆盖
      • 对每个判定中所包含的若干个条件,应设计足够多的测试实例,使得判定中的每个条件都能取到真和假两个不同的结果
    4. 判定/条件覆盖
      • 设计足够多的测试实例,使得判定中的每个条件都能取得各种可能的真值和假值,并且使每个判定都能取得真值和假值
    5. 条件组合覆盖 (优秀)
      • 设计足够多的测试实例,使得每个判定中条件的各种可能组合都至少出现一次

    7.2.4 测试策略与原则

    测试策略

    1. 在任何情况下都应使用边界值分析的方法
    2. 必要时用等价划分法补充测试用例
    3. 必要时再用错误推测法补充测试用例
    4. 对照软件逻辑,检查已经设计出的测试用例

    测试原则

    1. 确定预期输出结果
    2. 避免测试自己的程序
    3. 进行破坏性测试
    4. 除了检查程序是否做了它应该做的工作,还应检查程序是否做了它不该做的事情
    5. 保留测试数据,以便程序修改后进行再测试

    7.2.5 系统测试的步骤

    1. 模块测试——>子系统测试——>系统总测试

    模块测试

    1. 单元测试
    2. 保证每个模块能正常运行
    3. 人工走通+上机测试

    子系统测试

    1. 分调
    2. 重点测试子系统内各模块的接口
    3. (1)非渐增式 (2)渐增式

    系统总体测试

    1. 总调
    2. 将经过测试的若干子系统组装在一起来测试
    3. 关键:“真实”、全面

    第三节 系统切换

    image.png

    7.3.1 系统切换前的准备工作

    1. 用户培训
      • 事务管理员
      • 系统操作员 (系统的直接使用者)
      • 系统管理员 (系统维护员)

    7.3.2 系统切换的方式

    直接切换

    1. 新系统不能达到预期目的

    平行切换

    1. 原系统正式 新系统校核
    2. 新系统正式 原系统校核

    分段切换

    1. 分期分批逐步切换
    2. 直接与平行的结合
    3. 分段切换 各子系统的 切换策略
      • 功能分阶段逐步切换
      • 部门分阶段逐步切换
      • 机器设置分阶段逐步切换

    第八章 运行管理

    image.png

    第一节 系统运行的管理组织

    image.png

    8.1.1 运行管理机构发展的历程

    信息技术在企业中应用的三个阶段

    1. 第一阶段 零散的技术改造
    2. 第二阶段 各领域大量应用
    3. 第三阶段 战略信息管理

    8.1.2 运行管理机构设置的原则

    助记口诀✍️:效精灵因因(小精灵因因)

    1. 效率原则
      • 科学设计、合理安排、明确分配职责,以保证效率
    2. 精简原则
      • 机构和岗位设置力求精简,以高素质复合型人才精简高效的机构保证信息化建设任务的顺利完成
    3. 灵活性原则
      • 1.信息化组织机构和岗位的设置上,没有统一的模式
      • 2.管理职能可能发生变化,要及时作出机构和岗位的调整
    4. 因事设岗、因岗定编
      • 在保证高效、精简的前提下设置具体的机构和岗位,保证科学性、合理性、完备性、唯一性,避免因人设事、设岗

    8.1.3 运行管理机构的人员构成

    网络组

    1. 网络正常运行的维护和扩展

    硬件组

    1. 计算机硬件及相关设备正常运行的维护

    软件组

    1. 网管 软件维护人员 数据库管理员

    业务组

    1. 负责系统用户和管理部门的沟通和联系业务管理&信息使用

    行政组

    1. 信息部门的日常管理工作收集意见通知处理和改进

    8.1.4 运行管理体制

    1. 首席信息官CIO
      • 负责定制企业的信息发展战略、标准和程序对企业的信息资源进行管理和控制
    2. 以CIO为核心的运行管理体制

    CIO的主要职能

    1. 参谋作用
    2. 桥梁作用
    3. 企业信息化的总领队
    4. 信息化培训

    CIO机制 (典型的信息化管理机制)

    1. CIO为核心,以信息技术部门为支撑,以业务应用部门信息化实施、运行为主体,
      专兼职相结合的信息化管理体系
    2. 该体系具体包括
      1. CIO
        • 根据企业经营战略,考虑和提出企业的信息化战略
        • 负责企业的信息化推进工作
        • 全面负责企业的信息化管理工作
      2. 信息化管理领导小组
        • “委员会”,松散机构,由高层领导、部门领导共同组成负责整个企业的信息化战略规划,参与企业战略决策
      3. 信息技术支持中心
        • 负责信息资源的收集、整理、统计,信息系统的建设和维护为决策层提供相关数据信息,进行人员培训及应急技术处理
      4. 业务部门信息化管理岗位
        • 信息化管理渗透到业务部门的各个岗位

    8.1.5 运行管理制度

    系统正常运行的有效保障

    1. 机房管理制度
      • 规定了机房设备安全管理方案和紧急情况的应对措施
      • 信息系统应用人员的义务、权限和责任
      • 保障计算机设备良好的运行环境
    2. 系统维护制度
      • 信息系统正常运行的保障
    3. 运行操作规程
      • 在用户手册基础上形成制度,规范信息系统的运行规程
    4. 运行记录制度
      • 运行过程中,对系统硬件、软件及数据等的应用情况作详细记录这对系统存在问题的分析和解决有重要的参考价值

    1. 机房管理制度
      1. 环境方面主要有机房的清洁度要求、温度要求、湿度要求、防火和防水要求等;
      2. 进出机房人员的规定;
      3. 机房的电力供应及应急措施;
      4. 设备和材料进出机房的管理要求;
      5. 网络完全保障,以及与外界信息交流的管理描述等。
        2.系统维护制度
      6. 系统维护组织机构设置;
      7. 系统维护人员管理制度;
      8. 重大事项维护工作流程;
      9. 突发事件应急措施;
      10. 日常维护工作流程;
      11. 信息系统维护费用保障机制
    2. 运行操作规程
      1. 系统操作人员资格审查规定;
      2. 系统操作人员使用权限和密码管理规定;
      3. 信息系统上机操作流程;
      4. 信息系统运行病毒检测机制;
      5. 数据的备份保管制度。
    3. 运行记录制度
      1. 计算机启动、应用系统运行、关机的时间;
      2. 登陆系统的操作人员、登陆地点(IP地址);
      3. 系统硬件、软件及数据的应用情况;
      4. 异常情况发生时间、具体现象、记录人、处理人、处理过程等;
      5. 值班人员签字、负责人审核签字制度;
      6. 系统运行记录的保管制度。

    第二节 系统运行维护

    随着时代的发展,管理信息系统所涉及的领域越来越复杂,系统维护费用也不断地增长,它占开发费用的比例在20世纪79年代为35%~40%;80年代增长到40%~60%;90年代又增长到70%~80%甚至更多,

    系统开发周期一般为1~3年,而维护周期一般为5~10年,因此从系统开发之日就应该考虑到维护问题,并重视这一问题

    image.png

    8.2.1一、系统维护的内容

    1. 硬件维护
      • 定期保养性维护
      • 突发性故障维修
    2. 系统软件维护
      • 系统管理程序的维护
      • 系统支持程序的维护
    3. 应用软件维护
      • 确定系统维护的目的
      • 分析应用系统的组成和运行原理
    4. 网络维护
      • 主要目的:保证通信的顺畅和网络的安全
      • 重点工作:预防性维护,即防止网络出现故障;出现故障预案及时排除
      • 目标:最大限度地增加网络的可用时间,提高网络设备的利用率、网络性能、服务质量和安全性
      • 配置管理、性能管理、故障管理、计费管理、安全管理
    5. 数据维护
      • 应付系统灾难的基本步骤
        • 计划:确定一旦发生数据灾难时必须保持可用的数据
        • 备份:始终保护当前关键数据的备份件并离站保存
        • 演练:数据恢复计划每年至少应演练一次,解决计划中存在的问题,并在数据受损发生之前对该程序进行训练
        • 组织:数据灾难发生后,应和信息系统开发人员或专业技术人员共同处理好数据恢复的措施
        • 分析:数据恢复后,应认真分析数据灾难发生的原因,总结经验,加强事先预防的目的
      • 数据备份管理的主要方法
        • 数据备份(Backup):将计算机硬盘上的原始数据(程序)复制到可移动媒体上
        • 数据恢复(Recover):数据备份的逆过程,即将备份的数据恢复到硬盘上的操作
        • 数据归档(Archive):将硬盘数据复制到可移动媒体上,并将原始数据从硬盘上删除
        • 归档恢复(Retrieve):数据归档的逆操作,将归档数据写回到硬盘
        • 在线备份(On-line backup):对正在运行的数据库或应用进行备份
        • 离线备份(Off-line backup):在数据库关闭后对其进行数据备份,离线备份通常采用全备份
        • 全备份(Full backup):备份策略的一种,执行数据全部备份操作
        • 增量备份(Incremental backup):相对全备份而言,是备份策略的一种,只备份上一次备份后数据的变化量
        • 并行技术(Parallelism):将不同的数据源同时备份/恢复到一个备份设备/硬盘上
        • 数据克隆(Clone):实现灾难恢复的一种重要手段,将原始数据同时备份到两份可移动媒体上,其中一份转移到地理位置不同的办公室
    6. 运行环境维护
      1. 温度;
      2. 湿度;
      3. 清洁度;
      4. 照明度;
      5. 电磁干扰;
      6. 静电;
      7. 噪声。

    助记口诀✍️:一硬二软网数环

    8.2.2 系统维护的分类

    1. 改正性维护
      • 改正在系统开发阶段已发生而系统测试阶段尚未发现的错误,也称正确性维护
    2. 适应性维护
      • 使系统适应外界环境变化和管理需求变化而进行的修改
    3. 完善性维护
      • 扩充和改善系统性能而进行的修改,主要是指对已有的系统增加一些在系统分析和设计阶段中没有规定的功能与性能特征,这些功能对完善系统功能是非常必要的
    4. 预防性维护
      • 为了改进系统的可靠性和可维护性,为了适应未来的软硬件环境的变化,主动增加预防性的新功能,以使管理信息系统适应各类变化而不被淘汰

    8.2.3 系统维护的步骤

    1. 系统维护的组织机构一般由
      • 维护主管、
      • 技术主管、
      • 软硬件维护员、
      • 数据库管理员
      • 应用软件维护员等具体工作人员组成,
    2. 系统维护可分为7个阶段
      • 提出申请
      • 提出申请
      • 下达任务
      • 制定计划
      • 实施计划
      • 组织验收
      • 资料存档
    3. 助记口诀: 申评任定施验资

    8.2.4. 系统的可维护性

    可维护性的评价指标

    1. 可理解性
      • 外来读者理解软件的结构、界面功能和内部过程的难易程度
    2. 可测试性
      • 诊断和测试的容易程度取决于易理解的程度
    3. 可修改性
      • 模块的耦合、内聚、作用范围和控制范围的关系等,都对可修改性有影响

    提高可维护性的方法

    1. 建立和健全各类系统开发文档资料
      • 文档是软件可维护性的决定因素
      • 软件系统文档分类
        • 用户文档:描述系统功能和使用方法
        • 系统文档: 描述系统设计,实现和测试等各方面的内容
    2. 开发过程中要严格按照个阶段所规定的开发原则和规范来进行
      • 可维护性是所有软件都应具备的基本特点
    3. 维护文档的可追踪性
    4. 避免改旧错出新错的现象发生
    5. 建立和健全从系统开发到系统运行各阶段的管理制度
    • 助记口诀✍️文档圆规与维护,旧错新错建制度

    第三节 系统评价

    image.png

    8.3.1 系统评价概述

    系统评价的目的

    1. 检查系统的目标、功能及各项指标是否达到了设计要求
    2. 检查系统的技术能力、可靠性、安全性、稳定性等质量问题
    3. 检查系统的使用效果,如工作性能、系统利用率、用户满意程度等;
    4. 根据评审和分析的结果,找出系统的薄弱环节,提出改进意见

    系统评价考虑的几个方面

    1. 新系统是否达到了预期的目标
    2. 新系统是否具有较好的适应性和安全性
    3. 新系统是否为企业带来了良好的间接效益
    4. 新系统是否为企业带来了良好的直接效益

    8.3.2二、系统的经济评价

    1. 显性效益 (可以反映在会计账目的)
      1. 增加销售收入;
      2. 消除交易成本;
      3. 降低要素配置成本;
      4. 节省库存成本;
      5. 降低日常活动费用。
    2. 隐性效益 (不能通过会计账目反映出来但对企业利润有影响)
      1. 提高企业的无形资产;
      2. 提高作业效率,节省时间成本;
      3. 提高企业管理水平和管理效率;
      4. 驱逐假冒、创新防伪

    8.3.3 系统的技术评价

    1. 系统效率
      • 信息系统的各种职能指标、技术指标和经济指标是系统效率的反映
    2. 系统可靠性
      • 是指系统在运行时的稳定性,系统可靠指一般很少发生事故
    3. 可扩展性
      • 任何系统的开发都是从简单到复杂的不断求精和完善的过程
    4. 可移植性
      • 可移植性是评价信息系统的一项重要指标

    8.3.4 系统评价报告

    1. 对新系统开发工作的评定和总结, 也是今后进行系统维护工作的依据

    引言

    1. 摘要。系统名称、功能等
    2. 摘要。系统名称、功能等
    3. 参考资料。设计任务书、合同、文件资料等

    评价内容

    1. 技术性能指标评价
    2. 经济指标评价
    3. 综合性评价
    展开全文
  • 第一章 信息化基础知识 一、信息与信息化 1、信息论奠基者香农认为:信息就是...5、信息系统由硬件、软件、数据库、网络、存储设备、感知设备、外设、人员把数据处理成信息的规程等。 6、信息系统生命周期可简化为:①

    第一章 信息化基础知识
    (发布在文章里的内容没有格式化,可在我的资源中下载)
    原文word版下载
    一、信息与信息化
    1、信息论奠基者香农认为:信息就是能够用来消除不确定性的东西。
    8种状态需要3位比特表示,5位比特则可表示64种状态 信息、物质材料、能源是三大戓略资源)
    2、信息论两个层次:本体论和认识论。
    3、信息传输模型:信源-编码-信道-解码-信宿,其中噪声干扰的是信道。
    4、信息系统6大特点:目的性;可嵌套性;稳定性;开放性;脆弱性;健壮性。
    5、信息系统由硬件、软件、数据库、网络、存储设备、感知设备、外设、人员把数据处理成信息的规程等。
    6、信息系统生命周期可简化为:①立项(系统规划);②开发(系统分析、系统设计、系统实施、系统验收);③运维;④消亡(消散)。其中开发阶段包括系统分析、系统设计、系统实施,系统验收等工作。
    7、信息化从“小”到“大”5个层次:①产品信息化;②企业信息化;③产业信息化;④国民经济信息化;⑤社会生活信息化。
    信息主体是全体社会成员,时域是过程,空域包括政治、经济、文化、社会、军事等
    8、国家信息化体系6要素:
    信息技术应用是龙头、信息资源是核心、信息网络是基础、信息技术和产业是我国进行信息化建设的基础、信息化人才是关键、信息化政策法规和标准规范是保障。

    9、信息系统的组成:由计算机硬件、软件、数据库、网络和存储设备、感知设备、打印机等外设、用户等人员、规程制度等
    10、信息系统特点:
    (1)目的性:系统都有明确的目标或者目的,目标性决定了系统的功能。
    (2)可嵌套性:系统可以包括若干子系统,系统之间也能够耦合成一个更大的系统。对系统进行分层、 分部、分阶段地进行规划研究、建设。
    (3)稳定性:系统的内部结构和秩序应是可以预见的;系统的状态以及演化路径有限并能被预测;系统的功能发生作用导致的后果也是可以预估的。稳定性强的系统使得系统在受到外部作用的同时,内部结构和秩序仍然能够保持。
    (4)开放性:指系统的可访问性,体现在接口层面上。可以被外部环境识别,外部环境或者其他系统可以按照预定的方法,使用系统的功能或者影响系统的行为。
    (5)脆弱性:这个特性与系统的稳定性相对应,即系统可能存在着丧失结构、功能秩序的特性,这个特性往往是隐藏不易被外界感知的。脆弱性差的系统,一旦被侵入,整体性会被破坏,甚至面临崩溃,系统瓦解。 (6)健壮性。即鲁棒性,系统具有的能够抵御出现非预期状态的特性,当系统面临干扰、输入错误、入侵等因素时,系统可能会出现非预期的状态而丧失原有功能、出现错误甚至表现出破坏功能。具有高可用性的信息系统,会采用冗余技术、容错技术、身份识别技术、可靠性技术等来保持系统的稳定性。
    11、企业信息化的未来方向是:两化深度融合、智能制造、互联网+应用
    12、企业信息化的战略要点:以信息化带动工业化、信息化与企业业务全过程融合、信息产业发展与企业信息化良性互动、发挥政府引导作用、高度重视信息安全、促进企业按照现代管理制度改组改造、因地制宜持续推进
    13、推动企业信息化的指导思想:政府推动、统筹规划、企业行为、政策支持、分步实施,以信息资源开发及共享应用为重点。
    14、推动企业信息化发展的原则:效益原则、一把手原则、中长期与短期建设相结合、规范化与标准化原则、以人为本的原则
    15、两化融合的含义:信息化与工业化二者发展战略的融合;信息资源与材料、能源等工业资源的融合;虚拟经济与工业经济融合,发展知识经济;信息技术与工业技术融合,IT设备与工业设备融合,促进科技成果转换为生产率。
    16、ERP企业资源计划涉及企业生产经营的各方面,是一个开放的统一的集成系统,模块可配置,面向业务流程。
    17、移动互联网包括三个要素:移动终端、移动网络和应用服务。
    二、电子政务
    1、包括4方面:G2G、G2B、G2C、G2E(政府对公务员)。
    三、企业信息化和两化深度融合

    1. 企业信息化结构:①产品(服务)层;②作业层;③管理层;④决策层。

    2. ERP的4个阶段:①MRP;②闭环MRP;③MRPⅡ;④ERP。

    3. ERP功能:①财务管理(会计核算及财务管理);②生产控制管理;③物流管理(销售管理、库存 控制、采购管理);④人力资源管理。

    4. 4.CRM(Customer Relationship Management)概念3个要点:客户、关系、管理。

    5. CRM三角模型:由信息技术、CRM应用系统及CRM经营理念组成。CRM应用系统包括自助、分析、营销、服务、销售。
      涉及客户服务支持、客户群关系维持、商机管理

    6. CRM系统的体系结构:数据源→ETL→营销数据 存储→决策产生→信息渠道。

    7. CRM客户数据分为:描述性、促销性和交易性数据。

    8. 数据挖掘的任务分两项:描述、分类和预测。

    9. SCM(Supply Chain Management)三个阶段:初级萌芽阶段、形成阶段、成熟阶段。

    10. 供应链概念:①以客户为中心;②集成化管理;③扩展性管理;④合作管理;⑤多层次管理。

    11. 供应链管理分类:①企业供应链;②产品供应链;③基于供应链契约的供应链。

    12. 供应链管理设计原则:①自顶向下和自底向上相结合;②简洁性原则;③取长补短;④动态 性原则;⑤合作性原则;⑥创新性原则;⑦战略性原则。

    13. 供应链系统设计8个步骤:①分析市场竞争环境→②分析企业现状→③提出供应链设计项目→ ④确定供应链设计目标→⑤分析供应链的构成→⑥分析供应链设计的技术可行性→⑦设计供应链→⑧检验供应链。

    14. 敏捷供应链通过CORBA、WEB服务的结合运用来解决异构平台之间的合作。
      四、电子商务
      1、 EDI(电子数据交换)是连接原始电子商务和现代电子商务的纽带。
      2、 电子商务基础设施:①网络基础设施;②多媒体内容和网络出版的基础设施;③报文和信息传播的基础设施;④商业服务的基础设施;⑤技术标准;⑥政策和法律。
      3、 电子商务的分类:B2B(如:阿里巴巴)、B2C(如:京东、当当、苏宁)、C2C(如:淘宝、易趣)、O2O(线上购买线下商品或服务)。
      五、商业智能
      1、 BI(Business Intelligence),利用数据仓库、联机分析处理工具(On-line Analytecs Process,OLAP)、数据挖掘等技术。
      2、 BI主要功能:①数据仓库;②数据ETL;③数据统计输出(报表);④分析功能。
      3、 BI的实现三个层次:数据报表、多维数据分析、数据挖掘。
      4、 实现商业智能的6步骤:①需求分析;②数据仓库建模;③数据抽取;④建立商业智能分析报表;⑤ 用户培训和数据模拟测试;⑥系统改进和完善。

    5、 数据仓库是一个面向主题的、集成的、相对稳定的、反映历史变化的数据集合,用于支持管理决策数据仓库的结构通常包含数据源、数据集市、数据分析服务器和前端工具的4个层次
    6、 大数据分析相比传统的数据仓库应用,其数据量更大,查询分析复杂,且在技术上须依托于分布式,云存储,虚拟化等技术。
    7、 数据库:支持实时交易,数据随时发化。
    五、新一代信息技术及应用 云大物智链

    1. 云计算服务类型: ①IaaS(基础设施即服务); ②Paas(平台即服务); ③SaaS(软件即服务)。

    2. 云计算技术架构4层:设施层、 资源层、资源控制层、服务层。

    3. 大数据5V特点:Volume(大量)、Velocity(高速)、Variety(多样)、Value(价值)、 Veracity(真实性)

    4. 大数据需经过5个环节:①数据准备;②存储管理;③计算处理;④数据分析;⑤知识展现。

    5. 大数据时代的非结构化数据库:MONGDB

    6. 大数据关键技术
      a) HDFS:能提供高吞吐量的数据访问,非常适合大规模数据集上的应用。
      b) HBase :不同于一般的关系数据库,是非结构化数据存储的数据库。
      c) MapReduce :一种编程计算模型,主要思想∶概念“Map(映射)”和“Reduce (归约)”。
      d) Chukwa:用于监控大型分布式系统的数据收集系统。

    7. 物联网可分为:感知层、网络层和应用层。
      感知层作为物联网架构的基础层面,主要技术包括:产品和传感器(条码、RFID、传感器等)自动化识别技术、无线传输技术(WLAN、Bluetooth、ZigBee、UWB)、自组织组网技术、中间件技术。

    8. 到2025年,网络化、智能化、 服务化、协同化的“互联网+” 产业生态体系基本完成, “互联网+”新经济形态初步形成,“互联网+”成为经济社会创新发展的重要驱动力量。

    9. 智慧城市5层模型和3个体系:
      物联感知层、网络通信层、计算与存储层、数据及服务支撑层、智慧应用层。
      标准规范体系、安全保障体系、运营管理体系。

    10. 移动互联网:
      a) 移动互联网=移动通信网络+互联网内容和应用,它不仅是互联网的延伸,而且是互联网的发展方向。
      b) 移动互联网不仅具有传统互联网应用的简单复制和移植特征,还具有如下新特征:①接入移动性、②时间碎片性、③生活相关性、④终端多样性。
      c) 常见的智能终端系统:H5=HTML5的跨平台移动特性。

    11. 区块链(Blockchain)
      a) 是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。所谓共识机制是指区块链系统中实现不同节点之间建立信任、获取权益的数学算法。
      b) 本质上是一个去中心化的数据库,同时是比特币的底层技术。区块链是一串使用密码学方法相关联产生的数据块,每一个数据块中包含了一次比特币网络交易的信息,用于验证其信息的有效性(防伪)和生成下一个区块。
      c) 一般说来,区块链系统由数据层、网络层、共识层、激励层、合约层和应用层组成。
      i. 数据层封装了底层数据区块以及相关的数据加密和时间戳等技术。网络层包括分布式组网机制、数据传播机制和数据验证机制等。共识层主要封装网络节点的各类共识算法。
      ii. 激励层将经济因素集成到区块链技术体系中来,主要包括经济激励的发行机制和分配机制等。
      iii. 合约层主要封装各类脚本、算法和智能合约,是区块链可编程特性的基础。应用层贝封装了区块链的各种应用场景和案例。
      该模型中,基于时间戳的链式区块结构、分布式节点的共识机制、基于共识算力的经济激励和灵活可编程的智能合约是区块链技术最具代表性的创新点

    第二章 信息系统集成及服务管理
    一、服务管理体系 PPTR

    1、 SLA指服务级别协议,例如响应时间、非计划的 系统服务中断时间
    二、信息系统建设
    第三章 信息系统集成专业技术知识
    一、信息系统建设
    1、 信息系统建设内容主要包括:设备采购、系统集成、软件开发、运维服务等。
    2、 信息系统生命周期:立项、开发、运维、消亡四个阶段。
    3、 立项阶段形成《需求规格说明书》。开发阶段分为系统分析、系统设计、系统实施、系统验收等,成果是交付系统。运维阶段(正式移交用户后进入)分为纠错性维护、适应性维护、完善性维护、预防性维护。 其中系统设计分为方案设计,架构设计,设备及数据库、技术选型等工作
    4、 信息系统常用开发方法:结构化方法、原型法、面向对象方法。
    a) 结构化方法:开发过程分若干阶段、依次进行、按顺序完成、每个阶段步骤都有明确详尽的文档编制要求,缺点周期长、文档多、效率低;要求开发之初全面认识系统的需求(对应软件开发模型是瀑布模型)。
    b) 原型法:无法全面准确地提出用户需求的情况下;先开发一个原型系统,再反复修改。(对应软件 开发模型是原型模型)。
    c) 面向对象方法:关键是能否建立一个全面、合理、统一的模型,涉及分析、设计和实现三个阶段 (对应软件开发模型是面向对象开发模型)。
    二、信息系统设计
    1、 系统架构确定各层的接口,层与层互相之间的关系。
    2、 系统的选型主要取决于系统架构。
    三、软件工程
    1、 软件需求:待解决问题的特性的描述,所定义的需求必须可以被验证。
    2、 通过需求分析,可以检测和解决需求之间的冲突;发现系统的边界;并详细描述出系统需求。
    3、 通过软件设计,描述出软件架构及相关组件之间的接口;进一步详细地描述组件,以便能构造这些组件,实现各种不同模型,确定最终方案,分概要设计和详细设计。
    4、 软件测试为了评价和改进产品质量、识别产品的缺陷和问题而进行的活动,被认为是一种应该包括在整个开发和维护过程中的活动。分为①单元测试(编码);②集成测试(详细设计);③系统测试(概要设计);④验收测试(需求分析)四个阶段。
    考点:软件测试并不是编码之后才有的活动,是伴随开发和维护的全过程
    5、 软件维护分为更正性维护、适应性维护、完善性维护、预防性维护。预防性维护是将来的事。
    6、 软件质量是软件特性的总和,软件满足用户需求的能力,即遵从用户需求、达到用户满意。包括:内部质量、外部质量、使用质量。
    软件质量管理过程包括:质量保证、验证和确认、评审和审计(管理评审、技术评审、检查、走查、 审计)
    7、 软件质量保证:通过制订计划、实施和完成等活动保证项目生命周期中的软件产品和过程符合其规定的要求。验证——被正确制造,是过程;确认——制造了正确的产品,是结果。软件审计目的提供独立评价,审计是正式组织的活动,生成审计报告。
    8、 软件配置管理通过标识产品的组成元素、管理和控制变更、验证、记录和报告配置信息、来控制产品的进化和完整性。包括:①配置管理计划;②软件配置标识;③软件配置控制;④软件配置状态记录;⑤软件配置审计;⑥软件发布管理与交付。
    开发库、受控库和产品库,配置管理员和开发人员的访问权限区分
    软件过程管理包括启动和范围定义、项目规划、项目实施、监控和评审、收尾在关闭,项目规划除 了做计划之外,关键是确定合适的软件生命周期周期过程。
    9、 早期的软件复用是代码级复用,后来扩大到知识、开发经验、设计决策、架构、需求、设计、代码和文档等一切方面。面向对象方法特别有利于软件复用。
    四、面向对象系统分析与设计
    1、 对象三个基本要素:对象标识、对象状态、对象行为。
    2、 类:现实世界中实体的形式化描述。如果将对象比作房子,那么类就是房子的设计图纸。
    3、 抽象:强调给出与应用相关的特性,抛弃不相关的特性。
    4、 封装:将相关概念组成一个单元模块,并通过一个名称来引用它。
    继承:子类继承父类的属性和方法
    多态:同一操作和属性在父类子类中出现,但可有各自的实现。
    接口:操作规范的说明 消息:对象之间的信息交互和操作请求
    模式:重复性问题的解决之道,包括特定环境、问题、解决方案三个部分。
    5、 组件技术是软件复用实现的关键。
    6、 UML是一种可视化的建模语言,而不是编程语言。常见的用例图、类图、对象图、组件图等
    五、软件架构
    1、 常见架构模式:①管道/过滤器模式,典型应用包括批处理系统。②面向对象模式,典型应用基于组件的软件开发。③事件驱动模式,并不是直接调用操作,典型应用包括各种图形界面应用。④分层模式,典型应用是分层通信协议,如ISO/OSI的七层网络模型(物数网传会表应)。⑤客户/服务器模式,为了解决C/S客户端问题,形成B/S模式;为了解决C/S服务器端问题,形成了三层C/S模式。
    2、 目前主流数据库系统是关系数据库;HTML/HTTP(S)协议是实现Internet应用的重要技术;选择成熟的技术;聘请经验丰富的架构设计师,可以有效地保证项目的成功。
    3、 中间件解决了分布系统的异构问题,具有标准的程序接口和协议。
    4、 通常将中间件分为:①数据库访问中间件,典型技术Windows平台的ODBC和Java平台的JDBC。 ②远程过程调用中间件(RPC),从效果上来看和执行本地调用相同。③面向消息中间件(MOM), 进行平台无关的数据传递,典型如IBM的MQSeries。④分布式对象中间件,典型OMG的CORBA、Java的RMI/EJB、Microsoft的DCOM等。⑤事务中间件,完成事务管理与协调、负载平衡、失效恢复等任务,典型IBM/BEA的Tuxedo、支持EJB的JavaEE应用服务器等。
    六、典型应用集成技术

    1. 操作型处理也称事务处理,对数据库中记录的查询和修改;分析型处理用于决策分析。操作型处理和分析型处理的分离是必然和必要的。

    2. 数据仓库(Data Warehouse)是一个面向主题、集成的、相对稳定的、反映历史变化的数据集合,用于支持管理决策,是对多个异构数据源有效集成,按主题重组,且存放在数据仓库中的数据一般不再修改。

    3. 数据仓库系统的结构通常包含4个层次:①数据源;②数据仓库/数据集市;③OLAP服务器;④前端工具。

    4. 大数据(Big Data)5V:①Volume(数据量大);②Variety(数据类型多);③Velocity(处理速度快);④Value(价值密度低);⑤Veracity(真实性高)。 “增值”

    5. Web服务典型技术:①用于传递信息的SOAP(Simple Object Access Protocol,简单对象访问协议);②用于描述服务的WSDL(Web Service Description Language,Web服务描述语言);③用于 Web服务注册UDDI(Universal Description Discovery and Integration,Web服务注册的统一描述、 发现及集成);④用于数据交换的XML。

    6. Web服务主要目标是跨平台的互操作性,适合跨越防火墙、应用程序集成、B2B集成、软件重用等。 不合适使用Web服务:单机应用程序、局域网上的同构应用程序等。

    7. JavaEE—工业标准,将开发工作分成2类:业务逻辑开发和表示逻辑开发。运行环境主要包括组件(Component)、容器(Container)、服务(Services)三部分,组件是代码、容器是环境、服务是接口。

    8. 微软的.NET,通用语言运行环境处于.NET开发框架的最底层,倒数第二层是基础类库。JavaEE与.NET都可以用来设计、开发企业级应用。JavaEE平台是业界标准,.NET是微软产品系列,而非业界标准。

    9. 工作流程引擎是工作流管理系统的运行和控制中心。工作流程引擎的主要功能是流程调度和冲突检测。

    10. 组件:将不便于让最终用户去直接操作的细节进行封装,实现各种业务逻辑规则,用于处理用户的 内部操作细节,满足此目的的封装被称为组件。

    11. 常用的组件标准:①微软的COM/DCOM/COM+,开放的组件标准,DCOM在COM的基础上添加 了许多功能和特性,COM+综合各技术形成了功能强大的组件架构;②OMG的CORBA(Common Object Request Broker Architect,公共对象请求代理架构),已成为分布计算技术的标准;③ Java的RMI/EJB,EJB用于封装中间层的业务功能。
      七、计算机网络知识

    12. OSI七层模型:(物数网传会表应)

    13. 网络按地理范围分:局域网、城域网、广域网。

    14. 网络拓扑结构:总线型、环型、星型、树型、网状。

    15. 网络中的数据交换分为:电路交换(用于电话网)、分组交换(数据包交换,用于数据报网络和虚 电路网络)、ATM交换、全光交换、标记交换。

    16. 网络存储结构分3种:①直连式存储(DAS);②网络存储设备(NAS);③存储网络(SAN)。

    17. 《中华人民共和国网络安全法》2017年6月1日起施行。
      《中华人民共和国密码法》,自2020年1月1 日起施行。

    18. 综合布线

    1. 工作区子系统:工作区内终端设备连接到信息插座之间的设备组成
    2. 水平子系统:水平子系统是布置在同一楼层上,一端接在信息插座,另一端接在配线间的跳线架上,它的功能是打通干线子系统线路延伸到用户工作区的信息点出口
    3. 管理子系统:安装有线路管理器件及各种公用设备,实现整个系统集中管理,其中包括双绞线跳线架、跳线。
    4. 垂直干线子系统:通常它是由主设备间至各层管理间,特别是在位于中央点的公共系统设备处提供多个线路设施,采用大对数的电缆馈线或光缆
    5. 设备间子系统:该子系统是由设备间中的电缆、连接跳线架及相关支撑硬件、防雷电保护装置等构成。是整个配线系统的中心单元
    6. 建筑群子系统:它是将多个建筑物的数据通信信号连接成一体的布线 系统,它采用架空戒地下电缆管道或直埋敷设的室外电缆和光缆互连起来
    1. 机房要求
      a) 机房计算机设备宜采用分区布置,主要包括:主机区、存储器区、教据输入区、数据输出区、通信区和监控调度区等。
      b) 主机房内通道与设备间的距离应符合以下规定:
      i. 两相对机柜正面之间的距离不应小于1.5m。
      ii. 机柜侧面(或不用面)距墙不应小于0.5m,当需要维修测试时,机柜距墙不应小于1.2m。
      iii. 走道净宽不应小于1.2m。
      c) 机房照明一般采用无慷光多隔挪灯;主机房照度不小于300lx,辅助间不小于200lx,故障照明不小于60lx,机房照明应分别有开关控制,符合相关电气设计施工规范。
      d) 机房供电系统应采用双回路供电,并选择三相五线制供电。
      e) 机房应采用四种接地方式:
      i. 交流工作接地,接地电阻不应大于4Ω。
      ii. 安全工作接地,接地电阻不应大于4Ω。
      iii. 直流工作接地,接地电阻应按计算机系统具体要求确定。
      iv. 防雷接地,应按现行国家标准《建筑防雷设计规范》执行。
    2. 计算公式
      RJ45的需求量:m= nx4 +nx4×15%
      n为RJ45的总需求量
      n为信息点的总量 信息模块的需求量:m=n+nx3%
      —m为信息模块的总需求量。 —n为信息点的总量。 —n×3%为富余量。
    3. 相关拐弯曲率半径的要求。
      a) 光缆拐弯曲率半径不能小于30cm。
      b) 同轴粗电缆拐弯曲率半径不应小于30cm。
      c) 同轴细电缆拐弯曲率半径不应小于20cm。
    4. 暗敷管路的要求。
      a) 暗敷管路的敷设路由应以直线为主,不选弯曲路由,如必须弯曲时,曲率半径不应小于管外径的6倍。
      b) 如暗管外径大于50mm,要求曲率半径不应小于该管外径的10倍。
      c) 转弯的夹角角度不应小于90°,且不应有两个以上的弯曲。
      d) 如有两次弯曲,应设法把弯曲处设在该弯管段落的两端,并要求该段落的长度不超过15m,同时要求在这一段落内不得有S形弯或U形弯。
      e) 如弯曲管的段长超过20m,应在该段落中装接头箱(接头盒或过渡盒)。
    5. 典型的网络攻击步骤:①信息收集;②试探寻找突破口;③实施攻击;④消除记录;⑤保留访问权限。
    6. 传统防火墙无法阻止和检测基于数据内容的黑客攻击和病毒入侵,同时也无法控制内部网络之间的违规行为。扫描器无法发现正在进行的入侵行为。防毒软件对于基于网络的攻击行为无能为力。目前市场上鲜见特别成熟的安全审计产品,主要从事入侵检测工作。
    7. 北斗系统由空间段、地面段和用户段三部分组成。 空间段由若干地球静止轨道卫星、倾斜地球同步轨道卫星和中圆地球轨道卫星组成。 地面段包括主控站、时间同步/注入站和监测站等若干地面站,以及星间链路运行管理设施。用户段包括北斗及兼容其他卫星导航系统的芯片、模块、天线等基础产品,以及终端设备、应用系统 与应用服务等。
    8. 2020年10月,中国广电正式在京成立,成为继中国移动、中国联通和中国电信外的第四大运营商。
    9. 2020年10月,百度自动驾驶出租车服务,正式在北京全面开放。乘客只需要在百度地图APP或 Apollo官网,就可以选择无人驾驶乘车。
    10. 网络设计步骤
    11. 网络设计的步骤:
      a) 拓扑结构设计、主干网(核心层)设计、汇聚层和接入层设计、广域网链接和远程访问设计、无线网 络设计、网络通讯设备选型
      b) 信息安全的要素 保密性、完整性、可用性、可控性、可审查性
      c) 信息系统安全五个保护等级:用户自主保护级、系统审计、安全标记、结构化、访问验证保护级。
      d) 数据备份的内容 工作文档类 邮件类 QQ和微信类 设置类文件 系统类文件 数据库的备份文件 重要的光盘 其他重要文件
      e) 云计算的8大特点:超大规模、虚拟化、高可靠、通用性、高可扩展、按需服务、极其廉价、潜在的危险性
      f) 云计算分为公有云、私有云和混合云三种
      八、新兴信息技术
      1、 物联网架构:①感知层:负责信息采集和物物之间的信息传输。②网络层:是物联网三层中标准化程度最高、产业化能力最强、最成熟的部分。③应用层:实现应用。
      2、 物联网关键技术:感知层作为物联网架构的基础层面,主要技术包括:产品和传感器(条码、RFID、传感器等)自动化识别技术、无线传输技术(WLAN、Bluetooth、ZigBee、UWB)、自组织组网技术、中间件技术。
      3、 移动互联网关键技术:①架构技术SOA:Service Oriented Architect,面向服务的架构,不涉及底层编程接口和通讯模型,Web Service是目前实现SOA的主要技术。②页面展示技术Web2.0:严格来说不是一种技术,而是互联网思维模式。③HTML5:在原有HTML基础上扩展了API,最大优势可以在网页上直接调试和修改。④Android:特点入门容易,因为Android的中间层多以Java实现,指令相对减少、开发相对简单,而且开发社群活跃,开发资源丰富。⑥IOS:一个非开源的操作系统,开发人员必须加入苹果开发者计划,需要付款以获得苹果的批准,开发语言是Objective-C、C、和C++,开发难度大于Android。⑦Windows Phone:微软一款手机操作系统,开发技术:C、C++、C#等。
      4、 大数据关键技术:①HDFS:能提供高吞吐量的数据访问,非常适合大规模数据集上的应用。② HBase:不同于一般的关系数据库,是非结构化数据存储的数据库。③MapReduce:一种编程模型,主要思想:概念“Map(映射)”和“Reduce(归约)”。④Chukwa:用于监控大型分布式系统的数据收集系统。
      精准营销是大数据的典型应用,分析的数据对象是用户日志
      日志一般包括下列几类数据:
      a) 网站日志:用户在访问某个目标网站时,网站记录的用户相关行为信息。
      b) 搜索引擎日志:记录用户在该搜索引擎上的相关行为信息。
      c) 用户浏览日志:通过特定的工具和途径记录用户所浏览过的所有页面的相关信息,如浏览器日志、代理日志等。
      d) 用户主体数据:如用户群的年龄、受教育程度、兴趣爱好等。
      e) 外界环境数据:如移动互联网流量、手机上网用户增长、自费套套餐等。
      5、 Web1.0和Web2.0的区别,如下表所示
      项目 Web1.0 Web2.0
      页面风格 结构复杂,页面繁冗 页面简洁、风格流畅
      个性化程度 垂直化、大众化 个性化突出自我品牌
      用户体验程度 低参与度、被动接受 高参与度、互动接受
      通讯程度 信息闭塞知识程度低 信息灵通知识程度高
      感性程度 追求物质性价值 追求精神性价值
      功能性 实用追求功能性利益 体验追求情感性利益
      6、 人工智能技术主要用于:人脸识别、机器学习、无人驾驶、自然语言处理
      7、 区块链的基本特征:去中心化、开放性、自治性、信息不可篡改、匿名性
      8、 5G网络的主要优势在于,数据传输速率远远高于以前的蜂窝网络,最高可达10Gbit/s
      9、 新型基础设施建设(简称:新基建),主要包括5G基站建设、特高压、城际高速铁路和城市轨道 交通、新能源汽车充电桩、大数据中心、人工智能、工业互联网七大领域。
      第四章 项目管理一般知识
      一、什么是项目?什么是项目管理?
    12. 项目是为达到特定的目的,使用一定资源,在确定的期间内,为特定发起人提供独特的产品、服务或成果而进行的一系列相互关联的活动的集合。
    13. 项目的约束性目标也叫管理性目标,项目的成果性目标也称项目目标。
    14. 项目目标遵循SMART原则:Specific(具体的)、Measurable(可测量的)、Attainable(可达到的)、Relevant(相关性的)、Time-bound(有明确时限的)。
    15. 项目通常是实现组织战略计划的一种手段。
    16. 项目特点:临时性、独特性、渐进明细。
    17. 项目目标的特点:优先性、层次性、多目标性。
    18. 信息系统集成项目特点:①以满足客户和用户的需求为根本出发点;②应加强需求变更管理以控制风险;③选择最合适的产品;④高技术与高技术的集成;⑤是一项综合性的系统工程;⑥成员年轻,流动率高,项目经理的领导艺术水平要求较高;⑦沟通重要性。
    19. 技术的集成以标准为基础;人与人、单位与单位以法律、法规、规章制度为基础;信息的产生、保存与传递以安全为基础。
    20. 项目三大目标:质量、进度、投资;项目三大基准:范围、进度、投资
    21. 项目管理包括4域:①核心知识域:包括整体管理、范围管理、进度管理、成本管理、质量管理和信息安全管理。②保障域:人力资源管理、合同管理、采购管理、风险管理、信息(文档)与配置管理、知识产权管理、法律法规标准规范和职业道德规范。 ③伴随域:包括变更管理和沟通管理。④过程域:包括可研与立项、启动、计划、实施、监控和收尾等。
    22. 事业环境因素:①实施单位的企业文化和组织机构;②国家标准或行业标准;③现有的设施和固 定资产等;④实施单位现有的人力资源、人员的专业和技能,人力资源政策如招聘和解聘的指导方针、员工绩效评估和培训记录等;⑤当时的市场状况;⑥项目干系人对风险的承受力;⑦行业数据 库;⑧项目管理信息系统(可能是工具,也可能是软件,总之能帮助人们管理项目)。
    23. 组织过程资产:
      (1)过程和程序:①组织的标准过程;②标准指导方针、模板、工作指南;③ 用于满足项目特定需要的标准过程的修正指南;④组织的沟通要求,汇报制度;⑤项目收尾指南或要求;⑥财务控制程序;⑦问题和缺陷管理程序;⑧变更控制程序;⑨风险控制程序;⑩批准与发 布工作授权程序;
      (2)组织的全部知识:①项目档案;②过程测量数据库;③经验学习系统;④问题和缺陷管理数据库;⑤配置管理知识库;⑥财务数据库。
      二、项目组织方式
      1、 以项目为基础的组织是指他们的业务主要由项目组成,分两大类:①主要收入源自依照合同为 他人履行项目的组织;②按逐个项目进行管理的组织。
      2、 项目经理的权利由小到大:职能型、弱矩阵、平衡矩阵、强矩阵、项目型。
      3、 职能部门的经理简称部门经理。职能型组织优点:①便于知识、技能和经验交流;②清晰的职业生涯晋升路线;③沟通、交流简单、责任和权限清晰;④重复性工作为主的过程管理。缺点:①职能利益优先于项目;②组织横向之间联系薄弱,部门间沟通、协调难度大;③项目经理缺少权利、权威;④项目管理发展方向不明,缺少项目基准。
      4、 项目型组织优点:①责权分明,利于统一指挥;②目标明确单一;③沟通简洁、方便;④决策快。
      缺点:①管理成本过高;②项目环境比较封闭,不利于沟通、技术知识共享;③员工缺乏事 业上的连续性和保障。
      5、 矩阵型组织缺点:①管理成本增加;②多头领导;③难以监测和控制;④资源分配与项目优先的问题产生冲突;⑤权利难以保持平衡。
      6、 基于项目的组织(Project-Based Organization,PBO)是指建立临时机构来开展工作的各种组织形式。采用PBO可以减轻组织中的层级主义和官僚主义,因为PBO中,考核工作成败的依据是最终结果。在PBO中,大部分工作都被当作项目来做,按项目方式,可以在整个公司层面采用PBO,也 可以在多公司财团或网络组织中采用PBO;某个部门或分支机构内部采用PBO。一些大型的PBO可 能需要职能部门的支持。
      7、 PMO有支持型、控制型、指令型3种;①支持型:PMO担当顾问角色。②控制型:PMO不仅给项目提供支持,而且通过各种手段要求项目服从PMO的管理策略。③指令型:PMO直接管理和控制项目。
      8、 项目经理和PMO区别:①项目经理和PMO追求不同的目标;②项目经理完成特定成果性目标,PMO工作目标包括组织级观点;③项目经理关注特定的项目目标,PMO管理大型项目范围的变化;④项目经理控制赋予项目的资源,PMO对所有项目之间共享的资源进行优化使用;⑤项目经理管理中间产品的范围、进度、费用和质量,而PMO管理整个风险、整体机会和所有项目依赖关系。
      三、项目生命周期
      1、 大多数项目生命周期共同特征:在初始阶段,成本和人员投入水平较低,中间阶段达到最高,项目接近结束时快速下降。
      2、 信息系统项目生命周期详细划分为:可行性分析、业务流程优化或变革、信息系统规划、系统需 求分析、系统设计、系统实现、系统测试、系统实施、系统试运行、验收等阶段。还包括验收后的 协调运营与维护、系统退役等阶段。
      3、 项目阶段结束前,一般要对完成的工作和可交付物进行技术或设计评审,根据评审结果,以决定 是否接受,是否还要做额外的工作或是否要结束这个阶段。
      4、 假如一个项目交付特定的产品,那么该产品的生命周期比项目生命周期更长。
      四、典型生命周期模型
    24. 瀑布模型(★★★★★)
    1. 6个阶段:计划、需求分析、设计、编码、测试、运行维护。
    2. 适用条件:项目需求明确、充分了解拟交付的产品、有厚实的行业实践经验、或者整批一次性交付产品有利于干系人。
    3. 瀑布模型特点:①从上一次开发活动接受其成 果作为本次活动的输入;②利用这一活动,实施本次活动应完成的工作内容;③给出本次活动的工作成果,作为输出传给下一项开发活动;④对本次活动实施工作成果进行评审。
    1. 迭代模型
    1. 每次迭代涉及的过程都包括不同比例的所有活动。
    2. RUP(Rational Unified Process,软件统一过程)是迭代模型的一种,用二维坐标描述,横轴表示时间,包括周期(Cycle)、阶段(Phase)、迭代(Iteration)、里程碑(Milestone);纵轴表示自然的逻辑活动,体现开发过程的静态结构,包括活动(Activity)、产物(Artifact)、工作者(Worker)、工作流(Workflow)。
    3. RUP的生命周期被分解为4个顺序阶段:初始阶段(Inception)、细化阶段(Elaboration)、构件阶段(Construction)、交付阶段(Transition)。初始阶段–系统地阐述项目的范围、确定项目的边界;细化阶段—分析问题领域,建立体系结构并选择构件,编制项目计划。
    4. 使用条件:组织需要管理不断变化的目标和范围,组织需要降低项目的复杂性,或者,产品的部分交付有利于一个或多个干系人,且不会影响最终或整批可交付成果的交付。大型复杂项目通常采用迭代方式来实施。
    1. 敏捷方法
      a) 概念:是一种以人为核心、迭代、循序渐进的开发方法,适用于一开始并没有或不能完整地确定出需求和范围的项目,或者需要应对快速变化的环境,或者需求和范围难以事先确定,或者能够以有利于干系人的方式定义较小的增量改进。
      b) 目的:在于应对大量变更,获取干系人的持续参与。
    2. V模型(★★★★★)

    需求分析(验收测试)—概要设计(系统测试)—详细设计(集成测试)—编码 (单元测试)。“延续膝盖吉祥扁担”
    5. 原型化模型 (★★★★★)

    1. 原型化模型是为弥补瀑布模型的不足而产生的,第一步建造一个快速原型,第二步在原型基础上开发出用户满意的产品。
    2. 对于复杂的大型软件,开发一个原型往往达不到要求,为减少开发风险,在瀑布模型和原型化模型的基础上的演进,出现了螺旋模型以及大量使用的RUP。
    1. 螺旋模型(★★★★★)
    1. 概念:是一个演化软件过程模型,将原型 实现的迭代特征与线性顺序(瀑布)模型中 控制的和系统化的方面结合起来,使得软件的增量版本的快速开发成为可能。
    2. 四个阶段:制定计划、风险分析、实施工程、客户评估。
    3. 强调了风险分析,特别适用于庞大而复杂的、高风险的系统。
    4. 风险分析分为3步:评价方案、识别风险、消除风险。
      五、单个项目的管理过程
    1. 把一个项目管好,需要4种过程:①技术类过程:有需求分析、总体设计、编码、测试、布线、组网等;② 管理类过程:分为启动、计划、执行、监控和收尾过程组;③支持类过程:如配置管理过程;④改进类过程: 总结经验教训、部署改进等。
    2. PDCA:(Plan-Do-Check-Act cycle)。
    3. 项目管理过程组:①启动过程组;②计划编制过程组;③执行过程组;④监督与控制过程组;⑤收尾过程组。
    4. 项目信息:
      ①工作绩效数据:在执行项目工作的过程中,从每个正在执行的活动中收集到的原始观察结果和测量值。如:工作完成百分比、质量和技术绩效测量值、进度活动的开始和结束日期、变更请求的数量、缺陷数量、实际成 本和实际持续时间等。
      ②工作绩效信息:从各控制过程中收集并结合相关背景和跨领域关系,进行整合分析而得到的绩效数据。如:进度绩效指数、可交付成果的状况、变更请求的执行状况、预测的完工估算。
      ③工作绩效报告:为制定决策、提出问题、采取行动或引起关注,而汇编工作绩效信息,所形成的实物或电子 项目文件。如:状态报告、备忘录、论证报告、信息礼记、电子报表、推荐意见或情况更新。

    第五章 项目立项管理
    一、项目建议

    1. 项目建议书(Request for Proposal,RFP)是甲方的申请文件,对拟建项目提出的总体设想,项目依次完成项目建议书的编写、申报、审批等环节,才能进入后续的可行性分析阶段的工作。
    2. 项目建议书,又称立项申请书,是项目筹建单位或项目法人,提出的某一种具体项目的建议文件。
    3. 项目建设单位可以规定对于规模较小的系统集成项目省略项目建议书,而将其与项目可行性分析阶段进行合并。
      二、项目可行性分析
    4. 项目可行性研究内容:①投资必要性;②技术可行性;③财务可行性;④组织可行性;⑤经济可行性;⑥社会可行性;⑦风险因素及对策。
    5. 项目可行性研究阶段:①机会可行性研究:对投资项目或投资方向提出建议,寻找最佳的投资机会。②初步可行性研究:是介于机会可行性研究和详细可行性研究的一个中间阶段,如果就投资可能性进行了项目机会研究, 那么项目的初步可行性研究阶段往往可以省去。③详细可行性研究:特别是大型的或比较复杂的项目需要。
    6. 初步可行性研究出现的4种结果:①肯定—直接上马;②肯定,转入详细可行性研究;③展开专题研究;④否定—立刻下马。
    7. 项目论证是甲方决定项目是否要做,是否要向银行贷款。
    8. 项目评估指政府是否同意甲方做,银行是否贷款给建设单位。是由第三方进行评价、分析和论证,为银行的贷款决策或行政主管部门的审批决策提供科学依据。
      三、项目审批
      项目审批部门对系统集成项目的项目建议书、可行性研究报告、初步设计方案和投资概算的批复文件是后续项目建设的主要依据。批复中核定的建设内容、规模、标准、总投资概算和其他控制指标原 则上应严格遵守。内容有重大变更的,应重新报批项目建议书;投资超出已批复总投资额度10%的,应重新报批可行性研究报告;未超出已批复总投资额度10%的,对调整部分进行补充说明。
      四、项目招投标
    9. 国有资金占控股或者主导地位的依法必须进行招标的项目,应当公开招标;下列情形可以邀请招标:①需要采用不可替代的专利或者专有技术;②采购人依法能够自行建设、生产或者提供;③已通过招标方式选定的特许经营项目投资人依法能够自行建设、生产或者提供;④需要向原中标人采购工程、货物或者服务,否则将影响施工或者功能配套要求;⑤国家规定的其他特殊情形。
    10. 资格预审文件或者招标文件的发售期不得少于5日;通过资格预审的申请人少于3个的,应当重新招标。投标保证金不得超过招标项目估算价的2%,招标保证金有效期应当与投标有效期一致。招标人可以自行决定是否编制标底,且只能有一个标底,必须保密。招标人设有最高投标限价的,应当在招标文件中明确最高投标限价或者最高投标限价的计算方法,招标人不得规定最低投标限价。招标人不得组织单个或者部分潜在投标人踏勘项目现场。
    11. 招标人有下列行为属于以不合理条件限制:
      ①就同一招标项目向潜在投标人或者投标人提供有差别的项目信息;
      ②设定的资格、技术、商务条件与招标项目的具体特点和实际需要不相适应或者与合同履行无关;
      ③依法必须进行招标的项目以特定行政区域或者特定行业的业绩、奖项作为加分条件或者中标条件;
      ④对潜在的投标人或者投标人采取不同的资格审查或者评标标准;
      ⑤限定或者指定特定的专利、商标、品牌、原产地或者供应商;
      ⑥依法必须进行招标的项目非法限定潜在投标人或者投标人的所有制形式或者组织形式;
      ⑦以其他不合理条件限制、排斥潜在的投标人或者投标人。
    12. 与招标人存在利害关系可能影响招标公正性的法人、其他组织或者个人,不得参加投标。单位负责人为同一人或者存在控股、管理关系的不同单位,不得参加同一标段投标或者未划分标段的同一招标项目投标。
    13. 下列情形属于投标人相互串通投标:①投标人之间协商投标报价等投标文件的实质性内容;②投标人之间约定中标人;③投标人之间约定部分投标人放弃投标或者中标;④属于同一集团、协会、商会等组织成员的投标人按照该组织要求协同投标;⑤投标人之间为谋取中标或者排斥特定投标人 而采取的其他联合行动。
    14. 下列情形视为投标人相互串通投标:①不同投标人的投标文件由同一单位或者个人编制;②不同 投标人委托同一单位或者个人办理投标事宜;③不同投标人的投标文件载明的项目管理成员为同一人;④不同投标人的投标文件异常一致或者投标报价呈规律性差异;⑤不同投标人的投标文件相互混装;⑥不同投标人的投标保证金从同一单位或者个人的账号转出。
    15. 下列情形属于招标人与投标人相互串通投标:①招标人在开标前开启投标文件并将有关信息泄露给其他投标人;②招标人直接或者间接向投标人泄露标底、评标委员会成员等信息;③招标人明示或者暗示投标人压低或者抬高投标报价;④招标人授意投标人撤换、修改投标文件;⑤招标人明示或者暗示投标人为特定投标人中标提供方便;⑥招标人与投标人为谋求特定投标人中标而采取的其他串通行为。
    16. 系统集成供应商在项目投标阶段的主要工作包括:①项目意向识别:4种途径:政策导向、市场需求、技术发展、挖掘现有客户。②项目售前交流;③获取招标文件;④编写投标文件;⑤参加投标活动。(★★★★★)
    17. 投标人少于3个的,不得开标;评标报告应当由评标委员会全体成员签字。招标人应当自收到评标报告之日起3日内公示中标候选人,公示期不得少于3日。公示期有异议的,招标人应当自收到异议之日起3日内作出答复。招标人应当确定排名第一的中标候选人为中标人,第一中标候选人放弃中标的,因不可抗力不能履行合同、不按照招标文件要求提供履约保证金、或者被查实存在影响中标结果的违法行为等情况,不符合招标条件的,招标人可以按照评标委员会提出的中标候选人名单排序依次确定其他中标候选人为中标人,也可以重新招标。
    18. 招标人根据评标委员会提出的书面评标报告和推荐的中标候选人确定中标人,招标人也可以授权 评标委员会直接确定中标人,中标通知书对招标人和中标人具有法律效力。招标人应在书面合同签 订后5日内退还投标保证金及银行同期存款利息。
    19. 履约保证金不得超过中标合同金额的10%。
    20. 合同约定或者经招标人同意,可以将中标项目的部分非主体、非关键性工作分包给他人完成。接受分包的人应当具备相应的资格条件,并不得再次分包。中标人应当就分包项目向招标人负责,接受分包的人就分包项目承担连带责任。
      五、项目合同谈判与签订
      1、 合同谈判的方法一般先谈技术条款,后谈商务条款。
      2、 合同的条款一般应包括:当事人的名称和地址、标的、数量、质量、价款和报酬、履行期限、地点 和方式、违约责任和解决争议的方法等。
      3、 如果中标人不同意按照招标文件规定的条件或条款按时进行签约,招标方有权宣布该标作废而与第 二最低评估价投标人进行签约,或请示有关管理部门之后宣布本次招标无效,而重新组织招标。
      六、供应商项目立项
      1、 系统集成供应商所应承担的合同责任发生了转移,由组织转移到了项目组。一般来说,系统集成供应商主要根据项目的特点和类型,决定是否在组织内部为所签署的外部项目单独立项。
      2、 内部立项主要原因:①通过项目立项方式为项目分配资源;②通过项目立项方式确定合理的项目绩 效目标;③以项目型工作方式,提升项目实施效率。(★★★★★)
      3、 项目内部立项时包括内容:①项目资源估算;②项目资源分配;③准备项目任务书;④任命项目经理。(★★★★★)
      4、 补充:
      2020年5月28日,十三届全国人大三次会议表决通过了《中华人民共和国民法典》,自2021年1月1日 起施行。婚姻法、继承法、民法通则、收养法、担保法、合同法、物权法、侵权责任法、民法总则 同时废止。
      第六章 项目整体管理
      一、项目整体管理概述
    21. 项目整体管理6个过程:①制定项目章程;②制定项目管理计划;③指导与管理项目工作;④ 监控项目工作;⑤实施整体变更控制;⑥结束项目或阶段。
    22. 项目整体管理是项目管理的核心,寻找最佳平衡点。
    23. 项目整体管理涉及4个方面:①各分目标之间的集成;②各项目干系人之间的集成;③各专业工作之间的集成;④各过程之间的集成。
    24. 作为整合者,项目经理必须:①与项目干系人主动沟通;②干系人之间寻找平衡点;③达到各 种需求间的平衡。
      二、制定项目章程
    25. 项目章程宣告一个项目的正式启动,由高层管理者发布项目章程,授权项目经理为实现项目而动用组织资源。项目经理可以起草项目章程。如果对项目章程需要修改,只有发起人有权进行变更。(★★★★★)
    26. 项目章程作用:①确定项目经理;②正式确认项目的存在;③制定项目的总体目标;④把项目与执行组织的日常经营运作及战略计划等联系起来。
    27. 工作说明书(Statement of Work,SOW)是对项目需交付的产品、服务或输出的叙述性说明。
      包括内容:①业务需求;②产品范围描述;③战略计划。
    28. 项目章程主要内容:①项目的目标;②项目的目的;③项目的总体要求④相关的成功标准;⑤项目的主要风险,如项目的主要风险类别;⑥总体里程碑进度计划;⑦总体预算;⑧项目的审批要求, 即在项目的规划、执行、监控和收尾过程中,应该由谁来做出哪种批准;⑨委派的项目经理及其职 责和职权;⑩发起人或其他批准项目章程的人员的姓名和职权。(★★★★★)
      三、制定项目管理计划
    29. 项目管理计划主要用途:①指导项目执行、监控和收尾;②提供基准;③规定管理层审查项目时 间、内容和方式。
    30. 在项目执行开始之前,要制订出尽可能完整的项目管理计划。但项目管理计划也需要在项目生命周期的后续阶段中不断审阅、细化、完善和更新。
    31. 项目管理计划制订步骤:①制订各自分项计划;②收集分项计划,整合成项目管理计划;③执行和监控工作;④提出变更并审批;⑥实施变更,更新项目管理计划。
    32. 项目管理计划可以是概括的或详细的,可以包含一个或多个辅助计划,辅助计划包括:范围管理计划、需求管理计划、进度管理计划、成本管理计划、质量管理计划、过程改进计划、人力资源管理计划、沟通管理计划、风险管理计划、采购管理计划、干系人管理计划等。
      四、指导与管理项目工作
    33. 指导和管理项目工作还须对项目所有变更的影响进行审查,包括:
      ①纠正措施(是针对实际已经出现的偏差);
      ②预防措施(针对将来可能出现的偏差);
      ③缺陷补救(产品或产品组件,缺陷补救措施只针对项目质量问题)。
    34. 更新:对正式受控的项目文件或计划等进行的变更。
      五、监控项目工作
      监督贯穿于整个项目;
      六、实施整体变更控制
      1、 项目的任何干系人都可以提出变更请求,但所有变更请求都必须以书面形式记录,并纳入变更管理以及配置管理信息系统中。
      2、 通过变更控制委员会和变更控制系统来完成,整体变更控制不只是变更控制委员会的事情,也是项目经理和项目团队的事情。
      原因:①变更控制委员会由主要项目干系人的代表所组成的一个小组,项目经理可以是成员之一,不是组长。②变更控制系统是指关于变更管理的一系列正式的书面程序,包括文档、跟踪系统和变更的批准层次等。
      3、 实施整体变更控制过程中的部分配置管理活动:①配置识别;②配置状态记录;③配置核实与审计。(★★★★★)
      七、结束项目或阶段
      1、 本过程的主要作用:总结经验教训,正式结束项目工作,为开展新工作而释放组织资源。
      2、 在结束项目过程中,虽然也需要获得项目发起人或客户对项目产品、服务或成果的最终验收,这 个验收主要是一个必需的程序,是一个形式上的验收而非实质性技术验收。真正的技术验收早在范 围核实过程中已经完成。
      3、 行政阶段主要工作包括:①产品核实;②财务收尾;③更新项目记录;④总结经验教训;⑤进行 组织过程资产更新;⑥解散项目团队。
      4、 行政收尾产生结果:①对项目产品的正式接受;②完整的项目档案;③经验教训总结;④资源释放。
      5、 行政收尾与合同收尾有联系又有区别,联系在于:都需要进行产品核实,都需要总结经验教训,对相关资料归档、更新组织过程资产。区别:
      ①行政收尾是针对项目和项目各阶段,项目要进行一次行政收尾,且项目阶段结束时都要进行行政 收尾;而合同收尾是针对合同的。
      ②合同收尾发生在行政收尾之前,先要进行采购审计和合同收尾,然后进行行政收尾。
      ③行政收尾要由项目发起人或高层管理层给项目经理签发项目阶段结束的书面确认,而合同收尾则 要由买方向卖方签发合同结束的书面确认。
      第七章 项目范围管理
      一、项目范围管理主要过程(6个)
      1.编制范围管理计划;2.收集需求;3.定义范围;4.创建WBS;5. 范围确认;6.范围控制。
      二、编制范围管理计划过程
      1、 范围管理计划是项目或项目集管理计划的组成部分,描述了如何定义、制定、监督、控制 和确认项目范围。范围管理计划可以是正式或非正式的,非常详细或高度概括的。
      2、 如何定义范围:①制定详细项目范围说明书;②根据详细项目范围说明书创建WBS;③维 护和批准工作分解结构(WBS);④正式验收已完成的项目可交付成果;⑤处理对详细范围 说明书或WBS的变更。
      三、收集需求
      1、 需求管理计划是项目管理计划的组成部分,描述了如何分析、记录和管理需求,以及阶段与阶段间的关系对管理需求的影响。
      2、 需求管理计划主要内容包括:①如何规划、跟踪和报告各种需求活动;②配置管理活动;③需求优先级排序过程;④产品测量指标;⑤需求被列入跟踪矩阵;⑥收集需求过程。
      四、范围定义
      1、 定义范围最重要的任务就是详细定义项目的范围边界,范围边界是应该做的工作和不需要进行的工 作分界线。定义范围可以增加项目时间、成本和资源估算的准确度,定义项目控制的依据,明确相关 责任人在项目中的责任,明确项目的范围、合理性和目标,以及主要可交付成果。
      2、 需求文件内容包括:①业务需求;②干系人需求;③解决方案需求;④项目需求;⑤过渡需求;⑥ 与需求相关的假设条件。
      3、 焦点小组是召集预定的干系人和主题专家,了解他们对所讨论的产品、服务或成果的期望和态度。 是一种群体访谈而非一对一访谈。
      4、 研讨会能够比单项会议更早发现问题,更快解决问题。如,在软件开发行业,就有一种称为“联合 应用设计/开发(JAD)”的引导式研讨会。这种研讨会注重把业务主题专家和开发团队集中在一起,来改进软件开发过程。在制造行业,则使用“质量功能展开(QFD)”这种引导式讨论会,来帮助确 定新产品的关键特征。
      5、 范围说明书是对项目范围、主要可交付成果、假设条件和制约因素的描述。详细的范围说明书或引用的文档通常包括以下内容:①项目目标;②产品范围描述;③项目需求;④项目边界;⑤项目的可交付成果;⑥项目的制约因素;⑦假设条件。(★★★★★)
      五、创建工作分解结构
      是把项目可交付成果和项目工作分解成较小的、更易于管理的组件的过程。工作分解结构(WBS) 是项目管理的基础。
      1、 工作分解结构对项目管理意义:①相关人员对项目一目了然;②保证了项目系统性和完整性;③建立完整的项目保证体系;④明确项目工作,便于责任划分。
      2、 WBS最底层的工作单元被称为工作包,是我们进行进度安排、成本估算和监控的基础。内容包括: ①项目的全部工作都必须包含在工作分解结构当中;②编制需要所有项目干系人的参与;③逐层向下分解的,每条分支分解层次不必相等,一般控制在3-6层。
      3、 常用工作分解结构形式:①分级的树型结构:层次清晰、非常直观、结构性强,但是不容易修改,一般在一些小的项目。②表格形式:反映出项目所有的工作要素,直观性较差。但在一些大型的、复杂的项目中使用还是较多的。(★★★★★)
      4、 工作包:建议工作包的大小应该至少需要8个小时来完成,而总完成时间也不应该大于80小时。
      5、 控制账户:是一个管理控制点,在该控制点上,把范围、预算、实际成本和进度加以整合,并与挣 值相比较,以测量绩效。控制账户在WBS中选定的管理节点上,每个控制账户可能包括一个或多个 工作包,但是一个工作包只能属于一个控制账户。
      6、 具有下列特征之一,就可能被当作工作包:①规模较小,可以在短时间(80小时)完成。②从逻辑上讲,不能再分了。③所需资源、时间、成本等已经可以比较准确地估算,已经可以对其进行有 效的时间、成本、质量、范围和风险控制。
      7、 把这个项目工作分解为工作包,需要以下活动:①识别和分析可交付成果及相关工作;②确定 WBS的结构和编排方法;③自上而下逐层细化分解;④为WBS组件制定和分配标识编码;⑤核实可 交付成果分解的程度是否恰当。
      8、 工作分解结构应把握原则:①避免遗漏必要的组成部分;②避免交叉从属;③相同层次的工作单 元应用相同性质;④应能分开不同的责任者;⑤便于项目管理计划需要;⑥应该具有可比行,是可管理的,可定量检查的;⑦应包括项目管理工作,包括分包出去的工作。
      9、 范围基准:经过批准的范围说明书、工作分解结构(WBS)和相应的WBS词典组成了范围基准(★★★★★)
      六、项目范围确认
      范围确认是正式验收已完成的项目可交付成果的过程。
      1、 范围确认过程与控制质量过程的不同之处在于,前者关注可交付成果的验收,而后者关注可交付成果的正确性及是否满足质量要求。控制质量过程通常先于范围确认过程,但二者也可同时进行。
      2、 范围确认的一般步骤:①范围确认的时间;②需要哪些投入;③正式被接受的标准和要素;④范围会议的组织步骤;⑤组织范围确认会议。
      3、 群体决策技术就是为达到某种期望结果,而对多个未来行动方案进行评估的过程。本技术用于生产产品需求,并对产品需求进行归类和优先级排序。达成群体决策方法:①一致同意;②大多数原则; ③相对多数原则;④独裁。
      4、 需求跟踪矩阵是把产品需求从其来源连接到能满足需求的可交付成果的一种表格。需求跟踪矩阵确保需求文件中被批准的每项需求在项目结束的时候都能交付。
      5、 需求跟踪矩阵包括内容,根据项目取舍:①业务需求;②项目目标;③项目范围;④产品设计; ⑤产品开发;⑥测试场景;⑦详细需求。
      6、 需求跟踪矩阵中记录的典型属性包括唯一标识、需求的文字描述、收录该需求的理由、所有者、来源、优先级别、版本、当前状态(如活跃中、已取消、已推迟、新增加、已批准、被分配和已完成)和状态日期。为确保干系人满意,可能需要增加一些补充属性,如稳定性、复杂性和验收标准
      七、项目范围控制
      范围控制是监督项目和产品的范围状态,管理范围基准变更的过程。涉及到影响引起范围变更的因素,确保所有被请求的变更、推荐的纠正措施或预防措施按照项目整体变更控制处理,并在范围变更实际发生时进行管理。(★★★★★)
      1、 需求基线定义了项目的范围。每次需求变更并经过需求评审后,都要重新确定新的需求基线。随着项目的进展,需求基线将越定越高,容许的需求变更将越来越少。
      2、 偏差分析是一种确定实际绩效与基准的差异程度及原因的技术。
      第八章 项目进度管理
      项目进度管理包括7个过程:①规划进度管理;②定义活动;③排列活动顺序;④估算活动资源;⑤估算活动持续时间;⑥制定进度计划;⑦控制进度。
      一、规划进度管理
      1、 进度管理计划可以是正式的或非正式的,非常详细或高度概括的。
      2、 主要输入:项目管理计划
      3、 主要输出:项目进度管理计划。
      二、定义活动
      1、 WBS中最底层的可交付成果,即工作包。通常还应进一步细分为更小的组成部分,即“活动”。
      2、 滚动式规划:是一种迭代式规划技术,即近期要完成的工作在工作分解结构最下层详细规划,而计划在远期完成的工作,在工作分解结构高层粗略规划。
      3、 在项目初始阶段,活动属性包括活动标识、WBS标识和活动标签或名称;在活动属性编制完成时,包括活动编码、活动描述、紧前活动、紧后活动、逻辑关系、提前量与滞后量、资源需求、强制日 期、制约因素和假设条件。
      4、 主要输入:进度管理计划。
      5、 主要输出:①活动清单;②活动属性。
      三、排列活动顺序
      1、 前导图法包括活动之间4种类型依赖关系:①F-S;②F-F;③S-S;④S-F。
      2、 前导图法中,每个结点的活动有几个时间:①最早开始时间(ES);②最迟开始时间(LS);③ 最早完成时间(EF);④最迟完成时间(LF)。
      3、 活动之间的依赖关系4种组合:
      ①强制性依赖关系:是法律或合同要求的或工作的内在性质决定的依赖关系。往往与客观限制有关。
      ②选择性依赖关系:有时又称首选逻辑关系。
      ③外部依赖关系:是项目活动与非项目活动之间的依赖关系。
      ④内部依赖关系:是项目活动之间的紧前关系。
      4、 主要输入:①活动清单;②活动属性
      5、 主要输出:项目进度网络图(要能看懂单代号、双代号、时标网络图)
      四、估算活动资源
      1、 工具与技术:①专家判断;②备选方案分析;③发布的估算数据;④项目管理软件;⑤自下而上估算。
      2、 主要输入:①进度管理计划;②活动清单;③活动属性。
      3、 主要输出:①活动资源需求;②资源分解结构。
      五、估算活动持续时间
      1、 主要输入:①进度管理计划;②活动清单;③活动属性;④活动资源需求。
      2、 主要工具与技术:①专家判断;②类比估算;③参数估算;④三点估算。
      3、 主要输出:活动持续时间估算。
      4、 类比估算通常成本较低、耗时较少,但准确性也较低。可以针对整个项目或项目中的某个部分,进行类比估算。类比估算可以与其他估算方法联合使用。如果以往活动是本质上而不是表面上类似,并且从事估算的项目团队成员具备必要的专业知识,那么类比估算就最为可靠。
      5、 参数估算是一种基于历史数据和项目参数,使用某种算法来计算成本或持续时间的估算技术。
      6、 三点估算:
      期望持续时间=(乐观+4最可能悲观)/6
      标准差=(悲观-乐观)/6 三个时间参数:68.26%, 95.46%, 99.73%
      7、 应急储备:已知—未知; 管理储备:未知—未知。(★★★★★)
      六、制定进度计划
      1、 主要输入:①项目管理计划;②活动资源需求;③活动持续时间估算。
      2、 主要工具与技术:①进度网络分析;②关键路线法;③关键链法;④资源优化技术;⑤建模技术; ⑥提前量和滞后量;⑦进度压缩。
      3、 主要输出:①进度基准;②项目进度计划(横道图、里程碑图、项目进度网络图);③进度数据;
      4、 关键路径是项目中时间最长的活动顺序,决定着可能的项目最短工期。关键路径上的活动被称为 关键活动。进度网络图中可能有多条关键路径。“总浮动时间”计算方法:本活动的最迟完成时间 减去本活动最早完成时间,正常情况下,关键活动的总浮动时间为零。“自由浮动时间”指不延误 任何紧后活动的最早开始时间且不违反进度制约因素的前提下,活动可以从最早开始时间推迟或拖 延的时间量。计算方法:紧后活动最早开始时间的最小值减去本活动的最早完成时间。
      5、 关键链法(Critical Chain Methods)是一种进度规范方法,允许项目团队在任何项目进度路径上 设置缓冲,以应对资源限制和项目的不确定性。这种方法建立在关键路径法之上,考虑了资源分配、 资源优化、资源平衡和活动历时不确定性对关键路径的影响。引入了缓冲和缓冲管理的概念。关键 链法不再管理网络路径的总浮动时间,而是重点管理剩余的缓冲持续时间与剩余的活动链持续时间 之间的匹配关系。
      6、 资源优化技术是根据资源供需情况,来调整进度模型的技术。包括:①资源平衡(Resources Leveling),为保持资源使用量处于均衡水平而进行资源平衡。资源平衡往往导致关键路径改变,通常是延长。②资源平滑(Resources Smoothing),从而使项目资源需求不超过预定的资源限制的一种技术。相对于资源平衡而言,资源平滑不会改变项目关键路径,资源平滑技术可能无法实现所有资源的优化。(★★★★★)
      7、 建模技术包括:①假设情景分析;②模拟,蒙特卡洛分析。8 B 5 A 15 C 15 D 10 E 工期 工作编号 总时差 ES LS EF LF 要会计算:ES、LS、EF、LF、TF、FF赶工VS快速跟进:关键链法图示 资源优化图示
      8、 进度压缩技术:①赶工。批准加班、增加额外资源或支付加急费用,来加快关键路径上的活动。赶工只适合于那些通过增加资源就能缩短持续时间的,且位于关键路径上的活动。赶工并非总是切实可行,它可能导致风险和/或成本的增加。②快速跟进。如,在大楼的建筑图纸尚未全部完成前就开始建地基。快速跟进可能造成返工和风险增加。它只适用于能够通过并行活动来缩短项目工期的情况。
      七、控制进度
      1、 进度控制关注内容:①判读项目进度的当前状态;②对引起进度变更的因素施加影响,以保证这种变化朝着有利的方向发展;③判断项目进度是否已经发生变更;④当变更实际发生时严格按照变更控制流程对其进行管理。
      2、 缩短活动工期方法:①赶工,投入更多的资源或增加工作时间;②快速跟进;③使用高素质的 资源或经验更丰富的人员;④在征得业主同意后,减少活动范围或降低活动要求;⑤改进方法或技术,以提高生产效率;⑥加强质量管理,及时发现问题,减少返工,从而缩短工期。(★★★★★)
      3、 主要工具与技术:①绩效审查(趋势分析、关键路径法、关键链法、挣值管理);②项目管理软 件;③资源优化技术;④建模技术;⑤提前量和滞后量;⑥进度压缩;⑦进度计划编制工具。
      4、 主要输入:①项目进度计划;②工作绩效数据。 5.主要输出:①工作绩效信息;②进度预测;③项目管理计划更新。
      第九章 项目成本管理
      一、概念
      1、 发生成本失控的原因:①对工程项目认识不足;②组织制度不健全;③方法问题;④技术的制约; ⑤需求管理不当。
      2、 项目成本管理过程:①制订成本管理计划;②成本估算;③成本预算;④成本控制。
      3、 成本的类型:①可变成本;②固定成本;③直接成本;④间接成本;⑤机会成本;⑥沉没成本。
      4、 应急储备通常是基准的一部分,应对“已知—未知”风险;管理储备不包括在成本基准中,应对 “未知—未知”风险。
      基准=已知的已知+已知的未知(应急储备);预算=基准+未知的未知(管理储备)
      二、制订成本管理计划
      1、 主要工具与技术:①专家判断;②分析技术,可用的技术包括:投资回收期、投资回报率、内部报酬率、现金流贴现和净现值。
      2、 成本管理计划包含在项目管理计划中,或是作为项目管理计划的从属分计划。成本管理计划可以 是正式的,也可以是非正式的,可以是非常详细的,也可以是概括性的。
      三、成本估算
      1、 成本估算主要步骤:①识别并分析成本的构成科目;②根据已识别的项目成本构成科目,估算每一个科目的成本大小; ③分析成本估算结果,找出各种可以相互替代的成本,协调各种成本之间的比例关系。(★★★★★)
      2、 主要技术与工具:①专家判断;②类比估算,指以过去类似项目的参数值为基础,进行估算,类 比估算通常成本较低、耗时较少,但准确性也较低。如果以往项目是本质上而不只是表面上类似, 并且从事估算的项目团队成员具备必要的专业知识,那么类比估算就最为可靠。③参数估算;④自下而上估算;⑤三点估算;⑥储备分析;⑦质量成本;⑧项目管理软件;⑨卖方投标分析;⑩群体决策技术。
      3、 主要输出:活动成本估算。
      四、成本预算
      4、 成本预算特征:①计划性;②约束性;③控制性。
      5、 成本预算步骤:①将项目总成本分摊到项目工作分解结构的各个工作包;②将各个工作包成本再分配到该工作包所包含的各项活动上;③确定各项成本预算支出的时间计划及项目成本预算计划。
      6、 工具与技术:①成本汇总;②储备分析(应急储备和管理储备);③专家判断;④参数模型(COCOMO模型);⑤资金限制平衡。
      7、 类比和参数模型的成本要达到相对可靠的估算结果的前提是:①用来建立模型的历史信息准确;②模型中的参数易于量化;③模型可以调整,以便对大项目、小项目和各项目阶段都适用。
      8、 主要输出:成本基准。
      第十章 项目质量管理
      一、概念
      1、 质量与等级是两个不同的概念。质量作为实现的性能或成果,是“一系列内在特性满足要求的程度(ISO 9000)”。等级作为设计意图,是对用途相同但技术特性不同的可交付成果的级别分类。
      2、 质量管理的发展史:①手工艺人时代;②质量检验阶段;③统计质量控制阶段;④全面质量管理阶段(TQM)。
      3、 老7工具的方法,被普遍用于质量控制和改进:①因果图;②流程图;③直方图;④检查单;⑤散点图;⑥排列图;⑦控制图。
      4、 质量管理方法和技术包括:①准时化生产(JIT);②看板生产(Kanben);③质量改进 (Kaizen);④质量功能展开(QFD);⑤田口方法;⑥新七工具等。
      5、 项目质量管理包括:①规划质量管理;②实施质量保证;③质量控制。
      二、规划质量管理
    35. 规划质量管理是识别项目及其可交付成果的质量要求和标准,并准备对策确保符合质量要求的过 程。主要作用是为整个项目中如何管理和确认质量提供了指南和方向。
    36. 工具与技术包括:①成本收益分析法;②质量成本法;③标杆对照(Benchmarking);④实验设计等。
    37. 质量成本法包括为预防不符合要求、为评价产品或服务是否符合要求,以及因未达到要求而发生 的所有成本。
      质量成本=一致性成本(预防成本+评估成本)+非一致性成本(内部失败+外部)。
    38. 实验设计(DOE)是一种统计方法,用来识别哪些因素会对正在生成的产品或正在开发的流程的特定变量产生影响。DOE也有助于产品或过程的优化。
    39. 其他质量管理工具,也可使用其他质量规划工具,包括(但不限于):①头脑风暴;②力场分析; ③名义小组技术。
    40. 主要输出:①质量管理计划;②过程改进计划。
    41. 质量管理计划是项目管理计划的组成部分,可以是正式的,也可以是非正式的,可以是非常详细 的,也可以是高度概括的。
    42. 过程改进计划需要考虑的方面:①过程边界;②过程配置;③过程测量指标;④绩效改进目标。
      三、实施质量保证
    43. 主要作用是促进质量过程改进。
    44. 主要输入:①质量管理计划;②过程改进计划。
    45. 方法与工具:①质量审计;②过程分析方法。
    46. 质量审计目标:
      ①识别全部正在实施的良好及最佳实践;
      ②识别全部违规做法、差距及不足;
      ③ 分享所在组织或行业中类似项目的良好实践;
      ④积极、主动地提供协助,以改进过程的执行,从而帮助团队提高生产效率;
      ⑤强调每次审计都应对组织经验教训的积累做出贡献。
    47. 质量审计可以事先安排,也可随机进行。第三方组织可以实施质量审计可由内部或外部审计师进 行。质量审计还可确认已批准的变更请求(包括更新、纠正措施、缺陷补救和预防措施)的实施情况。
    48. 过程分析是按照过程改进计划中概括的步骤来识别所需的改进。过程分析包括根本原因分析—用 于识别问题、探究根本原因,并制订预防措施的一种具体技术。
    49. 主要输出:变更请求。
      四、质量控制
      1、 工具与技术:①七种基本质量工具(用于在PDCA循环的框架内解决与质量相关的问题);②统计抽样(从目标总体中抽取一部分相关样本用于检查和测量);③检查(也可称为审查、同行审查、审计或巡检等,检查也可用于确认缺陷补救);④审查已批准的变更请求。
      2、 老七种工具:(刘英只点劣质茶)(★★★★★)

    ①因果图,又称鱼骨图或石川馨图,尽可能 找出所有原因,直到发现可行动的根本原因,或者列尽 每根鱼骨头上的合理可能性。
    ②流程图,也称过程图。流程图有助于找出根本原因,同时可以估算一个过程的质量成本。通过工 作流的逻辑分支及其相对频率,来估算质量成本。
    ③核查表,又称计数表,用于收集数据的查对清单。用核查表收集的关于缺陷数量或后果的数据, 又经常使用帕累托图来显示。
    ④帕累托图(80/20原则),用于识别造成大多数问题的少数重要原因。
    ⑤直方图,用于描述集中趋势、分散程度和统计分布形状。直方图不考虑时间对分布内的变化的影响。
    ⑥控制图,是一张实时展示项目进展信息的图表。可以判断某一过程处于控制之中还是处于失控状态。七点运行定律是指在一个质量控制图中,一行上的7个数据点都低于平均值或高于平均值,或者都是上升的,或者都是下降的,那么这个过程就需要因为非随机问题而接受检查。
    ⑦散点图,两个变量之间是否有关系,一条斜线上的数据点距离越近,两个变量之间的相关性就越密切。
    3、 新七种工具:(矩树相亲策动优)

    ①亲和图,与心智图相似。针对某个问题,产生出可联成有组织的想法模式的各种创意(灵感)。使用亲和图确定范围分解的结构,有助于WBS的制订。
    ②过程决策程序图(PDPC),有助于制订应急计划。
    ③关联图,它是关系图的变种,可以使用其他工具(诸如亲和图、树形图或鱼骨图)产生的数据,来绘制关联图。
    ④树形图,也称系统图,表现诸如WBS、RBS(风险分解结构)和OBS(组织分解结构)的层次分解结构。树形图可以横向(如风险分解结构)和纵向(如团队层级图或OBS)的。
    ⑤优先矩阵。用来识别关键事项和合适的备选方案,排出优先顺序。
    ⑥活动网络图。称箭头图,分为AOA(活动箭线图)和AON(活动节点图)。活动网络图连同项目进度计划编制方法一起使用。
    ⑦矩阵图,使用矩阵结构对数据进行分析。在行列交叉的位置展示因素、原因和目标之间的关系强弱。
    4、 主要输出:①质量控制测量结果;②确认的变更;③核实的可交付成果;④工作绩效信息。
    第十一章 项目人力资源管理
    一、概念
    1、 项目人力资源管理包括:①编制人力资源管理计划;②组建项目团队;③建设项目团队;④管理 项目团队。
    2、 组织结构图:用图形表示项目汇报关系。最常用的有层次结构图、矩阵图、文本格式的角色描述等三种。
    3、 任务分配矩阵或称责任分配矩阵(Responsibility Allocation Matrix,RAM):用来表示需要完成的工作由哪个团队成员负责的矩阵,或需要完成的工作与哪个团队成员有关的矩阵。

    二、编制人力资源管理计划
    1、 主要工具与技术:①组织结构图和职位描述;②人际交往;③组织理论;④专家判断;⑤会议。
    2、 工作分解结构(WBS)来确定项目的范围,将项目可交付物分解成工作包即可得到该项目的WBS。组织分解结构(OBS)与工作分解结构形式上相似,但它不是根据项目的交付物进行分解,而是根据组织现有的部门、单位或团队进行分解。把项目的活动和工作包列在负责的部门下面。资源分解结构(Resolution Breakdown Structure,RBS)用来分解项目中各种类型的资源,有助于跟踪项目成本,能够与组织的会计系统协调一致。
    3、 人际交往在项目初期特别有用,在项目期间及项目结束后有效促进项目管理职业的发展。
    4、 项目管理团队应该熟悉这些组织理论从而能将这些知识应用于项目职责和汇报关系、项目团队的 创建、项目团队建设和项目团队的管理。
    5、 主要输出:①项目人力资源计划
    6、 人力资源计划包括:①角色和职责的分配;②项目的组织结构图;③人员配备管理计划。
    7、 人员配备管理计划包括:①人员招募;②资源日历;③人员遣散计划;④培训需求;⑤表彰和奖励;⑥遵守的规定;⑦安全性。
    三、组建项目团队
    1、 工具与技术:①事先分派;②谈判;③招募;④虚拟团队;⑤多维决策分析。
    2、 虚拟团队缺点:可能产生误解、有孤立感、团队成员之间难以分享知识和经验、采用通信技术也要花费成本等。在建立一个虚拟团队时,制订一个可行的沟通计划就显得更加重要。(★★★★★)
    3、 主要输出:①项目人员分配表;②资源日历。
    四、建设项目团队
    1、 成功团队的特点:①团队目标明确,成员清楚自己的工作对目标的贡献;②团队的组织结构清晰,岗位明确;③有成文或习惯的工作流程和方法,而且流程简明有效;④项目经理对团队成员有明确的考核和评价标准,工作结果公正公开、赏罚分明;⑤共同制订并遵守的组织纪律(纪律严明);⑥协同工作,也就是一个成员工作需要依赖于另一个成员的结果,善于总结和学习。(★★★★★)
    2、 项目团队建设的5个阶段:①形成阶段(Forming);一个个独立的个体成员转变为团队成员。② 震荡阶段(Storming);执行分配的任务。③规范阶段(Norming);磨合。④发挥阶段 (Performing);集体荣AQ誉感非常强。⑤结束阶段(Adjourning)。(★★★★★)
    3、 主要工具与技术:①人际关系技能;②培训;③团队建设活动;④基本原则;⑤集中办公(也称紧密矩阵);⑥认可与奖励;应只奖励那些被认可的、积极的行为,而计划不周、方法不当、效率不高而导致的加班不在奖励之列。奖励和认可也必须考虑文化差异。⑦人事测评工具。
    五、管理项目团队

    1. 管理项目团队是指跟踪个人和团队的绩效,提供反馈,解决问题和协调变更,以提高项目的绩效。

    2. 工具与技术:①观察和交谈;②项目绩效评估;③问题清单;④人际关系技能。

    3. 项目冲突应该被尽早发现,利用私下但直接的、合作的方式来处理冲突。如果冲突持续分裂,那么需要使用正式的处理过程,包括采取惩戒措施。

    4. 冲突的特点:①冲突是自然的;②冲突是一个团队问题;③应公开地处理冲突;④冲突的解决应聚焦在问题;⑤冲突的解决应聚焦在现在。

    5. 冲突的根源:①项目的高压环境;②责任模糊;③存在多个上级;④新科技的使用。

    6. 冲突管理的6种方法:①问题解决(Problem Solving/Confrontation)。这个过程中,需要公开地协商,这是冲突管理中最理想的一种方法。②合作(Collaborating)。得出一个多数人接受和承诺的冲突解决方案。③强制(Forcing)。适用于赢-输这样的零-和游戏情景。④妥协(Compromising)。使冲突各方都有一定程度满意、但冲突各方没有任何一方完全满意。⑤求同存 异(Smoothing/Accommodating)。关注他们一致的一面,而淡化不一致的一面。⑥撤退 (Withdrawing/Avoiding)。(★★★★★)

    7. 激励理论:①马斯洛需要层次理论;②赫兹伯格的双因素理论;③期望理论。

    8. X理论和Y理论:用X理论可以加强管理,但项目团队成员通常比较被动地工作。用Y理论可以激发员工主动性,但对于员工把握工作而言可能又放任过渡。

    9. 领导权变理论的基本观点是:认为不存在一种普遍适用、唯一正确的领导方式,只有结合具体情 景,因时、因地、因事、因人制宜的领导方式,才是有效的领导方式。有效领导取决于领导者自身、 被领导者与领导过程所处的环境。

    10. 项目经理5种权利:①职位权力(来源于管理者在组织中的职位和职权);②惩罚权力(使用降职、扣薪、惩罚、批评、威胁等负面手段的能力);③奖励权力(给予下属奖励的能力);④专家权力(来源于个人的专业技能);⑤参照权力(由于成为别人学习参照榜样所拥有的力量);最好用奖励权利和专家权利来影响团队成员,避免强制力。
      (★★★★★)

      X理论(性本恶) Y理论(性本善)
      基本论点 人之初,性本懒;每个人都好逸恶劳 人之初,性本勤;每个人都希望创造价值
      企业特点 等级森严
      气氛紧张
      管理者是监工
      管理者职责:监督、管理 环境宽松
      气氛和谐
      管理者是服务者
      管理者职责,创造良好的环境平台
      管理手段 严厉的惩罚手段,末位淘汰 激励、目标导向、股东分红
      背景场景 工业化时代,对蓝领进行管理 知识时代,对白领进行管理

    第十二章 项目沟通管理
    一、概念
    1、 潜在的沟通渠道数量公式:M=n*(n-1)/2,其中n≥1
    2、 噪音的三种形式:①外部噪音;②内部噪音;③语义噪音。
    3、 沟通方式分类:①参与讨论方式;②征询方式;③推销方式(说明);④叙述方式。控制程度由弱到强。
    4、 沟通方式的选择基于以下因素:①掌握信息的能力;②是否需要听取其他人的意见和想法;③是否需要控制信息内容。讨论(头脑风暴);征询(调查问卷);推销(叙述解释);叙述(劝说鼓动)。
    5、 会议方式是最常见的一种沟通渠道。会议的管理和控制都是非常重要的。成功会议的特征:①会议有准备;②会中有控制;③会后有结论。
    二、制订沟通管理计划
    1、 干系人登记层信息:①主要沟通对象(主要干系人);②关键影响人;③次要沟通对象。
    2、 项目沟通计划一般包括内容(主要):①干系人的沟通要求;②沟通信息的描述;③发布信息的原因;④沟通的具体人员;⑤信息保密的具体人员授权;⑥信息接收的个人或组织;⑦沟通渠道的选择;⑧沟通频率。(★★★★★)
    3、 沟通管理计划可以以多种方式存在,正式的或非正式的、详细的或简单概括的、包括在项目总体 管理计划内或者项目总体管理计划的从属部分等。
    三、管理沟通

    1. 主要输出:项目沟通
      四、控制沟通
      1、 项目经理在进行控制的过程中,一般性的沟通目标的改变、或者绩效指标发生偏差时,无需进行大规模的调整;但是,如果出现严重的偏差,项目经理需要对项目进行大规模调整的时候,针对沟 通管理的调整就是必要的。
      2、 主要输出:①工作绩效信息;②变更请求。
      3、 阻碍沟通的因素:①物理距离较远;②环境因素干扰;③沟通渠道不畅;④组织结构复杂;⑤技术术语难懂;⑥沟通心态不佳(★★★★★)
      4、 提高沟通效率的几种原则:
      a) 沟通内外有别
      b) 采用对方能够接受的风格
      c) 非正式的沟通有助于关系的融洽
      d) 扫除沟通的阻碍
      e) 沟通的升级原则
      项目干系人管理
      (★★★★★)
    2. 沟通管理和项目干系人管理的联系和区别:沟通管理强调对项目信息的计划、收集、存储、组织、发布,以及监控沟通以保证它的高效性。项目干系人管理强调的不仅是要管理干系人的期望,更要保证他们的适度参与,而后者是项目成功非常关键的因素之一。
    3. 通常,由项目经理负责项目干系人管理。
    4. 干系人管理具体内容:①识别干系人;②编制项目干系人管理计划;③管理干系人参与;④项目干系人参与的监控。
      一、识别干系人
      1、 主要输入:①项目章程;②采购文件。
      2、 工具与技术:①组织相关会议;②专家判断;③干系人分析。
      3、 干系人分析步骤:①识别全部潜在项目干系人及其相关信息;②识别每个干系人可能产生的影响 或提供的支持;③评估关键干系人对不同情况可能做出的反应或应对。
      4、 权利/利益方格:首先关注B区(重点管理、及时汇报);C区(随时告知);A区(令其满意); D区(化最少的精力来监督他们)。
      5、 我们要会360度识别干系人:上方、下方、前方、后方、左方、右方
      二、编制项目干系人管理计划
      1、 项目经理已通过干系人分析技术把干系人分类:①不了解;②抵制;③中立;④支持;⑤领导。
      2、 干系人管理计划可以是正式或非正式的,非常详细或高度概括的。
      三、管理干系人参与
      1、 常用的沟通方法:①交互式沟通;②推式沟通;③拉式沟通。
      2、 在管理干系人参与时,应该使用在沟通管理计划中确定的针对每个干系人的沟通方法。
      四、控制干系人参与
      1、 输入:①项目管理计划;②问题日志;③工作绩效数据;④项目文件。
      2、 工具与技术: ①信息管理系统;②专家判断;③会议。
      3、 输出:①工作绩效信息;②纠正措施;③变更请求;④项目管理计划更新 ⑤项目文件更新;⑥组织过程资产更新。
      第十三章 项目合同管理

    一、有效合同原则
    1、 有效合同应具备特点:①签订合同的当事人应当具有相应的民事权利能力和民事行为能力;②意 思表示真实;③不违反法律或社会公共利益。
    2、 无效合同:①一方以欺诈、胁迫的手段订立合同,损害国家利益;②恶意串通,损害国家、集体或者第三人利益;③以合法形式掩盖非法目的;④损害社会公共利益;⑤违反法律、行政法规的强制性规定。
    二、合同分类
    1、 总承包合同有利于充分发挥那些在工程建设方面具有较强的技术力量,丰富的经验和组织管理能 力的大承包商的专业优势。
    2、 单项工程承包合同有利于吸引较多的承包人参与投标竞争,使发包人有更大的选择余地。较适用 于那些对工程建设有较强管理能力的发包人。
    3、 分包合同,签订分包合同同时具备两个条件:①承包人只能将自己承包的非关键、非主体部分工 程分包给具有相应资质条件的分包人,而且不可以进行二次分包;②分包工程必须经过发包人同意。
    4、 总价合同适用于工程量不太大且能精确计算、工期较短、技术不太复杂、风险不大的项目、有详 细全面的设计图纸和各项说明。
    5、 成本补偿合同,发包人须承担项目实际发生的一切费用,因此也承担了项目的全部风险,承包人 无风险,其报酬往往也较低。适用于以下项目:①需立即开展工作的项目;②对项目内容及技术经 济指标未确定的项目;③风险大的项目。
    6、 工料合同,在不能很快编写出准确工作说明书的情况下,经常使用工料合同来增加人员、聘请专 家和寻求其他外部支持。这类合同的适用范围比较宽,其风险可以得到合理的分摊,并且能鼓励承 包人通过提高工效等手段从成本节约中提高利润。
    第十四章 项目采购管理
    一、概念
    1、 IT项目采购一般分为工程、产品/货物、服务三大类。
    2、 项目采购管理主要过程:①编制采购计划;②实施采购;③控制采购;④合同收尾。
    二、编制采购计划

    1. 编制采购计划过程的第一步是要确定项目的哪些产品、服务和成果是项目团队自己提供合算,还是通过采购来满足更为合算。
    2. 为了实施项目,项目采购项目团队外部的产品、服务和成果时,每一次采购都要经历从编制采购 计划到完成采购的合同收尾过程。
    3. 范围基准内容包括:①范围说明书;②工作分解结构(WBS);③WBS词典。 范围基准描述了项 目的需求、依据、要求和当前的边界。
    4. 合同分成三种:①总价合同;②成本补偿合同;③工料合同。采用总价合同,买方必须准确定义 要采购的产品或服务。总价合同进一步分固定总价合同和变动总价合同两种。
    5. 固定总价合同特点是范围确定。对卖方(乙方)来说,卖设备时使用此种合同,固定总价合同最 简单的形式就是一个采购单。如下项目可签订固定总价合同:①工程量小、工期短;②工程设计详 细,图纸完整;③风险小;④投标期相对宽裕;⑤验收标准明确。总价加激励费用合同(FPIF), 要设置一个价格上限。总价加经济价格调整合同(FP-EPA):允许根据条件变化以事先确定的方式 对合同价格进行最终调整。
    6. 成本补偿合同:向卖方支付为完成工作而发生的全部合法实际成本、人工费用以及合理的利润。 成本加固定费用合同(CPFF),费用只能针对已完成的工作来支付。成本加激励费用(CPIF),向 卖方支付预先确定的激励费用,如果最终成本低于或高于原始估算成本,则买方和卖方需要根据事 先商定分摊超出费用。成本加奖励费用(CPAF),为卖方报销履行合同工作所发生的一切合法成本,但是只有在满足了合同中规定的某些笼统、主观的绩效标准的情况下,才能向卖方支付大部分费用。完全由买方根据自己对卖方绩效的主观判断来决定奖励费用,并且卖方通常无权申诉。成本加成本 百分比,卖方的实际项目成本,买方报销。卖方的费用以实际成本的百分比来计算。
    7. 工料合同(T&M)适应情况:当不能迅速确定准确的工作量或者工作说明书时,工料合同适用于动态增加人员、专家或其他外部支持人员等情况。在时间紧急的情况下,选择工料合同比较稳妥。
    8. 主要输出:采购计划。
    9. 采购工作说明书:每个采购工作说明书来自于项目范围基准。采购工作说明书中的信息有规格说明书、期望的数量和质量的等级、性能数据、履约期限、工作地以及其他要求。每一个单独的采购项需要一个工作说明书。
    10. 采购文件:当选择卖方的决定基于价格时,通常使用标书、投标或报价而不是报价建议书。如果主要依据其他考虑来选择卖方时,则通常使用建议书这个术语。通常的采购文件有方案邀请书(RFP)、报价邀请书(RFQ)、征求供应商意见书(RFI)、投标邀请书(IFB)、招标通知、洽谈邀请以及承包商初始建议征求书。
    11. 如果决定自制,那么可能要在采购计划中规定组织内部的流程和协议。如果决定外购,那么要在采购计划中规定与产品或服务供应商签订协议的流程。
    12. 工作说明书(SOW)是对项目所要提供的产品、成果或服务的描述。内部的工作说明书有时也叫任务书。工作说明书包括的主要内容有前言、服务范围、方法、假定、服务期限和工作量估计、双方角色和责任、交付资料、完成标准、顾问组人员、收费和付款方式、变更管理等。
    13. 工作说明书与项目范围说明书的区别:工作说明书是对项目所要提供的产品或服务的叙述性的描述;项目范围说明书则通过明确项目应该完成的工作来确定项目的范围。
      三、实施采购
    14. 影响自制或外购决策的因素:①项目实施单位的核心能力;②合格供应商所能提供的价值;③用经济有效的方法实现需求的风险;④项目实施单位内部能力与供应商能力的比较。
    15. 采购工作说明书是采购过程中的一个关键文件,可以根据需要进行修改,直到达成最终协议。
    16. 招标人会议是指在准备建议书之前与潜在供应商举行的会议。
    17. 主要输出:①选中的卖方;②合同。根据采购的内容,合同可以是一个复杂的文件,也可以是一个简单采购单。
      补充:招投标
      a) 在要求提交投标文件截止时间至少15日前,招标人可以以书面形式对已发出的招标文件进行必要的澄清或者修改。
      b) 自招标文件开始发出之日起至提交投标文件截止之日止,最短不得少于20日。
      c) 中标通知书发出之日起30日内,订立书面合同。
      d) 中标人的投标应当符合条件:①能够最大限度地满足招标文件中规定的各项综合评价标准;②能够满足招标文件的实质性要求,并且经评审的招标价格最低。但是,投标价格低于成本的除外。
      四、控制采购
    18. 主要工具与技术:①检查与审计;(是外部的,是买方对卖方的合同执行情况进行检查)
    19. 采购绩效审查在成本和进度内完成项目范围和达到质量要求的情况。绩效审查的目的在于发现履约情况的好坏。
    20. 项目经理采用记录管理系统来管理合同、采购文档和相关记录。
      五、结束采购
    21. 完成每一次项目采购,都需要结束采购过程。
    22. 主要工具与技术:采购审计。(是内部的,是公司自己组织的)
    23. 采购审计的目标是找出本次采购的成功和失败之处,以供买方组织内的其他项目借鉴。
      第十五章 信息(文档)和配置管理
      一、相关信息(文档)
    24. 软件文件分三类:开发文档、产品文档、管理文档。
    25. 开发文档:①可行性研究报告和项目任务书;②需求规格说明;③功能规格说明;④设计规格说明、包括程序和数据规格说明;⑤开发计划;⑥软件集成和测试计划;⑦质量保证计划;⑧安全和测试信息。
    26. 产品文档:①培训手册;②参考手册和用户指南;③软件支持手册;④产品手册和信息广告。
    27. 管理文档:①开发过程的每个阶段的进度和进度变更的记录;②软件变更情况的记录;③开发团队的职责定义。
    28. 文档质量分四级:①最低限度文档(1级);②内部文档(2级);③工作文档(3级);④正式文档(4级)。
    29. 图标编号规则:第1位,生命周期法各阶段;第2位,各阶段的文档;第3、4位,文档内容;第5、6位,流水码。
      二、配置管理
    30. 配置管理包括6个主要活动:①制定配置管理计划;②配置标识;③配置控制;④配置状态报告;⑤配置审计;⑥发布管理和交付。(★★★★★)
    31. 典型配置项包括项目计划书、需求文档、设计文档、源代码、可执行代码、测试用例、运行软件 所需的各种数据,他们经评审和检查通过后进入配置管理。
    32. 基线配置项可能包括所有的设计文档和源程序等;非基线配置项可能包括项目的各类计划和报告 等。配置项的操作权限应由CMO(配置管理员)严格管理,基本原则是:基线配置项向开发人员读 取的权限;非基线配置项向PM、CCB及相关人员开放。
    33. 配置项的状态可分为“草稿”、“正式”、“修改”三种。草稿–0.YZ;正式—X.Y;修改—X.YZ。
    34. 对配置项的任何修改都将产生新的版本。由于我们不能保证新版本一定比旧版本“好”,所以不 能抛弃旧版本。
    35. 配置基线由一组配置项组成,这些配置项构成了一个相对稳定的逻辑实体。基线通常对应于开发 过程中的里程碑(Milestone),一个产品可以有多个基线,也可以只有一个基线。交付给外部顾客 的基线一般称为发行基线(Release Milestone),内部开发使用的基线一般称为构造基线(Build Baseline)。
    36. 对于每一个基线,定义的内容:建立基线的事件、受控的配置项、建立和变更基线的程序、批准 变更基线所需的权限。
    37. 配置库分为:开发库、受控库、产品库。开发库也称动态库、程序员库或工作库,用于保存开发人员当前正在开发的配置实体,是开发人员的个人工作区。受控库也称主库,开发的某个阶段工作 结束时,将当前的工作产品存入受控库。产品库也称静态库、发行库、软件仓库,包含已发布使用 的各种基线的存档。(★★★★★)
    38. 配置库的建库模式:①按配置项类型建库;②按任务建库。按配置项类型建库适用通用软件的开 发组织;按开发任务建库适用于专业软件的开发组织。
    39. 受控库的权限设置
      项目经理 项目成员 QA 测试人员 配置管理员
      文档 Read √ √ √ √ √
      Check √ √ √ √ √
      Add √ √ √ √ √
      Destroy × × × × √
      代码 Read √ √ √ √ √
      Check √ √ × × √
      Add √ √ × × √
      Destroy × × × × √
    40. 产品库的权限设置
      项目经理 项目成员 QA 测试人员 配置管理员
      Read √ √ √ √ √
      Check √ √ √ √ √
      Add × × × × √
      Destroy × × × × √
    41. CCB建立在项目级,其成员可以包括项目经理、用户代表、产品经理、开发工程师、测试工程师、 质量控制人员、配置管理员等。小的项目CCB可以只有一个人,甚至只是兼职人员。
    42. 配置管理员进行的配置管理活动:①编写配置管理计划;②建立和维护配置管理系统;③建立和维护配置库;④配置项识别;⑤建立和管理基线;⑥版本管理和配置控制;⑦配置状态报告;⑧配置审计;⑨发布管理和交付;⑩对项目成员进行配置管培训。
      三、制定配置管理计划
      配置管理计划是如何开展项目配置管理工作的规划,是配置管理过程的基础,配置控制委员会负责审批该计划。
      四、配置标识
      配置标识也称配置识别,是配置管理员的职能。
      五、配置控制
    43. CCB负责组织对变更申请进行评估并确定以下内容:①变更对项目的影响;②变更的内容是否必要;③变更的范围是否考虑周全;④变更的实施方案是否可行;⑤变更工作量估计是否合理。
    44. 基于配置库的变更控制流程:①将待升级的基线从产品库中取出,放入受控库;②程序员将欲修改的代码段从受控库中检出(Check out),放入自己的开发库中进行修改。代码被Check out 后即 被“锁定”,以保证同一段代码只能同时被一个程序员修改,如果甲正对其修改,乙就无法Check out;③程序员将开发库中修改好的代码段检入(Check in)受控库。Check in后,代码的“锁定” 被解除,其他程序员可以Check out该代码段了;④软件产品的升级修改工作全部完成后,将受控库中的新基线存入产品库中。
      六、配置状态报告
    45. 配置状态报告(Confrontation Status Reporting)也称配置状态统计,其任务是有效地记录和报告管理配置所需要的信息。
    46. 配置状态报告应着重反映当前基线配置项的状态,以向管理者报告系统开发活动的进展情况。
      七、配置审计
    47. 包括功能配置审计和物理配置审计,分别用以验证当前配置项的一致性和完整性。
    48. 功能配置审计(一致性):①配置项的开发已圆满完成;②配置项已达到配置标识中规定的性能和功能特征;③配置项的操作和支持文档已完成并且是符合要求的。(★★★★★)
    49. 物理配置审计(完整性):①要交付的配置项是否存在;②配置项中是否包含了所有必需的项目。(★★★★★)
      八、发布管理和交付
      主要任务:①存储;②复制;③打包;④交付;⑤重建。
      第十六章 变更管理
      一、概念
      变更管理的实质,是根据项目推进过程中越来越丰富的项目认知,不断调整项目努力方向和资源配置,最大程度地满足客户等相关干系人的需求,提升项目价值。
      二、变更管理的基本原则
      变更管理的基本原则是首先建立项目基准、变更流程和变更控制委员会。
      三、变更管理角色职责与工作程序
    50. 项目的任何干系人都可以提出变更申请,多是甲方项目负责人。
    51. 项目经理负责变更申请的影响分析,负责召开变更控制委员会会议,负责监控变更及已批准的正确实施等。
    52. 变更控制委员会通常包括甲方和乙方的决策人员,作为决策机构。
    53. 变更管理工作程序:①提出变更申请;②变更影响分析;③CCB审查批准;④实施变更;⑤监控变更实施;⑥结束变更。(★★★★★)
    54. 变更申请可能是:①纠正措施;②预防措施;③缺陷措施;④更新。所有变更申请都必须以书面形式记录,并纳入配置管理系统中。
    55. 变更影响分析由项目经理负责,项目经理可以自己或指定人员完成。变更影响分析内容包括:技术可行性、对进度的影响、对成本的影响、对质量的影响以及变更风险分析。
    56. CCB审查通过文档会签的形式,也可以召开正式会议。决策可以是:①批准;②否决;③延期;④要求补充材料。
    57. 变更申请被否决时变更结束,项目经理通知相关变更申请人。批准的变更被正确完成后,成果纳入配置管理系统中并通知相关受影响的人员,变更结束。
      四、变更管理相关事项
    58. 在项目整体压力较大的情况下,更需强调变更管理的规范化,可以使用分批处理、分优先级处理 等方式提高效率。
    59. 变更管理是项目整体管理的一部分。配置管理重点关注可交付产品(包括中间产品)及各过程文 档,而变更管理则着眼于识别、记录、批准或否决对项目文件、可交付产品或基准的变更。
    60. 变更管理过程中包含配置管理活动:①配置项识别;②配置状态记录;③配置确认与审计。
      第十七章 信息系统安全管理
      一、信息安全管理
    61. 信息安全属性:①保密性(Confidentiality);②完整性(Integrity);③可用性(Availability)。 “信息三元组”
    62. 数据保密性技术:①网络安全协议;②身份认证服务;③数据加密。
    63. 数据完整性技术:①CA认证;②数据签名;③防火墙系统;④传输安全(通信安全);⑤入侵监测系统。
    64. 数据可用性技术:①磁盘和系统的容错;②可接受的登陆及进程性能;③可靠的功能性的安全进 程和机制;④数据冗余及备份。 5.ISO/IEC 27000中信息安全管理内容:①信息安全方针与策略;②组织信息安全;③人力资源安全; ④资产管理;⑤访问控制;⑥密码;⑦物理和环境安全;⑧运行安全;⑨通信安全;⑩信息系统的获取、开发和保持;⑾供应商关系;⑿信息安全事件管理;⒀业务持续性管理;⒁符合性。
      二、信息系统安全
    65. 信息系统安全属性:①保密性;②完整性;③可用性;④不可抵赖性。
    66. 应用系统保密性技术:①最小授权原则;②防暴露;③信息加密;④物理保密。
    67. 应用系统完整性技术:①协议;②纠错编码方法;③密码校验和方法;④数字签名;⑤公证。
    68. 不同安全等级的安全管理机构按下列顺序建立自己的信息系统安全组织机构管理体系:①配备安全管理人员;②建立安全职能部门;③成了安全领导小组;④主要负责人出任领导;⑤建立信息安全保密管理部门。
    69. 信息系统安全的5个层面:①确保硬件系统安全的物理安全;②确保数据网上传输、交换安全的网络安全;③确保操作系统和数据库管理系统安全的系统安全(含系统安全运行和数据安全保护);④确保应用软件安全运行的应用系统安全(含应用系统安全运行和数据安全保护);⑤保证其安全功能达到应有的安全性而必须采取的管理措施。
      三、物理安全管理
    70. 在机房中使用静电消除剂。
    71. 紧急供电:基本UPS、改进的UPS、多级UPS和应急电源(发电机组)等。稳压供电:采用线路稳压器。不间断供电:采用不间断供电电源。
    72. 计算机系统的设备和部件应有明显的无法去除的标记。
    73. 机房和重要的记录介质存放间建筑材料的耐火等级应符合GBJ 45-1982中规定的二级耐火等级;其余工作房间的建筑材料耐火等级应不低于TJ16-1974中规定的二级防火等级。
    74. 主机房、基本工作间应设卤代烷灭火系统。
    75. 主机房宜采用感烟探测器,可在主机柜、磁盘机和宽行打印机附件安装探测器。空调设备应考虑在回风口附件安装探测器。
    76. 主机房内绝缘体的静电电位不应大于1KV。
    77. 对需要防止电磁泄露的计算机设备应配备电磁干扰设备,在被保护的计算机设备工作时电磁干扰设备不准关机;必要时可以采用屏蔽机房。屏蔽机房应随时关闭屏蔽门;不得在屏蔽墙上打钉钻孔,不得在波导管以外或不经过过滤器对屏蔽机房内外连接任何线缆;应经常测试屏蔽机房的泄露情况 并进行必要的维护。
      四、人员安全管理
    78. 对安全管理员、系统管理员、数据库管理员、网络管理员、重要业务开发人员、系统维护人员和重要业务应用操作人员等信息系统关键岗位人员进行统一管理;允许一人多岗,但业务应用操作人员不能由其他关键岗位人员兼任;关键岗位人员应定期接受安全培训,加强安全意识和风险防范意识。
    79. 系统管理员、数据库管理员、网络管理员不能相互兼任岗位或工作。
    80. 离岗的审计要求:在规定的脱密期限后,方可调离。
      五、应用系统安全管理
    81. 应用系统运行中涉及的安全和保密层次包括:①系统级安全;②资源访问安全;③功能性安全;④数据域安全。(粒度从大到小)①系统级安全(访问IP地址段限制、登陆时间段的限制、会话时间的限制、连接数的限制等);②资源访问安全(仅出现与其权限相符的菜单和操作按钮);③功能性安全(在操作业务记录时,是否需要审核,上传附件不能超过指定大小等);④数据域安全(其一,行级数据域安全;其二,字段级数据域安全)
    82. 应用系统可用性检查,包括系统中断时间、系统正常服务时间和系统恢复时间等。
    83. 应用系统能力检查,包括系统资源消耗情况、系统交易交易速度和系统吞吐量等。
    84. 保密等级分:①绝密;②机密;③秘密。绝密与国家安全等级一致。
    85. 用户权限的分配必须遵循“最小特权”原则。重要用户密码应密封交安全管理员保管。
    86. 在保证系统正常运行的前提下,对可模拟的故障和灾难每年至少进行一次实施应急计划的演习。
    87. 培训管理程序规定培训的范围、启动、制定培训计划、培训计划的实施、培训效果的考核、评审和验证等。培训计划内容包括培训对象、培训内容、日程安排、培训要求和考核方法等要素。
      六、信息安全等级保护
    88. 《信息安全等级保护管理办法》将信息系统的安全保护等级分为5级。第一级(个人合法权益造成损害);第二级(个人合法权益严重损害,或社会公共利益受到损害);第三级(公共利益造成严重损害或国家安全造成损害);第四级(公共利益造成特别严重损害,或国家安全造成严重损害);第五级(国家安全造成特别严重损害)。
    89. GB 17859-1999标准是计算机信息系统安全等级保护系列标准的核心,规定了计算机系统安全保护能力的五个等级。①用户自主保护级;②系统审计保护级;③安全标记保护级;④结构化保护级;⑤访问验证保护级。
      第十八章 项目风险管理
      一、概述
    90. 项目风险管理包括:①规划风险管理;②识别风险;③实施定性风险分析;④实施定量风险分析;⑤规划风险应对;⑥控制风险。
    91. 已知—“应急储备”;未知—“管理储备”。
    92. 组织和干系人的风险受多种因素影响:①风险偏好;②风险承受力;③风险临界值。
      二、规划风险管理
    93. 主要输入:项目管理计划
    94. 主要输出:风险管理计划
    95. 风险管理计划包括内容:①方法论;②角色与职责;③预算;④时间安排;⑤风险类别;⑥风险概率和影响的定义;⑦概率和影响矩阵;⑧修订的干系人承受力;⑨报告格式;⑩跟踪。(★★★★★)
    96. 风险分解结构(Risk Breakdown Structure,RBS)有助于项目团队在识别风险的过程中发现有可能引起风险的多种原因,不同的RBS适用于不同类型的项目。组织可使用预先准备好的分类框架,可以是简易的分类清单或结构化的风险分解结构。RBS是按风险类别排列的一种层次结构。
    97. 概率和影响矩阵,对风险进行优先排序。
      三、识别风险
    98. 主要输入:风险管理计划;主要输出:风险登记册。
    99. 进行风险识别的阶段,项目经理应鼓励全体项目人员参与潜在风险的识别工作。
    100. 风险识别的原则:①由粗及细,由细及粗;②严格界定风险内涵并考虑风险因素之间的相关性;③先怀疑,后排除;④排除与确认并重;⑤必要时,可作实验论证。
    101. 识别风险是一个反复进行的过程。
    102. 识别风险工具与技术: 信息收集技术包括:①头脑风暴;②德尔菲技术;③访谈;④根本原因分析。图解技术包括:①因果图;②系统或过程流程图;③影响图。
      四、实施定性风险分析
    103. 实施定性风险分析是评估并综合分析风险的概率和影响,对风险进行优先排序。实施定性风险分析根据风险发生的概率或可能性、风险发生后对项目目标的相应影响及其他因素(如应对时间要求、与项目成本、进度、范围和质量等制约因素相关的组织风险承受力),来评估已识别风险的优先级。
    104. 主要输入:风险登记册;主要输出:项目文件更新。
    105. 工具与技术:①风险概率和影响评估;②概率和影响矩阵;③风险数据质量评估;④风险分类; ⑤风险紧迫性评估;⑥专家判断。
    106. 概率和影响矩阵:项目经理应该在基于风险评级结果上,对风险进行优先级排序。概率和影响矩阵把风险划分为低、中、高风险。用不同的灰度表示不同的风险级别。深灰色区域代表高风险,中度灰色代表中等风险,浅灰色区域代表低风险。对于高风险,需要采取优先措施和激进的应对策略;对于中等风险,则应加以监督;对于低风险,只需作为观察对象列入风险登记册,或为之增加应急 储备,而不必采取主动管理措施。
    107. 风险值=风险发生的概率*风险发生后的后果
      五、实施定量风险分析
    108. 主要输入:风险登记册;主要输出:项目文件更新。
    109. 工具与技术:①数据收集和展示技术;②定量风险分析和建模技术;③专家判断。
    110. 数据收集和展示技术包括:①访谈;②概率分布。
    111. 定量风险分析和建模技术包括:①敏感性分析(龙卷风图);②预期货币价值分析(EMV);③ 建模和模拟(蒙特卡洛技术)。
    112. 龙卷风图用于比较很不确定的变量与相对稳定的变量之间的相对重要性和相对影响。Y轴代表处于 基准值的各种不确定因素,X轴代表不确定因素与所研究的输出之间的相关性。
      六、规划风险应对
    113. 输入:①风险管理计划;②风险登记册。
    114. 工具与技术:①消极风险或威胁的应对策略;②积极风险或机会的应对策略;③应急应对策略;④专家判断。
    115. 输出:①项目管理计划更新;②项目文件更新。
    116. 消极风险或威胁的应对策略:①规避;②转移;③减轻;④接受。(★★★★★)
    117. 规避:如延长进度、改变策略或缩小范围等,最极端的规避策略是关闭整个项目。转移:包括保险、履约保函、担保书、保证书、合同或协议等。成本补偿合同可把成本风险转移给买方,而总价合同可把风险转移给卖方。减轻:如在一个系统中加入冗余部件,可以减轻主部件故障所造成的影响。接受:如建立应急储备,安排一定的时间、资金或资源来应对风险。
    118. 规避和减轻策略适用于高影响的严重风险,转移和接受更适用于低影响的不太严重威胁。
    119. 积极风险或机会的应对策略:①开拓;②提高;③分享;④接受。(★★★★★)
    120. 开拓:消除与某个特定积极风险相关的不确定性,确保机会肯定出现。把组织中最有能力的资源 分配给项目来缩短完成时间,或者采用全新或改进的技术来节约成本。提高:提高机会的发生概率 和积极影响,如为尽早完成活动而增加资源。分享:包括建立风险共担的合作关系和团队。接受: 利于利用,但不主动追求机会。
    121. 应急应对策略:如果确信风险的发生会有充分的预警信号,就应该制定应急应对策略。如,未实 现阶段性里程碑,或者获得供应商更高程度的重视。采用这一技术制定的风险应对方案,通常称为 应急计划或弹回计划,其中包括已识别的、用于启动计划的触发事件。
      七、控制风险
    122. 输入:①项目管理计划;②风险登记册;③工作绩效数据;④工作绩效报告。
    123. 输出:①工作绩效信息;②变更请求;③项目管理计划更新;④项目文件更新;⑤组织过程资产更新。
    124. 工具与技术:①风险再评估;②风险审计;③偏差和趋势分析;④技术绩效测量;⑤储备分析;⑥会议。
    125. 风险审计是检查并记录风险应对措施在处理已识别风险及其根源方面的有效性,以及风险管理过程的有效性。项目经理要确保按项目风险管理计划所规定的频率实施风险审计。既可以在日常的项目审查会中进行风险审计,也可单独召开风险审计会议。在实施审计前,要明确定义审计的格式和目标。
      第十九章 项目收尾管理
      项目收尾管理工作包括:①项目验收工作;②项目总结工作;③系统维护工作;④项目后评价工作。
      一、项目验收
    126. 项目验收是项目收尾管理中的首要环节,只有完成项目验收工作后,才能进入后续的项目总结、系统维护以及项目后评价等工作阶段。
    127. 项目验收工作需要完成正式的验收报告,对于系统集成项目,一般需要执行正式的验收测试工作。
    128. 系统集成项目在验收阶段包括:①验收测试;②系统试运行;③系统文档验收;④项目终验。
    129. 验收测试是对信息系统进行全面的测试。系统试运行包括数据迁移、日常维护以及缺陷跟踪和修复等方面的工作内容。系统经验收测试后,系统的文档应当逐步、全面地移交给客户。在系统经过试运行以后的约定时间,启动项目的最终验收工作。通常情况,大型项目都分为试运行和最终验收两个步骤。对于一般项目而言,可以将系统测试和最终验收合并进行,但需要对最终验收的过程加以确认。
      二、项目总结
    130. 项目总结属于项目收尾的管理收尾。而管理收尾有时又被称为行政收尾,就是检查项目团队成员及相关干系人是否按规定履行了所有职责。
    131. 项目总结的意义:①了解项目全过程的工作情况及相关的团队或成员的绩效状况;②了解出现问题并进行改进措施总结;③了解项目全过程中出现的值得吸取的经验并进行总结;④对总结后的文档进行讨论,通过后即存入公司的知识库,从而纳入企业的过程资产。
    132. 项目总结讨论的内容:①项目绩效;②技术绩效;③成本绩效;④进度计划绩效;⑤项目的沟通;⑥识别问题和解决问题;⑦意见和建议。
      三、系统维护
    133. 软件项目的后续工作:①软件bug的修改;②软件升级;③后续技术支持。
    134. 系统集成项目的后续工作:①信息系统日常维护工作;②硬件产品更新;③满足信息系统的新需求。
      四、项目后评价
      信息系统后评价工作主要内容:①信息系统目标评价;②信息系统过程评价;③信息系统效益评价;④信息系统可持续性评价。

      第二十章 知识产权管理
      一、知识产权概念
      知识产权的特性是从它的本质属性即无体性派生出来的,具体包括无体性、专有性、地域性、时间性。
      二、知识产权的内容
      (1)著作权及邻接权
    135. 著作权也称版权。邻接权是与著作权相关的、类似的权利,通常指作品传播者在作品的传播过 程中依法享有的权利。
    136. 著作权由三个要素构成,即著作权主体、著作权客体和著作权内容。
    137. 判定作者的方法是“如无相反证明,在作品上署名的公民、法人或其他组织为作者”。
    138. 演绎作品基于已有作品进行再创作而产生的新作品统称为演绎作品。我国著作权法规定演绎作品的著作权归属于演绎人,但是演绎人在利用演绎作品时要受到一定的限制:①演绎他人的原创作品应该事先得到原创作者的许可并支付相应的报酬;②不能侵犯原作者作品的著作权;③第三人在对演绎作品进行利用或进行再演绎时,应征得原创作者和演绎作者的双重许可。
    139. 合作作品的作者共同享有著作权。
    140. 汇编作品的著作权由汇编人享有。不得侵犯原作品作者的著作权。常见的汇编作品如辞书、选 集、期刊、杂志和数据库等。
    141. 公民为完成法人或者其他组织工作任务所创作的作品是职务作品。其著作权分两种情况:①职务作品的著作权由单位享有,作者享有署名权。②著作权由作者享有,单位享有优先使用作品的权利。
    142. 著作权的内容包括著作人身权和财产权。人身权包括:①发表权;②署名权;③修改权;④保护作品完整权。
    143. 著作权的获得:①注册取得制度。实行注册取得制度,可以明确有效地证明著作权人的身份。②自动取得制度。自动取得制度是指著作权以作品创作完成这一法律事实的存在而自然取得,无需履行任何手续。这一制度所依据的原则也称为著作权自动取得原则或自动保护原则。有效制止侵犯著作权的行 为,保护水平较高。但缺点在于,未经登记的作品在发生著作权纠纷时取证困难,所以有些国家的著 作权法通过设立自愿登记制度作为补充。中国公民、法人或者其他组织的作品,不论是否发表,依照 本法享有著作权。即著作权自作品完成创作之日起产生,并受《著作权法》的保护。③其他取得制度。
    144. 计算机软件著作权保护的客体(或称对象)是指计算机软件,即计算机程序及其有关文档。
      (2)专利权
    145. 专利权的获取,必须经过专利申请和依法审批的全过程。
    146. 发明专利权的期限为20年,实用新型专利权、外观设计专利权的期限为10年,均自申请日起计算。
      (3)商标权
    147. 下列标志不得作为商标注册:①仅有本商品的通用名称、图形、型号的;②直接表示商品的质量、主要原料、功能、用途、重量、数量及其他特点的。
    148. 商标权中的使用权是最重要的权利。
    149. 注册商标的有效期为10年,自核准注册之日起计算。需要继续使用的,应当在期满前6个月内申 请续展注册;在次期间未能提出申请的,可以给予6个月的宽展期。每次续展注册的有效期为10 年。宽展期满仍未提出申请的,注销其注册商标。
      三、知识产权的保护和滥用
    150. 知识产权的保护对象是知识产品。知识产品分为:①创造性成果;②经营性标记;③经营性资信。
    151. 为防止自己的知识产权被侵犯,可从著作权、专利权、商标权和商业秘密等几个方面考虑。
      第二十一章 法律法规和标准规范
    152. 我国目前的法律体系属于大陆体系。
    153. 享有民事权利的人在知道自己权利受到侵害的两年之内,就应当向人民法院提起诉讼。
    154. 如果20年以后认为必须追诉的,要报请最高人民检察院核准。
    155. 宪法具有最高的法律效力,随后依次是法律、行政法规、地方性法规、规章。全国人大及其常委会制定的法律高于国务院、国务院各部门、各地人大及政府制定的法规和规章;国务院制定的行政法规效力高于国务院各部门制定的规章以及各地制定的地方性法规、地方性规章;地方人大及其常委会制定的地方性法规效力高于当地政府制定的规章。
    156. 特别规定与一般规定不一致的,适用特别规定。
    157. 特殊情况处理原则:①法律之间对同一事项新的一般规定与旧的特别规定不一致由全国人大常 委会裁决。②地方性法规、规章新的一般规定与旧的特殊规定不一致时,由制定机构裁决。③地方性法规与部门规章之间对同一事项规定不一致,不能确定如何适用时,由国务院提出意见。国务院认为适用地方性法规的应当决定在该地方适用地方性法规的规定,认为适用部门规章的,应当提请全国人大常委会裁决。④部门规章之间、部门规章与地方政府规章之间对同一事项的规定 不一致时,由国务院裁决。
    158. 7.①国际标准化组织(International Organizations Standardization,ISO);②国际电工委员会 (International Electro technical Commission,IEC);③国际电信联盟(International Telecommunication Union,ITU);④电气电子工程师学会(Institute Electrical and Electronics Engineers,IEEE);⑤国际Web联盟(W3C);⑥国家标准化管理委员会 (Standardization Administration of China,SAC);⑦全国信息技术标准化技术委员会,简称 信标委。
    159. 在公布国家标准之后,该项行业标准即行废止。国家鼓励企业制定严于国家标准或行业标准的 企业标准在企业内部使用。
    160. 标准名称组成要素:①引导要素;②主体要素;③补充要素;④4位数的年代构成。每个标准必须有主体要素,即标准的主标题不能省略。
    161. 国家标准的制定过程9阶段:①前期准备;②立项;③起草;④征求意见;⑤审查;⑥批准; ⑦出版;⑧复审;⑨废止。
    162. ISO标准每5年复审一次,国家标准有效期一般为5年。
      • 基础标准
      标准:4大类 软件工程术语GB/T11457-1995----定义软件工程领域中通用的术语 信息处理 数据流程图 程序流程图 系统流程图 程序网络图和系统资源图的文件编辑符号及约定 GB 1526-1989 计算机系统配置图符号及约定 GB/T14085-1993 规定了常用的图形符号的画法
      • 开发标准
      软件生存周期过程 GB/T 8566-2001 软件支持环境 GB/T 15853-1995 规定了软件支持环境的基本要求。 软件维护指南 GB/T14079-1993 软件维护的内容和类型,维护过程及维护的控制和改进
      • 文档标准
      软件文档管理指南 GB/T 16680-1996 计算机软件产品开发文件编制指南 GB/T 8567-1988 开发过程中14种文件的编制指导 计算机软件需求说明编制指南 GB/T 9385-1988
      • 管理标准
      计算机软件配置管理计划规范 GB/T 12505-1990 软件产品评价、质量特性及其使用指南 GB/T16260-2002 计算机软件质量保证计划规范 GB/T12504-1990 计算机软件可靠性和可维护性管理 GB/T14394-1993
    展开全文
  • 质量保证成本属于质量成本中的()成本。 A、一致性 B、内部失败 C、非一致性 D、外部失败 以下关于需求跟踪的叙述中,()是不正确的。 A、逆向需求跟踪检查设计文档、代码、测试用例等工作产品是否都...
  • 2011年上半年 信息系统项目管理师 上午试卷 (考试时间 9 : 00~11 : 30 共 150 分钟) 1. 在答题卡的指定位置上正确写入你的姓名准考证号,并用正规 2B 铅笔在你写入的准考证号下填涂准考证号。 2. 本试卷的...
  • 系统集成项目管理

    千次阅读 2022-01-14 12:38:08
    系统继承项目管理 一、信息化知识 1.1信息与信息化 1.1.1信息 1、信息的概念: 信息是客观事物状态运动特征的一种普遍形式 事物的本体论是信息,就是事物的运动状态状态变化方式的自我表述 主体关于某个事物...
  • 软件工程管理 Intro 软件工程知识域: 软件需求。软件设计。软件构造。软件测试。软件维护。软件配置管理。软件工程管理。软件工程过程。软件工程模型与方法。软件质量。软件工程职业实践。软件工程经济学。计算...
  • ·电子政务概念:指政府机构在其管理和服务职能中运用现代化信息技术,实现政府组织结构和工作流程的重组和优化,超越时间。空间和部门分割的制约,建成一个精简、高效、廉洁、公平的政府运作模式。 ·电子政务...
  • 本文章是关于施工企业工程项目物资管理产品的PRD文档,也就是产品设计需求规格说明书。在此抛砖引玉,希望可以给大家带来好的思路与借鉴。 工程物资云产品是国内首个工程物资管理云平台,引领物资管理新模式。...
  • 软考高项-信息系统项目管理师-精华笔记

    千次阅读 多人点赞 2020-04-16 22:52:57
    【人生苦短,只看精华】软考信息系统项目管理师教程共923页,分28章,1264000字。本文取其精华,梳理归纳,分为2个部分介绍重点知识:第1部分:信息系统;第2部分:项目管理。开始画笔记⬇⬇⬇⬇⬇⬇⬇
  • 2017年上半年 信息系统项目管理师 上午试卷 (考试时间9 : 00~11 : 30 共 150 分钟) 1. 在答题卡的指定位置上正确写入你的姓名准考证号,并用正规 2B 铅笔在你写入的准考证号下填涂准考证号。 2. 本试卷的...
  • 系统测试–》需求分析(需求规格说明)、验收测试–》用户需求/合同 识别质量标准 质量规划首先由识别相关的质量标准开始,通过参照或者依据实施项目组织的质量策略、项目的范围说明书、产品说明书等作为质量规划的...
  • 笔记-软考高项-错题笔记汇总3

    千次阅读 2021-10-20 17:53:32
    错题笔记汇总3 dippDIPP是用来描述项目资源利用率,其计算公式为:DIPP=EMV...控制采购控制采购的定义:管理采购关系、监督合同执行情况,并根据需要实施变更采取纠正措施的过程。 目前你的团队正根据合同审查...
  • 软件项目管理知识点总结

    千次阅读 多人点赞 2020-12-27 18:18:16
    软件项目管理第1章 软件项目管理概述1、项目的基本概念(注意与日常运作的区分)特征;2、软件项目及特征;3、项目管理的基本概念;4、项目管理知识体系(以2017年发布的PMBOK6的十个知识领域为准);5、适用于...
  • 跬步郎注:第一章的备考内容最多,题点也最散乱,建议大家如果时间精力充裕,可以多看几遍,如果时间比较紧,可以先看主要的几大管理章节内容,如果没有大块的时间进行复习,也可以在微信中搜索“集成中级口袋应试...
  • 你的年终报告写完了吗?本文作者从一线硬件开发转行硬件产品经理,总结了自己过去一年的工作经验,与你分享,希望对你有帮助。
  • 小软件项目开发管理

    万次阅读 2012-01-30 11:46:56
    小软件项目开发管理 创建成功的工程 成功项目管理的秘密 更好地领导一个项目的诀窍 参与变革,走向成功 CMM/TSP/PSP讲义稿 开发流程中的可用性 软件开发管理和控制 如何组织软件开发团队 软件项目管理...
  • 软件项目管理复习

    2022-04-26 20:40:46
    课后习题 ...项目概述 项目的定义 项目:在既定的资源要求的限制下,为实现某种目标而...PMI(项目管理协会)的定义:项目是为创造特定产品服务的一项有时限的任务。 在一定的进度成本约束下为实现既定的任务,并达
  • 软件测试基础知识总结

    千次阅读 2020-10-28 13:39:33
    软件测试:在规定条件下对程序进行操作,以发现错误,对软件质量进行评估,包括对软件形成过程的文档、数据以及程序进行测试 软件质量:软件特性的总和,软件满足规定或潜在用户需求的能力 2.  软件
  • IT项目管理之第9章 项目沟通管理习题之案例分析汇总 第9章 项目沟通管理习题之案例分析汇总 【案例一】 案例一分析 案例一参考答案 【案例二】 案例二分析 案例二参考答案 叮嘟!这里是小啊呜的学习课程资料整理。...
  • 笔记-软考高项+中项-错题笔记汇总5

    千次阅读 2021-10-20 17:47:41
    柔性化本来是为实现”以顾客为中心“理念而在生产领域提出的,但要真正做到柔性化,即真正地能根据消费者需求的变化来灵活调节生产工艺,没有配套的柔性化的物流系统是不可能达到目的的。 2. 业务流程实施效果评估...
  • IT治理-组织体系建设

    2022-05-04 13:29:31
    1:IT部组织体系建设 决定来写这个系列的文章,是因为从之前招聘或者从技术培养IT部门的领导,很难。很少有人会有我这样的职业经历,从技术人到管理者似乎很难跨越,希望这系列的文章可以给大家一些启发。 在...
  • 信息系统项目管理师模拟试题 上午基础知识试题 第 1 题 ● 信息系统开发时应考虑一系列策略,下列项目中的( 1 )不属于应考虑的策略范围之内。 ( 1 ) A. 自底向上规划与局部设计结合 B. 高层管理人员的参与 C. ...
  • 管理信息系统(MIS)期末复习参考指南

    千次阅读 2019-12-03 16:28:11
    文章目录名词解释MIS概述信息的特点与加工信息、消息、数据、知识之间的关系信息量与信息的层次性系统基础知识MIS的相关概念MIS开发概述结构化开发方法特点结构化开发的优缺点原型法开发方法原型法的优缺点面向对象...
  • 信息系统项目管理师模拟试题 上午基础知识试题 第 1 题 ● 信息系统开发时应考虑一系列策略,下列项目中的( 1 )不属于应考虑的策略范围之内。 ( 1 ) A. 自底向上规划与局部设计结合 B. 高层管理人员的参与 C. 自...
  • 笔记也是自己看教材在网上搜集的一些重点知识内容整合下来的,希望能对大家有作用吧。软考不易,且行且珍惜,祝愿大家早日领证! 其中的具体排版没有再做修正。 一、信息的定义属性 1、信息的基本概念 信息是...
  • 健全大数据安全保障体系研究 借力-互联网+”大数据:改进服务与监管 信息设备电磁泄漏还原图像的文本识别研究 信息安全风险评估服务资质认证发现 信息安全风险评估实施模型研究 信息安全风险管理标准体系研究 信息...
  • 【IT项目管理】第9章 习题

    千次阅读 2020-04-30 23:27:55
    项目沟通管理习题 一、单选题二、案例分析题 一、单选题 1.下列哪项最正确?( B ) A.由于项目干系人的需求是极端重要的,因此,花费在项目干系人分析上的时间越多越好 B.沟通管理计划不需要正式化也不需要细化 C...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 384
精华内容 153
关键字:

描述产品的软硬件开发、测试、生产、制造环境,人员管理,制度建设、质量和服务保障