域外网站,做产品网站需要注意,国家和住房城乡建设部网站,公益基金会网站开发的背景1. 什么是需求
在企业中#xff0c;经常会听到#xff1a;用户需求和软件需求
用户需求#xff1a;没用经过合理的评估#xff0c;通常就是一句话#xff08;开发一个五彩斑斓的黑#xff09;软件需求#xff1a;开发人员和测试人员执行工作的依据
1.2 软件需求 在工…1. 什么是需求
在企业中经常会听到用户需求和软件需求
用户需求没用经过合理的评估通常就是一句话开发一个五彩斑斓的黑软件需求开发人员和测试人员执行工作的依据
1.2 软件需求 在工作中实际见到的软件需求的文档类似于下面的表示 注意用户的需求不能直接作为开发和测试的依据。针对用户的需求产品经理需要进行需求分析技术可行性、市场可行性、成本投入和收益占比等后续才可转变为软件需求 2. 开发模型
规范的流程是在时代的演变下逐渐成型的并不是一开始就是规范的流程。
软件的生命周期
什么是生命周期 生命周期指的是从生命开始到生命结束的一段时间。以人为例人类的生命周期是从生命孕育开始中间会经历幼年、童年、少年、青年、老年最终直至死亡 而软件/产品的生命周期也是如此需求的开始是软件生命的起点中间会经历需求的计划、设计、程序开发、程序设计等阶段直至软件不再进行维护便到了生命的终点 步骤总结映射软件流程为什么要建房子商品房还是普通住宅建造 100 层技术上是否可行明确合理的建房目标需求分析什么时候开发建房子计划竣工时间多久可以交房计划好时间计划建房前明确流程先打地基做基础框架砌墙、粉刷、水电工程…设计好具体的建房流程设计按照前面的流程和时间实施建房中…施工中编码房屋建造完成开发商验收成果、买家验收房子品质房子是否牢固是否漏水及其他偷工减料的地方是否按照规定来建造的检查房屋建造结果测试检查结束开始逐步入住使用中出现了各种情况如房屋漏水、墙面掉皮、下水道堵塞等问题一边使用一边找物业修理使用并及时维护运行维护
在设计阶段 开发设计开发文档用什么技术、用什么框架等待测试明确需求设计测试用例、测试计划明确本次测试设计到的工具、设计到的测试类型等等 因此我们就得到了软件开发的生命周期 需求分析——计划——设计——编码——测试——运行维护
对于软件的生命周期中每个阶段都在做什么呢
阶段具体内容产出需求分析分析用户需求是否合理分别从市场需求、技术等方面进行分析。该阶段会输出需求等文档。计划对成立的需求执行需求执行计划多长时间内完成该需求每段时间具体完成哪些功能。该阶段会输出计划等文档。设计将需求细化成⼀个个任务团队成员各司其职领取任务并进行技术设计如何进行架构设计设计哪些接口、采用什么技术该阶段会输出技术等文档。编码开发人员参考需求文档、设计文档、交互图等等文件进行代码的编写。代码文件等文档。测试测试人员需要介入到软件的测试中来参考测试用例对软件进行测试。测试用例、测试设计与计划、测试报告等文档运行维护项目测试结束之后项目需要进行上线并对产品进行线上的维护。线上的维护主要分为三个方面。分别为修复性维护、完善性维护和预防性维护。
维护分为 修复性维护对项目中未发现的问题进行修复完善性维护对功能进行完善预防性维护居安思危为了避免产品在线上出现一些不可预料的问题进行一些防护的手段。正常使用没问题但在一些极端的情况下会出现问题性能问题淘宝双十一并发太大、微博热搜 产品经历定需求明确需求是否正常执行为整个项目负责人员调配等工作交互设计交互图前端设计前端内容框架、技术、工具后端设计后端内容框架、技术、工具测试测试用例、测试计划测试类型、测试工具等 常见开发模型
软件开发流程软件生命周期
瀑布模型
与软件的生命周期基础流程大差不差
特点
每个流程只执行一次线性的开发流程
瀑布模型最大的一个缺陷在于可以运行的产品很迟才能被看到
意味着没有收益/收益非常低
优点/特点缺点强调开发的阶段性测试后置前面各阶段遗留的风险推迟到测试阶段才被发现导致项目大面积返工失去了及早修复的机会线性结构每个阶段只执行一次测试后置必须留有足够的时间给测试活动否则导致测试不充分将缺陷直接暴漏给用户产品质量差是其他模型的基础框架周期太长产品很迟才能被看到和使用可能会导致需求/功能过时
瀑布模型的适用场景需求固定的小项目
螺旋模型
当企业中存在趣多规模庞大、复杂度高、风险大的项目这种情况下就适合用螺旋模型
螺旋模型中各个阶段都引入了风险分析和模型 目的是减少各阶段遗留的风险问题避免把问题留到后面的阶段
优点缺点强调严格的全过程风险管理项目中可能存在的风险性与风险管理人员的技能水平有直接关系强调各开发阶段的质量需求人员、资金、时间的增加和投入可能会导致项目的成本太高增加风险分析和原型
增量模型、迭代模型
既然需求有大有小小需求我们可以直接用瀑布模型开发出来复杂的需求我们就将其分解为很多小的需求。而这些被分解出的小需求就称为——增量1、增量2、增量3… 将大需求拆分成小需求每个小需求独立开发上线这就是增量模型 有一个大需求先上面基础版本再上线优化版本1、优化版本2、优化版本3…
基础版本看商品下单优化版本1购物车丰富详情页信息优化版本2丰富下单的付款方式… 这就是迭代模型 增量是逐块建造的概念迭代是反复求精的概念适用于大型项目需求不明确
迭代模型和增量模型现在已经不会单独去使用了而是配合着去使用
