- 1、本文档共20页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
* * * * * * * * * * * * * * * * * ? ? ? ? ? ? ? 软件项目开发过程 苏州苏迪智能系统有限公司 ~*~ 软件生存期过程 确定需求 开发策划 需求分析 概要设计 详细设计 编码与调试 测试 软件集成、联调 内部确认 复制、交付、安装 试运行、用户验收 运行、维护 退役 确定外部用户需求 上级下达的软件开发课题 本单位根据市场需要确定的开发课题 用户合同要求的软件开发任务 输出 可行性分析报告 技术、经济、社会可行性,风险对策 合同及评审记录 产品要求得到规定和满足 单位有能力满足规定的要求 ~*~ 确定需求 确保项目的开发符合用户的需求(可测试性) 确定设计输入 任务委托书/招标书 前期对用户的需求调研资料 可行性分析报告/投标书 合同等 编制内部需求规格(说明)书 需求变更控制 ~*~ 需求分析 ~*~ 需求的层次-业务需求、用户需求和功能需求 ~*~ 需求的开发和管理 ~*~ 需求验证 验证是为了确保需求说明准确、完整地表达必要的质量特点 客户的参与在需求验证中占有重要的位置 审查需求文档 以需求为依据编写测试用例 编写用户手册 确定合格的标准 测试需求有很多分类方法,最普通的一种就是按照商业功能分类 把需求分解成单元的好处: 测试需求是测试用例的基础,分成单元可以更好地进行设计 详细的测试需求是用来衡量测试覆盖率的重要指标 测试需求包括各种测试设计和开发以及所需资源 最好分解到功能点 ~*~ 测试需求 确保产品的总体结构和模块间的关系与用户需求的一致性 内容 总体方案设计 逻辑框图 接口及通讯协议选用 现有产品软件的选用 边界(约束)条件的设计 运行环境设计等 输出 概要设计说明书 ~*~ 概要设计 ~*~ 详细设计 详细设计说明书与概要设计说明书是否相一致 内容 算法设计 数据格式设计 实现流程设计 人机界面设计 测试用例设计 操作设计等 输出 详细设计说明书 软件组装计划 测试计划及测试用例 安装手册(初稿) 使用说明书(初稿) 产品标准(初稿) 内容 编写程序代码:源代码→目标代码→可执行代码 此阶段还包括部分软件模块的局部测试、集成与联调 根据待开发软件的规模、控制点及人员安排,可细分为多个小阶段 输出 软件(源代码、目标代码、可执行代码及相关数据文件) 文档(帮助文件等) 保证编码风格的一致性,易读性;增强软件源码的可维护性 ~*~ 编码与调试 按测试发生的顺序划分 模块测试:是对单个软件模块的测试 单元测试:是对各个软件功能单元的测试 组装测试:是对各软件单元之间的互联测试 集成测试:是对硬件装置、设备和软件的加入性测试 系统测试:项目组所在部门组织的对完成集成的系统的测试(是否满足产品规格要) 确认测试:单位质量控制部门进行的测试(是否满足产品规格要求) 验收测试:在现场安装、调试结束并经试运行后,与顾客一起,就满足合同情况进行的测试(是否满足合同要求) ~*~ 测试 与顺序无关的测试 联合测试:当软、硬件分头开发完成时,对其组合体进行的测试 回归测试:对因排除不符合项而采取的措施是否产生了其他副作用而进行的确认性测试 专项测试:针对某些具体测试项进行的确认性测试。例如:边界条件测试等。 应根据开发规模,尽可能进行独立测试。为了保证测试的可信性,被测试的软件应以源代码的形式提交,同时说明生成可执行代码的环境和方法。由测试人员生成可执行代码,进行测试。 ~*~ 测试(续) 统计数字 ~*~ 每千行源代码所包含的bug数,cmm1级为11.95个,cmm2为5.52个,cmm3为2.39个,cmm4为0.92个,而cmm5则只有0.32个 应按计划对所开发的软件模块进行组装并与硬件一起联调 根据需要,规定应填写的调试记录 ~*~ 软件集成、联调 在模拟环境下运行,并监视、记录运行情况 根据任务书或合同的要求进行比照,检查其是否满足使用要求 对运行情况、测试结果及文档的齐套性、正确性和一致性进行评审,达到确认 ~*~ 内部确认 软盘复制、光盘刻录 交付时的版本标识和登记 安装(派技术人员安装或由用户自行安装) 记录 软件安装实施计划 软件安装环境最低需求 软件安装记录 ~*~ 复制、交付、安装 以用户验收的方式进行最终确认 结论 软件设计与需求的一致性 程序编码与软件设计的一致性 文件描述与程序的一致性 文件的成套性、完整性、准确性和标准化程度 是否通过验收 ~*~ 试运行、用户验收 收集使用中发现的问题和顾客意见 针对运行中出现的问题,按设计更改程序进行控制 记录 用户服务记录表 ~*~ 运行、维护 编写软件退役报告,并进行评审 ~*~ 退役 * * ? ? ? ? ? ? ? * * * * * * * * * * * * * * * * * * *
文档评论(0)