00:05
大家好,我是陈欣彤,来自腾讯云coding团队的解决方案架构师,今天我给大家分享的内容是如何使用coding高效管理瀑布式项目。为了让大家知其然并知其所以然,今天的课程会从以下这四个方面分别是瀑布模型的起源、特点、使用场景以及coding基于瀑布模型的产品设计思想和解决方案来阐释。好,第一节我们讲瀑布模型的起源。先来看这样一张图,从1948年初到1960年底的这段时间内,硬件的开发费用造成指数下降,而软件的开发费用却以几乎相同的速率在上升。导致这种现象的原因是复杂的,一方面是因为随着软件系统的规模越来越大,复杂程度也越来越高,另一方面是因为当时的人们缺少系统和规范化的软件开发方法,导致开发过程混乱无序。
01:08
其中最突出的问题有以下两点,一是缺少规划和设计环节。随着规模的变大和复杂度的提高,软件变得越来越难以维护,软件开发通常是在失控的情况下进行的。其二是没有考虑软件的可测试性和可维护性。不同阶段的关键文档缺失导致软件交付的失败率居高不下,且运维成本极高。在这种背景下,人们急需一个系统化的、规范的软件开发流程来提高开发的速度和质量,确保软件交付的成功率。基于这样的历史背景,瀑布模型诞生了。讲到瀑布模型,我们就不得不提到一个人,那就是Winston walker Royce,他是一名美国的计算机科学家,同时也是软件开发领域的先驱人物。
02:01
他在1970年的时候发表了一篇论文,名为managing the development of large so system,而右边的这张图就是出自他的这篇论文了。每当我们提到瀑布模型的时候,相信很多小伙伴会马上联想到他。现在有很多人都将ROS尊称为the father of waterfall瀑布模型之父,认为他是最早提出瀑布模型的人。有趣的是,在Roy发表的这篇论文中,压根就没有出现waterfall这个词。那么这个词最早是自哪里呢?我们通过查阅大量文献发现,他最早是出自在1976年发表的另外一篇论文,名为software requirements are there really a problem。相隔六年之久,在这篇论文中,他们在引用RO所提出的软件开发模型时,首次使用了water for这一个词,并且配上了右边的这一张图。
03:06
虽然这个模型在七六年有了自己的名字,但其实它的起源还可以追溯到更早的20年前。herber在一篇论文中提到,美国麻省理工学院的林肯实验室在开发大型软件时,会遵循一个包含有九个阶段的开发流程,如左边这张图所示。如果大家仔细观察的话,不难发现这九个阶段跟RO文中提到的七个阶段是大同小异的。区别最明显的是,RO绘制的图里前后步骤是呈阶梯状排列的,整个流程看起来就像瀑布一样。如果说RO所发表的论文象征着瀑布模型正式诞生的话,那么其实早在1956年,我们就已经可以看到瀑布模型的雏形了。看完这些资料,我相信很多小伙伴们都会认为,类似这样的软件开发流程图。
04:04
就是RO所倡导的,也就是现在所说的瀑布模型。但是事实真的是这样吗?其实不然,这里一直存在着一个巨大的误解,如果完整的把若若文读完的话,我们会发现他认为这个模型是不够完善的,并且针对这个模型所存在的问题提出了五个具体的优化建议。的第一个建议是设计先行program design comes first如图所示,他建议在软件需求和分析之间新增一个软件预设计的阶段。这个阶段主要是进行文件系统、数据库、处理器、存储等方面的设计,确保程序不会因为存储和数据流等方面出现问题而导致程序运行失败。这也使得相关的人员在后续的分析阶段中必须将这些因素加以考虑。这样一来,如果原型设计有误或者资源不足,会在更早的阶段被发现。
05:09
RO的第二个建议是编写测试文档document the design。这里的测试文档具体包括软件需求文档、软件预设计说明文档、接口说明文档、最终设计说明文档、测试计划说明文档等。高质量的文档可以帮助我们减少沟通成本,提高软件开发的效率,保证软件质量,同时还可以为项目经理在管理项目的过程中提供重要的判断依据。而在软件交付后的运营阶段,良好的文档可以帮助技术人员更好的运营程序,如果没有文档,程序只能由亲自编写他的人来运营了。RO的第三个建议是尝试把工作做两次do it twice。这就是说,在开发程序的时候,先快速完成一个版本,然后在第一个版本的基础上进行改进,最后将第二个版本交付给客户,并且在每一个版本中都包含软件与设计、需求分析、程序设计、编码、测试使用等环节。
06:18
这么做的好处在于,第一个版本可以当做是最终产品的一次模拟,通过观察与收集第一个版本在运行过程中可能出现的各种意想不到的问题,我们可以对其进行修复和改进,确保交付给客户的最终产品是高质量的,尽可能没有错误的。Winston的第四个建议是关于测试阶段的,他指出,测试的大部分工作应该由测试专家来负责,如果测试工作只能由软件的设计者来负责的话,那就意味着这个项目的文档工作做的还不够好。如果有好的文档,即使测试专家定位参与软件的设计,他们也能够很好的完成测试,甚至做的比程序的设计者还要好。这些工作包括前期的计划、测试过程、测试中的提前检查、代码测试每一条逻辑路径,质量保证。
07:17
其中质量保证具体又分为独立自制的测试分组。配置控制、运维说明、测试标准、过程工具等。除此之外,瑞还强调,在测试的工作中,每当我们解决了一个小问题以后,要马上进行测试,检验修复结果。Roy的第五个建议是让客户参与到项目中来,Involve the customer。因为即使经过了前期的协商,我们和客户在软件需求上达成了初步的共识,开发人员在软件该做什么的问题上仍然存在多种解读的可能,让客户尽早参与开发过程。这里的过程包括系统需求的生成、软件与设计评审、关键软件评审、最终软件验收评审等。
08:15
这样做可以澄清一些不确定的问题,减少不必要的返工,从而更快更好的交付我们的软件。若还强调说,客户的这种参与应该是正式、深层次和持续性的。最后的这张图就是RO将他所提出的五个优化建议进行整合以后得到的一张完整的软件开发流程图。这张图说明了如何将一个充满风险的开发过程转换成能生产出理想产品的流程。RO表示,这里面的每一个改进步骤都是需要额外开销的,不过这些开销都是很有必要的,因为根据他的经验,那些过于简单的开发流程是没办法完成大型软件系统的开发工作的,即使完成了,所耗费的人力和财力也会远远超过增加这五个改进步骤所需要的开销。通过以上的回顾,我们发现RO清楚的知道广为人知的瀑布模型的优点与不足,为此还提出了具体的优化经营来改进这种开发模式。他认为,前后相继的开发模式在小型软件开发中可以起到良好的作用,但随着软件规模的不断扩大,有必要应。
09:34
若一种或者几种改进方法来对瀑布模型做改进,遗憾的是,大家最终却只记住了RO认为存在风险的瀑布模型,并把它当做RO的全部理论主张。不能不说这是一个极大的误解。好,前面我们已经花了教导的篇幅来讲解瀑布模型的起源,接下来我们就来好好分析一下瀑布模型都有哪些特点吧。
10:03
瀑布模型一共有三个主要的特点,第一个特点是推迟实现。瀑布模型在编码之前设置了系统分析与系统设计阶段,分析与设计阶段的基本任务是主要考虑目标模型的逻辑模型,不涉及软件的物理实现。第二个特点是阶段具有顺序性和依赖性。瀑布模型的顺序性和依赖性体现在必须等前一阶段的所有工作完成之后,才能进入到下一个阶段。整个流程中最多只有其中一个阶段在工作,其余阶段在等待,并且前一阶段的输出文档就是后一阶段的输入文档。因此,只有前一阶段的输出文档正确,后一阶段的工作才能获得正确的结果。第三个特点是保证质量。瀑布模型要求每个阶段必须完成规定的文档,没有交出合格的文档就没有完成该阶段的任务。完整准确的合格文档不仅仅是软件开发时期各角色之间相互通信的媒介,也是运行时期对软件进行维护的重要依据。此外,每个阶段结束前,我们还要对该阶段所完成的文档进行评审,以便尽早发现问题,改正错误。事实上,越是早期阶段,犯下的错误暴露出来的时间就越晚,排除故障、改正错误所需付出的代价也就越高。这种及时审查机制是保证软件质量、降低软件修复成本的重要措施。
11:43
瀑布模型自诞生以来就受到业界的追捧和推崇,并为软件的开发交付团队提供了一整套完整的方法、理论和实践指南,软件开发过程也实现从无序到有序质的飞跃。总体而言,瀑布模型的优势体现在以下几点,一方面是瀑布模型严格规定每个阶段都必须提交文档,增强了过程资产的沉淀,有利于后期的运维工作,另一方面是瀑布模型中测试作为一个单独的阶段,为软件质量提供了流程和规范上的保障,还有就是瀑布模型提供了完整的软件开发生命周期,缩写是SDLC,使得软件管理与协作成为一种规范化和标准化的活动大师。随着软件工程和各种信息技术的不断发展,瀑布模型的不足之处也慢慢显现出来,主要体现在以下几点。一是用户直到项目开发网。
12:43
期才能了解产品的真实面貌和质量,软件交付周期长,风险大,其次是需求变更困难,项目早期做出的承诺导致对后期需求的变化难以调整,大价高啊。还有就是软件质量在开发后期才能进行验证和评估,修复缺陷的成本较高。
13:05
了解完瀑布模型的优势与不足之后,我们来看看什么场景下适合使用瀑布模型吧。瀑布模型一般适用于以下场景,一种是用户的需求非常清晰且全面,且在开发过程中没有或者很少变化,另一种是对需求变更有着严格控制的项目,例如航空航天、金融和医疗行业的核心系统等,还有就是规模小且低风险项目,比如开发人员对软件的应用领域很熟悉,软件的部署环境非常稳定等。好,接下来就给大家介绍一下coding在项目协同模块所提供的各项能力。在此之前,我们先来看看coding的产品能力全景图,如图所示,Coding是一站式的deal研发管理平台,主要包含有团队管理、项目协同、cloud studio log、研发规范、持续集成、测试管理、制品管理、持续部署、知识库、文档管理等各大功能模块,涵盖了软件开发生命周期中的各个阶段,可以帮助客户快速落地deb,实现研发项目的全面提升。好,我们现在开始重点讲解coding在项目协同方面的能力吧。
14:27
首先,Coding是支持敏捷和瀑布两种不同的工作流的,今天我们主要讲解的是瀑布工作流。这一页PPT罗列的是coding项目协同在瀑布模式下实现的特色功能,包括工程统计、甘特图迭代、概览与统计等。Coding作为一站式平台,涵盖了瀑布模型中从需求分析到应用部署等各个阶段所需要的能力。在需求分析阶段,Coding提供了自定义事项类型和自定义工作流等多种能力,可以为事项状态的流转添加约束条件,从而满足了瀑布模型中不同阶段间具有顺序性和依赖性的特点。
15:13
在系统设计阶段,Coding提供了文档管理和添加原型设计图的功能,帮助客户实现过程资产的沉淀,满足了瀑布模型中强调文档的特点。在编码阶段,Coding提供的代码仓库、制品仓库和持续集成等能力满足了客户在代码存储、代码扫描、制品存储、制品扫描和持续集成等各方面的需求。在测试阶段,Coding提供了测试管理功能和自动化UI测试功能,可以大大提高测试效率,同时让测试进度一目了然。在应用部署阶段,Coding提供了持续部署的功能,通过与代码仓库和制品仓库等功能模块的无缝衔接,可以轻松实现多种部署策略,大大提高部署效率。
16:06
接下来举一些例子来说明coding基于瀑布模型的产品实现。这一页介绍的是自定义工作流来实现质量管控。团队在飞速发展的过程中,由于业务扩张项目众多,不同项目间的研发流程往往存在较大的差异。以游戏行业的美术开发项目为例,工作流状态一般涵盖文案确认、UI设计、原画设计、模型设计、动画特效设计、确认交付等,而这些状态在一般的软件开发项目中是用不到的。为此,Coding支持自定义工作流可以满足用户在不同项目中使用不同的工作流的使用场景。除此之外,我们还可以为状态流转添加限制条件,比如说只允许特定人员,例如测试组长将事项的状态从测试中变更为验收通过。又比如,我们可以通过添加附加属性这个规则要求必须填写某个属性。
17:07
例如,需求文档的链接才能将事项的状态从需求分析变更为开发中,从而满足瀑布模型中每个阶段必须完成规定文档的特点。这一页介绍的是事项间的阻塞关系。前面我们有提到过,瀑布模型的一大特点就是在软件研发的过程中,不同阶段间具有顺序性和依赖性,而顺序性和依赖性体现在必须等前一阶段的所有工作完成之后才能进入到下一个阶段。整个流程中最多只有其中一个阶段在工作,其余阶段在等待。针对瀑布模型的这一特性,Q点允许用户对不同事项之间添加阻塞关系。比如说,我们可以将事项A设置为事项B的前置事项,那么在事项B的详情页面,我们就可以看到其所依赖的前置事项是否都已经完成。如果没有完成的话呢,则应该先完成事项B的所有前置事项,然后再开始事项B的相关工作。
18:10
通过设置这种阻塞关系,并结合Co提供的甘蔗图,我们就可以快速定位当前阻塞项目进度的事项都有哪些。这就是coding甘特图的展示效果,通过这张图,我们就可以很直观的看到当前选中事项的前置事项都有哪些,当前是什么状态的,从而快速定位项目的阻塞点。这里也介绍的是工作复杂,用来帮助合理分配人力资源。对于中小型的瀑布项目而言,开发人员和测试人员往往在项目开始后就会全部投入到项目中,而不是分阶段按需投入。这样的后果就是很多加入到项目中的人员并没有被分配到实际的任务,导致人力资源的闲置和浪费。为此,Coding提供了工作复杂功能,帮助解释闲忙情况,从而更合理的分配人力资源。
19:08
这一页介绍的是文档管理助理知识沉淀瀑布模型的一大特点是几乎每个阶段都会输出详尽的文档,这些文档能提高软件开发的效率,保证质量,在软件的使用过程中有指导、帮助解惑的作用,在后期维护工作中,文档更是不可或缺的资料。为此,Coding提供了强大的文档管理功能,包括有知识管理、VT文件、网盘和API文档等模块,助力实现知识的沉淀。这一页介绍的是迭代管理,我们可以在一个大瀑布中执行一个小瀑布,并且借助coding以进度跟踪视角来设计的功能,包括迭代详情、事项、状态、趋势图、公式、软件图、活动日志等,从而实现产品的快速迭代,提高交付的速度和质量。
20:06
大家好,我是腾讯云coding的解决方案架构师钟其翁,接下来由我在codings平台上给大家演示瀑布式项目管理的操作流程。接下来就让我们在coding els平台来实际操作一下吧,为了让大家看的更清晰,我们会适当的把页面放大。好,我们需要先创建一个瀑布式的项目,具体操作方式是点击左边菜单中的项目。然后再点击创建项目按钮。我们可以看到coding的项目协同模块为我们准备了很多的项目模板,我们可以根据我们的实际需求来选择使用什么样的模板。我们点击这个我们的教学项目开始按钮。然后选择这个经典项目,管理教学项目。
21:04
然后填写项目名称。就叫water for DEMO吧,然后点击完成创建按钮。好,创建完项目以后,我们可以点击左边菜单的项目协同。然后在右边我们可以看到系统已经自动为我们创建了很多的样例数据。我们可以看到,系统还为我们创建了两个迭代建筑库,提供了迭代功能。我们可以在一个大瀑布中执行一个小瀑布,从而实现产品的快速迭代更新,提高交付的速度和质量。接下来我们来演示一下如何将一些事项规划进某个迭代。我们可以点击右边的这个菜单按钮。
22:03
然后在弹出选择规划。然后我们就可以右边的这些规划事项进行勾选。然后点击下面的事项字叠的按钮。这样我们可以。选中的那些事项前,我们选。前面我们有提到过,瀑布模型的一大特点就是在软件研发的过程中,不同阶段间具有顺序性和依赖性,而顺序性和依赖性体现在必须等前一个阶段的所有工作完成之后才能进入到下一个阶段,整个流程中最多只有一个阶段在工作,其余阶段。针对瀑布模型的这一特性,扣点允许用户在不同事项间设置阻塞关系。比如说,我们可以将事项A设置为事项B的前置事项,那么在事项B的详情页面,我们就可以看到其所依赖的前置事项是否都已经完成,如果没有完成的话。
23:09
则应该先完成事项B的所有前置事项,然后再开始事项B的相关工作。通过设置这种主关系,我们可以快速定位当前阻碍项目进度的事项都有哪些。好,接下来我们来演示一下如何设置事项间的组塞关系。首先,我们需要切换到全部事项页面。然后我们选择某个事项。然后在弹出的四项详情页面中点击这个按钮。然后在下表中选择关系。然后左边这里面我们是选择前置事项,然后在这里面我们可以选择我们需要。
24:04
设置的一个前置事项了,比如说我们选的这个事项。好,这样我们已经设置好这一个事项的前置事项为这个。ID为25的事项了。添加完前置事项以后,我们就可以在我们的计划页面里面查看一下相应迭代的一个甘特图了。我们先切换到计划页面。好,这里面就是我们不同迭代的一个甘特图。通过干特图,我们可以实施有效的掌握项目的进度和资源分配情况,同时能够加强过程的一个可视化管理,把责任和任务落实到实处,让项目有序进行。好,现在我们来一下我们刚刚处理的一个事。
25:06
我们发现在这个事像右边的一个干特图中出现了一个小红点。当我们将。点击这个小红点的时候,会出现一个弹框,通过这个弹框我们就可以看到其对应的前置了。同的前置里面出现红点,红点。默认情况下,这里面显示的是所有的数据,我们可以根据实际情况数据进行筛选。比如。当我们在事项类型里面选择需求的时候,我们就可以只看需求相关的数据。好,接下来我们切换到迭代页面。
26:01
我们可以看到这里面有两个迭代。我们这第一次迭代。到代事项切览统计这个页面。我们以看项一个状态趋势。由于我们这里面没有配置好相关的数据,所以效果不是很明显,我们现在换到另外一个已经配置好相关数据的项目,看看这两个图在实际应用中的一个效果。这个及公司的预期效果,可看不状态和剩余的一个走势。接下来我们再次切换到四项页面。
27:07
我们先来看看我们默认情况下,这里的事项是以树状列表进行展示的,我们可以从右边的这个菜单的下列表中选择看板视图。切换到看板视图以后,我们可以看到认情况下,这里有三个道别是未开始进行中,已完成,如果这三个泳道还不能满足我们的需求的话,我们可以再次点击这一个按钮,然后点击看买视图设置按钮。然后点击这个建,可以创建新的道。在看板视图,我们想要修改某个事项状,只需要这个事项拖动到另外一个道即可,摄像的状态会随之自动更新。
28:04
现在我们进入到啊,某个具体的事项。看看里面的一些内容。我们先看一下我们的一个时统计功能。边的字段中以看到有一个为预计的字,我们先把这个设置为。然后我们可以看到下面的时记录的字段也跟着更新了,当前显示剩余十个小时后,我们可以点击这个进度进行个入上。表述。我们。填上。相关的工作内容,然后点击确定。这个时候我们会发现记录里面就显示。
29:06
登记完以后,我们再次切换到。概览与统计页面。我们可以看到,这里的预估时已经发生了变状态趋势时,这里面也发生了一个应的改变。管理者可以把握项目的一个整体的进度。除了共识染进图以外,Coding还为我们提供了查看团队成员的工作负载的功能。现在就让我们打开另外一个已经配置好相关数据的团队来查看一下这项功能的一个演示效果。这就是我们工负载功能的一个效果,我们可以看到我们的一个队的有我们点击个成员时。
30:01
右边就会显示该成员在某段时间内所负责的所有的一个事项。当我们鼠标悬停在某个事项上时,就可以查看该事项的一个状态周期,还有所属项目等信息。当我们点击某个横条时,我们就可以该事项的一个详细的信息。借助提供了这个工作的功能,管理者可以实时的监控项目成员的忙情况。从而更合理的分配人力资源。现在我们来演示一下。如何在提交代码的时候关联某个事项?由于我们创建项目的时候啊,选择的是一个较为简单的布项目,因此部分功能是没有开启,我们需要先开启仓库功能。点击左下角的这个项目设置,然后点击功能开关。
31:03
然后代码右边的这个开关。给它打开。然后点击返回按钮。我们现左边的菜单多了一项,叫做码。我们点击代码仓库。然后点击创建代码仓库。这就叫。Then。然后我把这个开关打开,点击创建。我们选中这个点MD的文件,点击编辑。随便添加一些内容。点击体检。在右边的这个关联事项里面。我们可以。选择某个事项,点击确认关联,再点击确认。
32:00
那么切换到提交这个页面。选择我们刚刚。新增的提交记录,并点击这个按钮,然后点击确认。好,现在我们已经到我们刚刚所关联的事项这里了。在引用资源下面,我们可以看到刚刚的那条代码提交记录。通过点击引用资源右边的加号,然后在弹出菜单选择更多资源。在正面我们可以看到。除了代码提交记录以外,我们还可以关联其他许多类型的项目资源,这里就不一一列举了。除了项目内的资源以外,我们还可以通过添加外部链接的方式关联外部资源。接下来我们来看一看如何分解需求。我们可以点击上方的这个分解按钮,再弹出的。
33:02
输入框中输入子需求的标题。然后点击创建。这么简单的两步,我们就完成了一个需求的分解。同样的,我们可以点击关联。15缺的标题。然后再点击创建。这样我们就成功的为这一个需求创建了一个缺陷,好,其他的这些简单的一些属性,我们就不一一讲解了。接下来给大家演示一下如何添加自定义属性。首先左下的项目设置。然后点击项目协同。选择某个事项的类型。比如。然后点击右边的添加属性。这个时候会弹出一个菜单,然后这里面会有一个下列表,从中我们可以选择那些在团队级别创建好的属性,将其添加到我们当前的项目中。如果没有我们想要的属性的话,我们可以点击直接创建新属性按钮。
34:16
然后选择选择。点击下一步,然后名称就叫。七九来源吧。然后在菜单选项这里面,我们先添加一个叫内部。在一点点叫做外部。然后点击创建。点击应用配置。然后我们现在返回点击项目协同。然后点击需求。选择任意一个事项。好,我们可以看到这里面已经出现了我们刚刚新增的一个自定义字段,然后我们点击以后发现就是我们刚才添加了两个选项,内部和外部。
35:09
这就表明我们的自定义的一个车辆已经添加成功了。除了呃自定义属性以外,团队在飞速发展的过程中,由于业务扩张,项目众多,不同项目间的研发流程也会往往存在着较大的差异。以游戏行业的美术开发项目为例,工作流状态一般涵盖文案确认,UI设计,原画设计,模型设计,动画特效设计。到最后的一个确认、交付等状态,而这些状态在一般的软件开发项目中是用不到的。为此,客支持自定义工作流可以满足用户在不同项目间使用不同的工作流的使用场景。现在我们就来看一看如何在Q点中配置自定义工作流吧。我们同样的还是需要点击左下角的项目设置按钮。
36:05
然后再点击试样类型。回到我们刚才添加自定义属性的地方,然后在属性旁边我们看到还有一个工作流,切换到工作流的一个页面。在这里我们可以看到,默认情况下,这里面是有四个状态,分别是未开始开发、中测试、综合已完成。我们可以点击这个添加状态按钮。然后在这个下列表中,我们可以选择我们在项目级别创建好的状态,将其添加到这个项目的需求类型的事项。当然,我们也可以点击新建项状态按钮,去创建新的项状态,这就直接选已有的状态好了。我们可以点击这里,然后选择一个叫待评估吧,点击添加。这个待评估的状态已经被添加到最后。这里已完成的下。
37:04
我们可以把它上来。拖动到开始的下方,然后点击。应用配置。然后我待和开发的里面我们点。然后点击创建,就创建成功了,一个叫开发中的步骤,点击这个步骤。我们以这个为例,限制步骤权限,我们点击一下。在这里面的,通过这个限制步骤权限的规则,我们可以只允许特定人员将这个事项待评估这个状态转换到开发中这个状态。点击确定。除此之外呢,我们可以配置其他规则。
38:02
比如状态变更前需要额外录入属性的值,提交后才可以继续执行步骤,又或者是状态变更后自动修改事项的一个处理人。又或者是?状态变更后,自动修改某个属性的值。这里我们就不一一演示了。好,我们点击应用配置。Out,确定。这样的话,我们的一个限制步骤就已经添加完毕了,讲完自定义工作流以后,我们再来讲一讲自定义事项类型吧,请点击。摄像类型按钮在瀑布模式下,扣顶的项目协的模块默认提供了三种事项类型,当这些内置的摄像类型不能满足特定的需求时,我们可以点击添加四项类型按钮。然后在弹出的页面。我们可以选择已有的其他类型的事项添加到当前项目中,也可以点击下方的新建事项类型按钮创建新的事项。
39:09
当我们点击。按钮以后,我们可以看到新的页面下有多系统的其他类型的一个项,当这些类型都不能满足我们的需求时,我们可以点击。右方的创建事项类型按钮,可以根据实际情况选择自定义需求或者是自定义任务,这边我们选择自定义需求。然后名字的话,我们可以。选择一个图表。然后点击确定。这边我们会有一个。次数的限制,那我们就叫自定义事项好了,然后点击确定。点击左上方的一个主页按钮。然后点击项目进入到我们的项目,点击左下方的项目设置,点击项目协同,再点击添加事项类型。
40:10
这个时候我们就可以选择我们刚刚新增的一个自定义事项的一个。自定义事项类型,当然。还有一个很重要的步骤,就是为这个自定义的事项配置相应的属性和工作方法,很简单,就是点击这个事项类型。我们先把它添加进来。然后我们点击进去。这里面的话,我们就可以为添加一些。自定义属性在工作流这里面可以为他配置相应的工作流时间关系啊,这里面就不做演示了,那我们前面已经讲解过如何添加自定义属性和自定义工作流。讲完了如何添加自定义这样类型。我们再来讲一讲另外一个很重要的功能,那就是文档管理。
41:02
前面我们已经讲过文档在软件开发过程中的重要性,接下来我们就来看文档管理的能力。在左边的我们可以看到有一个文档管理的。全停在这个菜单项以后,我们又可以看到有支持管理vickki文件、网盘和API文档四个呃洽项,我们切换到另外一个已经配置好样例数据的项目去看一下。啊,这是我们的一个啊的项目。我们可以使用文件网盘来存储软件开发过程中用到的一些文档资料,例如我们的一个技术文档或者是需求文档等等。我们可以创建不同的文件夹来对相关的文件进行分类保存。进到的个文件夹以后看。
42:04
相关的文件的一些具体信息,例如它的一个,呃,文件类型,文件大小,创建时间,还有创建者等等,当然我们直接点击这个文件以后,我们还可以在网页端预览这个文件,这就是我们啊。一个网盘功能。接下来我们来看一看功。我们这里面已经创建好了几个文档来给大家做演示,我们可以点击编辑文档。啊,进入到编辑模式以后,我们可以看得到使用的其实是语,熟悉语法的小伙伴可以手动的去编辑文档的一个样式,当然对于那些不熟行判大语法的小伙伴,也可以通过右上角的这些菜单进行样式的一个编辑,以及其他更加复杂的操作,例如插入图片等等。编辑完以后我们可以点击预览。
43:02
这个最终的效果跟我们预期一样,以后我就可以点击提交文档。这就是非体的困难。好,接下来我们再来看一下知识管理。我们还是选择跟前面Vicky。内容相同的一文来进行一个。我们可以看到,相对于而言,知识管理这一部分会在右边多了一个自动生成的叫张大纲的菜单,在这里面点击的话,可以快速的跳到指定的一个章节。啊,除此之外呢,也会有所不同。的话,我们是一个语法管理的话,我们会在这里。的操作是通过这个。根据自己的使用习惯去自由的选择使用知识管理模块。或者是。
44:05
或者是两者一块结合着使用,看了支持管理模块,再看一下我们的A文档功能。我们产生A方式种种通成流。例如这一个就是通过我们的一个自动去的一另外一种啊。就是通过手动导入相关数据的方式来生成。通过自动流水线生成的另外一个课程里面会讲到,所以这里面就不延伸了。这里就是我们的一个原始的数据,我们支持API post,还有API所生的一个数据格式,并且右边也会有相关的一个教程的链接。
45:04
大家在实际操作的过程中,如果有疑问的话,可以去点击查看。发布完成以后,我们就会有一个链接。然后我们通过这个链接可以查看到它最终的一个效果。由于这个正在发布中,我们先看另外一个。这个就是我们自动生成的一个A档,我们看到边是不同口的一个列,然后这里面会有一些具体的一个参数,请例例。这就是我们一个文档的管理功能。
46:04
除了文档管理功能以外。在软件开发过程中,另外要环是需求现队便事项的详情页面添加了一键创建腾讯会议的功能。我们可以选择某一个具体的事项。然后我们拖动到最下方。我们会发现这里面有一个叫快速会议的一个会议预定。我们点击这个快速会议按钮。然后点击打开腾讯会议。就这么简单的两步,我们已经成功的创建了一个会议。并且我们都不需要这个会议的链接转发给其他成员。因为。
47:07
一键。这是我们的一个快速会议的功能。除了前面提到的这些功能,我们还有一个很强大的能叫做service,它要现的就是项变的一个通知,就来演示一下如何通过service后将事项变更的消息推送到各种渠道,比如说我们的企业钉钉或者飞书。点击左下角的项目配置按钮。然后点击开发者选项。选择service后。然后。点击新建按钮,我们就以企业微信为例。点击下一步,然后事项里面勾选。
48:03
线下的所有。啊,这个就是它的一个触发的效果。击添器,添器。我们继续扣。Op。
49:02
在这面上点击测试。然后再打开我们这个群。好,我们可以看到。这已经成功的给我们这个测试的信息发送到我们的这个测试群。那我就点击完成。给它添加一个备注名称。好,接下来我们去看一下它的效果。点击呢回到项目,然后项目协同。我们点击需求,随便找一个思想。啊,他的状态变更一下。我在这里面添加一个描述吧。然后点击保存。
50:02
然后再看一下我们的一个消息。我们可以看到资本链我们变已经给我推。我刚才是变更为了测试总,所以这里面就会有一个消息发送到我们的群里面。稍微延。第一个操作是变更的状态,另外一个就是更新的一个描述,所以它的事件里面显示的是更新事项信息,也就是我们修改了它的一个描述,触了他这一次的。消息。好,这就表明我们的设备已经配置成功。接下来我们了解一下项目的功能。在讲解项目功能之前,我们先来了解一下什么是项目。相关联且协调管理的项目,他的目的是为了获得单个项目分别管理所无法实现的一个收益和控制。比如说啊,借助项目及功能,我们可以在项目及层面集中管理多个项目的进度、风险和问题等。
51:25
呃,了解完项目集的含义和功能以后,我们就来看看如何在Q0中创建项目集吧。先回到。然后再点击右边的创建项目,需要给这个项目一个名称。然后我们可以设置一下开始时间。
52:00
然后点击完成创建。我们相关的项目加到这个项目里面。然后添加管理员。点击提交。创建一个项目。接下来,我们需要给这个项目集添加工作计划。我们需要点击左边菜单中的一个计划按钮。然后点击右边的创建工作项。填写一个标题。你自己创建。以们进详情页面看的。
53:04
这就是项目的其中一个特功能,我们可以将项目内的事项分它所包任意一个项目中去实现多个项目的一个协同开发。好,现在我们就点击这个分到。然后在选择一个项目。点入工作项的标题。点击创建。就在这个。属于哪个项目?内容。
54:10
点击左边的这个。然后再点击右边的创建风险。我们给他一个标题,然后点击重点。啊,就简单的两个步骤,我们就已经创建好一个风险了。在协作的过程中,每当我们识别到某个风险时,我们可以及时的将该风险上报到我们的一个项目集中,从而对风险进行一个集中管理,追踪解决。除此之外啊,我们项目还有就是管理模块,以及我们的一个文件网盘模块。方便我们进行跨项目的一个资源共享,由于这两个功能比较简单,这里面我们就不做演示了。接下来我们来看看项目的另外一个功能,那就是里程碑。
55:03
我们点击左边的这个。然后我们可以看到啊,这就是我们所说的一个里程碑,但是只有一个名为项目开始节点,我们可以根据实际情况增加其他里程碑。通过设立里程碑,我们可以追踪关键事件的一个进展,从而更好的把握整体的一个进度。现在我们就来试着创建一个新的里程碑吧,点击右边的这个创建里程碑按钮。然后填写名称。这里面我们就已经完成了一个里程碑的创建了,当我们点击这个里程碑时,会出现一个谈话。
56:01
通过点击这个完成该程,我们就可以该标记为已成。好,这就是我们项目局的一个简单演示,如果大家对项目局比较感兴趣的话,可以访问我们的官网点。然后点击我的这个体验示。然后在这个下拉框中点击项目,然后选择这个转型项目。在这里面我们配置了非常丰富的一个样例数据来帮家,帮助大家更直观的了解项目级的功能以及使用方法。除此之外呢,我们还有一些样例项目。比如说我们的在线商城。
57:00
可以帮助大家去熟悉code点的所有功能模块。好,这就是我今天的全部内容,感谢大家的聆听。本次基于coding高效应用瀑布模型的课程就到此结束,感谢大家的收看,欢迎微信扫码添加下方coding官方小助手,加入公开课专属群聊以及讨论技术,交流观点,了解coding,并获取本节课程的课件以及后续课程的通知,让我们下次课程再见。
我来说两句