《软件项目管理》课件 第3章 项目准备和启动

由FLUX1.1

生成《软件项目管理》第3章项目准备和启动真的准备好了吗？

所有项目都不是凭空产生的。不管是《人月神话》中的IBMSystem/360项目还是《梦断代码》中的Chandler项目，所有的项目都是为了解决特地的问题和满足相关的需求而产生的项目启动前，我们都需要做分析，判断这件事情是否值得去做？怎么去做？要消耗多少时间和成本？

3.1项目建议书什么是项目建议书？项目建议书

(projectproposal)，顾名思义，就是项目立项申请报告。它可以比较简要，也可以比较详尽，而重点是如何向有关的投资方或上级阐述立项的必要性。见书示例（P24~25)一些关键问题有市场前景吗？做了哪些调查？调查数据怎样？什么是项目关键因素？怎么挖掘项目价值？……项目建议书的内容项目的背景项目的意义和必要性项目产品或服务的市场预测项目规模和期限项目建设必需的条件、已具备和尚不具备的条件分析投资估算和资金筹措的设想市场前景及经济效益初步分析其它需要说明的情况3.2项目可行性分析3.2.1可行性分析的前提

3.2.2可行性分析因素

3.2.3成本效益分析方法

3.2.4技术及风险分析方法

3.2.5可行性分析报告可行性分析因素可行性分析流程可行性分析方法成本效益分析方法（回收期法、净现值法）回收期=原始投资额/每年现金净流入量（NCF）净现值（Net-Present-Value）可行性分析方法技术及风险分析方法技术分析-专家评定法风险分析-决策树做项目？是否成功，收益：10万元失败，损失：5万元信息更新和维护人员工资：4万元概率：70%概率：30%可行性分析报告项目需求分析概况可行性要素分析项目的设计方案人员配置和培训计划项目主要风险可行性研究的结论和建议其他重要意见见教程示例（P76~83)3.3项目投标投标两个阶段第一个阶段是参加竞标的供应商在规定的时间内提交投标书。第二个阶段是需求方（客户）对投标书进行评估，得出竞标结果。参考其它书籍3.4软件项目合同条款评审

3.4.1合同计费的种类

3.4.2签订合同示例合同种类固定总价合同费用偿还合同时间和材料合同功能点计费合同合同评审制定合同评审合同签订合同3.5软件开发模型

3.5.1瀑布模型与V模型

3.5.2以Scrum为代表的敏捷

3.5.3进入软件工程3.0时代

3.5.4软件工程3.0之下的研发活动3.5.1瀑布模型（软件工程1.0）定义阶段软件计划需求分析软件设计软件实现软件测试软件运行与维护开发阶段维护阶段开发过程是通过一系列软件活动顺序展开的，从系统需求分析开始直到产品发布和维护，每个活动都会产生循环反馈。3.5.1

V模型设计/分析验证/测试系统设计的验证验证业务需求需求定义系统设计功能规格详细设计构建系统功能（规格）的验证编程单元测试集成测试系统测试验收测试代码验证3.5.2敏捷开发（软件工程2.0）敏捷开发是一种思想或方法论。－－通过不断迭代开发和增量发布，最终交付符合用户价值的产品。软件开发模型的特点

敏捷流程-

Scrum10-30days24hours产品Backlog(确定优先级)SprintBacklogBacklog任务分配可发布的产品阶段性成果DailyScrumMeetingSource:AdaptedfromAgileSoftwareDevelopmentwithScrumbyKenSchwaberandMikeBeedle.Scrum开发流程

五大价值观：承诺、关注、公开、尊重、勇气Scrum与传统模型对比

传统模型Scrum模型

