《软件可靠性和可维护性设计模板.docx》由会员分享，可在线阅读，更多相关《软件可靠性和可维护性设计模板.docx（10页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、X X X软件技术文件X X X X软件可靠性和可维护性设计方案xxxxxxxxxxxxx年XX月XX日 人员、维护环境和财政资源需求即能确定。通常由需方在供方（开发方）协助下确定软 件维护的资源需求。人员、环境和财政资源均宜加以讨论。4. 6.1人力资源分析4. 6.2环境资源分析4. 6.3财政资源分析4.7维护过程本章规定软件维护的基本生存周期过程的活动和任务。维护过程包含为修改现行软件产品同时保持其完整性所必需的活动和任务。这些 活动和任务是维护者的责任。本标准按步骤描述维护任务，这些步骤是执行维护活动 和任务的例如。维护者要确保维护过程在任何软件产品开发之前已经存在并发挥作用。 当提
2、出软件产品维护要求时，应启动维护过程。一旦该过程启动，应立即制订维护计划和规程并且分配维护专用资源。软件产品 交付后，为响应修改请求或问题报告，维护者应修改代码和相关的文档。软件维护的 总目标是修改现行产品同时保护其完整性。这个过程对软件产品的支持从其开始到迁 移到新环境、直至退役。软件产品最终退役时本过程即告结束。组成维护过程的活动有：a）过程实施；b）问题和修改分析；c）修改实现；d）维护评审/验收；e）迁移；f）退役。输人由维护活动加以转换或利用以形成输出。各种控制提供指导以确保维护活动 产生正确的输出。输出是维护活动产生的数据或对象。对于维护活动所使用的GB/T8566 的支持类和组织
3、类生存周期过程给予支持。4.8软件不软件产品一旦结束使用生存周期，必须退役。进行分析以帮助作出软件产品退役 决定。这种分析通常基于经济考虑，可以包含在退役计划中。分析中应确定以下做法从本钱考虑是否合适:一保存过时的技术；一通过开发新软件产品转向新技术；一开发新软件产品以到达模块化；一开发新软件产品以便利于维护；一开发新软件产品以到达标准化；一开发新软件产品以有利于销售商无关性。可以用新软件产品替换旧的软件产品，但是在某些情况下不会替换。为了使某软 件产品退役，维护者要确定完成退役所要求的行动，然后提出实现退役所要求的步骤 并形成文档。应考虑对退役软件产品存储的数据的访问。X X X X软件可靠
4、性和可维护性设计方案拟制人:审核人:标准化: 批准人:目录1范围1标识11.1 系统概述1文档概述12引用文档13软件可靠性设计13.1 结构复杂度控制1冗余设计13.2 软件健壮性设计1软件避错设计13.3 软件容错设计1软件错误恢复设计13.4 程序简化设计2余量设计23.5 其它24软件可维护性设计21. 1开发过程中的维护性活动2软件需求分析21.1.1 软件体系结构设计2软件详细设计21.1.2 软件编码和测试3软件合格性测试32. 2软件移交33文档编制33. 4软件维护策略设计44.1范围44. 4.2过程剪裁44.3指定维护提供者45. 4.4维护本钱估算55维护筹划56. 5
5、.1维护计划55.2维护计划指南57. 资源分析56.1人力资源分析64. 6.2环境资源分析61.1 6.3财政资源分析64.7 维护过程6软件退役6II1范围1.1 标识a）文档标识号：xxx-DO-DS-V N. xx；b）标题：；c）软件名称；d）软件缩写：e）软件版本号。1.2 系统概述1.3 文档概述2引用文档表-X引用文档标识标题日期来源3软件可靠性设计1.1 结构复杂度控制软件程序、分程序、模块和程序单元等各层次结构上复杂度控制的方法与策略。1.2 冗余设计软件的功能、内部逻辑设计等在冗余设计方面采纳的控制方法与策略。1.3 软件健壮性设计软件在健壮性设计方面采纳的控制方法与策
6、略。1.4 软件避错设计软件在避错设计方面采纳的控制方法与策略。1.5 软件容错设计软件在容错性设计上采纳的控制方法与策略。1.6 软件错误恢复设计软件在错误恢复性设计上采纳的控制方法与策略。1.7 程序简化设计软件在程序简化设计上采纳的控制方法与策略。3. 8余量设计软件在余量设计上采纳的控制方法与策略。3.9其它4软件可维护性设计3.1 开发过程中的维护性活动软件需求分析软件规范宜详尽地、无歧义地描述软件的维护性需求。在GB/T8566要求的质量特 性规范中宜包括这些需求。下面各项影响维护性，要予以考虑：一功能，特别是可选功能的标识和定义；一数据的准确性和逻辑性；一接口（机器和用户），特别
7、是将有的接口；一性能需求，包括纠正和补充的性能要求的影响；一受计划的环境影响的需求；一需求粒度，它影响可追踪性的难易程度；一强调文档编制及其依从性的软件质量保证计划。3.1.1 软件体系结构设计这项活动将软件项的需求转换成某种描述顶层结构和标识软件部件的体系结构 （GB/T8566）.影响维护性的这项开发过程活动的主要特征是程序结构的选择、分解产生 的实体以及贯穿这些实体的数据流。与其他活动一样，重要的是运用程序设计团队的 数据处理知识，因为这样做能揭示采用已证明其可信的现有程序或库的可能性。由假设干自顶向下的分析构成的模块化设计和足够的文档（必要时很容易补充），是 持续实现维护性要求的两个主
8、要特征。3.1.2 软件详细设计GB/T8566描述的这项开发过程活动为每一软件部件、接口及数据库提供详细设计。 这项活动产生每个功能的详细而准确的描述，以完成所提出的程序设计解决方案。软 件维护性将通过在该项活动中引人GB/T1626。所述的质量特性得到改进。3.1.3 软件编码和测试通过GB/T8566描述的这项开发过程活动对软件单元和数据库进行开发、文档编制 和测试。软件维护性通过文档质量的升级加以改进。质量文档应提供有助于执行维护 过程的信息。利用质量文档改进维护性的建议包括：一确保易读性；一防止非结构化代码；一考虑语言本身的弱点，排除典型的陷阱；一在详细设计中检测过失；GB/T201
9、57-2006/IS0 八 EC14764:1999一使用有助于过失追踪的技术。3.1.4 软件合格性测试这项活动确保每个软件需求的实现都进行符合性测试（GB/T8566）。有关质量的软 件需求在这项活动期间测试。保存软件开发期间所用的测试用例，用于修改后的回归 测试。另外，为了在开发期间防止重复相同错误，要保存工程的开发历史供维护使用。3.2 软件移交软件移交是一个受控且需协调的活动序列，软件开发由最初开发机构转移到软件 维护机构。如果维护职责从一个组织转移到另一个组织，要制定移交计划。此计划涉 及：一硬件、软件、数据及经验由开发者移交给维护者；一维护者为实现软件维护策略所需要的任务（例如，
10、人员配备、培训、安装、再现 维护问题）。3.3 文档编制维护者往往面临的待维护的软件产品只有很少文档甚至没有文档。如果没有文档, 维护者要建立所需文档。文档创立是完善性维护的一局部。这是执行维护功能中的难 题。当面临这种形势时，维护者宜进行以下维护准备。a） 了解问题的领域（应用类型）。阅读文档（假设可用），与开发者讨论软件产品（假设可 用），并运行软件产品。b）学习软件产品的结构和组成。清点软件产品，把软件产品置于配置管理下，重 建配置管理库中的软件产品，生成调用树，并分析软件产品的结构。C）确定软件产品做什么。评审规格说明（假设可用），评审整个结构，分析调用树， 阅读代码，向其他维护者提供
11、口头说明，并给代码补加注释。d）定位低优先级的修改请求或问题报告。按上面列出的指南实施时，维护者应编制软件产品文档。必要时，更新或创立文 档（如，规格说明、程序员维护手册、用户手册及安装指南）。维护环境中存在各种影响文档的创立和更新的因素，例如:源代码访问、代码分析 工具的可用性，运行软件产品以确定性能的能力、以及软件测试环境的可用性。3.4 软件维护策略设计4.1范围范围与维护者将如何响应有关。要确定维护者的支持程度。预算上的约束往往限 定维护的范围。维护范围涉及：一拟进行的维护的类型；一拟维护的文档的级别；一响应度；一拟提供的培训级别；一交付支持；一前台支持。4 . 4.2过程剪裁维护概念
12、涉及软件交付后的维护任务。不同的机构在维护期间可能执行不同的任 务。宜早作尝试以标识这些机构并记人维护概念文档。维护概念也要反映将采用的维 护过程。5 .4.3指定维护提供者指定由谁提供维护是一个重要议题，宜早处理并记人维护概念文档。这对内部维 护工作同样适用。对外包第三方协议的维护工作，维护概念要注明外包的维护。GB/T8566描述的需 方和供方基本过程提供有关获取和供应软件服务的细节。制约维护者指定的基本因素有多种，包括：一软件产品的寿命；一长期本钱；一启动本钱；一空间的可用性；一资格；一可用性；一进度安排；一领域知识。4. 4.4维护本钱估算要估算维护本钱。本钱是维护范围的函数。涉及本钱
13、的附加因素是：一到用户处的差旅费；一对维护者以及用户的培训费；一软件工程环境和软件测试环境的本钱和年度维护费；一薪水和津贴之类的人员本钱.建立维护概念时，要根据有限的可用数据估算本钱。随着开发工作的推进，估算 要进一步细化历史度量数据应用作估算维护本钱的输人4.5维护筹划4. 5.1维护计划当上述维护概念确定时，要立即开始维护活动和任务的筹划。拟订出维护计划后, 筹划工作也就完成。维护计划在软件开发期间由维护者制订，宜包含用户如何提出更 改软件产品的请求5.2维护计划指南本条为制订维护计划提供指南，对维护计划中的专题提出建议。根据工作量确定 包括哪些专题。4.6资源分析制定软件维护策略时最后一项活动是资源分析。一旦知道了维护范围和维护组织,