论文部分内容阅读
【摘 要】随着我国社会水平的提升，经济步伐的推进，我国的软件事业也在这个过程中得到了较大程度的发展。而对于软件来说，其自身所具有的维护性是软件自身质量的重要属性，软件维护性的好坏将直接对软件后期的维护性能产生影响。对此，就需要我们能够在对软件进行设计的过程中保证好其维护性。在本文中，将就一种基于场景的软件维护性需求分析方法进行研究与分析。
【关键词】基于场景；软件维护性需求；分析方法
0.引言
我们现今所处的时代可以说是一个计算机的时代，而要想使计算机能够更好的为我们服务、为我们实现多种功能，优秀的软件则是必不可少的，而辨别软件的好坏，其自身的性能固然重要，而其所具有的维护性也是我们必须进行重点考虑的功能。虽然对于软件的维护性能来说，其仅仅是属于软件内部功能之外的一种属性，且只有通过对于软件实际进行维护才能够得到表现，但是我们也应当能够看到它也是软件自身所具有固有特性的一种，是被我们设计出来的，其主要方式是通过对于软件自身特点、编码等设计环节进行结合而得到实现的，如何能够在对软件进行设计的过程中能够获取到非常一致、清晰的维护需求则成为了我们后续做好软件维护工作的重中之重。但是，就我国目前对于软件进行设计的过程中，无论是在设计环节还是在需求分析环节都没有对软件维护性所具有的需求进行全面的应对，在很多方面还是仅仅在维护上较为宽泛，从而使软件最终的可操作性以及设计性都较差。对此，就需要我们能够对这种需求分析的方法进行更好的探寻。
1.基于场景进行软件维护需求分析的原理
要想做好软件维护性需求的分析工作，首先就需要对软件维护性需求的概念进行充分的了解。对于一个软件来说，软件具有良好的维护性最为关键的就是需要具有较好的实现以及设计方面可操作性，而对于一个维护需求信息较为明确的软件来说，其主要的内容有：实现信息、约束信息以及维护属性信息，而正是由这三个重要的因素，则能够形成我们对于软件维护性需求进行分析的一个模型，即操作模板、维护以及约束性模板。对于这三个模板来说，其则能够以较为清晰、明了的方式对软件自身维护性的需求以及对其进行实现的方式进行定义，从而更好的对软件需求进行研究。而在软件需求分析的过程中，就需要我们能够在设计研究阶段对于未来的维护场景进行获取，并能够对场景对于软件模型的影响进行更深入的分析，从而在深入分析的基础上对软件的需求以及组件等等提出最佳的措施。
2.软件维护场景
软件维护场景也是我们进行软件需求分析过程中非常重要的一个因素，其能够对软件进行一定部署之后所发生的维护活动进行较为全面的描述。对于一个完整的软件维护场景来说，其可以分为以下几个部分：首先，是软件场景中进行实施的目标；其次，是在不同维护场景中对于软件所开展的维护活动，而这部分活动则主要有对于软件信息的增删改查等等；最后，则是在维护场景中对于软件体系结构所具有的影响信息，即软件维护的场景中我们所开展的活动将能够对软件整体系统产生哪个方面的变化。对此，我们设Object Set{o1 o2...on}这个非空有限集合作为我们对于软件场景进行维护所需要实现的目标集，而将Action set{a1 a2...an}作为我们对于进行软件维护所执行的活动的集合。而将Main set{c1 c2...cn}作为我们软件维护场景中所能够产生影响的构建集。
3.基于场景的软件维护性需求分析
在基于场景的软件维护性需求分析工作中，主要具有两个主要的步骤，即首先要对软件所具有的维护场景进行全面的分析以及获取，并能够对其进行全面、精确的表示，之后则应当对不同软件维护场景对于整个软件体系结构产生的影响进行分析，从而能够更好的对软件体系结构的维护性需求进行获取。
3.1 软件维护场景的获取
通常来说，对于软件的维护场景可以通过同软件的用户、开发者、维护者以及软件设计人员等软件的风险承担着进行适当的交谈而获取他们的期望，而通过上述步骤所获得的集合则可以用一个集合来对不同的维护场景进行表示，即s={s1s2...sn}。而在对于软件场景的表示方面，则需要通过下面几个步骤来完成：即首先对于软件的维护场景进行分析，从而能够更好的获取软件全部的维护活动，其次则应当对于不同维护活动对于体系结构所产生的影响进行分析。
3.1.1 软件维护活动的获取
对于软件维护活动来说，我们需要对于因为对于软件进行维护所引起的场景变化而对其进行实现。在这方面变化中，主要具有以下几个环节：首先，需要我们能够根据场景的维护情况来对这部分场景所产生影响的用例进行统计以及分析；其次，则可以根据我们已经获取的变化用例情况同软件的需求进行分析，从而确定我们对于实现用例的对象情况已经产生了何种的更改；最后，我们则应当根据对象的变化情况来对于软件内部中需要实施更改的区域等进行确定，通过这种方式，我们则能够对软件体系结构中所有产生的软件维护活动进行确定，并在此基础上对于软件自身所发生的变化情况进行适当的记录以及实现，并根据每一个软件维护场景情况的变化情况以及构件所发生的变化信息等等进行全面的记录。
3.1.2 软件维护活动对软件结构产生的影响
在软件内部的构件之中，同时也存在着较多的相互之间的关系，而其中如果某一个构件在应用的过程中发生的改变，则很可能会对与之相关的构件产生影响，同时也需要我们能够对这部分构件进行更改。而对于这种现象的存在，我们则称之为对于软件维护的波及效应，通过这种效应，我们则能够较为简单的确定在某一个软件维护场景中，我们所发生的软件更改对于整个软件体系结构会发生多大的影响。而如果我们想获取软件维护场景对软件体系结构的影响程度，则主要需要以下方式，首先，我们需要建立起此软件系统结构的可达矩阵，通过这个矩阵，则可以较好的对不同软件构件之间所存在的可达性进行分析。之后，我们则可以在对此可达矩阵进行构建的基础上对每一个软件场景的维护活动及进行确定，从而以此来进一步的确定我们所开展的软件维护活动对于整个软件不同构件所产生影响程度的大小。
3.2 软件维护性需求的获取
软件维护性需求是我们对已经具有软件维护场景进行一定详细分析之后所获取的，其思路是需要对于软件维护场景对于软件体系结构所产生的影响情况确定一个影响程度的值，如果该值大于恒定值，那么则可以发现我们该次的维护场景将较大的对整个软件系统的稳定性产生影响，我们需要严格的对此类维护事件进行限制，对此，我们就需要能够在体系结构设计的过程中对原有的更改进行一定的变化，从而避免对软件产生较大的影响。
4.结束语
总的来说，对于软件维护性需求进行分析是我们对软件性能进行保证的重要举措，对此，就需要我们能够在软件设计的过程中做好维护需求分析工作，从而更好的保证软件的可维护性。
【参考文献】
[1]宋萍.工业过程控制计算机系统的软件架构设计及开发[J].钢铁技术，2010（03）：30-31.
[2]黄宁，陈未如，彭弗楠.软件架构中连接件可靠性计算[J].沈阳化工学院学报，2009（01）：72-75.
[3]唐井雄.基于WebServices软件架构的企业信息子系统集成模式研究[J].煤炭技术，2009（11）：175-177.
[4]沙嘉祥.基于模式构建企业级应用原型系统[J].煤炭工程，2010（04）：107-110.
【关键词】基于场景；软件维护性需求；分析方法
0.引言
我们现今所处的时代可以说是一个计算机的时代，而要想使计算机能够更好的为我们服务、为我们实现多种功能，优秀的软件则是必不可少的，而辨别软件的好坏，其自身的性能固然重要，而其所具有的维护性也是我们必须进行重点考虑的功能。虽然对于软件的维护性能来说，其仅仅是属于软件内部功能之外的一种属性，且只有通过对于软件实际进行维护才能够得到表现，但是我们也应当能够看到它也是软件自身所具有固有特性的一种，是被我们设计出来的，其主要方式是通过对于软件自身特点、编码等设计环节进行结合而得到实现的，如何能够在对软件进行设计的过程中能够获取到非常一致、清晰的维护需求则成为了我们后续做好软件维护工作的重中之重。但是，就我国目前对于软件进行设计的过程中，无论是在设计环节还是在需求分析环节都没有对软件维护性所具有的需求进行全面的应对，在很多方面还是仅仅在维护上较为宽泛，从而使软件最终的可操作性以及设计性都较差。对此，就需要我们能够对这种需求分析的方法进行更好的探寻。
1.基于场景进行软件维护需求分析的原理
要想做好软件维护性需求的分析工作，首先就需要对软件维护性需求的概念进行充分的了解。对于一个软件来说，软件具有良好的维护性最为关键的就是需要具有较好的实现以及设计方面可操作性，而对于一个维护需求信息较为明确的软件来说，其主要的内容有：实现信息、约束信息以及维护属性信息，而正是由这三个重要的因素，则能够形成我们对于软件维护性需求进行分析的一个模型，即操作模板、维护以及约束性模板。对于这三个模板来说，其则能够以较为清晰、明了的方式对软件自身维护性的需求以及对其进行实现的方式进行定义，从而更好的对软件需求进行研究。而在软件需求分析的过程中，就需要我们能够在设计研究阶段对于未来的维护场景进行获取，并能够对场景对于软件模型的影响进行更深入的分析，从而在深入分析的基础上对软件的需求以及组件等等提出最佳的措施。
2.软件维护场景
软件维护场景也是我们进行软件需求分析过程中非常重要的一个因素，其能够对软件进行一定部署之后所发生的维护活动进行较为全面的描述。对于一个完整的软件维护场景来说，其可以分为以下几个部分：首先，是软件场景中进行实施的目标；其次，是在不同维护场景中对于软件所开展的维护活动，而这部分活动则主要有对于软件信息的增删改查等等；最后，则是在维护场景中对于软件体系结构所具有的影响信息，即软件维护的场景中我们所开展的活动将能够对软件整体系统产生哪个方面的变化。对此，我们设Object Set{o1 o2...on}这个非空有限集合作为我们对于软件场景进行维护所需要实现的目标集，而将Action set{a1 a2...an}作为我们对于进行软件维护所执行的活动的集合。而将Main set{c1 c2...cn}作为我们软件维护场景中所能够产生影响的构建集。
3.基于场景的软件维护性需求分析
在基于场景的软件维护性需求分析工作中，主要具有两个主要的步骤，即首先要对软件所具有的维护场景进行全面的分析以及获取，并能够对其进行全面、精确的表示，之后则应当对不同软件维护场景对于整个软件体系结构产生的影响进行分析，从而能够更好的对软件体系结构的维护性需求进行获取。
3.1 软件维护场景的获取
通常来说，对于软件的维护场景可以通过同软件的用户、开发者、维护者以及软件设计人员等软件的风险承担着进行适当的交谈而获取他们的期望，而通过上述步骤所获得的集合则可以用一个集合来对不同的维护场景进行表示，即s={s1s2...sn}。而在对于软件场景的表示方面，则需要通过下面几个步骤来完成：即首先对于软件的维护场景进行分析，从而能够更好的获取软件全部的维护活动，其次则应当对于不同维护活动对于体系结构所产生的影响进行分析。
3.1.1 软件维护活动的获取
对于软件维护活动来说，我们需要对于因为对于软件进行维护所引起的场景变化而对其进行实现。在这方面变化中，主要具有以下几个环节：首先，需要我们能够根据场景的维护情况来对这部分场景所产生影响的用例进行统计以及分析；其次，则可以根据我们已经获取的变化用例情况同软件的需求进行分析，从而确定我们对于实现用例的对象情况已经产生了何种的更改；最后，我们则应当根据对象的变化情况来对于软件内部中需要实施更改的区域等进行确定，通过这种方式，我们则能够对软件体系结构中所有产生的软件维护活动进行确定，并在此基础上对于软件自身所发生的变化情况进行适当的记录以及实现，并根据每一个软件维护场景情况的变化情况以及构件所发生的变化信息等等进行全面的记录。
3.1.2 软件维护活动对软件结构产生的影响
在软件内部的构件之中，同时也存在着较多的相互之间的关系，而其中如果某一个构件在应用的过程中发生的改变，则很可能会对与之相关的构件产生影响，同时也需要我们能够对这部分构件进行更改。而对于这种现象的存在，我们则称之为对于软件维护的波及效应，通过这种效应，我们则能够较为简单的确定在某一个软件维护场景中，我们所发生的软件更改对于整个软件体系结构会发生多大的影响。而如果我们想获取软件维护场景对软件体系结构的影响程度，则主要需要以下方式，首先，我们需要建立起此软件系统结构的可达矩阵，通过这个矩阵，则可以较好的对不同软件构件之间所存在的可达性进行分析。之后，我们则可以在对此可达矩阵进行构建的基础上对每一个软件场景的维护活动及进行确定，从而以此来进一步的确定我们所开展的软件维护活动对于整个软件不同构件所产生影响程度的大小。
3.2 软件维护性需求的获取
软件维护性需求是我们对已经具有软件维护场景进行一定详细分析之后所获取的，其思路是需要对于软件维护场景对于软件体系结构所产生的影响情况确定一个影响程度的值，如果该值大于恒定值，那么则可以发现我们该次的维护场景将较大的对整个软件系统的稳定性产生影响，我们需要严格的对此类维护事件进行限制，对此，我们就需要能够在体系结构设计的过程中对原有的更改进行一定的变化，从而避免对软件产生较大的影响。
4.结束语
总的来说，对于软件维护性需求进行分析是我们对软件性能进行保证的重要举措，对此，就需要我们能够在软件设计的过程中做好维护需求分析工作，从而更好的保证软件的可维护性。
【参考文献】
[1]宋萍.工业过程控制计算机系统的软件架构设计及开发[J].钢铁技术，2010（03）：30-31.
[2]黄宁，陈未如，彭弗楠.软件架构中连接件可靠性计算[J].沈阳化工学院学报，2009（01）：72-75.
[3]唐井雄.基于WebServices软件架构的企业信息子系统集成模式研究[J].煤炭技术，2009（11）：175-177.
[4]沙嘉祥.基于模式构建企业级应用原型系统[J].煤炭工程，2010（04）：107-110.