软件流程和管理
文章平均质量分 92
SWEN90016_软件流程和管理
小羊和小何
渡人者自渡
展开
-
软件流程和管理:Tutorial汇总
Product Backlog groomed, and priority given to all User Stories, including those which capture risk 梳理产品积压,优先考虑所有的用户故事,包括那些捕获风险的故事。multiple payment card options are displayed. 考虑到用户想要支付,当他们点击支付页面上的'分割支付'按钮时,就会显示多个支付卡选项。在Sprint Backlog上分解选定的用户故事。原创 2022-11-01 17:46:45 · 593 阅读 · 0 评论 -
软件流程和管理(一):什么是项目
项目管理是对一个项目的所有方面规划(planning)授权(delegating)监测(monitoring)控制(controlling)并激励相关人员在以下方面的预期目标内实现项目目标时间(time)成本(costs)质量(quality)范围(scope)效益(benefits)风险(risks)原创 2022-10-24 16:08:22 · 364 阅读 · 0 评论 -
软件流程和管理(一):软件管理概述
瀑布背后的理念是,我们首先得到所有的需求。一旦我们有了所有的需求,就可以考虑如何设计整个系统。一旦我们有了设计,就会开始实施它。假设我们永远不需要回去改变设计,一旦我们实现了系统,我们就开始做所有测试,一旦所有的测试都通过了,把产品交给客户。广泛的计划,这种全面性往往导致更准确的时间表和预算。难以应用变化或修改/纠正以前的步骤(水不能倒流),需要主动预测问题。......原创 2022-07-30 15:56:32 · 1906 阅读 · 0 评论 -
软件流程和管理(二):SDLCs — Process & Formal
在经验性的流程控制中,你期待着意外的发生。在Scrum中,经验性流程的实施是基于观察和实验的,而不是详细的、前期的计划和确定的流程。增量模型是一个软件开发的过程,在这个过程中,需求被分为软件开发周期的多个独立的模块。这个阶段是非常关键的,因为最终产品的质量是由所进行的测试的有效性决定的。给定相同的输入,基于其可重复性和可预测性的性质,一个确定的流程每次都应该产生相同的输出。如果检查员从检查中确定流程的一个或多个方面超出了可接受的限度,并且由此产生的产品将是不可接受的,检查员必须调整流程或正在加工的材料。原创 2022-08-23 12:33:37 · 642 阅读 · 0 评论 -
软件流程和管理(二):SDLCs — Agile
我们正在探索更好的开发软件的方法,通过这样做,并帮助其他人这样做。工作项目是可视化的,为参与者提供一个从开始到结束的进度和过程,通常通过看板。可视化的进展为自我组织的团队提供了透明度/责任感,通常被称为SWIMLANE板。也就是说,虽然右边的项目有价值,但我们更重视左边的项目。没有一个正确的答案。下面的问题可以帮助我们做出决定。Scrum是一种管理项目的敏捷方式。我应该使用哪一个正式的或敏捷的?原创 2022-08-23 15:27:06 · 1148 阅读 · 0 评论 -
软件流程和管理(三):Risk Management
Probability:该事件发生的概率是否大于零?(概率大于零)Impact:该事件对项目的影响是什么?(有影响)Degree of control:我们是否对该事件或其结果有一定程度的控制?(可以有一定程度的控制)Generic Risks 一般性风险每个软件项目都会遇到的威胁或机会(例如人员流动、预算和进度压力)Product-specific Risks 产品特定风险产品特有的威胁或机会,只有对产品和技术有明确了解的人才能识别。原创 2022-08-23 21:52:36 · 875 阅读 · 0 评论 -
软件流程和管理(四):PMP & Stakeholder Management
利益相关者管理计划的部分内容可能不会被写下来,如果写了,分发也是有限的。几乎每个组织都有自己的 "version "的项目管理计划(PMP),但是他们拥有和使用这些计划的原因都是一样的。由于利益相关者管理计划通常包括敏感信息,它可能不是正式项目文件的一部分,而正式项目文件通常可供所有利益相关者审查。的文件,表明如何实现经批准的项目目标/效益,并提供如何执行和管理项目的细节(作为项目动员和持续管理的一部分)。一个好的PMP提供了关键项目组成部分所需的详细程度,并且是整个项目中所有相关方的一个真相来源。原创 2022-08-22 20:35:47 · 1105 阅读 · 0 评论 -
软件流程和管理(四):Communication Management
虚拟团队(也被称为地理上分散的团队,分布式团队,或远程团队)通常是指一群来自不同地理位置并依靠通信技术一起工作的人。(维基百科)在2014年对1700名知识工作者的调查中,79%的人表示总是或经常在分散的团队中工作。用笔记本电脑、Wi-Fi和手机,即技术武装起来的大多数专业人士可以在任何地方完成他们的工作。原创 2022-08-23 01:26:17 · 371 阅读 · 0 评论 -
软件流程和管理(五):Stakeholder Management &Communication
Modes of CommunicationFrequency of Communication原创 2022-09-01 22:25:49 · 787 阅读 · 0 评论 -
软件流程和管理(五):Project Scheduling
在项目规划阶段产生的重要 artefacts 工件之一在整个项目中使用和维护,以 monitor 监测和 track 跟踪项目进展 —— 是一个活的文件。原创 2022-09-02 01:13:45 · 2072 阅读 · 0 评论 -
软件流程和管理(六):Cost Estimation
什么是 estimation 估算?是指找到一个估计值或近似值的过程,这是一个可以用于某种目的的数值,即使 input data may be incomplete, uncertain, or unstable 输入的数据可能不完整、不确定或不稳定。什么是software cost estimation 软件成本估算?估算建立一个特定的基于软件的系统或产品需要多少 money, effort, resources, and time 资金、精力、资源和时间。为什么软件成本估算很重要?原创 2022-09-14 23:25:19 · 1151 阅读 · 0 评论 -
软件流程和管理(七):个人、激励和团队
个人就是个人,我们都有不同的激励方式 Individuals are individuals and we are all motivated by different means项目的成功/失败是因为人,所以要管理、领导和激励他们以提高成功率。领导和管理是不同的。有意识地选择适合这种情况的风格。你能产生的最大影响是通过管理你自己,采取必要的步骤来实现这一点。个人是具有独特技能的人。Group 团体团体是指在一起工作的人的集合,他们不一定是为了同一个目标而共同工作。Team 团队一个团队。原创 2022-09-15 00:39:52 · 614 阅读 · 0 评论 -
软件流程和管理(八):质量管理
质量不是一种行为,而是一种习惯 - 亚里士多德证据表明,我们不能简单地在事后修复我们的软件,并在建立系统后加入质量属性。质量必须从一开始就被建立在软件中。在本专题中,你将学习如何通过一系列的 Quality Management 质量管理活动将质量纳入软件中。End-user’s Perspective 终端用户的角度通常,终端用户通过与产品的交互来判断产品的质量。对于用户来说,如果一个系统适合于目的,可靠,性能合理,易于学习和使用,并帮助用户实现他们的目标,那么这个系统就是有质量的。原创 2022-09-15 01:32:21 · 1906 阅读 · 0 评论 -
软件流程和管理(八):Ethics
公平、诚实和有道德是人类的基本需求之一。每个员工都渴望成为这样的人,并为一个公平和有道德的组织工作。一个由价值观驱动的组织也会受到其员工的尊敬。价值观是连接所有员工的共同纽带,无论其职位如何。组织道德规范表达了组织对其员工和/或其他实体的价值观,而不考虑政府和/或监管法律。毕业生们报告说,面对他们在工作场所遇到的道德问题,他们常常感到准备不足[2]。在道德和价值观指导下的组织,从长远来看,是可以持续盈利的。一个被认为是由道德价值驱动的组织在社会上受到尊重。道德是个人用来管理其行动和决定的原则和价值观。原创 2022-09-18 18:55:31 · 478 阅读 · 0 评论 -
软件流程和管理(九):外包,合同和采购
聘请外部人员(根据合同)提供传统上由公司内部员工提供的服务或创造产品的做法。原创 2022-10-07 17:46:43 · 1402 阅读 · 0 评论 -
软件流程和管理(九):Case studies
今天我们将关注两个领域的案例研究。原创 2022-10-07 15:36:30 · 761 阅读 · 0 评论 -
软件流程和管理(十):配置管理
所有这些artefacts 人工制品之间都存在着dependencies 依赖关系首先我们把软件开发过程中的 artefacts(用例图,代码,测试,类图等)都看做根据软件需求产出的产品。例如,一个代码模块可能依赖于一个设计元素,如类图或状态图,以及一个设计元素,如设计类图。这时候如果发生了一些 change,那么这些 artefacts 其实都需要发生对应的变化,而且他们之间还存在 dependencies:例如,代码模块可能依赖于设计元素,如类图或状态图,以及设计元素,如设计类图。原创 2022-10-07 21:44:04 · 2780 阅读 · 0 评论 -
Herku部署经验
Herku部署经验原创 2022-10-22 00:39:59 · 478 阅读 · 0 评论