软件开发过程 软件开发主要包括6个步骤，主要涉及软件开发和软件配置两块内容， 软件开发包括软件项目实施管理和质量保证过程，详细内容见列表 步骤 内容 第一步 策划阶段 第二步 需求分析阶段 第三步 设计阶段 第四步 编码阶段 第五步 测试阶段 第六步 系统交付和安装阶段 第一步 策划阶段 ◇1.1.1软件项目管理计划 ◆1.1软件开发质量计划 ●1第一步：策划阶段 ◇1.1.2软件项目质量计划 ◆1.2软件配置管理计划 1.1.1.1.1软件工程需求 1.1.1.1.2基础设施需求 1.1.1.1基础设施计划 1.1.1.1.3角色和职责 1.1.1.1.4内外部接口 1.1.1.1.5过程需求 1.1.1.1.6知识和技能需求 1.1.1.2.1评估规模（Size） 1.1.1.2进度计划 1.1.1.2.2评估工作量（Effort） ◇1.1.1软件项目管理计划 1.1.1.3.1 标识风险事件 1.1.1.3.2评估风险并设定风1.1.1.3风险管理计划 险优先级 1.1.1.3.3制定风险缓解和应急计划并跟踪该计划 1.1.1.4项目培训计划 → 1.1.1.4.1业务领域知识、技术、工具等方面的培训计划 1.1.1.5执行计划 → 1.1.1.5.1项目生命周期模型 1.1.1.6客户管理计划 详解：1.1.1.2进度计划：评估活动涉及①执行的活动②估算的人时③投入的人员④责任人和时间线⑤里程碑事件的标识； 1.1.1.3.1标识风险事件：涉及①与管理相关的风险②与执行相关的风险③与客户相关的风险； 1.1.1.5.1项目生命周期模型：涉及①项目执行阶段②各阶段输入和输出③可交付的产品④需要迭代（反复）的阶段 1.1.2.1项目设定的质量目标 1.1.2.2同级评审计划→不同软件生命周期开发阶段、不同工作产品采取的同级评审类型 1.1.2.3.1可执行文件/模块测试 ◇1.1.2软件项目质量计划 1.1.2.3测试计划 1.1.2.3.2集成测试 1.1.2.3.3系统测试 1.1.2.4度量管理计划 1.1.2.5缺陷预防计划 1.1.2.6过程改进机会 1.2.1软件配置管理计划组织 1.2.2角色和职责 1.2.3.1配置项标识 1.2.3.2命名约定 1.2.3.3目录结构 1.2.3.4访问控制 ◆1.2软件配置管理计划 1.2.3开发/维护配置管理计划 1.2.3.5变更管理 1.2.3.6基线产品部件可跟踪性 1.2.4.2产品版本设定和发布 1.2.4产品配置管理 1.2.4.3交付的配置管理（标识要交付产品构成 1.2.4.4需求配置管理 1.2.4.5配置审计 详解：1.2.4.4需求配置管理：涉及①需求基线确定②产品版本与划定基线的需求版本间关系 第二步 需求分析阶段 ◇2.1.1执行需求分析 ◇2.1.2定义需求规格说明书 ◆2.1需求说明 ◇2.1.3定义验收标准 ◇2.1.4评审说明书和验收标准 ●2第二步：需求分析阶段 ◇2.2.1记录变更请求 ◇2.2.2分析受到影响的组件 ◇2.2.3估算需求变更成本 ◆2.2需求管理 ◇2.2.4重新估算所有产品的交付日期和时间 ◇2.2.5评审受影响组件 ◇2.2.6获得客户的批准 详解：◇2.1.1执行需求分析：需求说明书应在完整性、一致性、清晰性和可测试性上达到比较合理的程序； ◇2.1.2定义需求规格说明书：包括①目标和范围②功能需求③用户接口④输入输出⑤模块之间的接口⑥性能需求⑦特殊用户需求，如果如需求不清晰，需准备原型，通过评估原型来产生需求说明书； ◇2.1.3定义验收标准：验收标准是客户批准最终产品的依据，因此要求制定时与客户保证沟通； ◇2.1.4评审说明书和验收标准：验收标准需通过项目组同级评审； ◇2.2.1记录变更请求：①变更需求由客户或设计或编码阶段开发人员提出②需求变更必须客户批准且可行③需求变更可由组织定义开始时间④变更记录在变更登记表中； ◇2.2.2分析受到影响的组件：任何批准的变更需在整个项目组范围内进行受影响组件分析； ◇2.2.3估算需求变更成本：需求变更时受影响组件重要性高时需进行项目成本重新估算； ◇2.2.4重新估算所有产品的交付日期和时间：在交付时间内任何实质的变更均需同客户进行商议； ◇2.2.5评审受影响组件：由项目负责人执行此项评审工作； ◇2.2.6获得客户的批准：形成基线的软件需求说明书、验收标准和已记录受影响组件变更均需获得顾客批准； 第三步 设计阶段 ◇3.1.1结构设计 ◇3.1.2逻辑设计 ◆3.1概要设计 ◇3.1.3项目标准定义 ◇3.1.4系统/集成测试计划创建 ◇3.1.5同级评审 ●3第三步：设计阶段 ◇3.2.1类/函数/数据结构设计 ◆3.2详细设计 ◇3.2.2创建单元测试计划 ◇3.2.3评审详细计划 ◆3.3选择有用工具→详细设计完成后项目组需要选择提高软件质量的工具，包括提高质量、生产力、缩短开发周期，例如PHP等 ◇3.1.1结构设计：是完成软件解决方案的基础布局设计，软件布局设计后，应用程序被划分为基础模块/组件，其中模块的划分是基于概要设计中的功能需求而定； 3.1.2.1完成软件系统解决方案与应用程序的转换逻辑设计 ◇3.1.2逻辑设计 3.1.2.2设计模块接口和应用需求的主要逻辑 3.1.2.3决定通用算法之前，通常需要一些模型 ◇3.1.3项目标准定义：①定义项目开发标准②制定标准时还要考虑标准未来的拓展性、灵活性和方便性； ◇3.1.4系统/集成测试计划创建：使用测试计划进行产品验证时通常采用基于黑盒的功能或性能测试 ◇3.1.5同级评审：概要计划是所有开发阶段的基础，非常重要，需进行同级评审，由具有经验的高级工程师组成同级评审小组； ◇3.2.1类/函数/数据结构设计：①使用软件结构设计方法/面向对象设计方法进行类/函数/数据结构设计②所有用户界面、状态转化及相关数据库详细描述在本阶段建立； 3.2.2.1测试计划包括每个模块每个元素 3.2.2.2确认元素是否与需求一致 ◇3.2.2创建单元测试计划 3.2.2.3确认元素与其他元素是否一致 3.2.2.4确认元素在性能上的要求 3.2.2.5单元/功能测试采用完全透明的白盒/玻璃盒测试方法 ◇3.2.3评审详细计划：①详细设计输出是代码编写的基础，是非常重要的，需要进行评审②评审小组负责评审和清除在详细设计中与采用方法不一致的问题； 第四步 编码阶段 ◇4.1.1编码前一周制定编码计划 ◆4.1制定编码计划 ◇4.1.2确定编码的目的 ◇4.1.3确定编码人员组成 ◇4.1.4分配编码任务 ◇4.2.1编码人员编写代码前 一定要理解和掌握相关编码规范内容 ◇4.2.2部分客户可能会提供 ◆4.2认真阅读开发规范 一些开发规范用于编码约束 ◇4.2.3编码人员对编码规范由疑问时，可编写开发规范建议书提交项目经理处，由项目经理和SQA决定更改事宜 ◇4.3.1软硬件环境配置 ◆4.3编码准备 ◇4.3.2了解程序设计语言特性，选择良好程序设计风格 ◆4.4专家指导，并填写疑问或问题表 ◇4.4.1详细设计同级评审时，邀请编码人员参加 ◇4.4.2邀请编码人员对详细设计进行讲解 ◆4.5理解详细设计书 ◇4.4.3 邀请编码人员根据自己的理解绘制流程图，由详细设计人员确认 ◇4.4.4编码人员在理解详细设计书的过程中存在疑问，应填写详细设计疑问列表提交给项目经理或详细设计人员 ◇4.4.1绘制程序流程图（程序框图），用来描述软件设计 ◇4.4.2代码模块化 ◇4.4.3程序的注解 ●4第四步：编码阶段 ◆4.6编写代码 ◇4.4.4数量类型/变量说明 ◇4.4.5语句构造 ◇4.4.6程序效率 ◆4.7自我审查 ◆4.8提交代码 ◆4.9更改代码 详解：◇4.1.3确定编码人员组成: 考虑责任心、技术能力、服从意识、努力程度、编码效率、编码质量； ◇4.1.4分配编码任务:分配好负责模块，并规定各模块编码的开始结束时间； ◇4.3.1软硬件环境配置：编码工具、配置管理工具、数据库和一些必要的辅助工具； ◇4.3.2了解程序设计语言特性，选择良好程序设计风格：程序设计风格是程序设计质量的一个重要方法； ◆4.4专家指导，并填写疑问或问题表：①对编码有关的业务进行指导，有利人员加深对详细设计的理解②对编码有关的技术进行指导，解答人员对技术上的问题； ◇4.4.1绘制程序流程图（程序框图），用来描述软件设计：该方法是历史最长、使用最广泛的方法； ◇4.4.2代码模块化：①模块化是把系统分割成能完成独立功能的模块代码②明确规定各个模块代码及输入输出规格，确保接口不混乱； ◇4.4.3程序的注解：①程序模块注解，包括模块功能说明、输入输出变量说明、算法说明、程序员姓名及完成/变更日期②程序内部注解，对程序中一些难以理解的语句进行注释； ◇4.4.4.1数据说明的次序标准化，可按数据类型或数据结构确定数码说明次序 ◇4.4.4.2次序规则在数据字典中加以说明 ◇4.4.4数量类型/变量说明 ◇4.4.4.3同一语句多个变量加以说明时，按英文字母顺序排列 ◇4.4.4.4使用复杂数据结构时，最好加注释语句 ◇4.4.4.5变量说明勿遗漏，变量类型、长度、存储及初始化需正确 ◇4.4.5语句构造：①勿将多个语句写在同一行②尽量避免复杂条件③多分子语句，可能性大的情况放在前面，可以加快运算时间④避免大量使用循环嵌套语句和条件嵌套语句⑤利用括号使逻辑表达或算术表达式运算次序清晰直观⑥利用括号使逻辑表达或算术表达式运算次序清晰直观； ◇4.4.6程序效率：①处理工作时间②内存容量③如发现开发规范不合理，应填写开发规范建议书至项目经理④如发现详细设计有问题或对详细设计有疑问，应填写详细设计疑问列表提交项目经理； ◇4.7.1部分缺陷可以在很短的时间内暴露 ◇4.7.2部分缺陷需要较长的时间才能显现出来 ◆4.7自我审查 ◇4.7.3不盲目进行审查，而是要按照代码审查列表中的内容进行审查 ◇4.7.4审查之后需将自我审查的内容和发现的问题记录到代码审查记录中 ◇4.7.5比较重要的代码（如重要的算法、复杂SQL程序段、要求性能比较高的模块等）可以邀请经验丰富的设计人员或编码人员来复查或进行同级评审 ◆4.8提交代码（代码测试）：①代码测试的依据是详细设计过程中的单元测试计划书②本次测试智商编码人员对自己所编写的代码进行自我测试③测试主要采用白盒与黑盒结合的方法，在代码测试过程中，应该填写代码测试记录； ◆4.9更改代码：①在测试中发现代码有误或者逻辑不合理，包括编码本身措施和需求、设计阶段的错误②在变更代码的过程中一定要注意代码的版本管理； 第五步 测试阶段 ◇5.1.1在编码阶段进行单元测试，单元测试的目的是测试单一的功能模块是否可以正常运行 ◇5.1.2通过测试发现实现该模块的实际功能与定义该模块的功能说明不符合的情况 ◇5.1.3发现编码缺陷 ◆5.1单元测试 ◇5.1.4测试人员由可能通过模块说明书和源程序，清楚地了解该模块I/O条件和模块的逻辑结构，采用结构测试（白盒法）的用例，尽可能达到彻底测试 ◇5.1.5测试人员使用白盒测试后，辅之以功能测试（黑盒法）的用例，使之对任何合理和不合理的输入都能鉴别和响应 ◇5.2.1集成测试一般采用黑盒测试法 ◇5.2.2集成测试是测试模块与模块之间的连接是否正确 ◇5.2.3发现访问公共数据结构可能引起的模块间干扰情况 ●5第五步：测试阶段 ◆5.2集成测试 ◇5.2.4发现全局数据结构的不一致 ◇5.2.5测试软件系统或子系统输入输出处理、故障处理或容错等方面的能力 ◇5.3.1系统测试主要是对系统的整体质量进行测试 ◆5.3系统测试 ◇5.3.2测试项 ◇5.3.3系统测试通常是由系统工程组负责进行的，如果小的项目没有系统工程组，那
2、成为VIP后，下载本文档将扣除1次下载权益。下载后，不支持退款、换文档。如有疑问请联系我们。
3、成为VIP后，您将拥有八大权益，权益包括：VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
4、VIP文档为合作方或网友上传，每下载1次， 网站将根据用户上传文档的质量评分、类型等，对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
专题01 Units 4-6 重点语法归纳 七年级英语上学期期末考点（仁爱科普版2024）.pptx
第8课 欧洲的思想解放运动 课件高一下学期统编版（2019）必修中外历史纲要下(3).pptx
第8课 欧洲的思想解放运动高一下学期统编版（2019）必修中外历史纲要下.pptx
第8课 现代社会的移民和多元文化 课件-高二历史统编版（2019）选择性必修三.pptx
第8课 中国古代的法治与教化 课件-高三历史统编版（2019）选择性必修1一轮复习.pptx
A11评价量规设计与应用-量规设计+教师反思【微能力认证优秀作业】.doc
原创力文档创建于2008年，本站为文档C2C交易模式，即用户上传的文档直接分享给其他用户（可下载、阅读），本站只是中间服务平台，本站所有文档下载所得的收益归上传人所有。原创力文档是网络服务平台方，若您的权利被侵害，请发链接和相关诉求至 电线) ，上传者
