《软件开发步骤及所需工具》由会员分享，可在线阅读，更多相关《软件开发步骤及所需工具（7页珍藏版）》请在金锄头文库上搜索。
1、软件开发过程软件开发步骤主要包括6大步骤，所选用开发工具在详细设计完成以后需以提高质量、生产力、缩短开发周期为目的进行选择，例如Runway for Mac, PHP等步骤内容第步策划阶段第二步需求分析阶段第三步设计阶段第四步编码阶段第五步测试阶段第八步系统父付和安装阶段 1.1.1软件项目管理计划 1.1.2软件项目质量计划第一步策划阶段1.1软件开发质量计划 1第一步：策划阶段.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知识和
2、技能需求1.1.1.2进度计划 1.1.1软件项目管理计划-1.1.1.3风险管理计划1.1.1.2. 1 评估规模(Size)1.1.1.2.2 评估工作量(Effort)1.1.1.3.1标识风险事件1.1.1.3.2 评估风险并设定风险优先级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、.3.1标识风险事件：涉及与管理相关的风险与执行相关的风险与客户相关 的风险； 1.1.1.5.1项目生命周期模型：涉及项目执行阶段各阶段输入和输出可交付的产品需要迭代（反复）的阶段 1.1.2软件项目质量计划1. 1. 2. 1项目设定的质量目标1.1.2.2同级评审计划一不同软件生命周期开发阶段、不同工作产品采取的同级评审类型1.1.2.3.1可执行文件/模块测试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软件
4、配置管理计划1.2.3开发/维护配置管理计划1.2.3.1配置项标识1.2.3.2命名约定1.2.3.3目录结构1.2.3.4访问控制1.2.3.5变更管理1.2.3.6基线库创建1.2.3.7放入/提取机制1.2.3.8版本控制1.2.4产品配置管理1.2.4.1产品部件可跟踪性1.2.4.2产品版本设定和发布1.2.4.3交付的配置管理（标识要交付产品构成1.2.4.4需求配置管理1.2.4.5配置审计详解：1.2.4.4需求配置管理：涉及需求基线确定产品版本与划定基线的需求版本 间关系第二步需求分析阶段（2.1需求说明 2.2需求管理2.1.1执行需求分析 2.1.2定义需求规格说明书2
5、. 1. 3定义验收标准2.1.4评审说明书和验收标准 2.2.1记录变更请求 2.2.2分析受到影响的组件 2.2.3估算需求变更成本2. 2. 4重新估算所有产品的交付 日期和时间2.2.5评审受影响组件2.2.6获得客户的批准详解：2.1.1执行需求分析：需求说明书应在完整性、一致性、清晰性和可测试性上达到比较合理的程序； 2.1.2定义需求规格说明书：包括目标和范围功能需求用户接口输入输出 模块之间的接口性能需求特殊用户需求，如果如需求不清晰，需准备原型，通过评 估原型来产生需求说明书；2.1.3定义验收标准：验收标准是客户批准最终产品的依据，因此要求制定时与客户 保证沟通；2.1.4
6、评审说明书和验收标准：验收标准需通过项目组同级评审； 2.2.1记录变更请求：变更需求由客户或设计或编码阶段开发人员提出需求变更 必须客户批准且可行需求变更可由组织定义开始时间变更记录在变更登记表中；2.2.2分析受到影响的组件：任何批准的变更需在整个项目组范围内进行受影响组件 分析；2.2.3估算需求变更成本：需求变更时受影响组件重要性高时需进行项目成本重新估 算；2.2.4重新估算所有产品的交付日期和时间：在交付时间内任何实质的变更均需同客 户进行商议；2.2.5评审受影响组件：由项目负责人执行此项评审工作； 2.2.6获得客户的批准：形成基线的软件需求说明书、验收标准和已记录受影响组件
7、变更均需获得顾客批准；第三步设计阶段3 第三步：设计阶段 3.1概要设计 3.2详细设计3.1.1结构设计3.1.2逻辑设计3.1.3项目标准定义 3 . 1 . 4系统/集成测试计划创建3.1.5同级评审3. 2. 1类/函数/数据结构设计3. 2. 2创建单元测试计划3.2.3评审详细计划 3.3选择有用工具一详细设计完成后项目组需要选择提高软件质量的工具，包括提高质量、生产力、缩短开发周期，例如PHP等3.1.1结构设计：是完成软件解决方案的基础布局设计，软件布局设计后，应用程序 被划分为基础模块/组件，其中模块的划分是基于概要设计中的功能需求而定；3.1.2.1完成软件系统解决方案与应
8、用程序的转换逻辑设计 3.1.2逻辑设计 3.1.2.2设计模块接口和应用需求的主要逻辑.3.1.2.3决定通用算法之前，通常需要一些模型 3.1.3项目标准定义:定义项目开发标准制定标准时还要考虑标准未来的拓展性、 灵活性和方便性；3.1.4 系统/集成测试计划创建：使用测试计划进行产品验证时通常采用基于黑盒的 功能或性能测试 3.1.5同级评审：概要计划是所有开发阶段的基础，非常重要，需进行同级评审，由 具有经验的高级工程师组成同级评审小组； 3.2.1类/函数/数据结构设计：使用软件结构设计方法/面向对象设计方法进行类/ 函数/数据结构设计所有用户界面、状态转化及相关数据库详细描述在本阶
9、段建立；-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制定编码计划4.1.1编码前一周制定编码计划4.1.2确定编码的目的4.1.3确定编码人员组成4.1.4分配编码任务4.2认真阅读开发规范4.2. 1编码人员编写代码前 一定要
10、理解和掌握相关编码 规范内容 4.2.2部分客户可能会提供 一些开发规范用于编码约束 4.2.3编码人员对编码规范 由疑问时，可编写开发规范建 议书提交项目经理处，由项目 经理和SQA决定更改事宜4.3编码准备4.3.1软硬件环境配置4.3.2 了解程序设计语言特性，选择良好程序设计风格4.4专家指导，并填写疑问或问题表4.5理解详细设计书4.4.1详细设计同级评审时 邀请编码人员参加4. 4. 2邀请编码人员对详细 设计进行讲解4.4.3 邀请编码人员根据自 己的理解绘制流程图，由详细 设计人员确认4.4.4 编码人员在理解详细 设计书的过程中存在疑问，应 填写详细设计疑问列表提交给项目经理
11、或详细设计人员 4.4.1绘制程序流程图（程序框图），用来描述软件设计4.4.2代码模块化 4第四步：编码阶段4.6编写代码4.4.3 程序的注解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了解程序设计语言特性，选择良好程序设计风格：程序设计风格是程序设计质 量的一个重
12、要方法； 4.4专家指导，并填写疑问或问题表：对编码有关的业务进行指导，有利人员加深 对详细设计的理解对编码有关的技术进行指导，解答人员对技术上的问题；4.4.1绘制程序流程图（程序框图），用来描述软件设计：该方法是历史最长、使用 最广泛的方法； 4.4.2代码模块化：模块化是把系统分割成能完成独立功能的模块代码明确规定 各个模块代码及输入输出规格，确保接口不混乱； 4.4.3程序的注解：程序模块注解，包括模块功能说明、输入输出变量说明、算法 说明、程序员姓名及完成/变更日期程序内部注解，对程序中一些难以理解的语句进 行注释；4. 4. 4. 1数据说明的次序标准化，可按数据类型或数 据结构确
13、定数码说明次序4.4.4数量类型/变量说明4.4.4.2次序规则在数据字典中加以说明4.4.4.3同一语句多个变量加以说明时，按英文字母 顺序排列4. 4. 4. 4使用复杂数据结构时，最好加注释语句4.4.4.5变量说明勿遗漏，变量类型、长度、存储及初始化需正确 4.4.5语句构造：勿将多个语句写在同一行尽量避免复杂条件多分子语句，可 能性大的情况放在前面，可以加快运算时间避免大量使用循环嵌套语句和条件嵌套语 句利用括号使逻辑表达或算术表达式运算次序清晰直观利用括号使逻辑表达或算 术表达式运算次序清晰直观； 4.4.6程序效率：处理工作时间内存容量如发现开发规范不合理，应填写开发 规范建议书
14、至项目经理如发现详细设计有问题或对详细设计有疑问，应填写详细设计 疑问列表提交项目经理； 4 . 7 . 1部分缺陷可以在很短的时间内暴露 4.7.2部分缺陷需要较长的时间才能显现出来 4.7自我审查 4 . 7 . 3不盲目进行审查，而是要按照代码审查列表中的内容进 行审查4.7.4审查之后需将自我审查的内容和发现的问题记录到代码 审查记录中 4.7.5比较重要的代码（如重要的算法、复杂SQL程序段、要求性能比较高的模块等）可以邀请经验丰富的设计人员或编码人员来复查或进行同级评 4.8提交代码（代码测试）：代码测试的依据是详细设计过程中的单元测试计划书 本次测试智商编码人员对自己所编写的代码进行自我测试测试主要采用白盒与黑 盒结合的方法，在代码测试过程中，应该填写代码测
