精华内容
下载资源
问答
  • PLM系统使企业可以把多年积累的所有产品相关数据放到一统一的PLM数据库中,企业能够清楚地看到对产品整个生命周期的记录。 PLM涉及三方面:其一,项目协同模块。从业务流角度,将产品端到端的开发流程放进该系统...

    PLM:Product Lifecycle Management=产品生命周期管理。产品的整个生命周期包括:投入期、成长期、成熟期、衰退期、结束期。PLM系统使企业可以把多年积累的所有产品相关数据放到一个统一的PLM数据库中,企业能够清楚地看到对产品整个生命周期的记录。

    PLM涉及三方面:其一,项目协同模块。从业务流角度,将产品端到端的开发流程放进该系统中,具体涉及到需求设计、战略规划、产品规划、产品开发、产品的实现,再到对产品生命周期的管理。其二,对产品成本的全生命周期管理。从财务角度,将财务从规划、设置预算、事前分析投资收益、事中管控、绩效管理等放进该系统。其三,打通数据流。收集产品主数据,将产品功能数据、规格,产品的设计文档,不同阶段的物料清单,制造端的工艺与工程变更情况,进行梳理和打通。

    方正璞华PLM的主要功能:数据管理、变更管理、项目管理、数据建模、在线可视化、第三方接入

    数据管理(Data Management)

    以数据为核心,将数据管理贯穿产品的全生命周期

    ◇ 物料管理:物料编码规则、物料属性定义、物料的生命周期管理、物料分类定义
    BOM管理:BOM结构、替代料管理、BOM正反结构查询
    ◇ 制造商管理:制造商管理、制造商部件号管理
    ◇ 文档管理:文档分类管理、文档版本管理、文档的权限管理

    变更管理(Change Management)

    根据用户的个性化需求,支持用户定义各种规则,对变更进行跟踪和管理

    ◇ 内置了行业标准的ECR-ECO的工程变更解决方案
    ◇ 可以根据客户的个性化需求进行业务流程配置
    ◇ 提供了行业领先的用户可编程引擎,支持用户定义各种规则

    项目管理(Project Management)

    项目计划+项目进度+项目交付+项目报表

    ◇ 采用最新的BS技术实现项目中的各种管理功能
    ◇ 包含项目计划、交付、资源、工时、费用、报表等核心功能
    ◇ 帮助企业实现项目集的管理,规范项目数据、缩短研发周期

    数据建模(Data Modeling)

    通过数据建模,支持客户的个性化需求

    ◇ 提供强大的配置平台,支持根据客户的个性化需求配置基础设置、对象分类、对象属性、工作流程、权限
    ◇ 实现完全可配置的业务,支持数据、流程、字段级别的数据建模和精细化的权限控制

    在线可视化(Online Visualization)

    目前支持超过40多种主流的文件格式在线预览,所见即所得

    ◇ 采用最新的BS架构实现了文件的预览,不需要用户客户端安装任何的客户端软件
    ◇ 支持主流2D文件(Office、CAD、压缩文件、文本文件、图片、音频)格式的预览
    ◇ 支持主流3D文件(prt、asm、pcb、stp) 格式的预览

    第三方接入(Third Party System Integration)

    轻松实现与第三方软件的对接

    ◇ 提通过标准的API接口和Webservice接口,实现PLM的数据同企业的其他业务系统◇ 和移动办公系统的深度集成
    ◇ 自带主流的ERP集成接口和移动端集成,支持数据导出

    欢迎访问官网:PLM系统

    如果您感兴趣,请联系王经理(邮箱:wangzhiqi@purvar.com)

    展开全文
  • 在项目的整个生命周期里,整合、协调是项目经理必须承担的重要责任。 项目管理是一门学科,是管理学的分支,经过多年的发展,已经呈现出庞大的知识体系。官方定义是指在项目活动中运用专门的知识、技能、工具和方法...

    1、项目管理

    如今,无论在哪个领域、哪个行业,在预算范围内按时完成项目的的能力,是其在复杂多变、竞争激烈的商业环境中取得成功的关键能力。

    项目管理,是为了完成一个特定任务或者目标而去计划,组织,鼓励员工,控制资源的一个过程或者活动。人员需要协调,资源、需求、标准等都需要协调。在项目的整个生命周期里,整合、协调是项目经理必须承担的重要责任。

    项目管理是一门学科,是管理学的分支,经过多年的发展,已经呈现出庞大的知识体系。官方定义是指在项目活动中运用专门的知识、技能、工具和方法,使项目能够在有限资源限定条件下,实现或超过设定的需求和期望的过程。

    智办事 - 工作就是智办事​www.iai.work

    2、项目启动阶段

    一个项目刚启动的时候,可能会很混乱,如何在混乱中建立秩序是非常重要的能力。要想在混乱中建立秩序,你可以使用5W2H原则来梳理思路。想清楚要实现的目标、执行的计划、交付的成果、负责人和参与人、起止时间、实施方案等内容。我给大家绘制了一个思维导图。

    使用5W2H原则进行设问,可以发现解决问题的线索,准确抓住问题的本质,确定出核心问题,从而提高工作效率,避免遗漏重要问题,高效且高质量的完成项目。

    一个大型项目,干系人繁多,必须要在项目开始时,清楚的了解到项目的核心干系人有哪些,分别会对项目造成什么影响。

    项目启动会,不止可以激励团队,对于项目经理而言,这是一个正式的授权过程,意味你可以在项目过程中你可以调动资源,让后续的执行和监督过程更加顺畅。

    在智办事里面,你和项目成员可以制定和拆解项目目标,并以目标树的形式展示目标的拆解过程。在目标树里面,你可以看到企业的组织架构、每个人的目标进度、目标的对齐关系。目标自上而下拆解,结果自下而上汇总,子目标的完成可以保证上级目标的实现,最终实现项目目标。

    3、项目规划阶段

    项目启动阶段想清楚要做的事情后,开始项目规划阶段。项目规划阶段第一个任务是做一个项目计划,用项目计划去推动项目目标的落地,优化各个角色的协同过程。

    制定项目管理计划是对定义、编制、整合和协调所有子计划所必需的行动进行记录的过程。项目管理计划是关于如何对项目进行规划、执行、监控和收尾的主要信息来源。

    制定和执行项目计划需要做到五个地方:项目计划要足够具体、项目计划要足够全面、项目计划要足够准确、项目成员要达成共识、即时通知项目成员。

    项目规划阶段第二个任务是将项目目标层层拆解为任务,任务再拆解为子任务,直到任务拆解到最小颗粒度,再交给具体的人员去执行。这也就是工作分解结构(WBS)。

    智办事是一种创新的团队协同实践,项目层层拆解为任务,每个任务都可以设置清单步骤、最终,你会发项目有了具体的载体,就是一个个的任务。针对任务进行沟通协作,信息高效流转,智办事让事情清晰可见。

    4、项目执行和监控阶段

    在项目执行阶段,您和您的团队将在先前的项目管理步骤中对您计划和评估的所有方面进行工作。在此阶段中,您需要集中精力,避免在正确的项目开发周期中犯错误。这也称为项目实施阶段,因为您开始实施之前做出的决策。

    此阶段的主要目标是准备可交付成果,激励您的团队及时完成分配的活动,以完成最终项目交付,并控制项目进度的各个方面。

    在智办事里面,专事专任务,有事就创建任务。通过任务和“@”将成员聚在一起,它就像一个“集结号”,组成一个临时的跨部门团队,让协作者迅速地加入到任务中,共同完成这一任务。交流信息非常集中,信息可以以秒速快速传递和响应。

    在项目执行的过程中,项目经理需要获取项目进度,发现其中的风险点,及时协调解决问题。项目监控的过程中,还需要借助项目的相关角色资源来协助自己完成。比如研发负责人、运营负责人等等。

    在智办事里面,每个目标和任务都有进度条功能,你可以实时看到事情的进展情况。灰色代表任务未开始、蓝色代表进度正常、红色代表任务延期、绿色代表任务完成。

    项目监控阶段一定要善用进展汇报。填写进展汇报,以简要的方式呈现项目全貌,客观展示项目遇到的问题,这样可以更好地推动问题的解决。

    在智办事里面,在任务执行阶段的每个节点,你都可以在任务里面发送进展汇报,上报项目的进度和风险,通知项目成员,同步项目的信息,这样可以减少很多不必要的信息同步会议,还可以向上级直接请求资源,防止任务延期。

    在智办事的任务总览里面,管理层可以查看战略全景图;项目经理可以查看项目当前进度,每个模块的进度,里程碑结果,个人工作量;员工可以查看待办任务,协作任务。在团队中,每个人需要关注的内容是不同的,智办事让每个人看到他应该看的内容,避免过多的信息干扰,提高管理和协作效率。

    智办事的甘特图功能,可以查看项目的风险任务数、工时统计图、状态占比、目标完成趋势图,实时了解项目的进度,实时跟进。任何一个子任务出现问题立即亮红,同时传递至总项目,第一时间获得关注。同时,团队成员发现问题,也可以直接点击风险预警,将风险快速传递至一级任务。

    5、项目收尾阶段

    项目收尾阶段有两个主要工作,分别是成果验收和项目复盘。管理学博士邱昭良曾经说过:项目复盘对于业务发展、绩效改善具有重要价值。我主要给大家聊聊项目复盘。

    大部分活动或任务都不可能是一次性的事件,人们常常重复性地做某件事。我们的目标非常简单,那就是我们重复做某件事,我们都要比上一次做得好一些。为此,对于项目与工作,进行了一个有意义的阶段后,可以花时间回忆过去的发生的事情,总结经验,为别人以及自己以后做参考。

    项目结束后,要尽早复盘;还要营造良好的氛围;任务一个联络人;回顾预期目标;再现实际情况;比较实际和评判的差异;记录事后回顾。

    智办事通过拆解目标,制定任务和清单,针对具体的任务展开内外沟通协作,让任务信息得以全部沉淀。再经过多次复盘和迭代,逐渐形成目标拆解和任务执行的标准流程,还可以将其转化为模板,将个人能力转化为组织的固有能力,实现组织能力升级。

    今天的分享到这里就结束啦,感谢你能看到这里,听说三连的小伙伴都好运连连! 喜欢的话就点击关注小智吧,更多实用干货等你获取!

    展开全文
  •   接受软件项目管理培训已经好长时间了,培训结束之后就一直仍在了一边,现在真正要用的时候却发现基本忘的差不多了!这里就回顾一下之前的所学,充实一下自己。   由于本文中的大多数术语都是一些规范或者约定...

      接受项目管理培训至今已经有三年时间了,一直没有机会来整理一下自己在项目管理方面的学习历程和经验。好记性不如烂笔头,从今天开始就一步一步分享一下我在项目管理方面的学习历程以及一些在工作中累积的经验,希望可以帮助到从事项目管理的人!

      由于本文中的大多数术语都是一些规范或者约定俗称的概念,因此,本文的大部分内容都是来自于互联网。例如,软件开发过程 的定义引用自维基百科。本文仅仅是整理记录一些学习重点。如果您发现其中内容有侵权,请随时点击博客右侧的小企鹅进行联系或者直接私信我,我将第一时间进行处理!

    概念

      软件开发生命周期(Software Development Life Cycle,SDLC),又称为软件开发过程(Software Development Process),为软件的开发定义了一个框架,将自动化工具、软件开发方法和质量管理紧密结合在了一起,其各个阶段实现了软件的需求定义与分析、设计、实现、测试、交付和维护。软件开发过程是在开发与构建系统时应遵循的步骤,是软件开发的路线图。
    在这里插入图片描述
    上面这幅图是我在网上找到的(MBA智库),乍一看非常的复杂,甚至出现了哲学范畴的方法论。我个人感觉上图还是非常详细的。不过对于里面的细节并没有详细的介绍,后面我会介绍一下我的理解。

    SDLC 在有的资料里面也称为 系统开发生命周期(Systems Development Life Cycle, SDLC),且将它和软件开发生命周期等价。但是这两者其实是不一样的: 系统 = 软件 + 硬件 。不过他俩的内容基本是一致的。

      软件开发生命周期(SDLC)同时也是一种具有创建高质量软件的清晰定义过程的方法论。 这种 按时间分程 的思想方法是软件工程中的一种思想原则,即按部就班、逐步推进,每个阶段都要有定义、工作、审查、形成文档以供交流或备查,以提高软件的质量。具体而言,SDLC 方法侧重于软件开发的以下阶段:

    • 需求分析
    • 规划
    • 软件设计
    • 软件开发
    • 测试
    • 部署

    需要注意的是,我翻阅了大量介绍软件开发生命周期的文档,他们对于上面的阶段定义并不相同。如下是我在学习中找到的比较多的几种情况:
    在这里插入图片描述
      软件开发生命周期(SDLC)可被视作最早的形式化方法。SDLC 的主要想法是,在采用框架时应当“以审慎、结构化和方法化的方式开发信息系统。生命周期中的每个阶段,从概念提出到系统交付,都应当严格、依次地进行”。

      在实际的开发过程中,开发者们不断的总结归纳,最终形成了一些比较统一开发模式。这些开发模式就是一个个被称为软件开发过程模型(Software Development Process Models)。其中最著名的就应该是瀑布模型了。如下是一些常用的模型:
    在这里插入图片描述
    更进一步,一些业内的大佬还为某些过程模型制定了相应的规范。后面我们将介绍一些常见的过程模型。

      随着新的面向对象的设计方法和技术(包括后来的敏捷开发方法)的成熟,软件生命周期设计方法的指导意义正在逐步减少。但是,作为最早的开发方法,其为后续的软件开发影响深远(基本确立了软件开发的基本框架,说后续的方法基本都是对于 SDLC 的改进一点也不为过)。

      软件开发生命周期 ≠ \neq = 项目的开发周期 。企业项目中,软件开发生命周期 仅仅是项目开发周期的一部分。至于一个项目的具体阶段,则不同的公司有不同的规定(一般都有自己的标准指导文档)。

    软件开发方法论

      软件开发方法论(Software Development Methodology, SDM)框架是在 20 世纪 60 年代开始出现的。软件开发方法历史中的重要事件(引用自维基百科)有:

    我个人认为,软件开发生命周期(SDLC)可以分为宏观和微观两个维度。在宏观上,软件开发生命周期(SDLC)是指的软件开发的整个生命周期,其中包含各种方法论,工具等
    在这里插入图片描述
    在微观上,软件开发生命周期(SDLC) 本身就是一种方法论,这是由于历史遗留的原因,当初提出这个概念的时候其就是作为一种软件开发方法。
    在这里插入图片描述
    其中,比较特殊的就是快速应用程序开发和敏捷软件开发。

    快速应用程序开发

      快速应用程序开发(Rapid Application Development,RAD)是 SDLC 的一个替代品,它结合原型模型,将应用程序开发和 CASE工具的实现相结合。RAD 的优点是速度快,降低了开发成本,并且使用户更积极地参与开发过程。

    敏捷软件开发

      敏捷软件开发(Agile software development),又称敏捷开发,是一种从1990 年代开始逐渐引起广泛关注的一些新型软件开发方法,是一种应对快速变化的需求的一种软件开发能力。“敏捷”(Agile)一词由 “敏捷软件开发宣言”(Manifesto for agile software development)中开始推广,“敏捷软件开发宣言” 定义了相关的价值和原则。
    在这里插入图片描述
      同样在微观上,敏捷开发也可以被认为是指导软件开发过程的一种方法(称为敏捷开发模型)。但是,由于敏捷开发的优势,其逐渐发展为了一种方法论,有了一些列的规范,组织机构等。宏观上的敏捷开发中,包含各种具体的方法。

      敏捷开发更强调人的主观能动性,其价值观是:个体和互动高于流程和工具,工作的软件高于详尽的文档,客户合作高于合同谈判,响应变化高于遵循计划。其核心主要在于能够充分了解用户的痛点,将用户痛点分级,每次版本都只解决用户当前最大的痛点,然后通过快速开发的版本迭代满足用户需求从而占领市场,这也是 MVP(最小可用产品)的核心思维。

    敏捷式开发不仅仅是项目上的一种开发方式,同时也能指点我们在生活中采用 2/8 法则,抓住重点,用最小的力度来实现价值最大化。

      敏捷式开发的特性是能够持续性的对软件本体进行不断改造以及处理客户对软件开发过程中的不断介入。敏捷开发的主要优点在于其灵活性。 经过一次次例行的开发迭代期(iterations)后,在每一次迭代期的开始时小组便会考虑向软件引入新的特性和改变,也就不会特别跟随原有的开发要求。

      敏捷开发是现代软件开发中被广泛使用的范式。敏捷软件开发的框架不断的发展,两个最广泛被使用的是 ScrumKanban。敏捷软件开发是一个开发软件的管理新模式,用来替代以文档驱动开发的传统开发模式。

      总结一下就是,敏捷开发以用户的需求进化为核心,采用迭代、循序渐进的方法进行软件开发。

       每隔一段时间,Digital.ai 就会发布一次关于敏捷开发的调查 STATE OF AGILE 并发布相应的 STATE OF AGILE 报告,并在 https://stateofagile.com/# 上进行公布。我们可以下载到对应的 PDF 文档。下面是最新的第 14 调查报告中的 敏捷开发方法使用情况:
    在这里插入图片描述
    该报告中有详细的记载关于敏捷开发的地域使用情况,行业使用情况等。

    敏捷软件开发宣言

      在 2001 年,十七名软件开发人员在犹他州的瓦萨奇山雪鸟滑雪胜地会面,讨论一些轻量级的开发方法,并由 Jeff Sutherland,Ken Schwaber 和 Alistair Cockburn 发起,一同发布了 “敏捷软件开发宣言”(Manifesto for Agile Software Development)。

      参会者们包括来自于极限编程、Scrum、DSDM、自适应软件开发、水晶方法、特征驱动开发、实效编程的代表们,还包括了希望找到文档驱动、重型软件开发过程的替代品的一些推动者。

      这群有时存在相互竞争的软件开发独立思考家们共同签署了展示在网站(http://www.agilemanifesto.org/)首页的《敏捷软件开发宣言》,他们称自己为“敏捷联盟”。
    在这里插入图片描述
    官网提供了各种语言版本的敏捷软件开发宣言。有兴趣的可以直接去官网查看。

    敏捷联盟

      敏捷联盟(Agile Alliance)是一个全球性的非盈利性成员组织,致力于支持那些探索和应用敏捷价值、原则和实践的人们,使构建软件解决方案更有效、更人性化、更可持续。官方网址:https://www.agilealliance.org/
    在这里插入图片描述

    结构化方法

      结构化编程(Structured programming),一种编程典范。它采用子程序、块结构、for 循环以及 while 循环等结构,来取代传统的 goto。希望借此来改善计算机程序的明晰性、质量以及开发时间,并且避免写出面条式代码。

    面向对象方法

      面向对象方法(Object-Oriented Method)是一种把面向对象的思想应用于软件开发过程中,指导开发活动的系统方法,简称OO (Object-Oriented)方法,是建立在“对象”概念基础上的方法学。

    过程模型

      过程模型就是指导软件开发过程的方法论。过程模型由五个基本的框架活动组成:沟通、计划、建模、构建和部署。他们之间的线性(linear)、迭代(iterative)、演进(evolutionary)和平行(parallel)关系会产生不同的模型。常见的过程模型包括:瀑布模型、V 模型、原型模型、增量模型、螺旋模型等。常见的软件测试模型包括 V 模型、W 模型、H 模型、X 模型和前置模型。

      过程模型(Process Models) 意图解决软件过程中的混乱,将软件开发过程中的沟通、计划、建模、构建和部署等活动(activities)有效地组织了起来。

    瀑布模型

      瀑布模型(Waterfall Model)是最早出现的软件开发模型,是传统软件开发方法的代表。在软件工程中占有重要的地位,它提供了软件开发的基本框架。1970 年温斯顿·罗伊斯(Winston Royce)提出了著名的“瀑布模型”,直到 80 年代早期,它一直是唯一被广泛采用的软件开发模型。

      瀑布模型将软件生命周期划分为 制定计划、需求分析、软件设计、程序编写、软件测试和运行维护 等六个基本活动,并且规定了它们 自上而下、相互衔接的固定次序 ,如同瀑布流水,逐级下落。其 严格强调文档,前一个阶段的输出就是下一个阶段的输入,文档是个阶段衔接的唯一信息。所以很多开发人员好象是在开发文档,而不是开发软件,因为要到开发的后期,才可以看到软件的“模样”。
    在这里插入图片描述

    • 优点:
      1. 让软件开发过程有序可控,为项目提供了按阶段划分的检查点。瀑布模型的每个阶段都有明确的任务,每个阶段都有明确的交付产物,都有相应的里程碑。这些让整个过程更可控,而且能及早发现问题
      2. 当前一阶段完成后,您只需要去关注后续阶段
      3. 它提供了一个模板,这个模板使得分析、设计、编码、测试和支持的方法可以在该模板下有一个共同的指导。
      4. 让分工协作变成可能。瀑布模型的六个阶段,也让软件开发产生相应的基础分工:项目经理、产品经理、架构师、软件工程师、测试工程师、运维工程师。
      5. 质量有保障。瀑布模型每个阶段都需要交付相应的文档,而文档的撰写和评审,可以帮助在动手之前把问题沟通清楚,想清楚。瀑布模型在编码结束后,会有严密的测试,只有测试验收通过后,才能上线发布,这些措施都让软件的质量更有保障。
    • 缺点:
      1. 各个阶段的划分完全固定,阶段之间产生大量的文档,极大地增加了工作量。
      2. 由于开发模型是线性的,用户只有等到整个过程的末期才能见到开发成果,从而增加了开发风险。
      3. 没有迭代与反馈。瀑布模型对反馈没有涉及,所以对变化的客户需求非常不容易适应,瀑布就意味着没有回头路。
      4. 通过过多的强制完成日期和里程碑来跟踪各个项目阶段。
      5. 瀑布模型的突出缺点是不适应用户需求的变化。
      6. 瀑布模型是一种软件文档的开发,把开发者变成流水线上的机器,大量重复性的工作让编程人员提不起兴趣,工作很枯燥,没有激情,编程成了一种没有创意的机械劳动,这让一向以高科技为标志的高级程序人员大为恼火。

      虽然现在瀑布模型已经不是最主流的开发模式。但是不管什么软件项目,不管采用什么开发模式,有四种活动是必不可少的,那就是需求、设计、编码和测试。而这四项活动,都是起源自瀑布模型,也是瀑布模型中核心的部分。 管理人员喜欢瀑布模型的原因是把文档理解为开发的速度,可以方便地界定不同阶段的里程碑。

    V 模型

      1978 年 Kevin Forsberg & Harold Mooz 提出了 V 模型(也被称为验证和验证模型)。V 模型是一个著名的、以测试为驱动的开发模型,该模型强调开发过程中测试贯穿始终,是瀑布模型的一个变体。V 模型反映了开发过程和测试过程的关系,在测试软件的过程中起着非常重要的作用。测试依旧是开发生命周期中的阶段,与瀑布模型不同的是,有多个测试级别与开发阶段对应。
    在这里插入图片描述
      需求分析要分析用户的需要,整理出系统的需求(功能需求),会和用户面谈,建立 用户需求文档(user requirements document);概要设计是系统设计师根据用户需求文档,分析并理解要开发系统的业务流程的阶段,会产生 软件规格文档(software specification document),软件规格文档是开发阶段的蓝图;详细设计也称为低阶设计,会将设计的系统拆解为较小的单元或是模组,说明每一部分的内容,让程式设计者可以直接写程式。

      单元测试主要发现编程和详细设计阶段的错误,测试计划在详细设计阶段制定,在编码阶段完成;集成测试主要发现设计阶段产生的错误,测试计划在概要设计阶段制定,在详细设计阶段完成;系统测试计划在需求分析阶段制定,在概要设计阶段完成;验收测试(User Acceptance Test)计划会在需求分析阶段就订定,测试计划是由企业用户来进行。

    与瀑布模型一样,V 模式是一种传统软件开发模型,在当前互联网软件开发中,局限性还是比较大的!

    • 优点:
      1. 包含了底层测试(单元测试)和高层测试(系统测试)
      2. 清楚的标识了开发和测试的各个阶段
      3. 自上而下逐步求精,每个阶段分工明确,便于整体项目的把控
      4. 像计划、测试设计这样的测试活动会在编码之前很好地进行。这节省了很多时间。因此相比于瀑布模型,成功的几率更高。
    • 缺点:
      1. 测试与开发是串行进行的而不是并行,自上而下的顺序导致了,测试工作在编码之后,就导致错误不能及时的进行修改
      2. 实际工作中,需求经常变化,导致 V 模型步骤,反复执行,返工量很大,灵活度较低
      3. V 模型太过简单,无法准确的反映软件开发的过程,会让管理者有一种错误的安全感。V 模型反映了软件开发中,管理者的观点,适合专案管理者、会计师及律师,但不适合软件开发者及用户
      4. V 模型和瀑布模型一样,过程中产生大量文档,项目反应速度也越来越不能满足当前日新月异的需求和快速的更新换代的节奏。

      V 模型的软件开发不是以直线的方式进行,其过程在源代码阶段之前逐步往下,而在源代码阶段之后逐步往上,形成了 V 字形。V 模型指出了软件开发中的各阶段以及其对应软件测试阶段之间的关系。横轴表示时间或是项目的完成度,而纵轴表示抽象的程度(范围越大,越抽象的在越上方)。

      V 模型的中心思想是研发人员和测试人员需要同时工作,在软件做需求分析的同时就会有测试用例的跟踪。 这样可以尽快找出程序错误和需求偏离,从而更高效的提高程序质量,最大可能的减少成本,同时满足用户的实际软件需求。V 模型的重要意义在于,非常明确的表明了测试过程中存在的不同的级别,并且非常清晰的描述了这些测试阶段和开发阶段的对应关系。

    1. 据说这是 IBM 的测试模型
    2. V 模型在汽车行业的影响深刻

    W 模型

      W 模型是由 Evolutif 公司提出,相对于 V 模型,W 模型增加了软件开发各阶段中同步进行的验证和确认活动。W 模型由两个 V 字型模型组成,一个 V 是开发的生命同期,另一个 V 是测试的生命周期,其明确表示出了测试与开发的并行关系(如下图)。
    在这里插入图片描述
      W 模型与 V 模型有一个很大的不同,就是 W 模型是一个并行的模型,V 模型是一个串行的模型。W 模型测试是从需求分析开始就开始了,而不是等到编码完成后才开始。并且测试阶段的划分更清楚,而不仅仅是单元测试、集成测试、系统测试,还包括前期的测试计划、测试方案等内容,这更符合现在企业测试的流程。W 模型具有以下特征:

    1. 测试阶段划分得更全面,不仅仅是单元测试、集成测试和系统测试。测试的对象不仅是程序,需求、设计等同样要测试
    2. 测试与开发是并行的,从需求测试就应该开始介入
    3. 提出尽早测试的概念,这样可以降低缺陷修复成本
    4. 测试对象不仅仅是程序,还包括需求或其他的相关文档

    W 模型仍然是以文档驱动的传统开发方式的一个变种

    • 优点:
      1. 开发伴随着整个开发周期,需求和设计同样要测试
      2. 更早的介入测试,可以发现初期的缺陷,修复成本低
      3. 分阶段工作,方便项目整体管理。
    • 缺点:
      1. 开发和测试依然是线性的关系,需求的变更和调整,依然不方便,样就无法支持迭代的开发模型
      2. 如果没有文档,根本无法执行 W 模型;对于项目组成员的技术要求更高!

    快速原型模型

      快速原型模型(Rapid Prototype Model)又称原型模型,它是增量模型的另一种形式;它是在开发真实系统之前,构造一个原型,在该原型的基础上,逐渐完成整个系统的开发工作。下图显示了快速原型模型开发的基本步骤:
    在这里插入图片描述
      由于种种原因,在需求分析阶段得到完全、一致、准确、合理的需求说明是很困难的。快速原型是利用原型辅助软件开发的一种新思想。 经过简单快速分析,快速实现一个原型,用户与开发者在试用原型过程中加强通信与反馈,通过反复评价和改进原型,减少误解,弥补漏洞,适应变化,最终提高软件质量。

    • 优点
      1. 原型系统已经通过与用户交互而得到验证,克服瀑布模型的缺点,据此产生的规格说明可以正确地描述用户的需求。因此,在开发过程的后续阶段不会因为发现了规格说明文档的错误而进行较大的返工。
      2. 开发人员通过建立原型系统已经学到了许多东西(至少知道了“系统不应该做什么,以及怎么不去做不该做的事情”),因此,在设计和编码阶段发生错误的可能性也比较小,这自然减少了在后续阶段需要改正前面阶段所犯错误的可能性。
    • 缺点
      1. 快速建立起来的系统结构加上连续的修改可能会导致产品质量低下,因此不适合大型系统的开发(适合开发小型的、灵活性高的系统)。
      2. 使用这个模型的前提是要有一个展示性的产品原型,因此在一定程度上可能会限制开发人员的创新
      3. 所选用的原型(开发技术和工具)不一定符合主流的发展
      4. 快速原型模型是不带反馈环的,软件产品的开发基本上是按线性顺序进行的。

    现在很多互联网企业提供了各式各样的原型设计工具,例如:Mockplus、Balsamiq、Axure 等。

    增量模型

      增量模型(Incremental Model)融合了瀑布模型的基本成分(重复应用)和原型实现的迭代特征,该模型采用随着日程时间的进展而交错的线性序列,每一个线性序列产生软件的一个可发布的“增量”。产品被分解为多个组件,每个组件都是单独设计和构建的。各个构件完成后逐渐并入已有的软件体系结构中。

      当使用增量模型时,第 1 个增量往往是核心的产品,即第 1 个增量实现了基本的需求,但很多补充的特征还没有发布。客户对每一个增量的使用和评估都作为下一个增量发布的新特征和功能,这个过程在每一个增量发布后不断重复,直到产生了最终的完善产品。增量模型强调每一个增量均发布一个可操作的产品。采用增量模型的软件过程如下图所示:
    在这里插入图片描述
      在增量模型中,每个迭代阶段都得到开发,因此每个阶段都将经历软件开发生命周期的要求、设计、编码,最后是测试模块。每个阶段开发的功能都将添加到以前开发的功能上,在软件完全开发之前,该功能将重复。在每个增量阶段,都会进行审查,根据审查,下一阶段的决定将作出。

      增量模型与原型实现模型和其他演化方法一样,本质上是迭代的,但与原型实现不一样的是其强调每一个增量均发布一个可操作产品。早期的增量是最终产品的“可拆卸”版本,但提供了为用户服务的功能,并且为用户提供了评估的平台。

      增量模型的特点是引进了增量包的概念,无须等到所有需求都出来,只要某个需求的增量包出来即可进行开发。虽然某个增量包可能还需要进一步适应客户的需求并且更改,但只要这个增量包足够小,其影响对整个项目来说是可以承受的。

    增量模型的特征:

    1. 系统被分解成许多小型开发项目。
    2. 部分系统是为了生成最终系统而构建的。
    3. 首先满足最高优先级要求。
    4. 一旦开发递增部分,部分的需求将被冻结。

    增量模型的优缺点:

    • 优点
    1. 采用增量模型的优点是人员分配灵活,刚开始不用投入大量人力资源。如果核心产品很受欢迎,则可增加人力实现下一个增量。因此,增量能够有计划地管理技术风险。
    2. 每次迭代后,应执行回归测试。在此测试期间,可以快速识别软件的故障元素,因为在任何单个迭代中很少进行更改。
    3. 测试和调试比其他类型的软件开发方法更容易,因为每次迭代时所做的更改相对较小。这允许对整个产品中的每个元素进行更有针对性的、更严格的测试。
    4. 客户可以响应功能并查看产品,以了解任何需要或有用的更改。
    5. 增量模型的灵活性可以使其适应这种变化的能力大大优于瀑布模型和快速原型模型
    • 缺点
    1. 由于各个构件是逐渐并入已有的软件体系结构中的,所以加入构件必须不破坏已构造好的系统部分,这需要软件具备开放式的体系结构
    2. 在开发过程中,需求的变化是不可避免的。很容易退化为边做边改模型,从而是软件过程的控制失去整体性。
    3. 如果增量包之间存在相交的情况且未很好处理,则必须做全盘系统分析
    4. 随着产品增加了其他功能,可能会出现与系统体系结构相关的问题,而早期原型中并不明显
    5. 由增量产生的成本可能会超过组织的成本。

    增量理念也用于敏捷流程模型

    螺旋模型

      螺旋模型(Spiral Model)是巴利·玻姆(Barry Boehm)于 1988 年 5 月在他的文章《一种螺旋式的软件开发与强化模型》提出的。它兼顾了快速原型的迭代的特征以及瀑布模型的系统化与严格监控,强调了其他模型所忽视的风险分析,特别适合于大型复杂的系统。螺旋模型最大的特点在于 引入了其他模型不具备的风险分析,使软件在无法排除重大风险时有机会停止,以减小损失。同时,在每个迭代阶段构建原型是螺旋模型用以减小风险的途径。

      螺旋模型采用一种周期性的方法来进行系统开发。这会导致开发出众多的中间版本。使用它,项目经理在早期就能够为客户实证某些概念。该模型是快速原型法,以进化的开发方式为中心,在每个项目阶段使用瀑布模型法。这种模型的每一个周期都包括需求定义、风险分析、工程实现和评审 4 个阶段,由这 4 个阶段进行迭代。软件开发过程每迭代一次,软件开发又前进一个层次。采用螺旋模型的软件过程如下图所示:
    在这里插入图片描述

    • 优点
    1. 通过原型的创建,使软件开发在每个迭代的最初明确方向;
    2. 通过风险分析,最大程度地降低软件彻底失败造成损失的可能性;
    3. 在每个迭代阶段植入软件测试,使每个阶段的质量得到保证;
    4. 整体过程具备很高的灵活性,在开发过程的任何阶段自由应对变化;
    5. 每个迭代阶段累计开发成本,使支出状况容易掌握;
    6. 通过对用户反馈的采集,与用户沟通,以保证用户需求的最大实现;
    • 缺点
    1. 过分依赖风险分析经验与技术,一旦在风险分析过程中出现偏差将造成重大损失;
    2. 过于灵活的开发过程不利于已经签署合同的客户与开发者之间的协调;
    3. 由于只适用大型软件,过大的风险管理支出会影响客户的最终收益;

      螺旋模型很大程度上是一种风险驱动的方法体系,因为在每个阶段之前及经常发生的循环之前,都必须首先进行风险评估。在需求不明确的情况下,适合用螺旋模型进行开发,便于风险控制和需求变更。

    敏捷开发方法

    见后续独立博文

    参考

    1. https://wiki.mbalib.com/wiki/%E7%80%91%E5%B8%83%E6%A8%A1%E5%9E%8B
    2. https://zhuanlan.zhihu.com/p/183798988
    3. https://blog.si-yee.com/2019/10/03/%E8%BD%AF%E4%BB%B6%E5%B7%A5%E7%A8%8B%E4%B9%8B%E7%80%91%E5%B8%83%E6%A8%A1%E5%9E%8B/
    4. https://zhuanlan.zhihu.com/p/29783716
    5. https://zhuanlan.zhihu.com/p/24417533
    6. https://zhuanlan.zhihu.com/p/150399191
    7. https://www.zhihu.com/question/20014400
    8. https://blog.csdn.net/qq_43725037/article/details/86213779
    9. https://www.cnblogs.com/zhuifeng-mayi/p/9853123.html
    10. https://www.geeksforgeeks.org/software-engineering-sdlc-v-model/
    11. https://www.cnblogs.com/ITnoteforlsy/p/11938493.html
    12. https://www.guru99.com/v-model-software-testing.html
    13. https://www.tutorialspoint.com/sdlc/sdlc_v_model.htm
    14. http://www.srcmini.com/35680.html
    15. https://zhuanlan.zhihu.com/p/56673435
    16. https://wiki.mbalib.com/wiki/%E5%A2%9E%E9%87%8F%E6%A8%A1%E5%9E%8B
    17. https://www.technotrice.com/incremental-model-in-software-engineering/
    18. https://melsatar.blog/2012/03/21/choosing-the-right-software-development-life-cycle-model/
    19. https://www.visual-paradigm.com/scrum/scrum-in-3-minutes/
    20. https://tech.gsa.gov/guides/popular_approaches/
    21. https://kknews.cc/tech/e8qgp9z.html
    展开全文
  • 采用GMAP5方法的计算机化系统验证的生命周期文件及活动(课件)2014/6/24采用GAMP5方法的计算机化系统验证的生命周期文件及活动柯争先邮箱:damonke@电话2014/06/13引入自控操作代替 FDA21CFRPart11人工操作 ...

    采用GMAP5方法的计算机化系统验证的生命周期文件及活动(课件)

    2014/6/24

    采用GAMP5方法的计算机化系

    统验证的生命周期文件及活动

    柯争先

    邮箱:damonke@

    电话

    2014/06/13

    引入

    自控操作代替 FDA 21CFR Part11

    人工操作 EU GMP Annex11

    电子记录签名代替 WHO GMP

    手写手写记录签名记录签名 PIC//S GMP

    CFDA  《计算机化系

    PAT应用 统》征求意见稿

    科学技术进步 法规变更升版

    ISPE GAMP5

    PIC/S PI011‐3检察指南

    PIC/S PI011‐3检察指南

    实践指南生成 FDA Part11工业指南

    与应用 CFDA 药品GMP指南

    GAMP5 旨在提供一种切合检察官、制药企业和供应商习惯的计算机化系统验证

    及管理的方法平台,从而达到高效合规。

    2/80

    1

    2014/6/24

    目录

    1.计算机化系统验证相关法规、指南及术语简介

    2.新建计算机化系统验证流程介绍

    目录目录

    3.新建及遗留计算机化系统验证示例分析

    4.常见问题的分享与探讨

    3/80

    Part 1

    1

    计算机化系统验证相关法 法规、指南简介

    规、指南及术语简介 术语简介

    4/80

    2

    2014/6/24

    Part 1

    法规、指南简介

    术语简介

    5/80

    相关法规和指南总览

    (US FDA) 21CFR Part11 美国联邦法规21篇第11部分电子记录与电子签名

    (US FDA)工业指南 11部分 电子记录与电子签名‐范围和应用

    (US(US FDA)FDA) 联邦法规第联邦法规第2121篇第篇第210210 211211部分部分 ,成品药的现行生产质量管理规范成品药的现行生产质量管理规范

    (ISPE) 良好自动化生产实践指南,遵从GxP计算机化系统监管的风险管理方法

    展开全文
  • 信息系统的生命周期

    2021-03-31 20:36:17
    信息系统是面向显示世界人类生产、生活中的具体应用的,是为了提高人类活动的质量、效率而存在的。...为了工程化的需要,有必要把这些个过程划分为一些具有典型特点的阶段,每个阶段有不同的目标、
  • RPA 实施的四个阶段

    千次阅读 2020-12-31 00:27:59
    机器人过程自动化机器人过程自动化(RPA) 是几乎所有大型组织都希望投资的最新技术趋势,用于提高运营效率/吞吐量并降低成本。根据德勤的一项调查,...本文重点介绍 RPA 就绪性以及导致 RPA 实现成功的各种规划阶段...
  • 百分点数据科学实验室基于产品生命周期理论在多个行业的落地实践,总结了如何准确把握产品生命周期四个阶段及识别方法论。 众所周知,一种产品在市场上的销售情况和获利能力并非是一成不变的,因此,任何一家...
  • 产品生命周期

    2021-05-24 15:55:49
    一般可以分成四个阶段:引入期、成长期、成熟期和衰退期。 引入期 新产品投入市场,便进入了引入期。此时顾客对产品还不了解,除了少数追求新奇的顾客外,几乎没有人实际购买该产品。在此阶段产品生产批量小,制造...
  • 企业生命周期

    2021-07-23 15:59:20
    这样的比较是有可能的,因为企业在每个阶段都像有机体一样,需要“喂养”,不过企业需要用来维持生存和发展的“喂养”是投资。 企业与有机体最主要的不同:有机体的最终结局都是死亡,但企业不是。对于企业家来说,...
  • 借此篇文章,结合spring框架部分源码,对spring针对bean的生命周期管理进行一总结,加深记忆。 1. 概述 1.1 何为bean 在讲解bean的周期之前,我们先了解下什么是bean。自我们接触java开始,bean就无处不在。那么...
  • 第三章 主数据管理的关键技术3.1 数据标准3.1.1 数据标准...主数据管理系统从IT建设的角度而言都会是一相对复杂的系统,它往往会和企业数据仓库/决策支持系统以及企业内的各个业务系统发生关系。 3.1 数据标准 3.1
  • 同时在这过程中也会运行一些叫做生命周期钩子的函数,这给了用户在不同阶段添加自己的代码的机会 生命周期函数一共有如下: beforeCreate :创建之前 created:创建之后哦 beforeMount:挂载之前 mounted:挂载...
  • 文章目录软件工程概述软件的定义软件的分类软件工程要素、目标和原则软件工程知识体系知识域软件...生命周期模型RUP的四个主要阶段RUP的特点RUP的核心活动RUP 最佳实践敏捷建模eXtreme Programming 极限编程课后思考题...
  • 将用户的整个生命周期细致分解,再通过分段的精细化运营,最后实现售前-售中-售后的良性循环,是在线教育行业用户运营的典型流程。 典型流程拆分,洞见客户需求 在线教育用户运营,通常遵循完整的拉新、促活、转化、...
  • 数据治理的四个阶段

    2021-03-02 09:53:03
    数据治理的定义是对数据资产管理行使权力和控制的活动集合。其最终目的是挖掘数据价值,推动业务发展,实现盈利。 我国最早意识到数据治理重要性的行业是金融行业,金融行业对数据的依赖...数据治理分为四个阶段 ...
  • 自“智能制造2025”、工业互联网等提出以来,我国制造业数字化水平不断提高,开辟了一条以新一代信息技术与制造业融合发展的...围绕该企业的实际情况和业务需求,提出了以下4重点战略: 1、建立企业级数据自助式分
  • 测试必须要知道的四个主要阶段

    千次阅读 2021-05-19 20:52:38
    一、测试主要的四个阶段 1.测试计划设计阶段:产品立项之后,进行需求分析,需求评审,业务需求评级,绘制业务流程图。确定测试负责人,开始制定测试计划; 2.测试准备阶段:各成员编写测试用例、先小组内评审、后...
  • 文章目录一、缺陷的基本概述1.1缺陷的定义1.2缺陷的属性1.2.1缺陷的类型1.2.2缺陷的严重程度1.2.3缺陷的修复优先级二、缺陷的生命周期三、缺陷的识别、缺陷报告 一、缺陷的基本概述 1.1缺陷的定义 软件未实现产品...
  • 数据科学家和权威专家维克托·...数据变成数据资产的前提是有着完整的数据标准管理、数据质量管理、数据安全管理、易于使用的元数据管理和持续产生数据价值管理的从数据产生到销毁的数据全生命周期管理体系。今天小亿
  • 作者介绍 @TigerHu 在线教育公司, 大数据营销产品线负责人, “一数据人的自留地”创作者联盟成员。...本篇先从CRM中的核心元素—线索讲起,内容涉及对线索的简介、线索生命周期以及画像构建。 01...
  • 随后对比锂电池行业的传统方法,对大数据在产品全生命周期不同阶段的应用进行详细分析,并例举了具体应用的案例和通过大数据分析所创造的价值;最后指出随着锂电池行业各企业之间硬实力差别不断缩小,大数据技术的...
  • 高效的事件管理应该是所有企业业务系统的重要组成部分。为什么这么说?因为随着IT技术、工具和工作流程的日益复杂,以及彼此关联性的日益增加,业务系统越来越容易受到计划外停机的影响。停机可能在任何时候发生在...
  • 数据安全作为大数据时代的盔甲...传统的数据安全监管方法以系统为中心,但目前数据的共享交换已经变成同一部门、不同层级之间流动的常态化过程,所以构建数据全生命周期的监管体系势在必行。数据安全治理整体系框...
  • 伴随数据成为企业的核心资产,数据安全已经成为所有企业在产业互联网时代必须直面的挑战。 今年的数据安全态势仍然不容乐观,据Risk Based Security数据,截至2019年前6月,世界范围内已经发生了3813起数据泄露...
  • 文章目录整体结构1 什么是项目综合管理2 战略计划与项目选择2.1 战略计划2.2 识别潜在的项目2.3 将IT与业务战略相结合3 选择项目的方法3.1 聚焦于广泛的组织需求3.2 IT项目分类3.3 财务分析3.3.1 NPV3.3.2 资金回报...
  • 下面卫 Sir 介绍产品开发管理中的四个工具,主要描述以下三方面的内容: 它们是什么? 它们如何工作? 它们如何使你的团队受益? 四个工具分别是: 项目团队车轮图:如何为跨职能团队配备人员? RACI 图表:...
  • 根据项目管理协会(PMI)的...在项目生命周期管理和协调所有的任务和过程,以开发整个项目。由于项目集成管理中的每过程都有实现主要项目目标的目的,所以为了系统地产生结果而进行整个项目。 项目集成知识领域...
  • 是指企业向目标客户发送EDM邮件,建立同目标顾客的沟通渠道,向其直接传达相关信息,用来促进销售的一种营销手段。 邮件营销最早兴于普及互联网商用的欧美国家。之后,随着我国触网程度越来越高,不论是生活还是工作...
  • 文 | 曾响铃 来源 | 科技向令说(xiangling0815) 11月1日,由广州市委统战部、...18政府部门和服务机构在大会设立展台进行服务对接,为民企提供信息技术、创新创业、人才引进、企业管理培训、法律咨询、资源链接..

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 31,044
精华内容 12,417
关键字:

企业管理生命周期四个阶段