还剩10页未读,继续阅读
本资源只提供10页预览,全部文档请下载后查看!喜欢就下载吧,查找使用更方便
文本内容:
X X X软件技术文件X X X X软件可靠性和可维护性设计方案xxxxxxxxx xxxx年XX月XX日人员、维护环境和财政资源需求即能确定通常由需方在供方(开发方)协助下确定软件维护的资源需求人员、环境和财政资源均宜加以讨论
4.
6.1人力资源分析
4.
6.2环境资源分析
4.
6.3财政资源分析
4.7维护过程本章规定软件维护的基本生存周期过程的活动和任务维护过程包含为修改现行软件产品同时保持其完整性所必需的活动和任务这些活动和任务是维护者的责任本标准按步骤描述维护任务,这些步骤是执行维护活动和任务的示例维护者要确保维护过程在任何软件产品开发之前已经存在并发挥作用当提出软件产品维护要求时,应启动维护过程一旦该过程启动,应立即制订维护计划和规程并且分配维护专用资源软件产品交付后,为响应修改请求或问题报告,维护者应修改代码和相关的文档软件维护的总目标是修改现行产品同时保护其完整性这个过程对软件产品的支持从其开始到迁移到新环境、直至退役软件产品最终退役时本过程即告结束组成维护过程的活动有a)过程实施;b)问题和修改分析;c)修改实现;d)维护评审/验收;e)迁移;f)退役输人由维护活动加以转换或利用以形成输出各种控制提供指导以确保维护活动产生正确的输出输出是维护活动产生的数据或对象对于维护活动所使用的GB/T8566的支持类和组织类生存周期过程给予支持
21.
21.
21.
21.
31.
45.
46.
47.
48.
64.
61.
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软件健壮性设计软件在健壮性设计方面采纳的控制方法与策略
1.4软件避错设计软件在避错设计方面采纳的控制方法与策略
1.5软件容错设计软件在容错性设计上采纳的控制方法与策略
1.6软件错误恢复设计软件在错误恢复性设计上采纳的控制方法与策略
1.7程序简化设计软件在程序简化设计上采纳的控制方法与策略
3.8余量设计软件在余量设计上采纳的控制方法与策略
3.9其它4软件可维护性设计
3.1开发过程中的维护性活动
3.
1.1软件需求分析软件规范宜详尽地、无歧义地描述软件的维护性需求在GB/T8566要求的质量特性规范中宜包括这些需求下面各项影响维护性,要予以考虑一功能,特别是可选功能的标识和定义;一数据的准确性和逻辑性;一接口(机器和用户),特别是将有的接口;一性能需求,包括纠正和补充的性能要求的影响;一受计划的环境影响的需求;一需求粒度,它影响可追踪性的难易程度;一强调文档编制及其依从性的软件质量保证计划
3.
1.2软件体系结构设计这项活动将软件项的需求转换成某种描述顶层结构和标识软件部件的体系结构(GB/T8566).影响维护性的这项开发过程活动的主要特征是程序结构的选择、分解产生的实体以及贯穿这些实体的数据流与其他活动一样,重要的是运用程序设计团队的数据处理知识,因为这样做能揭示采用已证明其可信的现有程序或库的可能性由若干自顶向下的分析构成的模块化设计和足够的文档(必要时很容易补充),是持续实现维护性要求的两个主要特征
3.
1.3软件详细设计GB/T8566描述的这项开发过程活动为每一软件部件、接口及数据库提供详细设计这项活动产生每个功能的详细而准确的描述,以完成所提出的程序设计解决方案软件维护性将通过在该项活动中引人GB/T1626所述的质量特性得到改进
3.
1.4软件编码和测试通过GB/T8566描述的这项开发过程活动对软件单元和数据库进行开发、文档编制和测试软件维护性通过文档质量的升级加以改进质量文档应提供有助于执行维护过程的信息利用质量文档改进维护性的建议包括一确保易读性;一避免非结构化代码;一考虑语言本身的弱点,排除典型的陷阱;一在详细设计中检测差错;GB/T20157-2006/IS0八EC14764:1999一使用有助于差错追踪的技术
3.
1.5软件合格性测试这项活动确保每个软件需求的实现都进行符合性测试(GB/T8566)有关质量的软件需求在这项活动期间测试保存软件开发期间所用的测试用例,用于修改后的回归测试另外,为了在开发期间避免重复相同错误,要保留项目的开发历史供维护使用
3.2软件移交软件移交是一个受控且需协调的活动序列,软件开发由最初开发机构转移到软件维护机构如果维护职责从一个组织转移到另一个组织,要制定移交计划此计划涉及一硬件、软件、数据及经验由开发者移交给维护者;一维护者为实现软件维护策略所需要的任务(例如,人员配备、培训、安装、再现维护问题)
3.3文档编制维护者往往面临的待维护的软件产品只有很少文档甚至没有文档如果没有文档,维护者要建立所需文档文档创建是完善性维护的一部分这是执行维护功能中的难题当面临这种形势时,维护者宜进行下列维护准备a)了解问题的领域(应用类型)阅读文档(若可用),与开发者讨论软件产品(若可用),并运行软件产品b)学习软件产品的结构和组成清点软件产品,把软件产品置于配置管理下,重建配置管理库中的软件产品,生成调用树,并分析软件产品的结构C)确定软件产品做什么评审规格说明(若可用),评审整个结构,分析调用树,阅读代码,向其他维护者提供口头说明,并给代码补加注释d)定位低优先级的修改请求或问题报告按上面列出的指南实施时,维护者应编制软件产品文档必要时,更新或创建文档(如,规格说明、程序员维护手册、用户手册及安装指南)维护环境中存在各种影响文档的创建和更新的因素,例如:源代码访问、代码分析工具的可用性,运行软件产品以确定性能的能力、以及软件测试环境的可用性
3.4软件维护策略设计
4.
4.1范围范围与维护者将如何响应有关要确定维护者的支持程度预算上的约束往往限定维护的范围维护范围涉及一拟进行的维护的类型;一拟维护的文档的级别;一响应度;一拟提供的培训级别;一交付支持;一前台支持
4.
4.2过程剪裁维护概念涉及软件交付后的维护任务不同的机构在维护期间可能执行不同的任务宜早作尝试以标识这些机构并记人维护概念文档维护概念也要反映将采用的维护过程
5.
4.3指定维护提供者指定由谁提供维护是一个重要议题,宜早处理并记人维护概念文档这对内部维护工作同样适用对外包第三方协议的维护工作,维护概念要注明外包的维护GB/T8566描述的需方和供方基本过程提供有关获取和供应软件服务的细节制约维护者指定的基本因素有多种,包括一软件产品的寿命;一长期成本;一启动成本;一空间的可用性;一资格;一可用性;一进度安排;一领域知识
4.
4.4维护成本估算要估算维护成本成本是维护范围的函数涉及成本的附加因素是一到用户处的差旅费;一对维护者以及用户的培训费;一软件工程环境和软件测试环境的成本和年度维护费;一薪水和津贴之类的人员成本.建立维护概念时,要根据有限的可用数据估算成本随着开发工作的推进,估算要进一步细化历史度量数据应用作估算维护成本的输人
4.5维护策划
4.
5.1维护计划当上述维护概念确定时,要立即开始维护活动和任务的策划拟订出维护计划后,策划工作也就完成维护计划在软件开发期间由维护者制订,宜包含用户如何提出更改软件产品的请求
4.
5.2维护计划指南本条为制订维护计划提供指南,对维护计划中的专题提出建议根据工作量确定包括哪些专题
4.6资源分析制定软件维护策略时最后一项活动是资源分析一旦知道了维护范围和维护组织,。