软件开发硬件开发样控?软件质量旅带启示 提软件产品开发脑海里总浮现出样情景:开发组位成员辛苦工作加班加点甚通宵达旦然项目理次次修改进度计划实际开发情况总令担忧次领导汇报工作时候总觉前制定计划没完成总觉力资源够总觉没太时间等代码终开发完成测试进度样非常令担忧BUG花长时间查找改某错误引起新错误结果产品发布遥遥期项目组里位成员已筋疲力 样摆脱样困境?软件开发项目理困难?做计划总时完成?软件开发硬件开发样控制? 软件开发完全脑思维产生出产品脑思维样软件开发程中太确定变化素样握住变化素呢? 软件项目理——质量先行果够控制软件生命周期阶段质量控制软件开发整程 软件产品质量概念软件产品完全脑思维产物脑里形思维变成解决实际问题组界面者组件样复杂程中应该保证质量呢?想ISO9000CMM提出反意见认应该敏捷开发实什样开发程关键找程质 说ISOCMM中国变味?实学样做知道什样做家知道产品立项前写市场分析报告解什写市场分析报告重性高?资深开发员难理解重性果简单写篇形式文档负担外没途 想测试觉测试力度够产品质量关 实软件开发质量保证初应该开始果测试阶段重视已晚软件产品开发程采瀑布式模型迭代式模型离开需求设计编码测试阶段迭代式开发中阶段周期性出现 样握阶段质量确实件容易事软件产品测试单元测试集成系统测试方面介绍已笔者重点介绍需求设计编码阶段质量保证 开始次质量旅吧第站需求分析 需求分析程中进行质量保证呢?时更关注需求身忽视重素市场开发出产品直接面市场果费力物力开发出没市场前景缺乏竞争力产品努力白费充分考虑市场素具体方面进行 首先判断需求否符合愿景目标谓愿景目标开发出产品够户带什样处?果需求没包含愿景目标里样需求实背离开发产品初衷次判断产品需求够企业带利润果某需求代表户需求企业带较利润花费甚高考虑删竞争手相核心竞争力?果核心竞争力够应该考虑重新进行需求分析果没核心竞争力开发出产品没市场 排市场素产生风险应该保证需求描述质量交流总会存误会样句话心情心情时候听起会截然相反正间存着理解偏差描述需求语言应该注意量避免歧义产生果UML较熟悉话需求分析利UML工具进行样减少然语言引起歧义户解UML种图形意思户沟通起存障碍工具外方面保证需求描述质量 首先句子段落否简短长句子起会非常困难难弄懂真正需求:外长句子段落容易忽视需求果句子完全描述清楚需求应该拆分成句子次句子否语法错误注意标点符号时标点符号点错完全成外意思次否存模糊清需求出现概者等词汇表述 注意否存形容词较性词语:容易快速方便效许少简单复杂新界面友减少扩等等需描述性词语进行量化出具体值者范围 外保证需求质量重素需求否细化果需求细化容易造成代码返工出现程序员加班加点总期完成务情景样判断需求细化程度呢?需求细化程度确实难握什样需求算较细进行细化呢? 答案:否需求写出相应测试例果写出说明需求细需进步进行细化 握住需求分析关站进行设计 软件架构设计软件产品开发周期中占重位置开发出软件产品开发伊始产品发布会涉方方面面角色 例:户项目理员程序员测试员维护员等等角色架构设计求相程序员说更关注模块否清晰类功否单等等测试员说关注系统测试性维护员讲系统扩展性维护性? 高质量软件架构应该限度考虑满足角色求进行软件设计时候应该进行全面考虑般衡量软件设计质量标准方面考虑: ◆功性 包括完全性正确性安全性兼容性互性 ◆效率 产品运行时间效率利硬件资源两方面 ◆维护性 包括架构改正性扩充性测试性果户需求变更会引起架构设计变化样架构设计改正性扩充性较差 ◆移植性包括硬件独立性软件独立性安装性重性软件设计否模块化复性应该考虑素 ◆性 包括缺陷性容错性性 ◆性 包括理解性易学性操作性易沟通性软件终目户果易性操作性会影响户软件接纳程度软件性非常重 完成设计接进行编码编码阶段应该样保证编码质量呢?两较效方法代码走查单元测试 代码走查组单位进行代码走查发现代码否符合代码规范否存拼写错误否具读性类方法否冗长类间否存高耦合性 代码质量重标准代码读性读性定简单代码容易理解代码复杂代码难测试维护时出错率会更高 果方法部代码长令难理解数集会带代码维护困难少够效分析容易出现缺陷错误类间耦合度会造成类类间相互关联类发生改变时会类发生意想变化般导入类数判断类间耦合度果导入类数者该类public方法太会导致类间高耦合性增加 编码阶段非常重手段单元测试单元测试模块功常规错误测试单元测试程序员进行般单元测试够捕获80bug单元测试保证代码质量方面占重位方面容较里做具体阐述 样次质量旅行软件开发否增加信心呢?然软件项目理素果阶段够控制质量会产品开发初期减少风险软件开发控制范围进行样够避免没必力物力浪费产品更快更投入市场
文档香网(httpswwwxiangdangnet)户传
《香当网》用户分享的内容,不代表《香当网》观点或立场,请自行判断内容的真实性和可靠性!
该内容是文档的文本内容,更好的格式请下载文档