Tc3项目复杂度低高高成功可能性3.5.3我们正在进入软件工程3.0时代大模型具有的各种能力理解能力3D分析音乐描述信号分析视频分析图像分析目标检测文字识别音频事件音频鉴伪视频检索图像检索生成能力以文生图以图生图音乐生成文本创作语言生成古诗生成中文问答机器翻译代码编写数学计算逻辑推理标题生成标志着SE3.0时代的到来去年4月，我写的一篇文章，定义“软件工程3.0”软件工程3.0新形态：软件即模型SaaM：Software

as

a

Model预测文字生成图像语音合成视频解读大模型分析/诊断摘要写作翻译回答问题图像搜索软件开发新范式：LLM-DevOps模型驱动开发、模型驱动运维MLDevOps模型部署、运维大模型模型训练模型验证3.5.4软件工程3.0之下的研发活动一切围绕着LLM开展工作一键发布一键配置技术支持助手客户服务助手大模型测试助手编程助手UI设计助手架构咨询BA助手AIOps模型验证模型运维大模型模型训练模型部署角色基本没变化，但每个人有一个助手、能力更强；团队变小；但更高效、更能打胜战人机交互智能将是一种常态利用人类所积累的经验提示、引导消除LLM的偏见给出明确的上下文给LLM反馈使它改进帮助LLM学习调优、控制结果审查需求内容/文档生成通过人机交互引导、细化，今天的计算机可以理解业务，克服了智能软件工程道路上的最大瓶颈各种代码大模型不断涌现甚至不写一行代码生成可执行的程序GitHubCEO

ThomasDohmke

挑战：用AI18分钟完成一个小游戏的编程。结果只用了不到15分钟成功上线部署，这边他还在讲台上，全球网友已经能玩上了。LLM驱动测试From:中国信通院《AI4SE行业洞察》例如：生成测试用例3.6软件项目组织结构和人员角色

3.6.1项目的组织结构

3.6.2敏捷研发组织

3.6.3软件项目经理

3.6.4高校即时聊天软件项目的团队耐人寻味的故事从中你学到了什么？项目组织结构智能型：经营活动按照职能划分成部门。项目功能都在本职能部门内部讨论完成再递交到下一个部门。如果完成期间涉及其他职能部门的问题，只能报告给本职能部门经理，由各职能部门经理进行协调和沟通。纯项目型：项目经理拥有领导权，项目内所有成员直接向项目经理汇报。每个项目就是一个独立自主单位。它就如同一个子公司那样运作，拥有完整的人员配备-像技术人员，行政人员，财务人员等。矩阵型：它是职能型和纯项目型的结合体。但是项目内的成员受项目经理和职能经理双重领导。职能型纯项目型矩阵型软件项目的组织架构项目角色责任见表2-4（P36）示例-微软组织结构项目决策层，管理层和执行层之间的关系项目经理《三国演义》中的诸葛孔明的军事才能和领导管理才能都是毋庸置疑的。如果没有诸葛亮对刘备的团队进行的计划、组织、实施、控制，也就没有三分天下的蜀国。软件项目经理是整个软件项目的核心和灵魂。一个合格的项目经理必须具备良好的自身素质和较强的管理、技术能力。QA与QCQA-质量保证，通过建立和维持质量管理体系来确保产品质量没有问题，是过程质量审计者。在我们软件开发过程中，QA也就是质量组成员。QA所关注的是软件产品质量保证体系。QC-质量控制，检验产品的质量，保证产品符合客户的需求；是产品质量检查者。在我们软件开发过程中，QC其实就是测试组成员。QC所关注的是产品，而非系统（体系）。3.7软件项目干系人软件项目干系人其实就是软件项目干系人（stakeholders），是指积极参与项目或其利益在项目执行中或成功后受到积极或消极影响的组织和个人梦断代码Chandle项目技术牛人痴迷技术，没有从客户的角度想问题。也是导致项目失败的重要原因之一。项目干系人关系图3.8软件项目启动动员会项目启动会（kickoffmeeting）会前准备会议进行会议结束Kickoff会议准备确定参会者确定会议时