设为首页 | 加入收藏夹

八文网 - 汇聚八方文档 - 做最优秀的免费文档下载网站

软件工程(第七章

文档类型：

Microsoft PowerPoint PPT 演示文稿文档大小：520KB

软件工程(第七章软件实施与维护)
7.1软件的用户文档
7.2软件产品的发布与实施
7.3软件维护的基本概念
7.4软件维护的策略与副作用
7.5软件维护中的新问题主要内容71软件用户文档-软件文档软件文档的重要意义没有文档的软件,不成其为软件,更谈不到软件产品.软件文档的编制在软件开发工作中占有突出的地位和相当的工作量.高效率,高质量地开发,分发,管理和维护文档对于转让,变更,修正,扩充和使用文档,对于充分发挥软件产品的效益有着重要意义.
软件文档分类开发文档管理文档用户文档如需求规格说明书,设计说明书,可行性研究报告项目开发计划,开发进度月报,开发总结报告主要有用户手册、操作手册、需求规格说明书可行性报告项目开发计划软件需求说明数据要求说明测试计划软件需求与开发计划概要设计说明详细设计说明数据库设计说明软件设计说明用户操作手册用户手册操作手册模块开发卷宗测试分析报告开发进度月报项目开发总结小规模软件中规模软件大规模软件软件项目不同规模所需文档71软件用户文档-用户操作手册及其编制用户操作手册内容(1)标识(名称,版本号,声明,版权信息等)
(2)详细的目录(按菜单或功能) )
(3)产品概述(4)系统结构及流程(5)运行环境(使用本系统的软,硬件和网络的最低配置)
(6)系统功能和性能(7)系统安装过程指南(8)系统操作以及维护使用编制用户操作手册的基本要求完整性正确性一致性易理解性易浏览性手册应包含产品使用的所需信息.在产品描述中说明的所有功能以及在程序中用户可调用的所有功能,都应在手册中加以完整的描述. 例:应说明所有的边界值;用户安装手册和安装说明;维护手册与维护信息.
要求手册中所有信息都应是正确的,不能有歧义和错误的表达手册自身内容或相互之间以及与产品描述之间都不应相互矛盾.每个术语的含义应处处保持一致正常执行工作任务的一般用户能够理解手册的内容、这需要使用适当的术语、图形表示、较详细的解释以及引用有用的信息源来表达相关的内容.
手册应该方便浏览,相互关系应当明确.案例案例文档之十七用户操作手册
1.引言2.软件概述(略)
3.运行环境
3.1硬件(略)
3.2支持软件
服务器操作系统:LINUX 7.0 WINDOWS 2000 Server
WEB服务器:Apache1.3PHP4 或IISPHP4
数据库服务器软件包、《高校教务管理系统》(可选)
4.使用说明
4.1安装和初始化软件包文件说明(略)
(1)服务器端的安装详见教材72软件产品的发布与实施-软件产品的发布发布软件产品的所谓发布是软件企业将自己的软件产品推向市场的过程.发布前的准备工作(2)对产品进行包装设计(1)编写相关的培训教材(3)制作产品的母盘以便批量复制(4)产品光盘刻录(5)软件相关资料的印刷(6)销售人员的培训(7)对待发布的产品进行检验(8)发布产品交付(9)选择并确定产品发布方式(10)根据发布方式进行策划方式(1)产品发布会(2)媒体广告(3)软件交易会或展示会目的是对为了对软件进行广泛的宣传,扩大软件产品的影响、吸引潜在的客户,争取最大的销量与利润.
只有非订单软件才需要进行软件的发布、对于订单软件在经过验收测试合格并取得软件开发方、投资方与使用方三方签字确认后,可以直接进入软件的实施阶段.
72软件产品的发布与实施-软件产品的实施过程软件产品三种类型(1)直接安装不需要进行任何客户化的软件(如:系统软件)
(2)软件必须进行少量的客户化工作后才能安装使用的软件(如:专业性比较强的应用软件)
(3)需要对业务流程和需求规格说明重新定义的软件(如:一般行业性的ERP产品)客户化是指对软件的功能,性能,接口等作适当的改变以适应客户的实际需求.客户化正式安装之前完成的初始化是指在使用软件前所做的一些基础资料的输入工作,如各种信息编码的形成与输入初始化在正式安装之后完成.
客户化初始化
实施过程:培训安装调试,产品客户化,用户培训、产品验收交付实施企业实施工程师
培训目的:掌握产品的性能,功能,接口等、熟悉产品运行软硬件环境、能够熟练地安装系统,不仅要能进行初始化工作,更重要的是要掌握客户化的技能.
73软件维护的基本概念软件产品交付用户使用后,软件生存周期中的重要阶段软件维护随之而来.软件维护是使软件能产生良好的经济效益与社会效益的前提与保证.据统计,软件维护占整个软件生存周期总工作量的10%至70%不等、由此可见软件维护的重要性.
软件维护意义重大!73软件维护的基本概念-软件维护的概念概念是指在软件的运行维护阶段由软件厂商向客户所提供的服务工作.三层含义(1)软件的维护总是针对某一种软件产品在软件生存周期内所进行的活动(2)当今的软件维护更强调的是服务.在激烈的市场竞争中、同类软件产品的价格,功能,性能和接口等都差不多,而服务就会成为用户选购软件的重要依据,即卖软件就是卖服务(3)软件维护的时间是有限度的,一般而言目前软件产品的免费服务时间为两年左右,两年以后软件厂商总会推出更新的版本以适应用户在功能,性能,接口等方面所提出的新需求,从而软件厂商也会找到新的利润增长点.
软件维护困难的原因软件人员经常流动,当需要对某些程序进行维护时,可能已找不到原来的开发人员.
人们一般难以读懂他人的程序.当没有文档或者文档很差时,你不知道如何下手.很多程序在设计时没有考虑到将来要改动,程序之间相互交织,触一而牵百.
如果软件发行了多个版本,要追踪软件的演化非常困难.维护将会产生不良的副作用,不论是修改代码、数据或文档,都有可能产生新的错误.
维护工作毫无吸引力.73软件维护的基本概念-软件维护的种类软件维护分四类纠错性维护占17~20%适应性维护占18~25%完善性维护,占50~60%预防性维护占4%左右改正在特定的使用条件下软件中暴露出来的错误与缺陷,这些错误或缺陷在测试时并未被发现使软件产品能够适应变化了的运行环境、如操作系统版本的升级,机器配置的变化,软件使用对象的变化等为适应用户对软件功能,性能或接口方面提出的新要求以使产品更加完善与合理而进行的修改提高产品的可靠性和可维护性,减少今后维护的工作量,有利于系统和进一步改造或升级换代而进行的维护从软件配置看分类结构化维护非结构化维护基于完整的软件配置而进行的维护.从评价设计文档开始,根据文档来确定该软件的结构特性,性能特性和接口特性,借此来估计改正或修改可能带来的影响、根据影响准备相应的处理办法;然后修改设计,进行评审,编写新的程序代码并进行回归测试;成功后交付使用.使用软件工程的方法开发的软件,虽然不能保证维护没有问题,但可以减少维护的工作量,并提高维护的效率与质量.
如果软件项目的开发没有遵循软件工程的方法,那么这种软件的维护就是非结构化的维护非结构化维护基于的惟一成份只有程序代码、这种维护是非常困难而又艰苦的.
73软件维护的基本概念-软件维护的代价影响代价因素技术性因素非技术性因素软件对运行环境的依赖性编程语言编程风格文档的质量清晰,正确和完备的文档能降低维护的代价测试与改错工作应用领域的复杂性开发人员的稳定性软件的生命期商业操作模式变化对软件的影响74软件维护的策略及副作用-软件维护策略策略为维护工作制订流程所有维护必须先提交维护申请,维护申请必须规范软件维护要有计划在维护过程中需做维护记录对源程序进行修改软件配置的修改
一、为维护工作制订流程软件维护活动必须在一定的监控下进行、一旦失控就有可能造成整个软件报废确定维护类型完善性,适应性维护纠错性维护优先次序判定完善性适应性维护严重性判定错误或问题分析软件测试并确认配置复审维护请求交付软件交付配置列入纠错目录列入维护目录实施维护高低不严重严重软件维护的步骤
软件维护过程:
(1)维护申请.
(2)分析修改内容和修改频度,考虑修改对原设计的影响程度,是否与原设计有冲突、对原系统的性能影响.估算软件维护成本.
(3)接受或拒绝维护申请.
(4)为每个维护申请分配一个优先级,并且安排工作进度和人员.
(5)阅读并修改原需求分析说明书,生成需求规格说明书的新版本.
(6)阅读并修改原设计说明书,生成设计说明书的新版本,评审设计.
(7)修改编码和排错,维护人员应该按照编码规范修改原来的程序.
(8)维护跟踪.维护人员必须认真填写维护工作记录表,记录所做的修改.维护主管要检查维护记录,确保只在授权的范围内修改.
(9)维护测试.测试时不仅测试修改的部分,还要测试对其它部分的影响、因此,可以借鉴开发阶段设计的测试用例对软件进行全面的测试.
(10)更新文档.必须要保持源程序和文档的一致性.建议采用受控访问和联机文档,使维护人员可以及时参考和修改文档.
(11)用户验收.
(12)评审修改效果及其对系统的影响.
软件维护人员的管理:
(1)建立软件维护机构.中小开发单位不一定成立专门的软件维护机构,可以指派某些人兼管.维护机构的职位有维护主管,维护管理员和普通维护人员.维护机构的职责是审批维护申请,制订并实施维护策略,控制和管理维护过程,负责软件维护的审查和验收.
(2)维护申请提交维护机构,由维护机构进行评审,参加的评审人员中至少有一位是熟悉待维护软件的技术人员,一旦做出评价,由修改主管确定维护计划和方案.维护人员进行具体的修改、在对程序进行修改的过程中、配置管理人员要对维护过程进行监督,控制修改的范围,负责对软件配置进行审计.
二、所有维护必须先提交维护申请,维护申请必须规范提出申请,填写申请报告系统维护者报告中写明维护的原因,缓急程度.改正性维护,用户必须完整地说明出现错误的情况,包括输入数据,输出信息,错误清单以及其它相关信息.如果是适应性维护,用户要说明软件要适应的新环境.对于完善性维护,用户必须详细说明需求变化和性能要求,对于新增加的需求,仍然要进行需求分析,设计,编程和测试,相当于一个二次开发的工程.维护机构对申请进行评价,将评价结果填写在申请表的评价结果栏内或
√批准拒绝远程维护√现场维护
软件:√纠错维护适应维护完善维护
硬件: 系统设备外部设备项目名称网络测评系统项目编号_
问题说明:(数据输入,错误现象)不同类型的人员可以进行交叉测评.
按需求:各类人员只进行自身类型的测测评,如管理人员只能对管理人员进行测评,教师只能测评教师.
预计维护的结果:修正程序中的人员权限,使得每种类型的人员只能进行自身类型的测评.
维护安排维护类型
维护要求及优先级:在测评之前必须修正,否则会造成测评结果的不准确维护时间至共计0.5 人月环境
申请人:
申请评价结果:修正错误
评价负责人:请求报告
三、软件维护要有计划如果维护申请通过了审批、维护主管要负责制订维护方案和维护计划,维护计划应包括已经确认的问题,维护范围,维护工作安排,维护优先级,预计维护工作量及用户与维护方各自的责任等
四、在维护过程中需做维护记录维护记录是维护主管用来检查维护计划完成情况,监督维护过程,保障软件质量的基本信息,所有维护人员必须按规定格式和内容填写维护过程和记录,案例文档之十九给出了本书案例的一个软件维护记录.
五、对源程序进行修改在进行软件维护时,必然要对源程序进行修改.对源程序的修改不能无计划地仓促进行、必须要按照一定的步骤进行:分析与理解程序,修改程序,对修改进行验证.
六、软件配置的修改为了保持文档的完整性,可以采用一些CASE工具或联机的文档形式.在采用联机文档时,相同的内容不要在多处复制,应该采用链接引用的方式,避免造成文档不一致.事实上,如果在软件日常的运行和维护过程中生成一些历史文档,会对软件维护非常有利三种重要历史文档
①系统开发日志
②错误记载
③系统维护日志
七、维护结束后将软件重新交付用户,并对维护的效果及其对系统的影响进行评价
计划编号:eval_wh_012
项目名称:网络测评系统
初始状态描述:不同类型的人员可以进行交叉测评.按需求:各类人员只进行自身类型的测测评,如管理人员只能对管理人员进行测评,教师只能测评教师.
模块名称:测评控制管理
源程序行数:210
编程语言:PHP
失效次数:3
编号:evalobject_01
机器指令长度:25Kb
程序安装日期:
程序运行时间:
维护措施:日期维护内容增删改工作量维护人员月日查错,确定错误位置修改部分源程序
0.2个人月
维护结果:经过对需求的进一步确认,对指定编号的模块进行了修改、纠正了源程序中出现的错误.
维护人员:记录
记录编号:eval_wh_012 日期:74软件维护的策略及副作用-程序修改软件维护,最终落实在修改源程序和文档上.为了正确,有效地修改源程序,通常要先分析和理解源程序,然后修改源程序,最后重新检查和验证源程序
一、分析与理解程序目标(1)理解程序的功能和目标(2)掌握程序的结构信息,将程序分解出程序系统结构,控制结构,数据结构和输入输出结构等(3)了解数据流信息,清楚所涉及的数据来源为何处,在哪里被使用(4)了解控制流信息,即执行每条路径的结果(5)理解程序的操作要求阅读程序技巧(1)在阅读源程序之前、首先应该阅读与源程序相关的说明性文档.如:程序功能,数据结构,输入输出格式,文件格式,程序使用说明等(2)在精读源程序之前要泛读源程序(3)画出软件的数据流程图(4)分析程序中涉及的数据库表的结构,数据文件结构,如果能够确定数据结构及数据项的含义就在此写出(5)仔细阅读源程序的每个过程.比较有效的方法是画出每个过程的程序流程图,分析过程中定义的局部数据结构.同时,做一张过程引用全局数据结构表,维护人员可以清晰地了解程序中对全局数据结构的访问情况
二、修改系统修改系统做修改计划分离受影响的模块与数据结构提供回避措施是主要是考虑人员和资源的安排.修改规格的说明信息,维护的资源,维护人员安排,所需提供的条件等
1,在问题的原因还未找到时,先就问题的现象,提供回避的操作方法.如(1)意外停机、系统完全不能工作;(2)安装的期限到期,而系统又要求延迟变更.
2,了解了问题的原因,可以通过临时修改或改变运行控制以回避在系统运行时产生问题.
减少修改时产生副作用
应解决问题:
1,修改前做好备份,以便比较;2,正确有效编写代码、尽量保持原风格,简注原因与日期;3,不要共用原已定义临时变量与工作区;4,不轻易删除程序语句;5,边修改边做好记录修改内容修改原因特别说明有无程序修改记录软件名称源程序名称备份程序名称相关文档列表
维护描述:增加代码行数删除代码行数修改代码行数注释修改相关文档修改修改开始日期修改完成日期程序修改记录模板
三、验证修改常用的三种验证方法静态确认动态确认维护的评审
检查修改对规格说明的影响:有没有涉及到是否符合有无歪曲等;检查修改是否已经修正了软件中的问题程序代码有无逻辑错误等;修改部分对其他部分是否会有不良影响文档是否完备并已经更新,所有测试用例是否已经完成并通过,记录软件配检查,测试修改与未修改部分;最后对整个程序进行测试.可邀请用户参与.
74软件维护的策略及副作用-软件维护的副作用副作用代码的副作用数据副作用文档的副作用对代码的修改最容易发生副作用,修改会使程序混乱,结构不清晰,可读性变差,而且会产生连锁反应.代码的副作用有时通过回归测试可以发现,一经发现应立即采取补救措施.
数据结构是程序的骨架,在维护阶段一旦修改了数据结构,软件设计与数据可能就不再吻合,错误随即出现.容易产生数据副作用的修改包括:局部常量与全局常量的再定义、记录与文件格式的改变,增减数据结构的容积,修改全局数据,重新初始化控制标志与指针,重新排列IO表或子程序的参数表,修改用户数据等对软件的任何修改都应在相应的技术文档中反映出来,如果设计文档不能与软件当前的状况对应、则会比没有文档更糟.因为用户很多情况下都按照使用说明来使用软件经验减少维护防止
①使用CMM框架体系的思想来改善软件企业的软件过程管理
②在开发与维护过程中尽量采用有效的CASE工具
③维护完成以后,一定要进行回归测试75软件维护中的新问题-软件结构对维护的影响
一、面向对象的软件维护面向对象的软件易于修改、但不易理解,因此维护的难度较大,但对于已理解的程序则修改较结构化程序容易得多.
措施特点(1)研制针对面向对象软件特点的维护工具,帮助人们分析,理解软件.
(2)软件开发人员在使用面向对象的某些技术(如继承,动态联接等)时要特别小心(3)有关权威机构或软件的开发组织应尽快建立一个控制,规范动态联接和多态性使用的标准,最大限度地减少这方面的任意性.
(4)开发人员要在文档中作好记录,特别要记录好具有密切关系的类集的活动及测试过程,使文档能尽量全面地反映软件的情况.
二、多层结构软件的维护多层结构的软件大多属于CS结构,比较多的有客户机服务器的二层结构和客户机应用服务器数据库服务器三层结构,这些结构目前是,今后仍然是主要的应用软件结构.对这类软件结构的维护一般是采用客户端和服务器端分开维护的方法:客户机上的软件修改完成后既可以制作成自动安装的光盘传递给用户自行安装、以替换原来的旧软件;也可以通过系统后台服务器借助于网络直接进行、不需要到用户的现场去,使得软件的安装与升级变成了一个完全透明的过程.而服务器上的软件由维护人员直接在服务器上修改、测试,安装、运行即可75软件维护中的新问题-因特网对软件维护的影响两个方面(1)基于因特网的远程维护(2)浏览器服务器软件结构(BS)的维护远程软件维护系统获取诊断软件故障所需要的信息发送至服务器维护人员就可以在本地对软件进行分析,修改、验证、借助于因特网通过远程控制系统来完成远程软件的安装与更新.
软件的维护只要集中在服务器上即可,客户端几乎没有维护的需要.当然这一切都是建立在因特网的基础之上的.
75软件维护中的新问题-UML对软件维护的影响UML方法涉及到软件整个开发周期,UML将软件生存周期定义为4个主要阶段:初始,细化,构造,移交.经历了这4个过程后,将自动产生相应的所有文档,从而生成了一个软件产品.软件产品投入运行后,对软件产品的任何维护仍然要重复这4个阶段,从而使其演化为升级产品、这也就是UML对软件维护工作的影响.所以,如果能将UML用于整个软件开发过程中、会大大降低软件的维护费用,与此同时,开发工作与维护工作之间几乎没有差异,维护实际上就是一次开发的迭代过程.
75软件维护中的新问题-CMM对软件维护的影响
软件维护分两类:即面向缺陷的维护和面向功能的维护.CMM(软件能力成熟度模型)就是用于软件过程管理的一个框架.CMM将软件企业的软件能力分为5级,当达到CMM3级及以上时,由于软件过程的持续改善,对软件质量的评审和审计活动的加强、软件过程数据库作用的发挥,关于程序上的缺陷和设计上的功能不足的情况会大为减少,因而以后软件的维护工作量也会逐渐减少.但如果一个软件企业只能处于CMM1级的情况,由于采用的是人治加个人英雄主义的开发管理方法,管理无序,文档不全,工作不规范、由此形成的软件的维护工作量将非常之大

ppt文档的标签：软件工程

更多推荐标签：北京社会保障论文谢词主轴驱动系统出口信用证现代特种加工影片观后感公共关系公众电脑设计论文规划运动生活三方保密协议科技致富北京办学条件服务招标书时代发展流程工业金融管理学医疗体制改革中华大词典温州二手房产装备制造论文调研申请物流运输规划保险人心得英文论文样版支付流程设计国有用工改革语文教学心得儿童培训企业融资外文忧伤电吉他