📄 b9.htm
字号:
<HTML><HEAD><META NAME="GENERATOR" Content="Microsoft Visual Studio 6.0"><TITLE></TITLE></HEAD><BODY><P><STRONG> GB／T 8566—1995 </STRONG></P><P></P><STRONG><HR></STRONG><P><STRONG>9 操作过<A name=B9></A>程 <BR><BR> </STRONG>操作过程含有操作者的活动和任务。<BR> 此过程包括系统操作和对用户的操作支持。 <BR> 此过程含有下述活动：<BR> a. 建工过程； <BR> b.系统操作； <BR> c. 用户支持。 <BR><BR><STRONG>9．1 建<A name=B9.1></A>立过程 <BR></STRONG> 此活动含有下述任务：<BR> <STRONG>9．1．1 </STRONG>操作者应当制订执行该操作过程的活动和任务的计划，并将其写成文档。<BR> <STRONG>9．1．2 </STRONG>为了提出问题报告和向维护过程（第10章）提出修改请求，以及为了发行操作所用的软件，操作者应当确定在操作环境中测试该软件的步骤。<BR> <STRONG>9．2 系统<A name=B9.2></A>操作 <BR> </STRONG>此项活动含有下述任务：<BR><STRONG>9．2.1 </STRONG>操作者应当实施操作测试，在测试完毕之后，发行操作所用的软件。 <BR><STRONG>9．2．2 </STRONG>该系统应当依据操作者手册在预定的环境中操作和使用。 <BR><STRONG>9．2．3 </STRONG>操作者应当指出、记录和解决在操作中发现的问题。<BR> <STRONG>9．3 用<A name=B9.3></A>户支持 <BR> </STRONG>此项活动含有下述任务： <BR><STRONG>9.3．1 </STRONG>操作者应当建立接受、记录和解决用户请求的步骤。<BR> <STRONG>9．3．2 </STRONG>操作者应当对用户的请求提供援助和咨询服务。应当对这些请求和其后的行为进行记录和监控。 <BR><STRONG>9．3．3 </STRONG>必要时，操作者应当将用户的请求移交给维护过程（第10章）以得到解决。在提出请求的报告中，应当列出这些请求、所计划的行为和所采取的行为。应当对全部解决情况进行监控以得出结论。 <BR><STRONG>9．3．4 </STRONG>如果所报告的问题还需要一段时间的工作才能得到永久性的解决，问题的报告者可以选择是否向维护过程提出修改请求。最终的改正、发行含有先前没有的功能和特性的版本以及系统的改进，应当属于维护过程（第10章）的基本操作。<STRONG> </STRONG></P><P><STRONG>10 维<A name=B10></A>护过</STRONG>程 </P><P align=left><BR> 维护过程含有维护者的活动和任务。当系统由于错误、缺陷、问题，或需要改进和修改，从而要对代码和相关的文档进行修改时即进入此过程。其目的是在保持现有系统整体性的同时修改它。此过程以系统退役而终止。 本章所提供的活动是专门属于维护过程的活动，维护过程可以使用本标准中的其它过程。如果使用的是开发过程（第8章），则把开发者说成维护者。 <BR> 此过程含有下述活动： <BR> a．建立过程；<BR> b．问题／修改分析；<BR> c．实施修改；<BR> d．对维护的评审／验收；<BR> e．系统移植；<BR> f．系统退役。 <BR><STRONG>10．1建立过<A name=B10.1></A>程</STRONG> <BR> 此项活动含有下述任务：<BR><STRONG> 10．1．1 </STRONG>维护者应当为了进行维护过程的活动和任务制订计划和步骤，并将其写成文档。 <BR><STRONG>10．1．2 </STRONG>维护者应当确定接受、跟踪来自用户的问题报告和修改请求的步骤和向用户反馈的步骤。问题应当记录下来并进入改正过程（第10．6条）。 <BR><STRONG>10． 1． 3 </STRONG>为了管理对现有系统的修改，维护者应当实施配置管理过程（第 11． 2条）或确定与配置管理组织的界面。 <BR><STRONG>10． 2 问<A name=B10.2></A>题／修改分析 </STRONG><BR> 此项活动含有下述任务：<BR> <STRONG>10．2．1 </STRONG>维护者应当对问题报告和修改请求，对机构、现有系统和接口系统的影响进行下述分析：<BR> a<STRONG>.</STRONG>类型：改正、改进、预防或对新环境的适应；<BR> b.范围：修改的规模、所涉及的成本、修改的时间；<BR> c<STRONG>.</STRONG>关键性：对性能、安全、保密或风险的影响。 <BR><STRONG>10.2.2 </STRONG>为了进行改正和修改，维护者应当对问题反复进行验证。<BR> <STRONG>10．2．3 </STRONG>维护者应当在分析的基础上，选择修改的实施方案。<BR> <STRONG>10．2．4 </STRONG>维护者应当将问题／修改请求、分析结果和实施方案写成文档。 10．2．5维护者应当使所选择的修改方案得到认可。 <BR><STRONG>10．3 </STRONG>实施<A name=B10.3></A>修改 <BR> 此项活动含有下述任务： <BR><STRONG>10．3．1 </STRONG>维护者应当进行详细的分析并决定哪些文档、代码单元和版本需要修改。应当把这种分析和决定写成文档。 <BR><STRONG>10．3．2 </STRONG>维护者应当进入开发过程（第8章）以实施修改。开发过程的需求应当做如下补充：<BR> <STRONG>10．3．2．1 </STRONG>为测试和评价系统的已修改部分和未修改部分（单元、部件和配置项），应当定义测试和评价准则，并将其写成文档。 <BR><STRONG>10．3．2．2 </STRONG>应当保证初始的、未经修改的需求不受影响，而新修改过的需求得到完善、正确地实现。测试结果应当写成文档。 <BR><STRONG>10．4<A name=B10.4></A> </STRONG>对维护的评审／验收 <BR> 此项活动含有下述任务： <BR><STRONG>10．4．1 </STRONG>维护者应当与管理修改的机构一起进行评审以决定经过修改的系统的整体性。 <BR><STRONG>10．4．2 </STRONG>当对完成的修改满意时，维护者应当获得签字。<BR> <STRONG>10．5 </STRONG>系<A name=B10.5></A>统移植 <BR> 此项活动含有下述任务： <BR><STRONG>10．5．1 </STRONG>如果一个系统从一个旧的操作环境移植到一个新的操作环境中，应当保证在移植过程中所产生或修改的任何软件都符合本标准。<BR><STRONG> 10．5．2 </STRONG>移植任务可以含有：<BR> a．需求分析和确定系统移植的要求； <BR> b．移植工具的开发； <BR> c．软件和数据的转换； <BR> d．移植的执行。 <BR><STRONG>10．6 系<A name=B10.6></A>统退役 <BR> </STRONG>此项活动含有下述任务：<BR> 注：该软件将根据拥有者的请求退役。<BR> <STRONG>10．6．1 </STRONG>应当制订操作和维护机构撤消正在进行的支持的退役计划，并将其写成文档。用户应当参与计划制订活动。该计划中应当提及下述内容：<BR> a．所要求的阶段更新版本和新的系统版本； <BR> b．在一段时间之后全部或部分地停止支持； <BR> c．将系统和有关的文档存档； <BR> d．关于未来仍需要支持时的责任； <BR> e．如果可行，转换到新系统。<BR> <STRONG>10． 6． 2 </STRONG>系统的用户应当提前得到退役计划和活动的通知。通知中应当包括下述各项： <BR> a<STRONG>.</STRONG>对替换和升级的说明及实施的日期；<BR> b．说明为什么该系统不能继续得到支持；<BR> c．对撤消支持后可能得到的其它支持方案的说明。 <BR><STRONG>10．6．3 </STRONG>为了顺利地向新系统转换，退役系统和新系统最好并行操作。在此期间应当提供用户培训。<BR> <STRONG>10． 6． 4 </STRONG>当到了计划的退役时！司时，应当通知用户和支持人员。有关的开发文档、记录和代码最好全部归档。<BR> <STRONG>10．6．5 </STRONG>为了评价向新系统或升级系统转变的影响，应当进行运行后的检查。应当把评审结果送交原来的和／或现在的开发者，以便用来作为信息和指南。</P><P align=left> 23</P></BODY></HTML>⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -