首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

信息系统项目管理师(高项复习笔记一)

信息系统项目管理师 属于计算机技术与软件(高级)专业技术资格。通过本考试的合格人员能够掌握信息系统项目管理的知识体系,具备管理大型、复杂信息系统项目和多项目的经验和能力;能根据需求组织制订可行的项目管理计划;能够组织项目实施,对项目的人员、资金、设备、进度和质量等进行管理,并能根据实际情况及时做出调整,系统地监督项目实施过程的绩效,保证项目在一定的约束条件下达到既定的项目目标;能分析和评估项目管理计划和成果;能在项目进展的早期发现问题,并有预防问题的措施;能协调信息系统项目所涉及的相关人员;具有高级工程师的实际工作能力和业务水平。

02
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    企证易解析系统集成及服务综合能力评价体系

    云计算、大数据、物联网、移动互联网等新一代信息技术迅猛发展,给我国信息化发展带来了巨大提升空间,信息化服务模式正经历着重大变化,信息化重大工程也从以前的单一工程正向大系统、超级系统工程发展。信息系统集成及服务行业是信息化建设中不可或缺的重要环节,随着新技术的发展,信息系统集成及服务正向更高层次发展,对推进两化融合发展,推动软件和信息技术服务产业由大变强,培育国家骨干重点企业,提升全行业支撑服务《中国制造2025》的能力具有至关重要的作用。为科学有效地评价信息系统集成及服务提供者能力水平,指导信息系统集成及服务提供者建设能力、提升服务,《信息系统集成及服务综合能力评价体系》标准应运而生。

    00

    【信管2.3】项目生命周期

    上一篇文章内容有点多呀,消化完了吗?其实吧,最主要的就是那三种组织形式而已,别的真没什么,记住它们的优缺点和项目经理的权力大小就可以了。今天我们轻松点,虽说还是挺重要的,但要记住它们并不是在今天。我们要了解一下项目的生命周期,以及在 IT 项目开发中常用的典型生命周期。其实这些内容我们在技术相关的内容中都已经有涉及过,这里只是更详细的再说明一下。看到下面的内容你一定不会感到非常陌生的。最后,我们还要提一下项目管理过程,也就是大家翘首以盼的 PMBOK 十大过程领域,当然,只是简单的介绍下,因为每个过程域我们在后面都会详细地学习。

    03

    2015年信息系统项目管理师真题_信息系统项目管理师题目

    项目范围管理一般上午考察3分,需求是龙头,是做项目管理的基础。没有需求就不能确定项目的范围,没有范围,项目就无从谈起,此部分在下午案例分析的几率也是比较大的。 上午历年考试的重点在范围定义的概念,产品范围和项目范围以及各自的衡量标准。详细范围说明书的内容,WBS的表现形式,分解的方法,原则,工作包的定义作用,范围确认,范围基准,范围蔓延,范围变更等知识点上。输入输出和工具与技术直接考察的并不算多。 本章在下午案例分析的命题思路主要表现为:给出某项目在范围管理方面的案例场景描述,要求指出该案例场景中存在哪些问题并说明相关原因,要求给出解决这些问题的补救措施。

    04

    地厚云图谢远玉:“新基建”之上的工程产业互联网实践|腾讯SaaS加速器·CEO说

    来源 :GoCity城市创新研究日志 ---- “新基建”之上的工程产业互联网实践 地厚云图根植于“地厚中国”在工程建设领域十几年不断的管理实践、创新和思考,以“孕育工程管理的数据文明”为使命,依托于强大的工程专家基因,运用系统性创新研发理念,打造了全新的工程产业互联网SaaS:AI项目管理平台。 作为工程基建领域的项目层级数字化工作平台头部产品,地厚云图创造了全新的AI项目管理价值:通过项目层级的数据智能,实现工程人价值崛起;为政府、地产企业、施工单位、设计院和监理公司提供全体系的组织在线立体

    02

    看懂这个故事,轻松实现从技术到管理的华丽转身!

    👆点击“博文视点Broadview”,获取更多书讯 从技术走向管理,是很多技术骨干的“必由之路”! 然而,如何从【技术岗】成功步入【管理岗】,这是很多人感到困惑甚至是手足无措的事情。 这其中,不仅涉及到思维模式的改变,也涉及到行为方式的改变。而改变,往往是一件困难的事情! 管理者成功的关键,就在于形成管理者所特有的思维和行为习惯。 不少从技术走向管理的技术骨干,并没有接受过系统的管理技能的训练就匆匆上岗,纯粹摸着石头过河的代价就是会多走不少弯路,甚至最终转型失败。 因此,任何一位技术转型管理的职场人士,都

    01

    开源和闭源

    看任何事情都具有两面性,开源有开源的劣势,闭源也有闭源的优势,虽然我喜欢并且提倡使用开源软件,但开源软件并不是万能的,在特定的场景下还是需要闭源来支撑。咱先说闭源。气象部门的软件开发大多采用项目制外包,承接公司一般根据需求进行定制化开发。虽然大多数项目合同要求公司提交源代码及说明文档,但有几个气象单位建立了自己的代码库和文档库呢?一个项目一个源码包,闲置在电脑的某个角落再也不碰了,升级运维呢就是谁开发谁管,满足项目要求了就不再管优化升级的事儿了。这就导致软件系统没有生命力、升级优化跟不上节奏、重复开发重复建设频繁等诸多问题的出现。当然也有些现实问题摆在面前,有些气象部门根本就没有信息系统建设部门,也缺少信息系统开发的人员来管理本单位的信息系统开发和建设,常常是派一个学气象专业的人盯着项目、和开发公司对接,只能做到需求的解释传达,很难做到本单位气象软件系统建设的长远规划和规范实施,更别说去阅读和管理开发公司的程序源码了。问题和困难都有,但并不是不可解决的,“借他山之石,逐己身之玉”。作为气象部门,寻找到一家靠谱的可长期合作的开发公司是多么的重要。气象业务系统真正的价值在于应用,在于快速响应业务变化,在于有旺盛的生命力,而这些就需要标准化、规范化、可复用、高性能的开发模式做支撑。软件的核心在于程序源码,我们可以不去开发源码,但不能不去管理源码、应用源码。靠谱的乙方合作公司加上有软件工程建设思维的气象甲方,联合打造一套只为自己气象业务应用的闭源仓库、文档仓库,于公于私都将是一件提升业务核心竞争力的事情。

    01
    领券